Не удалось подключиться к сервису фсс ошибка ru fss integration - Ремонт и установка крупной бытовой техники

Обновлено: 28.01.2023

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

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

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

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

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

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

Причины:

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

Что делать:

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

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

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

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

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

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

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

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

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

Причина:

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

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

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

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

Причина:

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

Что делать:

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

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

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

Причина:

Что делать:

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

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

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

Причина:

Что делать:

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

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

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

Unable to build entity manager factory.

Причина:

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

Что делать:

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

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

На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке «Мой компьютер» – Управление – Службы и приложения – Службы, postgresql-9.5 должна быть запущена, запуск – автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию – fss;
Проверьте каталог установки БД PostgreSQL, по умолчанию – C:postgresql;
Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.

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

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

Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.

Причина:

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

Что делать:

Если приложение установлено на компьютере пользователя, а база данных PostgreSQL – на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:FssTools, а база данных PostgreSQL в каталог C:postgresql. Если при первичной установке была выбрана другая директория для установки приложения – то при обновлении вы должны указать именно эту директорию.

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

При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка «Internal error. Reason: java.lang.ExceptionInInitializerError» или

«Internal Error. Reason: java.lang.NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature.COMCryptoAPIClient»

Причина:

Что делать:

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

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

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

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

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

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

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

Причина:

Поле «SERV1_DT1» было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.

Что делать:

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

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

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

Причина:

Данная ошибка возникает в случае, когда в какой либо таблице БД приложения сохранены некорректные записи (например, пустое или некорректное значение номера ЭЛН, пустые обязательные поля, строки с одинаковым значением номера ЭЛН, в т.ч. записи-дубли). Если в БД АРМ ЛПУ имеются такие записи, то возможны следующие ошибки:

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

Что делать:

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

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

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

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

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

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

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

Причина:

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

Ответ

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

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

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

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

30.11.2018, 10:37

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение это последовательность сигналов оболочка для информации
Отцы и дети советы старшеклассникам обж 10 класс сообщение
Как закончить сообщение в деловой переписке
Печать одежды на 3d принтере сообщение
Краткое сообщение о замке малахайд

Источник

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

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

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

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

Новый адрес соединения для медицинских организаций: 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

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

Источник

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

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

Новый адрес соединения для медицинских организаций: 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

для медицинских организаций: 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

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

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. Сертификат ФСС ЭЛН

2. Поставщик услуг сервиса 1С Отчетность

Что делать, если возникает ошибка «Не удалось установить соединение с сервером» при отправке отчета ФСС.

Данная ошибка – к сожалению, не редкое явление, которое в дальнейшем приводит к ещё большим проблемам. В данной статье мы рассмотрим несколько вариантов возникновения ошибки Не удалось установить соединение с безопасным сервером, а также несколько способов её решения.

1. Сертификат ФСС ЭЛН

Первый вариант, из-за которого может возникнуть ошибка – проблема с сертификатом ФСС ЭЛН.

12 августа 2019 г. заменен сертификат ФСС для 1С по ГОСТ 2001 на продуктивном контуре ЭЛН. Не забудьте скачать сертификат ФСС по ГОСТ 2001!

Для этого проводим настройки сертификатов ФСС, описанные ниже.

2. Поставщик услуг сервиса 1С Отчетность

1С Отчетность -> Настройки -> Настройки обмена с контролирующими органами -> Расширенные настройки -> Настройка обмена с ФНС, ПФР и Росстатом -> Открыть учетную запись и нажать кнопку Настроить Автоматически сейчас.

Далее, попробуем обратиться непосредственно к поставщику сервиса 1С-Отчетность.

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

Сбои в работе могут наблюдаться со стороны сервиса 1С Отчетность, о чём вам и сообщат. Так же, может возникать и очередь из отчетов на линии ФСС. В данном случае, отчет может быть отправлен, но в дальнейшем остаётся ждать, когда очередь дойдет до вашего отчета. Во всяком случае, изначально рекомендуется связаться с поддержкой оператора, они всё проверят, и скажут, на чьей стороне проблема.

Для более опытных пользователей можно дать следующие рекомендации:

1. Проверьте, имеется ли у Вас доступ на сервере сетевых портов80 HTTP и port 443 HTTPS, а также сетевого ресурса docs.fss.ru;

