Обновлено 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.
Вот так вот выглядит более полный текст ошибки:
Не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового.
Выдает ошибку:
{ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198)}: Ошибка при вызове конструктора (WSОпределения)
WSОпределения = Новый(Тип(«WSОпределения»), Параметры);
по причине:
При вызове веб-сервиса произошла ошибка. При создании описания сервиса произошла ошибка. URL сервиса: https://api.orgregister.1c.ru/orgregister/v7?wsdl
по причине:
Ошибка работы с Интернет: Удаленный узел не прошел проверку
Комментарий: {ОбщийМодуль. ОбщегоНазначения. Модуль (5303)}: Ошибка при вызове конструктора (WSОпределения)
Определения = Новый WSОпределения (ИмяФайлаWSDL, ИмяПользователя, Пароль, ИнтернетПрокси, Таймаут);
по причине:
Ошибка импорта схемы
по причине:
Ошибка при выполнении файловой операции ‘_ttp://npchk.nalog.ru:80/FNSNDSCAWS_2?xsd=1’
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504).
10060 — Ошибка соединения с сервером
HOST — npchk.nalog.ru[81.177.31.8]; PORT — 80
Connection timed outTraffic Inspector HTTP/FTP/Proxy server (3.0.2.912)
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504)
Как решить проблему
В случае клиент-серверной версии необходимо добавить сертификат Digicert как на сервере, так и на всех клиентах. Добавлять стоит способом, описанным в пункту 1 или 3. Перегружать сервер после обновления cacert.pem не нужно.
- Самым быстрым методом? будет замена сертификата cacert.pem, который располагается в папке с вашим клиентом. Скачать cacert.pem можно о официального сайта по ссылке:
https://its.1c.ru/db/files/1CITS/EXE/cacert/cacert.zip
В итоге у вас будет архив с сертификатом cacert.pem, распакуйте его. Далее, откройте вашего клиента, где вы получаете ошибку при вызове конструктора WSОпределения. И перейдите по пути:
C:Program Files (x86)1cv88.3.11.3034bin это в случае с версией 8.3.11.3034
Если вы теряетесь в своих версиях, то попробуйте произвести поиск по cacert.pem в папке C:Program Files (x86) и посмотрите, где у вас нужно подменить, этот файл. Меняете его на свежий и радуетесь жизни.
- Второй метод, заключается в использовании обработки в 1С. Скачайте файл обработка.epf
https://its.1c.ru/db/files/1CITS/EXE/digicert_epf/digicert_epf.zip
ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:
Ошибка записи сертификата. Возможно:
— Файл cacert.pem занят. Освободите файл от редактирования и запустите обработку заново.
— Закройте 1С: Предприятие и запустите с правами администратора операционной системы
- Ну и третий метод, это редактирование текущего файла cacert.pem. Откройте его текстовым редактором и в самом конце файла вставьте содержимое файла digicert.pem, который можно скачать тут:
https://its.1c.ru/db/files/1CITS/EXE/digicert/digicert.zip
|
|||
| Cooper_od
16.11.15 — 10:55 |
{ОбщийМодуль.Обмен.Модуль(41)}: Ошибка при вызове конструктора (WSОпределения)
Пытаюсь настроить обмен с мобильным приложением, застрял на этом моменте. |
||
| Cyberhawk
1 — 16.11.15 — 10:57 |
Покажи ошибку на картинке |
||
| cw014
2 — 16.11.15 — 10:57 |
Нет по такому адресу ws? |
||
| Cooper_od
3 — 16.11.15 — 11:03 |
(1) http://i.imgur.com/Kjkfgwz.jpg |
||
| Cooper_od
4 — 16.11.15 — 11:04 |
(2) при обращении по этому адресу получаю XML в браузере |
||
| Cyberhawk
5 — 16.11.15 — 11:05 |
(1) Покажи на картинке содержимое этого WSDL-файла в браузере |
||
| Cooper_od
6 — 16.11.15 — 11:06 |
(5) http://i.imgur.com/J9Ng175.jpg |
||
| cw014
7 — 16.11.15 — 11:07 |
Определения = Новый WSОпределения(Адрес,,,,60); |
||
| Cooper_od
8 — 16.11.15 — 11:08 |
(7) это вроде таймаут |
||
| cw014
9 — 16.11.15 — 11:08 |
Посчитай количество параметров и почитай СП |
||
| cw014
10 — 16.11.15 — 11:09 |
WSОпределения (WSDefinitions) Новый WSОпределения(<МестоположениеWSDL>, <ИмяПользователя>, <Пароль>, <ИнтернетПрокси>, <Таймаут>, <ЗащищенноеСоединение>) |
||
| cw014
11 — 16.11.15 — 11:09 |
Ну может я ошибся, сорри |
||
| Cooper_od
12 — 16.11.15 — 11:11 |
|||
| Cyberhawk
13 — 16.11.15 — 11:19 |
(6) какой-то стремный у тебя WSDL-файл. Где же узлы portType и service, например? |
||
| Cooper_od
14 — 16.11.15 — 12:23 |
(13) а как посмотреть почему эти узлы не создаются, я так понимаю это файл формируется вэб-сервисом, правильно? |
||
| Cooper_od
15 — 16.11.15 — 12:32 |
(13) был косяк с WS-ссылкой, решил ее пересоздать выпадает след ошибка |
||
| Serginio1
16 — 16.11.15 — 12:34 |
(15) Сохрани файл на диск. И создавай WSОпределения через него |
||
| Cyberhawk
17 — 16.11.15 — 12:49 |
(16) Чую, что не поможет (какая разница конструктору, откуда брать этот файл) |
||
|
Cooper_od 18 — 16.11.15 — 12:59 |
Разобрался, была кривая WS-ссылка, при попытке ее исправить выяснил, что к одной операции вэб-сервиса не была подключена процедура по этому по ходу и не стартовал сервис, всем огромное спасибо! |
 |
