Не удалось подключиться к сервису фсс ошибка дешифрования сообщения

Ошибка подключения к сервисам ФСС (решено)

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

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

Данная ошибка связана с заменой техслужбой ФСС 17 октября 2021 г. части интернет-адреса сервисов ЭЛН с *docs* на *eln*.

Для того, чтобы исправить эту ошибку:

1. Вам желательно обновить сертификаты ФСС. Подробная инструкция и сертификаты находятся здесь: https://lk.fss.ru/cert.html.

2. В АРМ ЛПУ необходимо открыть «Администрирование» — «Настройки сервисов ФСС» и заменить в строке соединения с сервисом ФСС url-адрес на верный.

Новый адрес соединения для медицинских организаций: https://eln.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

Новый адрес соединения для организаций-страхователей: https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

Новый адрес соединения для МСЭ: https://eln.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

В случае недоступности основных адресов соединения (например, из-за DDoS-атак) ФСС ввела резервные точки подключения:

для медицинских организаций: https://eln-rez.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

для организаций-страхователей: https://eln-rez.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

для МСЭ: https://eln-rez.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

Актуальное на этой неделе:

11.04.2022

Если вам на карту неожиданно пришли деньги, что делать?

Когда поступают деньги на карту, владелец обычно знает, что и откуда «падает». Родственник прислал, долг…

Далее

06.04.2022

Как добавить VPN на Андроид через настройки

Ограничения доступа в интернет раздражает и не дает использовать интересные подключения. Проблема решается…

Далее

06.04.2022

Как создать канал в Telegram: пошаговое руководство и советы

Собственный Telegram-канал может завести любой человек. Мессенджер в данном случае никого не ограничивает. При…

Далее

19.03.2022

Код ошибки 60-02 и 01-03 в Сбербанк Онлайн – как исправить?

«Сбербанк онлайн» — это удобный сервис, позволяющий проводить финансовые манипуляции из любой точки мира….

Далее

Вернуться в основную статью

Для облегчения поиска ошибок был создан отдельный раздел для сбора ошибок из АРМ ЭРС, читайте внимательнее подсказки ниже:

В случае возникновения ошибки при отправке реестра: Невозможно отправить реестр талонов с периодом формирования, равным текущему месяцу

Причина:

Ошибка возникает из-за того, что реестр должен датироваться месяцем в котором он сформирован.

Решение:

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

Также возможно стоит подождать решения ошибки от СФР или установить обновление ПО

В случае возникновения ошибки при получении результата обработки: Ошибка вызова сервиса передачи/получения данных VALID_SIGNATURE ЭП действительна; ERROR_BUILDING_CERT_PATH При проверке сертификата ЭП произошла ошибка. Ошибка построения цепочки сертификатов | INVALID_SIGNATURE ЭП недействительна. Обратитесь к разработчику программного обеспечения

Причина:

Ошибка возникает из-за нарушения корректности цепочки сертификатов — либо один из сертификатов цепочки просрочен, либо установлен не туда, либо это вообще некорректный сертификат.

Решение:

На рабочее место пользователя с 4.07.22 необходимо ставить в «Личное хранилище»:

• Сертификат уполномоченного лица СФР

• Сертификат ЛПУ (юр.лицо)

• Сертификат руководителя ЛПУ (физ.лицо)

• Сертификат главного бухгалтера

Скачиваем и устанавливаем ВСЮ ЦЕПОЧКУ СЕРТИФИКАТОВ уполномоченного лица ФСС:

Ссылка на скачивание

(eln_prod_Личное.cer устанавливаем в «Личное» остальные два в «Доверенные корневые центры сертификации»)

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

В случае возникновения ошибки при запуске программы: Unable to build entity manager factory

Причина:

Ошибка возникает в случае отсутствия связи с СУБД PostgreSQL, либо сервер БД недоступен

Решение

Необходимо проверить на сервере БД запущена ли служба Postgresql-9.5 и доступен ли сервер БД, а также порт указанный при установке АРМ ЭРС

В случае возникновения ошибки при запуске программы «Invalid Configuration Location» The configuration area at .. could not be created. Please choose a writable location using the ‘-configuration’ command line option

Причина:

Пользователю недостаточно места для создания и хранения временных файлов, создаваемых программой.

Решение:

Проверьте квотирование места на диске: уберите квотирование либо увеличьте доступное пользователю пространство,

В случае возникновения ошибки при получении результата обработки: Connection could not be allocated. Listener does not currently know of service requested in connect descriptor