2. Стоит проверить настройки прокси-сервера в программе 1С (рабочее место 1С-Отчетность — раздел Настройки – ссылка Прочие настройки обмена, ссылка Параметры прокси-сервера). В некоторых случаях данные настройки могут сбиваться.

Специалист компании «Кодерлайн»

Вячеслав Бычуткин

public const string xmlns_soapenv = "http://schemas.xmlsoap.org/soap/envelope/";
public const string xmlns_xsd = "http://www.w3.org/2001/XMLSchema";
public const string xmlns_xsi = "http://www.w3.org/2001/XMLSchema-instance";
public const string xmlns_wsse = "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";
public const string xmlns_wsu = "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd";
public const string xmlns_ds = "http://www.w3.org/2000/09/xmldsig#";
public const string xmlns_eln = "http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl";
public const string xmlns_xenc = "http://www.w3.org/2001/04/xmlenc#";
public const string xmlns_sch = "http://gost34.ibs.ru/WrapperService/Schema";
 
 
public string GetSickListID(){
    XmlDocument doc = new XmlDocument();
    XmlNamespaceManager ns = new XmlNamespaceManager(doc.NameTable);
    ns.AddNamespace("soapenv", Vars.xmlns_soapenv);
    ns.AddNamespace("ds", Vars.xmlns_ds);
    ns.AddNamespace("wsse", Vars.xmlns_wsse);
    ns.AddNamespace("wsu", Vars.xmlns_wsu);
    ns.AddNamespace("xsd", Vars.xmlns_xsd);
    ns.AddNamespace("xsi", Vars.xmlns_xsi);
    doc.LoadXml(Encoding.UTF8.GetString(Convert.FromBase64String(Vars.TemplateSoapMessageForSickListNewNumber)));
    XmlNodeList ogrnNode = doc.GetElementsByTagName("ogrn", "http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl");
    if (ogrnNode != null && ogrnNode.Count == 1)
    {
        ogrnNode[0].InnerText = Vars.OGRN;
    }
    XmlNodeList bodyNode = doc.GetElementsByTagName("Body", Vars.xmlns_soapenv);
    if (bodyNode != null && bodyNode.Count == 1)
    {
        XmlElement body = bodyNode[0] as XmlElement;
        body.SetAttribute("xmlns:wsu", Vars.xmlns_wsu);
        body.SetAttribute("Id", Vars.xmlns_wsu, $"OGRN_{Vars.OGRN}");
        CryptoTools.GenerateSecurity(doc, Vars.CertificateMO, "OGRN", Vars.OGRN);
    }
    else
    {
        throw new Exception($"Не удалось найти подписываемый сегмент {$"OGRN_{Vars.OGRN}"} в сообщении.");
    }
 
    using (Вызов сервиса региональной системы)
    {
        sickListID = отправка soap сообщения региональному сервису;
 
    }
    return sickListID;
}
 
// Собственная реализация поиска подписываемого узла
public class FSSSignedXml : SignedXml
{
 
    public FSSSignedXml(XmlDocument document) : base(document)
    {
    }
 
