Документы

Регламент ПЭП

Редакция от 6 ноября 2026 г. · версия 2

Настоящий Регламент является соглашением участников электронного взаимодействия о применении простой электронной подписи (ПЭП) в системе «СделкаПро» и определяет правила установления лица, подписавшего электронный документ.

1. Правовая модель

Электронный документ, подписанный ПЭП по Регламенту, признаётся участниками равнозначным бумажному документу с собственноручной подписью в случаях и объёме, допускаемых законодательством и соглашением участников. Регламент не применяется вместо УКЭП/иной специальной подписи или нотариальной формы там, где они обязательны.

2. Участники

  • Оператор системы — ИП Павловская Елена Вячеславовна
  • Автор — зарегистрированный Пользователь, направивший документ и подписывающий его как сторона договора

Контрагент — адресат, прошедший процедуру подтверждения.

Если документ направлен в режиме работы с клиентами (в интерфейсе — «Агентский режим»), Пользователь не является стороной документа и не подписывает его. Обе стороны такого документа подписывают его как Контрагенты.

3. Идентификация Автора

3.1. Учётная запись создаётся после подтверждения телефона и установки пароля; при входе формируется аутентифицированная сессия.

3.2. ПЭП Автора формируется совокупностью: успешной аутентификации; доступа к конкретной версии/хешу документа; отдельного осознанного действия «Подписать». Фиксируются событие/сессия, роль AUTHOR, время, IP, User-Agent и хеш.

3.3. Оператор вправе включить дополнительный OTP; если он запрошен для конкретного подписания, он становится обязательным элементом процедуры.

4. Идентификация Контрагента

4.1. Пользователь указывает email или телефон Контрагента; Система направляет одноразовый шестизначный код.

4.2. ПЭП Контрагента формируется совокупностью ввода действующего OTP, отображения конкретного документа/хеша и отдельного действия «Подписать».

4.3. OTP действует ограниченное время, установленное интерфейсом Сервиса, и прекращает действие после успешной проверки либо истечения срока действия.

4-А. Документы, направленные в режиме работы с клиентами

4-А.1. Пользователь указывает контакт каждой стороны. Система направляет каждой стороне отдельную ссылку. Код, выданный одной стороне, не подходит к ссылке другой стороны.

4-А.2. Каждая сторона отдельно принимает Регламент и подписывает документ в порядке раздела 4. Порядок подписания не имеет значения. Документ считается подписанным обеими сторонами после подписи второй стороны.

4-А.3. Одним кодом сторона подписывает все документы, открытые по её ссылке.

4-А.4. Система не принимает одинаковый контакт для обеих сторон и контакт из учётной записи Пользователя.

4-А.5. Сторона подписывает сама. Пользователь не вправе получать код стороны, вводить его или подписывать за сторону.

4-А.6. Система фиксирует, что по ссылке стороны введён действующий код, отправленный на указанный контакт. Оператор не проверяет личность подписанта, принадлежность ему контакта, полномочия Пользователя и полномочия лица, подписывающего от имени организации. ФИО подписант указывает сам, Система не сверяет его с текстом документа.

5. Ссылка на документ

Ссылка или UUID сами по себе не являются ключом ПЭП и не означают подписания. Они обеспечивают доступ к интерфейсу. Подписание возникает только после выполнения процедуры Регламента.

Если Пользователь исправил контакт стороны, которая ещё не подписала документ, ей направляется новая ссылка. Прежняя ссылка и код, выданный на прежний контакт, перестают действовать. Контакт стороны, подписавшей документ, изменить нельзя.

6. Фиксация содержания

Перед подписанием вычисляется SHA-256 либо иной криптографический хеш конкретной версии. После подписания обеими сторонами содержание фиксируется, формируется подписанный PDF со сведениями о ПЭП, а версия/хеш сохраняются. Последующие изменения требуют новой версии/отдельного документа и нового подписания.

В режиме работы с клиентами Пользователь может отозвать направленные документы, пока их не подписали обе стороны. Подпись, поставленная в отозванном комплекте, не учитывается при завершении документа. Чтобы завершить документ, обе стороны подписывают новый комплект, даже если текст не менялся. Запись о такой подписи сохраняется в журнале. Сторона, которая подписала документ и получает сообщения на email, получает письмо об отзыве. Сторонам на SMS и стороне, которая не подписала, Система сообщение не направляет. Документ, подписанный обеими сторонами, отозвать нельзя.

7. Журнал подтверждений

Для подписания хранятся: идентификатор документа; хеш; данные, позволяющие идентифицировать подписанта выбранным методом; роль; способ и результат подтверждения; время; IP; User-Agent; принятая версия Регламента и отдельного согласия на ПДн. Для Контрагента — также адрес доставки кода и сведения о событии проверки.

В документах, направленных в режиме работы с клиентами, признак роли в журнале обозначает сторону договора: AUTHOR — сторону, которую занимает клиент Пользователя, CLIENT — вторую сторону. Признак AUTHOR в таком документе не означает, что подпись поставил Пользователь или владелец учётной записи: запись не связана с учётной записью, способ подтверждения в ней — код на email или SMS.

8. Конфиденциальность средств доступа

Автор не передаёт пароль, телефон, сессию и иные средства аутентификации. Контрагент не передаёт OTP. При компрометации подписание прекращается и Оператор уведомляется; Оператор вправе запросить дополнительную проверку.

9. Согласие участников

Автор принимает Регламент при использовании функции подписания и/или регистрации, если интерфейс ясно связывает действие с редакцией. Контрагент до OTP отдельно принимает Регламент. Принятие фиксируется сервером с version, time, IP, User-Agent.

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

10. Ограничения

ПЭП по Регламенту не заменяет УКЭП/УНЭП там, где конкретный вид подписи прямо обязателен. Пользователь самостоятельно оценивает требования к форме конкретной сделки.

11. Спор о подписи

Оператор вправе предоставить сторонам/компетентному органу имеющиеся технические сведения о подписании в пределах закона. Оператор не разрешает материально-правовой спор и не подтверждает действительность сделки за пределами технической процедуры.

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

Предыдущие редакции