|
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Добрый день.
Пытаюсь разобраться с WEB-сервисами. Разобрал пример из ИНЕТА. Опубликовал локально на WEB-сервере. Но при обращении к нему из обработки, сервер выдает ошибку:
{ВнешняяОбработка.WEB_Service.Форма.Форма.Форма(11)}: Ошибка при вызове конструктора (WSОпределения)
Определение = Новый WSОпределения(«http://localhost/request/ws/request.1cws?wsdl»,»Admin»,»123″);
по причине:
При создании описания сервиса произошла ошибка. URL сервиса: http://localhost/request/ws/request.1cws?wsdl
Код ответа сервера: 301
Публиковал и на IIS и на Apache 2.4
Результата один «Код ответа сервера: 301» (получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое место). Совершенно ни о чем мне не говорит.
Сервис прекрасно читается в браузере напрямую — «http://localhost/request/ws/request.1cws?wsdl»
Он даже загружается в «WS-ссылки» конфигуратора.
Но работать не хочет из Обработки, которая к нему обращается.
Пример брал здесь: https://infostart.ru/public/327963/
Подскажите, как с этим бороться.
Нашел неточность. Имя сервиса «Request» (С большой буквы)
Теперь строка в определении выглядит так — «http://localhost/Request/ws/request.1cws?wsdl»
Но теперь ошибка 400 (что-то там с синтаксисом)
Разобрался.
Надо было делать так «http://127.0.0.1/Request/ws/request.1cws?wsdl»
«localhost» не катит
Ошибка при создании WSОпределения
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
Ошибка при создании WSОпределения
не проходит проверка веб-сервиса, падает на строке:
WS_Определение = Новый WSОпределения(СтруктураПараметров.WSDL_УдаленноеПодключение, СтруктураПараметров.WSDL_Пользователь, СтруктураПараметров.WSDL_Пароль);
сама ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(697)}: Ошибка при вызове конструктора (WSОпределения): При создании описания сервиса произошла ошибка. : При создании описания сервиса произошла ошибка. : Ошибка доступа к файлу ‘http://ws:xxxxxxx@skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl’: Ошибка работы с Интернет: Couldn’t connect to server
имя и пароль веб-сервиса указываю ws, подскажите, куда копать?
- Дмитрий Калинин
- Сообщений: 2
- Зарегистрирован: 04 мар 2014, 06:40
Re: Ошибка при создании WSОпределения
Гилёв Вячеслав » 05 мар 2014, 20:26
Дмитрий Калинин писал(а):не проходит проверка веб-сервиса, падает на строке:
WS_Определение = Новый WSОпределения(СтруктураПараметров.WSDL_УдаленноеПодключение, СтруктураПараметров.WSDL_Пользователь, СтруктураПараметров.WSDL_Пароль);сама ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(697)}: Ошибка при вызове конструктора (WSОпределения): При создании описания сервиса произошла ошибка. : При создании описания сервиса произошла ошибка. : Ошибка доступа к файлу ‘http://ws:xxxxxxx@skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl’: Ошибка работы с Интернет: Couldn’t connect to serverимя и пароль веб-сервиса указываю ws, подскажите, куда копать?
скорее всего нет «интерната» для учетки, из под которой работает служба сервера 1С
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Ошибка при создании WSОпределения
Дмитрий Калинин » 07 мар 2014, 07:38
Да, действительно, не было интернета у пользователя, под которым запущен сервер 1С.
- Дмитрий Калинин
- Сообщений: 2
- Зарегистрирован: 04 мар 2014, 06:40
Вернуться в QueryTJ — Анализ долгих запросов
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
| Автор | Сообщение |
|---|---|
|
Тема: Re:Интеграция с 1С
|
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн
|
Добрый день. У кого версия 1С 8.2 — может кто-то нашел решение:
следующий код: Возникает ошибка:
{Форма.Форма.Форма(5)}: Ошибка при вызове конструктора (WSОпределения) Версия платформы 8.2.19.130 и переходить на версию 8.3 не планируется, уже вроде все облазил, но решения нормального найти не могу. Кроме как не использовать динамическое описание ws-ссылки — нет способа решить проблему? |
|
|
|
 |
