Не могу загрузить wsdl файл фсс ошибка пустой документ

Обновлено: 12.06.2023

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

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

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

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

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

Сообщите следующую информацию: Отсутствует элемент EncryptedData class ru.ibs.cryptopro.jcp.crypt.CryptoException

Причины:

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

Что делать:

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

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

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

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

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

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

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

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

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

Причина:

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

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

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

Причина:

Что делать:

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

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

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:postgresqlinpgAdmin3.exe

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

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

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

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

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

Причина:

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

Ответ

ФСС отвечает мне:
.
–
–
–
GETLNINS_4210000443_2018_11_30_00001
0
ORA-20001: Отсутствует подпись головной организации

Может ФСС не нравится мой ключ которым я подписал блок текста внутри body.

Поделитесь кто где брал ключи.

Меню пользователя @ saisai

30.11.2018, 10:37

Нужно на Spring написать сервис логирования запросов Hibernate сучностей
Добрый день, Нужно на Spring написать сервис логирования запросов Hibernate сучностей.

Информация обновлена: 13.11.2018

При запросе больничного в кабинете страхователя ФСС столкнулись с такой ошибкой:

Добрый день. При заполнении больничного выдает ошибку (УПП: 1.3.173.1)
Временные проблемы в ФСС или кардинально поменяли принцип работы с больничными?

Похоже проблема на стороне ФСС . из 10 попыток, может 1 раз заполнить.
Интересно, что ошибки разные выдает ..

(4) по этому поводу рекомендую схемы у себя локально положить — что бы меньше не нужных обращений в ФСС было

http://www.w3.org/2001/XMLSchema»
xmlns:wsdl http://schemas.xmlsoap.org/wsdl/»» target=»_blank»>http://schemas.xmlsoap.org/wsdl/»
xmlns:soap http://schemas.xmlsoap.org/wsdl/soap/»» target=»_blank»>http://schemas.xmlsoap.org/wsdl/soap/»
xmlns:ins http://www.fss.ru/integration/types/eln/ins/v01″» target=»_blank»>http://www.fss.ru/integration/types/eln/ins/v01″
xmlns:fs http://www.fss.ru/integration/ws/fault/v01″» target=»_blank»>http://www.fss.ru/integration/ws/fault/v01″
xmlns http://www.fss.ru/integration/ws/eln/ins/v01″» target=»_blank»>http://www.fss.ru/integration/ws/eln/ins/v01″
name=»FileOperationsLnService»
targetNamespace http://www.fss.ru/integration/ws/eln/ins/v01″>» target=»_blank»>http://www.fss.ru/integration/ws/eln/ins/v01″>
http://dkb/LnService/Faults.wsdl»
namespace http://www.fss.ru/integration/ws/fault/v01″>» target=»_blank»>http://www.fss.ru/integration/ws/fault/v01″>

Вечером проверял более менее работает, а днем вообще никак .. расчетчики воют
(5) Не могу понять, как схемы можно локально выложить, они же в запросе указаны ?

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

ох, бида-бида. Поанализировал фиддлером запросы на получение данных больничного по номеру и увидел, что 1С дергает WSDL и XSD в количестве 11 штук аж 4 раза подряд одни и те же. Это ж в несколько раз увеличивает вероятность сбоя. И если так делает весь 1Совский софт по всей России. так ведь что угодно положить можно.

(11) не, тут дело не в ФСС. Вот мы по номеру выкачиваем больничный в УПП. Там дергается 9 штук XSD-схем и 2 WSDL-я.
Я бы понял если бы это произошло один раз. Но это делается четыре раза с одними и теми же схемами — вместо того чтобы один раз все вытащить, построить интерфейс и дальше просто обращаться к соответствующей точке (или точкам) входа. Понятно, что любое кэширование схем очень сильно поможет от косяков в таком случае.
И сбои происходят каждый раз в разных местах. Если бы вытаскивалось это все один раз — работа бы шла в четыре раза стабильнее.

(13) Три файлика с самыми длинными именами вы по каким ссылкам качали? Фиддлер мне их не показал.
Остальные схемки получилось вытянуть.

(18) и я так понимаю, в схемках после выкачки вы правили секции import, чтобы рекурсивно тоже качалось с локального сервера.

Я соорудил вот такой батник

и все получилось очень даже неплохо. wget и nhrt надо поставить, понятное дело.

(20) нужен веб-сервер. Я использовал IIS от Windows 2008 R2. Можно и апач, это кому как удобнее.

Выглядит это примерно вот так

