Как проверить электронную подпись в ПДФ

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

Для бизнеса задача шире, чем увидеть зелёную галочку. Юристу, бухгалтеру, закупщику, специалисту по рекламе или PR приходится понимать, кто именно подписал договор, акт, медиаплан, техническое задание или согласование макета; действовал ли сертификат в нужный момент; не менялся ли документ после подписания; подтверждены ли полномочия представителя. Поэтому ниже способы расположены не по степени «удобства», а по роли в процессе: локальная быстрая проверка, стандартная проверка PDF, государственная проверка, браузерная проверка с протоколом и локальная криптографическая проверка.

Статья 11 Федерального закона № 63-ФЗ связывает признание квалифицированной электронной подписи с несколькими условиями одновременно: квалифицированный сертификат должен быть действителен в предусмотренный законом момент, проверка должна подтвердить связь подписи с владельцем сертификата, а в подписанный документ после подписания не должны быть внесены изменения. Отсюда важный практический вывод: одна только дата действия сертификата не подтверждает подлинность конкретного PDF.

Отдельно стоит помнить о визуальной отметке. В материалах государственного контроля за 2026 год прямо разграничиваются графическая визуализация подписи и криптографическая проверка: картинка со штампом, ФИО или датой сама по себе не доказывает действительность подписи и факт подписания. Для принятия документа в работу нужен результат проверки средствами, которые анализируют саму электронную подпись и состояние сертификата.

Что именно нужно проверить в подписанном PDF

Проверка электронного документа складывается из нескольких независимых вопросов. Первый — действительно ли в файле присутствует электронная подпись, а не только изображение. Второй — соответствует ли подпись содержимому именно этой версии PDF. Третий — можно ли установить владельца сертификата и цепочку доверия. Четвёртый — не был ли сертификат отозван и действовал ли он в релевантный момент. Пятый — имеет ли подписант полномочия действовать от имени организации, когда документ подписан представителем.

1. Наличие криптографической подписи: программа или сервис должен обнаружить подпись как структурированный объект, а не как картинку на странице.
2. Целостность документа: результат должен подтверждать, что после подписания не менялась защищённая подписью часть файла.
3. Состояние сертификата: важны период действия, статус отзыва и корректно построенная цепочка доверия.
4. Идентификация подписанта: сверяют ФИО и организационные сведения с контекстом сделки или внутреннего процесса.
5. Время подписания: отдельно смотрят дату подписи и наличие доверенной метки времени, когда это имеет значение для длительного хранения.
6. Полномочия представителя: для подписания от имени организации в предусмотренных случаях отдельно проверяют машиночитаемую доверенность.

У электронной подписи в PDF встречаются две схемы хранения. Встроенная подпись находится внутри самого PDF и обычно отображается в панели подписей редактора. Отсоединённая подпись хранится отдельным файлом, часто рядом с исходным документом; распространённое расширение — .sig. Для отсоединённой схемы на проверку передают два объекта: исходный PDF без пересохранения и соответствующий файл подписи. Если перепутать пары от двух редакций договора, криптографическая проверка закономерно завершится ошибкой.

Для рабочего архива полезно хранить эти компоненты как единый комплект. Не переименовывайте их бессистемно и не открывайте PDF с последующим «Сохранить как» до проверки. Даже правка метаданных, добавление комментария, перестановка страниц или повторная печать в PDF создают новую версию документа. Когда файл уже нужно отредактировать, сначала сохраните исходный подписанный экземпляр и результат проверки, а затем работайте с копией. Базовые свойства формата разобраны в материале Xeon Live о том, как устроен PDF и чем его открывать.

Как подготовить документ к проверке

Подготовка занимает меньше времени, чем разбор ложной ошибки. Сначала определите, что именно прислал контрагент или внутренний сотрудник. Один PDF без дополнительных файлов обычно означает встроенную подпись либо просто визуальную отметку. PDF плюс файл .sig, .p7s или схожее вложение указывает на отсоединённую схему. Если пришёл архив, извлеките его в отдельную папку, но не меняйте содержимое. Работайте с исходными файлами, а не с предпросмотром из мессенджера или почтового клиента.

1. Скопируйте исходный PDF и файл подписи в отдельную рабочую папку без изменения содержимого.
2. Откройте PDF только для просмотра и убедитесь, что это нужный договор, акт, отчёт или иной документ.
3. Не добавляйте комментарии, штампы, страницы и не выполняйте оптимизацию до проверки.
4. Если есть отдельный .sig или .p7s, сопоставьте его имя и дату получения с PDF.
5. Зафиксируйте, от кого получен комплект и через какой канал он поступил.
6. После проверки сохраните результат или протокол вместе с исходным документом.

