Редакция № 3 Утверждена 21 июля 2026 года Дата вступления в силу: 1 августа 2026 года
Редакция № 3 — единственная действующая редакция настоящих Правил. Редакции № 1 и № 2 в силу не вступали, ни к одному договору не применялись; ни одна подпись по ним не формировалась. Тексты редакций № 1 и № 2 сохраняются опубликованными по постоянным адресам с прямым указанием на то, что они не применялись (пункт 13.9).
ВАЖНО О ДАТЕ. Дата вступления в силу настоящей редакции — 1 августа 2026 года. Фактическая дата размещения текста настоящей редакции в сети «Интернет» указывается на странице публикации отдельным реквизитом. Настоящие Правила применяются к лицу только с момента, когда это лицо явным действием приняло их текст, предоставленный ему до подписания документа (пункты 1.1 и 13.11). Указанная дата вступления в силу не означает и не может означать применения настоящих Правил к отношениям, возникшим до фактической публикации текста, и к документам, подписанным до фактической публикации.
Основание изменения по отношению к редакции № 2: 1) состав Протокола подписания приведён к полному раскрытию идентификационных сведений Подписантов (пункт 8.3): паспортные данные, адрес электронной почты и номер телефона указываются полностью, без маскирования. Причина — доказательственное назначение Протокола: Стороны располагают этими сведениями друг о друге из самого Договора найма, поэтому маскирование не защищает приватность, но лишает Протокол проверяемости; 2) сведения о технической среде (IP-адрес) сохранены в маскированном виде — обоснование в пункте 8.3.1; 3) уточнены дата вступления в силу и соотношение редакций (пункты 13.9, 13.11); 4) состав идентификационных сведений приведён в соответствие с пунктом 14.2 Договора (пункты 3.2, 5.1); 5) добавлено ограничение распространения Протокола подписания (пункт 8.10).
Единственный канал доставки одноразового кода — электронная почта. Доставка кода по SMS и в личный кабинет настоящими Правилами не предусмотрена и в сервисе не применяется.
Утверждены индивидуальным предпринимателем Шаталиным Иваном Сергеевичем ИНН 522203503271, ОГРНИП 326527500081847 E-mail: support@rentora.online
Опубликованы: https://rentora.online/legal/pep — постоянный адрес редакции № 3: https://rentora.online/legal/pep/v3 Действующая и все ранее действовавшие редакции доступны по указанным адресам бессрочно с указанием периода действия каждой. Текст редакции дополнительно предоставляется лицу в интерфейсе подписания до подписания документа и выдаётся по запросу на support@rentora.online.
Контрольная сумма текста редакции (SHA-256) указывается на странице публикации и в Протоколе подписания документа.
Настоящие Правила являются соглашением об использовании простой электронной подписи в значении части 2 статьи 6 и статьи 9 Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи».
УСЛОВИЕ ВВЕДЕНИЯ В ДЕЙСТВИЕ. Настоящая редакция публикуется и вводится в действие только после того, как процедура, описанная разделами 3–6 и 8 (формирование и доставка одноразового кода, проверка кода, фиксация факта подписания и формирование Протокола подписания), фактически реализована в сервисе. До этого момента простая электронная подпись по настоящим Правилам не формируется, документы по ним не подписываются, и настоящие Правила не указываются в Приложении № 1 к Договору как применимые.
• Вы подписываете документ, вводя одноразовый код (OTP), который приходит на ваш адрес электронной почты. Другие каналы доставки кода не используются: SMS на телефон не направляется. • Документ, подписанный таким образом, приравнивается к документу на бумаге с собственноручной подписью (часть 2 статьи 6 Закона № 63-ФЗ) — потому что мы с вами об этом договорились этими Правилами. • Одноразовый код вместе с доступом к вашему почтовому ящику — это ваш ключ подписи. Никому его не сообщайте. Это ваша обязанность по закону (пункт 2 статьи 9 Закона № 63-ФЗ). • Прямо и без смягчений: ссылка на подписание и код приходят по одному и тому же каналу — на вашу почту. Поэтому доступ к вашему почтовому ящику фактически равен доступу к вашей подписи. Мы настоятельно рекомендуем включить у почтового провайдера двухфакторную аутентификацию и не использовать для подписания общий или рабочий ящик, к которому имеют доступ другие лица. • Чтобы это компенсировать, подписание устроено так: код действует только в том окне браузера, где вы его запросили; только для одной версии документа; только после того, как вы подтвердили свои паспортные данные; о каждом подписании вам приходит отдельное письмо-уведомление. Подробно — в разделе 3.6. • Код действует только для одного конкретного документа, одной его версии, вас и вашей роли. Для другого документа нужен новый код. • После подписания формируется Протокол подписания — отдельный документ, в котором зафиксировано, кто, что, когда и чем подписал. Храните его вместе с договором. В Протоколе ваши фамилия, имя, отчество, паспортные данные, адрес электронной почты и номер телефона указываются полностью — так же, как они указаны в самом договоре. Протокол получают только Стороны подписанного документа. • Эти Правила не могут добавить вам обязанностей, которых нет в Договоре. При расхождении применяется Договор.
1.1. Настоящие Правила определяют порядок использования простой электронной подписи (далее — ПЭП) в сервисе РЕНТОРА и применяются к лицу с момента, когда это лицо явным действием приняло настоящие Правила.
1.2. Оператор сервиса — индивидуальный предприниматель Шаталин Иван Сергеевич (далее — РЕНТОРА). РЕНТОРА не является стороной подписываемого договора найма, обеспечивает техническую возможность подписания и фиксирует обстоятельства подписания.
1.3. Принимая настоящие Правила, лицо и РЕНТОРА, а также лица, принявшие настоящие Правила, между собой соглашаются, что электронный документ, подписанный ПЭП в порядке настоящих Правил, признаётся электронным документом, равнозначным документу на бумажном носителе, подписанному собственноручной подписью (часть 2 статьи 6 Федерального закона от 06.04.2011 № 63-ФЗ).
1.4. Пределы действия Правил (обязательная оговорка). а) Настоящие Правила НЕ устанавливают обязанностей Нанимателя, не ограничивают его права и не вводят платежей или санкций, не предусмотренных Договором. Единственная обязанность, которую настоящие Правила возлагают на подписанта, — сохранять конфиденциальность ключа ПЭП; она установлена непосредственно пунктом 2 статьи 9 Закона № 63-ФЗ и от Договора не зависит. б) При любом расхождении между настоящими Правилами и Договором применяется Договор. в) Настоящие Правила не изменяют содержания подписываемых документов и не толкуют их условия. г) Положения, которые лишали бы Сторону прав, обычно предоставляемых по договорам такого вида, исключали или ограничивали ответственность либо являлись бы явно обременительными, не применяются (статья 428 Гражданского кодекса РФ). Условия, ущемляющие права потребителя по сравнению с законом, ничтожны (статья 16 Закона РФ от 07.02.1992 № 2300-1 «О защите прав потребителей»). д) Настоящие Правила не расширяют состав идентификационных сведений, требуемых от Стороны для подписания, сверх состава, установленного пунктом 14.2 Договора.
1.5. ПЭП в порядке настоящих Правил не применяется для подписания документов, содержащих сведения, составляющие государственную тайну, или в информационной системе, содержащей такие сведения (часть 4 статьи 9 Закона № 63-ФЗ), а также в случаях, когда закон требует нотариальной формы, государственной регистрации либо усиленной электронной подписи.
1.6. Технические вопросы направления, доставки и хранения электронных сообщений регулируются Правилами электронного взаимодействия РЕНТОРА.
1.7. Единственность канала. Ключ ПЭП формируется и доставляется исключительно по каналу электронной почты. Направление одноразового кода в SMS, в мессенджер, в личный кабинет или иным способом настоящими Правилами не предусмотрено. Сообщение, содержащее одноразовый код и полученное по любому иному каналу, сервисом РЕНТОРА не направлялось.
Подписант — физическое лицо, подписывающее документ ПЭП.
Подтверждённый адрес электронной почты (Подтверждённый адрес) — адрес электронной почты, закреплённый в сервисе за конкретной Стороной конкретного документа, на который направляется одноразовый код и доступ к которому Подписант подтвердил вводом этого кода.
Сессия подписания — непрерывно действующее соединение Подписанта с сервисом, начинающееся переходом по ссылке на подписание либо входом в личный кабинет и заканчивающееся подписанием, отказом от подписания либо истечением срока действия сессии. Сессии присваивается идентификатор.
Ссылка на подписание — адресованная конкретной Стороне ссылка, направляемая на её адрес электронной почты и открывающая сессию подписания.
Ключ ПЭП — совокупность: (1) одноразового кода (OTP), направленного на Подтверждённый адрес для конкретной версии конкретного документа и конкретной роли Подписанта, (2) доступа к этому Подтверждённому адресу и (3) сессии подписания, в которой этот код был запрошен. Ключ ПЭП является ключом электронной подписи в значении пункта 5 статьи 2 Закона № 63-ФЗ.
Версия документа — конкретный неизменяемый электронный файл документа с присвоенными идентификатором, номером версии и контрольной суммой.
Контрольная сумма (хэш) — значение, вычисленное по алгоритму SHA-256 от содержимого файла. Любое изменение файла меняет хэш.
Протокол подписания — самостоятельный связанный документ, формируемый РЕНТОРА и фиксирующий обстоятельства подписания.
Журнал подписания — совокупность технических записей сервиса о событиях процедуры подписания, включая неуспешные события.
Электронный образ — скан-копия или фотография документа, подписанного собственноручно на бумаге, загруженная в сервис.
3.1. Правило определения лица, подписывающего документ (пункт 1 части 2 статьи 9 Закона № 63-ФЗ). Лицом, подписавшим документ ПЭП, признаётся физическое лицо, которое совокупно: а) указано в документе в качестве соответствующей Стороны с фамилией, именем, отчеством и паспортными данными; б) в сессии подписания подтвердило идентификационные сведения о себе в составе пункта 3.2, включая паспортные данные; в) открыло в этой сессии конкретную версию документа с конкретной контрольной суммой; г) имеет доступ к Подтверждённому адресу электронной почты, закреплённому в сервисе за этой Стороной; д) ввело в этой же сессии одноразовый код, направленный на этот Подтверждённый адрес именно для этой версии документа и этой роли.
Совпадение всех пяти условий, зафиксированное в Протоколе подписания и в Журнале подписания, и определяет подписавшее лицо. Иных способов формирования ПЭП настоящие Правила не предусматривают.
3.2. Состав идентификационных сведений. Состав соответствует пункту 14.2 Договора и не может быть расширен настоящими Правилами. Подписант самостоятельно вводит или подтверждает: • фамилию, имя, отчество; • дату рождения; • серию, номер, дату выдачи паспорта и наименование выдавшего органа; • адрес регистрации; • адрес электронной почты; • номер телефона — как контактные данные Стороны для целей раздела 11 Договора. Номер телефона каналом доставки одноразового кода не является и в формировании ПЭП не участвует.
3.3. РЕНТОРА не проверяет подлинность паспортных данных по государственным информационным ресурсам и не удостоверяет личность в смысле законодательства о нотариате. Достоверность введённых о себе сведений обеспечивает сам Подписант. Это обстоятельство прямо доводится до Подписанта в интерфейсе подписания.
3.4. Подтверждённый адрес электронной почты. а) Адрес закрепляется за Стороной при формировании документа. Фиксируется, кем и когда адрес был введён: самой Стороной, другой Стороной либо лицом, формировавшим документ. Эти сведения отражаются в Протоколе подписания. б) Владение адресом подтверждается вводом одноразового кода, направленного на этот адрес в сессии подписания. Отдельная предварительная верификация адреса не требуется: доступ к адресу подтверждается самим фактом ввода кода, полученного по этому адресу. в) Дата и время направления кода и дата и время его успешного ввода фиксируются. г) Подтверждение действует в пределах той сессии подписания, в которой оно совершено. Для каждой новой сессии подписания и для каждого следующего документа направляется новый код. д) Адрес, указанный Стороной в подписанном Договоре, сохраняет силу согласованного адреса для юридически значимых сообщений независимо от подписания (подпункт «а» пункта 11.3 Договора).
3.5. Разные адреса у разных Сторон. Один адрес электронной почты не может быть одновременно закреплён за двумя Подписантами по одному документу. При совпадении адресов Сторон подписание ПЭП в сервисе недоступно; документ подписывается собственноручно (пункт 14.6 Договора).
3.6. Компенсирующие меры при доставке кода по электронной почте (пункт, который следует читать внимательно).
Стороны прямо признают и соглашаются, что ссылка на подписание и одноразовый код доставляются по одному и тому же каналу — на адрес электронной почты Подписанта. Это означает, что лицо, получившее доступ к почтовому ящику Подписанта, способно как открыть документ, так и получить код. Настоящие Правила этого не скрывают и не устраняют, а компенсируют совокупностью следующих мер, каждая из которых является частью правила определения подписавшего лица (пункт 3.1):
1) Фактор знания. Подписание возможно только после того, как в сессии подтверждены паспортные данные, дата рождения и адрес регистрации Подписанта. Эти сведения не содержатся в письме с кодом и по каналу электронной почты сервисом не направляются. 2) Привязка кода к сессии. Код действителен исключительно в той сессии подписания, в которой он был запрошен. Ввод кода в другой сессии, в другом браузере или на другом устройстве подписи не создаёт. 3) Привязка кода к версии и содержанию документа. Код относится к конкретной версии документа и её контрольной сумме. Изменение версии или содержания аннулирует код. 4) Разделение письма-приглашения и письма с кодом. Письмо, содержащее одноразовый код, не содержит ссылки на подписание и не позволяет начать или продолжить подписание по нему самому. Код невозможно использовать, не имея ранее открытой сессии. 5) Ограничение кода по сроку, числу попыток и частоте запроса (пункт 4.4). 6) Немедленное уведомление о подписании. Непосредственно после подписания на Подтверждённый адрес Подписанта направляется отдельное письмо о состоявшемся подписании с указанием документа, даты, времени, технической среды и указанием, как действовать, если подписание совершено не Подписантом. Такое же уведомление направляется другой Стороне документа. 7) Фиксация совпадения технической среды. В Протоколе подписания отражается признак совпадения IP-адреса и (или) User-Agent Подписантов между собой. Само по себе совпадение подписание не блокирует и подпись не порочит, но подлежит фиксации и оценке. 8) Фиксация источника адреса другой Стороны (подпункт «а» пункта 3.4). 9) Запрет совпадения адресов Сторон (пункт 3.5).
3.7. Информирование и рекомендация. До подписания РЕНТОРА прямо доводит до Подписанта, что доступ к его почтовому ящику равнозначен доступу к его подписи, и рекомендует: включить у почтового провайдера двухфакторную аутентификацию; не использовать для подписания общий, рабочий или чужой почтовый ящик; не оставлять сессию подписания открытой на чужом устройстве. Настоящий пункт рекомендацию устанавливает, обязанности не создаёт и на действительность подписи не влияет.
3.8. Подписание представителем допускается только при предъявлении доверенности, загруженной в сервис, и осуществляется от имени представителя с указанием представляемого лица. Реквизиты доверенности фиксируются в Протоколе подписания. Представитель подписывает с собственного Подтверждённого адреса.
4.1. Ключом ПЭП является одноразовый код в сочетании с доступом к Подтверждённому адресу электронной почты и сессией подписания, в которой код запрошен.
4.2. Обязанность Подписанта (пункт 2 части 2 статьи 9 Закона № 63-ФЗ). Подписант обязан соблюдать конфиденциальность ключа ПЭП. В частности, Подписант обязан: 1) не сообщать одноразовый код никому — включая другую Сторону, сотрудников РЕНТОРА, агентов, риелторов, службу поддержки и лиц, представляющихся таковыми; 2) не передавать другим лицам для целей подписания доступ к почтовому ящику Подтверждённого адреса, к устройству, на котором открыта сессия подписания, и к самой открытой сессии; 3) не пересылать письмо с кодом и не показывать его содержимое третьим лицам; 4) не подписывать документ по просьбе другого лица, не открыв и не прочитав сам документ; 5) незамедлительно уведомить РЕНТОРА по адресу support@rentora.online или через личный кабинет об утрате контроля над почтовым ящиком, о подозрении на несанкционированный доступ к нему либо о раскрытии кода.
4.3. РЕНТОРА никогда не запрашивает одноразовый код по телефону, в мессенджерах, по электронной почте или иным способом вне интерфейса подписания. Любой такой запрос является мошенническим. РЕНТОРА не направляет одноразовые коды в SMS и в мессенджерах ни при каких обстоятельствах (пункт 1.7).
4.4. Требования к одноразовому коду. Код: • направляется только на Подтверждённый адрес электронной почты Стороны; • является одноразовым; повторное использование невозможно; • действителен ограниченное время, достаточное для однократного ввода, и по истечении этого времени аннулируется автоматически; • действителен для одного документа, одной его версии и её контрольной суммы, одного Подписанта, одной его роли и одной сессии подписания; • имеет длину и способ формирования, при которых подбор кода за срок его действия при действующих ограничениях числа попыток практически невозможен; код формируется криптографически стойким генератором случайных значений; • аннулируется после исчерпания установленного числа неверных попыток ввода; для продолжения требуется новый код; • запрашивается не чаще установленного ограничения частоты.
Числовые значения срока действия, длины кода, допустимого числа попыток и ограничения частоты публикуются на странице публикации настоящих Правил. Изменение этих значений допускается только в сторону усиления защиты, права и обязанности Сторон не затрагивает и новой редакции Правил не требует (пункт 13.7). Ослабление любого из этих параметров возможно только новой редакцией Правил в порядке раздела 13.
4.5. Содержание письма с кодом. Письмо содержит: назначение кода, наименование и номер документа, для подписания которого код направлен, роль Подписанта, срок действия кода и предупреждение о недопустимости передачи кода третьим лицам. Письмо не содержит ссылки, позволяющей начать или продолжить подписание, и персональных данных сверх необходимых для идентификации документа.
4.6. Ответственность. Подписание документа с использованием Подтверждённого адреса, направленного на него кода и открытой Подписантом сессии признаётся совершённым Подписантом, пока не доказано иное. Настоящий пункт не лишает Подписанта права доказывать, что подпись сформирована помимо его воли, не перекладывает на Подписанта бремя доказывания сверх установленного законом и не является безусловной презумпцией: оценка обстоятельств относится к суду (статья 67 Гражданского процессуального кодекса РФ). В отношении Нанимателя-потребителя настоящий пункт не применяется в части, ущемляющей его права по сравнению с законом (статья 16 Закона РФ «О защите прав потребителей»).
4.7. Уведомление РЕНТОРА о компрометации ключа или почтового ящика влечёт немедленную блокировку возможности подписания с этого адреса (раздел 9). Документы, подписанные до получения уведомления, сохраняют силу; их оспаривание производится в общем порядке.
5.1. Последовательность действий:
| Шаг | Что происходит | Что фиксируется |
|---|---|---|
| 1 | Подписанту на его адрес электронной почты направляется ссылка на подписание | Адрес, дата и время направления, технический статус доставки |
| 2 | Подписант открывает ссылку — начинается сессия подписания | Идентификатор сессии, дата, время, IP-адрес, User-Agent |
| 3 | Подписант вводит и подтверждает свои ФИО, дату рождения, паспортные данные и адрес регистрации (пункт 3.2) | Состав сведений, дата, время |
| 4 | Подписанту предоставляются тексты применимых Правил РЕНТОРА (раздел 10) | Перечень документов, их редакции и хэши, дата, время предоставления |
| 5 | Подписант явным действием принимает настоящие Правила и иные применимые Правила, а также даёт согласие на обработку персональных данных | Факт принятия по каждому документу отдельно, дата, время, редакция и адрес публикации Политики |
| 6 | Подписант открывает конкретную версию документа и знакомится с ней; эта версия фиксируется снапшотом (пункт 6.7) | Идентификатор, версия и хэш документа, дата, время открытия |
| 7 | Подписант запрашивает код; код направляется на его адрес электронной почты | Дата и время каждого запроса и направления кода, адрес, технический статус доставки |
| 8 | Подписант вводит код в той же сессии | Каждая попытка ввода — успешная и неуспешная — с датой и временем. Дата и время успешного ввода — это и есть момент подписания |
| 9 | Подписанту и другой Стороне направляется уведомление о состоявшемся подписании | Дата и время направления уведомлений, технические статусы доставки |
5.2. Код относится к конкретному Подписанту, конкретной его роли, конкретному Подтверждённому адресу, конкретной сессии подписания, конкретной версии документа и её контрольной сумме. Изменение любого из этих элементов делает код недействительным.
5.3. Принятие Правил (шаг 5) совершается до подписания и отдельным действием от подписания документа. Принятие Правил не может быть совмещено с вводом кода в одном действии.
5.4. Подписание может быть выполнено только после того, как документ был открыт Подписанту в полном тексте с возможностью его прочитать и сохранить.
5.5. Неизменность после первой подписи. После подписания документа первой из Сторон текст документа не изменяется. При изменении текста формируется новая версия с новым хэшем; ранее сформированные подписи на новую версию не распространяются, и подписание начинается заново.
5.6. Отказ от подписания. До ввода кода Подписант вправе не подписывать документ без объяснения причин. Незавершённая процедура фиксируется как неподписанный черновик.
5.7. Отзыв уже поставленной подписи невозможен. Изменение подписанного документа оформляется дополнительным соглашением (раздел 13 Договора).
5.8. Прекращение сессии. Сессия подписания прекращается по истечении срока её действия, при закрытии Подписантом либо при изменении версии подписываемого документа. Прекращение сессии аннулирует ранее направленный и не использованный код.
6.1. Каждый документ в сервисе имеет идентификатор, номер версии и контрольную сумму (SHA-256). Любое изменение содержимого порождает новую версию с новым номером и новым хэшем. Версии не перезаписываются.
6.2. Для документа, подписываемого ПЭП, фиксируются: 1) идентификатор, номер версии и хэш подписываемой версии документа; 2) редакция и хэш настоящих Правил; 3) редакции и хэши иных Правил РЕНТОРА, принятых Подписантом (раздел 10); 4) Подтверждённые адреса электронной почты Подписантов; 5) дата и время подписания каждым Подписантом.
6.3. Три разных хэша — три разных предмета. Их нельзя смешивать:
| Что за файл | Что подтверждает хэш |
|---|---|
| Подписываемая версия документа (PDF, подписываемый ПЭП) | Содержание текста, к которому относится ПЭП. Это то, что подписано. |
| Файл, сформированный для печати (при собственноручном подписании) | Только содержание текста, переданного Сторонам для подписания на бумаге. Ничего о том, что было подписано фактически, не подтверждает. |
| Загруженный электронный образ подписанного бумажного документа | Содержание конкретного загруженного файла (скана или фотографии) с момента загрузки. Подлинность собственноручных подписей НЕ подтверждает. |
6.4. Хэш файла для печати и хэш загруженного электронного образа фиксируются раздельно и никогда не отождествляются. Совпадение или расхождение содержания бумажного экземпляра и файла для печати сервисом не проверяется.
6.5. Алгоритм. Применяется SHA-256. При переходе на иной алгоритм ранее вычисленные значения сохраняются с указанием применённого алгоритма и не пересчитываются.
6.6. Хэш вычисляется от файла целиком, в байтовом представлении. Значение приводится в шестнадцатеричном виде в нижнем регистре.
6.7. Снапшот подписываемой версии. Подписывается зафиксированный файл, а не результат повторной сборки документа. а) До направления первого одноразового кода по документу сервис формирует файл подписываемой версии, сохраняет его как неизменяемый объект и вычисляет его контрольную сумму. б) Далее и до окончания подписания файл не пересобирается и не формируется заново. Подписанту и обеим Сторонам при просмотре, скачивании и в составе выгрузки предоставляется именно этот сохранённый файл. в) Изменение исходных данных документа после формирования снапшота на снапшот не влияет и порождает новую версию с новым файлом и новым хэшем (пункт 5.5). г) Хэш, указанный в Протоколе подписания, вычислен от сохранённого файла и должен совпадать с хэшем файла, выдаваемого Стороне. Расхождение означает, что выдан не тот файл, который подписан, и подлежит устранению РЕНТОРА.
7.1. Документ, подписанный Сторонами собственноручно, может быть загружен в сервис в виде электронного образа для хранения и обмена.
7.2. При загрузке фиксируются: идентификатор, версия и хэш загруженного файла, дата и время загрузки, лицо, загрузившее файл, а также связь с договором.
7.3. РЕНТОРА не подтверждает подлинность собственноручных подписей и не устанавливает, соответствует ли содержание образа бумажному оригиналу.
7.4. Электронный образ не является документом, подписанным ПЭП, и настоящими Правилами к нему не приравнивается. Заверение копий производится в порядке, установленном законодательством, и в сервисе не осуществляется.
7.5. Если после загрузки образа тот же документ загружается повторно, прежний образ сохраняется; новая загрузка фиксируется как отдельная версия.
8.1. По каждому документу, подписанному ПЭП, РЕНТОРА формирует Протокол подписания — самостоятельный связанный документ в виде отдельного файла со своим собственным именем, идентификатором и контрольной суммой. Протокол приложением к Договору не является (пункт 15.1 Договора).
8.2. Протокол подписания и «Лист подписания». Страница подписанного документа, на которой отображаются сведения о подписании («Лист подписания»), является частью подписываемой версии документа и носит справочный характер. Она Протоколом подписания не является и его не заменяет. Реквизиты Договора, определяемые Протоколом (в частности, дата заключения — пункт 8.5), определяются по Протоколу.
8.3. Состав Протокола подписания:
1) наименование, номер и дата документа, к которому относится Протокол; 2) номер Договора и адрес Объекта; 3) идентификатор, номер версии и контрольная сумма (SHA-256) подписанной версии документа — вычисленная от сохранённого файла (пункт 6.7); 4) по каждому Подписанту: • фамилия, имя, отчество, дата рождения, паспортные данные (серия, номер, дата выдачи, наименование выдавшего органа) и адрес регистрации, указанные при подписании, — ПОЛНОСТЬЮ, без маскирования; • роль (Наймодатель, Наниматель, представитель) и реквизиты доверенности при подписании представителем; • Подтверждённый адрес электронной почты — ПОЛНОСТЬЮ, без маскирования; • сведения о том, кем и когда адрес был введён в сервис (подпункт «а» пункта 3.4); • номер телефона Подписанта — ПОЛНОСТЬЮ, без маскирования, как контактные данные Стороны; в формировании подписи не участвует; • дата и время открытия сессии подписания и её идентификатор; • дата и время открытия подписанной версии документа; • дата и время направления каждого одноразового кода по этому документу и общее число направленных кодов; • число неуспешных попыток ввода кода и дата и время последней из них (при наличии); • дата и время успешного ввода кода — момент подписания; • сведения о технической среде: IP-адрес в маскированном виде (последний октет для IPv4 / последние 80 бит для IPv6 скрыты), полная строка User-Agent, идентификатор сессии; полный IP-адрес хранится в Журнале подписания и предоставляется по запросу Стороны, к которой он относится, и по запросу суда (пункт 8.3.1); • признак совпадения IP-адреса и (или) User-Agent с другим Подписантом того же документа (подпункт 7 пункта 3.6): «совпадает» / «не совпадает»; • сведения о согласии на обработку персональных данных: факт, дата, время, редакция и постоянный адрес публикации Политики обработки персональных данных на момент акцепта; 5) редакция, дата и контрольная сумма настоящих Правил, принятых каждым Подписантом, с датой и временем предоставления и принятия; 6) редакции, даты и контрольные суммы иных Правил РЕНТОРА, принятых каждым Подписантом, с датой и временем предоставления и принятия (раздел 10); 7) дата заключения Договора — дата подписания последней из Сторон (пункт 8.5); 8) часовой пояс Договора в виде идентификатора IANA и все временные метки в двух значениях: в часовом поясе Договора и в UTC, например «01.08.2026 21:14:36 (UTC+03:00, Europe/Moscow) / 2026-08-01T18:14:36Z»; 9) указание на то, что единственным каналом доставки одноразового кода являлась электронная почта; 10) дата и время формирования самого Протокола и его контрольная сумма.
8.3.1. Почему одни сведения раскрываются полностью, а IP-адрес — нет.
а) Фамилия, имя, отчество, дата рождения, паспортные данные, адрес регистрации, адрес электронной почты и номер телефона каждой Стороны содержатся в самом подписанном Договоре и известны обеим Сторонам. Маскирование этих сведений в Протоколе не защищает приватность ни одной из Сторон, но лишает Протокол его единственного назначения — возможности проверить, что подписал именно тот, кто указан в Договоре, и что код был направлен именно на тот адрес, который в Договоре указан. Поэтому эти сведения приводятся полностью. б) IP-адрес в Договоре не содержится, Сторонам друг о друге не известен и к идентификации Стороны как участника Договора не относится. Он позволяет судить о примерном местонахождении лица и об используемом им подключении, то есть раскрывает сведения, выходящие за пределы цели Протокола. Объём обрабатываемых и раскрываемых персональных данных должен соответствовать целям обработки и не быть избыточным (часть 5 статьи 5 Федерального закона от 27.07.2006 № 152-ФЗ). Доказательственная задача решается без полного раскрытия: в Протоколе приводятся маскированное значение, полная строка User-Agent, идентификатор сессии и признак совпадения технической среды Подписантов (подпункт 7 пункта 3.6), а полный IP-адрес хранится в Журнале подписания и предоставляется по запросу Стороны, к которой он относится, и по запросу суда. в) Настоящий пункт не ограничивает право Стороны или суда получить полный IP-адрес в порядке пунктов 8.6 и 12.3.
8.4. Протокол формируется автоматически после подписания документа последней из Сторон и предоставляется каждой Стороне вместе с неизменяемым экземпляром подписанного документа с возможностью сохранить их на своё устройство. Это происходит независимо от подключения модуля хранения документов (пункт 14.5 Договора).
8.5. Почему дата заключения Договора фиксируется в Протоколе, а не в тексте подписанного PDF.
При подписании одноразовым кодом дата заключения не может быть напечатана в самом документе по технической и юридической причине одновременно:
а) Договор считается заключённым в момент подписания последней из Сторон (пункт 14.3 Договора; пункт 1 статьи 433 Гражданского кодекса РФ). Первая Сторона подписывает раньше, и в этот момент дата заключения ещё не наступила и не известна. б) Подпись первой Стороны относится к конкретной версии документа с конкретным хэшем. Если после её подписания вписать в текст дату заключения, изменится содержимое файла и его хэш — и ранее поставленная подпись перестанет относиться к этому файлу (пункт 5.5). Подписанный документ пришлось бы подписывать заново. в) Поэтому подписываемая версия содержит отсылку: дата заключения указана в Протоколе подписания. Протокол формируется после того, как обе подписи поставлены, и содержит дату, которая к этому моменту уже определена достоверно.
Протокол подписания и подписанный документ применяются совместно; дата заключения Договора определяется по Протоколу.
8.6. Сведения, не входящие в Протокол, но хранимые в Журнале подписания и предоставляемые по запросу Стороны или суда: полный IP-адрес, полная хронология всех отправок кодов и всех попыток их ввода, включая неуспешные, а также технические статусы доставки писем.
8.7. Протокол подписания хранится и предоставляется по запросу Стороны в порядке раздела 7.3 Правил электронного взаимодействия РЕНТОРА и в течение срока, установленного разделом 10 тех же Правил (5 лет с даты прекращения Договора).
8.8. Если по конкретному документу отдельный файл Протокола подписания по техническим причинам не сформирован, РЕНТОРА по запросу любой Стороны формирует и предоставляет Протокол в составе пункта 8.3 на основании Журнала подписания в срок, установленный подпунктом «б» пункта 7.3 Правил электронного взаимодействия РЕНТОРА, бесплатно. Отсутствие отдельного файла Протокола не лишает Сторону права на сведения, перечисленные в пункте 8.3, и на подтверждение даты заключения Договора.
8.9. Протокол подписания — доказательство, оцениваемое судом наравне с другими (статья 67 Гражданского процессуального кодекса РФ). Заранее установленной силы он не имеет.
8.10. Ограничение распространения Протокола. Протокол подписания содержит персональные данные обеих Сторон в полном объёме (пункт 8.3). РЕНТОРА предоставляет Протокол только Сторонам подписанного документа и их представителям с подтверждёнными полномочиями, а иным лицам — только в случаях, предусмотренных законом, в том числе по запросу суда и уполномоченных органов. Протокол не публикуется и в общедоступных источниках не размещается. Сторона, получившая Протокол, использует содержащиеся в нём персональные данные другой Стороны исключительно для целей исполнения и защиты прав по Договору; иное использование и передача третьим лицам осуществляются только на основаниях, предусмотренных Федеральным законом от 27.07.2006 № 152-ФЗ. Настоящий пункт обязанностей Нанимателя по Договору не создаёт и права Сторон представлять Протокол в суд и в уполномоченные органы не ограничивает.
9.1. Отзыв принятия Правил ПЭП. Лицо вправе в любой момент отказаться от дальнейшего использования ПЭП, направив уведомление через личный кабинет или на support@rentora.online.
9.2. Последствия отзыва: • отзыв действует на будущее время; документы, подписанные до отзыва, сохраняют силу и не аннулируются; • после отзыва подписание ПЭП становится недоступным; связанные документы подписываются собственноручно (пункт 14.6 Договора); • отзыв фиксируется с датой и временем и отражается в Журнале подписания; • РЕНТОРА уведомляет другую Сторону договора о том, что подписание ПЭП по этому договору более недоступно, не раскрывая причин отзыва.
9.3. Отзыв не прекращает Договор найма, не изменяет его условий и не освобождает от обязанностей по нему.
9.4. Смена адреса электронной почты. а) Новый адрес подтверждается тем же способом, что и первоначальный: вводом кода, направленного на этот адрес (пункт 3.4). б) До подтверждения нового адреса подписание ПЭП недоступно. в) Прежний Подтверждённый адрес сохраняется в Журнале подписания как исторический — он нужен для проверки ранее сформированных подписей. г) Уведомление о смене адреса направляется РЕНТОРА как на новый, так и на прежний адрес. Это позволяет Подписанту обнаружить смену адреса, совершённую без его ведома. д) Смена адреса в сервисе не заменяет уведомления другой Стороны об изменении контактов в порядке пункта 11.4 Договора. е) Смена адреса не допускается в течение открытой сессии подписания; открытые сессии при смене адреса прекращаются, направленные и не использованные коды аннулируются.
9.5. Утрата доступа к почтовому ящику и его компрометация (потеря пароля, блокировка или удаление ящика почтовым провайдером, прекращение действия корпоративного или учебного адреса, несанкционированный доступ третьего лица, пересылка почты на чужой адрес). а) Подписант незамедлительно уведомляет РЕНТОРА по адресу support@rentora.online или через личный кабинет. б) РЕНТОРА немедленно блокирует возможность подписания с этого адреса, прекращает открытые сессии подписания и аннулирует направленные коды. в) Восстановление возможно только через подтверждение нового адреса (пункт 9.4). Восстановление доступа по прежнему скомпрометированному адресу без явного заявления Подписанта не производится. г) Дата и время получения уведомления и блокировки фиксируются — этот момент имеет значение для оценки подписей, сформированных позднее. д) До уведомления РЕНТОРА риск использования почтового ящика иным лицом несёт Подписант; после уведомления подписание с этого адреса технически невозможно. Настоящий подпункт не лишает Подписанта права доказывать, что подпись сформирована помимо его воли, и не применяется к Нанимателю-потребителю в части, ущемляющей его права по сравнению с законом (статья 16 Закона РФ «О защите прав потребителей»). е) Если Подписант уведомляет о компрометации ящика с другого адреса или иным способом, РЕНТОРА производит блокировку по такому уведомлению независимо от способа его направления. Блокировка совершается в пользу Подписанта и дополнительной проверки не требует.
9.6. Незавершённые процедуры подписания при блокировке адреса аннулируются.
9.7. Несанкционированное подписание. Если Подписант, получив уведомление о состоявшемся подписании (подпункт 6 пункта 3.6), заявляет, что подписание совершено не им, РЕНТОРА: а) фиксирует дату, время и содержание заявления; б) блокирует дальнейшее подписание с этого адреса; в) предоставляет Подписанту выгрузку из Журнала подписания по этому документу бесплатно и в срок, установленный подпунктом «б» пункта 7.3 Правил электронного взаимодействия РЕНТОРА; г) уведомляет другую Сторону о поступлении такого заявления. РЕНТОРА не разрешает спор о принадлежности подписи по существу и не признаёт и не отменяет подпись; заявление и материалы Журнала оцениваются Сторонами и судом.
9.8. Настоящий раздел не ограничивает право Стороны оспаривать в суде факт подписания документа помимо её воли.
10.1. К Договору применяются документы РЕНТОРА, перечисленные в Приложении № 1 к нему с указанием номера каждой редакции и даты вступления её в силу (пункт 12.5 Договора). Настоящий раздел определяет, как факт предоставления и принятия таких редакций фиксируется при подписании.
10.2. До подписания документа Подписанту предоставляется полный текст каждой применимой редакции. Тексты открываются в интерфейсе подписания и доступны для сохранения. Редакция, текст которой не был фактически доступен Стороне до подписания, к отношениям Сторон не применяется независимо от указанной в ней даты вступления в силу (подпункт «а» пункта 12.5 Договора).
10.3. Принятие каждого документа оформляется отдельным явным действием. Совмещение принятия нескольких документов одним действием без раздельной фиксации не допускается.
10.4. По каждому документу в Протоколе подписания фиксируются: 1) наименование документа; 2) номер редакции и дата вступления её в силу; 3) контрольная сумма (SHA-256) текста именно этой редакции; 4) дата и время предоставления текста Подписанту; 5) дата и время принятия Подписантом; 6) постоянный адрес публикации редакции; 7) фактическая дата размещения текста редакции в сети «Интернет», если она отличается от даты вступления редакции в силу.
10.5. Снапшот. Одновременно РЕНТОРА сохраняет неизменяемую копию (снапшот) текста каждой принятой редакции и связывает её с Договором. Снапшот хранится наравне с подписанным документом в течение срока, установленного разделом 10 Правил электронного взаимодействия РЕНТОРА. Публикация новой редакции на сайте снапшот не затрагивает.
10.6. Наличие снапшота и хэша обеспечивает исполнимость подпункта «е» пункта 12.5 Договора: Наймодатель заверяет, что переданные Нанимателю до подписания редакции соответствуют указанным в Приложении № 1 и в Протоколе подписания. Сверка производится сопоставлением хэшей.
10.7. Изменение любой редакции не применяется к уже заключённому Договору, если затрагивает права или обязанности Сторон, — до заключения дополнительного соглашения либо явного принятия новой редакции той Стороной, чьих прав это касается (подпункт «в» пункта 12.5 Договора).
11.1. Акт передачи и опись Объекта, Акт возврата и итогового состояния Объекта, дополнительные соглашения и соглашение о прекращении Договора по умолчанию подписываются тем же способом, что и Договор (пункт 14.6 Договора).
11.2. Подписание связанного документа ПЭП допускается только при условии, что обе Стороны предварительно приняли настоящие Правила и подписывают документ с Подтверждённых адресов электронной почты, указанных в Договоре, либо с адресов, изменённых в порядке пункта 9.4. Подтверждение владения номером телефона условием подписания не является (пункт 14.6 Договора).
11.3. По каждому связанному документу, подписываемому ПЭП, формируется самостоятельный Протокол подписания в составе, установленном разделом 8, с поправкой на то, что дата заключения Договора в нём не определяется.
11.4. Для связанного документа, подписанного собственноручно и загруженного в сервис, применяется раздел 7.
12.1. Подписанные документы, снапшоты подписываемых версий (пункт 6.7), Протоколы подписания, снапшоты принятых редакций Правил и Журналы подписания хранятся в течение срока, установленного разделом 10 Правил электронного взаимодействия РЕНТОРА (5 лет с даты прекращения Договора, с возможностью продления при наличии спора).
12.2. Каждая Сторона имеет постоянный доступ к подписанным ею документам и Протоколам подписания в личном кабинете и вправе выгрузить их на своё устройство. Доступ не зависит от оплаты услуг РЕНТОРА заказчиком услуг (пункт 12.6 Договора).
12.3. Журнал подписания содержит: 1) полный адрес электронной почты, на который направлялись коды, и сведения о том, кем и когда этот адрес был введён; 2) все направления кодов по документу с датой, временем, адресом получателя и техническим статусом доставки письма; 3) все попытки ввода кода — успешные и неуспешные — с датой, временем, IP-адресом, User-Agent и идентификатором сессии, а также причиной отказа (неверный код, истёкший код, исчерпание попыток, чужая сессия); 4) идентификатор направленного кода; сам код в открытом виде не хранится — хранится его необратимое преобразование; 5) полный IP-адрес и полную строку User-Agent по каждому событию; 6) идентификаторы сессий подписания с временем их начала и прекращения; 7) факты блокировки, отзыва, смены адреса и заявлений о несанкционированном подписании (раздел 9); 8) факт, дату, время и редакцию Политики обработки персональных данных на момент акцепта согласия, с постоянным адресом публикации.
12.4. Одноразовые коды в открытом виде не хранятся ни в базе данных, ни в журналах, ни в системах мониторинга. Коды не выводятся в отладочные журналы и не передаются в системы аналитики и мониторинга ошибок.
12.5. Ограничение доступа. Доступ работников и подрядчиков РЕНТОРА к Журналу подписания и к Протоколам подписания предоставляется по служебной необходимости и фиксируется.
12.6. Обработка персональных данных осуществляется в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ и Политикой обработки персональных данных РЕНТОРА. Паспортные данные, дата рождения и адрес регистрации обрабатываются для целей идентификации подписанта и исполнения договора; они включаются в Протокол подписания в полном виде, поскольку содержатся в самом подписанном документе и известны обеим Сторонам (пункт 8.3.1). IP-адрес, User-Agent и идентификатор сессии обрабатываются для целей фиксации обстоятельств подписания и защиты прав Сторон. Настоящие Правила Политику и согласия субъектов не заменяют. Состав сведений Протокола подписания отражается в Политике обработки персональных данных РЕНТОРА.
13.1. Каждая редакция настоящих Правил имеет номер, дату вступления в силу и контрольную сумму текста (SHA-256).
13.2. Текст применимой редакции предоставляется лицу для ознакомления ДО подписания. Принятие оформляется отдельным явным действием.
13.3. Реквизиты принятой редакции (номер, дата, контрольная сумма) фиксируются в Протоколе подписания.
13.4. К уже заключённому Договору применяется та редакция, которая указана в Приложении № 1 и зафиксирована в Протоколе подписания.
13.5. Изменение редакции НЕ применяется к уже заключённому Договору, если оно затрагивает права или обязанности Сторон, — до заключения дополнительного соглашения либо явного принятия новой редакции той Стороной, чьих прав это касается. Молчание, продолжение пользования сервисом и факт публикации новой редакции принятием не являются.
13.6. Действительность подписей, сформированных по ранее действовавшей редакции, изменением Правил не затрагивается. Проверка ранее сформированной подписи производится по той редакции, которая зафиксирована в соответствующем Протоколе подписания.
13.7. Изменения, не затрагивающие прав и обязанностей (исправление опечаток, уточнение адресов публикации, изменение технических параметров одноразового кода исключительно в сторону усиления защиты — пункт 4.4), применяются с даты вступления новой редакции в силу либо, для параметров пункта 4.4, с даты их публикации. Спорное изменение считается затрагивающим права Сторон.
13.8. Все редакции публикуются с сохранением ранее действовавших и указанием периода действия каждой.
13.9. Соотношение редакций № 1, № 2 и № 3. а) Редакции № 1 и № 2 в силу не вступали, ни к одному договору не применялись и подписей по ним не формировалось. Даты вступления в силу, указанные в текстах редакций № 1 и № 2, юридического значения не имеют и правовых последствий не создали. Их тексты остаются опубликованными по постоянным адресам https://rentora.online/legal/pep/v1 и https://rentora.online/legal/pep/v2 с прямым указанием на то, что они в силу не вступали и не применялись. б) Единственной действующей редакцией настоящих Правил является редакция № 3. Она действует с 1 августа 2026 года. Иных редакций, действующих с этой или с более ранней даты, не существует; одновременное действие двух редакций настоящих Правил исключено. в) Если в Приложении № 1 к конкретному Договору указана редакция № 1 или № 2, такое указание считается технической ошибкой: применяется редакция № 3 при условии, что её текст был фактически предоставлен Стороне до подписания и принятие зафиксировано в Протоколе подписания (пункты 13.3–13.4). Если текст редакции № 3 Стороне до подписания предоставлен не был, к отношениям Сторон настоящие Правила не применяются вовсе (подпункт «а» пункта 12.5 Договора, пункт 13.11); расхождение во всех случаях устраняется в пользу Стороны. г) Подписи, сформированные до фактической публикации редакции № 3, настоящими Правилами не регулируются; их действительность оценивается по общим правилам статьи 9 Закона № 63-ФЗ и по соглашению, фактически заключённому Сторонами.
13.10. Настоящий раздел не может применяться шире, чем пункт 12.5 Договора. При любом расхождении применяется Договор.
13.11. Дата вступления в силу и фактическая публикация. а) Дата вступления настоящей редакции в силу указана в её заголовке. Фактическая дата размещения текста редакции в сети «Интернет» указывается на странице публикации отдельным реквизитом и фиксируется в Протоколе подписания (подпункт 7 пункта 10.4). б) Настоящие Правила ни при каких обстоятельствах не применяются к документам, подписанным до фактической публикации их текста, и к отношениям, возникшим до этого момента. Указание в заголовке даты, предшествующей фактической публикации, обратной силы Правилам не придаёт и не может быть истолковано как подтверждение того, что текст был доступен Стороне ранее фактической публикации. в) Условие подпункта «а» пункта 12.5 Договора (текст предоставляется Стороне ДО подписания) считается соблюдённым только при фактическом предоставлении текста; никакая дата вступления в силу этого условия не заменяет.
14.1. Настоящие Правила применяются к отношениям лица с РЕНТОРА и к отношениям лиц, принявших настоящие Правила, между собой при подписании документов в сервисе.
14.2. Недействительность или неприменимость отдельного положения не влечёт недействительности остальных.
14.3. Вопросы, не урегулированные настоящими Правилами, разрешаются по Договору, Правилам электронного взаимодействия РЕНТОРА и законодательству Российской Федерации.
14.4. Вопросы, сообщения о компрометации ключа и почтового ящика, заявления о несанкционированном подписании и запросы: support@rentora.online.
ИП Шаталин Иван Сергеевич ИНН 522203503271, ОГРНИП 326527500081847 Редакция № 3, утверждена 21 июля 2026 года, дата вступления в силу — 1 августа 2026 года. Фактическая дата публикации указывается на странице публикации.
Публикация и введение в действие — только после фактической реализации в сервисе процедуры разделов 3–6 и 8 и проверки текста практикующим юристом.