http://www.fss.ru/integration/types/dic/fault/v01″ schemaLocation https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/dic/FaultCode.xsd»/>» target=»_blank»>https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/dic/FaultCode.xsd»/>

А дальнейшее зависит от вашей конфигурации 1С. В УПП необходимые ссылки находятся в общем макете ОбменДаннымиФССЭЛНОписаниеВебСервиса. Его нужно снять с замка и в секциях import поменять ссылки так, чтобы они ссылались на ваш локальные схемы. У меня это выглядит примерно так

http://www.fss.ru/integration/types/organization/v01″ schemaLocation http://srv-02/LnService/Organization.xsd»/>» target=»_blank»>http://srv-02/LnService/Organization.xsd»/>

Не работает с пятницы, так же разные ошибки при запросе заполнить БЛ. Сертификат поставили новый от 15.12.2021
У кого как?

(23) норм. Сегодня проверял со своими изменениями от (19)-(21) — супер, шустренько. Серты свежие с лк.фсс.ру, второй от 17, нижний от 15.12.2021.

И да, RomaH, спасибо за плодотворную идею. По-хорошему, это можно было бы оформить как публикациб на ИС.

соответственно после добавления «наших» данных в больничный, подписания и отправки ФСС ругается — что наш ЭЛН не соответствует тому что у них.

так что — это еще одна мина замедленного действия от 1С

(26) Ну не сказать чтоб не ограничена — 300 символов.

В ЗУП не знаю. В УПП встречается в доке НачислениеПоБольничномуЛисту, ТЧ ОсвобождениеОтРаботыВЛисткеНетрудоспособности, атр ДолжностьВрача — там 300. Затем: РеестрСведенийВФССОПособияхПоНетрудоспособности, ТЧ РаботникиОрганизации. Там аж 6 атрибутов с должностями врачей. Все по 300 символов. Речь про последнюю УПП 173.2.

(30) Не облегчайте жизнь ФСС, то бишь — делаем запрос ФСС — ошибка, тогда лезем у себе )))
Если ошибки нет, заменяем у себя все файлы новыми (а может и такими же, не сравнивать же их ей богу) полученными от фсс

(31) >> делаем запрос ФСС — ошибка, тогда лезем у себе
это очень долго, даже с шустрым инетом. Я как сделал локальные схемы — офигел насколько шустро этот запрос больничных стал летать. Небо и земля. Ну его нафиг этот ФСС, чем меньше туда лазишь тем лучше

(30) «Теперь вот нужно придумывать костыли по предварительной проверке этих файлов перед загрузкой больничного на предмет изменения.»
зачем? — насколько я понимаю это . «правила» создания и чтения xml — если «правила» поменяются, то .

(35) она от релиза не зависит. Отлуп выдают серверы ФСС, скорее всего, по чрезмерному количеству запросов. А может еще по какой причине.

Рабочий способ решения описан в этой ветке. Ну или ждать изменений API или улучшения ФССом своих серваков.

я бы на это сильно не рассчитывал, ребят. Обмен ЭДО с ФСС в 173.3 не поменялся по сравнению со 173.2, во всяком случае мой измененный модуль так и остался измененным. А серверы ФСС и раньше иногда работали стабильно (см. (22)), а иногда начинали вести себя странно. Скорее всего, сейчас опять период стабильной работы. Дай Бог, чтобы он продлился долго.

(40) в УПП173.3 полностью переработали Макет со правилами обмена с ФСС — убрали из него импорт. И теперь он совсем не работает. При попытке загрузить схему обмена выдает ошибку «Неверный формат». Пришлось на макет из 173.2 откатывать (с модификациями конечно). Другого решения пока нет.

(41) ну если они пихнули все схемы в один макет — то это наоборот хорошо. Значит, колхозинг из (19) больше не нужен

Действительно, в 173.3 1С запихнула все схемы локально в один макет. Я изначально проверил только модуль ОбменСведениямиОПособияхСФСС, который не изменился, но не посмотрел в сам загружаемый макет — а зря, потому что изменился как раз он. Ну что имею сказать. это ж очень хорошо, наши мучения с ФСС в существенной мере закончились.

(43) а что с «неверным форматом» из (41)

ну как? сегодня смотрю вообще затык — ФСС даже честно признался. что у них внутрення ошибка сервера

(44) вчера гонял — все норм было, во всяком случае, больнюковые данные по номеру получало. Да и до этого — 173.3 у меня с конца января, и если бы были косяки, то пожаловались бы. По-видимому, работало все.