В корпоративном процессе полезно заранее определить правило: какой результат считается достаточным для каждой категории документов. Для внутренних согласований может хватать проверки целостности и сертификата в локальном редакторе. Для договора с существенными обязательствами лучше сохранять формализованный протокол и отдельно подтверждать полномочия подписанта. Для длительного архива важны сведения о времени подписания и возможность повторной проверки спустя годы. Такая градация предотвращает две крайности — доверие одной картинке и избыточно сложную процедуру для каждого черновика.

Способ 1. PDF Commander: быстрая проверка подписи внутри PDF

PDF Commander поставлен первым как основной практический способ этой инструкции. Программа открывает подписанный PDF и выводит свойства найденной электронной подписи и сертификата непосредственно в редакторе. Точный путь в текущем интерфейсе: открыть документ, перейти на вкладку «Безопасность», выбрать «Проверить подпись», затем открыть сведения о сертификате. Для связанных операций с документом на Xeon Live есть отдельная инструкция о том, как добавить электронную подпись в PDF.

Пошаговая проверка в PDF Commander

1. Запустите PDF Commander и нажмите «Открыть PDF». Выберите исходный подписанный файл из рабочей папки.
2. Перейдите на вкладку «Безопасность» и нажмите «Проверить подпись». Откроется окно свойств найденной подписи.
3. Сначала прочитайте общий статус. В корректно подписанном документе программа показывает, действительна ли подпись и менялись ли подписанные данные после её создания.
4. Нажмите «Показать сертификат». На вкладке «Общие» сверьте владельца, издателя и период действия сертификата.
5. Откройте вкладку «Состав». Здесь находятся серийный номер, алгоритмы, издатель, субъект и другие технические сведения сертификата.
6. Перейдите к «Пути сертификации» и проверьте, что цепочка доверия строится без ошибок. Зафиксируйте итог перед дальнейшей работой с документом.

Не ограничивайтесь фразой «подпись действительна». Для делового документа сопоставьте сведения сертификата с данными контрагента: ФИО подписанта, организацию и роль в сделке. Если документ подписан представителем, результат криптографической проверки не отвечает на вопрос о его полномочиях. Это отдельная проверка, которую следует выполнить до принятия договора, акта или финансового документа.

PDF Commander удобен как первый экран контроля, когда работа уже ведётся с PDF и нужно быстро проверить встроенную подпись, не переключаясь на отдельный портал. При этом редактор не стоит использовать как единственное доказательство для спорной юридически значимой ситуации. Для таких случаев полезно повторить проверку средством, которое формирует отдельный протокол, и сохранить его вместе с оригиналом.

Плюсы

1. Проверка выполняется в том же окне, где открыт PDF.
2. Есть отдельная команда «Проверить подпись» и просмотр сертификата.
3. Доступны сведения о владельце, издателе, сроке действия и составе сертификата.
4. Подходит для быстрого контроля встроенной подписи до дальнейшей работы с документом.

Минусы

1. Для юридически чувствительного процесса одного визуального статуса редактора недостаточно: результат следует дополнять формализованной проверкой и контролем полномочий.
2. Интерфейс ориентирован прежде всего на работу с PDF; отсоединённые подписи удобнее проверять специализированными сервисами.
3. Ошибку доверия к сертификату нужно разбирать отдельно, а не трактовать как автоматическое доказательство подделки документа.

Кому подойдёт

Способ подходит сотрудникам, которые постоянно работают с PDF и хотят провести первичную проверку внутри редактора: бухгалтерии, договорному отделу, закупкам, проектным менеджерам, маркетингу и PR при согласовании актов, технических заданий, медиапланов и подписанных приложений.

Способ 2. Adobe Acrobat или Reader: стандартная проверка PDF и российские подписи через КриптоПро PDF

Adobe Acrobat проверяет сертификатные цифровые подписи через панель «Подписи». В актуальном интерфейсе откройте PDF, выберите «Подписи» справа, затем в меню панели — «Проверить подписи». Для массовой проверки всех подписей путь идёт через «Все инструменты» → «Использовать сертификат» → «Проверить все подписи». Свойства подписи позволяют открыть сертификат подписанта и увидеть детали проверки.

Как проверить обычную сертификатную подпись в Adobe

1. Откройте исходный PDF в Acrobat или Reader и раскройте панель «Подписи».
2. Выберите нужную подпись. Для ручной проверки откройте меню параметров и запустите проверку.
3. Прочитайте состояние подписи: отдельно оценивайте целостность документа и доверие к сертификату.
4. Откройте «Свойства подписи», затем сведения о сертификате подписанта. Сверьте владельца и цепочку доверия.
5. Если документ содержит несколько подписей, выполните «Проверить все подписи», чтобы не пропустить более ранние или последующие подписи.
6. Если важна история изменений, используйте сравнение подписанной версии с текущей: Acrobat умеет показывать различия между состояниями документа.