Причина:

Сервер СФР временно не доступен

Решение:

Необходимо ожидать восстановления работоспособности

В случае возникновения ошибки при получении результата обработки: Отсутствует уполномоченный представитель с таким сертификатом ЭП

Причина:

Выбран неправильный сертификат УЛ СФР

Решение:

Скачать сертификат Уполномоченного лица СФР отсюда: https://lk.fss.ru/cert.html установить его в личные и выбрать его в настройках подписи.

В случае возникновения ошибки при получении результата обработки: Ошибка вызова сервиса передачи/получения данных. Could not send Message

Причина:

Сервер ФСС временно не доступен

Решение:

Необходимо ожидать восстановления работоспособности

В случае возникновения ошибки при установке или обновлении программы «GostCryptography.dll Этому файлу не сопоставлена программа для выполнения этого действия»

Причина:

Возможно причина кроется в сломанных системных файлах

Решение:

Необходимо обновить систему и выполнить команды в командной строке от имени администратора:

sfc /scannow

и

DISM /Online /Cleanup-Image /RestoreHealth

После этого необходимо перезагрузиться

Подробнее вы можете прочитать здесь

В случае возникновения «ошибки шифрования» при проставленной галочке
:

Причина:

Не применяются настройки шифрования выставленные в настройках ПО

Решение:

Перейти в «C:FssArmErsconfiguration.settings» (для х64 версии)

либо в «C:FssToolsconfiguration.settings» (для x86 версии)

Открыть в блокноте файл: ru.ibs.fss.eln.prefs
в конце добавить строчку
encryptmessages=1

В случае возникновения «Internal Error COMCryptoAPIClient» :

Причина:

В процессе установки программы библиотека GostCryptography.dll по каким-то причинам не зарегистрировалась

Решение:

В командной строке CMD выполнить (с правами администратора):
Для x86 программы

cd C:FssTools
C:WindowsMicrosoft.NETFrameworkv4.0.30319RegAsm.exe /registered GostCryptography.dll 

Для x64 программы

cd C:FssArmErs
C:WindowsMicrosoft.NETFramework64v4.0.30319RegAsm.exe /registered GostCryptography.dll 

В случае возникновения ошибок «Сообщение не найдено» либо бесконечный «Вызов сервиса ФСС» либо «Ошибка вызова сервиса передачи/получения данных Error processing request — getResultByID»

Причина:

Сервис СФР перегружен, либо некорректна подпись МО

Решение:

Необходимо повторить отправку/запрос позднее. В программе АРМ ЭРС проверьте в настройках подписи корректна ли подпись медицинской организации (МО) либо сертификат СФР

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

Причина:

Причиной возникновения данной ошибки может служить чрезмерная нагрузка на сервис СФР, либо сбой криптопровайдера

Решение:

Попробуйте совершить операцию позднее.

В крайнем случае проблема может решиться переустановкой криптопровайдера (КриптоПРО или VipnetCSP)

Также в программе АРМ ЭРС проверьте в настройках подписи корректна ли подпись медицинской организации (МО) либо сертификат СФР

После обновления ПО данная настройка может быть пустой

Также можно попробовать удалить все установленные сертификаты связанные с СФР и скачать их по данной ссылке:
https://disk.yandex.ru/d/nAQmOZ7WZi8S1w

(eln_prod_Личное.cer устанавливаем в «Личное» остальные два в «Доверенные корневые центры сертификации»)

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

Также можно снять галочку на «Проверять подпись на входящих сообщениях»

В случае возникновения ошибки «вызова сервиса передачи/получения данных. Зарегистрировано»

Причина:

Перебои в работе сервиса взаимодействия СФР, ваш запрос в очереди

Решение:

Ждать, совершить запрос позднее

В случае возникновения ошибки «Отсутствует лицензия на осуществление медицинской деятельности»

Причина:

Текст ошибки говорит сам за себя

Решение:

Необходимо проверить введенные в настройках реквизиты организации а также связаться с региональным представителем СФР

В случае возникновения ошибки «Отсутствует заключенный договор с ТОФ на оказание услуг»

Причина:

Текст ошибки говорит сам за себя

Решение:

Необходимо связаться с региональным представителем СФР

В случае возникновения ошибки «Internal Error Rollback Exception» при попытке открыть сведения о посещениях

Причина:

Ошибка возникает из-за отсутствующих строках и колонках в БД, программа пытается прочитать данные в несуществующих ячейках

