Ошибка 508 в отчете ФСС – что это и как исправить?

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

Причины:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка шифрования сообщения для получателя. 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

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

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

Unable to build entity manager factory.

Причина:

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

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

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

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

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

Особенности предоставления отчетов в ФСС

Форма 4-ФСС ежеквартально подается всеми работодателями, использующими труд наемных сотрудников. С 2017 года в связи с переменой администратора страховых взносов этот отчет стал содержать только сведения о взносах на страхование от несчастных случаев. Бланк отчета, сдаваемого в 2019 году, и порядок его заполнения утверждены приказом ФСС РФ от 26.09.2016 № 381.

Основным нормативным актом, регламентирующим порядок начисления и уплаты взносов на страхование по травматизму, является закон «О страховании от несчастных случаев на производстве и профзаболеваний» от 24.07.1998 № 125-ФЗ.

Законодатели предусмотрели 2 срока для сдачи расчета (п. 1 ст. 24 закона № 125-ФЗ):

• до 20-го числа месяца, следующего за отчетным кварталом — для передачи отчета на бумажном носителе;
• до 25-го числа того же месяца — для сдачи электронной версии расчета.

Однако право выбора варианта отправки предоставлено лишь небольшим компаниям со среднесписочной численностью сотрудников до 25 человек включительно. Если в организации трудится более 25 работников, то сдавать файлы можно только в электронном виде. Несоблюдение способа подачи отчетности приводит к штрафу на сумму 200 руб. (п. 2 ст. 26.30 закона № 125-ФЗ).

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

О том, как правильно подать 4-ФСС, читайте в нашем материале “Обновлены правила подачи 4-ФСС”.

Но право выбрать вариант отправки отчета предоставлено лишь тем фирмам, численность сотрудников у которых не превышает 25 человек. В противном случае документ формируется только в электронном виде.

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

Нередко наличие ошибки объясняется проблемами с сертификатом. Он может быть отозван (43), не найден (44), поврежден (45), просрочен (46). Не исключено, что в нем не зафиксирован регистрационный номер страхователя (13) или не прописан код нужного подразделения фонда соцстраха(14). В сертификате может отсутствовать ИНН страхователя (50), указываться то подразделение ФСС, которое не существует (504).

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

Датой предоставления отчета является число месяца, фиксирующее момент преодоления файлом всех этапов проверки и принятия его Фондом соцстраха.

Когда все допущенные ошибки устранены до крайней даты сдачи формы, то страхователь не несет никакой ответственности за их наличие в прошлом. Неточности вовремя исправлены – значит, регламент соблюден полностью.

• Список форумов
  ‹
  СБиС Электронная отчетность и документооборот
  ‹
  Отчетность в пенсионный фонд
  ‹
  Архив
• Изменить размер шрифта
• Для печати

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 перейдите на вкладку “Сервис” и нажмите “Удалить запомненные пароли” – для пользователя;
• Возможно, контейнер поврежден сторонним ПО. Переустановите сертификат заново, с обязательным указанием контейнера;
• Переустановите криптопровайдер.

Ошибки в протоколе и порядок их исправления

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

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

№ страхователя_год предоставления отчета_отчетный квартал. xml.

Пример 1. Страхователь (номер в регистрационных документах – 1236984212) сдает отчет за второй квартал 2017 г.

1236984212_2017_02. xml

Он вернулся страхователю с указанием кода ошибки 503.

Где бухгалтер ошибся? И номер страхователя, состоящий из 10 цифр, и год указаны верно. А вот последнее число 02 – неправильное. Очевидно, так бухгалтер обозначил, что отчет содержит данные второго квартала.

Эти цифры некорректны, поскольку в инструктивных материалах определено иное обозначение:

1. Для первого квартала следует записывать 03 (данные за три месяца).
2. II кв. – 06 (за шесть месяцев).
3. III кв. – 09 (девять мес.).
4. IV кв. – 12 (год).

1236984212_2017_06. xml.

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

• бухгалтер;
• спецоператор связи, через которого отчет подписывался и отправлялся.

Что в таком случае следует сделать?

1. Перепроверить ИНН на предприятии. Бухгалтер должен цифру за цифрой сравнить правильный ИНН с тем, который указан в файле на титульном листе.
2. Когда у страхователя все проставлено правильно, следует связаться со специалистом компании оператора и сверить числа с теми, которые значатся в его базе данных. Не исключено, что именно там спряталась описка.

Третьей причины у ошибки 598 не бывает.

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

Если файл будет принят после 25-го числа, ФСС начислит штраф, который будет рассчитан как 5% от суммы начисленных взносов на травматизм за отчетный период, но не менее 1 000 руб. и не более 30% указанной суммы (п. 1 ст. 26.30 закона № 125-ФЗ).