В настройках проверки Acrobat можно включить автоматическую проверку при открытии PDF и настроить обращение к сведениям об отзыве сертификатов. Эти параметры находятся в «Настройки» → «Подписи» → «Проверка» → «Подробнее». В Windows и macOS названия верхнего меню различаются, но логика одинакова. Для корпоративного профиля такие настройки лучше задавать централизованно, чтобы сотрудники не получали разные результаты из-за различий в доверенных сертификатах и политике проверки.

Когда в Adobe нужен КриптоПро PDF

Для российских подписей по ГОСТ встроенный механизм Adobe не всегда является достаточным. КриптоПро PDF добавляет в Acrobat и Reader поддержку создания и проверки подписей, сформированных российскими криптографическими средствами. В связке с КриптоПро CSP плагин использует установленную в системе инфраструктуру доверия и позволяет корректно обрабатывать такие подписи в PDF.

Практический признак этой ситуации — документ получен из российского электронного документооборота, подпись сформирована квалифицированным сертификатом, а Acrobat без специализированного модуля показывает неизвестный или недоверенный статус. В таком случае не следует делать вывод о недействительности документа только по сообщению Adobe. Сначала настройте КриптоПро PDF, корневые и промежуточные сертификаты, затем повторите проверку.

После установки КриптоПро PDF в параметрах проверки Adobe выбирают соответствующий обработчик подписи. Точные элементы интерфейса зависят от версии Acrobat, но в корпоративных инструкциях обычно используется раздел «Подписи» в настройках и выбор метода проверки КриптоПро PDF. После этого документ открывают заново и запускают проверку подписей. Результат оценивают по тем же категориям: целостность, состояние сертификата, владелец, цепочка доверия и время подписания.

Плюсы

1. Acrobat подробно показывает состояние каждой подписи и историю подписанных версий PDF.
2. Можно проверить все подписи в многостороннем документе одной командой.
3. Свойства подписи дают доступ к сертификату, времени подписания и сведениям о доверии.
4. КриптоПро PDF закрывает типовой сценарий российских ГОСТ-подписей в среде Adobe.

Минусы

1. Результат зависит от настроек доверия, установленных сертификатов и выбранного обработчика проверки.
2. Без КриптоПро PDF российская квалифицированная подпись способна отображаться как неизвестная, хотя сама подпись сформирована корректно.
3. Для единообразия в организации требуется заранее настроить рабочие места и не полагаться на настройки пользователя по умолчанию.

Кому подойдёт

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

Способ 3. Госуслуги: государственная проверка электронной подписи

Государственный сервис проверки электронной подписи подходит прежде всего для комплектов, где PDF сопровождается отдельным файлом подписи. В инструкциях государственных организаций используется сервис e-trust Госуслуг: пользователь выбирает тип проверки, загружает подписанный документ и файл подписи, после чего получает результат и может сохранить отчёт. Встречается и проверка присоединённой подписи, где документ и подпись находятся в одном контейнере.

Пошаговая проверка отсоединённой подписи

1. Откройте сервис проверки электронной подписи e-trust Госуслуг и выберите режим проверки отсоединённой электронной подписи.
2. Загрузите исходный PDF. Используйте файл в том виде, в котором он был получен от отправителя.
3. Добавьте соответствующий файл подписи, например .sig или другой поддерживаемый контейнер, указанный отправителем.
4. Выполните проверку и дождитесь формирования результата.
5. Прочитайте сведения о статусе подписи и сертификата. При наличии отчёта сохраните его вместе с исходными файлами.
6. Для документа представителя отдельно проверьте полномочия: сама криптографическая проверка не заменяет проверку машиночитаемой доверенности.

Главное преимущество государственного сервиса — независимость от конкретного PDF-редактора на рабочем месте. Это удобно, когда получен документ из ведомственной системы или от контрагента и нужно повторно проверить его в браузере. Сервис особенно полезен для отсоединённых подписей, потому что явно заставляет сопоставить документ и файл подписи. Ошибка пары становится заметной сразу: подпись не подтверждается для выбранного PDF.

При интерпретации результата не смешивайте три ситуации. «Подпись не подтверждена» означает, что криптографическая проверка не завершилась положительно для выбранного комплекта. Отдельно сервис сообщает проблемы состояния сертификата и инфраструктуры доверия. Техническая ошибка портала говорит о невозможности завершить процедуру в данный момент и не является доказательством недействительности документа. В спорной ситуации повторите проверку другим подтверждённым средством и сохраните оба результата.

Плюсы

1. Проверка выполняется в браузере и не зависит от установленного PDF-редактора.
2. Подходит для типовых комплектов «документ + отдельный файл подписи».
3. Результат можно сохранить и приложить к внутреннему досье документа.
4. Сервис используется в инструкциях государственных организаций для проверки электронных документов.

