Обновлено 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
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
Ошибка при создании 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
Автор | Сообщение |
---|---|
20/12/2017 11:39:48 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
Добрый день. У кого версия 1С 8.2 — может кто-то нашел решение: следующий код: Определения = Новый WSОпределения(«http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl»); Прокси = Новый WSПрокси(Определения, «http://api.vetrf.ru/schema/cdm/application/service», «ApplicationManagementServiceBindingQSService», «ApplicationManagementServiceBindingQSPort»); Возникает ошибка: {Форма.Форма.Форма(5)}: Ошибка при вызове конструктора (WSОпределения) Определения = Новый WSОпределения(«http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl»); по причине: При создании описания сервиса произошла ошибка. по причине: Неправильный путь к файлу ‘ApplicationManagementService_v1.1.wsdl’ Версия платформы 8.2.19.130 и переходить на версию 8.3 не планируется, уже вроде все облазил, но решения нормального найти не могу. Кроме как не использовать динамическое описание ws-ссылки — нет способа решить проблему? |
|
|
20/12/2017 11:58:51 Тема: Re:Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830 |
|
|
20/12/2017 12:48:51 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
Спасибо! |
|
|
20/12/2017 13:59:37 Тема: 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> |
|
|
21/12/2017 12:43:46 Тема: Интеграция с 1С
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн |
К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ? |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 13:03:44 Тема: Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает |
|
|
21/12/2017 13:11:53 Тема: Интеграция с 1С
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн |
Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе. |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 13:16:20 Тема: Re:Интеграция с 1С
|
|
Павел Большаков
Зарегистрирован: 25/05/2017 10:01:41 От: Контур.Меркурий Оффлайн |
У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 1С (баги в SSL в платформе) Это сообщение было редактировано 1 раз. Последнее обновление произошло в 21/12/2017 13:16:41 |
https://kontur.ru/mercury | |
|
|
21/12/2017 13:30:16 Тема: Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103 |
|
|
21/12/2017 14:23:50 Тема: Интеграция с 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» долго думает и выдает ошибку. Ту-пи-к какой то |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 14:28:46 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому |
|
|
21/12/2017 14:38:05 Тема: 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 |
|
|
|
21/12/2017 21:52:21 Тема: Re:Интеграция с 1С
|
|
gni
Зарегистрирован: 13/10/2016 14:31:18 Оффлайн |
А разве порт не 443?
|
|
|
22/12/2017 08:21:09 Тема: 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/» xmlnss=»http://www.w3.org/2001/XMLSchema» xmlnssi=»http://www.w3.org/2001/XMLSchema-instance»> <Body> <submitApplicationRequest xmlns=»http://api.vetrf.ru/schema/cdm/application/ws-definitions»> <apiKey>apiKey</apiKey> <application xmlns=»http://api.vetrf.ru/schema/cdm/application»> <serviceId>mercury-g2b.service:2.0</serviceId> <issuerId>issuerId</issuerId> <issueDate>2017-12-22T00:59:24</issueDate> <data> <modifyProducerStockListRequest xmlns=»http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2″> <localTransactionId>123456</localTransactionId> <initiator xmlns:d7p1=»http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2″> <d7p1:login>login</d7p1:login> </initiator> <modificationOperation xmlns:d7p1=»http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2″> <d7p1:type>CREATE</d7p1:type> <d7p1:resultingList xmlns:d8p1=»http://api.vetrf.ru/schema/cdm/dictionary/v2″> <d8p1:productItem> <d8p1:name>Наша продукция</d8p1:name> <d8p1:productType>5</d8p1:productType> <d8p1:product> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>e9fa27c7-c0e0-2f64-308c-c6409de238ae</guid> </d8p1:product> <d8p1:subProduct> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</guid> </d8p1:subProduct> <d8p1:producer> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>issuerId</guid> </d8p1:producer> </d8p1:productItem> </d7p1:resultingList> </modificationOperation> </modifyProducerStockListRequest> </data> </application> </submitApplicationRequest> </Body> </Envelope> Спасибо. |
|
|
22/12/2017 10:40:43 Тема: Re:Интеграция с 1С
|
|
rty
Зарегистрирован: 22/11/2017 10:05:33 Оффлайн |
Подскажите, при гашении ВСД получаю:
Пишу в delivery/consignment, говорит
Чего ему надо? Решил сам, не было секции packingType Это сообщение было редактировано 2 раз. Последнее обновление произошло в 22/12/2017 10:55:25 |
|
|
Вопрос →
Ошибка при попытке синхронизации
Не удалось подключиться.
1. Проверьте настройки мобильного приложения. Убедитесь, что адрес, имя пользователя и пароль указаны правильно.
2. Проверьте настройки синхронизации в настольной программе.
3. Проверьте, что работает интернет-соединение.
Текст ошибки (для техподдержки):
Не удалось соединиться с приложением: {ОбщийМодуль.ОбменДаннымиПовтИсп.Модуль(19)}: Ошибка при вызове конструктора (WSОпределения)
по причине:
При создании описания сервиса произошла ошибка. http://192.168.0.10:4488/Money_19533/ws/MobileService?wsdl
по причине:
Ошибка работы с Интернет: Connect to timed out
Настройки ПК-версии в приложенной картинке.
Посдскажите, с чем это может быть связано.
0
Кауров Вячеслав ( Кемерово)
19.09.2014 5:36
Забанво… Если раньше писал «Ошибка работы с Интернет: Connect to timed out«, то теперь «Ошибка работы с Интернет: No route to host«
0
Зайцев Валерий (1С, Москва)
19.09.2014 14:48
Здравствуйте, Вячеслав.
Доступен ли компьютер, на котором установлена программа и веб-сервер с Вашего мобильного устройства?
Проверить это можно сделать с помощью любого браузера на мобильном устройстве:
наберите в браузере мобильного устройства адрес http://192.168.0.10:4488/ и, если все в порядке, на странице Вы должны увидеть сообщение веб-сервера «It works!».
Если указанное сообщение не увидели, значит настройки роутера, файерволла или антивируса запрещают обращение сдругих компьютеров к порту «4488». В «Инструкциях и подсказках» настройки синхронизации есть пример настройки роутера. Для настройки других защитных программ следует обратиться к документации на эти программы.
0
Sergey
20.09.2014 14:21
> Посдскажите, с чем это может быть связано.
Столкнулся с такой же проблемой. Сообщение веб-сервера показывало «It works!», но синхронизация завершалась с такой же ошибкой как у Вас. Попробовал отключит файерфол ESET. Всё заработало как часы. В настройках файервола создал правило, указал порт. Думаю, что разработчики добавят в справку пункт по настройке не только роутера, но и файервола в антивирусе, чтоб избежать проблем.
0
Зайцев Валерий (1С, Москва)
22.09.2014 10:27
Спасибо, пожелание зарегистрировано.
0
Кауров Вячеслав ( Кемерово)
22.09.2014 18:50
У меня стоит free аваст.
Оно, вроде, не умеет блокировать трафик. Но даже с выключенными экранами ничего не выходит…
Продолжаю «танцы с бубном», научное «тыканье в небеса» и слепое гуглеье…
Как разберусь — отпишусь…
Кстати, на работе стоит «железный» ключь 1С. Там «1С: Деньги» запустися без пролем, но web-сервер (там почему-то программа предложила IIS) тоже номально не завелся. Говорит, что не может опублековать базу…
0
Зайцев Валерий (1С, Москва)
23.09.2014 9:37
Вячеслав Александрович, из Вашего сообщения не понятно, доступен ли веб-сервер с мобильного устройства?
> …наберите в браузере мобильного устройства адрес 192.168.0.10:4488/ »» и, если все в порядке, на странице Вы должны увидеть сообщение веб-сервера «It works!».
> У меня стоит free аваст.
> Оно, вроде, не умеет блокировать трафик.
Возможно у Вас работает брандмауэр Windows (http://windows.microsoft.com/ru-ru/windows/communicate-through-windows-firewall#1TC=windows-7).
> но web-сервер (там почему-то программа предложила IIS) тоже номально не завелся. Говорит, что не может опублековать базу…
Пожалуйста, сообщите подробности на линию поддержки v8@1c.ru: какая операционная система? Установленные веб-серверы? Как именно публикуете базу? Какие сообщения получаете? и т.д.
0
Кауров Вячеслав ( Кемерово)
09.10.2014 4:18
После долгих и безуспешних попыток синхранизировать приложение дома, забил на это…
А всё дело, скорее всего, в роутере Dlink DIR-300.
В отличии от TPlink (который представлен в примере настрйки), это Dlink тупо не поддерживает переброску портов из LAN на LAN. Я нашел виртуальный сервер толко для проброски из WAN в LAN.
А может всё таки есть инструкция по настройки именно этого DIR-300?
Ведь именно его впаривают «бессплатно» все операторы интернет со словами: «Пока Вы с нами — роутер будет стоять у Вас!»
Не получается опубликовать веб-сервис |
Я |
21.08.19 — 14:32
Добрый день!
Не получается опубликовать веб сервис. Точнее обратиться к нему через браузер — пишет ошибка 404 (страница не найдена).
Самописная конфигурация, платформа 1С 8.3. Веб сервер Апаче 2.2. База 1с находится на одном сервере, сервер 1с на другом, сервер апаче на третьем.
При публикации веб сервиса через: Администрирование — Публикация на веб-сервисе… — создается в каталоге файл default.vrd.
Пытаюсь в браузере (с сервера апаче) перейти по адресу «http://localhost/Имя_указанное_при_публикации/ws/имя_сервиса?wsdl»; — выдает ошибку 404.
Не понимаю уже в какую сторону копать. Перерыл весь интернет, из подобных проблем — описано только в одной теме (http://www.bizkit.ru/2013/05/24/1722/). Но она не помогла…
Есть у кого какие идеи, в каком направлении искать?
Спасибо
1 — 21.08.19 — 14:45
Есть в браузере зайти просто в локалхост, он видит только этот единственный файл, его можно посмотреть — содержание ниже:
<?xml version=»1.0″ encoding=»UTF-8″?>
<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»;
xmlns:xs=»http://www.w3.org/2001/XMLSchema»;
xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»;
base=»/Obmen»
ib=»Srvr="10.194.11.201";Ref="gdctest2";»>
<ws publishExtensionsByDefault=»true»>
<point name=»Obmen»
alias=»ws1.1cws»
enable=»true»
reuseSessions=»autouse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
</ws>
<standardOdata enable=»true»
reuseSessions=»autouse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
</point>
2 — 21.08.19 — 14:50
ХЗ.
м.б. конфигуратор при публикации был запущен не под администратором
3 — 21.08.19 — 14:57
Если я не ошибаюсь, то не получится опубликовать не из под админа…
Дело не в этом.
Может нужны какие-то дополнительные манипуляции с апачем?
4 — 21.08.19 — 15:23
(3) ну так почитал бы гайды сначала, с IIS тоже манипуляции могут потребоваться
5 — 22.08.19 — 12:41
Всем привет!
Была проблема в сервере. Установил Апаче на свой ПК и с него все развернул и запустил. Заработало сразу.
Но при попытке выполнить процедуру веб сервиса вываливается ошибка:»{ОбщаяФорма.ФормаОбмена.Форма(26)}: Ошибка при вызове метода контекста (Приветствие): При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {Obmen}:Hello:Приветствие(): При вызове веб-сервиса произошла ошибка. Ошибка HTTP: HTTP Status 500 — Внутренняя ошибка сервера.
1C:Enterprise 8 application error:Ошибка при разборе дескриптора виртуальных ресурсовby reason: Файл не обнаружен ‘C:wwwdefault.vrd’. 2(0x00000002): Не удается найти указанный файл.»
Почему в ошибке указан файл в папке C:www? я его ни где не прописывал…
Решил изменить в конфиге апача директорию документов как раз на www, чтобы 1с создала там нужный файл.
Ошибка не пропала. Пробовал и сервер из под админа запускать, права на папку есть у всех (в том числе и у админа, от которого пробовал запускать сервер).
6 — 22.08.19 — 12:46
В базе веб сервиса в процедуре следующий код:
Функция Приветствие(Параметр1)
Возврат Неопределено;
КонецФункции
В другой базе добавил ws-ссылку на веб сервис.
Пытаюсь подключиться:
Соединение = WSСсылки.WSСсылка1.СоздатьWSПрокси(«Obmen»,»Hello»,»HelloSoap»);
Соединение.Пользователь = «****»;
Соединение.Пароль = «****»;
Попытка
Ответ = Соединение.Приветствие(«132»);
Сообщить(Ответ);
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;
в результате ошибка.
Пробовал и динамически создавать подключение:
УРЛ = «http://localhost:80/Hello/ws/ws2.1cws?wsdl»;;
Пространство = «Obmen»;
ИмяСервиса = «Hello»;
ИмяТочкиПодключения = «HelloSoap»;
Попытка
Определение = новый WSОпределения(УРЛ,,,,20);
Соединение = Новый WSПрокси(Определение,Пространство,ИмяСервиса,ИмяТочкиПодключения,,150);
Исключение
Сообщить(ОписаниеОшибки());
Возврат;
КонецПопытки;
Получаю следующую ошибку:
{ОбщаяФорма.ФормаОбмена.Форма(15)}: Ошибка при вызове конструктора (WSОпределения): При создании описания сервиса произошла ошибка. URL сервиса: http://localhost:80/Hello/ws/ws2.1cws?wsdl
Код ответа сервера: 500
7 — 22.08.19 — 13:06
(5) «я его ни где не прописывал» — ищи в файле настроек апача httpd.conf
8 — 22.08.19 — 13:17
(7) в том то и дело — там даже намека нет на эту папку, точнее не было.
Так как я потом сам поменял, чтобы доументы там хранились, но это не помогло.
Сам файл лежит в указанном пути, но ошибка не исчезает.
9 — 22.08.19 — 13:18
(5) А разве это сообщение не значит, что с настройками всё хорошо, веб-сервис вызывается. Но 1С не нравится твоя функция Приветствие(). Может стоит убрать у неё параметр?
10 — 22.08.19 — 13:28
(9) Убирал, результат тот же
11 — 22.08.19 — 13:49
(8) Покажи, что у тебя в файле httpd.conf в блоке после:
# 1c publication
12 — 22.08.19 — 13:53
На всякий случай все после 1с publication выложу:
# 1c publication
Alias «/Hello» «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»
<Directory «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»>
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/default.vrd»
</Directory>
#
# DefaultType: the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, «text/plain» is
# a good value. If most of your content is binary, such as applications
# or images, you may want to use «application/octet-stream» instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain
<IfModule mime_module>
#
# TypesConfig points to the file containing the list of mappings from
# filename extension to MIME-type.
#
TypesConfig conf/mime.types
#
# AddType allows you to add to or override the MIME configuration
# file specified in TypesConfig for specific file types.
#
#AddType application/x-gzip .tgz
#
# AddEncoding allows you to have certain browsers uncompress
# information on the fly. Note: Not all browsers support this.
#
#AddEncoding x-compress .Z
#AddEncoding x-gzip .gz .tgz
#
# If the AddEncoding directives above are commented-out, then you
# probably should define those extensions to indicate media types:
#
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
#
# AddHandler allows you to map certain file extensions to «handlers»:
# actions unrelated to filetype. These can be either built into the server
# or added with the Action directive (see below)
#
# To use CGI scripts outside of ScriptAliased directories:
# (You will also need to add «ExecCGI» to the «Options» directive.)
#
#AddHandler cgi-script .cgi
# For type maps (negotiated resources):
#AddHandler type-map var
#
# Filters allow you to process content before it is sent to the client.
#
# To parse .shtml files for server-side includes (SSI):
# (You will also need to add «Includes» to the «Options» directive.)
#
#AddType text/html .shtml
#AddOutputFilter INCLUDES .shtml
</IfModule>
#
# The mod_mime_magic module allows the server to use various hints from the
# contents of the file itself to determine its type. The MIMEMagicFile
# directive tells the module where the hint definitions are located.
#
#MIMEMagicFile conf/magic
#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 500 «The server made a boo boo.»
#ErrorDocument 404 /missing.html
#ErrorDocument 404 «/cgi-bin/missing_handler.pl»
#ErrorDocument 402 http://localhost/subscription_info.html
#
#
# MaxRanges: Maximum number of Ranges in a request before
# returning the entire resource, or one of the special
# values ‘default’, ‘none’ or ‘unlimited’.
# Default setting is to accept 200 Ranges.
#MaxRanges unlimited
#
# EnableMMAP and EnableSendfile: On systems that support it,
# memory-mapping or the sendfile syscall is used to deliver
# files. This usually improves server performance, but must
# be turned off when serving from networked-mounted
# filesystems or if support for these functions is otherwise
# broken on your system.
#
#EnableMMAP off
#EnableSendfile off
# Supplemental configuration
#
# The configuration files in the conf/extra/ directory can be
# included to add extra features or to modify the default configuration of
# the server, or you may simply copy their contents here and change as
# necessary.
# Server-pool management (MPM specific)
#Include conf/extra/httpd-mpm.conf
# Multi-language error messages
#Include conf/extra/httpd-multilang-errordoc.conf
# Fancy directory listings
#Include conf/extra/httpd-autoindex.conf
# Language settings
#Include conf/extra/httpd-languages.conf
# User home directories
#Include conf/extra/httpd-userdir.conf
# Real-time info on requests and configuration
#Include conf/extra/httpd-info.conf
# Virtual hosts
#Include conf/extra/httpd-vhosts.conf
# Local access to the Apache HTTP Server Manual
#Include conf/extra/httpd-manual.conf
# Distributed authoring and versioning (WebDAV)
#Include conf/extra/httpd-dav.conf
# Various default settings
#Include conf/extra/httpd-default.conf
# Secure (SSL/TLS) connections
#Include conf/extra/httpd-ssl.conf
#
# Note: The following must must be present to support
# starting without SSL on platforms with no /dev/random equivalent
# but a statically compiled-in mod_ssl.
#
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
13 — 22.08.19 — 13:59
(12) Теперь проверь — всё ли правильно написано в этом файле: C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/default.vrd
14 — 22.08.19 — 14:06
Извиняюсь, не знаю как тут прикреплять файлы/изображения. Выложу весь текст файла.
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<definitions xmlns=»http://schemas.xmlsoap.org/wsdl/»; xmlns:soap12bind=»http://schemas.xmlsoap.org/wsdl/soap12/»; xmlns:soapbind=»http://schemas.xmlsoap.org/wsdl/soap/»; xmlns:tns=»Obmen» xmlns:wsp=»http://schemas.xmlsoap.org/ws/2004/09/policy»; xmlns:wsu=»http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd»; xmlns:xsd=»http://www.w3.org/2001/XMLSchema»; xmlns:xsd1=»Obmen» name=»Hello» targetNamespace=»Obmen»>
<types>
<xs:schema xmlns:xs=»http://www.w3.org/2001/XMLSchema»; xmlns:xs1=»Obmen» targetNamespace=»Obmen» elementFormDefault=»qualified»>
<xs:element name=»Приветствие»>
<xs:complexType>
<xs:sequence/>
</xs:complexType>
</xs:element>
<xs:element name=»ПриветствиеResponse»>
<xs:complexType>
<xs:sequence>
<xs:element name=»return» type=»xs:all» nillable=»true»/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</types>
<message name=»ПриветствиеRequestMessage»>
<part name=»parameters» element=»tns:Приветствие»/>
</message>
<message name=»ПриветствиеResponseMessage»>
<part name=»parameters» element=»tns:ПриветствиеResponse»/>
</message>
<portType name=»HelloPortType»>
<operation name=»Приветствие»>
<input message=»tns:ПриветствиеRequestMessage»/>
<output message=»tns:ПриветствиеResponseMessage»/>
</operation>
</portType>
<binding name=»HelloSoapBinding» type=»tns:HelloPortType»>
<soapbind:binding style=»document» transport=»http://schemas.xmlsoap.org/soap/http»/>;
<operation name=»Приветствие»>
<soapbind:operation style=»document» soapAction=»Obmen#Hello:Приветствие»/>
<input>
<soapbind:body use=»literal»/>
</input>
<output>
<soapbind:body use=»literal»/>
</output>
</operation>
</binding>
<binding name=»HelloSoap12Binding» type=»tns:HelloPortType»>
<soap12bind:binding style=»document» transport=»http://schemas.xmlsoap.org/soap/http»/>;
<operation name=»Приветствие»>
<soap12bind:operation style=»document» soapAction=»Obmen#Hello:Приветствие»/>
<input>
<soap12bind:body use=»literal»/>
</input>
<output>
<soap12bind:body use=»literal»/>
</output>
</operation>
</binding>
<service name=»Hello»>
<port name=»HelloSoap» binding=»tns:HelloSoapBinding»>
<documentation>
<wsi:Claim xmlns:wsi=»http://ws-i.org/schemas/conformanceClaim/»; conformsTo=»http://ws-i.org/profiles/basic/1.1″/>;
</documentation>
<soapbind:address location=»http://localhost/Hello/ws/Hello»/>;
</port>
<port name=»HelloSoap12″ binding=»tns:HelloSoap12Binding»>
<soap12bind:address location=»http://localhost/Hello/ws/Hello»/>;
</port>
</service>
</definitions>
15 — 22.08.19 — 14:16
(14) Это ответ веб-сервиса, значит — работает.
16 — 22.08.19 — 14:18
(15) это копипаст из блокнота)
17 — 22.08.19 — 14:19
(14) У тебя «Имя файла публикации» заполнено в свойстве веб-сервиса?
18 — 22.08.19 — 14:20
(14) И покажи содержимое файла default.vrd
19 — 22.08.19 — 15:02
(17) заполнено (18)
<?xml version=»1.0″ encoding=»UTF-8″?>
<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»;
xmlns:xs=»http://www.w3.org/2001/XMLSchema»;
xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»;
base=»/Hello»
ib=»Srvr="sd-s-vm02";Ref="gdctest2";»>
<httpServices publishByDefault=»false»/>
<standardOdata enable=»true»
reuseSessions=»autouse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
<ws>
<point name=»Obmen»
alias=»ws1.1cws»
enable=»true»
reuseSessions=»autouse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
<point name=»Hello»
alias=»ws2.1cws»
enable=»true»
reuseSessions=»autouse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
</ws>
</point>
20 — 22.08.19 — 15:22
21 — 22.08.19 — 15:27
ib=»Srvr="sd-s-vm02"
попробуйте по айпи
22 — 22.08.19 — 15:29
ib=»Srvr="sd-s-vm02";Ref="gdctest2";» странно выглядит
ib=»Srvr=sd-s-vm02;Ref=gdctest2;»
23 — 22.08.19 — 15:32
(20) Открывается
http://localhost:80/Hello если так — то доступ к базе будет из браузера
24 — 22.08.19 — 15:35
(21) т.е. попробовать отредактировать этот файл? и написать там айпи вместо названия?
25 — 22.08.19 — 15:36
(22) Во всяком случае, если бы дело было в этом — я бы не смог зайти в базу из браузера. Так что не думаю что проблема тут
26 — 22.08.19 — 15:39
(23) открывается это именно текст из (24) виден в браузере?
27 — 22.08.19 — 15:45
(26) Виден текст из (14) если из браузера переходить http://localhost/Hello/ws/Hello?wsdl
А (19) это содержимое файла default.vrd
28 — 22.08.19 — 15:57
(27) Команду: новый WSОпределения() выполняешь в какой базе? Файловая? Серверная? С какого компьютера?
А то ведь localhost будет доступен только с того компа, где апач.
29 — 22.08.19 — 16:05
(28) новый WSОпределения() выполняю на своем ПК, на нем же стоит Апач. Базы серверные.
При выполнении данной команды получаю ошибку:
{ОбщаяФорма.ФормаОбмена.Форма(15)}: Ошибка при вызове конструктора (WSОпределения): При создании описания сервиса произошла ошибка. URL сервиса: http://localhost:80/Hello/ws/ws2.1cws?wsdl
Код ответа сервера: 500
У меня веб сервис основной забы подключен в ws-ссылки в «мобильной» базе. Из нее сразу создаю wsПрокси:
Соединение = WSСсылки.WSСсылка1.СоздатьWSПрокси(«Obmen»,»Hello»,»HelloSoap»);
И получаю ошибку:
«{ОбщаяФорма.ФормаОбмена.Форма(26)}: Ошибка при вызове метода контекста (Приветствие): При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {Obmen}:Hello:Приветствие(): При вызове веб-сервиса произошла ошибка. Ошибка HTTP: HTTP Status 500 — Внутренняя ошибка сервера.
1C:Enterprise 8 application error:Ошибка при разборе дескриптора виртуальных ресурсовby reason: Файл не обнаружен ‘C:wwwdefault.vrd’. 2(0x00000002): Не удается найти указанный файл.»
30 — 23.08.19 — 08:53
Возможно нашел причину возникновения ошибки…
Сейчас ради эксперимента выключил сервер апач и попробовал выполнить веб сервис. получил точно такую же ошибку.
Получается из 1с не виден сервер апача…
Потому что из браузера все работает нормально.
В чем может быть ошибка? Какие-нибудь права 1с-ке нужны?
31 — 23.08.19 — 09:03
(29) Замени наконец localhost на нормальное имя компьютера, или (ещё лучше) — IP-адрес.
32 — 23.08.19 — 09:07
(31) Уже заменил на локальный адрес 127.0.0.1 — не помогло
33 — 23.08.19 — 09:08
(12) Иттить колотить….
Вы на полном серьезе считаете нормальным вот такой путь: Alias «/Hello» «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»
<Directory «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»>?
34 — 23.08.19 — 09:08
я же говорю дело не в этом. я получаю одну и ту же ошибку когда апач запущен и когда он выключен. Следовательно по каким то причинам 1с не может достучаться до сервера апачЭ, на котором находится веб сервис…
35 — 23.08.19 — 09:09
(33) переделал путь на c:/www/ — тут уже лежит веб сервис — результат не изменился…
36 — 23.08.19 — 09:10
+ (33) Тем более с учетом того, что в ошибке указан путь: ‘C:wwwdefault.vrd’ ЦЫ(28) ???
37 — 23.08.19 — 09:10
(35) Переделал как? Что изменял?
38 — 23.08.19 — 09:11
А у тебя Апачу разрешено слушать какой-то адрес, кроме локохоста?
39 — 23.08.19 — 09:12
(37) папку публикации веб сервиса и в конфиге апача строку documentsdirectory — вроде так она называется на путь «c:/www»
40 — 23.08.19 — 09:12
(1) Всегда нравилось, как умно работает определитель кода. Прямо в стиле 1с))) глаза рэжет ))) куль веб
41 — 23.08.19 — 09:16
(0) Поставь апач нормально, нормальный, и будет тебе ок.
42 — 23.08.19 — 09:20
(39) Вообще корень сайта в файле конфигурации прописывается в «DocumentRoot»
При этом :
1. Пути должны указываться в в стиле Линукса
не c:www, а c://www
2. Там не должно быть кириллицы и спецсимволов.
43 — 23.08.19 — 09:20
(41) Так если б знал какой правильный и как правильно — ужеб давно сделал. а так делаю по видеоуроку или по статье какой-нибудь. все один в один, ну разве что только версии апача могут отличаться
44 — 23.08.19 — 09:25
+ (42)
Каталог с публикацией 1с (*.vrd) должен быть внутри того, что указано в DocumentRoot.
в LoadModule должен быть указан корректный путь к wsap22.dll или wsap24.dll (зависит какой апач)
Публикация должна быть указана в файле httpd.conf примерно так :
# 1c publication
Alias «/Prdp» «D:/###/Prdp/»
<Directory «D:/###/Prdp/»>
AllowOverride All
Options None
Require all granted
SetHandler 1c-application
ManagedApplicationDescriptor «D:/###/Prdp/default.vrd»
</Directory>
после всех корректировок httpd апач должен быть перезагружен.
45 — 23.08.19 — 09:28
+(44) Если в httpd неправильно указан путь к wsap*.dll или юзеру, от имени которого запускается апач недостаточно прав на wsap*.dll служба не запустится. В журнале регистрации событий винды будет запись об ошибке.
Проверяй.
46 — 23.08.19 — 09:49
(45) по логике, если из браузера все работает — значит все настройки сервера и публикация веб сервиса выполнены корректно. или не факт?
Есть факт, то почему из 1с не получается достучаться до апача?
47 — 23.08.19 — 09:51
(32) Где заменил? В создании ws-определения? И что будет делать 1С, если этот код запустится на сервере? К какому апачу стучаться?
48 — 23.08.19 — 09:51
(46) «если из браузера все работает» А это так?
И как в браузере можно определить работоспособность сервиса? Оно же в браузер ничего не пишет.
Удалось открыть файл? Ну так видимо настройка прав позволяет. Запиши туда же обычный текстовый файл и попробуй открыть из браузера.
49 — 23.08.19 — 09:54
https://www.apachehaus.com/cgi-bin/download.plx
вот норм.
распаковываешь с:Apache24
в конфиге пишешь Define SRVROOT «C:/Apache24» (38 строка примерно) httpd.conf
переходишь в
c:Apache24binhttpd.exe -k install (установка сервиса)
c:Apache24binhttpd.exe -к start (запуск)
и все ЁБА ! ! ) ) )
50 — 23.08.19 — 09:56
(46) Потому что у тебя апач и сервер 1с лежат на разных компах. А в апаче не разрешено слушать что-то другое, кроме лохоста.
51 — 23.08.19 — 10:02
(50) кто тебе такую ересь сказал?
52 — 23.08.19 — 10:24
(51) Покажи мне в конфиге Апача директиву Listen
Её там нет.
53 — 23.08.19 — 10:27
54 — 23.08.19 — 10:27
(52) Она там есть. Вот пример :
#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the <VirtualHost>
# directive.
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses.
#
#Listen 12.34.56.78:80
Listen 81
Только оно не зато отвечает куда может ходить подключаемый модуль. Даже подключаемых пыхпых может грузить свои инклюды из-за пределов документрут.
55 — 23.08.19 — 10:28
откуда вы все вылезли… из windows 95 ? )))
56 — 23.08.19 — 10:29
(53) Это порт.
57 — 23.08.19 — 10:30
А по дефолту апач слушает только локохост
58 — 23.08.19 — 10:34
(57) Апач слушает порт. Откуда оно там возьмется — ему не важно.
ИМХАется мне ты спутал расположение ДокументРута. Вот за него не скажу. Хотя у меня написано так :
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
Настаиваю на : «but symbolic links and aliases may be used to point to other locations.»
59 — 23.08.19 — 10:36
В общем у ТС проблема не в том, где расположен ДокументРут, а в том что ТС этого и сам не знает.
60 — 23.08.19 — 10:45
(46) откати все конфиги и сделай с нуля в отдельную папку
(59) на документрут плевать т.к.
Alias «/Hello» «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»
<Directory «C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/»>
61 — 23.08.19 — 10:46
кстати под виндой слеша вроде не должно быть в конце Apache2.2/htdocs
62 — 23.08.19 — 10:48
Все заново сделал но уже на сервере где стоит сервер 1с. заработало.
Всем спасибо
63 — 23.08.19 — 10:49
так не интересно(
ptiz
64 — 23.08.19 — 12:16
(62) Ну правильно: локалхост с сервера 1С теперь стучится туда же, где апач (на нем же)
|
|||
Cooper_od
16.11.15 — 10:55 |
{ОбщийМодуль.Обмен.Модуль(41)}: Ошибка при вызове конструктора (WSОпределения) Определения = Новый WSОпределения(Адрес,,,,60); по причине: При создании описания сервиса произошла ошибка. http://192.168.60.45/wsExchange/ws/wsExchange.1cws?wsdl Пытаюсь настроить обмен с мобильным приложением, застрял на этом моменте. Ошибка выпадает при попытке прочитать данные со стороны мобильного приложения. если нужны еще какие-то данные спрашиваёте |
||
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); 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) Из WSDL файла Синтаксис: Новый 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Определения через него
Новый WSОпределения(ПутьКФайлуWSDL);
|
||
Cyberhawk
17 — 16.11.15 — 12:49 |
(16) Чую, что не поможет (какая разница конструктору, откуда брать этот файл) |
||
Cooper_od 18 — 16.11.15 — 12:59 |
Разобрался, была кривая WS-ссылка, при попытке ее исправить выяснил, что к одной операции вэб-сервиса не была подключена процедура по этому по ходу и не стартовал сервис, всем огромное спасибо! |
Прочитай, хотя бы, Митичкина «Разработка в системе 1С:Предприятие 8». Волшебник |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Обновлено 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
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
Ошибка при создании 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
Вопрос →
Ошибка при попытке синхронизации
Не удалось подключиться.
1. Проверьте настройки мобильного приложения. Убедитесь, что адрес, имя пользователя и пароль указаны правильно.
2. Проверьте настройки синхронизации в настольной программе.
3. Проверьте, что работает интернет-соединение.
Текст ошибки (для техподдержки):
Не удалось соединиться с приложением: {ОбщийМодуль.ОбменДаннымиПовтИсп.Модуль(19)}: Ошибка при вызове конструктора (WSОпределения)
по причине:
При создании описания сервиса произошла ошибка. http://192.168.0.10:4488/Money_19533/ws/MobileService?wsdl
по причине:
Ошибка работы с Интернет: Connect to timed out
Настройки ПК-версии в приложенной картинке.
Посдскажите, с чем это может быть связано.
0
Кауров Вячеслав ( Кемерово)
19.09.2014 5:36
Забанво… Если раньше писал «Ошибка работы с Интернет: Connect to timed out«, то теперь «Ошибка работы с Интернет: No route to host«
0
Зайцев Валерий (1С, Москва)
19.09.2014 14:48
Здравствуйте, Вячеслав.
Доступен ли компьютер, на котором установлена программа и веб-сервер с Вашего мобильного устройства?
Проверить это можно сделать с помощью любого браузера на мобильном устройстве:
наберите в браузере мобильного устройства адрес http://192.168.0.10:4488/ и, если все в порядке, на странице Вы должны увидеть сообщение веб-сервера «It works!».
Если указанное сообщение не увидели, значит настройки роутера, файерволла или антивируса запрещают обращение сдругих компьютеров к порту «4488». В «Инструкциях и подсказках» настройки синхронизации есть пример настройки роутера. Для настройки других защитных программ следует обратиться к документации на эти программы.
0
Sergey
20.09.2014 14:21
> Посдскажите, с чем это может быть связано.
Столкнулся с такой же проблемой. Сообщение веб-сервера показывало «It works!», но синхронизация завершалась с такой же ошибкой как у Вас. Попробовал отключит файерфол ESET. Всё заработало как часы. В настройках файервола создал правило, указал порт. Думаю, что разработчики добавят в справку пункт по настройке не только роутера, но и файервола в антивирусе, чтоб избежать проблем.
0
Зайцев Валерий (1С, Москва)
22.09.2014 10:27
Спасибо, пожелание зарегистрировано.
0
Кауров Вячеслав ( Кемерово)
22.09.2014 18:50
У меня стоит free аваст.
Оно, вроде, не умеет блокировать трафик. Но даже с выключенными экранами ничего не выходит…
Продолжаю «танцы с бубном», научное «тыканье в небеса» и слепое гуглеье…
Как разберусь — отпишусь…
Кстати, на работе стоит «железный» ключь 1С. Там «1С: Деньги» запустися без пролем, но web-сервер (там почему-то программа предложила IIS) тоже номально не завелся. Говорит, что не может опублековать базу…
0
Зайцев Валерий (1С, Москва)
23.09.2014 9:37
Вячеслав Александрович, из Вашего сообщения не понятно, доступен ли веб-сервер с мобильного устройства?
> …наберите в браузере мобильного устройства адрес 192.168.0.10:4488/ »» и, если все в порядке, на странице Вы должны увидеть сообщение веб-сервера «It works!».
> У меня стоит free аваст.
> Оно, вроде, не умеет блокировать трафик.
Возможно у Вас работает брандмауэр Windows (http://windows.microsoft.com/ru-ru/windows/communicate-through-windows-firewall#1TC=windows-7).
> но web-сервер (там почему-то программа предложила IIS) тоже номально не завелся. Говорит, что не может опублековать базу…
Пожалуйста, сообщите подробности на линию поддержки v8@1c.ru: какая операционная система? Установленные веб-серверы? Как именно публикуете базу? Какие сообщения получаете? и т.д.
0
Кауров Вячеслав ( Кемерово)
09.10.2014 4:18
После долгих и безуспешних попыток синхранизировать приложение дома, забил на это…
А всё дело, скорее всего, в роутере Dlink DIR-300.
В отличии от TPlink (который представлен в примере настрйки), это Dlink тупо не поддерживает переброску портов из LAN на LAN. Я нашел виртуальный сервер толко для проброски из WAN в LAN.
А может всё таки есть инструкция по настройки именно этого DIR-300?
Ведь именно его впаривают «бессплатно» все операторы интернет со словами: «Пока Вы с нами — роутер будет стоять у Вас!»
Автор | Сообщение |
---|---|
20/12/2017 11:39:48 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
Добрый день. У кого версия 1С 8.2 — может кто-то нашел решение: следующий код: Определения = Новый WSОпределения(«http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl»); Прокси = Новый WSПрокси(Определения, «http://api.vetrf.ru/schema/cdm/application/service», «ApplicationManagementServiceBindingQSService», «ApplicationManagementServiceBindingQSPort»); Возникает ошибка: {Форма.Форма.Форма(5)}: Ошибка при вызове конструктора (WSОпределения) Определения = Новый WSОпределения(«http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl»); по причине: При создании описания сервиса произошла ошибка. по причине: Неправильный путь к файлу ‘ApplicationManagementService_v1.1.wsdl’ Версия платформы 8.2.19.130 и переходить на версию 8.3 не планируется, уже вроде все облазил, но решения нормального найти не могу. Кроме как не использовать динамическое описание ws-ссылки — нет способа решить проблему? |
|
|
20/12/2017 11:58:51 Тема: Re:Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830 |
|
|
20/12/2017 12:48:51 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
Спасибо! |
|
|
20/12/2017 13:59:37 Тема: 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> |
|
|
21/12/2017 12:43:46 Тема: Интеграция с 1С
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн |
К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ? |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 13:03:44 Тема: Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает |
|
|
21/12/2017 13:11:53 Тема: Интеграция с 1С
|
|
Sergey-Chelny
Зарегистрирован: 07/09/2017 17:33:44 Оффлайн |
Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе. |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 13:16:20 Тема: Re:Интеграция с 1С
|
|
Павел Большаков
Зарегистрирован: 25/05/2017 10:01:41 От: Контур.Меркурий Оффлайн |
У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 1С (баги в SSL в платформе) Это сообщение было редактировано 1 раз. Последнее обновление произошло в 21/12/2017 13:16:41 |
https://kontur.ru/mercury | |
|
|
21/12/2017 13:30:16 Тема: Интеграция с 1С
|
|
lalex23
Зарегистрирован: 10/03/2016 14:26:10 Оффлайн |
платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103 |
|
|
21/12/2017 14:23:50 Тема: Интеграция с 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» долго думает и выдает ошибку. Ту-пи-к какой то |
Кто хочет, тот ищет возможности, кто не хочет — ищет причины. | |
|
|
21/12/2017 14:28:46 Тема: Re:Интеграция с 1С
|
|
СергейА
Зарегистрирован: 30/10/2017 19:34:19 Оффлайн |
«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому |
|
|
21/12/2017 14:38:05 Тема: 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 |
|
|
|
21/12/2017 21:52:21 Тема: Re:Интеграция с 1С
|
|
gni
Зарегистрирован: 13/10/2016 14:31:18 Оффлайн |
А разве порт не 443?
|
|
|
22/12/2017 08:21:09 Тема: 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/» xmlnss=»http://www.w3.org/2001/XMLSchema» xmlnssi=»http://www.w3.org/2001/XMLSchema-instance»> <Body> <submitApplicationRequest xmlns=»http://api.vetrf.ru/schema/cdm/application/ws-definitions»> <apiKey>apiKey</apiKey> <application xmlns=»http://api.vetrf.ru/schema/cdm/application»> <serviceId>mercury-g2b.service:2.0</serviceId> <issuerId>issuerId</issuerId> <issueDate>2017-12-22T00:59:24</issueDate> <data> <modifyProducerStockListRequest xmlns=»http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2″> <localTransactionId>123456</localTransactionId> <initiator xmlns:d7p1=»http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2″> <d7p1:login>login</d7p1:login> </initiator> <modificationOperation xmlns:d7p1=»http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2″> <d7p1:type>CREATE</d7p1:type> <d7p1:resultingList xmlns:d8p1=»http://api.vetrf.ru/schema/cdm/dictionary/v2″> <d8p1:productItem> <d8p1:name>Наша продукция</d8p1:name> <d8p1:productType>5</d8p1:productType> <d8p1:product> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>e9fa27c7-c0e0-2f64-308c-c6409de238ae</guid> </d8p1:product> <d8p1:subProduct> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</guid> </d8p1:subProduct> <d8p1:producer> <guid xmlns=»http://api.vetrf.ru/schema/cdm/base»>issuerId</guid> </d8p1:producer> </d8p1:productItem> </d7p1:resultingList> </modificationOperation> </modifyProducerStockListRequest> </data> </application> </submitApplicationRequest> </Body> </Envelope> Спасибо. |
|
|
22/12/2017 10:40:43 Тема: Re:Интеграция с 1С
|
|
rty
Зарегистрирован: 22/11/2017 10:05:33 Оффлайн |
Подскажите, при гашении ВСД получаю:
Пишу в delivery/consignment, говорит
Чего ему надо? Решил сам, не было секции packingType Это сообщение было редактировано 2 раз. Последнее обновление произошло в 22/12/2017 10:55:25 |
|
|
На чтение 5 мин. Просмотров 475 Опубликовано 15.12.2019
Добрый день! Пользуемся данным сервисом и возникла одна проблема. При получении данных для ИП по его ИНН сервис не возвращает адрес регистрации, для юрлиц адрес возвращает.
Вот пример для ИП
Скажите вообще сервис должен возвращать эту информацию для ИП или нет?
Может кто может посмотреть в самой 1С там тоже не возвращается адрес ИП?
спасибо
Содержание
- Ошибка при работе с сервисом 1С:Контрагент
- Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504
- Ошибка при вызове конструктора (WSОпределения) Модуль 198 и 504
- Причины ошибок с модулем 198-504
- Как решить проблему
Внимание!
На сайте сервиса «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
ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:
Обновлено 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Определения)
Определения = Новый WSОпределения(Адрес,,,,60);
по причине:
При создании описания сервиса произошла ошибка. http://192.168.60.45/wsExchange/ws/wsExchange.1cws?wsdl
Пытаюсь настроить обмен с мобильным приложением, застрял на этом моменте.
Ошибка выпадает при попытке прочитать данные со стороны мобильного приложения.
если нужны еще какие-то данные спрашиваёте
Cyberhawk
1 — 16.11.15 — 10:57
Покажи ошибку на картинке
cw014
2 — 16.11.15 — 10:57
Нет по такому адресу ws?
Cooper_od
3 — 16.11.15 — 11:03
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
cw014
7 — 16.11.15 — 11:07
Определения = Новый WSОпределения(Адрес,,,,60);
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)
Из WSDL файла
Синтаксис:
Новый 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Определения через него
Новый WSОпределения(ПутьКФайлуWSDL);
Cyberhawk
17 — 16.11.15 — 12:49
(16) Чую, что не поможет (какая разница конструктору, откуда брать этот файл)
Cooper_od
18 — 16.11.15 — 12:59
Разобрался, была кривая WS-ссылка, при попытке ее исправить выяснил, что к одной операции вэб-сервиса не была подключена процедура по этому по ходу и не стартовал сервис, всем огромное спасибо!
Добрый день.
Пытаюсь разобраться с 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С
- Гилёв Вячеслав
- Сообщений: 2719
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Ошибка при создании WSОпределения
Дмитрий Калинин » 07 мар 2014, 07:38
Да, действительно, не было интернета у пользователя, под которым запущен сервер 1С.
- Дмитрий Калинин
- Сообщений: 2
- Зарегистрирован: 04 мар 2014, 06:40
Вернуться в QueryTJ — Анализ долгих запросов
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Обновлено 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