Підписання вкладень. Договір у вкладенні. Юридична сила вкладень. Відсутність візуальної мітки накладення ЕЦП.

[Nazarko13]

Всім доброго дня.
Вивчаю можливість обміну договорами з контрагентами.
Базовий алгоритм передбачає:
1. Створення вручну шаблона для кожного окремого договору (створення універсального шаблону недоцільне, так як текстові частини кардинально різні і великі за змістом);
2. Вставка в шаблон файла договору Word формату (вставити-Файл);
3. Коригування шаблона шляхом проставлення полів Дата документа/ЄДРПОУ контрагент2/перший підпис/перша печатка/перший підпис відповідний/перша печатка відповідна;
4.Збереження шаблону;
5. Формування первинного документа на основі такого шаблона, проставлення у ньому відповідних полів (дата/контрагент). Підписання. Відправка.
При такому алгоритмі, як бачимо, передбачається великий обсяг роботи для працівника, який закидає договір у програму і не виключена імовірність помилки при роботі з редактором структури шаблонів. АЛЕ... Візуальна форма документа чітка, передбачає наявність візуальних відміток накладення ЕЦП.

Альтернативний алгоритм:
1. Створюємо у програмі новий шаблон (єдиний для всіх договорів), в якому передбачаємо наступні реквізити: Дата документа, Номер документа, ЄДРПОУ Контрагента1, ЄДРПОУ контрагента2. Зберігаємо.
2. Створення первинного документа здійснюємо на основі збереженого шаблону, а файл договору (довільного формату) підкріпляємо як вкладення до такого документа;
3. Підписуємо такий первинний документ і відправляємо контрагенту.

Згідно роз'яснень файл вкладення підписується і шифрується аналогічно як і сам документ (сам документ в нашому випадку це не документ, а лише лист з базовими реквізитами). Отже на виході договір у нас підписаний як вкладення, файл якого перевіряється на предмет наявності на ньому ЕЦП відповідальних осіб.

Альтернативний алгоритм менш трудомісткий і зменшує імовірність людської помилки.
Проблемним є те, що форма договору не буде містити візуальних відміток накладення ЕЦП. Бухгалтерія підприємства в цьому випадку категорична і побоюється, що при перевірці податкові органи можуть не визнати такий договір як підписаний.
Як бути???
Напишіть свої пропозиції, зауваження, чи поділіться досвідом обміну договорами.
Дякую.

[PetroP]

1. Створюємо у програмі новий шаблон (єдиний для всіх договорів), в якому передбачаємо наступні реквізити: Дата документа, Номер документа, ЄДРПОУ Контрагента1, ЄДРПОУ контрагента2, основні статті договору з текстовими полями їх змісту.
2. Створення первинного документа здійснюємо на основі збереженого шаблону, при цьому окремі умови (зміст статей договору) заповнюємо відповідно домовленостейз контрагентом;
3. Підписуємо такий первинний документ і відправляємо контрагенту.

[Колпаков Б.И.]

Пример заполняемого поля в договоре:

| Показать

| Показать

[priup]

Всім доброго дня.
......
Проблемним є те, що форма договору не буде містити візуальних відміток накладення ЕЦП. Бухгалтерія підприємства в цьому випадку категорична і побоюється, що при перевірці податкові органи можуть не визнати такий договір як підписаний.
Як бути???
.....

Писать разработчику на доработку, что бы из карточки предприятия после подписания хотя бы тех договоров, что есть в МЕДКЕ, накладывались ВИЗУАЛЬНЫЕ ОТОБРАЖЕНИЯ ПОДПИСИ ДИРЕКТОРА И ПЕЧАТИ предприятия.............

[Medoc Man]

Nazarko13,
а Вы не рассматривали вариант создания шаблона Договора, в который Вы сможете добавить поля визуального отображения ЭЦП?
Чтобы не добавлять Договор как вложение, а формировать его как отдельный самостоятельный документ.

Ведь вложение, по факту, не имеет .XML-структуры, это просто определённый файл (.doc, .xls, .txt, .jpg и т.д.), на который дублируется ЭЦП с основного документа (к которому это вложение прикрепляется) и который так же зашифровывается.

Можно, для примера, попробовать такой файл (вложение) добавить в раздел "Довільне підписання", подписать и зашифровать. Подписанный таким образом файл можно будет без затруднений проверить на ЦЗО на подлинность.
В обоих случаях суть, примерно, одна и та же.

[Nazarko13]

Документ створений і підписаний у розділі "Довільне підписання" має більше недоліків:
1. На ньому також не відображаються відмітки накладення ЕЦП.
2. Передбачений виключно ручний режим збереження таких документів в конкретних папках і переміщення у структурі.
Розділ Первинні документи краще... всі знають де шукати відповідні документи... з можливими відборами "тип документа/напрям/контрагент/дата/статус"

[Medoc Man]

Nazarko13,
раздел Произвольного подписания я привёл сугубо в качестве примера.

В основе комментария я предлагал рассмотреть вариант с созданием шаблона Договора.
Основные поля, такие как дата, номер, стороны, "тело" договора, реквизиты - всё это можно сформировать в виде шаблона. И в таком же шаблоне добавить просто поля для визуального отображения ЭЦП. Пользователю же остаётся только заполнить текстовую часть договора (которую и так, вероятно, пользователь создаёт в том же MS Word). Ну и, возможно, "подтянуть" данные контрагента из справочника.
Суть в том, что основную, так сказать, "форму" или "макет" Договора Вы можете создать в виде шаблона. А текстовое содержимое уже изменять по необходимости будет пользователь.

