УПП — Больничные — ФСС (Ошибка импорта схемы) |
Я |
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’
по причине:
Ошибка работы с Интернет: Не могу установить соединение
1 — 11.01.22 — 15:24
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>
3 — 11.01.22 — 15:29
но вроде все доступно — что то я там Sedo не нахожу внутри
4 — 11.01.22 — 15:36
Похоже проблема на стороне ФСС … из 10 попыток, может 1 раз заполнить.
Интересно, что ошибки разные выдает ..
5 — 12.01.22 — 07:15
6 — 12.01.22 — 07:17
(5) а если обновятся? ФСС об этом не всегда докладает когда что-то у себя делает
7 — 12.01.22 — 07:21
(6) если обновятся — то вывалится ошибка валидации — либо вы прочитать не сможете сообщение от ФСС, либо ФСС от вас
8 — 12.01.22 — 10:52
Вечером проверял более менее работает, а днем вообще никак .. расчетчики воют
(5) Не могу понять, как схемы можно локально выложить, они же в запросе указаны ?
9 — 12.01.22 — 11:24
(8) к схемам идет обращение через «точку входа» — это общий макет в кофиге — поищи в макетах «FileOperationsLnService»
1С первую и вторую схему вроде как адаптировали под локальное использование — то что в общем макете, но вот остальные оставили снаружи
можно извратиться и засунуть все наружные в этот же макет, но проще скачать все внешние схемы, опубликовать их внутри и поправить внутри их импорты на свои пути
10 — 12.01.22 — 22:34
ох, бида-бида. Поанализировал фиддлером запросы на получение данных больничного по номеру и увидел, что 1С дергает WSDL и XSD в количестве 11 штук аж 4 раза подряд одни и те же. Это ж в несколько раз увеличивает вероятность сбоя. И если так делает весь 1Совский софт по всей России… так ведь что угодно положить можно.
11 — 13.01.22 — 07:23
ну как бы … это «решение» от ФСС — они так описание сервиса сделали — нет что бы все в одном
12 — 13.01.22 — 07:30
(11) не, тут дело не в ФСС. Вот мы по номеру выкачиваем больничный в УПП. Там дергается 9 штук XSD-схем и 2 WSDL-я.
Я бы понял если бы это произошло один раз. Но это делается четыре раза с одними и теми же схемами — вместо того чтобы один раз все вытащить, построить интерфейс и дальше просто обращаться к соответствующей точке (или точкам) входа. Понятно, что любое кэширование схем очень сильно поможет от косяков в таком случае.
И сбои происходят каждый раз в разных местах. Если бы вытаскивалось это все один раз — работа бы шла в четыре раза стабильнее.
13 — 13.01.22 — 08:02
ну как бы — создать запрос
потом прочитать то, что получили
и вся «схема» получается одной строчкой
Определения = Новый WSОпределения(ИмяФайлаWSDL,…
14 — 13.01.22 — 09:31
(13) Три файлика с самыми длинными именами вы по каким ссылкам качали? Фиддлер мне их не показал…
Остальные схемки получилось вытянуть.
15 — 13.01.22 — 09:53
раскопал. Осталась только *LnMo.xsd
16 — 13.01.22 — 12:29
(15) не понял — не такого — у нас и МО и работодатель — весь список файлов на картинке выше
17 — 13.01.22 — 12:29
+(16) вижу — по серединке
18 — 13.01.22 — 12:30
(14) у нас мед организация — нам надо больше
19 — 13.01.22 — 12:39
20 — 13.01.22 — 14:45
(19) А что надо сделать что бы он заработал?
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/. Ну или другую подобную, их много, может, в винде даже штатные способы есть, не знаю. Использовал эту утилиту для замен, это вторая часть батника.
А дальнейшее зависит от вашей конфигурации 1С. В УПП необходимые ссылки находятся в общем макете ОбменДаннымиФССЭЛНОписаниеВебСервиса. Его нужно снять с замка и в секциях import поменять ссылки так, чтобы они ссылались на ваш локальные схемы. У меня это выглядит примерно так
<xs:import namespace=»http://www.fss.ru/integration/types/organization/v01″ schemaLocation=»http://srv-02/LnService/Organization.xsd»/>
И все. Дальше запускаете 1С с фиддлером, пробуете запросить данные больничного и видите, что обращение к fss.ru идет только когда система обращается к точке доступа. Все схемы стаскиваются с локального веб-сервера.
22 — 13.01.22 — 15:25
Сегодня, кстати, ФСС отживел, по-моему. Более-менее вытаскивается все, и достаточно быстро.
23 — 17.01.22 — 13:46
Не работает с пятницы, так же разные ошибки при запросе заполнить БЛ. Сертификат поставили новый от 15.12.2021
Конфа УПП последний релиз
У кого как?
24 — 17.01.22 — 13:57
(23) норм. Сегодня проверял со своими изменениями от (19)-(21) — супер, шустренько. Серты свежие с лк.фсс.ру, второй от 17, нижний от 15.12.2021.
25 — 17.01.22 — 13:59
И да, RomaH, спасибо за плодотворную идею. По-хорошему, это можно было бы оформить как публикациб на ИС.
26 — 20.01.22 — 07:13
к стати — вопрос к «работодателям» на ЗУП и прочих УПП
какая длина у вас на должности врачей?
тут поймали в «1С:Больничных» ограничение в конфе сначала на 100 символов потом в 150 (в разных местах)
фишка в том, что «строка» в схеме ЭЛН не ограничена — и поймали внешний больничный с должностью на 151 символ
соответственно после добавления «наших» данных в больничный, подписания и отправки ФСС ругается — что наш ЭЛН не соответствует тому что у них.
так что — это еще одна мина замедленного действия от 1С
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>
28 — 20.01.22 — 07:59
29 — 20.01.22 — 08:12
В ЗУП не знаю. В УПП встречается в доке НачислениеПоБольничномуЛисту, ТЧ ОсвобождениеОтРаботыВЛисткеНетрудоспособности, атр ДолжностьВрача — там 300. Затем: РеестрСведенийВФССОПособияхПоНетрудоспособности, ТЧ РаботникиОрганизации. Там аж 6 атрибутов с должностями врачей. Все по 300 символов. Речь про последнюю УПП 173.2.
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»…
Мне кажется с папкой проще чем с веб-сервером.
Теперь вот нужно придумывать костыли по предварительной проверке этих файлов перед загрузкой больничного на предмет изменения.
31 — 28.01.22 — 11:55
(30) Не облегчайте жизнь ФСС, то бишь — делаем запрос ФСС — ошибка, тогда лезем у себе )))
Если ошибки нет, заменяем у себя все файлы новыми (а может и такими же, не сравнивать же их ей богу) полученными от фсс
32 — 28.01.22 — 13:54
(30) а зачем?
33 — 28.01.22 — 13:56
(31) >> делаем запрос ФСС — ошибка, тогда лезем у себе
это очень долго, даже с шустрым инетом. Я как сделал локальные схемы — офигел насколько шустро этот запрос больничных стал летать. Небо и земля. Ну его нафиг этот ФСС, чем меньше туда лазишь тем лучше
34 — 31.01.22 — 07:21
(30) «Теперь вот нужно придумывать костыли по предварительной проверке этих файлов перед загрузкой больничного на предмет изменения.»
зачем? — насколько я понимаю это … «правила» создания и чтения xml — если «правила» поменяются, то …
35 — 01.02.22 — 10:50
Ошибка на релизе 1.3.173.3 повторяется?
36 — 01.02.22 — 11:27
(35) она от релиза не зависит. Отлуп выдают серверы ФСС, скорее всего, по чрезмерному количеству запросов. А может еще по какой причине.
37 — 01.02.22 — 11:45
Рабочий способ решения описан в этой ветке. Ну или ждать изменений API или улучшения ФССом своих серваков.
38 — 02.02.22 — 13:17
Ребят, обновление 1.3.173.3 решило проблему
39 — 02.02.22 — 13:17
версия 1.3.173.3 решила данную проблему
40 — 02.02.22 — 14:51
я бы на это сильно не рассчитывал, ребят. Обмен ЭДО с ФСС в 173.3 не поменялся по сравнению со 173.2, во всяком случае мой измененный модуль так и остался измененным. А серверы ФСС и раньше иногда работали стабильно (см. (22)), а иногда начинали вести себя странно. Скорее всего, сейчас опять период стабильной работы. Дай Бог, чтобы он продлился долго.
41 — 04.02.22 — 15:59
(40) в УПП173.3 полностью переработали Макет со правилами обмена с ФСС — убрали из него импорт. И теперь он совсем не работает. При попытке загрузить схему обмена выдает ошибку «Неверный формат». Пришлось на макет из 173.2 откатывать (с модификациями конечно). Другого решения пока нет.
42 — 04.02.22 — 19:09
(41) ну если они пихнули все схемы в один макет — то это наоборот хорошо. Значит, колхозинг из (19) больше не нужен
43 — 06.02.22 — 16:28
Действительно, в 173.3 1С запихнула все схемы локально в один макет. Я изначально проверил только модуль ОбменСведениямиОПособияхСФСС, который не изменился, но не посмотрел в сам загружаемый макет — а зря, потому что изменился как раз он. Ну что имею сказать… это ж очень хорошо, наши мучения с ФСС в существенной мере закончились.
44 — 07.02.22 — 15:02
(43) а что с «неверным форматом» из (41)
ну как? сегодня смотрю вообще затык — ФСС даже честно признался. что у них внутрення ошибка сервера
45 — 07.02.22 — 15:36
(44) вчера гонял — все норм было, во всяком случае, больнюковые данные по номеру получало. Да и до этого — 173.3 у меня с конца января, и если бы были косяки, то пожаловались бы. По-видимому, работало все.
46 — 07.02.22 — 15:39
попробовал прямо сейчас, в 15:38 по Москве — тягает данные больничного со штатным макетом и кодом 173.3.
47 — 07.02.22 — 15:43
(46) А у меня не тянет. Вываливается в ошибку и хоть ты тресни. Может в платформе дело? У меня 8.3.18.1433
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
49 — 07.02.22 — 15:45
(47) Ну да, у меня постарше. 1С:Предприятие 8.3 (8.3.16.1876)
50 — 07.02.22 — 15:46
кто-нибудь еще тестил на всяких платформах? (44), у вас как?
51 — 07.02.22 — 15:48
(50) у нас по старой схеме пока … мы еще и как МО работаем
52 — 07.02.22 — 16:04
(48) может, у вас макет как-нибудь оказался поврежден, кодировка поменялась или еще что-то такое? Не наблюдается проблем…
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>
54 — 16.02.22 — 11:29
Коллеги, как у вас на 1.3.174.1 грузятся больничные?
55 — 16.02.22 — 11:48
1.3.173.3
ФСС попросили отправить «Сведения о застрахованных лицах ФСС». При заполнении лицевые счета берет не из лицевых счетов сотрудников, а из последнего документа выплаты по ФСС. Адреса берет оттуда же. При проверке не дает выгрузить без лицевого счета и банка. То есть предполагается, что все должны хоть раз поболеть или руками заново заносить лицевые счета в «Сведения»
При выгрузке напрямую из программы поругалась, что Тензор не занес денег и его сертификат не авторизован
В файл документ можно выгрузить только построчно! Как поступать если сотров много?
При попытке отправить напрямую через Тензор он не понял, что это за файл и отказался его принимать
56 — 16.02.22 — 12:19
(56) По части лицевых счетов, мы себе уже дописали, что бы вставало, это мелочи жизни. А вот то что они 1с отчетность так назойливо втюхать хотят это очень печально
57 — 16.02.22 — 14:24
(56) в УПП, мне кажется, ничего уже втюхать не хотят, это труп. Но в целом использование 1С отчетности после внедрения ЭЛН и ЭТК кажется разумным — потому как слишком большой ДО стал и лазить каждый раз в несколько программ утомительно.
58 — 17.02.22 — 10:30
(55)
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) — Спасибо, всё получилось!
Сегодня ещё один пользователь написал о такой же проблеме на партнерском форуме, как мы поняли это ошибка со стороны ФСС или ошибка в релизе 1С. Потому что в сообщении об ошибке «Входящий запрос ФСС для расчета пособия от __ невозможно поместить в запрещенный период.» Программа не может определить дату сообщения.
Я написала письмо в техподдержку 1С, посмотрим, что они ответят.
Возможно данная ошибка относится к этой:
Ошибка 10238074
Код ошибки: 10238074
Код(ы) обращения: HL-459021
Статус: Не указан Зарегистрирована: 23.03.2022
Продукт: «1С:ЗУП 3, 1С:ЗГУ 3»
Описание:
Невозможно записать Больничный лист при установленной дате запрета позднее даты Входящего запроса ФСС
https://bugboard.v8.1c.ru/error/000122044
На чтение 14 мин Просмотров 2 Опубликовано 11 апреля 2023 Обновлено 11 апреля 2023
Коды ошибок ЭЛН
Общая ошибка расшифровки. Рекомендуется проверить действительность сертификата УЦ, выдавшего вам ЭЦП .
Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается.
В сертификате отсутствует регистрационный номер страхователя.
Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
В сертификате отсутствует код подразделения ФСС РФ.
Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Внутренняя ошибка криптосервиса. Необходимо отправить файл расчета повторно.
Неверный формат регистрационного номера страхователя.
В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Неверный формат кода подразделения ФСС РФ.
В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Расчет зашифрован на ключе, отличном от открытого ключа ФСС.
При подписании и шифровании файла расчета выбран неверный сертификат уполномоченного лица ФСС РФ. В данном случае нужно повторить операцию подписания и шифрования используя сертификат уполномоченного лица ФСС РФ Хасянова Рената Алиевича (Департамент ИТ ФСС РФ).
При подписании и шифровании файла расчета выбран просроченный сертификат уполномоченного лица ФСС РФ. Необходимо использовать новый сертификат уполномоченного лица ФСС РФ. Для этого их необходимо загрузить новый сертификат с официального сайта Фонда http://www.fss.ru/uc и установить в хранилище сертификатов («Обновление сертификатов УЦ ФСС РФ»).
Расчет не зашифрован или не подписан.
Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно.
Формат файла не xml. Необходимо сформировать новый файл реестра в соответствии со спецификации
Нет доверия к издателю сертификата.
Данная ошибка возникает в следующих случаях:
1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ)
2) Не установлен корневой сертификат УЦ
Необходимо связаться с УЦ, выдавшим сертификат пользователя.
Ошибка при проверке сертификата.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.
Не найден или просрочен СОС издателя сертификата.
Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
В сертификате отсутствует ИНН страхователя.
Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
XML-файл расчёта не прошел форматный контроль
Рекомендуется проверить xml-файл по XSD схеме
В сертификате указано несуществующее подразделение ФСС РФ
В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Неверное наименование файла.
Привести наименование файла реестра в соответствии со спецификацией.
Не загружен файл расчета. Необходимо отправить файл расчета повторно.
Ошибка при чтении XML-файла расчёта
Файл пуст или не является XML-файлом
Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.
Файл расчёта подписан ЭЦП, принадлежащей организации отличной от организации, указанной в расчёте. Необходимо проверить сертификат, используемый для ЭЦП.
Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП.
Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.
Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла.
Необходимо проверить содержание xml-файла расчёта.
Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла.
Необходимо проверить содержание xml-файла расчёта.
Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта
Необходимо сформировать новый файл расчёта
ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате.
При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо — ИНН. Следует проверить сертификат, используемый для ЭЦП.
ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате.
Необходимо проверить сертификат, используемый для ЭЦП.
Сертификат не является квалифицированным сертификатом.
Сертификат пользователя, которым подписан файл расчета, не является квалифицированным сертификатом.
ИНН страхователя в XML-файле не совпадает с регистрационным номером страхователя.
Необходимо проверить актуальность использованного ИНН.
Внутренняя ошибка в модуле контроля принимаемых данных.
Сообщите в техническую поддержку.
Общая ошибка расшифровки. Возможно, проблема в сертификате, используемом для шифрования.
Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается.
В сертификате отсутствует регистрационный номер страхователя.
Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
В сертификате отсутствует код подразделения ФСС РФ.
Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Внутренняя ошибка криптосервиса. Необходимо отправить файл расчета повторно.
Неверный формат регистрационного номера страхователя.
В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Неверный формат кода подразделения ФСС РФ.
В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Расчет зашифрован на ключе, отличном от открытого ключа ФСС.
При подписании и шифровании файла расчета выбран неверный сертификат уполномоченного лица ФСС РФ. В данном случае нужно повторить операцию подписания и шифрования используя сертификат уполномоченного лица ФСС РФ Хасянова Рената Алиевича (Департамент ИТ ФСС РФ).
При подписании и шифровании файла расчета выбран просроченный сертификат уполномоченного лица ФСС РФ. Необходимо использовать новый сертификат уполномоченного лица ФСС РФ. Для этого их необходимо загрузить новый сертификат с официального сайта Фонда http://www.fss.ru/uc и установить в хранилище сертификатов («Обновление сертификатов УЦ ФСС РФ»).
Расчет не зашифрован или не подписан.
Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно.
Формат файла не xml. Необходимо сформировать новый файл расчёта в соответствии с Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/200423.shtml).Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой.
Нет доверия к издателю сертификата.
Данная ошибка возникает в следующих случаях:
1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ)
2) Не установлен корневой сертификат УЦ
Необходимо связаться с УЦ, выдавшим сертификат пользователя.
Ошибка при проверке сертификата.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя.
Не найден или просрочен СОС издателя сертификата.
Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя.
Общая ошибка шифрования. Необходимо отправить файл расчета повторно.
Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
В сертификате отсутствует ИНН страхователя.
Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
XML-файл расчёта не прошел форматный контроль
Рекомендуется проверить xml-файл по XSD схеме.Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой.
В сертификате указано несуществующее подразделение ФСС РФ
В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания.
Неверное наименование файла.
Привести наименование файла расчёта в соответствие с Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/200423.shtml).Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой.
Вторые разделы расчёта имеют одинаковые шифры налогообложения
Необходимо исправить расчёт.
Не загружен файл расчета. Необходимо отправить файл расчета повторно.
Ошибки логического контроля
Необходимо исправить ошибочные параметры расчёта, указанные в протоколе проверки.
Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
Ошибка при чтении XML-файла расчёта
Файл пуст или не является XML-файлом
Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта.
Необходимо привести содержание xml-файла расчёта в соответствие с наименованием.
Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла.
Файл расчёта подписан ЭЦП, принадлежащей организации отличной от организации, указанной в расчёте. Необходимо проверить сертификат используемый для ЭЦП.
Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП.
Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом.
Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла.
Необходимо проверить содержание xml-файла расчёта.
Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла.
Необходимо проверить содержание xml-файла расчёта.
Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта
Необходимо сформировать новый файл расчёта
ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате.
При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо — ИНН. Следует проверить сертификат, используемый для ЭЦП.
ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате.
Необходимо проверить сертификат используемый для ЭЦП.
Сертификат не является квалифицированным сертификатом.
Сертификат пользователя, которым подписан файл расчета, не является квалифицированным сертификатом.
Атрибут QUART_NUM элемента TITLE может иметь значение только из следующего ряда: «3»,»6″,»9″,»0″,»03″,»06″,»09″,»12″.
Необходимо исправить значение атрибута QUART_NUM в XML-файле отчёта.
ИНН страхователя в XML-файле не совпадает с регистрационным номером страхователя.
Необходимо проверить актуальность использованного ИНН.
Внутренняя ошибка в модуле контроля принимаемых данных.
Сообщите в техническую поддержку.
Скорее всего файл отчета не был зашифрован вообще. Данная ошибка часто возникает при выгрузке файла отчета из 1С бухгалтерии, причем при выгрузке файлу уже присвоено расширение «ef4», как будто это зашифрованный файл.
Возможная причина — ошибка сертификата — в данном случае следует связаться со спецоператором, выдавшим ЭЦП, или файл XML был подписан дважды, имеет смысл снова выбрать и подписать файл отчета.
В сертификате отсутствует регистрационный номер страхователя.
Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о рег.№ страхователя и его код подчиненности в системе ФСС, скорее всего это сертификат для работы с ПФР и ФНС, или УФК. Если подписывали с помощью arm.exe, при выборе личного сертификата цолжна стоять галочка «удовлетворять требованиям ФСС РФ».
В сертификате отсутствует код подразделения ФСС.
Электронный сертификат страхователя, с помощью которого подписывали и шифровали файл отчета, не содержит внутри записи о коде подразделения в системе ФСС
Неверный формат регистрационного номера страхователя.
В сертификате, выданном спецоператором, неправильно указан регистрационный номер страхователя, требуется переиздание сертификата.
Неверный формат кода подразделения ФСС.
В сертификате, выданном спецоператором, неправильно указан код подразделения ФСС, требуется переиздание сертификата.
Отчет зашифрован на ключе отличном от открытого ключа ФСС
При выполнении действия подписания и шифрования файла отчета в качестве сертификата уполномоченного лица Фонда выбран не Хасянов Ренат Алиевич (Департамент ИТ ФСС РФ), а другой сертификат — отличный от того, который нужно выбрать, необходимо выбирать сертификат Хасянова Рената Алиевича. При выборе сертификата в хранилище «другие пользователи» галочка «удовлетворять требованиям ФСС РФ» должна быть снята.
При возникновении данной ошибки проверьте установлена ли у Вас обновленная версия АРМ и обновлен ли сертификат уполномоченного лица ФСС.
Отчет не зашифрован или не подписан.
Необходимо подписать и снова отправить файл отчета программным средством предложенным спецоператором или воспользоваться бесплатной программой APM
На одном из этапов формирования, подписания и отправки файла отчета произошла ошибка. Имеет смысл повторить данные действия.
Не найден издатель сертификата.
Возможная причина — ошибка сертификата — в данном случае следует связаться со спецоператором, выдавшим ЭЦП. Так же возможна проблема на шлюзе приема отчетов, проявляющаяся при большой нагрузке.
Ошибка при проверке сертификата.
Сертификат, которым подписан файл более не действителен. Данная ошибка может возникать, если файл отчета подписан старым сертификатом при наличие вновь выданного или сертификат скомпрометирован. В данной ситуации следует проверить правильность выбранного для подписания сертификата или обратится к спецоператору, выдавшему ЭЦП.
Не найден или просрочен СОС издателя сертификата.
Ошибка возникала, когда на уровне УЦ ФСС не был обновлен корневой сертификат УЦ страхователя (закончился срок его действия), или отсутствовал или был неработоспособен список отзыва (решается на уровне УЦ ФСС РФ (Москва) и УЦ страхователя)
Возможная причина — ошибка сертификата — в данном случае следует связаться со спецоператором, выдавшим ЭЦП. Так же возможна проблема на шлюзе приема отчетов, проявляющаяся при большой нагрузке.
Сертификат, которым подписан файл более не действителен. Данная ошибка может возникать, если файл отчета подписан старым сертификатом при наличие вновь выданного или срок действия сертификата окончен. В данной ситуации следует проверить правильность выбранного для подписания сертификата или обратится к спецоператору, выдавшему ЭЦП.
XML-файл с отчетом не прошел форматный контроль
Ошибка: код 1840, сообщение Элемент ‘F4INF2’, атрибут ‘TaxType’: [свойство ‘enumeration’] Значение » не является значением из числа допустимых: <‘011’, ‘021’, ‘032’>.
Не заполнен или не правильно заполнен шифр II раздела
Ошибка: код 1840, сообщение Элемент ‘F4INF1’, атрибут ‘TaxType’: [свойство ‘enumeration’] Значение ‘0’ не является значением из числа допустимых: <‘041’, ‘051’, ‘061’, ‘071’>.
Не заполнен или не правильно заполнен шифр I раздела
XML-файл с отчетом не прошел форматный контроль:
Ошибка возникает при выгрузке отчета из программы 1С Бухгалтерия – не заполнена или не правильно заполнена дата платежного документа.
Ошибка: код 1824, сообщение Элемент ‘PAYM_ORDER’, атрибут ‘DT’: ‘ ‘ неверное значение для типа ‘xs:date’.
В сертификате указано несуществующее подразделение Фонда
Ошибка может возникнуть вследствие ошибки сертификата — в данном случае следует связаться со спецоператором, выдавшим ЭЦП.
Зашифрованный файл расчета, предназначенный для передачи в Фонд социального страхования, должен иметь название _ _ .ef4
Например, зашифрованный файл расчета страхователя с реестровый номером 3712000456 за 1-й квартал 2011 года должен называться 3712000456_2011_03.ef4
Несколько вторых разделов (узлы F4INF2) имеют одинаковые шифры налогообложения
Отчет не прошел логический контроль
Требуется исправление сумм, указанных в отчете
Отчетный период в XML-файле не совпал с отчетным периодом в имени загруженного файла
Произошли ошибки при чтении XML-файла с отчетом:
Критическая ошибка: код 4, сообщение Документ пуст или не является XML
Расчетный год в XML-файле не совпал с расчетным годом в имени загруженного файла
Peг.номер в сертификате не совпадает с peг.номером в имени файла
Файл отчета подписал ЭЦП пренадлежащей организации отличной от организации, указанной в отчете
Регистрационный номер в XML-файле не совпал с регистрационным номером в сертификате ЭЦП
Файл не зашифрован или не подписан.
Неверная контрольная сумма файла
Не удалось загрузить XSD-схему для проверки структуры XML-файла
Источник
Здравствуйте! Пользователи второй день не могут загрузить элн? Что-нибудь известно по этому вопросу? Проблема на стороне ФСС?
{(1)}: Ошибка при вызове конструктора (WSОпределения)WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса,,, ИнтернетПрокси,, СоединениеSSL)по причине:Ошибка импорта схемы по причине:Ошибка доступа к файлу ‘docs.fss.ru/ws-insurer-crypto-v20/FileOp…ntityDocument.xsd’по причине:Ошибка работы с Интернет: доступ запрещен (403).HTTP Status 403 — Access to the requested resource has been denied Status report
messageAccess to the requested resource has been denied по причине:Ошибка работы с Интернет: доступ запрещен (403)
Тема закрыта.
Ошибка подключения к сервисам ФСС (решено)
С середины октября у многих организаций, в том числе медицинских учреждений возникли проблемы в работе с сервисом электронных больничных при подключении к нему из АРМ ЛПУ, медицинских информационных систем, из 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