При загрузке элн из файла возникла ошибка узел row не найден

Обновлено: 07.07.2024

Общая ошибка расшифровки. Рекомендуется проверить действительность сертификата УЦ, выдавшего вам ЭЦП .

He удалось проверить ЭЦП.

Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается.

В сертификате отсутствует регистрационный номер страхователя.

Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

В сертификате отсутствует код подразделения ФСС РФ.

Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверный формат регистрационного номера страхователя.

В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверный формат кода подразделения ФСС РФ.

В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Расчет зашифрован на ключе, отличном от открытого ключа ФСС.

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

Расчет не зашифрован или не подписан.

Неизвестный формат файла.

Формат файла не xml. Необходимо сформировать новый файл реестра в соответствии со спецификации

Нет доверия к издателю сертификата.

Данная ошибка возникает в следующих случаях:

1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ)

2) Не установлен корневой сертификат УЦ

Необходимо связаться с УЦ, выдавшим сертификат пользователя.

Ошибка при проверке сертификата.

Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.

Не найден или просрочен СОС издателя сертификата.

Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.

Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

В сертификате отсутствует ИНН страхователя.

Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

XML-файл расчёта не прошел форматный контроль

Рекомендуется проверить xml-файл по XSD схеме

В сертификате указано несуществующее подразделение ФСС РФ

В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверное наименование файла.

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

Ошибка при чтении XML-файла расчёта

Файл пуст или не является XML-файлом

Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.

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

Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП.

Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.

Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла.

Необходимо проверить содержание xml-файла расчёта.

Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла.

Необходимо проверить содержание xml-файла расчёта.

Слишком большой файл

Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта

Нулевой размер файла

Необходимо сформировать новый файл расчёта

ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате.

При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо - ИНН. Следует проверить сертификат, используемый для ЭЦП.

ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате.

Необходимо проверить сертификат, используемый для ЭЦП.

Сертификат не является квалифицированным сертификатом.

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

ИНН страхователя в XML-файле не совпадает с регистрационным номером страхователя.

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

Внутренняя ошибка в модуле контроля принимаемых данных.

Сообщите в техническую поддержку.

He удалось расшифровать

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

He удалось проверить ЭЦП.

Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается.

В сертификате отсутствует регистрационный номер страхователя.

Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

В сертификате отсутствует код подразделения ФСС РФ.

Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверный формат регистрационного номера страхователя.

В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверный формат кода подразделения ФСС РФ.

В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Расчет зашифрован на ключе, отличном от открытого ключа ФСС.

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

Расчет не зашифрован или не подписан.

Неизвестный формат файла.

Нет доверия к издателю сертификата.

Данная ошибка возникает в следующих случаях:

1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ)

2) Не установлен корневой сертификат УЦ

Необходимо связаться с УЦ, выдавшим сертификат пользователя.

Ошибка при проверке сертификата.

Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.

Не найден или просрочен СОС издателя сертификата.

Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.

Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

В сертификате отсутствует ИНН страхователя.

Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

XML-файл расчёта не прошел форматный контроль

Рекомендуется проверить xml-файл по XSD схеме.Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой.

В сертификате указано несуществующее подразделение ФСС РФ

В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.

Неверное наименование файла.

Вторые разделы расчёта имеют одинаковые шифры налогообложения

Ошибки логического контроля

Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла

Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.

Ошибка при чтении XML-файла расчёта

Файл пуст или не является XML-файлом

Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта.

Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.

Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.

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

Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП.

Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.

Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла.

Необходимо проверить содержание xml-файла расчёта.

Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла.

Необходимо проверить содержание xml-файла расчёта.

Слишком большой файл

Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта

Нулевой размер файла

Необходимо сформировать новый файл расчёта

ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате.

При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо - ИНН. Следует проверить сертификат, используемый для ЭЦП.

ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате.

Необходимо проверить сертификат используемый для ЭЦП.

Сертификат не является квалифицированным сертификатом.

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

Атрибут QUART_NUM элемента TITLE может иметь значение только из следующего ряда: "3","6","9","0","03","06","09","12".

ИНН страхователя в XML-файле не совпадает с регистрационным номером страхователя.

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

Внутренняя ошибка в модуле контроля принимаемых данных.

Сообщите в техническую поддержку.

He удалось расшифровать

Скорее всего файл отчета не был зашифрован вообще. Данная ошибка часто возникает при выгрузке файла отчета из 1С бухгалтерии, причем при выгрузке файлу уже присвоено расширение "ef4", как будто это зашифрованный файл.

He удалось проверить ЭЦП.

Возможная причина - ошибка сертификата - в данном случае следует связаться со спецоператором, выдавшим ЭЦП, или файл XML был подписан дважды, имеет смысл снова выбрать и подписать файл отчета.

