Ошибка 0040 некорректный xml файл

КЛАССИФИКАТОР ОШИБОК ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ ФАЙЛОВ НАЛОГОВОЙ И БУХГАЛТЕРСКОЙ ОТЧЁТНОСТИ (КОФО)

Классификатор ошибок форматно-логического контроля файлов налоговой и бухгалтерской отчетности ФНС России (классификатор ошибок– КОФО), утвержденный Приказом ФНС России от 24.11.2008г  № ММ-3-6/616@,  является составной частью системы классификации и кодирования  технико-экономической информации и разработан  ГНИВЦ ФНС России  в   соответствии с Положением «О единой системе классификации и кодирования технико-экономической и социальной информации МНС России» (Приказ МНС России от 02.06.2003 № БГ-3-13/285)

на основе следующих законодательных актов и нормативных документов:

Приказ Министерства финансов Российской Федерации от 18.01.2008 № 9н «Об утверждении Административного регламента Федеральной налоговой службы по исполнению государственной функции по бесплатному информированию (в том числе в письменной форме) налогоплательщиков, плательщиков сборов и налоговых агентов о действующих налогах и сборах, законодательстве о налогах и сборах и принятых в соответствии с ним нормативных правовых актах, порядке исчисления и уплаты налогов и сборов, правах и обязанностях налогоплательщиков, плательщиков сборов и налоговых агентов, полномочиях налоговых органов и их должностных лиц, а также предоставлению форм налоговых деклараций (расчетов) и разъяснению порядка их заполнения»;

Формат уведомления об уточнении налоговой декларации (расчета) (Версия 5.01) Часть LXXXVII. Приказ ФНС России от 24.11.2008г  № ММ-3-6/616@.

Приказ ФНС России от 02.11.2009г  № ММ-7-6/534@. “Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи”

Приказ ФНС России от 09.11.2010г  № ММ-7-6/535@ «Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи»

Приказ ФНС России от 18.12.2009г  № ММ-7-6/693@. “Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи”

Приказ ФНС России от 15.04.2010г № ММВ-7-6/188@ “ О проведении пилотного  проекта по предоставлению информационных услуг крупнейшим налогоплательщикам в электронном виде по телекоммуникационным каналам связи в режиме  «одного окна»”

1. ОБЪЕКТЫ КЛАССИФИКАЦИИ

Объектами классификации в КОФО являются ошибки, выявленные при форматно-логическом контроле файлов налоговой и бухгалтерской отчетности.

2. СТРУКТУРА КЛАССИФИКАТОРА

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

Информация классификатора представлена в одной таблице.

Каждая строка  таблицы состоит из кода ошибки и наименования ошибки.  

В таблице классификатора использованы иерархический метод классификации и последовательный метод кодирования.

Структура кодового обозначения по КОФО:

КККРРРАААА,      где

ККК – класс ошибок (признак, отражающий общность содержания подмножества ошибок),

РРР — подкласс ошибок (признак, отражающий общность  подмножества ошибок в  классе ошибок),

АААА – регистрационный номер ошибки в пределах подкласса.

Классы ошибок:

010 – нарушение установленного порядка представления налоговой и бухгалтерской отчетности;

020 – имя файла не соответствует установленным требованиям;

030  – ошибки, выявляемые при форматном контроле;

040 – ошибки, выявляемые при  логическом контроле;

050 — ошибки, выявляемые при проверке по справочникам.

060 — ошибки, выявляемые при предоставлении информационных услуг налогоплательщикам в режиме «ИОН» offline

Имя файла для загрузки таблицы в АСВК  –  KOFO.TXT.

Строки таблицы идентифицируются полем KOD (Классификационный код).

Состав и форматы полей таблицы KOFO Справочника приведены в таблице 2.1:

Таблица 2.1.

Состав и форматы полей таблицы KOFO Справочника

*) О- обязательно

4. КЛАССИФИКАТОР ОШИБОК ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ ФАЙЛОВ НАЛОГОВОЙ И БУХГАЛТЕРСКОЙ ОТЧЕТНОСТИ

