Правила электронного взаимодействия и простой электронной подписи

1. Назначение Правил

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

1.2. Правила являются соглашением участников электронного взаимодействия в смысле Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи».

1.3. Администратор обеспечивает техническую фиксацию действий, но не является стороной договора ремонта или строительства между Исполнителем и Заказчиком.

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

2. Простая электронная подпись

2.1. Ключом простой электронной подписи пользователя являются сведения, подтверждающие его доступ к аккаунту:

• уникальный логин в виде подтвержденного email;
• пароль;
• идентификатор действующей сессии;
• одноразовый код, если Сервис запрашивает дополнительное подтверждение.

2.2. Электронный документ или действие считается подписанным пользователем, если оно совершено после успешной аутентификации и запись Сервиса содержит информацию, позволяющую определить пользователя.

2.3. Для особо значимых действий Сервис вправе потребовать повторный ввод пароля или одноразовый код, направленный на подтвержденный email.

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

3. Принятие Правил

3.1. Пользователь принимает Правила по отдельной ссылке в составе обязательной отметки при регистрации или присоединении к объекту.

3.2. Система фиксирует принятие конкретной версии Правил: user_id, document_version, document_hash, accepted_at, IP-адрес, user-agent и источник принятия.

3.3. При существенном изменении Правил Сервис запрашивает повторное принятие до совершения новых подтвержденных действий.

4. Подтвержденные действия

К подтвержденным действиям могут относиться:

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

Интерфейс должен ясно показывать пользователю, что именно он подтверждает, какую версию и какие последствия связываются с нажатием кнопки.

5. Состав электронной записи

Для подтвержденного действия Сервис должен сохранять:

Поле	Что фиксируется
Пользователь	user_id, имя, роль и подтвержденный email на момент действия
Объект	object_id и название объекта
Действие	тип, результат, комментарий и связанные сущности
Версия	номер версии, контрольная сумма данных или файла
Время	точная метка времени на сервере; интерфейс может показывать локальное время пользователя
Технические сведения	IP-адрес, user-agent, идентификатор сессии и способ дополнительного подтверждения
Предыдущее состояние	прежнее значение, если действие изменяет уже существующие данные
Доставка	сведения о направлении уведомления и, когда доступно, ознакомлении другой стороны

5.1. После подтверждения значимая запись не должна незаметно перезаписываться. Исправление оформляется новой версией или отменяющим событием с указанием автора и причины.

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

5.3. Серверное время хранится в UTC. Интерфейс может дополнительно показывать локальное время с указанием часового пояса.

6. Обязанность сохранять ключ в тайне

Пользователь обязан:

• не сообщать пароль, одноразовые коды и ссылки восстановления другим лицам;
• использовать доступ к email, контролируемый только им;
• завершать сессии на чужих устройствах;
• незамедлительно менять пароль при подозрении на компрометацию;
• сообщать Администратору об инциденте на support@balanceintegra.ru;
• не оставлять активную сессию без контроля на общедоступном устройстве.

7. Компрометация доступа

7.1. До получения уведомления об инциденте действия, выполненные с корректными учетными данными, предполагаются совершенными владельцем аккаунта.

7.2. После уведомления Администратор вправе завершить активные сессии, заблокировать подтвержденные действия и запросить дополнительную проверку личности.

7.3. Само по себе заявление о компрометации не удаляет историю. Спорная запись помечается, а обстоятельства рассматриваются с учетом журналов и доказательств сторон.

7.4. После смены пароля все ранее выданные токены восстановления и активные сессии должны быть отозваны, если иной режим явно не выбран пользователем по безопасной процедуре.

8. Равнозначность и ограничения

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

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

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

8.4. Запись о согласовании подтверждает факт электронного действия. Правовые последствия такого действия определяются законом, основным договором сторон и содержанием конкретного решения.

9. Уведомления

9.1. Уведомление о новом решении может направляться по email или внутри кабинета. Отсутствие прочтения уведомления не отменяет уже совершенное пользователем действие.

9.2. Для действий другой стороны последствия наступают по правилам основного договора. Сервис показывает дату создания и дату ознакомления, если она технически зафиксирована.

9.3. Сервисное письмо не должно содержать секретный пароль или полный токен в журналируемом тексте. Одноразовая ссылка передается только адресату и должна быстро истекать.

10. Доказательства и споры

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

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

10.3. Спор между Исполнителем и Заказчиком разрешается ими самостоятельно. Администратор предоставляет имеющиеся технические сведения в пределах закона и своих обязанностей.

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

11. Изменение Правил

11.1. Актуальная версия размещается по адресу https://stroika.balanceintegra.ru/legal/electronic-interaction.

11.2. Существенные изменения требуют повторного принятия. Архив редакций хранится вместе с датами действия и контрольными суммами.

12. Реквизиты Администратора

Индивидуальный предприниматель Родичева Майя Александровна
ИНН: 232911125309
ОГРНИП: 323237500473995
Email: support@balanceintegra.ru