Решение:

Необходимо обновить ПО на рабочем месте, где установлена БД

В случае возникновения ошибки «Unmarchalling Error» при попытке отправить/запросить талон/ЭРС

Причина:

скорее всего неправильно заполнены данные в определенном поле

Решение:

Необходимо изучить текст ошибки

(в данном примере ошибка гласит о том, что введено 10 цифр в поле, где должно быть 12 цифр)

В случае возникновения ошибки «Invalid element in ErsOpenService .. -registerMODate» при попытке отправить/запросить ЭРС

Причина:

Вы используете устаревшую версию программы, введены новые контроли, поля и т.д.

Решение:

Необходимо обновить АРМ ЭРС

В случае возникновения ошибки «ЭЦП неверна SIGNATURE ERROR ЭП Недействительна» при попытке отправить/запросить талон/ЭРС также возникает при запросе счета

Причина:

Внутренняя ошибка программы, из-за которой подпись на талоне не проставилась корректно

Решение:

Необходимо в талоне нажать кнопку «На подписании» затем снова подписать талон кнопкой «Подпись руководителя ЛПУ» (может потребоваться нажать 2 раза)

После этого повторно отправить талон

В случае возникновения ошибки «В настройках соединения указан неправильный порт. Проверьте правильность адреса сервиса в настройках соединения» при попытке отправить/запросить талон/ЭРС

Причина:

Проблема связана с недоступностью (полной неработоспособностью сервиса СФР)

Решение:

Необходимо ожидать восстановления работоспособности сервиса

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

Причина:

Статус талонов в реестре отличается от «Принято в ТОФ»

Решение:

Для решения проблемы нужно убедиться, что статус перечисленных в ошибке талонов, включенных в реестр должен быть — Принято в ТОФ

Часто бывает так, что статус талона в локальной базе может отличаться от статуса в СФР (для этого можно запросить статус обработки повторно) можно уточнить этот момент у представителя СФР

В случае возникновения ошибки «Дата постановки на учет должна быть равна началу периода наблюдения» при попытке сохранить ЭРС

Причина:

Дата постановки на учет была забита вручную и скорее всего неправильно

Решение:

Необходимо ввести одинаковую дату постановки на учет и дату начала периода наблюдения через кнопку «Календарь» в поле с датами

В случае возникновения ошибки «Premature end of file»

Причина:

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

Решение:

Ждать исправления

В случае возникновения ошибки «Ошибка вызова сервиса передачи/получения данных. 1606: Несоответствующий статус для включения талонов в реестр: Талон» при попытке получить результат обработки счета

Причина:

Для счета не нужно запрашивать результат обработки

Решение:

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

В случае возникновения ошибки «Не удалось подписать информацию Invalid Iddata=[имя талона]» подписать реестр

Причина:

Некорректно заполнено поле — номер реестра

Решение:

Необходимо удалить пробелы или другие запрещенные символы из номера реестра

В случае возникновения ошибки «The content of element ‘status’ is not complete.» при попытке запросить результат обработки

Причина:

Проблема на стороне сервиса взаимодействия с СФР

Решение:

Необходимо ждать решения проблемы со стороны СФР

В случае возникновения ошибки Validator Exception: PKIX path validation failed: java.security.cert.CertPathValidatorException: timestamp check failed

Причина:

Проблема с SSL сертификатом на стороне СФР

Решение:

Необходимо обновить ПО, либо подсунуть файл из архива cacerts.zip

в папку с программой/jre/lib/security

В случае возникновения ошибки «Internal error Widget is disposed»

Причина:

Внутренняя ошибка программы

Решение:

Перед любыми действиями делайте резервную копию папки!

Необходимо удалить содержимое папки

C:FssArmErsworkspace.metadata.pluginsorg.eclipse.e4.workbench

После этого перезапустите приложение

В случае возникновения ошибки при отправке реестров «Ошибка вызова сервиса передачи/получения данных. Unmarshalling Error: Длина поля типа #AnonType_bankCheckingAccbillinfo не соответствует ограничению»

Причина:

Ограничение на минимальную длину обязательного поля для реквизитов банка в счете

Решение:

Убедитесь в корректности заполнения реквизитов банковского счета. Смотрите текст ошибки:

В случае возникновения ошибки при сохранении и отправки счета «Ошибка при попытке сохранить данные в базу данных Error while committing the transaction»

Причина:

В схеме ers отсутствует столбец «final_price_fss» в таблице «fc_ers_check»