4.1. Классы ошибок

4.2. Классификатор ошибок, выявленных при форматно-логическом контроле файлов налоговой и бухгалтерской отчетности ФНС России

<1> VVV — имя (код) элемента (реквизита, атрибута, тега) в файле.

<2> RRR — номер строки обработанного файла.

<3> KKK — количество разделителей.

<4> SSS — символ (совокупность символов разделителей).

<5> Где NNNN — идентификатор документа информационной части файла.

<6> ttT — количество знаков в дробной части.

<7> XXX — значение элемента.

<8> BBB — минимальная длина реквизита.

<9> MMM — максимальная длина реквизита.

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

Коды ошибок в ФСС

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

Ошибок довольно много и они очень разные. К тому же, коды ошибок для формы 4 и реестров ЛН отличаются. Поэтому, если после отправки отчета у Вас появилась ошибка, то смотреть код расшифровки нужно именно в таблице, которая относится к Вашему отчету.

Коды ошибок ФСС форма 4 и 4а

Данная таблица поможет Вам понять, какие ошибки у Вас могут возникнуть при отправке формы 4 и 4а.

Скачать памятку «Коды ошибок ФСС форма 4 и 4а»

Коды ошибок ФСС реестров ЛН

Данная таблица поможет Вам понять, какие ошибки у Вас могут возникнуть при отправке реестров ЛН.

Скачать памятку «Коды ошибок ФСС реестров ЛН»

Общая таблица по кодам ошибок ФСС

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

Скачать памятку «Общая таблица по кодам ошибок ФСС»

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

Ошибки в отчетности ФСС

Одна из самых распространенных ошибок имеет код -505. Этот код может у Вас появится, когда при выгрузке отчета в формат .xml, Вы меняете имя файла. Запомните, НИКОГДА НЕ МЕНЯЙТЕ имя файла. Это имя дается программой не просто так, там есть своя логика. Поэтому ни когда не переименовывайте файлы.

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

При составлении отчетов, используйте только самую последнюю и актуальную версию программы АРМ ФСС. Используя старую версию, Вы можете в итоге не пройти форматный контроль, получив код ошибки -503. Вот представьте сами, в ФСС форма и бланк нового образца, Вы заполняете отчет в старой версии программы, соответственно, у Вас старые бланки и формы. В итоге компьютер сверит Вашу форму (старую) и свою (новую), получит различия и откажет Вам в принятии отчета. Скачать последнюю версию АРМ ФСС Вы можете вот тут.

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

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

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

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

Ответы на вопросы по электронному листку нетрудоспособности

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

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

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

Вы пытаетесь отправить сообщение, не указав в настройках электронной подписи «Шифровать сообщение»;

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

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

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

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

1.2. Далее в меню Администрирование – Настройка подписей для сервисов установите флаг «Шифровать сообщение». После этого Вам необходимо указать Имя сертификата ФСС и Тип контейнера. Данный сертификат можно скачать на сайте Фонда в разделе ЭЛН (если Вы настраиваете сервисы для тестирования, то Вам необходимо скачать ТЕСТОВЫЙ сертификат ФСС). После скачивания установите его на компьютер.

Обратите внимание, Сертификат МО (должен иметь закрытый ключ) и ФСС должны быть установлены в папку «Личные», соответственно тип контейнера выбран «Личные». Вся цепочка вышестоящих сертификатов в папку «Доверенные корневые центры сертификации». Все сертификаты должны быть актуальными и не отозванными.

2. Если АРМ ЛПУ уже настроен, проверьте правильность сертификата ФСС, указанного в настройках подписей (Администрирование – Настройка подписей для сервисов): для тестирования указывается ТЕСТОВЫЙ сертификат уполномоченного лица ФСС, для работы – обычный.

3. При использовании Vipnet CSP стабильной версией является 4.2 (2.36190). При использовании более новых версий (4.2.8 и выше) стабильная работа не гарантируется.

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

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

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

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

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

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

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

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

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

