В случае получения такого сообщения в ответ на инициацию страхователю необходимо проверить корректность направленных кадровых мероприятий по сотруднику, так как проактивный процесс формируется только в случае подтвержденного трудоустройства работника у данного страхователя.
В указанном случае ЭЛН был оформлен и по факту этого Фондом направлен запрос. В дальнейшем медицинской организацией выявлена ошибка, ЭЛН аннулирован и выписан дубликат. Запрос на выписанный дубликат также направлен. В описанной ситуации запрос на первый ЭЛН должен быть закрыт без оплаты.
При ответе на извещение страхователю рекомендуется представить новые сведения с пояснениями в поле "Примечания страхователя". Документы в ответ на извещение представлять не требуется, если об этом прямо не указано в извещении. Если в извещении указано, что страхователю необходимо представить документы, в электронном виде через ЛК страхователя это можно сделать через раздел Запросы в Фонд.
При ответе на запрос (101 тип сообщения) в графе «трудовой договор» необходимо указывать вид договора, дату начала и окончания договора, а сумма заработка корректировке не подлежит. Заработок во входящих запросах указывается, но основании сведений индивидуального (персонифицированного) учета полученных из отчетности, сданной в ФНС.
Страхователю необходимо направить ответ на извещение с примечанием в поле Примечание страхователя - оплата не требуется.
При формировании ответа на запрос с признаком замены лет проактив собирает информацию о праве на замену лет. Если в персонифицированной отчетности правильно указаны периоды нахождения застрахованного лица в отпусках по беременности и родам и уходу за ребенком в годах, которые страхователь хочет заменить (коды ДЕКРЕТ, ДЕТИ, ДЛДЕТИ), проактив сформируется корректно с указанием доходов за 2015 и 2016 годы. В данном случае, когда за 2015 и 2016 год сумма заработка равна 0, необходимо направить сведения для выплаты пособия без замены лет, затем проверить корректность представленной персонифицированной отчетности по застрахованному лицу в части указания периодов нахождения в отпусках в связи с материнством за 2017-2023 годы. В случае обнаружения отсутствия таких сведений у Фонда подать корректирующую отчетность. После этого направить сведения с признаком перерасчет с заменой лет.
Во входящем запросе (100 тип сообщения) указывается два регистрационных номера:(поле RegNum) рег. № по ОСС (бывший ФСС) и (поле RegNumSFR) рег. № по СФР. До полного перехода на новые регистрационные номера (рег. № СФР), в ответе на запросы (101 тип сообщения) необходимо указывать в ответе рег. № ОСС (бывший ФСС).
Идентификация в ЛК Страхователя производится по следующим атрибутам: ОГРН, ИНН, КПП. Данная ошибка указывает на то, что часть данных атрибутов по страхователю отсутствует в реестре организаций Фонда или указана некорректно. Необходимо обратиться в региональное отделение Фонда для их уточнения.
Ошибка указывает на то, что сообщение страхователя не соответствует спецификации. Для исправления необходимо обновить программное обеспечение до последней версии и повторить отправку.
В личный кабинет страхователя можно зайти по адресу lk.sfr.gov.ru Вход в личный кабинет осуществляется по учетной записи портала госуслуг, при этом необходимо выбрать раздел "Сервис для страхователя"
При инициации выплаты пособия по беременности и родам через ЛК Страхователя можно сделать это через отправку сообщения о закрытии ЭЛН. Данное сообщение инициирует проактивный процесс, по которому страхователю приходит проактивный запрос.
Это означает, что сообщение было отправлено ранее в составе пакета сообщений и получено Фондом. Если необходимо внести изменения необходимо создать новую инициацию.
В 1С при ответе на запрос СФР для получения пособия, приходит ошибка "Владелец ЭД не совпадает с владельцем доверенности", настроена МЧД (по данным ТП провайдера услуг). Как отправить сведения?
Причиной ошибки может быть, если в используемой МЧД атрибуты Владелец ЭД не совпадают с атрибутами Владелец ЭД в родительской доверенности. Проверьте идентичность заполнения полей в родительской и дочерней доверенности МЧД.
Недопустимо для редактирования; ERR_PR_1029:Значение поля benefit2Approve.calculationData.years.year[0]. sumType недопустимо для редактирования.
В 100 сообщении указан Вид суммы заработка: "Общая сумма заработка по всем страхователям" В 101 сообщении СТР не указывает (или меняет) Вид суммы заработка.
Необходимо открыть протокол приема и исправить указанную в нем ошибку.
В данном случае страхователю необходимо инициировать выплату единовременного пособия при рождении.
Используя тип сообщения 203 СЭДО (Запрос доверенности), запросить МЧД, получить в ответ тип сообщения 209 СЭДО (Ответ на запрос доверенности) в котором будет предоставлен актуальный статус доверенности.
Необходимо повторно направить отчет по форме ЕФС-1 раздел 1.1 со сведениями о приеме сотрудника. После получения положительного протокола о приеме ЕФС-1 инициировать выплату по больничному листку.
Данная ошибка может свидетельствовать о том, что сведения о застрахованном лице приняты с замечаниями из-за несоответствий. Необходимо уточнить корректность предоставленных сведений и повторить отправку.
В этом случае необходимо связаться с территориальным отделением Фонда по месту регистрации страхователя для внесения сведений о РС или ЛС в систему РУСТ. После обновления сведений в ПВСО (на следующий день после внесения корректировки в РУСТе) повторить отправку заявления.
«Страхователь не найден в списке страхователей застрахованного лица в СФР» возможные причины:
· отсутствует сведения о трудовой деятельности застрахованного в запрашиваемом периоде;
· наличие даты увольнения;
· несоответствии ФИО застрахованного СНИЛС;
· ликвидация страхователя отправившего сообщение о жизненном событии.
Необходимо проверить персональные данные застрахованного и кадровые мероприятия, направить сообщение 86 и повторить инициацию проактивного процесса.
Страхователь может связаться с Отделением: по телефону с помощью сервиса обратных звонков; через ТГ-чат.
Номер первичного документа должен быть в следующем формате:
P(рег. номер страхователя)_(год)_(месяц)_(дата)_(номер реестра)_0:1
Найти номер первичного реестра можно в квитанции о приеме первичного реестра.
Такая ошибка может возникнуть при неверном указании регистрационного номера ОСС (бывшего ФСС), кода подчиненности или ИНН+КПП.
При инициации выплаты не указывать СНИЛС ребенка, в ответе на запрос указать СНИЛС.
Необходимо проверить настройки сертификата пользователя.
Такая ошибка может возникнуть, если страхователь ликвидирован или указан неверный регистрационный номер. Необходимо проверить правильность указания регистрационного номера.
Согласно спецификации существуют следующие элементы для передачи адреса:
- guid - передает адрес без номера дома и квартиры, при этом для передачи дома и квартиры используются отдельные теги "house" и "building";
- houseGuid - передает полный адрес, признаком адреса является наличие номера дома, дополнительных тегов не требуется.
Например, текущий адрес ГАР: Свердловская область, г.о. Арамильский, п Арамиль, ул Станционная, д. 7А
В нем присутствует номер дома, это означает что данный тип адреса необходимо передавать тегом "houseGuid", а страхователь передает его тегом "house". Из-за этого наблюдается ошибка.
Проверить адрес на соответствие справочнику ГАР можно на сайте fias.nalog.ru.
Фондом по запросу страхователя будет сформирована заявка в службу технической поддержки для возможности страхователем создать инициацию пособия (109 типа сообщения).
Запрос пула номеров в АРМ ЛПУ: Меню Документы --> пункт Регистрация номеров ЭЛН --> Запросить номера ЭЛН --> вместо 1 поставить нужное количество ЭЛН.
Необходимо уточнить наличие сообщения о закрытии ЭЛН. Если ЭЛН закрыт, попробовать повторить операцию.
Если пособие уже назначено и выплачено формирование перерасчета возможно при инициировании проактивного процесса со стороны страхователя с помощью 109 типа сообщения СЭДО «информация о жизненных событиях» с указанием отметки "перерасчет".
Страхователь в ответе на запрос редактирует поля, не подлежащие изменению. Необходимо повторно сформировать ответ на запрос, не изменяя данных входящего запроса. При ответе можно скопировать данные из запроса. ERR_PR_1029: Значение поля benefit4Approve.birthInfo.birthReference.number недопустимо для редактирования (номер документа о рождении)ERR_PR_1029: Значение поля benefit4Approve.birthInfo.birthReference.refType недопустимо для редактирования (вид документа о рождении)ERR_PR_1029: Значение поля benefit4Approve.birthInfo.birthReference.issueDate недопустимо для редактирования (дата выдачи документа о рождении (справки))ERR_PR_1029: Значение поля benefit4Approve.birthInfo.cert.issueDate недопустимо для редактирования (дата выдачи документа о рождении (свидетельства)ERR_PR_1029: Значение поля benefit4Approve.birthInfo.cert.num недопустимо для редактирования (номер документа о рождении)
Необходимо обратиться в Отделение. Специалисты Фонда проверят наличие сведений об основном руководителе в системе регистрации и учета страхователей и в справочниках. После синхронизации данных необходимо повторить отправку заявления.
Для оформления МЧД уполномоченному представителю иностранной организации необходимо лично обратиться в клиентскую службу с доверенностью.
Для отправки сведений в электронном виде необходимо при возникновении данной ошибки связаться с Отделением для внесения специалистами Фонда в базу нового расчетного счета. После этого повторить отправку сведений.
Запрос не соответствует требуемой логике заполнения полей. Необходимо проверить корректность предоставления сведений о накопленных и предоставленных дополнительных выходных днях. Необходимо скорректировать сведения и направить запрос в соответствии со спецификацией сервиса СЭДО.
Необходимо проверить совпадает ли период нетрудоспособности, указанный в ЭЛН в блоке периоды освобождения от работы и период ухода за больным членом семьи. В случае обнаружения ошибок обратиться в медицинскую организацию за получением дубликата.
Ошибка 404 (Not Found - Ресурс не найден) означает, что запрашиваемая страница не найдена на сервере. Это может быть связано с неправильным URL или проблемами на сервисе. Рекомендуется повторить попытку подключения позднее.
Ошибка 1029 указывает на то, что страхователь вносит в ответе на запрос СФР исправления в поля, не подлежащие редактированию, такие как метод назначения пособия, реквизиты документа о рождении, причина нетрудоспособности и т.п. В тексте ошибки после фразы «ERR_PR_1029» идет расшифровка ошибки, указывающая на то в какое именно поле внесены изменения (на английском языке). Если у страхователя не получается самостоятельно идентифицировать ошибку, он может обратиться в СФР за консультацией.
Для назначения пособия используются сведения персонифицированного учета, которые направляются страхователю в запросе для подтверждения сведений (100 сообщение). Необходимо ответить на запрос с доходами, направленными в сообщении 100 Фонда. Страхователю необходимо проверить представленные им в отчетах сведения по сотруднику и при обнаружении ошибки скорректировать отчетность. После корректировки сведений о доходах в персонифицированном учете будет осуществлен автоматический перерасчет без заявлений застрахованного лица или обращения страхователя. Также после корректировки сведений страхователь вправе инициировать выплату для перерасчета пособия.
В данном случае страхователю необходимо направить отказ на проактивный запрос, с указанием «пособие не требуется». Застрахованному лицу следует обратиться в медицинскую организацию для оформления дубликата электронного листка нетрудоспособности.
В данном случае выбранный метод означает, что сведения для назначения пособия могут направить только те страхователи, у которых застрахованное лицо работает на дату страхового случая и работало в двух предшествующих годах. Пособие по страхователю, у которого застрахованное лицо-совместитель не отработал двух лет назначению не подлежит.
Необходимо проверить, корректный ли регистрационный номер страхователя указан в реквизитах плательщика. Убедиться, что в качестве регистрационного номера страхователя не указан регистрационный номер ПФР.Если регистрационный номер верный, то ошибка может возникать, если страхователь снят с учета. Это может происходить автоматически, когда организация или ИП увольняют последнего сотрудника. В этом случае рекомендуем обратиться в ОСФР по месту постановки на учет (Персучет – регистрация и снятие с учета страхователя).
Сообщения СЭДО направляется в формате XML документа. Подробное описание структуры и описание полей XML документов приведено в спецификации к сервису СЭДО опубликованной на сайте https:lk.sfr.gov.ru
Имена тэгов(атрибутов) ничем не отличаются. Часть атрибута ns указывает на принадлежность к пространству имен. При разборе сообщения программным обеспечением не рекомендуется использовать привязку к пространству имен, лучше обрабатывать только наименование атрибута.
Проверить было ли ранее оплачено данное страховое обеспечение. Если было, направить сведения с указанием признака "перерасчет", если не было, то направить корректирующие сведения. С указанием в соответствующих полях сообщения номера и даты направленного в адрес страхователя от ОСФР номера и даты извещения, а также дополнительных уточняющих пояснений в поле note
Необходимо проверить корректность заполнения сведений документов (свидетельств) о рождении ребенка. И их соответствие ранее направленным сведениям о рождении ребенка для назначения единовременного пособия по рождению ребенка (при их наличии).
Медицинской организации (далее - МО) необходимо запросить актуальные сведения по ЭЛН . После их получения скорректировать следующий направляемый для формирования ЭЛН период в блоках по освобождению от работы и по уходу за больным членом семьи. При необходимости аннулировать некорректный ЭЛН и сформировать дубликат, направив в СФР корректные сведения.
В части использования СЭДО от страхователя не требуется заявлений, но обязательно требуется регистрация по обязательному социальному страхованию. При этом для взаимодействия по СЭДО можно использовать как единый регистрационный номер, так и регистрационный номер по ОСС.
Обработка ответа полученных данных происходит в автоматическом режиме и занимает несколько секунд. В случае отсутствуя ответа на отправленный документ необходимо направить изменения МЧД повторно.
В период с 6 по 9 декабря сервис ЭЛН был недоступен из-за перехода на новую платформу — «Единую централизованную цифровую платформу в социальной сфере». Переход сопровождался временной остановкой работы всех сервисов, связанных с ЭЛН. Работа платформы возобновилась, электронный сервис восстановлен. Необходимо повторно направить запрос ЭЛН.
Необходимо проверить наличие заполненной графы СНИЛС при инициации пособия, или актуальность СНИЛС.
Код ошибки E_SEDO_1026 возникает в следующих случаях: если запрос в адрес СЭДО подписывается не подписью страхователя; используется УКЭП не ИП (нет ОГРНИП в УКЭП); не указали номер МЧД в запросе. Код ошибки: «Регистрационный номер страхователя не найден в справочнике организаций» Необходимо уточнить указанный регистрационный номер или регистрацию страхователя по ОСС.
Необходимо уточнить банковские реквизиты для перечисления (наименование банка, БИК, расчетный, лицевой счет).
В 100 сообщении указан Вид суммы заработка: "Общая сумма заработка по всем страхователям" В 101 сообщении СТР не указывает или меняет Вид суммы заработка. Перерасчет выполняется по уже выплаченному пособию путем направления 109 сообщения.
Регистрация происходит в автоматическом порядке и занимает несколько секунд. Если получен статус МЧД «зарегистрировано»- можно пользоваться. Даже если не получили, но на стороне СФР она зарегистрирована, то так же можно использовать МЧД. Использовать МЧД можно с момента регистрации на стороне СФР.
Направляемый электронный документ должен соответствовать типу сообщения 120 из «Спецификации сообщений ФК ПРОАКТИВ», с которым можно ознакомится на сайте СФР sfr.gov.ru. Ошибка формата сообщения. Unknown format message – это проверка на соответствие формата заполнения полей. Например: отсутствует СНИЛС ребенка не заполнен срок действия справки об инвалидности.
Необходимо проверить корректность используемой ЭЦП, в случае использования ЭЦП уполномоченного представителя, необходимо дополнительно указывать идентификатор МЧД в направляемом запросе
Проверить направление кадровых мероприятий в системы персонифицированного учета СФР. Проверить наличие направленных страхователем и принятых СФР сведений о застрахованном лице (тип сообщения 86 СЭДО).
Данная ошибка возникает в следующих случаях:
1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ)
2) Не установлен корневой сертификат УЦ
Необходимо связаться с УЦ, выдавшим сертификат пользователя.
Установить корневой сертификат УЦ, проверить цепочку доверия сертификатов для используемой КЭП.
После подтверждения корректности установленной цепочки доверия направить сообщение повторно.
1. Необходимо определить: зарегистрирован ли в СФР в качестве страхователя (проверка сотрудником СФР в РС и РУСТ).
2. Необходимо определить: зарегистрирован ли в СФР по обязательному социальному страхованию (проверка сотрудником СФР в РС и РУСТ).
3. Необходимо определить: действует ли обратившийся по доверенности, зарегистрирована ли доверенность (машиночитаемая доверенность) в СФР.
4. Необходимы проверки на стороне страхователя: наличие работающего интернета, наличие программного обеспечения (ПО), блокирующего работу ПО, которое используется для взаимодействия с СФР.
5. Необходимо определить, какую конкретно ошибку получают при взаимодействии (принт-скрин ошибки, текст ошибки).
6. Необходимо определить: какой запрос предполагается к получению (какой тип сообщения СЭДО или наименование запроса).
7. Необходимо определить: по какому пособию получают ошибку, номер листка нетрудоспособности, номер процесса, номер актовой записи, иные идентификаторы).
Данная ошибка может возникать по причине, если ГОСТ сертификата СФР не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата. Что необходимо предпринять:
1) В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
2) В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата СФР одинаковы и соответствуют выбранному криптопровайдеру;
3) Если используется сертификат ЭП по ГОСТ 2012, открыть сертификат, вкладка «Состав», параметр «Средство электронной подписи". Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя;
4) Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверить настройки на вкладке "Алгоритмы". В выпадающем списке "Выберите тип CSP" выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры: "Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z "Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию "Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию;
5) В сертификате отсутствует закрытый ключ. С помощью системной утилиты certmgr.msc открыть сертификат, на вкладке «Общие» должно быть написано «Есть закрытый ключ для этого сертификата»;
6) Криптопровайдер не видит контейнер закрытого ключа для этого сертификата. В криптопровайдере КриптоПро CSP перейдите на вкладку "Сервис" и нажмите "Удалить запомненные пароли" - для пользователя;
7) Возможно, контейнер поврежден сторонним ПО. Переустановить сертификат заново, с обязательным указанием контейнера;
8) Переустановить криптопровайдер.
Сообщение не соответствует формату XML Encryption.
1) Необходимо обратиться к разработчику программного обеспечения, на котором осуществлялось шифрование данных.
2) Сообщить следующую информацию: Отсутствует элемент EncryptedData class ru.ibs.cryptopro.jcp.crypt.CryptoException
По какой причине может возникнуть ошибка: Неправильные настройки АРМ ЛПУ в части подписания; Неправильные настройки криптопровайдера; Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP. Что необходимо предпринять:
1. Выполнить настройку АРМ ЛПУ В меню Администрирование – Настройка подписей для сервисов установите флаг «Шифровать сообщение». После этого необходимо указать Имя сертификата ФСС и Тип контейнера. Данный сертификат можно скачать на сайте lk.sfr.gov.ru/eln.html (если настраиваются сервисы для тестирования, то необходимо скачать ТЕСТОВЫЙ сертификат СФР). После скачивания установить его на компьютер. Сертификаты МО (должен иметь закрытый ключ) и СФР должны быть установлены в хранилище «Личное», соответственно тип контейнера выбран «Личные». Вся цепочка вышестоящих сертификатов в папку «Доверенные корневые центры сертификации». Все сертификаты должны быть актуальными и не отозванными.
2. Проверить настройки криптопровайдера При использовании криптопровайдера Vipnet CSP рабочей версией является 4.4 и выше.При использовании криптопровайдера КриптоПро CSP рабочей версией является 4.0 и выше. Через «Панель управления» в КриптоПро CSP зайти на вкладку «Сервис», нажать кнопку «Удалить запомненные пароли…». В окне «Удаление запомненных паролей» выбрать «Удалить все запомненные пароли закрытых ключей: Пользователя". Проверить настройки на вкладке "Алгоритмы". В выпадающем списке "Выберите тип CSP" выбрать GOST R 34.10-2012. Должны быть установлены следующие параметры: "Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z "Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию "Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию Ниже приведен образец настроек в КриптоПро CSP 5.0 Если не получается изменить параметры на вкладке "Алгоритмы" (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее: В реестре Windows открыть ключ HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Crypto Pro\Cryptography\CurrentVersion\Parameters и изменить значение EnableOIDModify на 1. После чего необходимо перезагрузиться. После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.
3. Проверить сертификаты и лицензии С помощью системной утилиты certmgr.msc (кнопка Пуск - Выполнить (Найти программы и файлы)) открыть сертификат. Срок действия сертификата не должен быть просрочен. Запустить КриптоПро CSP. На вкладке "Общие" проверить срок действия лицензии криптопровайдера. Открыть вкладку "Сервис" и нажать кнопку "Протестировать". Выбрать контейнер закрытого ключа сертификата. В открывшемся окне тестирования не должно быть ошибок, сообщений об истечении срока действия ключа итп.
Данная ошибка может возникать по следующим причинам:
- В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);
- Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН: недостаточно данных для определения состояния ЭЛН; внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.
Что необходимо предпринять:
- Запросить актуальное состояние ЭЛН из системы, тем самым исключить повторную отправку тех же данных;
- Выполнить необходимую дальнейшую операцию с ЭЛН: продление (добавить новый период нетрудоспособности); закрытие (добавить информацию о закрытии); направление на МСЭ (добавить информацию о направлении на МСЭ).
Данная ошибка может возникнуть, если есть попытка изменить ЭЛН, который ранее уже был кем-то изменен. Что необходимо предпринять:
- Запросить актуальное состояние ЭЛН из системы, тем самым исключить повторную отправку тех же данных;
- Выполнить необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 1089н: продление (добавить новый период нетрудоспособности); закрытие (добавить информацию о закрытии); направление на МСЭ (добавить информацию о направлении на МСЭ).
Такая ошибка может возникать, если есть попытка получить данные ЭЛН, который находится в статусе, ограничивающем доступ страхователя. Например, страхователь пытается получить данные ЭЛН, который еще не сформирован медицинской организацией. Согласно процессной модели, страхователю для подтверждения оплаты необходим ЭЛН только со статусом 030 - Закрыт (Сформирован медицинской организацией и доступен страхователю для обеспечения оплаты). Другой пример - бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 - Направление на МСЭ) Что необходимо предпринять:
- Удостовериться, что номер ЭЛН, данные которого нужно получить, введен верно.
- Дождаться перехода ЭЛН на статус, который позволит страхователю получить данные ЭЛН.
Данная ошибка может возникнуть, если: Приложение было установлено некорректно (некорректно установлена БД); База данных приложения установлена, но не доступна. Что необходимо предпринять:
1. Запустить установку с правами администратора;
2. Выполнить установку программы по шагам инструкции (путь, где лежит инструкция:lk.sfr.gov.ru/eln.html). Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:
На компьютере отключена служба postgresql - 10.22. Правой кнопкой на значке "Мой компьютер" - Управление - Службы и приложения - Службы, postgresql - 10.22 должна быть запущена, запуск - автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию - fss;
Проверьте каталог установки БД PostgreSQL, по умолчанию - C:\postgresql\;
Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5433. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
Приложение на клиентской машине не может связаться с сервером т.к. установлено какое-либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5433.
Возможная причина: приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена. Что необходимо предпринять: Если приложение установлено на компьютере пользователя, а база данных PostgreSQL - на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине; Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверить каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:\FssTools, а база данных PostgreSQL в каталог C:\postgresql. Если при первичной установке была выбрана другая директория для установки приложения - то при обновлении нужно указать именно эту директорию.
Приложение было установлено некорректно (не зарегистрирована библиотека GostCryptography.dll). Что необходимо предпринять:
- Необходимо убедиться, что разрядность ОС совпадает с разрядностью установщика приложения.
- Проверить, установлены ли в системе компоненты Microsoft.Net Framework версии 4 и выше (по умолчанию данные компоненты устанавливаются в C:\Windows\Microsoft.NET\Framework\ или C:\Windows\Microsoft.NET\Framework64\). Данные компоненты можно скачать с сайта microsoft.com.
- Проверить, что в папке, куда установлено приложение, имеется файл GostCryptography.dll (по умолчанию данный файл устанавливается в C:\FssTools). Если данного файла нет, попробовать переустановить приложение.
- Если все верно, в командной строке выполнить:cd C:\FssTools -- перейти в папку, в которой находится файл GostCryptography.dllC:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe /registered GostCryptography.dll -- с указанием адреса установки компонентов Microsoft.NET. Обратить внимание, что на ОС Windows 10 адрес установки компонентов Microsoft.NET может отличаться от приведенного в примере (C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe /registered GostCryptography.dll).
- Перезапустить приложение.
Данная ошибка возникает, если поле было исключено в новой спецификации.
Необходимо обновить программное обеспечение и БД до последней актуальной версии. Проверить корректность указанной строки соединения с сервисами СФР. Актуальные ссылки указаны на официальном сайте СФР lk.sfr.gov.ru
Данная ошибка появляется, если: Расшифровывается запрос пользователя на сертификате СФР, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в "Настройках электронной подписи": В составе сертификата раздел «Использование ключа» нет атрибута «Шифрование данных» не проставлена галка "Шифровать сообщение" (для строки соединения с ФСС, где прописано "...-crypto-v20...") выбран тестовый сертификат СФР для Прода (и наоборот), либо ошибка в самом сертификате Неправильные настройки криптопровайдера Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP
Перед инициацией запроса на пособие до 1,5 лет страхователю необходимо направить в адрес СФР заполненное сообщения СЭДО 86: «Сведения о застрахованном лице». Кроме того, вышеуказанный тип сообщения рекомендуется направлять при приеме, увольнении застрахованного лица, а также при изменений сведений по застрахованному лицу (например, ФИО, банковские реквизиты застрахованного лица).
Если страхователю было отправлено 100 сообщение "Запрос недостающих сведений для проактивной выплаты страхового обеспечения" (далее - запрос), то этапы проактивного процесса отработали в штатном режиме, в том числе ""Получение основной информации о Застрахованном"". И все необходимые поля запроса заполнены СФР.
При отсутствии отображения сведений о застрахованном лице в запросе необходимо обратиться к службе технической поддержки используемого страхователем программного обеспечения.
Для проверки содержания запроса страхователь может направить тип запроса, идентификатор запроса СФР (UIID) и регистрационные данные (ИНН, КПП, единый регистрационный номер, регистрационный номер по обязательному социальному страхованию) для проверки сведений в ОСФР по месту регистрации и учета страхователя (проверка будет осуществляться сотрудником ОСФР через техническую поддержку СФР).
Такое уведомление появляется в случаях, если ранее СЗЛ (86 сообщение СЭДО) не направлялось, либо имеется расхождение со сведениями о трудоустройстве застрахованного лица у данного страхователя в системе персонифицированного учета СФР. Необходимо подать корректирующий отчет формы ЕФС-1.
Страхователю Фондом в сообщении 100 направляются оба регистрационных номера, а страхователь указывает в ответе только один. Проблема, как правило, на стороне оператора (такая ошибка была у СБИС). В настоящее время проблема у СБИС устранена.
Страхователь не подписывает ЭЛН. Страхователь направляет сведения для назначения и выплаты страхового обеспечения, путем направления ответа на запрос страховщика. Необходимо проверить, что версия криптопровайдера, используемого страхователем, соответствует рекомендованной (lk.sfr.gov.ru/mchd.html), сведения регистрационного учета являются актуальными и соответствуют сведениям, указанным страхователем в МЧД, а также, что уполномоченным лицом осуществляется подписание действующим квалифицированным сертификатом электронной подписи.