[priup]

Nazarko13,
а Вы ............

Medoc Man ! Вопрос : почему в первичке МЕДОКА

| Показать

Вкладення 1.jpg більше недоступне

Этих документов после подписания есть визуальное (и печатное ) отображение подписи и печати!!
А вот этих:

| Показать

2.jpg (426.39 Кіб) Переглянуто 11229 разів

НЕТУ ???

[Medoc Man]

Вопрос: почему в первичке МЕДОКА есть визуальное (и печатное) отображение подписи и печати!!
А вот этих:

| Показать

2.jpg

НЕТУ ???

Первый вложенный скриншот не вижу, к сожалению. А в договорах визуальное отображение ЭЦП отсутствует, потому что в структуре шаблона отсутствуют соответствующие для него поля (атрибуты).

[priup]

.....
Первый вложенный скриншот не вижу, к сожалению. А в договорах визуальное отображение ЭЦП отсутствует, потому что в структуре шаблона отсутствуют соответствующие для него поля (атрибуты).

Это уже админы форума чудят.
Что Я имею к претензии разработчикам : Это ИХ шаблоны (первый скрин - счетаактынакладныедля1С-ки 7 и 8) В структуре ЭТИХ шаблонов ЕСТЬ:

соответствующие для него поля (атрибуты).

А в договорах (ЭТО ИХ ШАБЛОНЫ)

отсутствуют соответствующие для него поля (атрибуты).

Почему они НЕДАДЕЛАНЫ до конца?
Под "до конца" я подразумеваю нормальный ДОКУМЕНТООБОРОТ(с визуальным отображением печати и подписи на любом шаблоне - созданном РАЗРАБОТЧИКОМ! к шаблонам пользователей я претензий не имею), а не такой как на сейчазззз.......

[Medoc Man]

Почему они НЕДАДЕЛАНЫ до конца?
Под "до конца" я подразумеваю нормальный ДОКУМЕНТООБОРОТ(с визуальным отображением печати и подписи на любом шаблоне - созданном РАЗРАБОТЧИКОМ! к шаблонам пользователей я претензий не имею), а не такой как на сейчазззз.......

Потому что визуальное отображение не является обязательством с юридической точки зрения. Это сугубо удобство для пользователя для более, так сказать, "упрощённого визуального восприятия действительности подписания документа".
Добавить соответствующие атрибуты для даже указанных Вами договоров можно, достаточно просто скопировать шаблон Договора, добавить 2-4 поля (например, Директор+Печать отправителя и Директор+Печать получателя) - и будет визуальное отображение. Плюс к этому, шаблон можно "подправить" под собственные нужды и особенности, которые различаются для каждого предприятия.

[Nazarko13]

Не потрібно заперечувати можливості візуалізації мітки накладення ЕЦП на первинному документі (не на вкладенні!!!). Це зробити легко, просто передбачивши відповідні поля у структурі шаблона. (Перший підпис/перша печатка/перший підпис відповідний/перша печатка відповідна)

Найкращим і найпринятнішим є алгоритм 1 (хоча досить трудомісткий і передбачає наявність Word формату договору). Його недоліком є те, що для кожного договору потрібно створювати шаблон, при цьому чітко проставляти КОД шаблона, адже система не дозволяє наявності двох одинакових таких кодів.

[priup]

Почему они НЕДАДЕЛАНЫ до конца?
Под "до конца" я подразумеваю нормальный ДОКУМЕНТООБОРОТ(с визуальным отображением печати и подписи на любом шаблоне - созданном РАЗРАБОТЧИКОМ! к шаблонам пользователей я претензий не имею), а не такой как на сейчазззз.......

Потому что визуальное отображение не является обязательством с юридической точки зрения. Это сугубо удобство для пользователя для более, так сказать, "упрощённого визуального восприятия действительности подписания документа".
Добавить соответствующие атрибуты для даже указанных Вами договоров можно, достаточно просто скопировать шаблон Договора, добавить 2-4 поля (например, Директор+Печать отправителя и Директор+Печать получателя) - и будет визуальное отображение. Плюс к этому, шаблон можно "подправить" под собственные нужды и особенности, которые различаются для каждого предприятия.

Клиенты и не пользуются ЭТИМ документооборотом именно ПО ЭТОМУ. Разработчик деньги взял, а клиент должен сам "Добавить соответствующие атрибуты ...." А большинство хотело бы , да не умеет! ....
Господа разработчики!! Начните больше думать об УДОБСТВАХ КЛИЕНТОВ, а не о лейбле МЕДКА при открытии программы....................!!!!

PS. за четыре года лейбла МЕДКА поменялась трижды, а моя доработка (после погодження первичного документа от контрагента визуально на нём должна стоять моя печать и подпись) приказала долго жить(уже три года)...............

[Medoc Man]

Разработчик деньги взял, а клиент должен сам "...добавить соответствующие атрибуты...".

Не должен, а может.

А большинство хотело бы, да не умеет!

Для этого есть техническая поддержка, где с этим могут помочь.