попробовал прямо сейчас, в 15:38 по Москве — тягает данные больничного со штатным макетом и кодом 173.3.

(46) А у меня не тянет. Вываливается в ошибку и хоть ты тресни. Может в платформе дело? У меня 8.3.18.1433

Вот текст ошибки:
по причине:
Неверный формат.
по причине:

Причина появления ошибки ФСС

Решение проблемы

Начать решение нужно с настройки АРМ ЛПУ. Для этого стоит сделать:

1. Запустить меню Администрирование и запустить Настройку сервисов ФСС. После этого находим Строка соединения и туда нужно вписать некоторые данные.

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

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

После обновления программы до версии 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 (помощь проекту)

Думаю с началом 2022г. пользователи 1С:Зарплата и управление персоналом /1С:Зарплата и кадры государственного учреждения столкнулись с таким замечательным инструментом как СЭДО — социальный электронный документооборот.

Как многие уже знают, с  01.01.2022 вступила в силу обновленная редакция Федерального закона от 29.12.2006 № 255-ФЗ «Об обязательном социальном страховании на случай временной нетрудоспособности и в связи с материнством» (далее – Закон № 255-ФЗ). Поправки в нее внесены Федеральным законом от 30.04.2021 № 126-ФЗ. Обзор поправок см. в комментарии.

Согласно новой ч. 17 ст. 13 Закона № 255-ФЗ Правительство РФ устанавливает:

• состав сведений и документов, необходимых для назначения и выплаты пособий;
•  порядок получения документов органами ФСС России для прямых выплат пособий, в т. ч. в электронной форме.

Коротко о том, как это работает. Работодателю и физ. лицу поступают от ФСС России следующие сведения:

• о продлении, закрытии, аннулировании ЭЛН;
• о направлении физ. лица на медико-социальную экспертизу;
• о дополнении ЭЛН сведениями о проведении медико-социальной экспертизы.

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

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

Если сведения (или документы) работодатель подаст не в полном объеме, фонд в течение 5 рабочих дней с даты их получения направит работодателю извещение о предоставлении недостающих данных.

Получение извещения нужно подтвердить.

Мы, как пользователи 1С, открываем в 1С:Зарплата и управление персоналом /1С:Зарплата и кадры государственного учреждения входящие запросы от ФСС и видим:

— пусто, ничего, совсем ничего…..

Нажимаем кнопку «получить из ФСС» — результат тот же.

Давайте разберем причины, почему же ничего нет в данном журнале.

Больничный еще не оформлен или не закрыт.

Как только сотрудник заболел, медицинская организация формирует электронный листок нетрудоспособности (ЭЛН) по нему, подписывает и направляет его в ФСС. Фонд отправляет запрос в ПФР, чтобы выяснить, где трудоустроен застрахованный. ПФР в течение одного календарного дня с даты получения запроса должен ответить фонду. После завершения идентификации застрахованного лица и подтверждения факта его трудоустройства ФСС отправляет уведомление работодателю об открытии больничного листа. Сотрудник также получит уведомление в Личном кабинете на портале государственных и муниципальных услуг (https://eln.gosuslugi.ru/) и в Личном кабинете получателя услуг ФСС (https://lk.fss.ru/recipient/ — вход с логином и паролем от портала Госуслуг).

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

В рабочее место поступают различные сообщения о состоянии ЭЛН от фонда – об открытии, продлении, закрытии, аннулировании, о направлении физ. лица на медико-социальную экспертизу, о проведении медико-социальной экспертизы, о выплате пособия. Для удобства работы со списком сообщений предусмотрены кнопки отбора для показа сообщений: Все сообщения, Актуальные, Требующие обработки.

Не включен обмен СЭДО в карточке организации

Открываем карточку учреждения, учетную политику и проверяем. Если не подключено, включаем настройку.

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

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

• подключиться к «1С-Отчетности»
• если не планируется использовать «1С-Отчетность», настроить вручную подключение сертификата ФСС для ЭЛН.

Устаревший релиз, платформа

Подключение сервиса СЭДО рекомендуется делать на актуальном релизе.

Не отправлены сведения по застрахованным лицам

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

Состояние сведений должно быть по итогу «принят ФСС»

Если все-таки сервис не работает и у вас еще остались вопросы, то вам всегда поможет команда 1С:БИЗНЕС РЕШЕНИЯ.  Просто позвоните по номеру телефона +7 3532 43-05-17 или оставьте заявку на сайте. Обязательно поможем!