Разложить договор на три роли

Назовите стороны и обязанности: кто оказывает, кто принимает, кто платит или предоставляет имущество. Проверьте, какие условия требуют согласия всех трех, и не прячьте роль третьего участника только в реквизитах.

Спроектировать маршрут оператора

Уточните поддержку трех подписей, порядок приглашения, виды сертификатов и финальный статус. Если сервис допускает только двухсторонний обмен, согласуйте другой проверяемый маршрут вместо ручной пересылки изменяемых копий.

Зафиксировать содержание и подписать последовательно

Объедините договор и приложения в одну версию и зафиксируйте подписываемое содержание. После первой подписи это содержание не редактируют; при добавлении встроенной или контейнерной подписи общий файл и его хеш могут измениться штатно. Обнаруженная правка текста или приложения создает новое подписываемое содержание и запускает повторные подписи всех участников.

Провести трехсторонний read-back

После последней операции выгрузите договор, приложения, три подписи, сертификаты, результаты проверки и журнал доставки. Сопоставьте владельцев с полномочиями и убедитесь, что проверка каждой подписи относится к одному подписанному содержанию; хеш конечного контейнера храните отдельно и не подменяйте им хеш этого содержания.

Ключевые правовые ориентиры

  • Многосторонняя письменная сделка может совершаться электронными способами, которые сохраняют содержание и позволяют достоверно определить каждого участника.
  • Договор возникает после согласования сторонами его существенных условий; для трехсторонней модели нужно получить волю всех необходимых участников.
  • ПЭП, НЭП и КЭП имеют разные условия признания, поэтому вид подписи нельзя определять одним названием кнопки оператора.
  • Квалифицированная подпись проверяется по действующему сертификату, криптографическому результату и ограничениям сертификата.
  • В рабочем процессе нужно отдельно фиксировать подписанное содержание и контейнер с подписями: добавление встроенной или контейнерной подписи может изменить общий файл и его хеш, но проверка каждой подписи должна подтверждать то содержание, к которому она относится.
  • Полномочия владельца подписи проверяются отдельно для каждой из трех сторон.

Что проверить до действия

  • Кто три стороны и какую обязанность принимает каждая?
  • Какие существенные условия должны согласовать все участники?
  • Поддерживает ли оператор три подписи или маршрут присоединения к одному файлу?
  • Какой вид электронной подписи применяет каждая сторона?
  • Как отличить неизменность подписанного содержания от изменения общего файла или контейнера при добавлении подписей?
  • Кто подписывает за каждую организацию и чем подтверждены полномочия?
  • Какой статус означает получение всех трех подписей и что войдет в архив?

Практический пример

Поставщик, заказчик и отдельная компания-плательщик заключают договор на оборудование. Проект закрепляет: поставщик передает товар, заказчик принимает, плательщик перечисляет цену. Оператор ЭДО добавляет подписи в общий контейнер: после каждого шага хеш контейнера меняется, но проверка показывает одно и то же подписанное содержание PDF со спецификацией для всех трех подписей. После второй подписи бухгалтер замечает неверный счет. Это уже изменение подписанного содержания, поэтому стороны не заменяют страницу внутри контейнера, а создают версию 2 и повторяют все три подписи. В архив попадают версия 2, конечный контейнер, результаты проверки трех подписей и журнал; версия 1 остается отмененным циклом.

Риски и ошибки

  • Не определить роль третьей стороны.
  • Получить подписи под разными файлами.
  • Смешать хеш подписанного содержания с изменяемым хешем контейнера.
  • Принять промежуточный статус за финальный.
  • Не проверить доверенность.
  • Сохранить PDF без подписей и журнала.

Проверенные источники

Источники проверены 2026-08-29. Следующая проверка: 2026-09-27.

Связанные материалы

Следующий шаг

Сначала подберите предметную основу договора в разделе документов, затем настройте для нее отдельный трехсторонний маршрут ЭДО: Выбрать документ в каталоге.