Рассмотрим наиболее частые коды ошибок в протоколе и порядок их исправления.

Полный перечень кодов ошибок и их расшифровку можно найти на сайте ФСС и ниже в нашей статье.

1. Самый распространенный код ошибки в протоколе проверки формы 4 ФСС – ошибка 508, которая обозначает, что формат файла некорректный и расчет не прошел форматно-логический контроль.

Основные ее причины:

• при заполнении отчета в программе 1С выгружается только часть данных;
• не обновлена программа для формирования отчета.

Причины некорректной работы электронной подписи и способы устранения проблем

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

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

Последствия могут быть самые разные, а именно:

• Не поданная в сроки заявка на участие в конкурсе
• Проигранный электронный аукцион
• Не подписанный в срок государственный контракт

Нерушение прав доступа к ветке реестра.

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

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

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

Решить эту проблему так же поможет полное удаление КриптоПРО CSP с использованием указанной ранее утилиты по очистке следов программы.

Если не поможет, то попробуйте предоставить пользователю, работающему с КриптоПРО CSP, права администратора.

На официальном сайте Фонда соцстраха отчет можно проверить самостоятельно. На нем имеется электронный Портал, который всегда предоставляет только актуальную информацию.

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

На нем осуществляется:

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

Три наиболее распространённые проблемы в работе с электронной подписью

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

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

Самое главное — запомнить, что для корректной работы электронной подписи необходимо использовать браузер Internet Explorer не ниже 8 версии и, желательно, не выше 11 (с 11 версией нет гарантий стабильной работы подписи).

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

Открываем хранилище сертификатов при помощью консоли certmgr.msc

Переходим в Личное/Сертификаты. Открываем сертификат, который не работает и переходим на вкладку Путь сертификации.

Как видно на рисунке в качестве корневого удостоверяющего центра указан «Минкомсвязь России», а промежуточного удостоверяющего центра ООО «КОМПАНИЯ «ТЕНЗОР».

Вернемся на вкладку «Общие», чтобы проверить кем выдан личный сертификат. Сертификат выдан той же компании, что указана в пути сертификации в качестве промежуточно центра. Здесь все правильно.

Переходим в Промежуточные центры сертификации и проверяем промежуточный сертификат. Здесь видно сообщение «Этот сертификат не удалось проверить, проследив его до удостоверяющего центра сертификации». Вот то место где обрывается путь.

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

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

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

Что делать:

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

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

Вопросы и ответы

Вопрос 1. Бухгалтерский работник отправил отчет в электронном виде в конце последнего дня его предоставления. Документ вернули с указанием кода ошибки. Может ли считаться, что отчет сдан вовремя?

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

Вопрос 2. Как бухгалтер узнает о допущенной в форме неточности?

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

Файл Расчета…

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

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

И если же по каким-то причинам всё-таки была допущена ошибка или опечатка, дальнейшие действия зависят от того, в каком разделе больничного листа они были допущены.

В постановлении ФСС от 07.04.2008г. №81, а именно в пункте 60, указаны основные виды ошибок, при которых ФСС имеет право на отказ от принятия больничного листа. Однако это не служит поводом для привлечения к ответственности. Данные ошибки являются устранимыми и ФСС может дать время и возможность для их устранения. От вида и степени недочета зависит кто и как будет его исправлять.

Существуют и более строгие меры юридической ответственности. Медицинские работники, в сферу которых входит работа с медицинской документацией, могут привлекаться к дисциплинарной ответственности в случаях:

• совершения нарушений при заполнении листка нетрудоспособности;
• некачественного оформления документов, касающихся экспертизы временной неработоспособности;
• неправомерного отказа в оформлении больничного листа работнику при наличии реальных медицинских показаний и т.д.

Под уголовную ответственность попадают медицинские работники, действия которых содержат в себе состав преступления, предусмотренный ч.1 ст. 201 УК РФ; ч.1 ст.290 УК РФ; ч.2 ст.290 УК РФ; ч.3 ст.290 УК РФ; ч.3 ст.27 УК РФ.

Стоит отметить, что и работодатель, и работник могут нести ответственность в случае предъявления заведомо поддельного больничного листа. Так, они могут привлекаться к уголовной ответственности по ч.3 ст.27 УК РФ. В отношении последнего работодатель вправе потребовать возмещения прямого действительного ущерба согласно ч. 4 ст. 15 ФЗ № 255 от 29.12.2006.

В случае уклонения от материальной ответственности, работодатель может удерживать 20% от заработной платы работника.

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