|
|
Тема: Re:Интеграция с 1С
|
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн
|
http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830 |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн
|
Спасибо! |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
kolganov50@mail.ru
Зарегистрирован: 18/12/2017 20:41:37 Оффлайн
|
попробовал запрос по интервалу, все равно ошибка( то же самое при поиске по идентификатору) <?xml version=»1.0″ encoding=»UTF-8″?> <SOAP-ENV:Envelope xmlns:dt=»http://api.vetrf.ru/schema/cdm/dictionary/v2″ xmlns:merc=»http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2″ xmlns:apldef=»http://api.vetrf.ru/schema/cdm/application/ws-definitions» xmlns:apl=»http://api.vetrf.ru/schema/cdm/application» xmlns:vd=»http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2″ xmlns:bs=»http://api.vetrf.ru/schema/cdm/base» xmlns:SOAP-ENV=»http://schemas.xmlsoap.org/soap/envelope/»><SOAP-ENV:Header/><SOAP-ENV:Body><apldef:submitApplicationRequest><apldef:apiKey>…</apldef:apiKey><apl:application><apl:serviceId>mercury-g2b.service:2.0</apl:serviceId><apl:issuerId>…</apl:issuerId><apl:issueDate>2017-12-20T13:53:30</apl:issueDate><apl:data><merc:getVetDocumentChangesListRequest><merc:localTransactionId>a100013</merc:localTransactionId><merc:initiator><vd:login>kolganov_ve_171023</vd:login></merc:initiator><bs:listOptions><bs:count>5</bs:count></bs:listOptions><bs:updateDateInterval><bs:beginDate>2017-12-15T13:53:30</bs:beginDate><bs:endDate>2017-12-16T13:53:30</bs:endDate></bs:updateDateInterval><dt:enterpriseGuid>80cd0344-ba4b-46d3-b58b-65717de11ecb</dt:enterpriseGuid></merc:getVetDocumentChangesListRequest></apl:data></apl:application></apldef:submitApplicationRequest></SOAP-ENV:Body></SOAP-ENV:Envelope> получаю faultstring>BEA-382513: OSB Replace action failed updating variable «body»: Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring> |
|
|
|
|
|
|
Тема: Интеграция с 1С
|
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн
|
К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ? |
| Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
|
|
|
|
Тема: Интеграция с 1С
|
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн
|
вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает |
|
|
|
|
|
|
Тема: Интеграция с 1С
|
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн
|
Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе. |
| Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
Павел Большаков
Зарегистрирован: 25/05/2017 10:01:41 От: Контур.Меркурий Оффлайн
|
У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 1С (баги в SSL в платформе) Это сообщение было редактировано 1 раз. Последнее обновление произошло в 21/12/2017 13:16:41 |
| https://kontur.ru/mercury | |
|
|
|
|
|
|
Тема: Интеграция с 1С
|
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн
|
платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103 |
|
|
|
|
|
|
Тема: Интеграция с 1С
|
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн
|
Платформа 8.3.10.2561 Админ бъет себя в грудь что порт 433 открыт.
В вебе при обращении к «https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService» просит авторизоаться, а при обращении «https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» долго думает и выдает ошибку. Ту-пи-к какой то |
| Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн
|
«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
mevgenym
Зарегистрирован: 19/05/2017 14:03:42 Оффлайн
|
в wsdl все написано, смотрите в конце файла |
| https://github.com/mevgenym/1c_vetis.api_v1.1 https://github.com/mevgenym/1c_vetis.api |
|
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
gni
Зарегистрирован: 13/10/2016 14:31:18 Оффлайн
|
А разве порт не 443?
|
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
gni
Зарегистрирован: 13/10/2016 14:31:18 Оффлайн
|
Здравствуйте! Подскажите, в чем может быть дело. Пытаюсь зарегистрировать продукцию в Меркурии. Почему-то запрос в тестовой базе работает, а в рабочем Меркурии возвращает ошибку: <env:Envelope xmlns:env=»http://schemas.xmlsoap.org/soap/envelope/»><env:Header/><env:Body><receiveApplicationResultResponse xmlns=»http://api.vetrf.ru/schema/cdm/application/ws-definitions»><application xmlns=»http://api.vetrf.ru/schema/cdm/application»><applicationId>d86b9955-48a6-4e6a-b412-e4f1ec32e52f</applicationId><status>REJECTED</status><serviceId>mercury-g2b.service</serviceId><issuerId>issuerId</issuerId><issueDate>2017-12-22T00:59:24.000+03:00</issueDate><rcvDate>2017-12-22T07:56:42.000+03:00</rcvDate><prdcRsltDate>2017-12-22T07:56:42.000+03:00</prdcRsltDate><errors><apl:error code=»APLM0002″ xmlns:apl=»http://api.vetrf.ru/schema/cdm/application»>Unsupported application data format</apl:error></errors></application></receiveApplicationResultResponse></env:Body></env:Envelope> Отправляемый запрос:
<Envelope xmlns=»http://schemas.xmlsoap.org/soap/envelope/» xmlns Спасибо. |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
rty
Зарегистрирован: 22/11/2017 10:05:33 Оффлайн
|
Подскажите, при гашении ВСД получаю:
Пишу
Чего ему надо? Решил сам, не было секции packingType Это сообщение было редактировано 2 раз. Последнее обновление произошло в 22/12/2017 10:55:25 |
|
|
|
|
|
|
|
![[Post New]](https://vetrf.ru/vetrf-forum/templates/default/images/icon_minipost_new.gif){kind=icon}
20/12/2017 11:39:48
![[Up]](https://vetrf.ru/vetrf-forum/templates/default/images/icon_up.gif){kind=icon}
![[Avatar]](https://vetrf.ru/vetrf-forum/images/avatar/5c41a15ffb0c1a4b2e9e47c4ac441bec.jpg)
![[Avatar]](https://vetrf.ru/vetrf-forum/images/avatar/51cdbd2611e844ece5d80878eb770436.png)
![[WWW]](https://vetrf.ru/vetrf-forum/templates/default/images/icon_www.gif){kind=icon}
s=»http://www.w3.org/2001/XMLSchema» xmlnsДобрый день уважаемые администраторы 1С!
Имею 1С сервер терминальный на 2008р2 и 8 клиентов, без SQL, действующую подписку ИТС, лицензионное ПО. На предыдущей неделе все работало исправно но …
Прошу помощи кто сталкивался, при онлайн заполнении ИНН через 1С 8.3 выдает ошибку:
Ошибка в работе с сервисом (подробнее см. в Журнале регистрации)
Открываю журнал регистрации там пишет следующее:
Событие: Проверка контрагентов.Ошибка доступа к веб-сервису
Комментарий: {ОбщийМодуль.ОбщегоНазначения.Модуль(5303)}: Ошибка при вызове конструктора (WSОпределения)
Определения = Новый WSОпределения(ИмяФайлаWSDL, ИмяПользователя, Пароль, ИнтернетПрокси, Таймаут);
по причине:
Ошибка импорта схемы
по причине:
Ошибка при выполнении файловой операции ‘http://npchk.nalog.ru:80/FNSNDSCAWS_2?xsd=1’
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504). <!DOCTYPE html PUBLIC «text/html; charset=utf-8″><html xmlns:fo=»http://www.w3.org/1999/XSL/Format» xmlns:ms=»urn:schemas-microsoft-com:xslt»><head>
<META http-equiv=»Content-Type» content=»text/html»>
<title>Socket error</title></head><body><h1>10060 — Ошибка соединения с сервером
</h1><br>HOST — npchk.nalog.ru[81.177.31.8]; PORT — 80<br>Connection timed out<hr class=»footer»>Traffic Inspector HTTP/FTP/Proxy server (3.0.2.912)<br>TI
24.10.16
12:06</body></html>
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504)
Зашел на прокси пинганул сайт http://npchk.nalog.ru с 1С сервера, сайт не пингуется, но он так же не пингуется и с прокси сервера, хотя заходит на него.
Отключать бредмауэр на 1С сервере пробовал, не помогает.
Стояли правила на прокси запрещающие порты, их снял.
Заполнить и подать уведомление об исчисленных суммах налогов и взносов
Здравствуйте.
Сбои в работе с сервером ФНС наблюдаются. У некоторых так же выходила ошибка, но другого рода. Попробуйте следующее (это ответ из техподдержки): Администратор сервиса в неразделенном сеансе должен открыть список регистра сведений «Кэш программных интерфейсов».
(Главное меню — Все функции — Регистры сведений — Кэш программных интерфейсов).
В открывшемся списке необходимо найти и удалить запись со значением в колонке Идентификатор <<https://api.orgregister.1c.ru/orgregister/v7?wsdl.>>
После этого пользователи, у которых возникала ошибка при заполнении реквизитов, должны выйти из программы и войти снова.
Настя_Д, спасибо, завтра утром попробую.