Определите направление отправки запросов — тестовое или продуктивное;

Скачайте сертификат уполномоченного лица ФСС в разделе ЭЛН на сайте Фонда:

— Сертификат для тестовой отправки опубликован на сайте https://cabinets-test.fss.ru/eln.html

— Сертификат для продуктива опубликован на сайте https://cabinets.fss.ru/eln.html

Установите скачанный сертификат на компьютер в хранилище «Личное» для текущего пользователя;

Укажите данный сертификат в поле «Имя сертификата уполномоченного лица ФСС».

Рекомендуется выполнить следующие действия:

Закройте все программы. Удалите из всех хранилищ сертификат Фонда с помощью системной утилиты certmgr.msc (вызов из режима «Выполнить» ОС Windows);

Скачайте с https://cabinets.fss.ru/ сертификат;

Установите сертификат в хранилище «Личное» для текущего пользователя;

В настройках программы выберите новый сертификат

3. Количество новых периодов не должно превышать один

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

Что делать: По правилам необходимо отправлять в ФСС только один вновь созданный период за один раз. Если необходимо создать несколько периодов, то выполняется отправка по одному периоду, т.е. создали период – выполнили «отправить в ФСС» — выполнили «Получить/обновить из ФСС» — создали новый период – выполнили «Отправить в ФСС» и так далее. Количество периодов не должно быть более 3-х, если больной продолжает болеть, то необходимо оформить лист продолжение.

4. Ошибка «в сертификате отправителя отсутствует ОГРН (ОГРНИП)»

Причина: Ошибка возникает если в используемом сертификате отсутствует ОГРН (ОГРНИП).

Такой сертификат нельзя использовать для отправки или запроса сведений ЭЛН. Необходимо проверить, что указанный в настройках сертификат имеет номер ОГРН (ОГРНИП). Для обмена данными необходимо использовать усиленную квалифицированную цифровую подпись. Такая подпись в обязательном порядке содержит ОГРН.

5. Не заполнено поле «Причина исправления» в части страхователя.

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

— Заполнен страхователем (060);

— Заполнен страхователем (реестр ПВСО) (070);

— Пособие выплачено (080).

Необходимо заполнить поля «Причина исправления» и «Обоснование исправления».

6. Указанный номер ЛН обнаружен в базе недействительных номеров

Причина: ЭЛН находится в статусе «090» — аннулирован медицинской организацией

Что делать: Обратиться в медицинскую организацию.

7. Частые ошибки, нарушающие порядок 624н

Дата регистрации документов в бюро МСЭ не может быть раньше Даты направления в бюро МСЭ.

Если дата выдачи ЭЛН раньше даты отправки, необходимы должность, фамилия и подпись Председателя ВК.

При оформлении ЭЛН-дубликата, весь период нетрудоспособности указывается одной строкой с обязательным заполнением полей: Период нетрудоспособности, Должность и фамилия врача, Должность и фамилия Председателя ВК.

Если период нетрудоспособности по одному страховому случаю более 15 дней, то необходимо заполнить ФИО и должность Председателя ВК.

8. Смена статуса ЭЛН, аннулирование ЭЛН

Если страхователь запросил ЭЛН, заполнил его и только после обнаружил ошибку, допущенную медицинским учреждением, аннулирование ЭЛН происходит в следующем порядке:

1. Страхователь официально обращается в Региональное отделение с просьбой перевести статус ЭЛН в состояние «030 — закрыт» с описанием причины смены статуса и заверением, что по данному ЭЛН не были произведены соответствующие начисления и оплата.

2. Региональное отделение обращается в службу технической поддержки для смены статуса ЭЛН.

3. После смены статуса ЭЛН на состояние «030 — закрыт» медицинская организация может произвести аннулирование ЭЛН.

9. Возможно ли внести изменение кода причины нетрудоспособности в ЭЛН.

