Невозможно подписать нулевую информацию ФСС и цифровую подпись, сбой проверки и другие ошибки электронной подписи

При попытке обмена с ФСС вы получили ошибку «Время ожидания ответа от сервера СЭДО ФСС истекло (код состояния 504). Попробуйте повторить запрос через некоторое время»? Прим. код ошибки может быть не только 504, а еще и 404 и 403.

Рассказываем почему так вышло и что нужно делать.

2023 г

К сожалению, технические сложности на стороне фонда сохраняются.

Со стороны 1С доработаны типовые конфигурации, чтобы можно было в фоновом режиме осуществлять обмен. Плановый выход обновлений до середины сентября: для БП 3.0.141.53 ориентировочно 7 сентября, ЗУП и ERP немного позже.

Пока рекомендации по осуществлению обмена те же: пробовать обмениваться в утреннее или вечернее время, когда сервер фонда не так нагружен.

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

Сегодня получена информация от техподдержки «Калуги-Астрал»:

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

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

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

Подъехала и официальная новость от 1С https://buh.ru/news/uchet_nalogi/170614/

Рекомендуют делать обмен рано утром или поздно вечером.

Эх не легка наша бухгалтерская судьба =(

В телеграмм канале партнеров Калуги-Астрал сделали более менее официальный пост, что штрафных санкций не будет. Надеемся и верим и ждем официальную информацию от ФСС.

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

Рекомендуем переотправить подготовленные отчеты после 20:00.

СФР не будет применять никаких штрафных санкций к страхователям из-за непредоставления информации в СФР на период, пока не будет решена техническая проблема.

О решении ситуации мы сообщим вам дополнительно.

2023 17

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

Конечно, мы не знаем, так ли это будет по итогу, но надеемся, что все будет хорошо.

Но на текущий момент официальной информации по этому вопросу нет.

Что происходит?

Из-за большой нагрузки на сервер ФСС 1С и другие программы получают ответ, что сервер ФСС перегружен (это как DDoS-атака). При этом официально ФСС не признает проблему, сообщая пользователям, что проблема на стороне 1С. Это не так.

Что мы рекомендуем?

Фирма 1С скоро выпустит небольшое обновление, в котором при неудачной попытке обмена с ФСС будет сообщать рекомендацию, когда лучше повторить запрос с примерно такой формулировкой: «Не удалось обратиться к серверу СЭДО ФСС. Ответ от сервера СЭДО: Получена ошибка 1012, рекомендуется повторить запрос через 10 минут (в 14.59)”.

Мы и сами на штрафы попали

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

Ошибка вызова сервиса передачи/получения данных.

Сообщение не соответствует формату XML Encryption. Обратитесь к разработчику программного обеспечения, на котором осуществлялось шифрование данных. Сообщите следующую информацию: Отсутствует элемент EncryptedData class ru.ibs.cryptopro.jcp.crypt. CryptoException

1. Выполните настройку АРМ ЛПУ

2. Проверьте настройки криптопровайдера

Ниже приведен образец настроек в КриптоПро CSP 5.0

Если вы не можете изменить параметры на вкладке «Алгоритмы» (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProCryptographyCurrentVersionParameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.

После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.

3. Проверьте сертификаты и лицензии

С помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)) откройте ваш сертификат. Срок действия сертификата не должен быть просрочен.
Запустите КриптоПро CSP. На вкладке «Общие» проверьте срок действия лицензии криптопровайдера.
Откройте вкладку «Сервис» и нажмите кнопку «Протестировать». Выберите контейнер закрытого ключа вашего сертификата. В открывшемся окне тестирования не должно быть ошибок, сообщений об истечении срока действия ключа итп.

Не удалось определить состояние ЭЛН

Для перехода в статус ‘Продлен’ необходимо добавить период нетрудоспособности;Для перехода в статус ‘Закрыт’ необходимо заполнить поля: ‘Приступить к работе с: дата’ или ‘Иное: код’;Для перехода в статус ‘Направление на МСЭ’ необходимо заполнить поле ‘Дата направления в бюро МСЭ’

1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);

2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН:

Не удалось обновить данные. Обновляемая запись потеряла актуальность

Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.

2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:

Доступ к ЭЛН с №_________, СНИЛС_________, статусом _________ — ограничен

Вы пытаетесь получить данные ЭЛН, который находится в статусе, ограничивающем Ваш доступ. Например, страхователь пытается получить данные ЭЛН, который еще не закрыт медицинской организацией. Согласно процессной модели, страхователь может получить данные ЭЛН для редактированиня только на статусе 030 — Закрыт. Другой пример — бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 — Направление на МСЭ)

1. Удостоверьтесь, что номер ЭЛН, данные которого вы хотите получить, введен верно.

2. Дождитесь перехода ЭЛН на статус, который позволит Вам получить данные ЭЛН.

Ошибка вызова сервиса передачи / получения данных. Не удалось расшифровать сообщение.

Возможно сообщение было зашифровано на ключе, отличном от ключа уполномоченного лица ФСС.

Проверьте правильность и актуальность ключа уполномоченного лица ФСС.

Укажите верный сертификат уполномоченного лица ФСС:

При использовании криптопровайдера Vipnet CSP — рабочей версией является 4.4 и выше.

Вы указали неверный сертификат для шифрования сообщения в поле «Имя сертификата МО»: указанный сертификат может быть использован только для подписания, но не шифрования.

Закажите и установите сертификат, который поддерживает не только операцию подписания, но и операцию шифрования.

Unable to build entity manager factory.

Возникла ошибка при попытке загрузки данных из базы данных. Сообщите администратору следующую информацию:

Unable to build entity manager factory.

1. Запустите установку с правами администратора;

2. Выполните установку программы по шагам инструкции (путь, где лежит инструкция: http://lk.fss.ru/eln.html).

Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:

Ошибка при попытке загрузки данных из базы данных.

Сообщите следующую информацию: org.hibernate.exception. SQLGrammarException: could not extract ResultSet.

Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.

Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.

При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка «Internal error. Reason: java.lang. ExceptionInInitializerError» или

«Internal Error. Reason: java.lang. NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature. COMCryptoAPIClient»

Приложение было установлено некорректно (не зарегистрирована библиотека GostCryptography.dll).

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

3. Проверить, что в папке, куда установлено приложение, имеется файл GostCryptography.dll (по умолчанию данный файл устанавливается в C:FssTools). Если данного файла нет, попробуйте переустановить приложение.

4. Если все верно, в командной строке выполнить:

cd C:FssTools — переходим в папку, в которой находится файл GostCryptography.dll

C:WindowsMicrosoft. NETFramework4.0.30319RegAsm.exe /registered GostCryptography.dll — с указанием вашего адреса установки компонентов Microsoft. NET. Обратите внимание, что на ОС Windows 10 адрес установки компонентов Microsoft. NET может отличаться от приведенного в примере (C:WindowsMicrosoft. NETFramework644.0.30319RegAsm.exe /registered GostCryptography.dll).

5. Перезапустить приложение.

Ошибка вызова сервиса передачи/получения данных. Invalid element in ru. ibs. fss. eln. FileOperationsLn_wsdl. R OW — SERV1_DT1.

Ошибка: «Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws. FileOperationsLn_wsdl. ROW — SERV1_DT1»

Поле «SERV1_DT1» было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.

Поменять строку соединения в настройках.

В меню Администрирование – Настройки сервисов ФСС – Строка соединения, укажите следующий адрес сервиса:

С шифрованием https://docs-test.fss.ru/WSLnCryptoV11/FileOperationsLnPort?WSDL

Без шифрования https://docs-test.fss.ru/WSLnV11/FileOperationsLnPort?WSDL (Обратите внимание, при отправке на сервис без шифрования в настройках электронной подписи должен быть снят флаг «Шифровать сообщение»)

Ошибка при старте АРМ ЛПУ «В базе данных АРМ ЛПУ имеется некорректная запись» (Transaction already active)

Данная ошибка возникает в случае, когда в какой либо таблице БД приложения сохранены некорректные записи (например, пустое или некорректное значение номера ЭЛН, пустые обязательные поля, строки с одинаковым значением номера ЭЛН, в т.ч. записи-дубли). Если в БД АРМ ЛПУ имеются такие записи, то возможны следующие ошибки:

Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).

В интерфейсе клиента открывается сервер PostgreSQL 9.5. Затем открывается схема fss (пользователь fss, пароль fss) – Схемы – public – Таблицы.

Данные в АРМ ЛПУ хранятся в таблицах:

Для просмотра таблицы необходимо выделить ее в дереве таблиц и нажать на значок «Просмотр данных в выбранном объекте»

Выделяете и удаляете (delete) строку, которая содержит пустое значение номера ЭЛН или другие ошибки.
Как вариант, для поиска и удаления ошибочных записей возможно использование SQL запроса типа:
select id from fc_eln_data_history where ln_code is null;
delete from fc_eln_data_history where id = ваш id;
Для открытия окна SQL запросов необходимо в главном меню нажать на значок «SQL».

Обратите внимание! При удалении строки ЭЛН, если в этом ЭЛН были созданы периоды нетрудоспособности, сначала необходимо удалить их. Периоды нетрудоспособности хранятся в отдельной таблице fc_eln_periods и связаны с fc_eln_data_history по номеру ЭЛН. Просмотр и удаление периодов аналогично, описанному выше.

АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»

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

АРМ ЛПУ, ошибка «Ошибка при проверке соединения с ФСС»

Ошибка: Ошибка дешифрования сообщения. Ошибка при попытке расшифровать сообщение. Стек: java.lang. NullPointerException
org.apache.cxf.binding.soap. SoapFault: Ошибка при попытке расшифровать сообщение. Стек: java.lang. NullPointerException

Расшифровывается запрос пользователя на сертификате ФСС, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в «Настройках электронной подписи»:

см. п.1, п.5

АРМ ЛПУ, ошибка «Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения»

Зашифровывается сообщение пользователя на сертификате МО, указанное в настройках.

При попытке получить сообщения СЭДО в ЗУП 3.1 обмен «зависает», сообщения от СФР не поступают.

Проблемы возникают при взаимодействии 1С с сервером СФР. Обмен зависает и получить сообщения можно только после многократного запуска. Чаще всего выдаются ошибки:

• Ошибка подключения к веб-серверу https://sedo.fss.ru: Ошибка клиента, код состояния 403
• При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера https://sedo.fss.ru произошла ошибка: Ошибка клиента, код состояния 404

Текст ошибки можно посмотреть в (Администрирование – Обслуживание). Для этого нужно выбрать уровень критичности .

По сообщениям наших подписчиков обмен лучше запускать до 8 утра или после 18 часов по МСК – тогда нагрузка на сервер СФР меньше. Также разработчики рекомендуют установить патч EF_00_00556082. Он не решит проблему, но покажет сообщение об ошибке в более понятном виде.

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

Если или автозагрузка исправлений не подключена, патч потребуется установить вручную. Подробнее о том, как это сделать – см. Как установить исправление (патч) в ЗУП 3, не подключенной к интернету

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

(6 оценок, среднее: 5,00 из 5)

Назад к статье

Отчеты, документы, обработки

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

ЭЦП — это устаревшее понятие. Расшифровывается как «электронная цифровая подпись». В настоящее время законодательством закреплено название ЭП, которое расшифровывается как «электронная подпись».

Какие бывают ошибки

Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на различные группы:

Рассмотрим неполадки подробнее и разберёмся, как их решать.

Компьютеру не удаётся проверить цепочку доверия или списки отозванных сертификатов

Причина, по которой компьютеру не удаётся проверить цепочку доверия или списки отозванных сертификатов может быть и в ошибке «Не удаётся проверить подпись сертификата», и в ошибке «Не удаётся построить цепочку сертификатов для доверенного корневого центра». Бывает, что сертификат в хранилище Windows «бьётся» где-то по пути его передачи, то есть его хэш сумма меняется и СКЗИ не может проверить его подпись. Также ошибка появляется в случаях, когда нужный корневой сертификат установлен в хранилище, но цепочка доверия ошибочно строится через другой сертификат. Выглядит так, что цепочка доверия правильно построена, но ошибка подписи сертификата. Кажется, что сертификат повреждён, но на самом деле это из-за неправильной цепочки доверия. Проверяется сравнением идентификаторов ключей всех сертификатов цепочки. Такая же ситуация будет, если правильного промежуточного сертификата нет в хранилище, но есть другой промежуточный сертификат того же УЦ, и через него ошибочно строится цепочка.

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

Сертификат не найден

Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».

У подобных ошибок могут быть следующие причины:

Для установки списка отозванных сертификатов:

То же самое необходимо сделать с промежуточным сертификатом цепочки доверия.

Не виден сертификат на носителе

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

К наиболее распространённым причинам такой проблемы относятся следующие случаи:

ЭЦП не подписывается на документе

Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:

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

В этой ситуации помогает установка и регистрация библиотеки Capicom:

Выбранная подпись не авторизована

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

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

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

Часто задаваемые вопросы

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

О том, что делать, если компьютер не видит ЭЦП, и о способах проверки настроек, мы подробно писали в нашей статье.

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

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

Почему не получилось проверить ЭЦП?
Речь о ЭП, которые передаются без участия оператора электронного документооборота. Например, документ об устройстве на работу подписан физлицом и отправлен в отдел кадров по электронной почте. У получателя при проверке появляется ошибка, что системе не удалось проверить электронную подпись. Значит, отправитель изменил данные в документе после подписания или его сертификат недействителен, или отозван.

Почему КриптоПро не отображает ЭЦП?
Если КриптоПро CSP не отображает ключи ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление плагина для работы с ЭП в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.

Подробнее ознакомиться, как устранить данную неисправность, можно в нашей статье.

Где на компьютере искать сертификаты ЭЦП?
Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:

Что такое сертификат ЭЦП и зачем он нужен, мы рассказали в нашей статье.