Документ не обработан, так как содержит невалидные подписи в 1С: причины и решение

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

Ситуация типична для конфигураций с подсистемой обмена электронными документами (1С-ЭДО, обмен через операторов, Диадок, СБИС и другие маршруты). При этом сам файл обычно не повреждён — проблема почти всегда связана с сертификатами, доверенными цепочками, устаревшими списками отзыва или настройками криптопровайдера.

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

Что означает ошибка и где она возникает

Когда 1С получает электронный документ, программа с помощью криптопровайдера (КриптоПро CSP, ViPNet CSP или встроенной криптографии) проверяет каждую подпись: подлинность сертификата, срок его действия, цепочку доверия до удостоверяющего центра и отсутствие сертификата в списке отозванных. Если хотя бы одна проверка не пройдена, подпись получает статус «невалидна», а документ — статус ошибки обработки.

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

Важно понимать: невалидная подпись не всегда означает подделку. Значительно чаще это техническая причина — устаревшие справочные данные на компьютере, где выполняется проверка.

Основные причины невалидных подписей

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

Вторая группа — локальная среда проверки. На компьютере или сервере, где работает 1С, могут отсутствовать корневые сертификаты удостоверяющего центра, быть устаревшим список отзыва сертификатов (СОС/CRL), неверно установлены дата и время либо не настроен криптопровайдер. В этом случае одна и та же подпись на одном рабочем месте валидна, а на другом — нет.

Третья группа — повреждение данных при передаче. Файл мог быть изменён при транспортировке через оператора, при выгрузке в архив или при ручном редактировании (например, переименовании вложения в обход правил). Тогда криптографическая проверка честно сообщает, что подпись не соответствует содержимому.

Диагностика: с чего начать проверку

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

Параллельно проверьте системное время на компьютере или сервере: расхождение даже в несколько минут способно сделать действующий сертификат «ещё не действующим» или «уже истёкшим». Если проверка выполняется на сервере 1С (фоновыми заданиями), дату и криптонастройки нужно смотреть именно на сервере, а не на клиентском компьютере.

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

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

Устранение по сценариям

Истёкший или отозванный сертификат

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

Не строится цепочка доверия

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

Устаревший список отзыва (СОС/CRL)

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

Подпись не соответствует содержимому

Если криптопровайдер сообщает, что подпись «не верна», файл изменён после подписания. Запросите у контрагента или оператора ЭДО исходный пакет документа и сравните с полученным. Не пытайтесь «поправить» файл вручную — любое изменение байтов делает подпись невалидной по определению.

Проверка настроек программы и криптопровайдера

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

Отдельное внимание — лицензии криптопровайдера. Истёкшая пробная лицензия КриптоПро CSP приводит к сбоям при проверке и подписании с неочевидными текстами ошибок. Проверьте срок лицензии в панели управления криптопровайдера.

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

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

Типичные ошибки при устранении

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

Профилактика: как не допустить повторения

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

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

Контрольные точки

Как проверить результат

Статус подписи в карточке документа

Норма

Подпись верна, документ доступен к обработке

Тревожный признак

Текст ошибки проверки сохраняется

Срок действия СОС

Норма

Список отзыва актуален на текущую дату

Тревожный признак

СОС просрочен, дата выпуска старая

Цепочка сертификата

Норма

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

Тревожный признак

Предупреждение о недоверенном издателе

Поведение на другом рабочем месте

Норма

Подпись валидна везде

Тревожный признак

Валидна только на одном компьютере — среда не настроена

Частые вопросы

Можно ли провести документ с невалидной подписью?

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

Подпись была валидна, а потом стала невалидной. Почему?

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

Кто должен решать проблему — мы или контрагент?

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

Действителен ли документ, подписанный сертификатом, который истёк позже?

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

Где взять список отзыва сертификатов и корневые сертификаты УЦ?

На официальном сайте удостоверяющего центра, выдавшего сертификат подписанта: там публикуются актуальные СОС и сертификаты самого УЦ. Адреса для загрузки также указаны в расширениях самого сертификата (поля CDP и AIA), их можно посмотреть в свойствах сертификата.

Ошибка появляется на сервере, но не на клиенте. Что делать?

Это значит, что проверка выполняется сервером 1С, а криптосреда на нём настроена иначе. Установите на сервер тот же криптопровайдер с действующей лицензией, добавьте корневые и промежуточные сертификаты в компьютерные хранилища, обновите СОС и проверьте, под какой учётной записью работает сервер 1С.