Редакция № 1 Утверждена 21 июля 2026 года Дата вступления в силу: 1 августа 2026 года
ВАЖНО О ДАТЕ. Фактическая дата размещения текста настоящей редакции в сети «Интернет» указывается на странице публикации отдельным реквизитом и фиксируется в Протоколе подписания. Настоящие Правила не применяются к отношениям, возникшим до фактической публикации их текста, и к документам, подписанным до этого момента (пункт 12.9).
Утверждены индивидуальным предпринимателем Шаталиным Иваном Сергеевичем ИНН 522203503271, ОГРНИП 326527500081847 E-mail: support@rentora.online
Опубликованы: https://rentora.online/legal/edoc — постоянный адрес редакции № 1: https://rentora.online/legal/edoc/v1 Действующая и все ранее действовавшие редакции доступны по указанным адресам бессрочно. Текст редакции дополнительно предоставляется Стороне в личном кабинете my.rentora.online до подписания договора и выдаётся по запросу на support@rentora.online.
Контрольная сумма текста редакции (SHA-256) указывается на странице публикации и в Протоколе подписания договора.
Эти Правила — техническое описание того, КАК РЕНТОРА отправляет, доставляет, фиксирует и хранит электронные сообщения между Наймодателем и Нанимателем.
Что эти Правила делают: • описывают, что именно и в каком виде сохраняется о каждом сообщении; • описывают, как читать технические статусы доставки; • объясняют, как считается время и как считаются сроки в днях; • говорят, сколько хранятся журналы и как их получить.
Что эти Правила НЕ делают и делать не могут: • не устанавливают новых обязанностей Нанимателя; • не добавляют ни одного нового случая, при котором сообщение считается доставленным, — перечень таких случаев целиком находится в Договоре; • не отменяют и не изменяют ни одного условия Договора.
При любом расхождении Правил и Договора применяется Договор.
1.1. Настоящие Правила применяются к отношениям Сторон договора найма жилого помещения, заключённого с использованием сервиса РЕНТОРА, если ссылка на них включена в такой договор и его Приложение № 1 с указанием номера и даты редакции (пункт 12.5 Договора).
1.2. Оператор сервиса РЕНТОРА (далее — РЕНТОРА) — индивидуальный предприниматель Шаталин Иван Сергеевич. РЕНТОРА не является стороной договора найма, не становится Наймодателем или Нанимателем и не принимает за Стороны решения об изменении или прекращении Договора. РЕНТОРА выступает исключительно как технический канал и как лицо, фиксирующее и хранящее технические сведения.
1.3. Пределы действия Правил (обязательная оговорка). а) Настоящие Правила НЕ могут устанавливать обязанности Нанимателя, ограничивать его права, вводить платежи, санкции или ограничения, не предусмотренные Договором. б) При любом расхождении между настоящими Правилами и Договором применяется Договор. в) Настоящие Правила НЕ расширяют и не могут расширять перечень случаев и моментов, при которых юридически значимое сообщение считается доставленным. Этот перечень установлен пунктом 11.2 Договора и может определяться только договором (пункт 1 статьи 165.1 Гражданского кодекса РФ прямо допускает иное регулирование именно соглашением сторон). Настоящие Правила описывают только технику фиксации фактов, перечисленных в Договоре. г) Положения настоящих Правил, которые лишали бы Сторону прав, обычно предоставляемых по договорам такого вида, исключали или ограничивали ответственность либо являлись бы явно обременительными, к отношениям Сторон не применяются (статья 428 Гражданского кодекса РФ). Условия, ущемляющие права Нанимателя-потребителя по сравнению с законом, ничтожны (статья 16 Закона РФ от 07.02.1992 № 2300-1 «О защите прав потребителей»).
1.4. Настоящие Правила не регулируют порядок подписания документов простой электронной подписью — это предмет Правил использования простой электронной подписи РЕНТОРА.
1.5. СТАТУС МОДУЛЯ УВЕДОМЛЕНИЙ И ЛИЧНЫЙ КАБИНЕТ КАК КАНАЛ. а) На дату утверждения настоящей редакции модуль уведомлений имеет статус «не активен» (раздел 7 Правил сервисов РЕНТОРА). Личный кабинет как канал направления и доставки юридически значимых сообщений в сервисе не работает. б) Положения настоящих Правил о личном кабинете как о канале — в частности раздел 4 целиком, соответствующие строки таблицы пункта 3.1 и положения раздела 7 в части сообщений личного кабинета — применяются к отношениям Сторон с момента, когда модуль уведомлений переведён в статус «доступен» в порядке пунктов 3.2 и 15.11 Правил сервисов РЕНТОРА, подключён к Договору (пункт 12.4 Договора) и Сторона активировала личный кабинет (пункт 11.5 Договора). Настоящий подпункт применяется к каждой Стороне отдельно. в) До наступления обстоятельств подпункта «б» юридически значимые сообщения Стороны направляют друг другу способами, предусмотренными пунктом 11.1 Договора для случая, когда модуль уведомлений не подключён: на адрес электронной почты, указанный Стороной в Договоре, заказным письмом по почтовому адресу Стороны (пункт 11.3 Договора) либо вручением под расписку. Момент доставки определяется соответствующей ветвью пункта 11.2 Договора. Отсутствие модуля не лишает ни одну Сторону канала направления юридически значимых сообщений. г) Настоящий пункт нумерацию и состав разделов настоящих Правил не изменяет: ссылки Договора на разделы 4, 5 и 7 настоящих Правил (пункт 11.2 Договора) сохраняются и применяются в объёме, определённом подпунктами «б» и «в». д) Настоящий пункт не изменяет и не может изменять ни перечень случаев, в которых сообщение считается доставленным, ни момент доставки: они установлены исключительно пунктом 11.2 Договора (пункт 1.3 «в» настоящих Правил). е) Разделы настоящих Правил, не связанные с личным кабинетом (в частности разделы 5, 8, 9, 10 и 11 — электронная почта, время, исчисление сроков, хранение и обработка журналов), применяются независимо от статуса модуля уведомлений.
Личный кабинет — веб-сервис my.rentora.online, доступ к которому Сторона получает после активации и подтверждения контактных данных.
Юридически значимое сообщение — сообщение, с которым закон или Договор связывают гражданско-правовые последствия для адресата (статья 165.1 Гражданского кодекса РФ): претензия, требование, уведомление о прекращении, расчёт удержаний, уведомление о переходе права собственности и подобные.
Информационное сообщение — любое иное сообщение: напоминание об оплате, приглашение на осмотр, сервисное уведомление. Информационное сообщение не является претензией или уведомлением о прекращении, если прямо не обозначено как сообщение Стороны.
Технический статус доставки — сведения о судьбе сообщения, полученные от технической инфраструктуры канала (почтового сервера адресата, сервиса рассылки, личного кабинета) без интерпретации и изменения.
Положительный статус инфраструктуры — ответ принимающего почтового сервера адресата, означающий приём сообщения на его стороне (в протоколе SMTP — код класса 2xx, как правило «250 OK», выданный принимающим сервером в ответ на завершение передачи данных).
Bounce — техническое сообщение о невозможности доставки, полученное от принимающей или транзитной инфраструктуры.
Окончательное сообщение о невозможности доставки (hard bounce) — bounce, означающий, что доставка по данному адресу невозможна и повторные попытки не предпринимаются (в частности: адрес не существует, домен не существует, ящик удалён, отправитель отклонён окончательно). Не является окончательным временный отказ (soft bounce): переполнен ящик, сервер временно недоступен, ограничение скорости.
Журнал — совокупность технических записей, автоматически формируемых сервисом РЕНТОРА о событиях по конкретному договору.
Часовой пояс Договора — часовой пояс места нахождения Объекта, указанный в Основных условиях Договора, если Стороны не согласовали иной в Приложении № 1 (пункт 14.7 Договора).
3.1. Сервис РЕНТОРА поддерживает следующие каналы:
| Канал | Для чего используется |
|---|---|
| Личный кабинет my.rentora.online | Юридически значимые и информационные сообщения. Основной канал при подключённом модуле уведомлений. |
| Электронная почта | Обязательная копия юридически значимого сообщения, направляемого через личный кабинет. Самостоятельный канал, если модуль уведомлений не подключён либо личный кабинет Стороной ещё не активирован. |
| SMS и мессенджеры | Только дополнительное уведомление о том, что сообщение направлено. Полный текст сообщения не заменяют и юридически значимым каналом не являются. |
| Push-уведомления | То же, что SMS: только сигнал, не канал доставки текста. |
3.2. Информационные сообщения могут направляться по любому из каналов, указанных Стороной, включая номер телефона и иные согласованные каналы. Правила доставки юридически значимых сообщений к информационным сообщениям не применяются.
3.3. Направление сообщения по дополнительному каналу (SMS, мессенджер, push) не создаёт и не отменяет ни одного из моментов доставки, установленных Договором. Отсутствие такого дополнительного уведомления на доставку не влияет.
3.4. Контакты Стороны и их назначение (пункт 11.3 Договора). а) Адрес электронной почты, указанный Стороной в подписанном Договоре, используется сервисом как согласованный адрес для направления юридически значимых сообщений независимо от наличия отдельной технической верификации (подпункт «а» пункта 11.3 Договора). б) Почтовым адресом Стороны для направления заказных писем сервис считает указанный в Договоре адрес её регистрации, если Стороны не согласовали иной почтовый адрес в Приложении № 1 к Договору (подпункт «б» пункта 11.3 Договора). Заказные письма сервисом не направляются; настоящий подпункт определяет только то, какой адрес отражается в журнале как почтовый адрес Стороны. в) Номер телефона, указанный Стороной в подписанном Договоре, используется сервисом как согласованный контакт для оперативной связи и дополнительных уведомлений (SMS, мессенджеры, push). Каналом направления юридически значимых сообщений номер телефона не является; направление сообщения по нему ни одного из моментов доставки не создаёт (подпункт «в» пункта 11.3 Договора; пункт 3.3 настоящих Правил). г) Об изменении контактов Сторона сообщает другой Стороне в течение 5 календарных дней (пункт 11.4 Договора); техническая смена контакта в личном кабинете сама по себе таким сообщением другой Стороне не является — сервис фиксирует и дату смены в кабинете, и дату направления сообщения другой Стороне отдельно. д) Сторона несёт риск неполучения юридически значимых сообщений, направленных по указанным ею контактам, являющимся каналами таких сообщений (подпункты «а» и «б» настоящего пункта; подпункт «г» пункта 11.3 Договора; пункт 1 статьи 165.1 Гражданского кодекса РФ).
4.1. Сообщение считается ПОСТУПИВШИМ в личный кабинет адресата в момент, когда запись о сообщении с полным текстом и вложениями сохранена в системе и отображается в интерфейсе личного кабинета адресата. Этот момент фиксируется сервисом автоматически с точностью до секунды.
4.2. РЕНТОРА обеспечивает адресату техническую возможность ознакомиться с сообщением, а именно: а) сообщение доступно в личном кабинете круглосуточно с момента поступления; б) доступны полный текст сообщения и все вложения в том виде, в котором они были направлены; в) доступна выгрузка сообщения и вложений на устройство адресата; г) одновременно с поступлением сообщения в кабинет направляется копия на адрес электронной почты адресата, указанный в Договоре.
4.3. Если по вине РЕНТОРА личный кабинет был технически недоступен для адресата в течение более 6 часов подряд в период между поступлением сообщения и моментом, который по Договору считался бы моментом доставки, РЕНТОРА фиксирует это в журнале и отражает период недоступности в выгрузке. Оценка такого обстоятельства для целей исчисления сроков относится к Сторонам и суду; настоящие Правила никаких сроков при этом не изменяют и не продлевают.
4.4. Открытие сообщения адресатом фиксируется как отдельное событие с датой и временем. Фиксируется первое открытие; последующие открытия фиксируются дополнительно и первое не отменяют.
4.5. Момент поступления сообщения в кабинет и момент его открытия — разные события. Какое из них и при каких условиях означает доставку, определяет исключительно пункт 11.2 Договора.
5.1. По каждому сообщению, направляемому по электронной почте, сервис фиксирует последовательность технических статусов:
| Статус | Что означает |
|---|---|
| Принято к отправке | Сообщение сформировано и передано в отправляющую инфраструктуру. Доставкой НЕ является. |
| Отправлено | Сообщение передано отправляющим сервером в сеть. Доставкой НЕ является. |
| Принято сервером адресата | Получен положительный ответ принимающего почтового сервера адресата (код 2xx). Это тот самый «положительный статус доставки от принимающей инфраструктуры», о котором говорит Договор. |
| Временный отказ | Получен soft bounce. Сервис повторяет попытки доставки. Итоговый статус ещё не определён. |
| Окончательно не доставлено | Получен hard bounce либо исчерпаны попытки доставки. Доставки по этому каналу нет. |
5.2. Один лишь факт отправки без положительного ответа принимающей инфраструктуры доставкой не является (пункт 11.2 Договора). Настоящий пункт воспроизводит условие Договора и не создаёт нового.
5.3. Корректировка статуса при последующем bounce. Если после того, как был зафиксирован положительный ответ принимающего сервера, в отношении того же сообщения получено окончательное сообщение о невозможности доставки, сервис: а) не удаляет ранее полученный положительный статус; б) добавляет новую запись с текстом полученного bounce, его кодом, датой и временем получения; в) присваивает сообщению итоговый статус «Окончательно не доставлено по данному каналу»; г) отражает в журнале обе записи с их временными метками. Последствие для доставки установлено Договором: сообщение не считается доставленным по данному каналу. Настоящий пункт перечень моментов доставки не расширяет — он описывает случай, когда доставки НЕТ, то есть действует в пользу адресата.
5.3.1. Разграничение каналов при корректировке статуса. Последствия, предусмотренные пунктом 5.3, наступают только для того канала, по которому получен bounce, а именно для канала электронной почты. а) Если электронная почта является самостоятельным каналом (модуль уведомлений не подключён либо адресат ещё не активировал личный кабинет — пункт 11.5 Договора), окончательное сообщение о невозможности доставки означает, что доставки по единственному использованному каналу нет. б) Если сообщение направлено через личный кабинет с обязательной копией на электронную почту (пункт 11.1 Договора при подключённом модуле уведомлений), окончательное сообщение о невозможности доставки такой копии последствий для канала личного кабинета не влечёт. Оно не отменяет и не переносит момент доставки, определяемый по каналу личного кабинета, и не прерывает течение суточного срока, начавшегося с момента поступления сообщения в личный кабинет и направления копии на электронную почту (пункт 11.2 Договора). Сервис фиксирует такой bounce как технический статус копии и отражает его в журнале отдельной записью, не изменяя статус сообщения по каналу личного кабинета. в) Настоящий пункт воспроизводит правило пункта 11.2 Договора и нового момента доставки не создаёт.
5.4. Срок ожидания. Итоговый статус по электронной почте определяется сервисом в течение 72 часов с момента передачи сообщения в отправляющую инфраструктуру. По истечении этого срока при отсутствии положительного ответа принимающего сервера сообщению присваивается статус «Окончательно не доставлено».
5.5. Отправитель сообщения (Сторона) видит текущий и итоговый технический статус в личном кабинете. Если сообщение по электронной почте не доставлено, сервис показывает отправителю уведомление об этом. Выбор дальнейших действий (повторная отправка, заказное письмо, вручение под расписку) остаётся за Стороной; РЕНТОРА за Сторону решений не принимает.
5.6. Хранение технического статуса в исходном виде. РЕНТОРА хранит технический статус доставки в том виде, в котором он получен от инфраструктуры, включая: а) полный текст ответа принимающего почтового сервера, включая числовой код и текстовую часть ответа; б) полный текст сообщения о невозможности доставки (bounce) со всеми служебными заголовками; в) идентификатор сообщения (Message-ID) и идентификаторы, присвоенные отправляющей инфраструктурой; г) содержание отправленного сообщения и все вложения — в том виде и составе, в котором они были направлены, без сокращения, переформатирования и замены вложений ссылками. Технический статус, содержание и вложения не редактируются, не перезаписываются и не заменяются производными сведениями. Изменение статуса оформляется только добавлением новой записи (раздел 5.3).
6.1. Перечень моментов, в которые юридически значимое сообщение считается доставленным, содержится исключительно в пункте 11.2 Договора и в настоящих Правилах не воспроизводится в качестве самостоятельного правила.
6.2. Настоящие Правила не устанавливают: • новых оснований считать сообщение доставленным; • презумпций доставки, не предусмотренных Договором; • сокращения или продления сроков, установленных Договором; • обязанности Стороны проверять личный кабинет или почту с какой-либо периодичностью.
6.3. Любое положение настоящих Правил, которое при толковании могло бы привести к появлению нового момента доставки, к отношениям Сторон не применяется.
7.1. По каждому договору РЕНТОРА ведёт журнал сообщений. По каждому сообщению фиксируется:
1) номер и идентификатор Договора; 2) отправитель (Сторона либо РЕНТОРА) и адресат; 3) тип сообщения: юридически значимое или информационное; 4) канал направления и адрес (адрес электронной почты, идентификатор личного кабинета); 5) дата и время формирования, подтверждения Стороной и отправки; 6) полный текст сообщения; 7) перечень вложений с их наименованиями, размерами и контрольными суммами (SHA-256), а также сами вложения; 8) все технические статусы доставки в хронологическом порядке, в исходном виде (раздел 5.6); 9) для личного кабинета — момент поступления сообщения и моменты его открытия адресатом; 10) сведения о периодах технической недоступности личного кабинета, если они затрагивают данное сообщение (пункт 4.3).
7.2. Дополнительно по каждому договору фиксируются: 1) дата и время активации личного кабинета каждой Стороной; 2) дата и время подтверждения Стороной номера телефона и адреса электронной почты; 3) дата и время получения Стороной доступа к Договору в личном кабинете; 4) факты изменения контактных данных с указанием прежнего и нового значения, даты и времени; 5) факты предоставления Стороне редакций Правил РЕНТОРА до подписания и принятия этих редакций. Эти сведения предоставляются Сторонам по запросу — их фиксация прямо предусмотрена пунктом 11.5 Договора и требуется для определения момента, с которого к Стороне применяются правила о личном кабинете.
7.3. Выгрузка по запросу Стороны. а) Запрос направляется через личный кабинет либо на support@rentora.online с адреса электронной почты, указанного Стороной в Договоре. б) Выгрузка предоставляется в течение 5 рабочих дней с даты получения запроса, а при запросе, охватывающем более 12 месяцев, — в течение 10 рабочих дней. в) Выгрузка предоставляется бесплатно. г) Формат: машиночитаемый файл (CSV или JSON) с полным составом записей плюс отчёт в формате PDF, пригодный для представления в суд. К отчёту прилагаются вложения в исходных файлах. д) Отчёт содержит контрольную сумму (SHA-256), дату и время формирования и указание на редакцию настоящих Правил. е) Сторона получает сведения по договорам, стороной которых она является. Данные по другим договорам и персональные данные третьих лиц в выгрузку не включаются. ж) РЕНТОРА не отказывает в выгрузке по мотиву прекращения или неоплаты услуг РЕНТОРА заказчиком услуг (пункт 12.6 Договора).
7.4. Ограничение. Выгрузка журнала — техническое доказательство, оцениваемое судом наравне с другими доказательствами (статья 67 Гражданского процессуального кодекса РФ). Заранее установленной силы она не имеет, и настоящие Правила такой силы ей не придают.
8.1. Часовой пояс Договора — часовой пояс места нахождения Объекта, указанный в Основных условиях, если Стороны не согласовали иной в Приложении № 1 (пункт 14.7 Договора). Все сроки и даты по Договору определяются по этому часовому поясу.
8.2. Техническое время. Все электронные события (формирование, отправка, доставка, открытие сообщений, подписание документов) фиксируются сервисом во всемирном координированном времени (UTC). UTC является техническим временем хранения и не заменяет часовой пояс Договора при исчислении сроков.
8.3. Отображение. Сторонам время показывается в часовом поясе Договора. В Протоколе подписания, в журналах и в выгрузках указываются оба значения, например:
01.08.2026 21:14:36 (UTC+03:00, Europe/Moscow) / 2026-08-01T18:14:36Z
8.4. Хранение идентификатора часового пояса. Часовой пояс Договора хранится в виде системного идентификатора базы часовых поясов IANA (например, Europe/Moscow, Asia/Yekaterinburg, Asia/Vladivostok), а не в виде текстовой подписи и не в виде фиксированного смещения от UTC. Причина: текстовая метка («московское время», «UTC+3») не позволяет корректно пересчитать время при изменении законодательства о часовых зонах. Состав часовых зон и время в них устанавливаются Федеральным законом от 03.06.2011 № 107-ФЗ «Об исчислении времени» и постановлением Правительства РФ от 31.08.2011 № 725; в эти акты неоднократно вносились изменения, переводившие отдельные субъекты Российской Федерации в другую часовую зону. Хранение идентификатора IANA позволяет пересчитать любое ранее зафиксированное событие с учётом правил, действовавших на дату этого события.
8.5. Текстовая подпись часового пояса (например, «московское время») формируется из идентификатора IANA для отображения и самостоятельного значения не имеет. При расхождении подписи и идентификатора применяется идентификатор.
8.6. Точность. Время сервера синхронизируется по протоколу NTP. Все временные метки фиксируются с точностью не ниже одной секунды.
9.1. Сроки в календарных днях считаются по датам в часовом поясе Договора. Течение срока начинается на следующий день после календарной даты или наступления события, которым определено его начало (статья 191 Гражданского кодекса РФ).
9.2. Если последний день срока приходится на нерабочий день, днём окончания срока считается ближайший следующий за ним рабочий день (статья 193 Гражданского кодекса РФ).
9.3. Сроки в рабочих днях считаются с исключением выходных и нерабочих праздничных дней.
9.4. Источник сведений о рабочих днях (пункт, который следует читать внимательно).
Сервис определяет рабочие и нерабочие дни ИСКЛЮЧИТЕЛЬНО на основании нормативных правовых актов Российской Федерации, а именно:
1) статей 111 и 112 Трудового кодекса РФ — общий перечень выходных и нерабочих праздничных дней; 2) ежегодного постановления Правительства РФ о переносе выходных дней, принимаемого на основании части пятой статьи 112 Трудового кодекса РФ; 3) актов о нерабочих днях, принимаемых в порядке, установленном законодательством (в том числе указов Президента РФ), — при их наличии.
Тексты указанных актов берутся из официального интернет-портала правовой информации pravo.gov.ru (официальное опубликование в силу Федерального закона от 14.06.1994 № 5-ФЗ).
Почему именно так, а не «по производственному календарю». Производственный календарь нормативным правовым актом не является: это справочная публикация, которую выпускают информационные и справочно-правовые системы. У неё нет официального издателя, единой редакции и юридической силы; версии разных издателей могут расходиться. Опираться на неё при исчислении договорных сроков нельзя. Рабочий день по российскому праву определяется через выходные (статья 111 ТК РФ) и нерабочие праздничные дни (статья 112 ТК РФ) с учётом переносов, установленных постановлением Правительства РФ; именно эти акты и являются источником.
9.5. Региональные нерабочие праздничные дни, установленные законами субъектов Российской Федерации, при исчислении сроков по Договору не учитываются, если Стороны прямо не согласовали иное в Приложении № 1. Причина: Объект, Наймодатель и Наниматель могут находиться в разных субъектах, и учёт региональных дней сделал бы срок неопределённым для одной из Сторон.
9.6. Сервис ведёт справочник нерабочих дней с указанием по каждому дню реквизитов акта, на основании которого он признан нерабочим. Справочник предоставляется Стороне по запросу вместе с выгрузкой журнала.
9.7. Если на дату расчёта акт о переносе выходных дней на соответствующий календарный год ещё не принят, сервис применяет перечень статей 111 и 112 Трудового кодекса РФ без переносов и помечает такой расчёт как предварительный. После принятия акта расчёт пересматривается. Срок, исчисленный предварительно, не может быть сокращён в результате такого пересмотра.
10.1. РЕНТОРА хранит журналы, содержание сообщений, вложения и технические статусы в течение 5 (пяти) лет с даты прекращения Договора, а если Договор не был заключён — с даты последнего события по соответствующему черновику документа.
10.2. Обоснование срока. а) Общий срок исковой давности составляет три года (статья 196 Гражданского кодекса РФ), но течёт он не с даты прекращения Договора, а со дня, когда лицо узнало или должно было узнать о нарушении своего права и о надлежащем ответчике (пункт 1 статьи 200 Гражданского кодекса РФ). Этот день может наступить существенно позже прекращения найма — например, при выявлении скрытых повреждений или при споре об удержанном депозите. б) Течение давности приостанавливается на период соблюдения обязательного претензионного порядка (пункт 3 статьи 202 Гражданского кодекса РФ) и начинается заново после признания долга (статья 203 Гражданского кодекса РФ). в) После вступления судебного акта в силу требуется ещё время на исполнительное производство; срок предъявления исполнительного листа — три года (часть 1 статьи 21 Федерального закона от 02.10.2007 № 229-ФЗ). Три года с даты прекращения Договора этих сценариев не покрывают. Пять лет покрывают типовой спор из краткосрочного найма вместе с претензионным этапом, судебным разбирательством и исполнением.
10.3. Почему не больше. Хранение персональных данных допускается не дольше, чем этого требуют цели обработки (часть 7 статьи 5 Федерального закона от 27.07.2006 № 152-ФЗ); по достижении цели данные подлежат уничтожению (часть 4 статьи 21 того же закона). Журналы содержат персональные данные Сторон, поэтому срок хранения ограничен и не устанавливается «бессрочно». Предельный срок защиты права в любом случае не превышает десяти лет со дня нарушения (пункт 2 статьи 196 Гражданского кодекса РФ).
10.4. Продление срока хранения. Если до истечения пяти лет РЕНТОРА получила от Стороны, суда или уполномоченного органа сведения о споре, судебном деле или исполнительном производстве, связанном с Договором, хранение продлевается до истечения одного года с даты окончания соответствующего разбирательства. Сторона вправе направить такое уведомление на support@rentora.online.
10.5. По истечении срока хранения материалы уничтожаются. Факт уничтожения фиксируется.
10.6. До истечения срока хранения Сторона вправе в любой момент получить выгрузку (раздел 7.3). Рекомендация: сохранить экземпляр Договора, Протокол подписания и выгрузку журнала на собственное устройство — это защищает Сторону независимо от работы сервиса.
10.7. Условия хранения документов, которые РЕНТОРА оказывает как услугу заказчику услуг, определяются офертой РЕНТОРА (пункт 12.6 Договора). Настоящий раздел устанавливает минимальный срок, который применяется независимо от состава оплаченных услуг и не может быть сокращён офертой или заказом.
11.1. Обработка персональных данных при электронном взаимодействии осуществляется в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ и Политикой обработки персональных данных РЕНТОРА. Правовое основание определяется по каждому процессу отдельно (статья 6 указанного закона).
11.2. Настоящие Правила Политику обработки персональных данных, согласия субъектов и поручение на обработку не заменяют и не изменяют.
11.3. Содержание переписки Сторон РЕНТОРА не анализирует по существу и третьим лицам не передаёт, кроме случаев, предусмотренных законом, поручением оператора или согласием субъекта.
12.1. Каждая редакция настоящих Правил имеет номер, дату вступления в силу и контрольную сумму текста (SHA-256).
12.2. Текст применимой редакции предоставляется Стороне для ознакомления ДО подписания Договора. Принятие редакции оформляется отдельным явным действием Стороны.
12.3. Реквизиты принятой редакции (номер, дата, контрольная сумма) фиксируются в Протоколе подписания Договора.
12.4. К уже заключённому Договору применяется та редакция, которая указана в Приложении № 1 к нему и зафиксирована в Протоколе подписания.
12.5. Изменение редакции НЕ применяется к уже заключённому Договору, если оно затрагивает права или обязанности Сторон, — до заключения дополнительного соглашения либо явного принятия новой редакции той Стороной, чьих прав это касается. Молчание, продолжение пользования сервисом и факт публикации новой редакции принятием не являются.
12.6. Изменения, которые не затрагивают прав и обязанностей Сторон (исправление опечаток, уточнение адресов публикации, описание нового технического канала без изменения правил доставки), могут применяться с даты вступления новой редакции в силу. Спорное изменение считается затрагивающим права Сторон.
12.7. РЕНТОРА публикует все редакции с сохранением ранее действовавших и указывает по каждой период действия. Ранее действовавшая редакция остаётся доступной по постоянному адресу.
12.8. Настоящий раздел не может применяться шире, чем пункт 12.5 Договора. При любом расхождении применяется Договор.
12.9. Дата вступления в силу и фактическая публикация. а) Дата вступления настоящей редакции в силу указана в её заголовке — 1 августа 2026 года. Фактическая дата размещения текста редакции в сети «Интернет» указывается на странице публикации отдельным реквизитом и фиксируется в Протоколе подписания Договора. б) Настоящие Правила ни при каких обстоятельствах не применяются к документам, подписанным до фактической публикации их текста, и к отношениям, возникшим до этого момента. Указание в заголовке даты, предшествующей фактической публикации, обратной силы Правилам не придаёт и не может быть истолковано как подтверждение того, что текст был доступен Стороне ранее фактической публикации. в) Условие подпункта «а» пункта 12.5 Договора (текст предоставляется Стороне ДО подписания) считается соблюдённым только при фактическом предоставлении текста; никакая дата вступления в силу этого условия не заменяет. г) Новая редакция публикуется не позднее даты вступления её в силу.
13.1. Настоящие Правила действуют независимо от состава подключённых модулей. Разделы 4 и 7 в части личного кабинета применяются с момента, когда модуль уведомлений переведён в статус «доступен», подключён к Договору и Сторона активировала личный кабинет (пункт 1.5 настоящих Правил; пункт 11.5 Договора).
13.2. Недействительность или неприменимость отдельного положения настоящих Правил не влечёт недействительности остальных.
13.3. Вопросы, не урегулированные настоящими Правилами, разрешаются по Договору и законодательству Российской Федерации.
13.4. Вопросы и запросы: support@rentora.online.
ИП Шаталин Иван Сергеевич ИНН 522203503271, ОГРНИП 326527500081847 Редакция № 1, утверждена 21 июля 2026 года, дата вступления в силу — 1 августа 2026 года. Фактическая дата публикации указывается на странице публикации.