Минусы

1. Неудобен для повседневного просмотра большого потока PDF, если каждый файл приходится отдельно загружать в браузер.
2. При недоступности портала процедуру приходится переносить или дублировать другим средством.
3. Проверка подписи не подтверждает полномочия представителя автоматически во всех бизнес-сценариях.

Кому подойдёт

Госуслуги удобны для проверки документов из государственных систем, выписок, официальных ответов и комплектов с отдельным файлом подписи, а также как независимый второй канал проверки после локального PDF-редактора.

Способ 4. Контур.Крипто: проверка в браузере с подробным протоколом

Контур.Крипто работает через браузер и умеет проверять документ на изменения после подписания, актуальность сертификата и электронную подпись. Для бизнес-процесса особенно полезен отдельный протокол проверки: его можно сохранить рядом с оригиналом и использовать как техническое подтверждение того, какой файл проверялся и какой результат был получен на конкретную дату.

Как провести проверку

1. Откройте раздел проверки подписи в Контур.Крипто и выберите подписанный документ.
2. Если подпись отсоединённая, добавьте соответствующий файл подписи. Не используйте копию PDF, которая была пересохранена после получения.
3. Запустите проверку. Сервис анализирует соответствие подписи документу, состояние сертификата и целостность подписанных данных.
4. Откройте подробности результата и сверьте владельца сертификата с ожидаемым подписантом.
5. Скачайте протокол проверки и сохраните его в той же папке или карточке электронного документа.
6. Если документ подписан сотрудником по доверенности, проверьте сведения о полномочиях отдельно и зафиксируйте результат рядом с протоколом.

Для договорной работы протокол ценнее скриншота с зелёным статусом. Скриншот фиксирует картинку экрана и не всегда содержит полный контекст; протокол содержит структурированные сведения о результате проверки. В системе электронного документооборота его разумно привязать к карточке документа вместе с оригиналом, файлом подписи и сведениями о полномочиях. Тогда через несколько месяцев можно восстановить не только факт «кто-то проверил», но и точный технический результат.

Контур.Крипто также полезен как контрольный канал, когда локальная программа сообщает неопределённый статус из-за настроек доверия. Если браузерный сервис подтверждает подпись и сертификат, а локальный редактор нет, проблема часто находится на рабочем месте: не установлены нужные сертификаты, неверно выбран обработчик или отсутствует доступ к сведениям об отзыве. Это повод исправить конфигурацию, а не менять исходный PDF.

Плюсы

1. Работает в браузере без отдельного PDF-редактора.
2. Проверяет изменения после подписания и актуальность сертификата.
3. Формирует подробный протокол, который удобно сохранять в корпоративном досье.
4. Подходит как второй независимый канал проверки после локального средства.

Минусы

1. Работа зависит от доступности внешнего веб-сервиса и передачи файла в браузер.
2. Для документов с ограниченным режимом доступа организация должна заранее определить допустимость использования внешнего сервиса.
3. Протокол технической проверки не отменяет проверку договорных полномочий и содержания самого документа.

Кому подойдёт

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

Способ 5. КриптоАРМ: локальная проверка документа и подписи

КриптоАРМ — специализированное средство для операций с электронной подписью. Для проверки пользователь выбирает подписанный файл, а при отсоединённой схеме также исходный документ. Результат показывает состояние подписи, сведения о сертификате и цепочке доверия. Локальный вариант полезен там, где документы нельзя передавать внешнему веб-сервису или где проверка встроена в регламент рабочего места.

Как проверить подпись в КриптоАРМ

1. Откройте функцию проверки электронной подписи и добавьте подписанный файл.
2. Для отсоединённой подписи укажите исходный PDF, которому соответствует файл подписи.
3. Запустите проверку и дождитесь формирования результата.
4. Сверьте итоговый статус, формат подписи, владельца сертификата и цепочку сертификатов.
5. Проверьте период действия сертификата и другие сведения, которые отображаются в отчёте.
6. Сохраните отчёт проверки, если он нужен внутреннему регламенту или документ направляется дальше по согласованию.

В отличие от универсального PDF-редактора, КриптоАРМ ориентирован на криптографические операции. Это делает его удобным для сотрудников, которые получают много отдельных файлов подписи и работают не только с PDF. При этом само наличие специализированной программы не отменяет организационную часть: получатель должен сопоставить личность подписанта с договором, проверить полномочия представителя и убедиться, что на согласование отправлен именно тот документ, который прошёл проверку.

Для конфиденциальных материалов локальный процесс часто предпочтительнее браузерного: исходные файлы остаются внутри контролируемой среды организации. Это особенно актуально для неопубликованных рекламных стратегий, медиапланов, финансовых приложений, персональных данных и договоров до раскрытия. Решение о допустимости внешних сервисов должно быть закреплено внутренней политикой информационной безопасности, а не приниматься сотрудником ситуативно.

