Подписать договор электронно — половина дела. Вторая половина — хранить его так, чтобы через три года предъявить в суде или показать проверяющему и доказать: вот этот файл, подписанный тогда-то, с тех пор не изменился ни на байт. Именно на хранении сыпятся самодельные системы: документ лежит в общей папке, доступ есть у всех, дату подправить — дело одной минуты. Разбираем сроки хранения по закону и технологии, которые делают архив доказательным.
по перечню Росархива
и договоры с ней рядом
изменить и удалить нельзя
Сроки хранения: что говорит закон
- Договоры, соглашения. По перечню типовых управленческих документов (приказ Росархива № 236) договоры, соглашения хранятся минимум 5 лет после истечения срока действия; если договор связан с длительными обязательствами, имуществом или персоналом — дольше, до 50 лет или постоянно. Безопасная практика для клиентских договоров — 10 лет.
- Документы об обучении. Договоры об образовании, журналы, документы о квалификации — от 5 лет; при лицензионных требованиях к учебным центрам — дольше.
- Медицинская документация. По нормативам Минздрава — до 25 лет (отдельные виды — дольше). Договоры на платные услуги хранятся рядом с медицинской картой.
- Персональные данные (152-ФЗ). Хранятся не дольше, чем требует цель обработки: как только срок хранения договора истёк и нет иных оснований — данные подлежат удалению или обезличиванию. Архивная политика должна это учитывать.
Почему обычная папка на сервере не подходит
Юридическая сила подписанного электронного документа держится на неизменности. Если PDF после подписания лежит там, где у администратора есть права на запись, оппонент в споре заявляет: «документ мог быть изменён после подписания» — и это заявление придётся опровергать. Самодельные костыли (запись на диск, «только чтение» для галочки) проверку не проходят: права можно вернуть.
Доказательное хранение — это:
- технологически гарантированная неизменность — не «политика доступа», а свойство хранилища;
- криптографическая привязка — хэш файла, зафиксированный в момент подписания;
- независимый журнал — кто и когда обращался к документу.
WORM-хранилище и Object Lock
Стандарт индустрии — WORM-хранилище (write once, read many): объект записывается один раз и на заданный срок не может быть изменён или удалён никем, включая администратора системы и владельца аккаунта облака. В объектных хранилищах это режим Object Lock в режиме compliance: при записи объекта фиксируется срок блокировки, и даже удаление бакета или корневые ключи не отменяют защиту до истечения срока.
Схема, работающая в наших проектах:
- финальный подписанный PDF и JSON-журнал подписания (кто, когда, IP, хэши обеих сторон) уходят в WORM-бакет с блокировкой на 10 лет;
- хэш документа по ГОСТ Р 34.11-2012 (Streebog-256) печатается на штампе самого PDF и дублируется в журнале — сверка занимает секунды;
- доступ к просмотру — по защищённым ссылкам из системы, скачивание — с журналированием.
Организация архива
- Структура. Объекты раскладываются по датам и номерам договоров, журнал — рядом с документом: архив самодостаточен без базы данных.
- Поиск. Оперативные копии (для работы администратора) живут в системе с поиском по номеру, ФИО, дате; WORM — эталон, к которому обращаются при споре.
- Публичная проверка. QR-код на штампе ведёт на страницу проверки: номер договора, дата подписания, соответствие хэша. Третьи лица — суд, юрист контрагента, проверяющий — убеждаются в подлинности без запроса к вам.
- Резервирование. WORM-бакет реплицируется между зонами доступности облака — защита от пожара в дата-центре ровно того же рода, что и от «пожара в шкафу с бумагой», только надёжнее.
Ответственность за утрату
Утрата договоров — это не только невозможность взыскать долг. За отсутствие документов при проверке полагаются штрафы (для юрлиц — заметные суммы по ст. 13.10, 13.20 КоАП и отраслевым нормам), а в споре утраченный договор трактуется против той стороны, которая должна была его хранить. Электронный архив с WORM закрывает класс рисков «документ не найден» целиком: ответ на любой запрос — за секунды.