В сертификате отсутствует регистрационный номер страхователя.

Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о рег.№ страхователя и его код подчиненности в системе ФСС, скорее всего это сертификат для работы с ПФР и ФНС, или УФК. Если подписывали с помощью arm.exe, при выборе личного сертификата цолжна стоять галочка "удовлетворять требованиям ФСС РФ".

В сертификате отсутствует код подразделения ФСС.

Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о коде подразделения в системе ФСС

Неверный формат регистрационного номера страхователя.

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

Неверный формат кода подразделения ФСС.

В сертификате, выданном спецоператором, неправильно указан код подразделения ФСС, требуется переиздание сертификата.

Отчет зашифрован на ключе отличном от открытого ключа ФСС

При выполнении действия подписания и шифрования файла отчета в качестве сертификата уполномоченного лица Фонда выбран не Хасянов Ренат Алиевич (Департамент ИТ ФСС РФ), а другой сертификат - отличный от того, который нужно выбрать, необходимо выбирать сертификат Хасянова Рената Алиевича. При выборе сертификата в хранилище "другие пользователи" галочка "удовлетворять требованиям ФСС РФ" должна быть снята.

При возникновении данной ошибки проверьте установлена ли у Вас обновленная версия АРМ и обновлен ли сертификат уполномоченного лица ФСС.

Отчет не зашифрован или не подписан.

На одном из этапов формирования, подписания и отправки файла отчета произошла ошибка. Имеет смысл повторить данные действия.

Не найден издатель сертификата.

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

Ошибка при проверке сертификата.

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

Не найден или просрочен СОС издателя сертификата.

Ошибка возникала, когда на уровне УЦ ФСС не был обновлен корневой сертификат УЦ страхователя (закончился срок его действия), или отсутствовал или был неработоспособен список отзыва (решается на уровне УЦ ФСС РФ (Москва) и УЦ страхователя)

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

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

XML-файл с отчетом не прошел форматный контроль

Не заполнен или не правильно заполнен шифр II раздела

Не заполнен или не правильно заполнен шифр I раздела

XML-файл с отчетом не прошел форматный контроль:

Ошибка возникает при выгрузке отчета из программы 1С Бухгалтерия – не заполнена или не правильно заполнена дата платежного документа.

В сертификате указано несуществующее подразделение Фонда

Ошибка может возникнуть вследствие ошибки сертификата - в данном случае следует связаться со спецоператором, выдавшим ЭЦП.

Неверное имя файла.

Зашифрованный файл расчета, предназначенный для передачи в Фонд социального страхования, должен иметь название <номер страхователя>_<расчетный год>_<отчетный квартал>.ef4

Например, зашифрованный файл расчета страхователя с реестровый номером 3712000456 за 1-й квартал 2011 года должен называться 3712000456_2011_03.ef4

Несколько вторых разделов (узлы F4INF2) имеют одинаковые шифры налогообложения

Отчет не прошел логический контроль

Требуется исправление сумм, указанных в отчете

Отчетный период в XML-файле не совпал с отчетным периодом в имени загруженного файла

Произошли ошибки при чтении XML-файла с отчетом:

Расчетный год в XML-файле не совпал с расчетным годом в имени загруженного файла

Peг.номер в сертификате не совпадает с peг.номером в имени файла

Файл отчета подписал ЭЦП пренадлежащей организации отличной от организации, указанной в отчете

Регистрационный номер в XML-файле не совпал с регистрационным номером в сертификате ЭЦП

ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ

Содержание:

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

Причины:

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

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

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

Что делать:

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


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

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

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

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

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


Если вы не можете изменить параметры на вкладке "Алгоритмы" (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Crypto Pro\Cryptography\CurrentVersion\Parameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.

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

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

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

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

Причина:

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

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

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

Причины:

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

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

При обновлении АРМ ЛПУ на новую версию с поддержкой ЭЛН 2.0 не обновилась библиотека криптографии

Что делать:

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

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

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

Удалите АРМ ЛПУ. Удалите каталог C:\FssTools. Переустановите АРМ ЛПУ с поддержкой ЭЛН 2.0 заново.

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

Причина:

Что делать:

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

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

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

Unable to build entity manager factory.

Причина:

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

Что делать:

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

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

  • На компьютере отключена служба 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"

Причина:

Что делать:

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

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

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

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

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

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 версия и выше АРМ ЛПУ), изменена строка соединения.

Что делать:

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

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

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

Причина:

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

Что делать:

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

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

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


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

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

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

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

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

Причина:

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

Что делать:

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

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

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

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

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

Причина:

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

Что делать:

Причина:

Данная проблема возникает при попытке загрузить электронный больничный из файла, полученного, например, из СБИС или Контур.

Так вот, формат реализован согласно спецификации версии 1.1 Источник на сайте ФСС..

