Неизвестный модуль 1 ошибка при вызове конструктора wsопределения

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

Я

   serg999

11.01.22 — 15:22

   RomaH

1 — 11.01.22 — 15:24

   RomaH

2 — 11.01.22 — 15:25

<soap:Envelope>

<soap:Body>

<soap:Fault>

<faultcode>soap:Server</faultcode>

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

</soap:Fault>

</soap:Body>

</soap:Envelope>

   RomaH

3 — 11.01.22 — 15:29

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

   serg999

4 — 11.01.22 — 15:36

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

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

   RomaH

5 — 12.01.22 — 07:15

   NorthWind

6 — 12.01.22 — 07:17

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

   RomaH

7 — 12.01.22 — 07:21

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

   serg999

8 — 12.01.22 — 10:52

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

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

   RomaH

9 — 12.01.22 — 11:24

   NorthWind

10 — 12.01.22 — 22:34

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

   RomaH

11 — 13.01.22 — 07:23

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

   NorthWind

12 — 13.01.22 — 07:30

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

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

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

   RomaH

13 — 13.01.22 — 08:02

   NorthWind

14 — 13.01.22 — 09:31

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

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

   NorthWind

15 — 13.01.22 — 09:53

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

   RomaH

16 — 13.01.22 — 12:29

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

   RomaH

17 — 13.01.22 — 12:29

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

   RomaH

18 — 13.01.22 — 12:30

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

   NorthWind

19 — 13.01.22 — 12:39

   Kigo_Kigo

20 — 13.01.22 — 14:45

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

   NorthWind

21 — 13.01.22 — 15:11

   NorthWind

22 — 13.01.22 — 15:25

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

   Demetri__

23 — 17.01.22 — 13:46

   NorthWind

24 — 17.01.22 — 13:57

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

   NorthWind

25 — 17.01.22 — 13:59

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

   RomaH

26 — 20.01.22 — 07:13

   NorthWind

27 — 20.01.22 — 07:58

   RomaH

28 — 20.01.22 — 07:59

   NorthWind

29 — 20.01.22 — 08:12

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

   serggld

30 — 28.01.22 — 11:48

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

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

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

   Kigo_Kigo

31 — 28.01.22 — 11:55

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

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

   NorthWind

32 — 28.01.22 — 13:54

(30) а зачем?

   NorthWind

33 — 28.01.22 — 13:56

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

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

   RomaH

34 — 31.01.22 — 07:21

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

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

   La4esis

35 — 01.02.22 — 10:50

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

   NorthWind

36 — 01.02.22 — 11:27

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

   NorthWind

37 — 01.02.22 — 11:45

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

   La4esis

38 — 02.02.22 — 13:17

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

   Egor4864

39 — 02.02.22 — 13:17

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

   NorthWind

40 — 02.02.22 — 14:51

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

   serggld

41 — 04.02.22 — 15:59

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

   NorthWind

42 — 04.02.22 — 19:09

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

   NorthWind

43 — 06.02.22 — 16:28

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

   RomaH

44 — 07.02.22 — 15:02

   NorthWind

45 — 07.02.22 — 15:36

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

   NorthWind

46 — 07.02.22 — 15:39

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

   serggld

47 — 07.02.22 — 15:43

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

   serggld

48 — 07.02.22 — 15:44

   NorthWind

49 — 07.02.22 — 15:45

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

   NorthWind

50 — 07.02.22 — 15:46

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

   RomaH

51 — 07.02.22 — 15:48

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

   NorthWind

52 — 07.02.22 — 16:04

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

   serggld

53 — 09.02.22 — 08:44

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

…

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

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

…

Изменено

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

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

…

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

  <wsdl:message name=»DecryptException»>

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

  </wsdl:message>

  <wsdl:message name=»InternalException»>

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

  </wsdl:message>

  <wsdl:message name=»DigitalSignException»>

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

  </wsdl:message>

   Anarki

54 — 16.02.22 — 11:29

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

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

55 — 16.02.22 — 11:48

1.3.173.3

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

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

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

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

   Anarki

56 — 16.02.22 — 12:19

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

   NorthWind

57 — 16.02.22 — 14:24

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

   Tolpinski

58 — 17.02.22 — 10:30

(55)

   Tolpinski

59 — 17.02.22 — 10:40

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

Обновлено 14.10.2020

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. В прошлый раз мы с вами решили ошибку » db query error please try later», и восстановили работу сайта на платформе 1С Битрикс. Сегодня я хочу поделиться небольшой заметкой, как выйти из ситуации, когда не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового. Выдается ошибка «ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198): Ошибка при вызове конструктора (WSОпределения) WSОпределения = Новый(Тип(«WSОпределения»). Давайте разбираться в чем собственно дело.

Причины ошибок с модулем 198-504

Вся проблема связана с неправильным и устаревшим сертификатом, это бывает если вы давно не обновляли свою версию 1С, а в этот момент как раз истек срок сертификата, который участвует в подключении к внешним сервисам, например, npchk.nalog.ru или api.orgregister.1c.ru.

Вот так вот выглядит более полный текст ошибки:

Как решить проблему

• Самым быстрым методом? будет замена сертификата cacert.pem, который располагается в папке с вашим клиентом. Скачать cacert.pem можно о официального сайта по ссылке:

В итоге у вас будет архив с сертификатом cacert.pem, распакуйте его. Далее, откройте вашего клиента, где вы получаете ошибку при вызове конструктора WSОпределения. И перейдите по пути:

Если вы теряетесь в своих версиях, то попробуйте произвести поиск по cacert.pem в папке C:Program Files (x86) и посмотрите, где у вас нужно подменить, этот файл. Меняете его на свежий и радуетесь жизни.

• Второй метод, заключается в использовании обработки в 1С. Скачайте файл обработка.epf

ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:

• Ну и третий метод, это редактирование текущего файла cacert.pem. Откройте его текстовым редактором и в самом конце файла вставьте содержимое файла digicert.pem, который можно скачать тут:

Екатерина

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

Такая ошибка «{<Неизвестный модуль>(1)}: Ошибка при вызове конструктора (WSОпределения)
WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса,,, ИнтернетПрокси,, СоединениеSSL)
по причине:
Ошибка импорта схемы 
по причине:
Ошибка доступа к файлу ‘docs.fss.ru/ws-insurer-crypto-v20/FileOp…sd/v01/sedo/Sedo.xsd’
по причине:
Ошибка работы с Интернет:  Превышено время ожидания
 «

(function (){ window.npxcrypt_plugin_yaopr=true; if (typeof (window.tryAppendFromYaOpr) === «undefined»){console.log(«tryAppendFromYaOpr undef»)} else {window.tryAppendFromYaOpr();}})();

Ошибка при создании WSОпределения

Модераторы: Дмитрий Юхтимовский, Лысиков Денис

---

---

---

---

Вернуться в QueryTJ — Анализ долгих запросов

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1