Неизвестный модуль 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, который можно скачать тут:

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

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

---

---

---

---

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

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

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

Добрый день! Пользуемся данным сервисом и возникла одна проблема. При получении данных для ИП по его ИНН сервис не возвращает адрес регистрации, для юрлиц адрес возвращает.
Вот пример для ИП

Скажите вообще сервис должен возвращать эту информацию для ИП или нет?
Может кто может посмотреть в самой 1С там тоже не возвращается адрес ИП?
спасибо

Ошибка при работе с сервисом 1С:Контрагент

Внимание!
На сайте сервиса «1С:Контрагент» установлен новый цифровой сертификат безопасности. На новых версиях программ 1С (начиная с версии платформы 1С:Предприятие 8 — 8.3.8.**) применяется новый механизм работы с сертификатами, использующий хранилище операционной системы. Если при обращении к сервису «1С:Контрагент» появляется сообщение об ошибке: «Удаленный узел не прошел проверку», то скорее всего у Вас используется старая версия программы 1С (например, 1С:БГУ ред.1.0) с платформой версии (или режимом совместимости с версией) ниже 8.3.8.**. Если нет возможности обновить версию платформы и/или режим совместимости, то нужно обновить файловое хранилище сертификатов платформы в файле cacert.pem в директории bin установленной платформы 1С:Предприятие 8.
Подробнее >>

Иногда при работе с сервисом 1С:Контрагент пользователям приходится сталкиваться с ошибкой «Ошибка при работе с сервисом. Подробнее см. Журнал регистрации».

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

Для этого откройте Главное меню > Все функции > Регистры сведений.

Находим в списке строку «Кэш программных интерфейсов».

В открывшемся списке необходимо найти и удалить запись с URL «https://api.orgregister.1c.ru/orgregister/v7?wsdl» в колонке «Идентификатор».

Обратите внимание, что переходить по указанному URL не нужно! Это не ссылка! Нужно этот URL найти и удалить в списке регистра сведений «Кэш программных интерфейсов».

После этого пользователи, у которых возникала ошибка при заполнении реквизитов, должны выйти из программы и войти снова.

Все операции необходимо выполнять от лица пользователя с правами Администратора сервиса.

Если у вас в интерфейсе нет кнопки «Все функции», то нажмите Главное меню > Сервис > Параметры.

В открывшемся окне укажите «Отображать команду «Все функции»

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

ошибка при работе с сервисом, ошибка работе сервисом 1с, ошибка работы сервисом см журнал регистрации, работе сервиса произошла ошибка, ошибка работе с сервисом 1с 8.3, ошибка при заполнении инн, При вызове веб-сервиса произошла ошибка Неизвестная ошибка Ошибка преобразования данных XDTO

Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504

Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504

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

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

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

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

WSОпределения = Новый(Тип(«WSОпределения»), Параметры);

При вызове веб-сервиса произошла ошибка. При создании описания сервиса произошла ошибка. URL сервиса: https://api.orgregister.1c.ru/orgregister/v7?wsdl

Ошибка работы с Интернет: Удаленный узел не прошел проверку

10060 — Ошибка соединения с сервером

HOST — npchk.nalog.ru[81.177.31.8]; PORT — 80
Connection timed outTraffic Inspector HTTP/FTP/Proxy server (3.0.2.912)

по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504)

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

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

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

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

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

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