В данном случае ЭЛН подлежит замене на дубликат. Внесение изменений в информационное поле, заполняемое медицинской организацией, не предусмотрено.

10. Как оформляется ЭЛН при направлении нетрудоспособного гражданина на медико-социальную экспертизу?

В строке «Дата направления в бюро МСЭ» медицинской организацией вносится дата направления на МСЭ и заверяется УКЭП медицинской организации (дата регистрации документов в бюро МСЭ не может совпадать или быть ранее даты направления в бюро МСЭ).

Строки: «Дата регистрации документов в бюро МСЭ», «Освидетельствован в бюро МСЭ», «Установлена/изменена группа инвалидности», «подпись руководителя бюро МСЭ» заполняется в бюро МСЭ (ЭЛН запрашивается из информационной системы сотрудниками МСЭ).

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

11. Возможно ли выдать продолжением ЭЛН, если первичный ЛН выдан на бумажном носители?

Да, такая возможность предусмотрена.

12. Является ли талон к ЭЛН отчетным документом?

Нет, не является и носит информационный характер. Застрахованный в праве сообщить номер ЭЛН своему работодателю в любой форме (письменно, устно).

13. В ЭЛН в строке «место работы — наименование организации» допущена ошибка (неточное наименование). Подлежит ли замене данный ЭЛН на дубликат?

Нет не подлежит замене на дубликат. При заполнении раздела «Заполняется врачом медицинской организации» в строке «Место работы — наименование организации» указывается со слов гражданина.

При приеме ЭЛН работодатель в разделе «Заполняется работодателем» указывает свой регистрационный номер, прочие сведения и заверяет электронной подписью организации (после подписания УКЭП ЭЛН недоступен для открытия и приема другим страхователем).

14. Каков порядок продления ЭЛН при направлении в стационар, если до госпитализации находился на амбулаторном этапе лечения.

При выписке из стационара оформляется ЭЛН, являющийся продолжением ранее выданного ЭЛН (на амбулаторном этапе). Медицинской организации (стационар) необходимо запросить из информационной системы новый номер ЭЛН, закрыть ранее выданный ЭЛН кодом «31 — продолжает болеть» и внести в поле «выдан листок нетрудоспособности (продолжение) №» — номер вновь запрошенного ЭЛН. При наложении периода нетрудоспособности на амбулаторном этапе на период нахождения в стационаре в строке «находился в стационаре» указывается весь период лечения в стационаре, а в таблице «Освобождение от работы» — за минусом дней, указанных в ЭЛН на амбулаторном этапе. В случае, если гражданин остается нетрудоспособным к моменту выписки из стационара ЭЛН не закрывается. Пациент направляется в медицинскую организацию по месту жительства с «открытым» ЭЛН для решения вопроса о его трудоспособности.

15. Состояния (статусы) ЭЛН:

· 010 — ЭЛН открыт

· 020 – ЭЛН продлен

· 030 – ЭЛН закрыт

· 040 – ЭЛН направление на МСЭ

· 050 – ЭЛН дополнен данными МСЭ

· 060 – ЭЛН заполнен Страхователем

· 070 – ЭЛН заполнен Страхователем (реестр ПВСО)

· 080 – Пособие выплачено (ПВСО)

· 090 – Действия прекращены

Адрес:

664007, г. Иркутск, ул. Тимирязева, д. 35, info@ro38.fss.ru
Схема проезда

Понедельник, вторник, среда, четверг: 8.30–17.30

Пятница: 8.30–16.15

Суббота, воскресенье: выходной

Обеденный перерыв: 13.00–13.45

Источник

Электронный лист нетрудоспособности в Контур.Экстерн

В 2021 году больничные листы оформляются как в электронном, так и в бумажном виде. Согласие застрахованного лица на выписку больничного листа в электронном виде не требуется. С 2022 года больничные листы будут оформлять только в электронном виде, но по желанию застрахованного ему выдадут бумажную выписку из электронного больничного. Президент подписал федеральный закон 30.04.2021 N 126-ФЗ. Законодательство приведут в соответствие с действующей практикой — прямые выплаты пособий из ФСС с этого года действуют во всей России.

