Короткий ответ: делегируйте право, а не закрытый ключ
Компания не должна передавать файл ЭЦП руководителя бухгалтеру, юристу или офис-менеджеру для повседневного подписания. Правильная модель — определить, кто вправе подписывать конкретные виды документов, оформить полномочия, выдать каждому подписанту сертификат на его имя и проводить документы через согласованный маршрут. Закрытый ключ остаётся под контролем владельца, а система хранит документ, подпись, результат проверки и историю действий.
С 11 сентября 2026 года в Казахстане действуют новые правила выдачи, хранения и отзыва сертификатов открытого ключа ЭЦП. Цифровой кодекс отдельно закрепляет, что передавать закрытые ключи другим лицам и использовать чужие ключи нельзя. Для бизнеса это повод проверить не только срок сертификатов, но и весь процесс: от подготовки документа до прекращения полномочий сотрудника.
Почему общий ключ создаёт риск даже в доверенной команде
Когда один контейнер с ключом копируют на несколько компьютеров, компания теряет ответ на базовый вопрос: кто фактически подтвердил документ. Пароль может быть известен нескольким людям, копия остаётся на старом ноутбуке, а увольнение сотрудника не удаляет её автоматически. В спорной ситуации журнал входа в систему не доказывает, кто использовал закрытый ключ.
Общий ключ также мешает разделению обязанностей. Сотрудник, который готовит платёж, договор или кадровый приказ, не всегда должен иметь право окончательного подписания. Если технический доступ шире должностных полномочий, внутреннее согласование превращается в необязательную формальность. Надёжный процесс связывает человека, вид документа, пределы полномочий и конкретное подтверждённое действие.
Разделите документ, согласование, полномочие и подпись
Эти сущности часто смешивают, хотя каждая отвечает на отдельный вопрос. Документ содержит условия и реквизиты. Согласование подтверждает, что профильные подразделения проверили содержание. Полномочие определяет, кто вправе действовать от имени компании. ЭЦП подтверждает принадлежность и неизменность электронного документа, но сама по себе не заменяет внутреннюю проверку основания для подписания.
| Элемент | На какой вопрос отвечает | Что сохранить |
|---|---|---|
| Документ | Что именно подписывается | Финальную неизменяемую редакцию |
| Согласование | Кто проверил содержание | Этапы, замечания и решения |
| Полномочие | Кто вправе подписать | Основание, вид документа и срок |
| ЭЦП | Кем подтверждена редакция | Подпись, сертификат и результат проверки |
Шаг 1. Составьте реестр документов и подписантов
Начните с повторяющихся документов: договоры, счета, акты, доверенности, кадровые и закупочные документы, заявления в государственные системы. Для каждого вида укажите владельца процесса, автора, согласующих, подписанта, допустимый способ подписания, срок хранения и систему назначения. Не переносите должности из старой бумажной инструкции без проверки фактической работы.
Реестр должен показывать исключения. Например, обычный акт в пределах утверждённого договора проходит по одному маршруту, а изменение цены или срока — по другому. Если полномочие ограничено суммой, подразделением или периодом, это нужно выразить проверяемым правилом. Формулировка «подписывает всё по необходимости» не позволяет настроить контроль.
Шаг 2. Оформите матрицу полномочий
Матрица связывает сотрудника или роль с видом документа, пределом решения, сроком и основанием. Юрист может согласовывать договор, но не подтверждать платёж. Руководитель филиала может подписывать документы своего подразделения в установленном диапазоне. Первый руководитель сохраняет действия, которые нельзя или нецелесообразно делегировать. Конкретный состав определяют внутренние документы компании и применимые требования.
Не автоматизируйте юридическую оценку без владельца процесса. Система может проверить наличие роли, сумму и срок, но не всегда понимает, соответствует ли документ уставу, доверенности или специальному правилу. Перед внедрением согласуйте матрицу с ответственными за право, финансы, кадры и информационную безопасность.
Шаг 3. Используйте персональный сертификат каждого подписанта
Если работник наделён правом подписания электронных документов, он использует сертификат, полученный на своё имя, и соответствующий закрытый ключ. Такая модель сохраняет связь между подписью и конкретным человеком. Она также позволяет завершить его полномочие без замены ключей остальных участников.
Не храните копии закрытых ключей в общей сетевой папке, мессенджере, почте или карточке CRM. Пароли от ключей не должны находиться рядом с самими файлами. Выберите допустимое защищённое хранилище и порядок резервирования с учётом требований вашей системы. Доступ администратора к компьютеру не должен автоматически означать доступ к подписи сотрудника.
Шаг 4. Показывайте финальную редакцию до подписания
Подписант должен видеть документ, который подтверждает. После согласования сформируйте финальную редакцию, зафиксируйте её идентификатор и прекратите незаметное редактирование. Если система собирает PDF из данных CRM или учётной системы, проверьте реквизиты, приложения и версию шаблона. Подпись неверной, но технически целой редакции не исправляет содержание.
Изменение после подписания требует нового контролируемого цикла. Не подменяйте файл в архиве и не сохраняйте исправленный документ под тем же идентификатором без связи с предыдущей версией. История должна объяснять, какая редакция действовала, почему появилась новая и какие подписи относятся к каждой из них.
Шаг 5. Проверяйте полномочие в момент действия
Наличие действующего сертификата не всегда означает право подписать любой документ компании. Перед подтверждением система или ответственное лицо должны проверить вид документа, организацию, роль подписанта, срок и ограничения полномочия. Если полномочия изменились, новый документ нельзя пропускать по старому маршруту только потому, что сертификат ещё технически действителен.
Для критичных процессов полезна двойная проверка: сначала автоматические правила маршрута, затем явное подтверждение подписанта. Исключения не следует проводить устной просьбой администратора. Их регистрируют с причиной, сроком и ответственным, а после завершения отдельно закрывают.
Шаг 6. Настройте отзыв и завершение доступа
Увольнение, перевод, смена руководителя, изменение наименования, реорганизация или компрометация ключа требуют отдельного сценария. В нём должны быть уведомление владельца процесса, прекращение роли в системе, отзыв сертификата в предусмотренных случаях, передача незавершённых документов и контроль очереди. Одного удаления пользователя из корпоративной почты недостаточно.
Определите допустимое время реакции. Для подозрения на компрометацию это не обычная заявка на следующий рабочий день. Команда должна знать, кому сообщить, как остановить подписание и как проверить документы, созданные после предполагаемого инцидента. Результат отзыва и время выполнения сохраняются в журнале.
Шаг 7. Создайте проверяемый электронный архив
Архив хранит не только итоговый PDF. Для подтверждения процесса нужны исходный электронный документ, связанная подпись, сведения о сертификате, результат проверки, время, маршрут согласования и последующие версии. Документ должен оставаться доступным для проверки вне интерфейса, в котором был создан, без потери его свойств.
Установите сроки хранения по видам документов и основаниям, а не одной общей цифрой. Ограничьте доступ к персональным данным и коммерческой информации. Резервное копирование архива проверяйте восстановлением: наличие копии не доказывает, что подписи, связи и метаданные можно прочитать после сбоя.
Условный пример: договор поставки проходит четыре роли
Представим условную торговую компанию. Менеджер формирует договор из карточки сделки. Юрист проверяет условия, финансовый специалист — лимит и расчёты, руководитель подразделения подписывает документ в пределах выданного полномочия. Система фиксирует финальную редакцию, предлагает подписанту ознакомиться с ней и сохраняет результат проверки ЭЦП в архиве.
Если сумма превышает предел, маршрут направляется первому руководителю. При переводе руководителя подразделения его роль закрывается, незавершённые документы переназначаются, а новые не допускаются к подписи. Пример показывает организационную модель и не описывает клиента или готовую функцию конкретного продукта ZXC.
Проверка процесса перед запуском
Проведите тест на безопасных данных для обычного документа, превышения лимита, истёкшего полномочия и отозванного сертификата. Команда должна увидеть предсказуемый результат во всех четырёх случаях. Особое внимание уделите обходным путям: загрузке уже подписанного файла, ручной смене статуса и действиям администратора.
- Каждый подписант использует собственный сертификат и закрытый ключ.
- Вид документа и предел полномочия проверяются до подписания.
- Подписант видит финальную редакцию и явно подтверждает действие.
- Изменения после подписи создают новую связанную версию.
- Увольнение, перевод и компрометация запускают отзыв и контроль очереди.
- Архив сохраняет документ, подпись, проверку и историю согласования.
Частый вопрос: можно ли бухгалтеру пользоваться ЭЦП директора по доверенности?
Передача закрытого ключа другому лицу и использование чужого ключа не допускаются. Если сотруднику предоставлено право подписания, процесс строят на его персональном сертификате и оформленном полномочии. Конкретное основание и пределы следует проверить с ответственными специалистами компании.
Частый вопрос: достаточно ли действующего сертификата?
Нет. Нужно проверить подлинность подписи, принадлежность сертификата, полномочие человека на конкретное действие и соответствие подписанной редакции согласованному документу. Действующий сертификат не превращает любого сотрудника в универсального подписанта.
Частый вопрос: можно ли автоматически подписывать документы системой?
Цифровой кодекс допускает специальную модель для цифрового объекта и автоматического подписания однотипных документов, которые не содержат волеизъявления, направленного на установление, изменение или прекращение гражданских прав и обязанностей. Нельзя переносить это исключение на договоры и другие решения без отдельной правовой и технической оценки.
Следующий шаг: проверьте один маршрут подписания
Выберите один массовый документ и пройдите путь от подготовки до архива. Зафиксируйте роли, полномочия, финальную редакцию, способ проверки подписи и сценарий отзыва. Если сейчас используется общий ключ, не копируйте его в новую систему: сначала спроектируйте персональную модель и безопасный переход.
ZXC DOCS помогает выстраивать документооборот, согласование, ЭЦП и архив как единый процесс. Контроль ключей, ролей и событий следует рассматривать вместе с ZXC SECURE.