Решение:

Запускаем pgAdmin, открываем базу, переходим к схеме «ers»

Далее нажать на:

Качаем этот SQL-запрос и исполняем его в PgAdmin

Либо исполняем вручную данный запрос:

ALTER TABLE ers.fc_ers_check ADD COLUMN final_price_fss character varying(200);

UPDATE ers.fc_ers_check a
SET final_price_fss = (
	(	
		SELECT COALESCE(SUM(payment_sum::INTEGER), 0)
		FROM ers.fc_ers_payment
		WHERE id_check = a.id 
			AND (order_status = 1 OR order_status = 4)
	) - (
		SELECT COALESCE(SUM(payment_sum::INTEGER), 0)
		FROM ers.fc_ers_payment
		WHERE id_check = a.id 
			AND (order_status = 2 OR order_status = 3)
	)
)
WHERE a.id_check_state = 4;

UPDATE ers.fc_ers_check a
SET final_price_fss = ''
WHERE a.id_check_state != 4;

В случае возникновения ошибки при попытке сохранить данные в базу данных «org.hibernate.HibernateException: More than one row with the given identifier was found: for class: ru.ibs.common.db.model.ers.FcErsTalon1»

Причина:

Появилась вторая строка в таблице «ers.fc_ers_talon1»

Решение:

Выполнить скрипт в PGAdmin:

delete from ers.fc_ers_talon1 where ers_num=номерэрс

После данного действия талон придется вводить заново.

В случае возникновения ошибки The server selected protocol version TLS10 is not accepted by client preferences [TLS12]

Причина:

Версия протокола TLS на сервере отличается от версии TLS клиента

Решение:

Идем в папка_с_программой/jre/lib/security

Открываем файл java.security в блокноте

Ищем в нем строчку jdk.tls.disabledAlgorithms — удаляем tlsv1 и tlsv1.1

Сохраняемся

В случае возникновения ошибки при попытке получить ЭРС из СФР — Error while commiting transaction. Invalid thread access

Причина:

Ошибка возникает из-за того, что реестр должен датироваться месяцем в котором он сформирован.

Решение:

Через консольный лог выясняем, в какую таблицу идёт ошибка записи, после чего через pgadmin исправляется значение соответствующей последовательности на max(ID) +1 из таблицы.

Пошагово:

находим нужное значение ID

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

Выражаю благодарность за вклад в данный раздел пользователю: @Icosahedron

Всем, кому понравился или помог это проект — Вы можете помочь ему развиваться материально:
Donate (помощь проекту)

Добрый день дорогие друзья! Сегодня мы рассмотрим ошибку в АРМ «Подготовка расчётов для ФСС», которая звучит так: Access violation at address 005F2A9C in module ‘arm_fss.exe’. Read of address 445F4449.

Ошибка в АРМ ФСС. Access violation at address 005F2A9C in module ‘arm_fss.exe’. Read of address 445F4449

Если у Вас не получается самостоятельно решить данную проблему, то Вы можете перейти в раздел ПОМОЩЬ и Вам помогут наши специалисты.

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

Первый этапом перезагрузите программу. Сохраните все свои данные и выйдите полностью из АРМ ФСС. Для достижения наилучшего результата, перезагрузите полностью компьютер. Затем попробуйте снова поработать в программе, если ошибка не пропала перейдем к следующему пункту.

Вторым шагом будет обновления АРМ ФСС. Проверьте, возможно есть новая версия АРМ ФСС. Обновления можно проверить вот тут. Если Вы не знаете, как обновить АРМ ФСС, то прочитайте мою статью вот тут.

Снова проверяем ошибку. Если она снова появляется перейдем к радикальным мерам.

Ошибка Access violation at address 005F2A9C in module ‘arm_fss.exe’. Read of address 445F4449. Радикальные методы устранения

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

Теперь можем все ломать и не боятся, что наши данные пропадут. Скачаем снова установочный файл АРМ ФСС. И установим его, если не знаете как установить АРМ ФСС прочитайте мою статью вот тут. Но установку будем проводить с небольшими правками. Установим программу не в папку по умолчанию, а куда-нибудь в другое место, например, на диск D. Давайте просто создадим на диске D новую папку и назовём ее АРМ ФСС. И вот в эту папку установим нашу новую программу.