    public override XmlElement GetIdElement(XmlDocument document, string idValue)
    {
        XmlNamespaceManager nsmgr = new XmlNamespaceManager(document.NameTable);
        nsmgr.AddNamespace("wsu", Vars.xmlns_wsu);
        var el = document.SelectSingleNode($"//*[@wsu:Id="{idValue}"]", nsmgr);
        return el as XmlElement;
    }
}
 
 
// CryptoTools
public static XmlElement GenerateSecurity(XmlDocument document, X509Certificate2 Certificate, string Prefix, string Id, string Iteration = "")
{
    XmlNodeList nodeList = null;
    XmlElement elemSecurity = null;
    FSSSignedXml signer = new FSSSignedXml(document);
    signer.SigningKey = Certificate.PrivateKey;
 
    KeyInfo keyInfo = new KeyInfo();
    XmlElement keySecurityTokenReference = document.CreateElement("wsse", "SecurityTokenReference", Vars.xmlns_wsse);
    XmlElement keyReference = document.CreateElement("wsse", "Reference", Vars.xmlns_wsse);
    keyReference.SetAttribute("URI", $"#http://eln.fss.ru/actor/mo/{Vars.OGRN}");
    keySecurityTokenReference.AppendChild(keyReference);
    var keyInfoData = new KeyInfoNode(keySecurityTokenReference);
    keyInfo.AddClause(keyInfoData);
    signer.KeyInfo = keyInfo;
 
    // Создаем ссылку на подписываемый узел XML. В данном примере и в методических рекомендациях СМЭВ подписываемый узел soapenv:Body помечен идентификатором "body".
    Reference reference = new Reference($"#{Prefix}_{Id}{(String.IsNullOrEmpty(Iteration) ? "" : $"_{Iteration}")}");
    // Задаём алгоритм хэширования подписываемого узла - ГОСТ Р 34.11-94. Необходимо использовать устаревший идентификатор данного алгоритма, т.к. именно такой идентификатор используется в СМЭВ.
    reference.DigestMethod = "http://www.w3.org/2001/04/xmldsig-more#gostr3411";
    // Добавляем преобразование для приведения подписываемого узла к каноническому виду  по алгоритму http://www.w3.org/2001/10/xml-exc-c14n# в соответствии с методическими рекомендациями СМЭВ.
    reference.AddTransform(new XmlDsigExcC14NTransform());
    // Добавляем ссылку на подписываемый узел.
    signer.AddReference(reference);
    signer.SignedInfo.CanonicalizationMethod = SignedXml.XmlDsigExcC14NTransformUrl;
#pragma warning disable CS0612 // Type or member is obsolete
    signer.SignedInfo.SignatureMethod = CPSignedXml.XmlDsigGost3410UrlObsolete;
#pragma warning restore CS0612 // Type or member is obsolete
                      // Вычисляем подпись.
    signer.ComputeSignature();
    // Получаем представление подписи в виде XML.
    XmlElement xmlDigitalSignature = signer.GetXml();
    // Находим Header
    nodeList = document.GetElementsByTagName("Header", Vars.xmlns_soapenv);
    if (nodeList != null && nodeList.Count == 1)
    {
        // Добавление тега Security
        elemSecurity = document.CreateElement("wsse", "Security", Vars.xmlns_wsse);
        elemSecurity.SetAttribute("actor", Vars.xmlns_soapenv, $"http://eln.fss.ru/actor/mo/{Vars.OGRN}");
        //elemSecurity.SetAttribute("xmlns:xsd", xmlns_xsd);
        elemSecurity.SetAttribute("xmlns:wsu", Vars.xmlns_wsu);
        elemSecurity.SetAttribute("xmlns:ds", Vars.xmlns_ds);
        nodeList[0].AppendChild(elemSecurity);
    }
    XmlNode nodeSecurity = (XmlNode)elemSecurity;
    // Находим Security
 
    //// Добавление тега Signature
    //XmlElement elemSignature = document.CreateElement("ds", "Signature", xmlns_ds);
    nodeSecurity.AppendChild(xmlDigitalSignature);
    XmlElement elemBinarySecurityToken = document.CreateElement("wsse", "BinarySecurityToken", Vars.xmlns_wsse);
    elemBinarySecurityToken.SetAttribute("EncodingType", "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary");
    elemBinarySecurityToken.SetAttribute("ValueType", "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3");
    elemBinarySecurityToken.SetAttribute("Id", Vars.xmlns_wsu, $"http://eln.fss.ru/actor/mo/{Vars.OGRN}");
    elemBinarySecurityToken.InnerText = Convert.ToBase64String(Certificate.Export(X509ContentType.Cert));
    nodeSecurity.AppendChild(elemBinarySecurityToken);
 
    return elemSecurity;
}
 
// Реализация подписи в региональной системе 
public class FssSoapInspecotor : IClientMessageInspector, IDispatchMessageInspector, IParameterInspector
{
....
    public object BeforeSendRequest(ref Message request, IClientChannel channel)
    {
        try
        {
            // _soapRequest у меня приходит от сервиса мед.организации (sickListID = отправка soap сообщения региональному сервису;)
            XmlDocument doc = new XmlDocument() { PreserveWhitespace = true };
            doc.LoadXml(_soapRequest);
            // _hospital.Certificate - открытый ключ сертификата медицинской организации (МО) с помощью этого сертификата ФСС зашифрует и отправит ответ на действие
            // Vars.CertificateFss - сертификат ФСС, с его помощью мы шифрует soap сообщение
            XmlDocument encryptionXML = CryptoTools.EncryptionXML(doc, Vars.CertificateFss, _hospital.Certificate);
            request = CreateMessageFromString(encryptionXML.OuterXml, request.Version);
            return null;
        }
        catch (Exception ex)
        {
            AddLog($"Ошибка при шифровании soap запроса: {ex.Message}", EventLogEntryType.Error, ServiceEventCategory.Initialization);
            throw ex;
        }
    }
    ....
}
 
