Меню

Настройка подписи для сервисов фсс ошибка

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

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

Считается, что с помощью XML Encryption можно шифровать любые данные. Но чаще это используется с шифрованием текста, алгоритмов и ключевой информации. Для дешифрования используется элемент KeyInfo. Он может быть прикреплен к каналу или сообщению, в котором используется шифрование. Но это не обязательно, так как может и не быть прикрепленным к зашифрованному тексту.

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

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

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

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

    Строка соединения в настройке сервисов ФСС

    Строка соединения в настройке сервисов ФСС

  2. Дальше нужно запустить меню Администрирования и найти раздел настройки электронных подписей. Почти в середине этого меню будет возможность поставить отметку возле «Шифровать сообщение». Мы должны её поставить. Сразу под этим будет два свободных поля – это «Тип контейнера» и «Имя сертификата ФСС». Их тоже заполняем.

    настройка электронной подписи

    Заполняем тип контейнера и имя сертификата

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

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

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

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

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

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

11.04.2022

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

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

Далее

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

06.04.2022

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

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

Далее

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

06.04.2022

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

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

Далее

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

19.03.2022

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

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

Далее

На чтение 9 мин. Просмотров 304 Опубликовано 01.01.2022

Содержание

  1. Инструкция по исправлению
  2. Ошибки от фсс
  3. Ошибки: фсс не принимает отчетность
  4. Расшифровка кодов ошибок на отчеты фсс
  5. Фсс — ошибка вызова сервиса передачи / получения данных. не удалось расшифровать сообщение.
  6. Фсс — проблемы с выбором сертификата

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

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

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

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

.

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

.

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

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

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

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

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

Ошибки от фсс

При подаче заявления за другое юридическое лицо номер паспорта должен совпадать с ИНН; при подаче заявления за себя применяются правила. номер. Сертификат электронной подписи должен быть заверен.

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

В этой ситуации проверьте сертификат ЕП на портале ФСС (перед этим узнайте, как загрузить его на портал). Проверьте, находится ли доверенность от подрядной организации в правильном файле, если сертификат правильно загружен на портал, но ошибка все равно возникает. Также необходимо наличие зеленой галочки (если она красная, доверенность не проверена).

В некоторых случаях ошибка свидетельствует о том, что отчет был подписан неправильно (с опозданием или с неправильным выбором варианта), или о наличии расхождений между данными свидетельства организации и сведениями из ЕГРЮЛ.

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

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

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

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

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

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

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

Он был не в состоянии понять -10

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

Он не мог получить доступ к ЭП, чтобы проверить ее.

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

-13 В свидетельстве отсутствует регистрационный номер застрахованного лица.

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

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

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

.

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

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

И регистрационный номер застрахованного лица, который должен состоять из 10 цифр, и адрес проживания неверны в сертификате, выданном УЦ. УЦ, выдавший повторный сертификат.

.

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

-18 Для шифрования расчета используется ключ, отличный от открытого ключа FSS.

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

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

http://www.fss.ru/uc

В хранилище сертификатов Фонда социального страхования РФ.

-19    Расчет не зашифрован или не подписан.
Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно.
-20    Неизвестный формат файла.    
Формат файла не xml. Необходимо сформировать новый файл расчёта в соответствии с Технологией приема расчетов (http://fss-help.ru/ru/legal_information/124/133/68837.shtml).

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

-42    Ошибка при проверке сертификата.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-43    Сертификат отозван.
Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.
-44    Не найден или просрочен СОС издателя сертификата.
Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.
-45    Сертификат поврежден.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
-46    Сертификат просрочен
Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-503    XML-файл расчёта не прошел форматный контроль
Рекомендуется проверить xml-файл по XSD схеме

-504    В сертификате указано несуществующее подразделение ФСС РФ
В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
-505    Неверное наименование файла.
Привести наименование файла расчёта в соответствиес Технологией приема расчетов (http://fss-help.ru/ru/legal_information/124/133/68837.shtml).

-506    Вторые разделы расчёта имеют одинаковые шифры налогообложения
Необходимо исправить расчёт.
-507    Нет файла ..xml    ,Не загружен файл расчета.
Необходимо отправить файл расчета повторно.
-508    Ошибки логического контроля
Необходимо исправить ошибочные параметры расчёта, указанные в протоколе проверки.
-509    Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-511    Ошибка при чтении XML-файла расчёта
Файл пуст или не является XML-файлом
-512    Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта.
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
-513    Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.
Файл расчёта подписан ЭП, принадлежащей организации отличной от организации, указанной в расчёте. Необходимо проверить сертификат используемый для ЭП.
-514    Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭП.
Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.
-517    Слишком большой файл
Размер файла расчёта превышает максимально допустимое значение 655360 байт. Необходимо сформировать новый файл расчёта
-518    Нулевой размер файла
Необходимо сформировать новый файл расчёта

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

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

Причина:
В меню Администрирование – Настройка подписей для сервисов в поле «Имя
сертификата ФСС» указан неверный сертификат.

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

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

При запросе ЛН или попытке открытия ранее найденного
ЛН, плагин КриптоПро ЭЦП browser plug-in не видит установленные
личные сертификаты.

 — Необходимо проверить видит ли криптопровайдер установленный
сертификат. Для этого в интерфейсе Vipnet CSP открываем контейнер с
сертификатом, затем, в разделе «Закрытый ключ, хранящийся в контейнере» нажать
кнопку «Открыть». Должен открыться личный сертификат. Если сертификат не
открывается, значит криптопровайдер не видит установленные сертификаты. В
данном случае необходимо переустановить криптопровайдер, полное удаление не
требуется, только переустановить приложение Vipnet CSP.

— Если сертификат открывается, необходимо проверить цепочку пути сертификации.
Сертификат должен быть подтвержден, иметь закрытый ключ и должны быть
установлены корневые сертификаты УЦ. Все сертификаты должны быть
действительны.

— Необходимо скачать и установить все сертификаты, всех корневых УЦ. (в том
числе промежуточных). Данные сертификаты помещаются в контейнер «Доверенные
корневые центры сертификации». Необходимо скачать и установить все списки
отзывов по всем установленным сертификатам, как личному, так и корневым. Списки
отзыва устанавливаются автоматически в контейнер «Промежуточные центры
сертификации – Списки отзыва сертификатов».

— Скачать корневые сертификаты УЦ и список отозванных сертификатов УЦ
необходимо на сайте УЦ, выдавшего личный сертификат пользователя.Список всех
УЦ https://e-trust.gosuslugi.ru/CA. Там указаны сайты УЦ.


При запросе ЭЛН отображается ошибка: Ошибка сервера: ORA-20001: Пара
(регистрационный номер, ОГРН) страхователя не найдена в справочнике.

— В страховом свидетельстве не указан ОГРН;

— Страхователь не найден в Реестре Страхователей по паре (регистрационный
номер, ОГРН).

Обновлено: 28.01.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. Запустить меню Администрирование и запустить Настройку сервисов ФСС. После этого находим Строка соединения и туда нужно вписать некоторые данные.

Строка соединения в настройке сервисов ФСС

Строка соединения в настройке сервисов ФСС

настройка электронной подписи

Заполняем тип контейнера и имя сертификата

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

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

      

  • Сообщение это последовательность сигналов оболочка для информации
  •   

  • Отцы и дети советы старшеклассникам обж 10 класс сообщение
  •   

  • Как закончить сообщение в деловой переписке
  •   

  • Печать одежды на 3d принтере сообщение
  •   

  • Краткое сообщение о замке малахайд

Содержание

Решение проблем по установке, настройке и использованию АРМ ЛПУ ЭРС

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

Читайте внимательнее!

Для поиска по статье нажмите Ctrl+F и введите первые символы кода ошибки или вопроса

ВНИМАНИЕ! Узнать о работоспособности сервисов ФСС в данный момент вы можете по кнопке ниже

Монитор работоспособности сервисов ФСС

Разбор ошибок АРМ ЛПУ ЭРС

Процесс установки АРМ ЛПУ ЭРС

В соответствии с рекомендациями ФСТЭК с 11.10.2022 будет выложена новая версия АРМ ЛПУ (ЭРС) с PostgreSQL — 10.22. При переходе на версию АРМ ЛПУ (ЭРС) 3.0.30 необходимо выполнить следующие шаги:

1. Сделать резервную копию данных (Администрирование → Резервное копирование базы данных).

2. При установке новой версии АРМ ЛПУ ОБЯЗАТЕЛЬНО выбрать пункт «Установить» на вкладке «Параметры подключения к базе данных». В строке порт соединения ОБЯЗАТЕЛЬНО указать новый номер порта (по умолчанию — 5433), отличный от номера для PostgreSQL 9.5 (по умолчанию — 5432).

3. После запуска АРМ ЛПУ в настройках соединения с базой данных (Администрирование → Настройки соединения с базой данных) ОБЯЗАТЕЛЬНО заменить номер порта на новый.

4. Восстановить данные из резервной копии (Администрирование → Восстановление базы данных).

Также БД можно восстановить командой: pg_restore.exe -p 5433 -U fss -d fss < fss.backup

Примечание:
Если вы используете подключение к базе данных, установленной на удаленный сервер, то сначала нужно установить новую версию ЛПУ на этот сервер с учетом условий выше.

Скачиваем программу необходимой разрядности:

Скачать АРМ ЭРС

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

В противном случае можно получить неработоспособную БД.

В случае возникновения проблем с установкой PostgreSQL10 после 11.10.22:

1. Открываем установочный exe файл в 7zfm.

2. Вытаскиваем оттуда postgresql-10.22-1-windows.exe.

3. Запускаем postgresql-10.22-1-windows.exe, устанавливаем в папку C:postgresql10, пароль Manager1 порт 5433

4. Запускаем установку АРМ ЛПУ


Устанавливаем программу от имени администратора.


Убедимся что установлен NET.Framework 4.7 — Скачать


Обновлены сертификаты в цепочке(убран доверенный сертификат от неакредитованного УЦ), сертификат УЛ ФСС действует до 15.03.23

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

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

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

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

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

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

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


Настройка программы

Во вкладке «Администрирование — Настройки сервисов ФСС» указать строку соединения:

https://docs.fss.ru/ws-gtw-ers-crypto-v20/api/soap/v1/ErsService?wsdl

Убедимся, что проставлены все галочки в настройках электронной подписи:


Терминальный режим

Для работы программы в терминальном режиме при установке программы на сервер (многопользовательский режим)
необходимо создать bat-файл в папке с программой со следующим текстом:

start "" "fss_mo.exe" -data users%username%
  1. Создать ярлык для данного bat-файла

  2. Вывести его на общий рабочий стол (C:UsersPublicDesktop)

  3. Пользователи могут успешно подключаться к удаленному рабочему столу и использовать данный bat-файл для работы в программе в многопользовательском режиме.

PS. Обязательно необходимо под каждым терминальным пользователем повторить процедуру установки сертификатов ФСС (три сертификата) и сертификат учреждения (ЛПУ)


Доступ в PGAdmin

Для доступа в админку СУБД нужно перейти в: C:postgresqlbin

Запустить файл: pgAdmin3.exe

Правой кнопкой мыши на БД — Подключиться

Логин: postgres
Пароль: Manager1


Обновление АРМ ЭРС

Перед обновлением необходимо убедиться, что никто из пользователей не работает
в АРМ ЛПУ(ЭРС) и сделать резервную копию базы (По инструкции выше или через PGadmin)

Процесс обновления отличается от исходных параметров СУБД и ОС:

1. База расположена на сервере с ОС Windows, параметры подключения
стандартные (Имя базы: fss, логин: fss, пароль: fss)

Чтобы обновить программу необходимо скачать ее последнюю версию по адресу: Ссылка

Убедиться что на сервере с базой Postgres установлен вместе с программой АРМ ЭРС

Запускаем скачанный дистрибутив и ОБЯЗАТЕЛЬНО снимаем галочку «Установить» на шаге установки сервера БД

После установки в папке с программой проверяем файл UpdateDatabase.log (лог
обновления).

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

c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2019081301.sql"
DELETE 0
DELETE 0
DELETE 1
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2019100201.sql"
UPDATE 1
UPDATE 1
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2021060401.sql"
TRUNCATE TABLE
INSERT 0 1

При НЕ удачном обновлении в файле будут только строки (их будет много, а не
конкретно эти 4:

c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021403.sql"
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021404.sql"
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021405.sql"
c:FssArmErs>c:postgresqlbinpsql -p 5432 -f "c:FssArmErsELNupdates2016021406.sql"

2. База расположена на сервере с ОС отличной от Windows или параметры
подключения НЕ стандартные

Открываем дистрибутив при помощи архиватора (7-zip) и достаем из него папку
ELNupdates

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

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

И последовательно по порядку выполняем все запросы из папки updates


Как внести изменения в оплаченный талон?

Внесение изменений в оплаченный талон 2
В случае, если в оплаченном Талоне 2 была допущена ошибка в следующих полях из списка в разделе «Сведения о новорожденном»:

• поле «Общее количество детей, включая рожденных ранее»;

• поле «Пол ребенка»;

• поле «Рост, в сантиметрах»;

• поле «Вес, в граммах»;

• поле «Дата-время родов»;

,то данные можно изменить и отправить повторно. Для этого в талоне 2 на панели инструментов нажать кнопку «Внести изменения в оплаченный талон», поля из списка разблокируются. Далее нужно внести изменения, подписать талон, отправить в ФСС и получить результат, статус талона изменится на «Принято ТОФ» (изменения успешно отправлены). Запросить актуальный статус оплаченного талона, нажав кнопку «Получить статус талона», в ответ придет статус «Оплачено».


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

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

 Нужна помощь с ФСС? Напишите мне любым удобным способом через страницу Контакты или Обратная связь.  

Немного мат. части

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

Технически нам потребуется:

  1. Сервер для централизованного хранения баз данных PG (не храните базы локально, это опасно для здоровья);
  2. Папка на сервере, которую можно расшарить (не обязательно, просто так удобнее);
  3. Пользовательская рабочая станция на Windows;
  4. КриптоПро или Vipnet, всё зависит от используемых ключей;
  5. ЭЦП врача, где будет указан ОГРН (Основной государственный регистрационный номер) нашей организации;

Административно нам потребуется:

  1. Полные реквизиты МО (Медицинская Организация);

Небольшой FAQ

Кто может открывать больничный:

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

Устанавливаем сервер баз данных

В данном примере мы будем устанавливать версию 2.01.13.

Переходим на сайт http://lk.fss.ru/eln.html и в зависимости от разрядности выбираем версию.

Далее обычная установка в стоке, вообще никакие параметры не меняем. Всё сделано за нас.

Клиентская часть

Криптопровайдер

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

Дожидаемся пока процедура установки закончится.

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

Вся информация шифруется по сертификату, которые дают сами ФСС’цы.

Сертификат качается вот отсюда.

После того как скачали — открываем сертификат.

И устанавливаем его, как личный. В реестр. На локальный компьюетр или на пользователя — решать Вам. Всё зависит от вашей архитектуры.

Установка сертификата врача

Этот шаг можно сделать и позже. Это непринципиально.

Сертификат врача обычно находиться на физическом токене. Устанавливаем в личные. Итого у нас минимально должно быть два сертификата. Врача и ФСС.

Открываем certmgr.msc и проверяем.

Установка ФСС АРМ ЛПУ

Запускам тот же самый инсталлятор, что и на первом шаге.

И меняем только значение в строке соединения с базой данных. Указываем имя/ip адрес нашей базы. Если сервера нет, то оставляем в localhost.

Всё остальное в стоке.

Заполнение реквизитов

Открываем наш ФСС. Переходим Администрирование ->Настройки реквизитов организации.

Далее заполняем все поля, что выделены желтым. Заполняйте своими данным, а не из моего примера! 🙂

Настройка соединений с сервисом ФСС

Далее переходим Администрирование>Настройка сервисов ФСС. 

Строку соединения можно взять здесь. На данный момент актуальный адрес: https://eln.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

Нажимаем на кнопку «Проверить соединение«.

Настройка подписей

Если при попытке войти в настройки подписей вы видите такое окошко, то решение даёт сам разработчик.

Открываем cmd от имени администратора и далее выполняем последовательно.

cd C:FssTools

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

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

Далее открываем окошко и выбираем нужные сертификат и проставляем галочки.

Итог

Этой минимальной установки хватит, чтобы выписывать больняки.

Зачем сделали десктопное приложение? Не понимаю. Почему нельзя было это привести, как обычную интернет-площадку? Не знаю.

Почему нет нормальной документации? Загадка. Как достучаться до тех.поддержки? Ответа также не имею.

Имею небольшой опыт в настройке и устранения неполадок с ним, ~30 компов с ним стоит. Пишите в контакты или в комменты.

Просмотры: 1 602

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Настройка маршрутизатора ошибка 020
  • Настройка диаграммы времени опережения зажигания ошибка 18