ошибки при определении «Прокси» |
Я |
david-sh
27.03.14 — 13:22
У нас работает одна база с URI пространством имен http://localhost/ws1 — работает, с ней все отлично, кроме того что она сильно увеличена в размерах
Сделали копию этой базы с удалением лишних записей по регистрации и назначили ей URI пространством имен http://localhost/ws3
Далее при получении Прокси в функции:
ПолучитьПрокси(Пароль) Экспорт
Адрес = Константы.АдресЦентральнойБазы.Получить();
Пользователь = Константы.ПользовательЦентральнойБазы.Получить();
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
Определения = Новый WSОпределения(Адрес,Пользователь,Пароль);
URI = «http://localhost/ws3»;;
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
выдает такую ошибку:
{ОбщийМодуль.ОбменМобильныеПереопределяемый.Модуль(39)}: Ошибка при вызове конструктора (WSПрокси)
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
по причине:
Сервис не найден. {http://localhost/ws3}:ОбменСМобильнымУстройством
Что ей не так???
cw014
1 — 27.03.14 — 13:22
Эммм, а почему localhost?
david-sh
2 — 27.03.14 — 14:23
а что должно быть?
cw014
3 — 27.03.14 — 14:24
Если я не ошибаюсь, то «Адрес = Константы.АдресЦентральнойБазы.Получить();»
Serginio1
4 — 27.03.14 — 15:16
david-sh
5 — 27.03.14 — 15:18
адрес у нас такойАдрес = Константы.АдресЦентральнойБазы.Получить();
…
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
david-sh
6 — 27.03.14 — 15:18
адрес у нас такой:
Адрес = Константы.АдресЦентральнойБазы.Получить();
…
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
Serginio1
7 — 27.03.14 — 15:25
Судя по ошибке и приведенному коду у тебя другой путь
URI = «http://localhost/ws3;
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
cw014
8 — 27.03.14 — 15:28
(6) Ошибаешься, адрес у тебя в URI, а у тебя ясно сказано, что это localhost
Serginio1
9 — 27.03.14 — 15:29
Прошу прощения спутал с пространством имен. А оно точно http://localhost/ws3
Serginio1
10 — 27.03.14 — 15:32
Посмотри
WSСервис=Определения.Сервисы[0];
прокси=Новый WSПрокси(Определения, WSСервис.URIПространстваИмен, WSСервис.Имя, WSСервис.ТочкиПодключения[0].Имя);
david-sh
11 — 27.03.14 — 15:46
{ОбщийМодуль.ОбменМобильныеПереопределяемый.Модуль(55)}: Ошибка при вызове конструктора (WSОпределения)
Определения = Новый WSОпределения(Адрес,Пользователь,Пароль);
по причине:
При создании описания сервиса произошла ошибка. http://Трус:xxxxxxx@Адрес/ws/ws3.1cws?wsdl
dj_serega
12 — 27.03.14 — 15:49
Вроде с такой ошибкой когда-то сталкивался.
Посмотри совпадает ли:
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
с URI web-сервиса (куда подключаешся).
Serginio1
13 — 27.03.14 — 15:59
(11) Тогда адрес у тебя неправильный. Смотри default.vrd
Serginio1
14 — 27.03.14 — 16:02
Для начала зайди через браузер
david-sh
15 — 27.03.14 — 16:23
default.vrd
<?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=»/provit_mini»
ib=»Srvr="pvbsrv1";Ref="provit_test_full";»>
<ws>
<point name=»ОбменСМобильнымУстройством»
alias=»ws3.1cws»
enable=»true»/>
</ws>
</point>
david-sh
16 — 27.03.14 — 16:24
через браузер все ок
Serginio1
17 — 27.03.14 — 16:36
(16) Тогда почему у тебя в 0 не ругался на WSОпределения?
То есть адрес у тебя должен быть такой
АдресВэбСервиса=http://ИмяСервера/provit_mini/ws/ws3.1cws?wsdl»;
david-sh
18 — 31.03.14 — 11:38
немного разобрался. удалось подключиться с базы мобильного приложения (конфигурации в которой разрабатывается мобильное), указывал адрес 192.168.1.xx/Имя_базы. Собрали apk файл, установил на планшет приложение, запустил, ввел тот же адрес — получаю ошибку: Ошибка разбора XML: -[1,1] Фатальная ошибка: Extra content at the end of the document.
что может быть?
Serginio1
19 — 31.03.14 — 12:06
А настольного компа вызов происходит?
Serginio1
20 — 31.03.14 — 12:13
david-sh
21 — 31.03.14 — 12:54
(19) с настольного компа вызов проходит
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache). Решил попробовать в реале: win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент. soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден. Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения. При попытке подключения выдаёт: Сервис не найден. Что не так?
думаю ошибка в именах типов, точки входа итд. Когда делал свой сервис 1с сама сгенерила 2 точки входа и дала им свои имена
попробуй через WSОпределения посмотреть что известно о сервисе
Определения.Сервисы — массив из одной позиции WSСсылка:(
Это конец рабочего сервиса:
Ну и обращаю внимание, что импортWSDL работает корректно и сервис отдаёт и пакет XDTO и все определения. А подключаться не хочет
— рабочая версия не как xml в хроме открывается — как xml открывается в chrome, но не работает с 1с
Я вот думаю или сервер переустановить 1с до последней версии или может проблема с x32 и х64. А ещё Apache один младше версии, а другой старше.
Apache одинаковый, правда на win2008 x64 стоит x32 — ну http же отрабатывает, думаю не из-за этого.
Переустановил 1С выдача тепрерь одинаковая, а проблема сохраняется. Хм…
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache).
Версии Apache одинаковые, только один на OSx32, а другой на OSx64 стоит. Думаю дело не в этом.
Решил попробовать в реале:
win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент.
soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден.
Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения.
Фото выдачи сервисом по wsdl ссылке (заголовки, но смотрим как отображается в chrome):
То что делал тестово работает так:
http://s3.postimg.org/rm51gd0ab/image.png
— рабочая версия не как xml в хроме открывается
На рабочей версии базы 1с
http://s8.postimg.org/mhekye01x/image.png
— как xml открывается в chrome, но не работает с 1с клиентом
Кодировка заголовков файлов видимо отдаётся по разному, т.к. русские буквы отображаются по разному. Отсюда видимо проблема с версиями 1С.
Способ подключения в обоих случаях одинаковый:
- Код: выделить все
Прокси = WSСсылки.УПП2013.СоздатьWSПрокси("http://" + Строка(Константы.ПроксиСервер.Получить()), "torgonator", "torgonatorSoap");
Прокси.Пользователь=Константы.Пользователь.Получить();
Прокси.Пароль=Константы.Пароль.Получить();
Конец wsdl рабочего варианта сервиса:
- Код: выделить все
<service name="WebBew">
<port name="WebBewSoap"
binding="tns:WebBewSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
<port name="WebBewSoap12"
binding="tns:WebBewSoap12Binding">
<soap12bind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
</service>
Конец wsdl не рабочего варианта сервиса:
- Код: выделить все
<service name="torgonator">
<port name="torgonatorSoap"
binding="tns:torgonatorSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
<port name="torgonatorSoap12"
binding="tns:torgonatorSoap12Binding">
<soap12bind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
</service>
</definitions>
При попытке подключения выдаёт: Сервис не найден.
Что не так?
| Автор | Сообщение |
|---|---|
|
Тема: 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-ссылки — нет способа решить проблему? |
|
|
|
 |
