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

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

serg999

11.01.22

✎

15:22

1

RomaH

11.01.22

✎

15:24

2

RomaH

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

RomaH

11.01.22

✎

15:29

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

4

serg999

11.01.22

✎

15:36

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

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

5

RomaH

12.01.22

✎

07:15

6

NorthWind

12.01.22

✎

07:17

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

7

RomaH

12.01.22

✎

07:21

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

8

serg999

12.01.22

✎

10:52

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

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

9

RomaH

12.01.22

✎

11:24

10

NorthWind

12.01.22

✎

22:34

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

11

RomaH

13.01.22

✎

07:23

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

12

NorthWind

13.01.22

✎

07:30

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

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

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

13

RomaH

13.01.22

✎

08:02

14

NorthWind

13.01.22

✎

09:31

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

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

15

NorthWind

13.01.22

✎

09:53

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

16

RomaH

13.01.22

✎

12:29

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

17

RomaH

13.01.22

✎

12:29

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

18

RomaH

13.01.22

✎

12:30

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

19

NorthWind

13.01.22

✎

12:39

20

Kigo_Kigo

13.01.22

✎

14:45

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

21

NorthWind

13.01.22

✎

15:11

22

NorthWind

13.01.22

✎

15:25

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

23

Demetri__

17.01.22

✎

13:46

24

NorthWind

17.01.22

✎

13:57

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

25

NorthWind

17.01.22

✎

13:59

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

26

RomaH

20.01.22

✎

07:13

27

NorthWind

20.01.22

✎

07:58

28

RomaH

20.01.22

✎

07:59

29

NorthWind

20.01.22

✎

08:12

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

30

serggld

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

Kigo_Kigo

28.01.22

✎

11:55

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

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

32

NorthWind

28.01.22

✎

13:54

(30) а зачем?

33

NorthWind

28.01.22

✎

13:56

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

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

34

RomaH

31.01.22

✎

07:21

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

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

35

La4esis

01.02.22

✎

10:50

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

36

NorthWind

01.02.22

✎

11:27

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

37

NorthWind

01.02.22

✎

11:45

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

38

La4esis

02.02.22

✎

13:17

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

39

Egor4864

02.02.22

✎

13:17

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

40

NorthWind

02.02.22

✎

14:51

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

41

serggld

04.02.22

✎

15:59

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

42

NorthWind

04.02.22

✎

19:09

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

43

NorthWind

06.02.22

✎

16:28

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

44

RomaH

07.02.22

✎

15:02

45

NorthWind

07.02.22

✎

15:36

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

46

NorthWind

07.02.22

✎

15:39

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

47

serggld

07.02.22

✎

15:43

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

48

serggld

07.02.22

✎

15:44

49

NorthWind

07.02.22

✎

15:45

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

50

NorthWind

07.02.22

✎

15:46

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

51

RomaH

07.02.22

✎

15:48

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

52

NorthWind

07.02.22

✎

16:04

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

53

serggld

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

Anarki

16.02.22

✎

11:29

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

55

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

16.02.22

✎

11:48

1.3.173.3

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

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

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

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

56

Anarki

16.02.22

✎

12:19

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

57

NorthWind

16.02.22

✎

14:24

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

58

Tolpinski

17.02.22

✎

10:30

(55)

59

Tolpinski

17.02.22

✎

10:40

60

Стрелец

21.02.22

✎

12:38

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

Коды ошибок ЭЛН

Общая ошибка расшифровки. Рекомендуется проверить действительность сертификата УЦ, выдавшего вам ЭЦП .

Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. 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-файла

Источник

I’m getting the error:

Exception: imported schema (http://www.w3.org/2001/XMLSchema) at
(http://www.w3.org/2001/XMLSchema.x sd), failed

when passing a Doctor (constructed with ImportDoctor) to the suds Client constructor.

I’m working on two Windows machines, both of them got the same version of suds installed, but only one of them rises the error above.

Could someone guide me here to know why this error rises?, so I can figure out what’s missing on the machine where it happens?.

Thanks in advance!!!.

UPDATE: I don’t really know if this is important, but it’s worth noting that my Windows machine that is rising the error is an Amazon Web Services instance. At my local machine everything’s working well!.

UPDATE: Here’s some code I ran at the python interpreter of the machine I mentioned. Here you can detail how the error is rising…

>>> from suds.client import Client
>>> from suds.xsd.doctor import ImportDoctor, Import
>>> missing_import = Import("http://www.w3.org/2001/XMLSchema")
>>> missing_import.filter.add("http://tempuri.org/")
>>> doctor = ImportDoctor(missing_import)
>>> client = Client("http://etcfulfill.ebooks.com/Fulfillment.asmx?wsdl")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "suds\client.py", line 112, in __init__
    self.wsdl = reader.open(url)
  File "suds\reader.py", line 152, in open
    d = self.fn(url, self.options)
  File "suds\wsdl.py", line 159, in __init__
    self.build_schema()
  File "suds\wsdl.py", line 220, in build_schema
    self.schema = container.load(self.options)
  File "suds\xsd\schema.py", line 95, in load
    child.dereference()
  File "suds\xsd\schema.py", line 323, in dereference
    midx, deps = x.dependencies()
  File "suds\xsd\sxbasic.py", line 422, in dependencies
    raise TypeNotFound(self.ref)
suds.TypeNotFound: Type not found: '(schema, http://www.w3.org/2001/XMLSchema, )'
>>> client = Client("http://etcfulfill.ebooks.com/Fulfillment.asmx?wsdl", doctor=doctor)
No handlers could be found for logger "suds.xsd.sxbasic"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "suds\client.py", line 112, in __init__
    self.wsdl = reader.open(url)
  File "suds\reader.py", line 152, in open
    d = self.fn(url, self.options)
  File "suds\wsdl.py", line 159, in __init__
    self.build_schema()
  File "suds\wsdl.py", line 220, in build_schema
    self.schema = container.load(self.options)
  File "suds\xsd\schema.py", line 93, in load
    child.open_imports(options)
  File "suds\xsd\schema.py", line 305, in open_imports
    imported = imp.open(options)
  File "suds\xsd\sxbasic.py", line 542, in open
    result = self.download(options)
  File "suds\xsd\sxbasic.py", line 567, in download
    raise Exception(msg)
Exception: imported schema (http://www.w3.org/2001/XMLSchema) at (http://www.w3.org/2001/XMLSchema.xsd), failed

UPDATE:

I realized that suds connections always open in TCP increasing ports, and if it reaches the maximum TCP port (65535) then it starts opening again from the minimum TCP port available, so there’s no problem with this.

The problem shows up when using suds ImportDoctor, because it has to open a previous connection to the location where the import should be retrieved, and for some reason, if the system reaches the maximum TCP port count, then suds somehow assumes that there’s no TCP port available to open the connection for obtaining the import, and in consecuence it throws the exception:

Exception: imported schema (http://www.w3.org/2001/XMLSchema) at (http://www.w3.org/2001/XMLSchema.xsd), failed

I repeat, this only happens if suds has to open this previous connection for obtaining the import. If ImportDoctor is not used, then suds has no problem if the TCP port count reaches its maximum, it just restarts at the minimum port available.

Does anyone has any clue on how to resolve this issue???. I’d really appreciate the help!!!.