Электронный листок нетрудоспособности (ЭЛН) подписывается усиленной квалифицированной электронной подписью лечащего врача и медицинского учреждения. Он имеет одинаковое правовое значение с бумажным больничным листом.

Далее расскажем, как работать с электронными больничными в Контур.Экстерн.

Список ЭЛН

Для перехода к списку документов следует открыть главную страницу Контур.Экстерн, затем кликнуть закладку «ФСС» и далее закладку «Пособия ФСС». Отобразится список пособий за текущий месяц.

Чтобы выбрать другой период, необходимо нажать закладку «Все документы»:

Поиск документов

Для поиска нужного документа предусмотрена вкладка «Поиск». В поисковую строку можно вводить ФИО и СНИЛС.

Если требуется найти пособие из прошлого периода, необходимо нажать «Продолжить поиск за….»:

Статусы документов

Созданным и отправленным файлам присваиваются определенные статусы:

1. «Создан» – документ сформирован, но не отправлен в Фонд социального страхования.
2. «Ошибка отправки…» – отправка не произошла из-за обнаруженных нарушений. Требуется повторная отправка в ФСС. Необходимо выбрать строку с названием документа и нажать «Отправить заново».
3. «ЭЛН не принят» — в ходе проверки были выявлены нарушения. Необходимо их исправить и отправить файл вновь. Для этого следует выбрать в списке документов нужную строку и нажать на нее. Затем ознакомиться с протоколом нарушений по ссылке «Просмотреть протокол ошибок» и нажать «Исправить ошибки и отправить заново».
4. «ЭЛН принят» – файл принят Фондом.

Печать списка документов со статусами

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

1. В списке пособий выбрать «Распечатать список документов»:
2. Указать период и формат: PDF или XLS. Формат XLS дает возможность фильтровать и сортировать список документов в печатной форме.
3. Выбрать «Распечатать». Выгрузится файл в выбранном формате.
4. Распечатать загруженный файл.

Порядок загрузки электронного больничного с портала ФСС

Для загрузки ЭЛН с портала Фонда необходимо:

1. Выбрать «Загрузить электронный больничный»:
2. Нажать «Загрузить с портала ФСС», затем заполнить номер больничного и СНИЛС физического лица:
3. Выбрать «Продолжить».
4. Нажать на нужный сертификат для подписи запроса.
5. Проверить информацию о загружаемом ЭЛН.
   • сервис выдаст предупреждение, если документ с таким номером уже создан. Если требуется исправить информацию в созданном документе, нужно выбрать «Обновить»:
6. Выбрать «Загрузить документы».
7. При загрузке формируется новый документ или обновляется ранее созданный (при выбранном варианте «Обновить»).
8. Следует открыть документ и проверить данные, затем ввести сведения о расчете пособия.
9. Далее нужно перейти к проверке и отправке ЭЛН.
10. Пользователь перед отправлением файла может:
    • сохранить документ в XML, кликнув «Скачать ЭЛН»;
    • открыть в PDF и распечатать документ, кликнув «Распечатать ЭЛН».

Загрузка ЭЛН из файла

Чтобы загрузить электронный листок, следует действовать так:

1. Выбрать «Загрузить электронный больничный»:
2. Нажать «Загрузить вручную из файла с ЭЛН»:
3. Выбрать «Продолжить».
4. Выбрать ранее созданный файл и нажать «Открыть». Файл может содержать несколько документов.
5. Проверить сведения о загружаемом файле:
   • сервис выдаст предупреждение, если документ с таким же номером больничного листа уже создан. Необходимо выбрать «Обновить», чтобы заменить сведения в уже созданном документе на сведения из файла.