Кстати, многих ошибок в АРМ ФСС можно избежать, если программу установить в папку НЕ по умолчанию. Это решение подсказала мне моя читательница Ольга, за что ей ОГРОМНОЕ СПАСИБО! Она подсказала, что если установить АРМ ФСС в любую другую папку, то можно избавиться от ошибки DM BASE, про эту ошибку и как от нее избавиться я писал вот тут.

После того, как Вы установите в новую папку АРМ ФСС, нам нужно снова вернуть нашу базу данных на место. Запускаем АРМ ФСС с диска D. И восстанавливаем базу.

Как восстановить базу данных в АРМ ФСС

Открываем программу и переходим в пункт меню «Сервис», далее выбираем «База Данных», затем «Восстановление базы данных».

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

После того, как Вы выбрали файл, ставим галочку «Восстановить и заменить существующую базу». И только после этого нажимаем «Восстановить DB».

Далее выскочит окно с вопросом про замену базы, нажимаем «Да».

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

Все! На этом процесс восстановления завершен.

Теперь пробуйте снова поработать в программе. Ошибка Access violation at address 005F2A9C in module ‘arm_fss.exe’. Read of address 445F4449 должна пропасть.

На этом все дорогие друзья! Надеюсь, Вам помогла моя статья и ошибок у Вас больше нет.

Еще раз хочу поблагодарить всех моих читателей, которые помогли мне подготовить эту статью!

Если Вам нужна помощь профессионального системного администратора, для решения данного или какого-либо другого вопроса, перейдите в раздел ПОМОЩЬ, и Вам помогут наши сотрудники.

Если у Вас появятся вопросы задавайте их в комментариях! Всем удачи и добра!

Присоединяйтесь к нам в социальных сетях, чтобы самыми первыми получать все новости с нашего сайта!

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

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

Причины:

• Неправильные настройки АРМ ЛПУ в части подписания;

• Неправильные настройки криптопровайдера;

• Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP.

Что делать:

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

В меню Администрирование – Настройка подписей для сервисов установите флаг «Шифровать сообщение». После этого Вам необходимо указать Имя сертификата ФСС и Тип контейнера.
Данный сертификат можно скачать на сайте https://lk.fss.ru/cert.html (если Вы настраиваете сервисы для тестирования, то Вам необходимо скачать ТЕСТОВЫЙ сертификат ФСС).
После скачивания установите его на компьютер.
Обратите внимание, Сертификаты МО (должен иметь закрытый ключ) и ФСС должны быть установлены в хранилище «Личное», соответственно тип контейнера выбран «Личные». Вся цепочка вышестоящих сертификатов в папку «Доверенные корневые центры сертификации». Все сертификаты должны быть актуальными и не отозванными.

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

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

При использовании криптопровайдера КриптоПро CSP рабочей версией является 4.0 и выше.
Через «Панель управления» в КриптоПро CSP зайдите на вкладку «Сервис», нажмите кнопку «Удалить запомненные пароли…». В окне «Удаление запомненных паролей» выбрать «Удалить все запомненные пароли закрытых ключей: Пользователя».
Проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012. Должны быть установлены следующие параметры:

• «Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

• «Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

• «Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

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

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

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

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

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

2. ORA-20015: Не удалось определить состояние ЭЛН: 

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

Причина:

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

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

• недостаточно данных для определения состояния ЭЛН;
• внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.

Что делать: 

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

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

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

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

Причина: 

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

Что делать:

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

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

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

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

Причина: 

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

Что делать:

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

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

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

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

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

Причины:

• В настройках подписания и шифрования в используемом пользователем ПО, в поле «Сертификат уполномоченного лица ФСС» указан неверный сертификат;

• Используется криптопровайдер Vipnet CSP определенной сборки;

Что делать:

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

• Определите направление отправки запросов — тестовое или продуктивное;
• Скачайте сертификат уполномоченного лица ФСС, опубликованный в соответствующем разделе (для взаимодействия с ЭЛН, ОВЭД, СЭДО, ЭРС или ПВСО, Ф4) на сайте Фонда:
  Сертификат для тестовой отправки опубликован на сайте https://lk-test.fss.ru/cert.html
  Сертификат для продуктива опубликован на сайте https://lk.fss.ru/cert.html;
• Закройте используемое ПО. Удалите установленные сертификаты ФСС с помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)).

  Установите скачанный сертификат на компьютер в хранилище «Личное» для текущего пользователя для взаимодействия с ЭЛН.
  Для взаимодействия с шлюзом ПВСО в АРМ Подготовки расчетов для ФСС, сертификат ФСС устанавливается в хранилище «Другие пользователи»;

