Ошибка при вызове конструктора wsпрокси

ошибки при определении «Прокси»

Я

   david-sh

27.03.14 — 13:22

   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

   cw014

8 — 27.03.14 — 15:28

(6) Ошибаешься, адрес у тебя в URI, а у тебя ясно сказано, что это localhost

   Serginio1

9 — 27.03.14 — 15:29

   Serginio1

10 — 27.03.14 — 15:32

   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

   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

   david-sh

16 — 27.03.14 — 16:24

через браузер все ок

   Serginio1

17 — 27.03.14 — 16:36

   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

(19) с настольного компа вызов проходит

ошибки при определении «Прокси»

Я

  

david-sh

27.03.14 — 13:22

  

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

  

david-sh

6 — 27.03.14 — 15:18

  

Serginio1

7 — 27.03.14 — 15:25

  

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

  

david-sh

11 — 27.03.14 — 15:46

  

dj_serega

12 — 27.03.14 — 15:49

  

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

  

david-sh

16 — 27.03.14 — 16:24

через браузер все ок

  

Serginio1

17 — 27.03.14 — 16:36

  

david-sh

18 — 31.03.14 — 11:38

  

Serginio1

19 — 31.03.14 — 12:06

А настольного компа вызов происходит?

  

Serginio1

20 — 31.03.14 — 12:13

(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>

При попытке подключения выдаёт: Сервис не найден.

Что не так?

Автор	Сообщение
20/12/2017 11:39:48      Тема: Re:Интеграция с 1С
СергейА Зарегистрирован: 30/10/2017 19:34:19 Сообщений: 61 Оффлайн	Добрый день. У кого версия 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 Сообщений: 374 Оффлайн	СергейА wrote:Добрый день. У кого версия 1С 8.2 — может кто-то нашел решение: 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 Сообщений: 61 Оффлайн	Спасибо!
20/12/2017 13:59:37      Тема: Re:Интеграция с 1С
kolganov50@mail.ru Зарегистрирован: 18/12/2017 20:41:37 Сообщений: 3 Оффлайн	попробовал запрос по интервалу, все равно ошибка( то же самое при поиске по идентификатору) <?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 Сообщений: 101 Оффлайн	К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.
21/12/2017 13:03:44      Тема: Интеграция с 1С
lalex23 Зарегистрирован: 10/03/2016 14:26:10 Сообщений: 374 Оффлайн	Sergey-Chelny wrote:К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ? вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает
21/12/2017 13:11:53      Тема: Интеграция с 1С
Sergey-Chelny Зарегистрирован: 07/09/2017 17:33:44 Сообщений: 101 Оффлайн	Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.
21/12/2017 13:16:20      Тема: Re:Интеграция с 1С
Павел Большаков Зарегистрирован: 25/05/2017 10:01:41 Сообщений: 368 От: Контур.Меркурий Оффлайн	У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 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 Сообщений: 374 Оффлайн	Sergey-Chelny wrote:Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе. платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103
21/12/2017 14:23:50      Тема: Интеграция с 1С
Sergey-Chelny Зарегистрирован: 07/09/2017 17:33:44 Сообщений: 101 Оффлайн	Платформа 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 Сообщений: 61 Оффлайн	«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 Сообщений: 312 Оффлайн	в 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 Сообщений: 49 Оффлайн	А разве порт не 443? СергейА wrote:«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому
22/12/2017 08:21:09      Тема: Re:Интеграция с 1С
gni Зарегистрирован: 13/10/2016 14:31:18 Сообщений: 49 Оффлайн	Здравствуйте! Подскажите, в чем может быть дело. Пытаюсь зарегистрировать продукцию в Меркурии. Почему-то запрос в тестовой базе работает, а в рабочем Меркурии возвращает ошибку: <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 Сообщений: 146 Оффлайн	Подскажите, при гашении ВСД получаю: MERC14245: Так как маркировка в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии. Пишу в delivery/consignment, говорит APLM0007: Wrong application data format. Format validation failed due to XML Schema rules: Элемент ‘productMarks’ не предусмотрен. Чего ему надо? Решил сам, не было секции 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.

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

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

В случае клиент-серверной версии необходимо добавить сертификат 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

Автор	Сообщение
20/12/2017 11:39:48      Тема: Re:Интеграция с 1С
СергейА Зарегистрирован: 30/10/2017 19:34:19 Сообщений: 61 Оффлайн	Добрый день. У кого версия 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 Сообщений: 374 Оффлайн	СергейА wrote:Добрый день. У кого версия 1С 8.2 — может кто-то нашел решение: 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 Сообщений: 61 Оффлайн	Спасибо!
20/12/2017 13:59:37      Тема: Re:Интеграция с 1С
kolganov50@mail.ru Зарегистрирован: 18/12/2017 20:41:37 Сообщений: 3 Оффлайн	попробовал запрос по интервалу, все равно ошибка( то же самое при поиске по идентификатору) <?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 Сообщений: 101 Оффлайн	К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.
21/12/2017 13:03:44      Тема: Интеграция с 1С
lalex23 Зарегистрирован: 10/03/2016 14:26:10 Сообщений: 374 Оффлайн	Sergey-Chelny wrote:К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ? вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает
21/12/2017 13:11:53      Тема: Интеграция с 1С
Sergey-Chelny Зарегистрирован: 07/09/2017 17:33:44 Сообщений: 101 Оффлайн	Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.
21/12/2017 13:16:20      Тема: Re:Интеграция с 1С
Павел Большаков Зарегистрирован: 25/05/2017 10:01:41 Сообщений: 368 От: Контур.Меркурий Оффлайн	У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 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 Сообщений: 374 Оффлайн	Sergey-Chelny wrote:Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе. платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103
21/12/2017 14:23:50      Тема: Интеграция с 1С
Sergey-Chelny Зарегистрирован: 07/09/2017 17:33:44 Сообщений: 101 Оффлайн	Платформа 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 Сообщений: 61 Оффлайн	«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 Сообщений: 312 Оффлайн	в 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 Сообщений: 49 Оффлайн	А разве порт не 443? СергейА wrote:«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому
22/12/2017 08:21:09      Тема: Re:Интеграция с 1С
gni Зарегистрирован: 13/10/2016 14:31:18 Сообщений: 49 Оффлайн	Здравствуйте! Подскажите, в чем может быть дело. Пытаюсь зарегистрировать продукцию в Меркурии. Почему-то запрос в тестовой базе работает, а в рабочем Меркурии возвращает ошибку: <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 Сообщений: 146 Оффлайн	Подскажите, при гашении ВСД получаю: MERC14245: Так как маркировка в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии. Пишу в delivery/consignment, говорит APLM0007: Wrong application data format. Format validation failed due to XML Schema rules: Элемент ‘productMarks’ не предусмотрен. Чего ему надо? Решил сам, не было секции 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.

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

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

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

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

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

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

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

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