Отправка реестра в ФСС по прямым выплатам
Добрый день! Сегодня при отправке реестра в ФСС (Екатеринбург) на выплату пособия у нас появилась ошибка форматного контроля, которой не было до этого:
-503 Ошибка: Не соответствует формату XSD: Атрибут «email» недействителен: значение «» недействительно с точки зрения его типа данных «String» — Сбой ограничения Pattern. Отправляем через 1С Отчетность из 1С ЗУП.
Можно ли ее обойти?
Программа 1С ЗУП КОРП. Релиз 3.1.16.134 Платформа 1С:Предприятие 8.3 (8.3.17.1851).
Скрин в приложении.
Проблемы с отправкой отчетности в ФСС? Проверьте сертификаты
Многие бухгалтеры на этой неделе столкнулись с тем, что отчетность в ФСС не отправляется по ТКС. Либо отправляется, но потом сообщается об ошибке.
Дело в том, что Фонд социального страхования обновил квалифицированный сертификат открытого ключа подписи уполномоченного лица. И произошло это 5 октября, до начала отчетного периода, почему-то это сделать ФСС не мог.
Если сертификаты в вашей программе не подгружаются автоматически, то их надо обновить самостоятельно.
Мне очень нравятся Ваши вебинары и доступные мне материалы,
но хотелось бы получать ещё больше информации в компактном виде и за меньшее время)))
«Критичность» моя значительно поубавилась недавно 😉 Потому что я посетил другое мероприятие, посвященное переходу на НДС 20%.
За те же 2 часа, что и Ваш вебинар на эту же тему, было сообщено информации минимум в 5 раз меньше, без конкретных примеров, ссылок и экранов типовых программ 1С.
Искренне благодарен Вам за огромную подготовительную работу, которую явно приходится проводить для подготовки содержательных вебинаров!!!
Желаю дальнейших успехов, уверенности, целеустремленности и, конечно, счастья и здоровья всему коллективу!!!
Номер карточки: SD0008622
Ошибка связана с тем, что сертификат удостоверяющего центра не установлен в списке доверенных. Что бы устранить данную ошибку, необходимо установить корневой сертификат в хранилище операционной системы.
Установка корневого сертификата должна происходить на той машине, на которой происходят криптографические операции (Подписание, Шифрование). В случае использования клиент-серверной версии, с подписанием на сервере, корневой сертификат должен устанавливаться на сервере 1С:Предприятие. Установка на сервере должна происходить под доменным пользователем, под которым добавлен сертификат пользователя.
1. В программе 1С пройти по пути: Сервис — Обмен электронными документами — Профили настроек ЭДО (зайти в профиль) — закладка «Сертификаты организации» (открыть сертификат) — Все действия — Сохранить сертификат в файл.
2. Открыть файл сертификата и перейти на закладку «Состав». Найти поле «Доступ к информации о центрах сертификации» и скопировать ссылку на сертификат Удостоверяющего Центра (ссылка должна заканчиваться на .crt или .cer):
5. Если в завершении процесса установки сертификата появится предупреждение, то нужно нажать кнопку «Да»:
Эта статья описывает типичные ошибки работы КриптоПро ЭЦП Browser plug-in в браузерах и предлагает способы их решения.
Появляется окно КриптоПро CSP Вставьте ключевой носитель
Появление данного окна значит, что у Вас не вставлен носитель с закрытым ключом для выбранного Вами сертификата.
Необходимо вставить ключевой носитель. Убедитесть, что устройство отображается в Диспетчере Устройств Windows. Установите драйверы на устройство с сайта производителя если они не установлены.
Если предыдущие действия не помогли, необходимо переустановить сертификат в хранилище Личное текущего пользователя с привязкой к закрытому ключу. См статью.
Не удалось создать подпись из-за ошибки: Не удается построить цепочку сертификатов для доверенного корневого центра. (0x800B010A)
Эта ошибка возникает, когда невозможно проверить статус сертификата (нет доступа к спискам отзыва или OCSP службе), либо не установлены корневые сертификаты.
Скриншоты с примерами сертификатов, у которых не строится цепочка доверия.
Если вы используете квалифицированный сертификат, то попробуйте установить в доверенные корневые эти 2 сертификата. Это сертификаты Головного УЦ Минкомсвязи и Минцифры. От них, при наличии интернета, должна построится цепочка доверия у любого квалифицированного сертификата.
https://e-trust.gosuslugi.ru/#/portal/registry/ufo-certificate-card/34656 — страница сертифката, ссылка с серийным номером скачает файл сертификата
Чтобы установить скачанный сертификат в доверенные корневые центры сертификации, нажмите по нему правой кнопкой-Выберите пункт –Установить сертификат- Локальный компьютер (если такой выбор есть) — Поместить все сертификаты в следующие хранилище-Обзор-Доверенные корневые центры сертификации-Ок- Далее- Готово- когда появится предупреждение системы безопасности об установке сертификата- нажмите Да-Ок.
Если этого недостаточно, обратитесь в УЦ, выдавший вам сертификат, за сертификатом самого УЦ.
Важно: Если вы создаете CAdES-T (доверенное время) или CAdES-XLongType 1 (доверенное время и доказательства подлинности), ошибка цепочки может возникать если нет доверия к сертификату оператора TSP службы. В этом случае необходимо установить в доверенные корневые центры сертификации корневой сертификат УЦ, предоставляющего службу TSP.
При создании подписи появляется окно с ошибкой «Не удается найти сертификат и закрытый ключ для расшифровки. (0x8009200B)», в информации о сесртификате отображается «нет привязки к закрытому ключу»
Выполните привязку сертификата к закрытому ключу.
Важно: На наших демо-страницах подпись будет создана даже если привязки к ЗК нет. При этом сертификат должен находиться в контейнере. Сообщение «нет привязки к закрытому ключу» в данном случае будет носить информационный характер. Однако для обеспечения совместимости со сторонними площадками мы рекомендуем выполнять привязку сертификата к закрытому ключу.
Подпись создается, но также отображается статус «ошибка при проверке цепочки сертификатов».
Это значит, что нет доступа к спискам отозванных сертификатов.
Причина ошибки — истёк срок действия лицензий на КриптоПро CSP и/или КриптоПро TSP Client 2.0 и/или Криптопро OCSP Client 2.0.
Для создания CAdES-BES подписи должна быть действующая лицензия на КриптоПро CSP.
Для создания CAdES-T должны быть действующими лицензии на: КриптоПро CSP, КриптоПро TSP Client 2.0.
Для создания XLT1 должны быть действующими лицензии на: КриптоПро CSP, КриптоПро TSP Client 2.0, КриптоПро OCSP Client 2.0
Посмотреть статус лицензий можно через: Пуск- Все программы- КРИПТО-ПРО- Управление лицензиями КриптоПро PKI.
Чтобы активировать имеющуюся лицензию:
— введите в поле информацию о лицензии и нажмите OK чтобы сохранить её.
Отказано в доступе (0x80090010)
Ошибка: Invalid algorithm specified. (0x80090008)
Ошибка возникает, если Вы используете сертификат, алгоритм которого не поддерживается Вашим криптопровайдером.
Пример: У вас установлен КриптоПро CSP 3.9 а сертификат Выпущен по ГОСТ 2012.
Или если используется алгоритм хеширования, не соответствующий сертификату.
Так же проверьте актуальность версии КриптоПро CSP.
С 1-го по 15-ое октября пройдет ближайшая отчетная кампания в ФСС. Организации будут отчитываться за 9 месяцев 2010 года.
В преддверии отчетной кампании хотелось бы напомнить о некоторых важных моментах, связанных с представлением отчета по форме 4-ФСС в электронном виде.
Что нужно знать страхователю
В настоящее время страхователи, представляющие отчетность в электронном виде, отчитываются или через спецоператоров связи, или через единую точку приема Фонда (http://f4.fss.ru).
Абоненты компании «Такском» могут отправить в ФСС отчет в электронном виде с электронной цифровой подписью (ЭЦП) из программы «Референт», входящей в программный комплекс «Спринтер».
Отчет считается представленным и принятым, если после его проверки Фондом сформирована Квитанция о приеме расчета.
Датой приема отчета считается дата создания данной квитанции (на единой точке приема ФСС). Отчет считается представленным своевременно, если квитанция о приеме создана до окончания срока представления отчетности.
Важно! Длительность проверки отчета, представленного в электронном виде, на загрузочном шлюзе ФСС может составить целые сутки. Поэтому постарайтесь представить отчетность в электронном виде с ЭЦП заблаговременно – не позднее 13-го октября, чтобы осталось время на исправление ошибок.
На что обратить внимание
При подготовке отчета обратите внимание на код отчетного периода. В расчете по форме 4-ФСС, представляемом за 9 месяцев 2010 года, должен быть указан код отчетного периода «9».
Имя файла с отчетом за 9 месяцев 2010 г. должно быть: _2010_9.xml, где РНС – регистрационный номер страхователя ФСС.
После подписания отчета электронной цифровой подписью ответственного лица предприятия и шифрования, формат файла с отчетом изменится на: _2010_9.ef4
Подготовить очередной отчет по форме 4-ФСС можно с помощью программ семейства «1С:Предприятие», в том числе с помощью модуля «1С:Налогоплательщик», входящего в состав ПК «Спринтер» (ПК «Спринтер» разработан и представлен на рынке компанией «Такском» (http://www.taxcom.ru/products/products)).
Обратите внимание! В отличие от налоговой отчетности, отчетность в ФСС не считается представленной, если она содержит ошибки (то есть на неё выдан «протокол проверки»).
Предупредить и устранить
Статистика по отчетной компании за полугодие 2010 года по удостоверяющим центрам, выдававшим сертификаты ЭЦП для сдачи отчетности в ФСС, размещена на сайте «Поисково-мониторинговой системы ФСС»: http://fz122.fss.ru в разделе Аналитика/Портал/Статистика шлюза по УЦ. Здесь же дан подробный перечень ошибок, допущенных страхователями за 6 месяцев 2010 года.
Проведенный нами анализ поможет избежать подобных ошибок в предстоящую отчетную кампанию и подскажет способы профилактики.
Как видно из диаграммы, распределение ошибок в отчетах с ЭЦП, выданными ведущими удостоверяющими центрами, неодинаково.
Наибольшее количество протоколов проверки из ФСС указывает на ошибку в отчетах с кодом «-508»–
Отчет не прошел логический контроль. Кроме того, превалировали ошибки с кодами:«-13» – В сертификате отсутствует регистрационный номер страхователя;«-503» – XML-файл с отчетом не прошел форматный контроль;«-504» – В сертификате указано несуществующее подразделение Фонда;«-511» – Произошли ошибки при чтении XML-файла с отчетом;«-513» – Регистрационный номер в сертификате не совпадает с регистрационным номером в имени файла;«-514» – Регистрационный номер в XML-файле не совпал с регистрационным номером в сертификате ЭЦП.
Компания «Такском» дополнительно проанализировала ошибки, которые были допущены страхователями, применяющими программу «Референт» для сдачи отчетности в ФСС.
«Референт» не позволит ошибиться
Анализ ошибок показал, что программа «Референт» помогает страхователям ФСС избежать такой распространенной ошибки, как «-503» –XML-файл с отчетом не прошел форматный контроль. И это ещё не всё.
Благодаря применению данной программы страхователи – абоненты компании «Такском» не допустили целого ряда ошибок. Например, таких, как:«-13» – В сертификате отсутствует регистрационный номер страхователя;«-16» – Неверный формат регистрационного номера страхователя;«-30» – (пусто);«-44» – Не найден или просрочен СОС издателя сертификата;«-509» – Отчетный период в XML-файле не совпал с отчетным периодом в имени загруженного файла,«-511» – Произошли ошибки при чтении XML-файла с отчетом,
что составляет почти половину из всего их перечня.
А доля ошибок с кодами: «-41» – Не найден издатель сертификата;«-43» – Сертификат отозван; «-45» – Сертификат поврежден; «-506» – Несколько вторых разделов (узлы F4INF2) имеют одинаковые шифры налогообложения – практически сведена к нулю.
Чем ещё ценна программа «Референт»? Тем, что предупреждает бухгалтера о необходимости ещё раз проверить регистрационные данные страхователя в настройках программы, в отчёте, в ЭЦП. Это является профилактикой ещё двух распространенных ошибок: «-513» (Регистрационный номер в сертификате не совпадает с регистрационным номером в имени файла) и «-514» (Регистрационный номер в XML-файле не совпал с регистрационным номером в сертификате ЭЦП).
Отдельное спасибо партнеру компании «Такском» – ОАО «ИнфоТекс Интернет Траст», который осуществляет кросс-сертификацию с Удостоверяющим центром ФСС и помогает абонентам избежать ошибки с кодом «-44».
Ошибка «-508» и дополнительные функции программы «Референт»
Как мы уже отмечали, наибольшая доля ошибок (более 80% от их общего числа) связана с ошибкой «-508»
– Отчет не прошел логический контроль. И специалисты компании успешно разрешили эту проблему.
В предстоящую отчетную кампанию абоненты компании «Такском», подключенные к услуге «Обмен с территориальными органами ФСС», получат дополнительные выгоды от применения программы «Референт» для сдачи электронных отчетов в ФСС.
Отчет, выгруженный из «1С:Налогоплательщик» или подготовленный с помощью другой бухгалтерской программы и импортированный в программу «Референт», подвергнется полному форматно-логическому контролю (на ошибку «-508» – Отчет не прошел логический контроль,).
Все выявленные ошибки страхователь сможет исправить еще до отправки отчета в Фонд. Потому что работу по проверке значительной доли взаимоувязки показателей в отчете возьмёт на себя программа «Референт». Таким образом, она существенно облегчит и ускорит процесс представления отчета в электронном виде в ФСС.
К сожалению, в последний момент (вечером 27 сентября) был опубликован приказ ФСС от 24.09.2010 № 195, который вносит изменения в ранее утвержденные нормативные документы в части логического контроля отчета по форме 4-ФСС. Поэтому в настоящее время компания «Такском» дорабатывает в соответствии с этим приказом программу «Референт», чтобы обеспечить своим абонентам максимально полный форматно-логический контроль отчета к началу отчетной компании.
Для представления отчета в ФСС в электронном виде через программу «Референт» абонентам компании «Такском» достаточно лишь оформить on-line заявку на абонентском форуме.
А тем, кто ещё не является абонентом компании, рекомендуем выполнить одно из нескольких действий: отправить заявку с главной страницы сайта http://www.taxcom.ru; заполнить регистрационную карту на сайте компании «Такском» в разделе «Отчетность через Интернет» или обратиться в компанию «Такском» по телефону (495) 730-73-47, в рабочее время (по московскому времени).
Успешной вам сдачи, с первого раза!
Никто не застрахован от ошибок, возникающих в процессе подготовки и сдачи отчетности.
Отчитываться в ФСС через Интернет бухгалтеры стали сравнительно недавно. Не обошлось, конечно, и без ошибок, которые были допущены в ходе подготовки и сдачи отчетности. Это был первый опыт, который получили бухгалтеры.
Надеемся, что приведенные советы и рекомендации помогут избежать подобных ошибок при сдаче отчетности. Не зря говорят, что умный учится на своих ошибках, а мудрый – на чужих.
С 2010 года отчетность в ФСС в электронном виде должны представлять все организации с численностью сотрудников более 100 человек. Эта обязанность установлена статьей 61 Федерального закона от 24.07.2009 № 212-ФЗ.
На сегодняшний день организации могут сдавать электронную отчетность в ФСС с помощью спецоператора cвязи или самостоятельно через портал ФСС.
Итоги отчетной компании за I полугодие 2010 года выявили ряд ошибок, которые в основном были допущены страхователями. Если учесть, что отчеты формирует бухгалтер, то можно отнести допущенные ошибки к его компетенции.
Итак, все ошибки, допущенные страхователями Фонда социального страхования, выявленные Фондом в процессе проверки отчета, условно можно разделить на несколько групп:
– Форматные ошибки;
– Ошибки в регистрационных данных страхователя;
– Ошибки в сертификате электронной цифровой подписи (далее – ЭЦП), которой был подписан отчет в электронном виде;
– Ошибки логического характера.
Подробный перечень ошибок по каждому удостоверяющему центру представлен на сайте «Поисково-мониторинговой системы ФСС»: http://fz122.fss.ru в разделе Аналитика/Портал/Статистика шлюза по УЦ.
Попробуем проанализировать эти ошибки.
Не тот формат
Основной ошибкой при представлении электронной отчетности является сдача отчетности в неустановленном формате.
Форматные ошибки возникают в следующих случаях:
– формат самого отчета по форме 4-ФСС, отличается от xml. Например, это может быть отчет, сформированный в xls-таблицах, в tif, pdf и других форматах, что недопустимо;
– подписанный ЭЦП и зашифрованный файл с отчетом имеет формат, отличный от формата ef4, утвержденного приказом ФСС России от 12.02.2010 № 19.
Есть еще одна разновидность форматных ошибок – это ошибки при формировании xml-файла. Они связаны с тем, что в программе, которую страхователь использовал для формирования отчета, не были соблюдены требования к форматам показателей в отчете. Формат xml-файла подробно описан в приложении № 1 к приказу ФСС России от 12.02.2010 № 19.
Бухгалтер всегда может избежать подобных ошибок, если он применит для формирования отчетности программы семейства «1С:Предприятие», в том числе «1С:Налогоплательщик», входящий в состав ПК «Спринтер».
Продукты «1С» обеспечивают формирование файла отчетности в утвержденном формате, а модуль контроля программного комплекса «Спринтер» просто не позволит отправить отчет, сформированный в неправильном формате.
Не совпадают регистрационные данные
К сожалению, иногда даже специалисты от невнимательности допускают ошибки. Поэтому и возникают ошибки в регистрационных данных страхователя, например, в регистрационном номере страхователя (РНС) и/или в коде подчиненности (КП). Исправлять эти ошибки нужно своевременно – задолго до очередной отчетной кампании.
РНС и КП можно проверить и на сайте ФСС: http://fz122.fss.ru в разделе Справочная/Рег.номер страхователя по ИНН.
В целях профилактики ошибок при заказе услуги «Обмен с территориальными органами ФСС» достаточно заполнить on-line заявку на абонентском форуме компании «Такском». Здесь же даются подробные разъяснения в части РНС и КП и предоставляется сервис для их проверки. Если страхователь уже допустил такие ошибки и является клиентом компании, то ему достаточно позвонить в центр поддержки клиентов (495) 730-73-45 с 9-00 до 22-00 (по московскому времени) в рабочие дни. В отчетные периоды центр технической поддержки работает круглосуточно.
Ошибки, связанные с сертификатом ЭЦП
Хорошо, если бухгалтер имеет представление о средствах криптографической защиты информации. Однако, это не всегда так. Поэтому иногда отчетность в ФСС подписывается ЭЦП, которая не соответствует требованиям Фонда.
Например, ошибка «В сертификате отсутствует регистрационный номер страхователя» означает, что электронный сертификат страхователя, используемый при подписании и шифровании файла отчета, в поле «Субъект» не содержит данных о регистрационном номере страхователя и его коде подчиненности в системе ФСС.
Скорее всего, это сертификат для работы с ФНС, ПФР и Росстатом. Предотвратить эту ошибку можно благодаря применению программного комплекса «Спринтер». Программа «Референт», которая входит в состав программного комплекса, просто не позволит страхователю ФСС выбрать неправильный сертификат ЭЦП при подписании отчетности в Фонд.
Иногда при заказе сертификата ЭЦП страхователи Фонда просто забывают заполнять регистрационные данные (РНС и КП).
Избежать подобных ошибок достаточно просто. Уточним: при подключении к услуге «Обмен с территориальными органами ФСС» сертификат ЭЦП для сдачи отчетности в ФСС выдается бесплатно. Абоненту достаточно заполнить on-line заявку на абонентском форуме компании «Такском». При отсутствии РНС или КП в заявке страхователь просто не сможет ее отправить, так как поля с РНС и КП являются обязательными для заполнения.
Другая часть ошибок связана с отзывом сертификата ЭЦП или завершением срока его действия. Здесь, к сожалению, необходимо заранее позаботиться о внеплановой или плановой замене сертификата ЭЦП.
Встречается и такая ошибка, когда регистрационный номер в сертификате не совпадает с регистрационным номером в имени файла. Это означает, что отчет подписан сертификатом другого страхователя. Такая ошибка характерна для организаций, имеющих широкую филиальную сеть и налоговых представителей, то есть для тех, кто при сдаче отчетности в ФСС использует большое количество сертификатов страхователей.
Самая распространенная ошибка (код ошибки -508). Её появление говорит о том, что отчет был заполнен неправильно и его следует исправить.
Фонд социального страхования подробно дает описание этой ошибки в «Протоколе проверки».
Есть и другие ошибки, которые допускаются страхователями в отчете, но они немногочисленны. Например, ошибка «Отчетный период в ХML-файле не совпал с отчетным периодом в имени загруженного файла».
При подготовке отчетности за 6 месяцев 2010 года файл с отчетом должен называться: , в зашифрованном виде .
В самом же отчете на титульной странице в строке «Отчетный период» ошибочно сохранилась цифра «3» из предыдущего отчета.
Страховка от ошибок
Очень надеемся, что приведенные рекомендации помогут бухгалтерам успешно сдать отчетность в ФСС без ошибок. А помочь им в этом сможет обновленная версия программы «Референт», которую компания «Такском» сейчас готовит к следующему отчетному периоду. Главная цель новой версии – выявлять ошибки, допущенные бухгалтером, еще до отправки отчета в ФСС.
Новые возможности программы «Референт» позволят значительно сократить количество попыток представления в ФСС отчетности по форме 4-ФСС в электронном виде и уже с первой попытки получить «Квитанцию о приеме расчета».
Лишний раз хочется посоветовать бухгалтерам. Не наступайте на те же самые «грабли». Застрахуйте себя от возможных ошибок.
Сдавайте отчетность с компанией «Такском».
Сертификат недействителен. Срок действия истек или еще не наступил.
Визуально ошибка отображена на картинке ниже:
Как устранить данную проблему:
Сертификат недействителен. Сертификат отозван.
Ошибка указана на картинке ниже:
При возникновении данной ошибки, если ранее вы самостоятельно не отзывали сертификат. Вам необходимо обратиться в Удостоверяющий центр, выдавший сертификат, для уточнения причины возникновения данной проблемы.
Удостоверяющий центр выдавший сертификат, обычно указан в разделе Издатель.
Сертификат не действителен. Не удалось проверить сертификат в списке отозванных т. соответствующий сервер в состоянии offline (код ошибки 103,104).
Дата обновления: 28.06.2022
Ошибка связана с тем, что на компьютере не установлен актуальный список отозванных сертификатов Удостоверяющего Центра.
2. Открыть файл сертификата и перейти на закладку «Состав». Найти поле «Точки распространения списков отзыва (CRL)» и скопировать ссылку на список отзыва Удостоверяющего Центра (ссылка должна заканчиваться на .crl):
4. Навести курсор на скаченный файл, нажать правую клавишу мыши и выбрать пункт «Установить список отзыва (CRL)». В «Мастере импорта сертификатов» на этапе определения хранилища необходимо выбрать пункт «Автоматически выбрать хранилище на основе типа сертификата».
Установка этого списка отзыва проводится тем же способом, что описан выше.
Не удалось полностью проверить один или несколько сертификатов в цепочке.
Не установлен корневой сертификат удостоверяющего центра, выдавшего сертификат.
Не установлен корневой сертификат Минкомсвязь России
- Откроется мастер экспорта сертификата, все оставляем по умолчанию, нажимаем далее –далее – выбираем место для сохранения файла и задаем ему имя.
- Запоминаем куда сохранился файл, и открываем его. Нажимаем — установить сертификат (далее выполняем действия, последовательно как на скриншотах)
- По окончании установки перезапускаем программу КриптоАРМ, и повторно выполняем операцию, которую не удалось выполнить ранее.
- Скачиваем по ссылке — https://e-trust.gosuslugi.ru/app/scc/portal/api/v1/portal/ufoCertificates/download/34656
- Проделываем те же действия что показаны в пункте 4 , но в качестве хранилища выбираем Доверенные корневые центры сертификации.
Остались вопросы? Как мы можем помочь?
Подпись недействительна. (Подпись математически неверна).
Пример ошибки на картинке ниже:
Причина возникновения данной проблемы: файл был изменен или поврежден, после подписания.
Файл может быть изменен в следствии воздействия антивирусного ПО. Или в результате изменений внесенным в структуру файла почтовым сервисом, при отправке по электронной почте.
Файл необходимо повторно подписать, предварительно отключив антивирус (при его наличии, и при повышенном уровне защиты файловой системы).
Перед отправкой по электронной почте, файл необходимо заархивировать.
Так же если Вы используете при подписании сервис КриптоДок, у Вас должна быть активирована лицензия Крипто Про CSP, как проверить действительность лицензии Вы можете узнать по ссылке
Так же, если для подписания используется программа КриптоАРМ, перед подписанием обратите внимание, чтобы был отключен режим Квалифицированная подпись в КриптоАРМ.
Проверить это можно нажав правой кнопкой мыши, по иконке в области уведомлений.
Как мы можем помочь?
Проверка документа подписанного электронной подписьюКак установить корневые сертификаты на Windows
Не удалось проверить список отзыва CRL.
В КриптоАРМ не установлен актуальный список отзыва.
1 – нажимаем Статус сертификата, 2 – двойным кликом открываем сертификат, 3- нажимаем Состав, 4 – выбираем Точки распространения, 5 – выделяем ссылку после = , нажимаем Ctrl + C (плюс не нажимаем , одновременно две клавиши Ctrl и C на клавиатуре), вставляем ссылку в строке поиска в браузере.
Нажимаем Готово. Перезагружаем Компьютер и проверяем повторно. Ошибка должны быть устранена.