6. Нажать «Загрузить документы». При загрузке формируется новый документ или обновляется ранее созданный (при выбранном варианте «Обновить»).
7. Открыть ЭЛН и проверить. При необходимости следует исправить или дополнить недостающие данные.
8. Проверить и отправить ЭЛН.

Редактирование

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

Отправленный ранее ЭЛН нужно искать на странице со списком документов.

Чтобы листок стал доступен для редактирования, следует нажать «Исправить ошибки и отправить заново»:

После редактирования данных на закладке «Электронный больничный» необходимо выбрать код причины исправления из предложенного списка:

Для просмотра содержания отправленного документа, не исправляя его, следует нажать «Распечатать ЭЛН».

Печать

Печать ЭЛН возможна следующими способами:

Удаление

Если файл не был отправлен, его можно удалить, нажав одноименную кнопку в строке с документом:

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

Отправка

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

1. Если обнаружены нарушения, исправить их. Для этого закрыть окно с результатами проверки, исправить нарушения (они выделены красным) и заново проверить:
2. Если нарушений нет, необходимо подписать файл действующим сертификатом электронной подписи и нажать «Отправить документ в ФСС»:

Файл отправится в региональное отделение ФСС. Статус электронного листка нетрудоспособности можно будет отследить на странице документооборота.

Отправка нескольких ЭЛН

Больничные можно отправлять массово. Для этого на странице со списком документов нужно Перейти в раздел «Реквизиты и настройки», далее нажать «Включить режим массовой отправки». Он будет включен для организации в целом, то есть его действие распространится на всех пользователей.

В этом же разделе при необходимости режим массовой отправки можно отключить.

Сначала сервис показывает документы за 4 последние дня, за которые они имеются. При необходимости нужно выбрать другую дату, а также включить фильтр «Без ошибок». Появится кнопка отправки — на изображении это «Отправить 2 документа в ФСС». После ее нажатия система перекинет пользователя на окно выбора электронной подписи.

Отправленные документы

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

1. «Статус документа». Что он означает, сказано выше.
2. «Статус ЭЛН». Это статус больничного на портале Фонда.
3. Ссылка «Протокол ошибок». Нажав ее, можно открыть список ошибок, которые выявлены после проверки документов ФСС.
4. Ссылка «Скачать файл». Предназначена для сохранения документа на компьютер.

Если нужно получить информацию о более ранних больничных, следует нажать на ссылку «Показать историю».

Какие ошибки могут возникнуть при работе с ЭЛН

При загрузке

Доступ к ЭЛН с номером XXX…., СНИЛС YYY…, статусом: ZZZ – ограничен

Ошибка выглядит так:

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

1. Код ошибки 010 / 020. Больничный открыт / продлен медучреждением и находится в процессе оформления. К загрузке документа нужно вернуться позже, когда он будет закрыт.
2. Код ошибки 040. Больничный находится на рассмотрении в МСЭ. К загрузке следует вернуться позже.
3. Код ошибки 060. Больничный отправлен с одним регистрационным номером, а загрузка — с другим. Нужно проверить РНС и убедиться, что он совпадает с тем, который был указан при заполнении ЭЛН. Если номер не совпадает, следует попросить свое отделение ФСС поменять статус электронного больничного на 030 «Закрыт». А после этого загрузить его с новым РНС. Либо запросить ЭЛЕ с тем РНС, который был указан при заполнении.
4. Код ошибки 090. Больничный аннулирован медучреждением по одной из причин: выдача на бумажном банке либо ошибка. Следует узнать у сотрудника новый номер больничного либо взять его бумажный бланк.

Номер XXX… принадлежит к ЛН на бумажном бланке

Ошибка выглядит так:

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

ЭЛН с номером: XXX…., СНИЛС YYY… — отсутствует в БД

Текст ошибки будет такой:

Ошибка означает, что больничный не найден в базе данных ФСС. Это может быть из-за некорректно указанных регистрационного номера ФСС, СНИЛС сотрудника либо номера ЭЛН. Нужно проверить эти параметры и исправить ошибку.

Некорректные параметры: Per