|
|
Тема: 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 <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> Спасибо. |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
rty
Зарегистрирован: 22/11/2017 10:05:33 Оффлайн |
Подскажите, при гашении ВСД получаю:
Пишу в delivery/consignment, говорит
Чего ему надо? Решил сам, не было секции 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Обновлено 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
Ivan_495
26.09.15
✎
20:36
ИмяWEBСервиса=»Proba»;
URIПространстваИмен=»http://www.sample-package.org»;;
ИмяТочкиПодключения=ИмяWEBСервиса+»Soap»;
АдресWebСервиса=»http://localhost/BDBUH/ws/Proba.cws?wsdl»;;
Определения=НОвый WSОпределения(АдресWebСервиса,»Prog»,»1″);
Попытка
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
Исключение
Сообщить(ОписаниеОшибки());
Возврат;
КонецПопытки;
Прокси.Пользователь=»….»;
Прокси.Пароль=»…»;
Данные=Прокси.Получить(2);
Ivan_495
26.09.15
✎
20:38
при выполнении
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения)
ошибка
{Форма.Форма.Форма(20)}: Ошибка при вызове конструктора (WSПрокси)
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
по причине:
Сервис не найден. {http://www.sample-package.org}:Proba
Ivan_495
27.09.15
✎
15:16
если у кого работает web-сервис покажите свою строку подключения к прокси?
WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
Ivan_495
26.09.15 — 20:36
ИмяWEBСервиса=»Proba»;
URIПространстваИмен=»http://www.sample-package.org»;;
ИмяТочкиПодключения=ИмяWEBСервиса+»Soap»;
АдресWebСервиса=»http://localhost/BDBUH/ws/Proba.cws?wsdl»;;
Определения=НОвый WSОпределения(АдресWebСервиса,»Prog»,»1″);
Попытка
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
Исключение
Сообщить(ОписаниеОшибки());
Возврат;
КонецПопытки;
Прокси.Пользователь=»….»;
Прокси.Пароль=»…»;
Данные=Прокси.Получить(2);
Ivan_495
2 — 26.09.15 — 20:38
при выполнении
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения)
ошибка
{Форма.Форма.Форма(20)}: Ошибка при вызове конструктора (WSПрокси)
Прокси=Новый WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
по причине:
Сервис не найден. {http://www.sample-package.org}:Proba
Ivan_495
3 — 27.09.15 — 15:16
если у кого работает web-сервис покажите свою строку подключения к прокси?
WSПрокси(Определения,URIПространстваИмен,ИмяWEBСервиса,ИмяТочкиПодключения);
ошибки при определении «Прокси» |
Я |
david-sh
27.03.14 — 13:22
У нас работает одна база с URI пространством имен http://localhost/ws1 — работает, с ней все отлично, кроме того что она сильно увеличена в размерах
Сделали копию этой базы с удалением лишних записей по регистрации и назначили ей URI пространством имен http://localhost/ws3
Далее при получении Прокси в функции:
ПолучитьПрокси(Пароль) Экспорт
Адрес = Константы.АдресЦентральнойБазы.Получить();
Пользователь = Константы.ПользовательЦентральнойБазы.Получить();
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
Определения = Новый WSОпределения(Адрес,Пользователь,Пароль);
URI = «http://localhost/ws3»;;
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
выдает такую ошибку:
{ОбщийМодуль.ОбменМобильныеПереопределяемый.Модуль(39)}: Ошибка при вызове конструктора (WSПрокси)
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
по причине:
Сервис не найден. {http://localhost/ws3}:ОбменСМобильнымУстройством
Что ей не так???
cw014
1 — 27.03.14 — 13:22
Эммм, а почему localhost?
david-sh
2 — 27.03.14 — 14:23
а что должно быть?
cw014
3 — 27.03.14 — 14:24
Если я не ошибаюсь, то «Адрес = Константы.АдресЦентральнойБазы.Получить();»
Serginio1
4 — 27.03.14 — 15:16
david-sh
5 — 27.03.14 — 15:18
адрес у нас такойАдрес = Константы.АдресЦентральнойБазы.Получить();
…
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
david-sh
6 — 27.03.14 — 15:18
адрес у нас такой:
Адрес = Константы.АдресЦентральнойБазы.Получить();
…
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
Serginio1
7 — 27.03.14 — 15:25
Судя по ошибке и приведенному коду у тебя другой путь
URI = «http://localhost/ws3;
Прокси = Новый WSПрокси(Определения, URI, «ОбменСМобильнымУстройством», «ОбменСМобильнымУстройствомSoap»);
cw014
8 — 27.03.14 — 15:28
(6) Ошибаешься, адрес у тебя в URI, а у тебя ясно сказано, что это localhost
Serginio1
9 — 27.03.14 — 15:29
Прошу прощения спутал с пространством имен. А оно точно http://localhost/ws3
Serginio1
10 — 27.03.14 — 15:32
Посмотри
WSСервис=Определения.Сервисы[0];
прокси=Новый WSПрокси(Определения, WSСервис.URIПространстваИмен, WSСервис.Имя, WSСервис.ТочкиПодключения[0].Имя);
david-sh
11 — 27.03.14 — 15:46
{ОбщийМодуль.ОбменМобильныеПереопределяемый.Модуль(55)}: Ошибка при вызове конструктора (WSОпределения)
Определения = Новый WSОпределения(Адрес,Пользователь,Пароль);
по причине:
При создании описания сервиса произошла ошибка. http://Трус:xxxxxxx@Адрес/ws/ws3.1cws?wsdl
dj_serega
12 — 27.03.14 — 15:49
Вроде с такой ошибкой когда-то сталкивался.
Посмотри совпадает ли:
Адрес = Адрес + «/ws/ws3.1cws?wsdl»;
с URI web-сервиса (куда подключаешся).
Serginio1
13 — 27.03.14 — 15:59
(11) Тогда адрес у тебя неправильный. Смотри default.vrd
Serginio1
14 — 27.03.14 — 16:02
Для начала зайди через браузер
david-sh
15 — 27.03.14 — 16:23
default.vrd
<?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=»/provit_mini»
ib=»Srvr="pvbsrv1";Ref="provit_test_full";»>
<ws>
<point name=»ОбменСМобильнымУстройством»
alias=»ws3.1cws»
enable=»true»/>
</ws>
</point>
david-sh
16 — 27.03.14 — 16:24
через браузер все ок
Serginio1
17 — 27.03.14 — 16:36
(16) Тогда почему у тебя в 0 не ругался на WSОпределения?
То есть адрес у тебя должен быть такой
АдресВэбСервиса=http://ИмяСервера/provit_mini/ws/ws3.1cws?wsdl»;
david-sh
18 — 31.03.14 — 11:38
немного разобрался. удалось подключиться с базы мобильного приложения (конфигурации в которой разрабатывается мобильное), указывал адрес 192.168.1.xx/Имя_базы. Собрали apk файл, установил на планшет приложение, запустил, ввел тот же адрес — получаю ошибку: Ошибка разбора XML: -[1,1] Фатальная ошибка: Extra content at the end of the document.
что может быть?
Serginio1
19 — 31.03.14 — 12:06
А настольного компа вызов происходит?
Serginio1
20 — 31.03.14 — 12:13
david-sh
21 — 31.03.14 — 12:54
(19) с настольного компа вызов проходит
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache). Решил попробовать в реале: win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент. soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден. Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения. При попытке подключения выдаёт: Сервис не найден. Что не так?
думаю ошибка в именах типов, точки входа итд. Когда делал свой сервис 1с сама сгенерила 2 точки входа и дала им свои имена
попробуй через WSОпределения посмотреть что известно о сервисе
Определения.Сервисы — массив из одной позиции WSСсылка:(
Это конец рабочего сервиса:
Ну и обращаю внимание, что импортWSDL работает корректно и сервис отдаёт и пакет XDTO и все определения. А подключаться не хочет
— рабочая версия не как xml в хроме открывается — как xml открывается в chrome, но не работает с 1с
Я вот думаю или сервер переустановить 1с до последней версии или может проблема с x32 и х64. А ещё Apache один младше версии, а другой старше.
Apache одинаковый, правда на win2008 x64 стоит x32 — ну http же отрабатывает, думаю не из-за этого.
Переустановил 1С выдача тепрерь одинаковая, а проблема сохраняется. Хм…
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache).
Версии Apache одинаковые, только один на OSx32, а другой на OSx64 стоит. Думаю дело не в этом.
Решил попробовать в реале:
win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент.
soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден.
Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения.
Фото выдачи сервисом по wsdl ссылке (заголовки, но смотрим как отображается в chrome):
То что делал тестово работает так:
http://s3.postimg.org/rm51gd0ab/image.png
— рабочая версия не как xml в хроме открывается
На рабочей версии базы 1с
http://s8.postimg.org/mhekye01x/image.png
— как xml открывается в chrome, но не работает с 1с клиентом
Кодировка заголовков файлов видимо отдаётся по разному, т.к. русские буквы отображаются по разному. Отсюда видимо проблема с версиями 1С.
Способ подключения в обоих случаях одинаковый:
- Код: выделить все
Прокси = WSСсылки.УПП2013.СоздатьWSПрокси("http://" + Строка(Константы.ПроксиСервер.Получить()), "torgonator", "torgonatorSoap");
Прокси.Пользователь=Константы.Пользователь.Получить();
Прокси.Пароль=Константы.Пароль.Получить();
Конец wsdl рабочего варианта сервиса:
- Код: выделить все
<service name="WebBew">
<port name="WebBewSoap"
binding="tns:WebBewSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
<port name="WebBewSoap12"
binding="tns:WebBewSoap12Binding">
<soap12bind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
</service>
Конец wsdl не рабочего варианта сервиса:
- Код: выделить все
<service name="torgonator">
<port name="torgonatorSoap"
binding="tns:torgonatorSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
<port name="torgonatorSoap12"
binding="tns:torgonatorSoap12Binding">
<soap12bind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
</service>
</definitions>
При попытке подключения выдаёт: Сервис не найден.
Что не так?
| Автор | Сообщение |
|---|---|
|
Тема: 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-ссылки — нет способа решить проблему? |
|
|
|
|
|
|
Тема: 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 <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> Спасибо. |
|
|
|
|
|
|
Тема: Re:Интеграция с 1С
|
|
|
rty
Зарегистрирован: 22/11/2017 10:05:33 Оффлайн |
Подскажите, при гашении ВСД получаю:
Пишу в delivery/consignment, говорит
Чего ему надо? Решил сам, не было секции packingType Это сообщение было редактировано 2 раз. Последнее обновление произошло в 22/12/2017 10:55:25 |
|
|
|
|
|
Обновлено 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
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache). Решил попробовать в реале: win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент. soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден. Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения. При попытке подключения выдаёт: Сервис не найден. Что не так?
думаю ошибка в именах типов, точки входа итд. Когда делал свой сервис 1с сама сгенерила 2 точки входа и дала им свои имена
попробуй через WSОпределения посмотреть что известно о сервисе
Определения.Сервисы — массив из одной позиции WSСсылка:(
Это конец рабочего сервиса:
Ну и обращаю внимание, что импортWSDL работает корректно и сервис отдаёт и пакет XDTO и все определения. А подключаться не хочет
— рабочая версия не как xml в хроме открывается — как xml открывается в chrome, но не работает с 1с
Я вот думаю или сервер переустановить 1с до последней версии или может проблема с x32 и х64. А ещё Apache один младше версии, а другой старше.
Apache одинаковый, правда на win2008 x64 стоит x32 — ну http же отрабатывает, думаю не из-за этого.
Переустановил 1С выдача тепрерь одинаковая, а проблема сохраняется. Хм…
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
проблема дурацкая и раньшее ее не было.
есть пакет хдто, есть веб сервис.
имя пакета «мойпакет».
имя сервиса «мойсервис»
имя пакета сервиса — «мой пакет».
создалась всссылка в конфигураии включенная в конфигурацию- все норм.
пытаюсь создать прокси
вот так
| 1C | ||
|
выдает ошибку -веб сервис не найден?
а как тогда 1с создала вс ссылку с описанием верную если веб сервис не найден?
это ошибка 1с? или что это?
кто нит знает, или вернуть все в английский язык как было ранее?
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache).
Версии Apache одинаковые, только один на OSx32, а другой на OSx64 стоит. Думаю дело не в этом.
Решил попробовать в реале:
win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент.
soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден.
Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения.
Фото выдачи сервисом по wsdl ссылке (заголовки, но смотрим как отображается в chrome):
То что делал тестово работает так:
http://s3.postimg.org/rm51gd0ab/image.png
— рабочая версия не как xml в хроме открывается
На рабочей версии базы 1с
http://s8.postimg.org/mhekye01x/image.png
— как xml открывается в chrome, но не работает с 1с клиентом
Кодировка заголовков файлов видимо отдаётся по разному, т.к. русские буквы отображаются по разному. Отсюда видимо проблема с версиями 1С.
Способ подключения в обоих случаях одинаковый:
- Код: выделить все
Прокси = WSСсылки.УПП2013.СоздатьWSПрокси("http://" + Строка(Константы.ПроксиСервер.Получить()), "torgonator", "torgonatorSoap");
Прокси.Пользователь=Константы.Пользователь.Получить();
Прокси.Пароль=Константы.Пароль.Получить();
Конец wsdl рабочего варианта сервиса:
- Код: выделить все
<service name="WebBew">
<port name="WebBewSoap"
binding="tns:WebBewSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
<port name="WebBewSoap12"
binding="tns:WebBewSoap12Binding">
<soap12bind:address location="http://127.0.0.1/tp/ws/tp.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://127.0.0.1/tp/ws/tp.1cws"/>;</port>
</service>
Конец wsdl не рабочего варианта сервиса:
- Код: выделить все
<service name="torgonator">
<port name="torgonatorSoap"
binding="tns:torgonatorSoapBinding">
<documentation>
<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/schemas/conformanceClaim/";conformsTo="http://ws-i.org/profiles/basic/1.1"/>" target="_blank" rel="nofollow" class="extralink">http://ws-i.org/profiles/basic/1.1"/>;
</documentation>
<soapbind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
<port name="torgonatorSoap12"
binding="tns:torgonatorSoap12Binding">
<soap12bind:address location="http://192.168.1.99/torgonator/ws/torgonator.1cws"/>" target="_blank" rel="nofollow" class="extralink">http://192.168.1.99/torgonator/ws/torgonator.1cws"/>;</port>
</service>
</definitions>
При попытке подключения выдаёт: Сервис не найден.
Что не так?
Создал тестовую версию и на локалке запустил — всё работает, обменивается и прочее (win7 x32 и сервер 8.3.5.1248 и клиент + Apache). Решил попробовать в реале: win2008 x64, Apache, 8.3.4.408 сервер и 8.3.5.1248 клиент. soapUI показывает, что сервис работает и отдаёт правильные данные, по прямой ссылке wsdl тоже ходит и выдаёт правильные данные. Думал може проблема, что по внутренней ссылке хожу, по внешней тоже сервис не найден. Подключаюсь через WSСсылки и ИмпортWSDL делаю — в WSDL сервис прекрасно видит и все определения. При попытке подключения выдаёт: Сервис не найден. Что не так?
думаю ошибка в именах типов, точки входа итд. Когда делал свой сервис 1с сама сгенерила 2 точки входа и дала им свои имена
попробуй через WSОпределения посмотреть что известно о сервисе
Определения.Сервисы — массив из одной позиции WSСсылка:(
Это конец рабочего сервиса:
Ну и обращаю внимание, что импортWSDL работает корректно и сервис отдаёт и пакет XDTO и все определения. А подключаться не хочет
— рабочая версия не как xml в хроме открывается — как xml открывается в chrome, но не работает с 1с
Я вот думаю или сервер переустановить 1с до последней версии или может проблема с x32 и х64. А ещё Apache один младше версии, а другой старше.
Apache одинаковый, правда на win2008 x64 стоит x32 — ну http же отрабатывает, думаю не из-за этого.
Переустановил 1С выдача тепрерь одинаковая, а проблема сохраняется. Хм…
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
проблема дурацкая и раньшее ее не было.
есть пакет хдто, есть веб сервис.
имя пакета «мойпакет».
имя сервиса «мойсервис»
имя пакета сервиса — «мой пакет».
создалась всссылка в конфигураии включенная в конфигурацию- все норм.
пытаюсь создать прокси
вот так
| 1C | ||
|
выдает ошибку -веб сервис не найден?
а как тогда 1с создала вс ссылку с описанием верную если веб сервис не найден?
это ошибка 1с? или что это?
кто нит знает, или вернуть все в английский язык как было ранее?