• Укажите данный сертификат в соответствующих настройках используемого ПО.

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

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

Ошибка шифрования сообщения для получателя. Client received SOAP Fault from server: Fault occurred while processing. Please see the log to find more detail regarding exact cause of the failure.null

Причина:

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

Что делать:

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

7. Ошибка при установке АРМ ЛПУ: Unable to build entity manager factory.

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

Unable to build entity manager factory.

Причина:

• Приложение было установлено некорректно (некорректно установлена БД);
• База данных приложения установлена, но не доступна.

Что делать:

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

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

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

• На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке «Мой компьютер» — Управление — Службы и приложения — Службы, postgresql-9.5 должна быть запущена, запуск — автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
• В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию — fss;
• Проверьте каталог установки БД PostgreSQL, по умолчанию — C:postgresql;
• Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
• Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.

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

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

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

Причина:

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

Что делать:

• Если приложение установлено на компьютере пользователя, а база данных PostgreSQL — на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
• Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:FssTools, а база данных PostgreSQL в каталог C:postgresql. Если при первичной установке была выбрана другая директория для установки приложения — то при обновлении вы должны указать именно эту директорию.

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

При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка «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).

Что делать:

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

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

Причина:

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

Что делать:

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

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

• Для работы https://docs.fss.ru/WSLnCryptoV11/FileOperationsLnPort?WSDL
• Для тестирования:

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

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

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

Причина:

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

• Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
• Невозможно запросить номер ЭЛН из формы ЭЛН.

Что делать:

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

Необходимо подключиться к серверу базы данных PostgreSQL, найти и удалить из базы ошибочную строку. При установке АРМ ЛПУ, вместе с БД и компонентами PostgreSQL устанавливается клиент для подключения к БД. По умолчанию находится здесь: C:postgresqlbinpgAdmin3.exe

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

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

• fc_eln_data_history — данные листков нетрудоспособнсти;
• fc_eln_periods — сведения о периодах нетрудоспособности;
• ref_ln_numbers — список запрошенных номеров ЭЛН.

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

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

12. Установка нового сертификата ФСС.

Установка нового сертификата ФСС описана в инструкции, которую можно скачать по ссылке
https://cabinets.fss.ru/Установка нового сертификата ФСС.docx

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

Причина:

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

Что делать:

• В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
• В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
• Если используется сертификат ЭП по ГОСТ 2012, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
  Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя;
• Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры:

  1. «Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

  2. «Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

  3. «Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

• В сертификате отсутствует закрытый ключ. С помощью системной утилиты certmgr.msc откройте сертификат, на вкладке «Общие» должно быть написано «Есть закрытый ключ для этого сертификата»;
• Криптопровайдер не видит контейнер закрытого ключа для этого сертификата. В криптопровайдере КриптоПро CSP перейдите на вкладку «Сервис» и нажмите «Удалить запомненные пароли» — для пользователя;
• Возможно, контейнер поврежден сторонним ПО. Переустановите сертификат заново, с обязательным указанием контейнера;
• Переустановите криптопровайдер.

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

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

Причина:

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

• В составе сертификата раздел «Использование ключа» нет атрибута «Шифрование данных»

• не проставлена галка «Шифровать сообщение» (для строки соединения с ФСС, где прописано «…-crypto-v20…»)

• выбран тестовый сертификат ФСС для Прода (и наоборот), либо ошибка в самом сертификате

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

• Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP

Что делать:

см. п.1, п.5

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

Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения. Ошибка при попытке зашифровать сообщение. Стек:
java.lang.NullPointerException… 

Причина:

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

Что делать:

см. п.1

Alakey	#1 Оставлено : 30 января 2019 г. 12:49:07(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 6	Здравствуйте! Безрезультатно пытаемся с 25 января отправить отчет 4-ФСС. Сначала возникала сразу ошибка «He удалось расшифровать», затем вроде отчет отправился, по крайней мере статус у него был «Отправлено». А сегодня с удивлением получили ответ, что отчет не принят и ошибка прежняя: Стадия обработки — «2. Расшифровка файла и проверка ЭЦП»; Статус — «Ошибка»; Код ошибки — «-10»; Описание ошибки — «He удалось расшифровать». Общались с 1С-Отчетность, они проверили сертификаты и настройки и сказали что все в порядке и посоветовали связаться с ФСС. Связались с ФСС, они подтверждают попытки отправки и наличие данной ошибки, посоветовали переустановить корневые сертификаты — безрезультатно. Но ситуация усложняется тем, что одинаковые отчеты «4-ФСС» с разных баз 1С Бухгалтерия предприятия 3.0 от разных. юр. лиц не отправлены по одной и той же ошибке! Есть подозрение, что у нас какие то проблемы с криптопровайдером, но как в них разобраться и устранить понятия не имеем. КриптоПро CSP 4.0.9944 у нас установлена официально приобретенная, и отправка отчетов в ФНС проходит без проблем. Просим помощи в решении сложившейся ситуации.