Плюсы

1. Специализированная локальная проверка электронной подписи и сертификата.
2. Удобная работа с отсоединёнными подписями и документами разных форматов.
3. Отчёт показывает технические детали проверки, включая состояние цепочки сертификатов.
4. Подходит для процессов, где исходные документы не должны передаваться внешним веб-сервисам.

Минусы

1. Требуется установленная и настроенная программа на рабочем месте.
2. Сотруднику нужно понимать разницу между ошибкой подписи, ошибкой доверия и организационной проблемой с полномочиями.
3. Для массового процесса без регламента отчёты легко сохранять несистемно, поэтому заранее нужен порядок именования и хранения.

Кому подойдёт

КриптоАРМ подходит компаниям с формализованным электронным документооборотом, специалистам по закупкам и юридической работе, а также сотрудникам, которые регулярно получают отсоединённые подписи и должны проверять документы локально.

Как читать результат проверки: семь полей, которые нельзя пропускать

Любой из рассмотренных способов даёт набор технических сведений. Их лучше читать в одинаковом порядке независимо от программы. Тогда сотрудник не привязывается к цвету индикатора конкретного интерфейса и понимает смысл результата. Унифицированный порядок полезен и для внутреннего регламента: в карточке документа можно сделать те же семь пунктов и требовать их заполнения перед переводом договора в состояние «проверен».

1. Итог криптографической проверки

Это ответ на базовый вопрос: соответствует ли подпись подписанным данным. Положительный результат означает, что математическая проверка подписи прошла для данной версии документа. Отрицательный результат требует остановить дальнейшее согласование до выяснения причины. Важно не заменять этот пункт статусом сертификата: сертификат способен оставаться действительным, даже когда к нему предъявлен другой документ или содержимое PDF было изменено.

2. Целостность документа

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

3. Владелец сертификата

ФИО в сертификате сопоставляют с ожидаемым подписантом. В договорном обороте подписантом выступает руководитель, сотрудник по доверенности, индивидуальный предприниматель или физическое лицо. Для организации одного совпадения ФИО недостаточно: нужно понять, в каком качестве человек подписал документ. Если в вашей системе есть карточка контрагента, сохраняйте идентифицирующие сведения из сертификата рядом с ней, чтобы последующие документы сверялись быстрее.

4. Издатель и цепочка доверия

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

5. Период действия и отзыв

Срок действия сертификата — важная, но не единственная характеристика. Закон связывает действительность квалифицированной подписи с состоянием сертификата в предусмотренный момент. Дополнительно проверяется отзыв. Для документов длительного хранения учитывайте сведения о времени подписания и формат долгосрочной проверки: спустя годы обычная проверка по текущему статусу способна требовать дополнительных доказательств, сохранённых в подписи или архиве.

6. Время подписания

Дата в визуальном штампе и криптографически подтверждённое время — разные вещи. Программа может показывать время из подписи или доверенную метку времени. В Adobe отдельно различаются время с часов компьютера подписанта и подтверждённая метка времени. Для договоров, отчётности и документов, где срок имеет значение, фиксируйте источник времени в протоколе, а не переписывайте дату с картинки на странице.

7. Полномочия подписанта

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

Что делать, если подпись не прошла проверку

Отрицательный или неопределённый статус — не повод «исправлять» PDF. Любое пересохранение до диагностики только усложнит ситуацию. Сначала классифицируйте ошибку. Практически все случаи укладываются в несколько групп: неправильная пара документ–подпись, изменение PDF, проблемы сертификата, неполная цепочка доверия, неподдерживаемый формат подписи или временная недоступность сервиса проверки.

Документ и файл подписи не соответствуют друг другу

Для отсоединённой подписи это самая частая бытовая ошибка. В одной папке лежат несколько редакций договора и несколько файлов .sig, а имена похожи. Возьмите комплект непосредственно из исходного письма, системы электронного документооборота или архива отправителя. Не пытайтесь подобрать подпись перебором по «похожей дате». Если система выдаёт одну и ту же ошибку для пары, попросите отправителя повторно предоставить исходный комплект.

PDF меняли после подписания

Любая недопустимая правка защищённой части документа нарушает проверку. Причиной может оказаться не злоумышленник, а обычная рабочая операция: добавили страницу, изменили текст, поставили штамп, выполнили оптимизацию или создали новый PDF через печать. Сравните исходный файл с версией из системы отправителя. Если нужно работать с изменённой редакцией, она должна быть подписана заново. Удаление старой подписи не превращает новую редакцию в подписанный оригинал; правила удаления подписи разобраны в отдельной инструкции Xeon Live.