Текст ошибки:

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

Нужно связаться с отделением Фонда и уточнить, что с доверенностью.

При отправке электронного больничного

Доступ к ЭЛН с номером: XXX…., СНИЛС YYY…, статусом: ZZZ — ограничен

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

ERR_014 Значение поля ‘…’ отличается от существующего значения

Ошибка выглядит следующим образом:

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

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

Ошибка имеет такой текст:

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

ORA-20005: Данные не найдены при выборке по ЛН=» XXX …» и СНИЛС=» YYY…»

Текст ошибки:

Ошибка обозначает, что электронный больничный с такими параметрами на стороне ФСС найден не был. Нужно уточнить СНИЛС и номер ЭЛН.

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

Вот так выглядит эта ошибка:

Поданный больничный ранее уже был принят Фондом. Теперь пользователь пытается отправить документ с изменениями, но при этом он не указывает причину исправлений. Нужно перейти во вкладку «Электронный лист нетрудоспособности» и заполнить в ней поле «Причина исправления», а также «Обоснование исправления». После этого документ нужно Направить в ФСС повторно.

Источник

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

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

После обновления программы до версии 3.0.34 от 07.03.2023 журнал ЭРС пустой, но отображается количество строк

Причина:

в процессе обновления не отработали скрипты, которые модифицируют БД

Решение:

1. Открываем установщик АРМ ЭРС 3.0.34 любым архиватором (например 7zip)

2. Переходим в ELN/updates

3. Распаковываем последние три скрипта оттуда

4. Открываем pgAdmin (о том, как с ним работать описано здесь)

5. Переходим в tools — QueryTool

6. Перетаскиваем эти три файла скрипта на текстовое поле.

7. После этого нажимаем на запуск (иконка с треугольником)

Данными действиями мы вручную добавили в таблицу ers.recipient новое поле.

После данной манипуляции вы будете видеть весь журнал ЭРС как обычно

В случае возникновения ошибки при отправке посещения или талона: Ошибка вызова сервиса передачи/получения данных. 146: Ошибка загрузки талона: Данные получателя услуг отличаются от имеющихся в фонде: Фамилия, Серия документа, Номер документа, Дата выдачи документа, Кем выдан документ

Причина:

Данные в фонде отличаются от тех, которые вы отправляете

Решение:

Откройте заново «Сведения о посещениях» и проверьте перечисленные в ошибке данные, в случае если данные верны — поставьте галочку — «Указанные сведения получателя верны, подтверждается несоответствие с данными СФР», после этого сохраните и отправьте посещение или талон.

Также его можно аннулировать и создать новое.

В случае возникновения ошибки при отправке посещения: Ошибка вызова сервиса передачи/получения данных. -1000: Ошибка вставки записи о посещении: уже имеется запись с № ЭРС=_, МО ИНН=_, дата=_._.__. Для внесения изменений необходимо сначала аннулировать запись о посещении

Причина:

Вы отправили в СФР посещение, которое дублируется по дате

Решение:

Открываем «Сведения о посещениях» вносим изменения в посещение, отправляем посещение в СФР и запрашиваем результат обработки.

Также можно выделить посещение со статусом «Направлено с ошибками» и нажать кнопку «Удалить»

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

Причина:

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

Решение:

Если вы отправляете реестр в начале месяца (например 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;

В случае возникновения ошибки — java.lang.OutOfMemoryError: Java heap space

Причина:

Ошибка возникает из-за нехватки памяти вызванной утечкой.

Решение:

Перезапустить ПО и ПК, попробовать действие еще раз, убедитесь, что у вас установлена последняя версия ПО

В случае возникновения ошибки — Transaction already active

Причина:

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

Решение:

Перезапустить ПО и ПК, перезапустить службу postgresql10 на клиенте и на сервере, попробовать действие еще раз, убедитесь, что у вас установлена последняя версия ПО

В случае возникновения ошибки при попытке сохранить данные в базу данных «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 (помощь проекту)