Alakey	#2 Оставлено : 31 января 2019 г. 17:43:17(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 6	Коллеги, нужна помощь, у нас уже по двум организация штрафы за не отправку отчетов! Все обновили: КриптоПро, Сертификат, Платформу и конфигурацию 1С а результат прежний — «He удалось расшифровать, код ошибки -10». Куда копать без понятия… ((

Максим Коллегин	#3 Оставлено : 1 февраля 2019 г. 11:45:39(UTC)
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сообщений: 6,253 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 21 раз Поблагодарили: 658 раз в 582 постах	Мы сможем помочь только если будет понятно, что проблема с криптопровайдером. Предположу, что в вашей ситуации скорее всего используются неверные сертификаты получателей ФСС — попросите больше информации от ФСС.
Знания в базе знаний, поддержка в техподдержке
	WWW

migel	#4 Оставлено : 1 февраля 2019 г. 14:06:50(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 35 Откуда: Москва Сказал(а) «Спасибо»: 3 раз Поблагодарили: 5 раз в 5 постах	Проверьте параметры алгоритма ключей обмена (в оснастке CryptoPro). На днях обнаружил что сервер ФСС не понимает зашифрованые сообщения если использовались параметры отличные от значений по умолчанию: (1.2643.2.2.31.1)

Alakey	#5 Оставлено : 1 февраля 2019 г. 14:25:35(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 6	Ситуация следующая: 1. Служба поддержки «1С-Отчетность» уже даже не отвечает на наши письма; 2. Отправили вчера на оф. ящики ФСС эл. письма со сканами официальных бумажных писем описывающих нашу ситуации, сегодня поступил звонок только из Московского 20 филиала. Долго совместно с их специалистами пытались привести в порядок перечень сертификатов ФСС, вроде все почистили и оставили только правильные — результат не изменился, ошибка прежняя. Предложили они нам как временное решение воспользоваться для отправки их бесплатным инструментом(http://fss.ru/ru/fund/download/55833/index.shtml), мы пока еще не отправили через него, в процессе настройки. 3. Попробовали отправить отчет из 1С ЗУП 3.1 — результат совершенно одинаковый, ошибка прежняя. Где и что еще проверять уже не знаем… P.S. Настройки алгоритмов КриптоПро проверили, все по умолчанию.

Alakey	#6 Оставлено : 1 февраля 2019 г. 14:51:30(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 6	Применив рекомендованную специалистами ФСС программу «Подписание и шифрование электронных документов»(http://fss.ru/ru/fund/download/55833/index.shtml) получили ровно аналогичный прежним результат — ошибка: -10, «He удалось расшифровать». Есть ли у кого идеи, как решать подобные ситуации и как нам все же заставить работать электронную отчетность с ФСС?

xrockx	#7 Оставлено : 1 февраля 2019 г. 16:26:23(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 15.03.2013(UTC) Сообщений: 87 Откуда: Санкт-Петербург Сказал «Спасибо»: 38 раз Поблагодарили: 10 раз в 8 постах	Автор: Alakey Применив рекомендованную специалистами ФСС программу «Подписание и шифрование электронных документов»(http://fss.ru/ru/fund/download/55833/index.shtml) получили ровно аналогичный прежним результат — ошибка: -10, «He удалось расшифровать». Есть ли у кого идеи, как решать подобные ситуации и как нам все же заставить работать электронную отчетность с ФСС? При -11 не удалось проверить сертификат помог только перевыпуск сертификата. Отредактировано пользователем 1 февраля 2019 г. 16:28:22(UTC)  | Причина: Не указана

Alakey	#8 Оставлено : 1 февраля 2019 г. 16:29:50(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 6	Сертификаты уже перевыпустили — не помогает, ошибка сохраняется, причем уже подключили 1С-Отчетность к 1С ЗУП 3.1 — ошибка и так аналогичная. Уже начинаем сомневаться что проблема вообще решаема ((