Message CreateMessageFromString(String xml, MessageVersion ver)
{
    return Message.CreateMessage(XmlReaderFromString(xml), int.MaxValue, ver);
}
 
 
// CryptoTools
public static XmlDocument EncryptionXML(XmlDocument document, X509Certificate2 CertificateEncryption, X509Certificate2 CertificateOpen)
{
    XmlNode elementBody = document.GetElementsByTagName("Envelope", xmlns_soapenv)[0];
    // Создаем новый XML документ.
    XmlDocument doc = new XmlDocument();
    XmlNamespaceManager ns = new XmlNamespaceManager(doc.NameTable);
    ns.AddNamespace("soapenv", xmlns_soapenv);
    ns.AddNamespace("xenc", xmlns_xenc);
    ns.AddNamespace("ds", xmlns_ds);
    ns.AddNamespace("sch", xmlns_sch);
    ns.AddNamespace("wsse", xmlns_wsse);
    ns.AddNamespace("wsu", xmlns_wsu);
 
    MemoryStream newRequestStream = new MemoryStream();
    XmlWriter writer = XmlWriter.Create(newRequestStream, new XmlWriterSettings { Encoding = Encoding.UTF8 });
    writer.WriteStartDocument();
    /* Envelope */
    writer.WriteStartElement("soapenv", "Envelope", xmlns_soapenv);
    /* Header */
    writer.WriteStartElement("soapenv", "Header", xmlns_soapenv);
    writer.WriteEndElement(); // Header
    writer.WriteStartElement("soapenv", "Body", xmlns_soapenv); // Body
    /************************************************************** EncryptedData **************************************************************************/
    writer.WriteRaw(elementBody.OuterXml);
    /*******************************************************************************************************************************************************/
    writer.WriteEndElement(); // Body
    writer.WriteEndElement(); // Envelope
    writer.WriteEndDocument();
    writer.Flush();
 
    string xmlText = Encoding.GetEncoding("UTF-8").GetString(newRequestStream.ToArray());
    XmlDocument xml = new XmlDocument();
    newRequestStream.Position = 0;
    xml.Load(newRequestStream);
    writer.Close();
    // Ищем заданный элемент для заширования. Envelope
    XmlElement elementToEncrypt = xml.GetElementsByTagName("Envelope", xmlns_soapenv)[1] as XmlElement;
    // Создаем объект EncryptedData и заполняем его необходимой информацией.
    EncryptedData edElement = new EncryptedData();
    edElement.Type = EncryptedXml.XmlEncElementUrl;
    // Созданный элемент помечаем EncryptedElement1
    //edElement.Id = "EncryptedElement1";
    // Заполняем алгоритм зашифрования данных.  Он будет использован при расшифровании.
    edElement.EncryptionMethod = new EncryptionMethod(CPEncryptedXml.XmlEncGost28147Url);
    // Создаем новую ссылку на ключ.
    edElement.KeyInfo = new KeyInfo();
    // Создаем случайный симметричный ключ.
    // В целях безопасности удаляем ключ из памяти после использования.
    using (Gost28147CryptoServiceProvider sessionKey = new Gost28147CryptoServiceProvider())
    {
        // Создаем объект класса EncryptedXml
        EncryptedXml eXml = new EncryptedXml();
        // Зашифроваем узел на симметричном ключе.
        byte[] encryptedElement = eXml.EncryptData(elementToEncrypt, sessionKey, false);
        // Зашифровываем сессионный ключ и добавляем эти зашифрованные данные к узлу EncryptedKey.
        EncryptedKey ek = new EncryptedKey();
        byte[] encryptedKey = CPEncryptedXml.EncryptKey(sessionKey, (Gost3410)CertificateEncryption.PublicKey.Key);
        ek.CipherData = new CipherData(encryptedKey);
        ek.EncryptionMethod = new EncryptionMethod(CPEncryptedXml.XmlEncGostKeyTransportUrl);
        KeyInfoX509Data data = new KeyInfoX509Data(CertificateOpen);
        ek.KeyInfo.AddClause(data);
        // Добавляем ссылку на зашифрованный ключ к зашифрованным данным.
        edElement.KeyInfo.AddClause(new KeyInfoEncryptedKey(ek));
        // Добавляем зашифрованные данные к объекту EncryptedData.
        edElement.CipherData.CipherValue = encryptedElement;
    }
 
    // Заменяем исходный узел на зашифрованный.
    EncryptedXml.ReplaceElement(elementToEncrypt, edElement, false);
 
    return xml;
}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

