Электронный документооборот экономит время и деньги ровно до того момента, пока документ не понадобится предъявить в суде или налоговой. Тогда выясняется, что PDF со сканом подписи юридической силы не имеет, а «электронная подпись» в системе – это галочка в базе, которую сложно подтвердить. Юридически значимый ЭДО решает именно эту задачу: каждый документ остаётся доказуемо неизменным и привязанным к конкретному подписанту. Разберём, на чём строится такая система.
Какая подпись делает документ значимым
Федеральный закон 63-ФЗ выделяет три типа подписи. Простая (ПЭП) – это логин-пароль или SMS-код, она годится для внутренних согласований, но в споре её вес минимален. Усиленная неквалифицированная (НЭП) уже использует криптографию и подтверждает неизменность документа – её применяют во внутреннем ЭДО и по соглашению сторон. Усиленная квалифицированная (КЭП) выдаётся аккредитованным удостоверяющим центром, признаётся равной собственноручной подписи по умолчанию и обязательна для отчётности в ФНС, ПФР и для большинства госзакупок.
Выбор типа – это не техническое, а правовое решение. Для счетов-фактур и сдачи отчётности нужна только КЭП. Для договоров между контрагентами достаточно НЭП, если стороны заранее закрепили это в соглашении об ЭДО. Смешивать типы в одном бизнес-процессе без явного регламента – прямой путь к оспоримым документам.
Как устроена подпись технически
В России криптография завязана на алгоритмы ГОСТ Р 34.10-2012 (подпись) и ГОСТ Р 34.11-2012 «Стрибог» (хеширование). Для подписи документов применяют форматы CAdES: CAdES-BES фиксирует факт подписи, а CAdES-X Long добавляет метку доверенного времени и доказательства статуса сертификата на момент подписания. Последнее критично – без штампа времени вы не докажете, что подпись поставлена, пока сертификат был действителен.
Отсюда вытекает ключевое требование: при каждом подписании система обязана проверять сертификат через список отозванных (CRL) или протокол OCSP и сохранять результат проверки вместе с документом. Иначе отозванный или просроченный сертификат пройдёт незамеченным, и документ окажется уязвим в споре.
Криптоядро (КриптоПро CSP, ViPNet) выносите за периметр прикладной логики и работайте с ним через изолированный сервис. Это не только удобство интеграции – это безопасность: ключи подписи нельзя смешивать с кодом приложения. Уязвимость в почтовом или веб-контуре не должна давать доступ к закрытым ключам, как показала история с эксплуатацией Exchange. Проверки криптоопераций и работу с ключами стоит встраивать в конвейер сборки наравне с остальными контролями безопасности – этот подход мы разбирали в материале про DevSecOps-пайплайн.
Хранение и предъявление
Подписанный документ живёт дольше, чем сертификат, которым он подписан. Поэтому архив должен хранить не только сам файл и его подпись, но и цепочку сертификатов УЦ, актуальный на момент подписания CRL и метку времени. Без этого комплекта через три года вы получите документ, чью подпись технически невозможно проверить.
Для каждого документа фиксируйте журнал событий: кто, когда и с каким сертификатом подписал, какой статус вернула проверка. Этот журнал – ваша доказательная база. Интерфейс проверки делайте доступным с любого устройства: руководитель должен подтвердить подпись с телефона, а контрагент – открыть документ без установки тяжёлого клиента. О компромиссах между мобильным вебом и нативным приложением мы писали в разборе PWA против нативной разработки.
Вывод
Юридически значимый ЭДО – это не «подпись поверх PDF», а связка из правильно выбранного типа подписи, форматов CAdES со штампом времени, обязательной проверки статуса сертификата и полноценного архива доказательств. Каждый из этих элементов закрывает конкретный сценарий спора. Система, которая выдержит проверку налоговой и суда, рождается из документооборота, выстроенного под конкретные процессы и регламенты, а не из подписи, добавленной к готовому продукту задним числом.