two_oceans	#9 Оставлено : 4 февраля 2019 г. 7:16:08(UTC)
Статус: Эксперт Группы: Участники Зарегистрирован: 05.03.2015(UTC) Сообщений: 1,598 Откуда: Иркутская область Сказал(а) «Спасибо»: 110 раз Поблагодарили: 388 раз в 363 постах	Недавно обсуждали как реализовать шифрование для ФСС средствами Дельфи — там выяснилось, что шифровать нужно непростой схемой с участием открытого ключа из сертификатов ФСС и еще пары ключей, затем заменять в полученных данных сертификат ФСС на «свой», затем отправлять. Возможно в Вашем случае дело не в сертификате ФСС, а в «своем» сертификате — из описания так и осталось неясно все-таки какое из звеньев документооборота выдает ошибку расшифрования (1С или ФСС) и какой из алгоритмов гост используется. Сначала выдавала 1С, потом и ФСС выдала ту же ошибку? После стольких изменений, сделанных в авральном режиме на том компьютере скорее всего полная «каша» в настройках. Да еще если несколько сертификатов разных организаций вместе. Еще идеи — оставить только один сертификат одной организации в «Личные», остальные временно убрать. Проследить что все цепочки начинаются с Минкомсвязи или Головного УЦ, что нет неправильно помещенных корневых сертификатов в «промежуточных центрах сертификации» и промежуточных в «корневых», в том числе в хранилищах компьютера. Обратите внимание, что если сертификат был неправильно помещен и в корневые и в промежуточные, то для надежности нужно удалить из обоих мест, потом установить в правильное. Если только удалить неправильное, то цепочка не всегда перестраивается, хотя «на вид» все как нужно. Как временное решение лучше бы попробовать вытащить правильные сертификаты ФСС, один «свой» сертификат с контейнером и попробовать на свежеустановленной операционной системе на другом компьютере (или виртуальной машине) настроить все с ноля. Если через 1С сложно настроить на другом компьютере, то хотя бы попробовать через инструмент, рекомендованный ФСС. Если успешно отправится — потом не спеша разберетесь в чем именно «каша».

migel	#10 Оставлено : 4 февраля 2019 г. 11:49:19(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 30.01.2019(UTC) Сообщений: 35 Откуда: Москва Сказал(а) «Спасибо»: 3 раз Поблагодарили: 5 раз в 5 постах	Добрый день. а попробуйте для 2001 провайдера на вкладке алгоритмов CryptoPro CSP установить набор параметров T26Z для 28147 алгоритма. https://www.cryptopro.ru…ts&m=99760#post99760

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Инструкция по исправлению

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

Ошибки, допущенные при создании и отправке расчета 4-ФСС в Фонд. Наиболее частой проблемой является отказ электронных сертификатов (ЭК) и подписей. Фонд социального страхования часто обновляет сертификаты для криптографической защиты данных. Для защиты отчетной информации от вредоносных программ это необходимо.

Для решения проблемы необходимо удалить старые ЭС защиты FSFSS и установить новые. Как можно обновить мою ЭС ФСФБС?

.

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

.

Нажмите кнопку «Установить сертификат уполномоченного лица фонда», чтобы настроить новый ESS.

Шаг 3. Проверка установки.

Если ЭП установлена правильно, надпись появится в левом нижнем углу окна АРМ.

Шаг #4. Отчеты о работе

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

Ошибки от фсс

Ошибки: фсс не принимает отчетность

Страховщик обязан своевременно отчитываться в ФСС по страховым взносам на травматизм на производстве. Приказом ФСС № признана унифицированная форма расчета 4-ФСС. 381 от 26 сентября 2021 года (обновлена 7 июня 2020 года). Компания должна сдавать отчет в электронном виде, если в ней работает более 25 человек. Остальные застрахованные лица имеют выбор: подать его онлайн или на бумаге.

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

Недостатки расчета 4-ФСС классифицируются по следующим категориям:

• Ошибки формы — ошибки в структуре формы и в имени файла;
• Ошибки файла — ошибки при фактическом создании файла отчетности, например, при шифровании;
• Арифметические ошибки — стандартные ошибки и неточности расчетов при сдаче;
• Ошибки контроля ЭЦП в ФСС — несовместимые формы криптографической защиты, заявленные Фондом для электронной отчетности.

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

Расшифровка кодов ошибок на отчеты фсс

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

Фсс — проблемы с выбором сертификата