Ошибка импорта схемы 1с фсс
(3) Где же это он старый, если действителен до 22 года??
P.S. Я только сегодня скачивал, устанавливал, действителен до 22 года.
(9)Так нужно и УЦ-шные установить - т.к. это то и выдан ими. И если нет сертификата удостоверяющего центра, то и доверять выданному этим центром сертификату система не хочет. (10) спасибо, с этим сертификатом и ФСС ЭЛН установился. Но не загружается ЭЛН с сайта ФСС. буду разбираться дальше. (13)У меня тоже самое, хотя сертификаты все переустанавливали на прошлой неделе и все загружалось. С сегодняшнего дня перестало работать. (15)Такая же проблема, параллельно с вами пытаюсь)
Перепробовал все.
Вот такой ответ прилетает
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://www.fss.ru/integration/types/dic/fault/v01" elementFormDefault="qualified" targetNamespace="http://www.fss.ru/integration/types/dic/fault/v01" version="1.0">
<xs:simpleType name="FaultCodeType">
<xs:restriction base="xs:string">
<!-- Системные ошибки / внутренние 0000-0099 -->
<xs:enumeration value="E_0000"/>
<!-- Ошибки ЭЦП 0100-0199 -->
<xs:enumeration value="E_0100"/>
<!-- Ошибки ТМС 0200-0299 -->
<xs:enumeration value="E_0200"/>
</xs:restriction>
</xs:simpleType>
</xs:schema> Я пробую на зарплате 2.5 корп. Если устанавливать головные и промежуточные сертификаты с сайтов, то сертификат ЭЛН с красным крестом и не проходит проверку. В зуп 2.5 даже не удается сохранить форму с новыми сертификатами.
С сертификатами из (10) цепочка встала, но проблемы есть, описанные выше
Кстате, зуп 3 вроде отрабатывает даже с невыстроенной цепочкой сертификатов. Загрузка идет, хотя сертификат ЭЛН также с красным крестом
Уже наступал на эти грабли: ФСС заменила промежуточный сертификат, а Windows проверяет только совпадения издателя, но не серийный номер сертификата (промежуточного).
В Итоге получается, что конечный сертификат ссылается на не свой промежуточный - отсюда и его "повреждение".
Надо удалить все промежуточные и установить новые, а потом - конечные.
(18)Не получается все равно. Пробовал удалять все и потом все устанавливать.
Не может это быть связано, что на сайте удостоверяющего центра указано Средства УЦ: ViPNet УЦ 4. У меня крипто-про или тут не важно это. Раньше, если не ошибаюсь, когда скачивал были и крипто-про и vipnet. Сейчас только vipnet (19) В типовых с подключенной 1С-отчетностью есть кнопка Настроить автоматически сейчас. По кнопке прописывается корректный сертификат ФСС. Причем он немного отличается временем от ранее выбранного, с тем же периодом действия.
(15) Удалось решить проблему? Такое ощущение, что проблема на стороне ФСС, хотя в ЗУП 3.1 все загружается, причем в первый раз после перевыбора сертификатов та же ошибка, как в ЗУП 2.5. А именно:
При вызове веб-сервиса произошла ошибка. При создании описания сервиса произошла ошибка.
по причине:
Ошибка доступа к файлу 'https://docs.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?wsdl=../Faults.wsdl'
по причине:
Ошибка работы с Интернет: доступ запрещен (403). <!DO CTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
по причине:
Ошибка работы с Интернет: доступ запрещен (403)
Но в ЗУП 2.5 так и не загрузить ЭЛН.
(23) Аналогичная проблема в Расчет заработной платы 3.0.
При работе через личный кабинет страхователя и АРМ Подготовки расчетов для ФСС проблем не наблюдается.
Такая же проблема в Камине. Ошибка работы с Интернет: доступ запрещен (403)(23)
(23)
Проблема пока что еще остается. Цепочка сертификатов без ошибок. При попытке получения ЭЛН ошибка:
: Ошибка при вызове конструктора (WSОпределения)
WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса. ИнтернетПрокси,, СоединениеSSL)
по причине:
Ошибка импорта схемы
Была мысль, что это может быть связано с тем, что конфигурация не обновлена на последний релиз, в котором как раз изменена обработка обмена с контролирующими органами, но и после обновления та же ошибка.
ЗУП 2.5.165.1 КОРП
(25) Думаю, что дело не в релизе, так как обновление базы на последний 2.5.165.1 релиз у нас было 14.09. ЭЛН загружались с тех пор, потом обновляли сертификаты ФСС, проверяли их - тоже все грузилось. А сегодня ошибка.(26) От версии ЗУП не зависит.
Проверял на последней версии в надежде, что что-то исправили с обменом.
Такая же проблема в УПП 1.3. Сертификаты встали на место, вчера в 11.56 утра даже один БЛ подгрузился из ФСС, а сразу после 13-00 ошибки, причем они разные, но суть сводится к Ошибка работы с Интернет: доступ запрещен (403) (27)Абсолютно такая же ситуация.
До 28 сентября всё работало.
Этот другой работает, попробую изменю в конфе на новый.
У нас такая же проблема УПП релиз 1.3. 166.1 :с 12 часов 28.09.2021 вылетает такая же ошибка. Аналогичная проблема - УПП 1.3 (1.3.164.3) - тоже вылетает ошибка. И что делать, сегодня утром попыталась скачать ЭЛН, ошибка та же, что и вчера. И у нас такая ошибка в УПП. Перестало работать вчера с обеда. В региональном ФСС ничего не знают про ошибку. Проблема на стороне ФСС, в конфе УПП всё как надо.ФСС борются с этим, я только что загрузил один больничный, второй опять с ошибкой. Ждемс. Если несколько раз отменить ошибку и нажать ЭЛН из ФСС, данные приходят. Примерно раз 5-6 Получается загрузить ЭЛН но с 5-10 попытки. Проблема точно ФСС Действительно загрузила с 20 раза, но не полностью все данные. Со стороны ФСС со вчерашнего дня наблюдаются проблемы с отправкой, точные сроки по исправлению не озвучивают Ура. Заработало. Тоже загрузились ЭЛН. С первого раза.
Повезло. Если попробовать загрузить снова, то большая вероятность получить ошибку.
Проблема на стыке сервисов ФСС и логики работы 1с. В тот период 1с не смогла загрузить некоторые файлы xml схемы с сервера ФСС, из-за того что они не были доступны. Если схему предварительно загрузить в 1с, то такой проблемы не было. Сервисы, которые не грузят схему с сервера фсс при любом обращении к ЭЛН работают в этой ситуации нормально. ри любом обращении к ЭЛН работают в этой ситуации нормальноСхему могут в любой момент изменить на стороне ФСС. Поэтому 1С всегда его грузит по новой. Как вариант проверять версию схемы, но ФСС живёт своей жизнью и ни с кем не согласует свои разработки. Добрый день всем! А я загрузила сертификаты ФСС, но при получении ЭЛН из ФСС пишет, что нужно обновить КриптоПро до 5.0
До этого с КриптоПро 4.0 у нас срабатывало, а сегодня из-за технических проблем перешли на новый сервер, поэтому пришлось восстанавливать сертификаты ФСС.
Может кто-нибудь прокомментировать про требование новой версии КриптоПро?
(53) Ставишь новую версию Крипто-ПРО 5.0 и получаешь другую ошибку:
В журнале регистрации:
Электронный документооборот с контролирующими органами. Менеджер криптографии -
Ошибка при вызове "Зашифровать" менеджера криптографии.
по причине:
Ошибка вызова метода внешней компоненты
по причине:
Набор ключей не определен.
И такая вот ошибочка
(55) Спасибо, интересная информация - передам своим системщикам!Интернет со своей стороны проверяли, все норм.
Что делать? Где смотреть?
С 28.10.2021 не заполняется из ФСС, выдает эту ошибку. 27.10.2021 заполнялись больничные и до четверга ничего не изменялось.
Надо проверить всю цепочку сертификации. Для этого сохранить сертификат в виде файла, открыть его через Проводник и проверить, чтобы в закладке "Путь сертификации" не было ошибок.
(15) Если у вас sql, то есть вероятность что отправка происходит в серверном контексте, на всякий случай проверьте пинг на сервере. по моему опыту, если проблема с сертификатом, то текст ошибки и звучит соответственно. "Не удалось обратиться к сайту ФСС" появляется регулярно. 1. Стоит подождать, проблема мб на стороне фсс. 2. - разобраться с прокси. (14) На скрине пишет, что нет доступа к интернету. Про сертификаты ни чего не пишет.Возможной причиной данной ошибки также являются временные сбои или недоступность сервиса ФСС.
(21) а дальше какая версия программы? Отправляли ли раньше реестры?Подробнее уже было, в (12).
(22) Скриншот сделайтеоткрыть сертификат- свойства
вкладка общие - скриншот
и вкладка путь сертификации скриншот У нас в реестре было 30 документов. Это максимум, который возможен в реестре. Сократили количество документов - и реестр ушел. Только оказалось что и в предыдущие разы, когда всплывала ошибка про отсутствие интернета, реестры доходили до ФСС. Так что сократите количество документов в реестре и посмотрите, может ваши данные уже попали в ФСС. (28) количество документов не влияет на отправку реестров в фсс. Не знаю влияет или нет, но реестр на троих ушел без проблем. Как оказалось и все предыдущие реестры тоже доходили до ФСС. Не понятно тогда, почему выдавалась ошибка((( У нас сегодня таже проблема, не можем достучаться до сервера ФСС, чтобы скачать ЭЛН ошибка такая же
Не удалось подключиться к серверу ФСС. wolder; lowander; iamwhoame; user836564; user852928; miledi.80; + 6 – Ответить (36) не у вас одних, а ФСС отвечает - "У нас все работает", походу приняли "супер админа" в ФСС Данный адрес не пингуется и не открывается даже через других операторов и с других мест.
Уже два дня не работает и выше указанная ошибка. Кому то удалось докопаться до истины и найти в чем проблема? Как и кому на текущий момент удалось решить проблему?
Все отчеты уходят кроме ФСС
У себя открыл порты для ФСС (80 и 443) В брандмауэре и проблема ушла:
У себя открыл порты для ФСС (80 и 443) В брандмауэреСпасибо
А не подскажете, как вы это конкретно сделали?
В брандмауэре Windows открыли порты 80, 443 для исходящих подключений или как?
не получается
сдаем через 1С-Отчетность, Бухгалтерия 3.0
клиент-серверный вариант базы.
тонкий клиент на компьютере пользователя.
вылетает такая же ошибка.
1С:бизнесСтарт такая же ошибка и проблема с отправкой отчета, наверное надо обращаться в службу поддержки 1С? (45) та же ошибка, если брандмауэр отключен. нужно еще где то открывать эти порты? та же ошибка, если брандмауэр отключен. нужно еще где то открывать эти порты? 17.02 ещё работал обмен с ФСС. Сейчас перестал. "не удалось обратиться к серверу ФСС". Релиз не новый "1.3.142.2". Сейчас обновимся до 21.3.153.1" не факт что там проблема исчезнет. У кого-нибудь есть такие же проблемы? Как определить на чей стороне "косяк". Дело явно не портах. Та же ошибка при загрузке ЭЛН - "Не удалось обратиться к серверу ФСС". У нас ЗУП 2.5 КОРП релиз 2.5.157.1. На прошлой неделе все работало, с тех пор ничего не меняли. (54) Другой пользователь работает с ЗУП 3.1, сейчас проверили - в ЗУП 3.1 нормально загружаются ЭЛН из ФСС. И еще один - работает в ЗУП 2.5 КОРП - у него не идет обмен с ФСС - та же ошибка "Не удалось обратиться к серверу ФСС". Что нужно настроить в ЗУП 2.5 КОРП, чтобы обмен заработал? (53) тут даже вопрос такой: в какое "спортлото" писать, чтобы узнать глючит ли ФСС в данный момент или нет? Такая же ошибка со вчерашнего дня, тоже попробуем обновиться, если поможет - отпишусь.У себя в ЗУП КОРП 1С разрулили так: при получении ЭЛН поставили точку останову на попытке создания определения веб-сервиса.
Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(43728)>:
WSОпределения = Новый WSОпределения
Звонили в ФСС, сообщали о проблеме.
" У фсс всё хорошо и от ооо не зафиксировано ни одного обращения ни ошибочного ни успешного :D
я говорю но в итоге то больничный загружен.
ну просто как минимум одно обращение она должна была увидеть) но нет: "что вы думаете если бы была проблема вы бы смогли до меня дозвониться?"
Ну и полный текст бывшей ошибки в ЗУП КОРП 1С
(61) upd. С утра загружались ЭЛН в ЗУП 2.5.158.2 КОРП, затем перестали - ошибка импорта схемыУ фсс всё хорошо и от ооо не зафиксировано ни одного обращения ни ошибочного ни успешного :D
я говорю но в итоге то больничный загружен.
ну просто как минимум одно обращение она должна была увидеть) но нет: "что вы думаете если бы была проблема вы бы смогли до меня дозвониться?"
Ну и полный текст бывшей ошибки в ЗУП КОРП 1С
Я вчера пытался дозвонится в ФСС по этой проблеме, там просто ни кто трубку не берёт, нет обращений нет проблем.
Благодарю, очень помог Ваш комментарий.
(65)
Да не проблема, выяснил две ситуации с ошибкой "Не удалось обратиться к серверу ФСС"
ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Содержание:
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. Ошибка вызова сервиса передачи/получения данных.
Причины:
Неправильные настройки АРМ ЛПУ в части подписания;
Неправильные настройки криптопровайдера;
Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро 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. АРМ ЛПУ, ошибка «Ошибка при проверке соединения с ФСС»
Причина:
Расшифровывается запрос пользователя на сертификате ФСС, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в "Настройках электронной подписи":
Что делать:
Причина:
Читайте также: