Не удалось подключиться к сервису фсс ошибка ru fss integration

Ошибка подключения к сервисам ФСС (решено)

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

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

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

Для того, чтобы исправить эту ошибку:

1. Вам желательно обновить сертификаты ФСС. Подробная инструкция и сертификаты находятся здесь: https://lk.fss.ru/cert.html.

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

Новый адрес соединения для медицинских организаций: https://eln.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

Новый адрес соединения для организаций-страхователей: https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

Новый адрес соединения для МСЭ: https://eln.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

В случае недоступности основных адресов соединения (например, из-за DDoS-атак) ФСС ввела резервные точки подключения:

для медицинских организаций: https://eln-rez.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

для организаций-страхователей: https://eln-rez.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

для МСЭ: https://eln-rez.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

Как исправить ошибку соединения с ФСС

Источник

Обновлено: 28.01.2023

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

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

Конечно, возможность не ходить в офис, а оформить документы на дому – это удобно, однако за удобство необходимо платить ошибками в работе. Это происходит редко, но рано или поздно тот или иной ресурс может перестать работать. Сегодня речь пойдет о том, как исправить проблемы при подключении к серверу sedo.fss.ru (фонд социального страхования)

Фонд социального страхования

Содержание

1 Почему нет доступа к интернет-ресурсу sedo.fss.ru
2 Что делать пользователю, если на интернет-ресурсе sedo.fss.ru проблемы
3 Что делать пользователю, если сайт sedo.fss.ru доступен у всех
4 Что делать, если при открытии сайта sedo.fss.ru появляется код 404
5 Заключение

Первое, что необходимо сделать пользователю – это определить причину того, почему интернет-ресурс sedo.fss.ru перестал работать. То есть нужно понять, причина кроется в устройстве, с помощью которого пользователь заходит на сайт, или же в самом сайте.

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

Для того, чтобы узнать, действительно ли sedo.fss.ru работает, стоит воспользоваться тем сервисом, посредством которого можно определить доступность сайта в различных точках мира.

Для этого необходимо сделать следующее:

Перейти на официальный сайт инструмента для проверки интернет-ресурсов https://2ip.ru/site-availability/.
Перейти в поле «Домен» и написать в этом поле sedo.fss.ru.
Нажать на кнопку «Определить».

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

При этом стоит обратить отдельное внимание на такие графы, как «Доступность» и «HTTP-код». Если интернет-ресурс действительно доступен с любой точки мира, а именно у пользователя он не работает, тогда в графе «Доступность» будет надпись «Доступен», а в пункте «HTTP-код» будет обозначен код 200.

Результат проверки

В том случае, если в пункте «Доступность» будет стоять значение «Недоступен», а значением пункта «HTTP-код» не будет 200, это скажет о том, что проблема находится на стороне интернет-ресурса, и тогда пользователю остается лишь дождаться того момента, когда сайт заработает сам по себе.

Возможна еще одна ситуация – в графе «Доступность» будет стоять значение «Доступен», а в графе «HTTP-код» будет стоят значение не 200, а 301 или же 302. Подобные значения говорят о том, что пользователь при анализе вставил не https://sedo.fss.ru, а иную ссылку или ту же самую, но без https.

Результаты проверки

Что делать пользователю, если на интернет-ресурсе sedo.fss.ru проблемы

Если пользователь установил, что проблема с доступом к сайту sedo.fss.ru – это проблема самого сайта, у него есть два варианта дальнейших действий:

Просто дождаться того момента, когда специалисты службы технической поддержки восстановят работоспособность интернет-ресурса. В большинстве случаев проблема разрешится в течение 1-2 минут или (что происходит намного реже) в течение нескольких часов.
Позвонить по телефону горячей линии ФСС и сообщить об отсутствии доступа к странице sedo.fss.ru. Номер телефона горячей линии – 8 800 302 75 49.

Что делать пользователю, если сайт sedo.fss.ru доступен у всех

Если пользователь установит, что интернет-ресурс sedo.fss.ru доступен везде по миру, а именно у пользователя возникли проблемы с доступом, ему предстоит самостоятельно ее решить. А сделать в такой ситуации можно следующее:

Зайти на интернет-ресурс с помощью другого браузера.
Отключить все работающие расширения, действующие в браузере (возможно, что какие-то расширения мешают получению доступа к сервису).

Отключаем расширения
Отключить файрвол и антивирус. В некоторых случаях файрволы и антивирусы срабатывают не так, как надо.
Перезагрузить компьютер и войти на интернет-ресурс еще раз.
Убедиться в том, что подключение к интернету действительно есть. Для того, чтобы это сделать, достаточно посетить любой другой сайт, вроде ya.ru или google.com. Если интернет есть, пользователь попадет на сайты поисковых систем. Если нет – стоит проверить интернет соединение, провайдера, баланс и т.д.
Отключить приложения и программы VPN, меняющие IP-адрес устройства и попробовать войти на сайт еще раз.

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

Что делать, если при открытии сайта sedo.fss.ru появляется код 404

Если во время посещения интернет-ресурса sedo.fss.ru пользователь наткнется на код 404, это говорит о том, что пользователь посетил несуществующую страницу.

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

Администраторы в самом деле удалили страницу или переместили ее.
Пользователь случайно посетил не тот адрес, который должен был посетить.

ошибка 404

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

Может быть интересно: Рекламные аккаунты, которые принадлежат пользователям из России – как убрать уведомление в Инстаграме?

Заключение

Если сайт «Фонда Социального Страхования» не работает, первым делом нужно понять, неисправность на самом сервисе или неисправность с вашей стороны. Если на самом сайте sedo.fss.ru, нужно просто подождать, пока проблему не решат. Если проблема у вас, нужно искать причину и устранять

Оценка статьи:

Загрузка…

Источник

УПП — Больничные — ФСС (Ошибка импорта схемы)

serg999

11.01.22 — 15:22

Добрый день. При заполнении больничного выдает ошибку (УПП: 1.3.173.1)

Временные проблемы в ФСС или кардинально поменяли принцип работы с больничными?

{(1)}: Ошибка при вызове конструктора (WSОпределения)

WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса,,, ИнтернетПрокси,, СоединениеSSL)

по причине:

Ошибка импорта схемы

по причине:

Ошибка доступа к файлу ‘https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/sedo/Sedo.xsd’

по причине:

Ошибка работы с Интернет: Не могу установить соединение

RomaH

1 — 11.01.22 — 15:24

RomaH

2 — 11.01.22 — 15:25

<soap:Envelope>

<soap:Body>

<soap:Fault>

<faultcode>soap:Server</faultcode>

<faultstring>Could not find xsd ../../xsd/v01/sedo/Sedo.xsd'</faultstring>

</soap:Fault>

</soap:Body>

</soap:Envelope>

RomaH

3 — 11.01.22 — 15:29

но вроде все доступно — что то я там Sedo не нахожу внутри

serg999

4 — 11.01.22 — 15:36

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

Интересно, что ошибки разные выдает ..

RomaH

5 — 12.01.22 — 07:15

NorthWind

6 — 12.01.22 — 07:17

(5) а если обновятся? ФСС об этом не всегда докладает когда что-то у себя делает 🙂

RomaH

7 — 12.01.22 — 07:21

(6) если обновятся — то вывалится ошибка валидации — либо вы прочитать не сможете сообщение от ФСС, либо ФСС от вас

serg999

8 — 12.01.22 — 10:52

Вечером проверял более менее работает, а днем вообще никак .. расчетчики воют 🙁

(5) Не могу понять, как схемы можно локально выложить, они же в запросе указаны ?

RomaH

9 — 12.01.22 — 11:24

(8) к схемам идет обращение через «точку входа» — это общий макет в кофиге — поищи в макетах «FileOperationsLnService»

можно извратиться и засунуть все наружные в этот же макет, но проще скачать все внешние схемы, опубликовать их внутри и поправить внутри их импорты на свои пути

NorthWind

10 — 12.01.22 — 22:34

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

RomaH

11 — 13.01.22 — 07:23

ну как бы … это «решение» от ФСС — они так описание сервиса сделали — нет что бы все в одном

NorthWind

12 — 13.01.22 — 07:30

(11) не, тут дело не в ФСС. Вот мы по номеру выкачиваем больничный в УПП. Там дергается 9 штук XSD-схем и 2 WSDL-я.

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

И сбои происходят каждый раз в разных местах. Если бы вытаскивалось это все один раз — работа бы шла в четыре раза стабильнее.

RomaH

13 — 13.01.22 — 08:02

ну как бы — создать запрос

потом прочитать то, что получили

и вся «схема» получается одной строчкой

Определения = Новый WSОпределения(ИмяФайлаWSDL,…

NorthWind

14 — 13.01.22 — 09:31

(13) Три файлика с самыми длинными именами вы по каким ссылкам качали? Фиддлер мне их не показал…

Остальные схемки получилось вытянуть.

NorthWind

15 — 13.01.22 — 09:53

раскопал. Осталась только *LnMo.xsd

RomaH

16 — 13.01.22 — 12:29

(15) не понял — не такого — у нас и МО и работодатель — весь список файлов на картинке выше

RomaH

17 — 13.01.22 — 12:29

+(16) вижу — по серединке

RomaH

18 — 13.01.22 — 12:30

(14) у нас мед организация — нам надо больше

NorthWind

19 — 13.01.22 — 12:39

Kigo_Kigo

20 — 13.01.22 — 14:45

(19) А что надо сделать что бы он заработал?

NorthWind

21 — 13.01.22 — 15:11

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

Для публикации документов у IIS по умолчанию используется папка c:inetpubwwwroot. Там создается папка LnService. Этот батник с помошью утилиты wget (http://gnuwin32.sourceforge.net/packages/wget.htm) выкачивает в нее все необходимые схемки. Но перед тем, как их использовать, нужно их немного подредактировать, потому что в них есть ссылки друг на друга, но при этом искать их предполагается на fss.ru.

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

<xs:import namespace=»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»/>

Нам надо такие вещи поправить на локальные в текущей папке, то есть сделать

<xs:import namespace=»http://www.fss.ru/integration/types/dic/fault/v01″ schemaLocation=»FaultCode.xsd»/>

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

Я нашел вот такую https://nhutils.ru/blog/nhrt/. Ну или другую подобную, их много, может, в винде даже штатные способы есть, не знаю. Использовал эту утилиту для замен, это вторая часть батника.

<xs:import namespace=»http://www.fss.ru/integration/types/organization/v01″ schemaLocation=»http://srv-02/LnService/Organization.xsd»/>

И все. Дальше запускаете 1С с фиддлером, пробуете запросить данные больничного и видите, что обращение к fss.ru идет только когда система обращается к точке доступа. Все схемы стаскиваются с локального веб-сервера.

NorthWind

22 — 13.01.22 — 15:25

Сегодня, кстати, ФСС отживел, по-моему. Более-менее вытаскивается все, и достаточно быстро.

Demetri__

23 — 17.01.22 — 13:46

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

Конфа УПП последний релиз

У кого как?

NorthWind

24 — 17.01.22 — 13:57

NorthWind

25 — 17.01.22 — 13:59

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

RomaH

26 — 20.01.22 — 07:13

к стати — вопрос к «работодателям» на ЗУП и прочих УПП

какая длина у вас на должности врачей?

тут поймали в «1С:Больничных» ограничение в конфе сначала на 100 символов потом в 150 (в разных местах)

фишка в том, что «строка» в схеме ЭЛН не ограничена — и поймали внешний больничный с должностью на 151 символ

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

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

NorthWind

27 — 20.01.22 — 07:58

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

    <xs:simpleType name=»doctorRole»>

        <xs:annotation>

            <xs:documentation>

                Должность врача

            </xs:documentation>

        </xs:annotation>

        <xs:restriction base=»xs:string»>

            <xs:maxLength value=»300″/>

        </xs:restriction>

    </xs:simpleType>

RomaH

28 — 20.01.22 — 07:59

NorthWind

29 — 20.01.22 — 08:12

serggld

30 — 28.01.22 — 11:48

Я сделал почти как тут описано и вроде как больничные стали загружаться. Только вместо поднятия веб-сервера я расшарил сетевую папку на доступ и скачал в неё все файлы (список см. выше) в них соотвественно заменил ссылки на локальные (в notepad++), а именно например с начиная с макета: <wsdl:import location=»file:////192.168.0.122/fss/Faults.wsdl»… вместо <wsdl:import location=»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?wsdl=../Faults.wsdl»…

Мне кажется с папкой проще чем с веб-сервером.

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

Kigo_Kigo

31 — 28.01.22 — 11:55

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

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

NorthWind

32 — 28.01.22 — 13:54

(30) а зачем?

NorthWind

33 — 28.01.22 — 13:56

(31) >> делаем запрос ФСС — ошибка, тогда лезем у себе

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

RomaH

34 — 31.01.22 — 07:21

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

зачем? — насколько я понимаю это … «правила» создания и чтения xml — если «правила» поменяются, то …

La4esis

35 — 01.02.22 — 10:50

Ошибка на релизе 1.3.173.3 повторяется?

NorthWind

36 — 01.02.22 — 11:27

NorthWind

37 — 01.02.22 — 11:45

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

La4esis

38 — 02.02.22 — 13:17

Ребят, обновление 1.3.173.3 решило проблему

Egor4864

39 — 02.02.22 — 13:17

версия 1.3.173.3 решила данную проблему

NorthWind

40 — 02.02.22 — 14:51

serggld

41 — 04.02.22 — 15:59

NorthWind

42 — 04.02.22 — 19:09

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

NorthWind

43 — 06.02.22 — 16:28

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

RomaH

44 — 07.02.22 — 15:02

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

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

NorthWind

45 — 07.02.22 — 15:36

NorthWind

46 — 07.02.22 — 15:39

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

serggld

47 — 07.02.22 — 15:43

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

serggld

48 — 07.02.22 — 15:44

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

{<Неизвестный модуль>(1)}: Ошибка при вызове конструктора (WSОпределения)

WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса,,, ИнтернетПрокси,, СоединениеSSL)

по причине:

Неверный формат.

по причине:

message.DecryptException

    part.decryptFault

Элемент не найден

  namespace: http://www.fss.ru/integration/types/fault/v01

  localName: decryptFault

message.InternalException

    part.internalFault

Элемент не найден

  namespace: http://www.fss.ru/integration/types/fault/v01

  localName: internalFault

message.DigitalSignException

    part.digitalSignFault

Элемент не найден

  namespace: http://www.fss.ru/integration/types/fault/v01

  localName: digitalSignFault

portType.FileOperationsLnService

    abstractOperation.PrParseReestrFile

        abstractOperationFault.internalException

Сообщение не найдено

  namespace: http://www.fss.ru/integration/ws/fault/v01

  localName: InternalException

portType.FileOperationsLnService

    abstractOperation.GetPrivateLNData

        abstractOperationFault.internalException

Сообщение не найдено

  namespace: http://www.fss.ru/integration/ws/fault/v01

  localName: InternalException

NorthWind

49 — 07.02.22 — 15:45

(47) Ну да, у меня постарше. 1С:Предприятие 8.3 (8.3.16.1876)

NorthWind

50 — 07.02.22 — 15:46

кто-нибудь еще тестил на всяких платформах? (44), у вас как?

RomaH

51 — 07.02.22 — 15:48

(50) у нас по старой схеме пока … мы еще и как МО работаем

NorthWind

52 — 07.02.22 — 16:04

(48) может, у вас макет как-нибудь оказался поврежден, кодировка поменялась или еще что-то такое? Не наблюдается проблем…

serggld

53 — 09.02.22 — 08:44

(52) Нет, меня не кодировка поменялась, у просто режим совместимости 8.3.хх включен (используюстся Расширения). Вот и «вылезло». Я, кстати, исправил шаблон, проверил загрузку больничных. Отправил шаблон в тех.поддержку 1С. Надеюсь внесут исправления в очередное обновление. К сожалению, с XML-схемами ранее работать не приходилось, поэтому гарантию дать что всё правильно поправил не могу. Проблема была в префиксах.

…

в раздел <wsdl:definitions добавлена строка

xmlns:tns=»http://www.fss.ru/integration/types/eln/ins/v01″

…

Изменено

было: <wsdl:fault message=»fs:InternalException» name=»internalException»> </wsdl:fault>

стало: <wsdl:fault message=»InternalException» name=»internalException»> </wsdl:fault>

…

Префикс «flt» заменен за «tns»

  <wsdl:message name=»DecryptException»>

    <wsdl:part element=»tns:decryptFault» name=»decryptFault»> </wsdl:part>

  </wsdl:message>

  <wsdl:message name=»InternalException»>

    <wsdl:part element=»tns:internalFault» name=»internalFault»> </wsdl:part>

  </wsdl:message>

  <wsdl:message name=»DigitalSignException»>

    <wsdl:part element=»tns:digitalSignFault» name=»digitalSignFault»> </wsdl:part>

  </wsdl:message>

Anarki

54 — 16.02.22 — 11:29

Коллеги, как у вас на 1.3.174.1 грузятся больничные?

Смотрящий от 1С

55 — 16.02.22 — 11:48

1.3.173.3

ФСС попросили отправить «Сведения о застрахованных лицах ФСС». При заполнении лицевые счета берет не из лицевых счетов сотрудников, а из последнего документа выплаты по ФСС. Адреса берет оттуда же. При проверке не дает выгрузить без лицевого счета и банка. То есть предполагается, что все должны хоть раз поболеть или руками заново заносить лицевые счета в «Сведения»

При выгрузке напрямую из программы поругалась, что Тензор не занес денег и его сертификат не авторизован

В файл документ можно выгрузить только построчно! Как поступать если сотров много?

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

Anarki

56 — 16.02.22 — 12:19

(56) По части лицевых счетов, мы себе уже дописали, что бы вставало, это мелочи жизни. А вот то что они 1с отчетность так назойливо втюхать хотят это очень печально

NorthWind

57 — 16.02.22 — 14:24

(56) в УПП, мне кажется, ничего уже втюхать не хотят, это труп. Но в целом использование 1С отчетности после внедрения ЭЛН и ЭТК кажется разумным — потому как слишком большой ДО стал и лазить каждый раз в несколько программ утомительно.

Tolpinski

58 — 17.02.22 — 10:30

(55)

Tolpinski

59 — 17.02.22 — 10:40

(55) https://infostart.ru/public/1602594/

Обработкой..мопед мой 🙂 4 функции и пару процедур пришлось перетянуть в обработку, отключить проверку перед выгрузкой по строке.

Переделал загрузку ЭЛН в ЗУП 2.5 по указанному рецепту, работает!

Файлы скачал руками, вгетом не качались что-то

Положил в корень c:1c_fss,

Заменил в файлах ссылки, батнику передаю C:1c_fss, со слэшем в конце:

nhrt.exe -spt:»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/type/» -t:»%1″  %1*.*

nhrt.exe -spt:»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/eln/» -t:»%1″ %1*.*

nhrt.exe -spt:»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/dic/» -t:»%1″  %1*.*

nhrt.exe -spt:»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/sedo/» -t:»%1″  %1*.*

nhrt.exe -spt:»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?wsdl=../Faults.wsdl» -t:»%1Faults.wsdl»  %1*.*

В общем модуле ОбменСведениямиОПособияхСФСС поправил Функция WSПрокси_FileOperationsLnService(НастройкиWS), макет менять не стал, потом обновлять будет сложнее

После «ОписаниеВебСервиса = ПолучитьОбщийМакет(«ОбменДаннымиФССЭЛНОписаниеВебСервиса»).ПолучитьТекст();» добавил:

Чем = «C:1c_fss»; //папка на сервере RPRZ-SPIRIT

КаталогНаДиске = Новый Файл(Чем);

Если КаталогНаДиске.Существует() Тогда

ОписаниеВебСервиса = СтрЗаменить(ОписаниеВебСервиса,»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?wsdl=../»,Чем);

ОписаниеВебСервиса = СтрЗаменить(ОписаниеВебСервиса,»https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/type/»,Чем);

Иначе

ПоказатьОповещениеПользователя(«Локальный каталог «+Чем+» не обнаружен, файлы описания вебсервиса будем получать с серверов фсс»);

КонецЕсли;

Каталог должен лежать локально, даже на серверной базе!

Тут выложил готовые файлы

https://disk.yandex.ru/d/PTGMAjed-fA6LQ

Стрелец

60 — 21.02.22 — 12:38

(59) — Спасибо, всё получилось!

Источник

haspb	#1 Оставлено : 30 октября 2020 г. 11:23:13(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 22.03.2019(UTC) Сообщений: 8 Откуда: спб Сказал(а) «Спасибо»: 1 раз Поблагодарили: 2 раз в 2 постах	На странице https://cabinets.fss.ru/sedo.html взят адрес: https://sedo.fss.ru/sedo…pi/soap/SedoGateway?wsdl После добавления ссылки на сервис получаю следующие параметры точки подключения: <system.serviceModel> <bindings> <basicHttpBinding> <binding name=»SedoGatewayBinding» /> </basicHttpBinding> </bindings> <client> <endpoint address=»http://sedo.fss.ru/sedo-gateway/api/soap/SedoGateway» binding=»basicHttpBinding» bindingConfiguration=»SedoGatewayBinding» contract=»ServiceSedo.SedoGateway» name=»SedoGatewayPort» /> </client> </system.serviceModel> Xml-файл подготовлен в соответствии со спецификацией на обмен данных (аналогично ЭЛН), проверен, по нему вопросов нет. При вызове любого метода сервиса, получаю ответ: <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»> <s:Header xmlns:s=»http://schemas.xmlsoap.org/soap/envelope/»/> <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>No binding operation info while invoking unknown method with params unknown.</faultstring> </soap:Fault> </soap:Body> </soap:Envelope> Отредактировано пользователем 3 ноября 2020 г. 10:57:09(UTC) \| Причина: Не указана

haspb	#2 Оставлено : 3 ноября 2020 г. 11:11:27(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 22.03.2019(UTC) Сообщений: 8 Откуда: спб Сказал(а) «Спасибо»: 1 раз Поблагодарили: 2 раз в 2 постах	Получил ответ от тех. поддержки. Оказывается, сообщение «No binding operation info while invoking unknown method with params unknown» это у них диагностика такая. Т.е. в сообщении сервиса нет никакой информации, нужно обратиться в тех. поддержку, чтобы получить реальное сообщение от сервиса. Вот ведь молодцы какие! Для тех, кто будет наступать на эти грабли: обмен данными ЭЛН и СЭДО только кажутся похожими, на самом деле они отличаются, смотрите спецификацию на обмен.

1 пользователь поблагодарил haspb за этот пост.	two_oceans оставлено 03.11.2020(UTC)

Shuraken	#3 Оставлено : 3 ноября 2021 г. 11:38:38(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 30.05.2018(UTC) Сообщений: 38 Сказал(а) «Спасибо»: 7 раз Поблагодарили: 2 раз в 2 постах	Работаю с СЭДО на тестовом контуре: ‘https://docs-test.fss.ru/sedo-gateway/api/soap/SedoGateway?wsdl’ При отправке подписанного и зашифрованного сообщения процедурой GetMessage получаю ошибку: E_SEDO_3200 — Внутренняя ошибка логического контроля. В справочнике ошибок её нет. Подписанный запрос: Ответ: Кто-нибудь сталкивался с ней?

haspb	#4 Оставлено : 4 ноября 2021 г. 8:57:09(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 22.03.2019(UTC) Сообщений: 8 Откуда: спб Сказал(а) «Спасибо»: 1 раз Поблагодарили: 2 раз в 2 постах	С такой ошибкой не сталкивался. Могу предложить следующую версию: В запросе неверный номер ид. (uuid) сообщения. Сначала надо сделать запрос к сервису и получить имеющиеся сообщения и их ид., затем запрос с конкретным uuid для получения сообщения. Я почти год не занимался сервисами СЭДО (не было надобности). На прошлой неделе посмотрел вебинар от ФСС по СЭДО. Высокие руководители от ФСС на голубом экране утверждали, что алгоритмы для сервисов ЭЛН и СЭДО идентичны. Проверил, врут. Это видно даже по запросу. Например, для сервисов ЭЛН <Transform Algorithm=»http://www.w3.org/2001/10/xml-exc-c14n»/>, а для сервисов СЭДО <Transform Algorithm=»http://www.w3.org/2001/10/xml-exc-c14n#WithComments»/> Стучусь в тестовом контуре к сервисам СЭДО. Посылаю запрос <putMessageRequest> с номером документа 27. Ответ сервиса: «java.lang.IllegalStateException: Error checking EDS» Тех. поддержка сообщила, что это ошибка подписи запроса. Вопрос: В чем отличия алгоритма подписи запроса к сервису СЭДО от алгоритма подписи запроса к сервису ЭЛН?

Shuraken	#5 Оставлено : 4 ноября 2021 г. 11:11:32(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 30.05.2018(UTC) Сообщений: 38 Сказал(а) «Спасибо»: 7 раз Поблагодарили: 2 раз в 2 постах	Uuid верный. Его я получил через GetCountMessage и подставил в GetMessage. Позабавило, что этой ошибки нет в описании.

haspb	#6 Оставлено : 4 ноября 2021 г. 13:41:10(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 22.03.2019(UTC) Сообщений: 8 Откуда: спб Сказал(а) «Спасибо»: 1 раз Поблагодарили: 2 раз в 2 постах	Здорово, что прошел GetCountMessage. А какой запрос нужно выполнить, чтобы стать абонентом СЭДО?

Shuraken	#7 Оставлено : 4 ноября 2021 г. 13:45:39(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 30.05.2018(UTC) Сообщений: 38 Сказал(а) «Спасибо»: 7 раз Поблагодарили: 2 раз в 2 постах	Не знаю. Я брал примеры из документации.

Пользователи, просматривающие эту тему

Guest

Быстрый переход

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Источник

Подписание (не менялось с версии 1.1)

#region подписание при отправке
public override XmlDocument PrepareMessage()
{
    InitRegNum();
    PrepareNamespaces(Message);

    XmlNodeList rowNode = Message.GetElementsByTagName("row", Xmlns.fssWsdl);

    foreach (XmlElement row in rowNode)
    {
        XmlNodeList lnCode = row.GetElementsByTagName("lnCode", Xmlns.fssWsdl);

        if (lnCode != null && lnCode.Count == 1)
        {
            XmlElement lnCodeTag = lnCode[0] as XmlElement;
            string lnNum = lnCodeTag.InnerText;

            if (!String.IsNullOrEmpty(lnNum))
            {
                row.RemoveAllAttributes();

                row.SetAttribute("xmlns:wsu", Xmlns.wsu);
                row.SetAttribute("Id", Xmlns.wsu, $"ELN_{lnNum}");

                AddSecurityToken(Message, InsurerCertificate, $"insurer/{RegNum}/{lnNum}", $"ELN_{lnNum}");
                AddSecurityToken(Message, ChiefCertificate, $"chief/{RegNum}/{lnNum}", $"ELN_{lnNum}");
                AddSecurityToken(Message, AccountantCertificate, $"accountant/{RegNum}/{lnNum}", $"ELN_{lnNum}");
            }
        }
    }
    return Message;
}
#endregion
#region подписание при получении
public override XmlDocument PrepareMessage()
{
    InitRegNum();
    PrepareNamespaces(Message);
    PrepareBody(Message, $"REGNO_{RegNum}");
    AddSecurityToken(Message, InsurerCertificate, $"insurer/{RegNum}", $"REGNO_{RegNum}");
    return Message;
}
protected void PrepareBody(XmlDocument document, string referenceUri)
{
    XmlNodeList bodyNode = document.GetElementsByTagName("Body", Xmlns.soapenv);

    if (bodyNode != null && bodyNode.Count == 1)
    {
        XmlElement body = bodyNode[0] as XmlElement;
        body.SetAttribute("xmlns:wsu", Xmlns.wsu);
        body.SetAttribute("Id", Xmlns.wsu, referenceUri);
    }
}
#endregion
protected virtual void InitRegNum()
{
    XmlNodeList nodeList = Message.GetElementsByTagName("regNum", Xmlns.fssWsdl);

    if (nodeList != null && nodeList.Count == 1)
    {
        XmlElement regNumElement = nodeList[0] as XmlElement;

        if (String.IsNullOrEmpty(RegNum))
        {
            RegNum = regNumElement.InnerText;
        }
    }
}
protected virtual void PrepareNamespaces(XmlDocument document)
{
    XmlNamespaceManager ns = new XmlNamespaceManager(document.NameTable);

    ns.AddNamespace("soapenv", Xmlns.soapenv);
    ns.AddNamespace("ds", Xmlns.ds);
    ns.AddNamespace("wsse", Xmlns.wsse);
    ns.AddNamespace("wsu", Xmlns.wsu);
    ns.AddNamespace("xsd", Xmlns.xsd);
    ns.AddNamespace("xsi", Xmlns.xsi);
    ns.AddNamespace("xenc", Xmlns.xmlenc);
    ns.AddNamespace("sch", Xmlns.sch);
}
public virtual void AddSecurityToken(XmlDocument document, X509Certificate2 certificate, string wsseReferencePostfix, string referenceUri)
{
    XmlElement xmlDigitalSignature = GenerateSecurityToken(document, certificate, wsseReferencePostfix, referenceUri);

    XmlNodeList nodeList = document.GetElementsByTagName("Header", Xmlns.soapenv);

    if (nodeList != null && nodeList.Count == 1)
    {
        XmlElement security = document.CreateElement("wsse", "Security", Xmlns.wsse);
        security.SetAttribute("actor", Xmlns.soapenv, $"{Xmlns.wsseReferenceURI}{wsseReferencePostfix}");
        security.SetAttribute("xmlns:wsu", Xmlns.wsu);
        security.SetAttribute("xmlns:ds", Xmlns.ds);
        nodeList[0].AppendChild(security);

        XmlElement binarySecurityToken = document.CreateElement("wsse", "BinarySecurityToken", Xmlns.wsse);
        binarySecurityToken.SetAttribute("EncodingType", Xmlns.encodingType);
        binarySecurityToken.SetAttribute("ValueType", Xmlns.valueType);
        binarySecurityToken.SetAttribute("Id", Xmlns.wsu, $"{Xmlns.wsseReferenceURI}{wsseReferencePostfix}");
        binarySecurityToken.InnerText = Convert.ToBase64String(certificate.Export(X509ContentType.Cert));
        security.AppendChild(binarySecurityToken);

        security.AppendChild(xmlDigitalSignature);
    }
}
private static string GetSignatureMethod(X509Certificate2 certificate)
{
    // Имя алгоритма вычисляем динамически, чтобы сделать код теста универсальным

    using (var publicKey = (GostCryptography.Base.GostAsymmetricAlgorithm)certificate.GetPublicKeyAlgorithm()) //TODO
    {
        return publicKey.SignatureAlgorithm;
    }
}

private XmlElement GenerateSecurityToken(XmlDocument document, X509Certificate2 certificate, string wsseReferencePostfix, string referenceUri)
{
    XmlElement keyReference = document.CreateElement("wsse", "Reference", Xmlns.wsse);
    keyReference.SetAttribute("URI", $"#{Xmlns.wsseReferenceURI}{wsseReferencePostfix}");

    XmlElement keySecurityTokenReference = document.CreateElement("wsse", "SecurityTokenReference", Xmlns.wsse);
    keySecurityTokenReference.AppendChild(keyReference);

    KeyInfoNode keyInfoData = new KeyInfoNode(keySecurityTokenReference);

    KeyInfo keyInfo = new KeyInfo();
    keyInfo.AddClause(keyInfoData);

    Reference reference = new Reference
    {
        Uri = $"#{referenceUri}",
        DigestMethod = Xmlns.digestMethod
    };

    reference.AddTransform(new XmlDsigExcC14NTransform());

    FSSSignedXml signedXml = new FSSSignedXml(document)
    //GostSignedXml signedXml = new GostSignedXml(document)
    {
        SigningKey = certificate.GetPrivateKeyAlgorithm(), //TODO
        KeyInfo = keyInfo,
    };
    signedXml.AddReference(reference);
    signedXml.SignedInfo.CanonicalizationMethod = SignedXml.XmlDsigExcC14NTransformUrl;
#pragma warning disable CS0612
    signedXml.SignedInfo.SignatureMethod = GetSignatureMethod(certificate);
#pragma warning restore CS0612
    signedXml.ComputeSignature();

    return signedXml.GetXml();
}

Источник

Электронный мир стал удобнее. Больше нет необходимости посещать разнообразные организации для получения справок, сдачи отчётности, оформления документов. Большинство дел можно выполнить дистанционно через Интернет. И теперь многие государственные органы переходят в электронный формат. Это удобно! Но за удобство приходится платить тем, что любая система рано или поздно покажет ошибку и не будет работать. В этой статье рассмотрим проблемы, с которыми иногда сталкиваются пользователи сайта Фонда социального страхования и узнаем, почему появляется ошибка подключения к серверу при посещении страницы sedo.fss.ru, разберёмся, можно ли это исправить самому. ФСС

Содержание

По какой причине сайт sedo.fss.ru недоступен?
Что делать, если на сайте sedo.fss.ru неполадки?
Что делать, если sedo.fss.ru у всех доступен, а у вас нет?
sedo.fss.ru код состояния 404

По какой причине сайт sedo.fss.ru недоступен?

Для начала надо установить причину не работоспособности сайта sedo.fss.ru. Нужно понять, причина в самом сайте или на вашем устройстве. Если проблема в сайте, что бывает в 90% случаев, то вам ничего делать не нужно, а следует только подождать, когда специалисты Фонда социального страхования устранят проблему и страница заработает. Если же проблема на вашем устройстве, то вы сможете предпринять кое-какие действия для её решения.

Чтобы проверить, работает ли sedo.fss.ru на самом деле, воспользуетесь сервисом, который определяет доступность сайта с разных точек мира.

Перейдите на страницу инструмента проверки сайта https://2ip.ru/site-availability/.
В поле «Домен» напишите выражение https://sedo.fss.ru и нажмите кнопку «Определить».
Проверка займёт несколько секунд, в результате вы увидите доступен ли сайт из разных точек мира.
Обратите внимание в результатах проверки на две графы: «HTTP-код» и «Доступность». Если сайт на самом деле доступен везде, а у вас не работает, то в графе «Доступность» вы увидите надпись «Доступен», а в графе «HTTP-код» будет написан код 200. Это значит, что проблема локальная, на вашем устройстве и решать надо её вам. Если в графе «Доступность» будет написано «Недоступен», а «HTTP-код» будет не 200, то эта значит, что проблема на стороне сайта и вам с ней ничего делать не надо, а следует просто подождать.
Вы можете видеть состояние «Доступен», но HTTP-код будет другой, например, 301 или 302. Это значит, что вы в анализе вставили не https://sedo.fss.ru а другую ссылку, например, без https в начале.

Что делать, если на сайте sedo.fss.ru неполадки?

Если вы установили, что проблема недоступности sedo.fss.ru на стороне сайта, то вот что вы можете сделать:

Можно просто подождать, когда их специалисты восстановят работу сайта. Как правило, это происходит в течение несколько минут, редко это растягивается на несколько часов. Более суток проблема обычно не длится.
Также можно позвонить на горячую лини ФСС, сообщить им, что страница недоступна и спросить, когда восстановят её. Номер телефона 8-800-302-75-49.

Что делать, если sedo.fss.ru у всех доступен, а у вас нет?

Если вы установили, что sedo.fss.ru доступен в других местах, а у вас появляется ошибка подключения к серверу, то значит это локальная проблема в пределах вашего устройства. Вы сами должны её решить. Вот что можно сделать:

Попробуйте зайти на sedo.fss.ru через другой браузер.
Попробуйте отключить все расширения в браузере. Некоторые из них могут мешать нормальной работе сайтов.
Попробуйте отключить антивирус и фаервол. Иногда они срабатывают ложно и блокируют то, что нужно.
Перезагрузите компьютер и зайдите на сайт снова.
Убедитесь в том, что у вас есть подключение к интернету. Для этого посетите сайт, который точно работает, например, google.com. Если он откроется, то значит интернет есть. Если не откроется, то интернета нет. В этом случае проверьте оплачена ли абонентская плата за интернет, перезагрузите роутер или модем, свяжитесь с интернет провайдером. По возможности подключитесь к другому интернет-провайдеру, например, раздав интернет с мобильного телефона.
Если на компьютере включены какие-либо приложения VPN, которые меняют IP адрес, то отключите их и попробуйте посетить sedo.fss.ru снова. VPN могут мешать доступу к некоторым сайтам.

Вам будет это интересно: Как проверить оплачен ли больничный лист на сайте ФСС.

sedo.fss.ru код состояния 404

Если при посещении sedo.fss.ru вы видите код состояния 404, то это значит, что вы посетили не существующую страницу. Страница, которую вы посещаете, была либо удалена, либо перемещена на другой адрес. Вот по каким причинам это может быть:

Администраторы сайта действительно удалили эту страницу или переместили её на другой адрес и по адресу, который посещаете вы, ничего нет. Возможно, они сделали это временно, так как выполняют в данный момент какие-либо технические работы. Для уточнения свяжитесь с поддержкой по телефону 8-800-302-75-49.
Ошибка 404 также может появиться от того, что вы сами случайно написали неверный, несуществующий адрес. Например, если ошибиться в одной букве в адресе или случайно дописать лишнее, то появится ошибка 404.

Опубликовано 03.01.2023 Обновлено 03.01.2023

Источник

Не удалось подключиться к сервису фсс ошибка ru fss integration

Ошибка подключения к сервисам ФСС (решено)

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

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

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

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

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

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

8. Ошибка при попытке загрузки данных из базы данных.

9. Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.

10. Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW – SERV1_DT1.

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

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

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

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

Что делать пользователю, если на интернет-ресурсе sedo.fss.ru проблемы

Что делать пользователю, если сайт sedo.fss.ru доступен у всех

Что делать, если при открытии сайта sedo.fss.ru появляется код 404

Заключение

УПП — Больничные — ФСС (Ошибка импорта схемы)

По какой причине сайт sedo.fss.ru недоступен?

Что делать, если на сайте sedo.fss.ru неполадки?

Что делать, если sedo.fss.ru у всех доступен, а у вас нет?

sedo.fss.ru код состояния 404

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

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