Администрирование · 11 мин
1С: что значит ошибка «Подпись не верна» и как её исправить
Почему в 1С появляется ошибка «Подпись не верна» при проверке ЭП: причины, пошаговая диагностика, настройка сертификатов и криптопровайдера.
Ошибка «Подпись не верна» в 1С появляется при проверке электронной подписи (ЭП) документа, файла обмена или отчёта. Программа сообщает, что криптографическая проверка не прошла: подпись либо повреждена, либо создана другим ключом, либо не может быть подтверждена из-за проблем с сертификатом или криптопровайдером. Сама по себе ошибка не означает взлом — чаще всего это техническая проблема на стороне рабочего места.
Типичные ситуации: проверка подписи входящего электронного документа от контрагента, отправка отчётности в ФНС или ПФР, подписание платёжных документов при обмене с банком, работа с ЭДО через операторов. В каждом случае логика проверки одинаковая, а вот причины отказа различаются.
Ниже разобраны основные причины ошибки, порядок диагностики и безопасные действия, которые можно выполнить без привлечения специалиста, а также границы, за которыми самостоятельные эксперименты лучше прекратить.
Что фактически означает эта ошибка
При проверке подписи 1С (через встроенную подсистему «Электронная подпись» или механизмы обмена) выполняет криптографическую операцию: берёт подписанные данные, открытый ключ из сертификата и сверяет хеш. Если результат не сходится, возникает сообщение «Подпись не верна» или близкие формулировки: «Подпись неверна», «Ошибка проверки подписи», «Сертификат не прошёл проверку».
Важно различать два случая. Первый — подпись математически не совпадает с данными: документ изменили после подписания, файл повреждён при передаче или подпись создана другим закрытым ключом. Второй — подпись корректна, но её невозможно проверить на вашем рабочем месте: нет нужного криптопровайдера, не установлен корневой сертификат удостоверяющего центра, неверно выбран алгоритм (например, ГОСТ вместо RSA или наоборот).
Основные причины ошибки
Чаще всего проблема связана с сертификатом. Сертификат подписанта может быть просрочен, отозван удостоверяющим центром или просто не установлен на компьютере, где выполняется проверка. Если проверяется подпись контрагента, а его сертификат не добавлен в хранилище, 1С не сможет построить цепочку доверия.
Вторая группа причин — криптопровайдер. Если подпись создана через КриптоПро CSP, а на проверяющем компьютере установлен только ViPNet (или наоборот), проверка завершится ошибкой. Аналогично при несовпадении версий или отсутствии лицензии криптопровайдера.
Третья группа — целостность данных. Документ мог быть изменён после подписания (даже незначительно: пересохранение, изменение кодировки, повреждение при передаче по почте или через ЭДО). Любое изменение байта делает подпись недействительной — это нормальное поведение криптографии.
Проверьте криптопровайдер, корневые сертификаты и настройки программы
Запросите документ повторно и проверьте сертификат подписанта
Проверьте пути к модулям криптографии в настройках ЭП
Проверьте срок действия и привязку закрытого ключа
Проверка сертификата подписанта
Откройте документ с ошибкой и перейдите к сведениям о подписи: в типовых конфигурациях это вкладка или команда «Электронные подписи» в карточке файла или документа. Дважды щёлкните по строке подписи — откроются данные сертификата: владелец, издатель, срок действия, отпечаток.
Проверьте три вещи. Первое — срок действия: сертификат должен быть действителен на момент подписания. Второе — цепочка доверия: откройте сертификат в Windows (двойной щелчок по файлу .cer) и посмотрите путь сертификации; корневой сертификат удостоверяющего центра должен быть установлен в хранилище «Доверенные корневые центры сертификации». Третье — статус отзыва: если удостоверяющий центр отозвал сертификат, подпись формально недействительна.
Если проверяете подпись контрагента и его сертификата нет в системе, запросите открытую часть сертификата (файл .cer) и установите её. Для сертификатов, выданных аккредитованными УЦ, корневые сертификаты обычно распространяются вместе с криптопровайдером или доступны на сайте удостоверяющего центра.
- 1Откройте карточку подписи в документе и выпишите отпечаток сертификата
- 2Откройте сертификат в ОС и проверьте срок действия и издателя
- 3Убедитесь, что корневой сертификат УЦ установлен в доверенные
- 4Проверьте статус отзыва через список CRL удостоверяющего центра
- 5Повторите проверку подписи в 1С после установки недостающих сертификатов
Настройка криптопровайдера в 1С
В типовых конфигурациях настройки находятся в разделе «Администрирование» → «Обмен электронными документами» → «Электронные подписи» (точный путь зависит от конфигурации). Там задаётся список программ криптографии: тип (КриптоПро CSP, ViPNet CSP, встроенная криптография), путь к модулям и алгоритмы.
Типичная ошибка — после обновления платформы или конфигурации путь к модулю криптопровайдера сбрасывается или указывает на несуществующий файл. Проверьте, что выбранная программа криптографии фактически установлена на компьютере и её лицензия активна. Для КриптоПро CSP это можно проверить через панель управления криптопровайдера: там же виден срок лицензии.
Если подпись создана с использованием ГОСТ-алгоритмов, а в настройках 1С указан только RSA (или наоборот), добавьте нужную программу криптографии с соответствующими алгоритмами. При работе через браузер (веб-клиент) криптография выполняется на клиенте — убедитесь, что на компьютере пользователя установлены расширение для работы с криптографией и компоненты криптопровайдера.
Проблемы с самим файлом или документом
Если ошибка возникает только для одного конкретного документа, вероятнее всего данные изменились после подписания. Это происходит при пересылке файла через почтовые клиенты, которые перекодируют вложения, при ручном редактировании XML-документа ЭДО, при сбоях записи на диск.
Безопасное решение — запросить у отправителя документ заново, желательно через тот же канал ЭДО, а не почтой. Если документ пришёл через оператора ЭДО, проверьте в личном кабинете оператора статус документа и при необходимости повторите загрузку. Подпись при этом не «чинят» — её создают заново на неизменённых данных.
Отдельный случай — подпись архива или пакета документов. Если подписан контейнер, а внутри него изменился хотя бы один файл, проверка всей подписи завершится ошибкой. Распаковывайте и проверяйте файлы без промежуточных преобразований.
Когда проблема на стороне отправителя или оператора
Если на вашем рабочем месте проверяются подписи других документов корректно, а конкретный контрагент стабильно присылает «битые» подписи, проблема, скорее всего, у него: устаревший криптопровайдер, некорректное формирование подписи, изменение документа после подписания в его учётной системе.
В этом случае зафиксируйте факт ошибки (скриншот, текст из журнала регистрации) и направьте отправителю запрос на повторную отправку. Если обмен идёт через оператора ЭДО, аналогичное обращение можно направить в поддержку оператора, указав идентификатор документа.
Как выбрать действие
Проверка результата и журнал регистрации
После каждого исправления повторяйте проверку подписи штатной командой в карточке документа. Успешный результат — статус «Подпись верна» с указанием сертификата и даты подписания. Если ошибка сохраняется, откройте журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) и отфильтруйте события по электронной подписи: там обычно есть расширенный текст ошибки от криптопровайдера, например код ошибки КриптоПро.
Текст из журнала регистрации — главный аргумент при обращении к администратору или в поддержку поставщика криптопровайдера. Сообщение вида «0x80090006» указывает на неверную подпись как таковую, а ошибки вида «сертификат не найден в хранилище» — на проблему цепочки доверия.
Как проверить результат
Отображается «Подпись верна» с данными сертификата
Ошибка сохраняется или текст ошибки изменился
Все сертификаты цепочки без предупреждающих значков
Жёлтый или красный значок на корневом или промежуточном сертификате
Подписи других контрагентов проверяются успешно
Ошибка массовая — проблема в настройках рабочего места
Границы самостоятельного решения
Самостоятельно безопасно: проверить срок действия сертификата, установить недостающие корневые сертификаты, проверить настройки программ криптографии в 1С, запросить повторную отправку документа, изучить журнал регистрации. Эти действия не меняют данные и не затрагивают ключи.
К администратору или специалисту по криптографии стоит обращаться, если требуется переустановка криптопровайдера, работа с контейнерами закрытых ключей, настройка криптографии на сервере 1С или восстановление после сбоя лицензий. Ошибка в этих операциях может привести к утрате ключей, а восстановление ключа подписи — это перевыпуск сертификата в удостоверяющем центре.
Что важно запомнить
«Подпись не верна» — это результат криптографической проверки, а не сбой программы. Диагностику начинайте с сертификата и цепочки доверия, затем проверяйте криптопровайдер и целостность файла. Чужую подпись исправить нельзя — только запросить документ заново. Не трогайте закрытые ключи и системное время.
Частые вопросы
Можно ли исправить неверную подпись, не запрашивая документ повторно?
Нет. Подпись математически привязана к содержимому документа и закрытому ключу подписанта. Если проверка не проходит из-за изменения данных, единственный корректный путь — получить документ и подпись заново от отправителя.
Почему подпись была верной, а после обновления 1С стала неверной?
Чаще всего после обновления сбрасываются настройки программ криптографии: путь к модулю криптопровайдера или список алгоритмов. Проверьте раздел настроек электронных подписей и восстановите прежние параметры.
Ошибка появляется только в веб-клиенте, а в тонком клиенте всё работает. Почему?
В веб-клиенте криптография выполняется в браузере через специальное расширение и компоненты криптопровайдера. Убедитесь, что расширение для работы с криптографией установлено и разрешено в браузере, а криптопровайдер доступен с этого компьютера.
Сертификат действующий, но 1С всё равно пишет «Подпись не верна». Что ещё проверить?
Проверьте, тот ли это сертификат: сравните отпечаток в карточке подписи с отпечатком установленного сертификата. Также убедитесь, что алгоритм подписи (ГОСТ или RSA) поддерживается настроенной в 1С программой криптографии, и просмотрите расширенный текст ошибки в журнале регистрации.
Опасно ли открывать документ, чья подпись не прошла проверку?
Само открытие файла не опаснее обычного, но такому документу нельзя доверять как юридически значимому: нет гарантии авторства и целостности. Не выполняйте по нему оплату или отгрузку до получения корректно подписанной версии.
Нужно ли перевыпускать сертификат, если подпись не проверяется?
Не сразу. Перевыпуск требуется только при компрометации закрытого ключа или отзыве сертификата удостоверяющим центром. Сначала исключите технические причины: настройки криптопровайдера, цепочку доверия и целостность файла.