Согласно этой спецификации LN_HASH не обязательный реквизит, однако у 1С другая логика. По логике программы этот реквизит должен быть обязательно представлен, что не совсем корректно. Эта же логика относится и к LN_STATE.

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

Применив это исправление, файлы прекрасно грузятся.

Проверял на релизах : 3.1.15.96

При использовании расширения галочка "Безопасный режим" должна быть снята !.


ЗУП 3.1 загрузка электронного больничного из файла. Исправление ошибки.:

Специальные предложения

Electronic Software Distribution

Интеграция 1С с системой Меркурий

Алкогольная декларация

Готовые переносы данных

54-ФЗ

Управление проектом на Инфостарте

Траектория обучения 1С-разработчика

1. Еще ни разу не встречал ЭЛН с пустым LN_HASH.
2. Согласно спецификации ФСС поле LN_STATE обязательно к заполнению.

Данная доработка вредна , т.к. дает возможность под видом ЭЛН загружать всякую фигню.
Например, можно будет загрузить реестр прямых выплат, что не соответствует методике учета в 1С.
Сначала надо загрузить ЭЛН (настоящий!), рассчитать больничный, ввести заявление, а только затем выгрузить реестр прямых выплат.

Настоящий ЭЛН всегда содержит LN_STATE и LN_HASH, это его родовой признак.
Более того, ФСС требует корректный LN_HASH, т.к. только так вы можете подтвердить что отправляете данные опираясь на последнюю версию ЭЛН.

Приложенный код в LN_HASH заполняет "мусором" и такой ЭЛН ФСС не примет и хорошо что 1С не принимает.

Настоящий ЭЛН всегда содержит LN_STATE и LN_HASH, это его родо

При чем тут "можно будет загрузить реестр прямых выплат" кто об этом говорит ?
Я прямо указал спецификацию на сайте ФСС и там реквизит LN_HASH НЕ ОБЯЗАТЕЛЬНЫЙ какие могут быть претензии.
Я оперировал с файлами которые выдавал SBIS и Контур и там не было этих полей и файлы не загружались в 1С.
Полагаю что ФСС генерирует этот хэш каждый раз по определенному алгоритму и потому не считает поле
обязательным. Если вам лично что то не нравиться вы можете переписать код под себя, он открыт.

Что касается выгрузки реестра то
В процедуре выгрузки ВыгрузитьЗапросДляОтправкиРеестраЭЛН есть строка
УстановитьЗначениеЕслиЗаполнено (ROW.LN_HASH, РегистрыСведений.СведенияОбЭЛН.ПрочитатьХеш(ДанныеЛН.НомерЛисткаНетрудоспособности));
как вы догадываетесь это значит что выгружать его если он заполнен.
Получается загружать ЭЛН без LN_HASH нельзя ,а выгружать можно, довольно противоречиво.

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


Действие 1. Необходимо чтобы были установлены последние обновления, минимальные требования в нашем случае:

1С Платформа версии 8.3.10 или выше.
1С "Зарплата и управление персоналом ред.2.5" версии 2.5.120 или выше
1С "Комплексная автоматизация, редакция 1.1" версии 1.1.87.2 или выше
1С "Управление производственным предприятием, редакция 1.3" версии 1.3.92.2 или выше

Действие 2. Устанавливаем необходимые сертификаты ФСС, ФСС ЭЛН, Головной удостоверяющий центр.

Так как клиент уже сдает отчетность через Контур, на компьютере уже установлены криптопровайдер КриптоПро 4.0 и сертификаты по ГОСТ 2012.

Скачиваем и устанавливаем "Сертификат уполномоченного лица 2019" ФСС ЭЛН файл FSS_PROD_CERT_2020_GOST2012.cer


Скачиваем и устанавливаем Квалифицированный сертификат открытого ключа "Фонд социального страхования Российской Федерации" файл D8126FC7E3E145C8C6FBC60301A7A5CF57FA7F99.cer



Сертификат Головного удостоверяющего центра 8CAE88BBFD404A7A53630864F9033606E1DC45E2.cer устанавливаем в хранилище Доверенные корневые центры сертификации.

Установка сертификата Головного УЦ


Проверка правильности установки всех сертификатов по цепочке сертификации.


Действие 3. В программе 1С Зарплата и управление персоналом ред. 2.5 открываем справочник Организации > Форма элемента Организации > Документооборот > Настроить параметры отправки отчетности в ФСС > Указываем сертификаты.

Сертификат страхователя, Сертификат ФСС, Сертификат ФСС ЭЛН


Действие 4. Создаем новый документ «Начисление по больничному листу» указываем организацию, сотрудника и номер электронного листка нетрудоспособности. Щелкаем кнопку "ЭЛН из ФСС".

Начисление по больничному листу > ЭЛН из ФСС


PS: Некоторые полезные ссылки

Related Posts

99 Comments

как раз то что нужно, спасибо!