02.06.2023

Как отключить «Скрыть IP-адрес» для веб-сайта на iPhone

IP-адрес телефона является технически важной информацией, позволяющей идентифицировать пользователей в…

28.04.2023

Как охладить бойлеры в квесте Atomic Heart «В самое пекло»?

Atomic Heart предлагает захватывающий игровой процесс, который сочетает в себе различные элементы геймплея….

27.04.2023

Как получить атомные стикеры в Atomic Heart

Atomic Heart – это ожидаемая игра от российской студии Mundfish, которая предлагает игрокам уникальную смесь научной…

26.04.2023

Как отключить защиту Google Play Protect на Android

Google — крупная компания, у которой есть множество сервисов для мобильных устройств. Одним из таких сервисов…

Содержание:

1. Сертификат ФСС ЭЛН

2. Поставщик услуг сервиса 1С Отчетность

Что делать, если возникает ошибка «Не удалось установить соединение с сервером» при отправке отчета ФСС.

1. Сертификат ФСС ЭЛН

Первый вариант, из-за которого может возникнуть ошибка – проблема с сертификатом ФСС ЭЛН.

Для этого проводим настройки сертификатов ФСС, описанные ниже.

2. Поставщик услуг сервиса 1С Отчетность

Далее, попробуем обратиться непосредственно к поставщику сервиса 1С-Отчетность.

Для более опытных пользователей можно дать следующие рекомендации:

1. Проверьте, имеется ли у Вас доступ на сервере сетевых портов80 HTTP и port 443 HTTPS, а также сетевого ресурса docs.fss.ru;

Специалист компании «Кодерлайн»

Вячеслав Бычуткин

Источник

Ошибка подключения к серверу sedo.fss.ru, как исправить?

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

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

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

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

Первое, что необходимо сделать пользователю – это определить причину того, почему интернет-ресурс 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 доступен везде по миру, а именно у пользователя возникли проблемы с доступом, ему предстоит самостоятельно ее решить. А сделать в такой ситуации можно следующее:

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

Отключаем расширения

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

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

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

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

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

ошибка 404

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

Не работает сервер фсс что делать

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

Код внутренней ошибки сервера 500 ФСС

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

внутренняя ошибка сервера фсс 500

Причины внутренней ошибки сервера 500 в ФСС

Код 500 появляется на экране, когда серверу не удается обработать запрос к сайту. Как следствие, вы не сможете попасть на запрашиваемый ресурс. Такая ошибка, безусловно, нуждается в исправлении. Но для начала придется отыскать причину неисправности:

Файл .htaccess, в котором задаются настройки для работы сервера, имеет неверный синтаксис. Это мало что скажет простому пользователю, и больше касается админов ресурса.
Присутствуют ошибки в прописанных к сайту скриптах. Проще говоря – это прописанные сценарии, позволяющие выполнять задачи автоматом, либо позволяющие расширить функционал ресурса.
Мало оперативки при использовании скрипта.
Конфликт плагинов.
Отсутствие интернет-соединения.
Устаревшее версия операционки, браузера.

Обратите внимание! В большинстве описанных причин – проблема идет со стороны разработчика интернет-платформы.

Что делать с кодом ошибки 500

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

Выполните перезагрузку компьютера. После чего повторно отправьте запрос на веб-страницу.
Просто сделайте перезагрузку страницы, повторив попытку ввода URL-адреса из адресной строки.

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

Загрузка извещений из ФСС. СЭДО. Ошибка 500

Здравствуйте! Релиз 5.5.71.4. При загрузке входящих сведений ФСС выходит ошибка:
Не удалось получить список входящих сообщений СЭДО ФСС.
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера sedo.fss.ru произошла ошибка:
Ошибка сервера, код состояния 500.
Возможно, сервер перегружен. Попробуйте повторить получение сообщений через некоторое время.

Подскажите это локальная проблема? Обновление на 72.2 исправит?