Сертификат истёк или отозван

Истёкший сертификат требует аккуратной оценки момента подписания и сведений о времени. Сам по себе сегодняшний срок окончания не всегда отвечает на вопрос о действительности подписи в прошлом. Отозванный сертификат требует выяснить дату и причину отзыва и сопоставить их с документом. Для юридически значимого решения используйте протокол проверки и внутренний юридический регламент, а не ручную интерпретацию одной строки интерфейса.

Программа не доверяет сертификату

Если статус подписи не подтверждён из-за цепочки доверия, повторите проверку средством, где российская инфраструктура доверия настроена корректно. Для Adobe с ГОСТ-подписью проверьте КриптоПро PDF и установленные сертификаты. Для локальных программ убедитесь, что система может получить сведения об отзыве. Если браузерный сервис подтверждает подпись, а один компьютер нет, проблема почти наверняка локальна и должна быть устранена администратором.

Формат подписи не поддерживается выбранным инструментом

Разные средства поддерживают разные контейнеры и стандарты. Нельзя переименовывать файл .sig в другое расширение, чтобы «уговорить» программу его открыть. Выберите инструмент, который документированно поддерживает ваш тип подписи. Для PDF с российской ГОСТ-подписью используйте связку Acrobat с КриптоПро PDF либо специализированное российское средство; для отсоединённого CMS-контейнера подходят Госуслуги, Контур.Крипто и КриптоАРМ.

Онлайн-сервис временно недоступен

Техническая недоступность портала ничего не говорит о документе. Зафиксируйте время неудачной попытки, не меняйте исходные файлы и используйте другой разрешённый инструмент. В регламенте желательно иметь минимум два независимых способа: локальный и браузерный. Тогда проверка критичного договора не останавливается из-за сбоя одного внешнего сервиса.

Как проверить документ контрагента перед согласованием, оплатой или публикацией

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

Шаг 1. Зафиксируйте исходный комплект

Сохраните исходный PDF и все сопутствующие файлы из письма или системы обмена. Не пересылайте документ через сервисы, которые способны изменить содержимое, и не создавайте «удобную» копию через печать в PDF. В карточке сделки укажите дату получения и отправителя. Это формирует воспроизводимую цепочку: любой сотрудник позже сможет взять те же исходные данные и получить сопоставимый результат.

Шаг 2. Проведите первичную проверку

Для встроенной подписи удобно начать с PDF Commander или Adobe. Для отсоединённой подписи — с Госуслуг, Контур.Крипто или КриптоАРМ. Цель первичного шага — быстро определить, проходит ли криптографическая проверка, кто указан владельцем сертификата и есть ли очевидные ошибки целостности. Если статус отрицательный, документ не должен переходить к оплате, публикации или финальному согласованию.

Шаг 3. Проверьте полномочия

Даже корректная подпись сотрудника не означает, что он вправе подписать конкретный документ от имени компании. Сверьте должность руководителя или данные машиночитаемой доверенности представителя. Объём полномочий должен охватывать соответствующее действие. Для рекламного договора сверяют право заключать договор и подписывать акты, а для согласования макета — полномочия в рамках соответствующего процесса. Технический протокол подписи и подтверждение полномочий хранятся как разные доказательства.

Шаг 4. Сверьте бизнес-содержание

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

Шаг 5. Сохраните доказательства проверки

Вместе с документом храните протокол или отчёт, дату проверки, название использованного инструмента и сведения о полномочиях. Для локального редактора, который не формирует отдельный протокол, внутренний журнал может содержать статус подписи, владельца сертификата, дату и ФИО проверившего сотрудника. Это не заменяет формализованный протокол там, где он обязателен, но делает операционный процесс контролируемым.

Шаг 6. Переводите документ в следующий статус только после полного контроля

В системе задач или документооборота полезно иметь отдельное состояние «подпись проверена». Оно должно означать не «на странице есть штамп», а завершённый набор действий: криптографическая проверка, сертификат, целостность, полномочия, версия документа, сохранённый результат. После этого документ можно передавать в оплату, исполнение, публикацию или архив. Такой статус снижает риск, что следующий сотрудник повторно проверяет всё с нуля или, наоборот, доверяет непроверенной картинке.

Как построить внутренний регламент проверки

Регламент нужен не только крупной компании. Даже в небольшом агентстве несколько человек способны получать подписанные документы от клиентов и подрядчиков, а способы проверки быстро начинают отличаться. Один сотрудник смотрит зелёную галочку в Adobe, другой загружает файл на портал, третий сохраняет только скриншот. В результате при споре невозможно понять, что именно проверялось. Небольшой стандарт из десяти пунктов устраняет эту проблему.