А должен быть еще подключен сервис ЭДО или все так просто и бесплатно?

Данные больничного заполняются по номеру ЭЛН.

пришлось отправлять не из упп реестр ЭЛН а через АРМ ФСС обычный реестр больничных.

(4) Такая же проблема с кодом 04, удалось разобраться из-за чего?

Спасибо, очень помогло.

Спасибо, полезная инструкция, ставлю +

Только вот объясните, где взять сертификат страхователя (который первый указывается в настройке 1С).

Никаких сторонник программ для сдачи отчетности не приобреталось (отчетность сдавалась в бумажном виде).

Не удалось установить соединение с сервером:

Конфигурация КА 1.1.95.1

Кто сталкивался? что это означает?

Игорь, решили ли проблему? У нас тоже самое.

(10) у нас на днях возникла аналогичная проблема, кто-нибудь решил уже?

Пришлось повозиться, чтобы выяснить, в чем проблема.

На рабочей конфигурации 1С: Управление производственным предприятием 1.3 (релиз 1.3.104.1) выполнил все вышеуказанные настройки, но получил идентичную ошибку:

После танцев с бубном от безысходности решено было скачать последний релиз 1С: Зарплата и управление персоналом 2.5 (на 14.03.2018), надеясь на то, что на другой конфигурации все получится.

Результат не заставил себя долго ждать: у меня все-таки получилось подтянуть данные из ФСС.

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

В данной функции идет получение значения 1.1, которая, в свою очередь, влияет на определение той или иной WS-ссылки.

Сравнив версию с первоначальной конфигурацией увидел отклонение: в старой конфигурации используется версия 1.0.

У нас УПП 1.3.104.2, платформа старая 8.2.19. Будет ли работать, или только с 8.3?

Данная проблема возникает при попытке загрузить электронный больничный из файла, полученного, например, из СБИС или Контур.

Так вот, формат реализован согласно спецификации версии 1.1 Источник на сайте ФСС..

Согласно этой спецификации LN_HASH не обязательный реквизит, однако у 1С другая логика. По логике программы этот реквизит должен быть обязательно представлен, что не совсем корректно. Эта же логика относится и к LN_STATE.

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

Применив это исправление, файлы прекрасно грузятся.

Проверял на релизах : 3.1.15.96

При использовании расширения галочка "Безопасный режим" должна быть снята !.


ЗУП 3.1 загрузка электронного больничного из файла. Исправление ошибки.:

Специальные предложения

Electronic Software Distribution

Интеграция 1С с системой Меркурий

Алкогольная декларация

Готовые переносы данных

54-ФЗ

Управление проектом на Инфостарте

Траектория обучения 1С-разработчика

1. Еще ни разу не встречал ЭЛН с пустым LN_HASH.
2. Согласно спецификации ФСС поле LN_STATE обязательно к заполнению.

Данная доработка вредна , т.к. дает возможность под видом ЭЛН загружать всякую фигню.
Например, можно будет загрузить реестр прямых выплат, что не соответствует методике учета в 1С.
Сначала надо загрузить ЭЛН (настоящий!), рассчитать больничный, ввести заявление, а только затем выгрузить реестр прямых выплат.

Настоящий ЭЛН всегда содержит LN_STATE и LN_HASH, это его родовой признак.
Более того, ФСС требует корректный LN_HASH, т.к. только так вы можете подтвердить что отправляете данные опираясь на последнюю версию ЭЛН.

Приложенный код в LN_HASH заполняет "мусором" и такой ЭЛН ФСС не примет и хорошо что 1С не принимает.

Настоящий ЭЛН всегда содержит LN_STATE и LN_HASH, это его родо

При чем тут "можно будет загрузить реестр прямых выплат" кто об этом говорит ?
Я прямо указал спецификацию на сайте ФСС и там реквизит LN_HASH НЕ ОБЯЗАТЕЛЬНЫЙ какие могут быть претензии.
Я оперировал с файлами которые выдавал SBIS и Контур и там не было этих полей и файлы не загружались в 1С.
Полагаю что ФСС генерирует этот хэш каждый раз по определенному алгоритму и потому не считает поле
обязательным. Если вам лично что то не нравиться вы можете переписать код под себя, он открыт.

Что касается выгрузки реестра то
В процедуре выгрузки ВыгрузитьЗапросДляОтправкиРеестраЭЛН есть строка
УстановитьЗначениеЕслиЗаполнено (ROW.LN_HASH, РегистрыСведений.СведенияОбЭЛН.ПрочитатьХеш(ДанныеЛН.НомерЛисткаНетрудоспособности));
как вы догадываетесь это значит что выгружать его если он заполнен.
Получается загружать ЭЛН без LN_HASH нельзя ,а выгружать можно, довольно противоречиво.

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

Читайте также: