Редакция от 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. Спор о подписи
Оператор вправе предоставить сторонам/компетентному органу имеющиеся технические сведения о подписании в пределах закона. Оператор не разрешает материально-правовой спор и не подтверждает действительность сделки за пределами технической процедуры.
Пользователь, направивший документ в режиме работы с клиентами, стороной документа не является. Сведения журнала, кроме показанных ему в интерфейсе, Оператор предоставляет ему только при наличии законного основания.
Оператор: Индивидуальный предприниматель Павловская Елена Вячеславовна, ИНН 784200239234, ОГРНИП 318784700231901. info@сделкапро.рф · support@сделкапро.рф
Предыдущие редакции
- Версия 1 · 16.09.2026 — 06.11.2026