1. Определите категории документов, для которых проверка обязательна до дальнейшего действия.
2. Зафиксируйте разрешённые инструменты и резервный способ на случай недоступности основного.
3. Установите правило хранения исходного PDF и отдельного файла подписи без изменений.
4. Опишите минимальный набор проверяемых полей: итог, целостность, владелец, сертификат, время, полномочия.
5. Решите, когда обязателен формализованный протокол и где он хранится.
6. Отдельно закрепите порядок проверки машиночитаемой доверенности представителя.
7. Ограничьте использование внешних веб-сервисов для конфиденциальных документов.
8. Назначьте ответственного за настройку доверенных сертификатов и обновление рабочего окружения.
9. Опишите действия при отрицательном и неопределённом результате без изменения исходного файла.
10. Проводите выборочную повторную проверку уже принятых документов, чтобы контролировать соблюдение процесса.

Для измерения качества регламента подходят простые операционные показатели. Первый — доля документов, у которых протокол или журнал проверки сохранён до оплаты или публикации. Второй — доля случаев, где обнаружена ошибка до перехода на следующий этап. Третий — среднее время проверки типового документа. Четвёртый — число повторных проверок из-за отсутствия сохранённого результата. Эти показатели показывают не «качество подписи», а зрелость внутреннего процесса.

Если проверка регулярно занимает много времени, не сокращайте набор проверяемых полей. Лучше автоматизировать передачу результата в карточку документа или настроить единый инструмент. Самые дорогие ошибки возникают, когда скорость достигается пропуском контроля полномочий или работой с пересохранённой копией вместо оригинала. Хороший процесс уменьшает ручные действия, но сохраняет доказательность результата.

Как фиксировать результат для аудита и внутреннего контроля

Результат проверки должен позволять воспроизвести процедуру спустя время. Минимальный набор — исходный PDF, файл подписи при отсоединённой схеме, протокол или отчёт, дата проверки и сведения о сотруднике. Для важных документов добавьте информацию о полномочиях подписанта и идентификатор записи в системе электронного документооборота. Хранить только скриншот окна программы недостаточно: он часто не содержит полного состава проверки и легко отрывается от конкретного файла.

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

Не помещайте протокол в сам подписанный PDF, если это изменяет документ. Протокол — отдельный объект. То же относится к внутренним штампам «Проверено», водяным знакам и комментариям. Если бизнесу нужна визуальная отметка, её ставят на копию или в карточку системы, а исходный подписанный файл сохраняют неизменным. Иначе будущая проверка способна показать изменения, которые внесла сама организация после получения документа.

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

Типичные ошибки при проверке электронной подписи

Считать изображение подписи доказательством

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

Проверять только сертификат

Действующий сертификат не доказывает, что конкретный PDF подписан корректно. Нужно проверить соответствие подписи документу и целостность. И наоборот, ошибка доверия к сертификату не всегда означает изменение содержимого. Разделяйте эти статусы и сохраняйте полный результат.

Пересохранять PDF перед проверкой

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

Открывать не тот файл подписи

В папке проекта часто накапливаются похожие .sig-файлы от разных редакций. Если сервис пишет о несоответствии, прежде чем считать подпись повреждённой, вернитесь к источнику и проверьте комплект. Хранение каждой редакции договора в отдельной папке снижает риск такой ошибки.

Игнорировать неопределённый статус Adobe для ГОСТ-подписи

Для российских квалифицированных подписей требуется корректно настроенный обработчик. Неизвестный статус в Adobe без КриптоПро PDF — недостаточное основание для вывода. Проверьте документ специализированным средством и только после этого решайте, есть ли проблема в самой подписи.

Не проверять полномочия

Криптографически корректная подпись сотрудника подтверждает, кто подписал документ, но не делает этого человека автоматически уполномоченным на любую сделку. Для представителя проверьте доверенность и её объём. Для руководителя убедитесь, что сведения об организации и подписанте соответствуют контексту документа.

Хранить только скриншот результата

Скриншот удобен как иллюстрация, но хуже протокола: на нём могут отсутствовать технические детали, дата проверки и связь с исходным файлом. Если сервис формирует отчёт, сохраняйте его. Если нет — ведите журнал проверки и храните оригинал неизменным.

Отправлять конфиденциальный документ в любой онлайн-сервис

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

Как выбрать способ проверки под конкретную ситуацию

Выбор проще делать не по бренду программы, а по типу документа и требуемому результату. Один и тот же PDF можно проверить несколькими средствами, но в ежедневной работе достаточно основного и резервного варианта. Ниже — практическая матрица в виде сценариев.

Нужно быстро проверить встроенную подпись в PDF на рабочем компьютере

1. Начните с PDF Commander, если документ уже открыт в нём и нужен быстрый просмотр статуса и сертификата.
2. Используйте Adobe Acrobat или Reader, если в компании это стандартный просмотрщик и инфраструктура доверия настроена централизованно.
3. Для российской ГОСТ-подписи в Adobe предусмотрите КриптоПро PDF, чтобы не путать отсутствие поддержки с недействительностью документа.

Получен PDF и отдельный файл .sig

1. Используйте Госуслуги для независимой браузерной проверки комплекта.
2. Контур.Крипто удобен, когда важен отдельный протокол проверки.
3. КриптоАРМ выбирайте для локального процесса и конфиденциальных документов, которые не должны уходить во внешний сервис.

Документ юридически значимый и потенциально спорный

1. Сохраните исходный комплект до любых действий.
2. Проведите проверку минимум одним средством, которое формирует подробный результат или протокол.
3. При необычном статусе повторите процедуру независимым вторым способом.
4. Отдельно проверьте полномочия подписанта и машиночитаемую доверенность, когда она используется.
5. Сохраните протокол, дату, инструмент и сведения о проверившем сотруднике.

Документ содержит коммерческую тайну или персональные данные

1. Сначала проверьте внутренние правила передачи файлов внешним сервисам.
2. При запрете внешней загрузки используйте локальное средство, например КриптоАРМ или корпоративно настроенный PDF-редактор.
3. Протокол и исходный документ храните в контролируемом корпоративном хранилище с разграничением доступа.

Проверка машиночитаемой доверенности: почему её нельзя пропустить

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

Внутри организации лучше не поручать проверку доверенности «по памяти». В карточке документа фиксируют реквизиты доверенности, период действия и объём полномочий. Затем сопоставляют действие с предметом документа: право подписывать договоры не всегда совпадает с правом передоверия, распоряжения имуществом или подписания отдельных видов отчётности. Точный юридический вывод зависит от формулировок доверенности и применимого процесса, поэтому технический статус подписи здесь лишь первый слой контроля.

Для маркетингового подразделения это особенно актуально при работе через агентства и подрядчиков. Договор способен подписывать один сотрудник контрагента, акты — другой, а согласования материалов — третий. Система должна хранить, на каком основании каждый из них действует. Иначе технически корректная подпись создаёт ложное ощущение завершённой юридической проверки.

Что проверять в многостороннем PDF с несколькими подписями

Многосторонний PDF требует проверки каждой подписи и порядка ревизий. Первая сторона могла подписать одну версию, затем в документ внесли разрешённое изменение и добавили вторую подпись. Acrobat показывает историю подписанных версий и позволяет сравнить подписанную редакцию с текущей. В других средствах важно хотя бы увидеть все подписи и убедиться, что каждая относится к ожидаемому подписанту.

Не считайте документ полностью проверенным после первой зелёной галочки. Список подписантов должен совпадать с договорной схемой. Если по условиям документ требует подписи заказчика и исполнителя, отсутствие одной подписи — организационная проблема, даже если присутствующая подпись технически действительна. Внутренний чек-лист должен содержать ожидаемое количество сторон и фактический список владельцев сертификатов.

При последовательном подписании обращайте внимание на изменения между ревизиями. Сертифицирующая подпись в PDF может разрешать ограниченные действия, например заполнение форм или последующие подписи. Если программа сообщает об изменениях, откройте историю и определите, входят ли они в разрешённые. Неразрешённое изменение после подписи требует новой редакции и нового цикла подписания.

Чек-лист перед использованием подписанного PDF

1. Оригинальный PDF сохранён без пересохранения и редактирования.
2. При отсоединённой схеме сохранён соответствующий файл подписи.
3. Криптографическая проверка завершилась положительно или понятна причина и документ остановлен до устранения проблемы.
4. Целостность подписанных данных подтверждена.
5. ФИО владельца сертификата совпадает с ожидаемым подписантом.
6. Сертификат действовал в релевантный момент и не имеет подтверждённого статуса отзыва, препятствующего использованию документа.
7. Цепочка доверия строится корректно либо проблема доверия отдельно устранена.
8. Время подписания оценено с учётом источника времени и метки времени, когда она используется.
9. Полномочия представителя подтверждены, включая машиночитаемую доверенность, когда она нужна.
10. Версия договора, приложения, медиаплана или технического задания совпадает с согласованной редакцией.
11. Протокол или иной результат проверки сохранён вместе с документом.
12. Внутренняя карточка переведена в статус «проверено» только после завершения всех обязательных пунктов.

Если все пункты выполнены, документ подготовлен к следующему бизнес-действию: согласованию, оплате, исполнению, публикации или архивированию. Самый надёжный подход — не искать единственную «идеальную программу», а построить воспроизводимую процедуру: неизменный оригинал, понятный основной инструмент, резервный способ проверки, отдельный контроль полномочий и сохранённый результат. Тогда электронная подпись становится не декоративной меткой в PDF, а полноценным элементом управляемого документооборота.