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

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

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

Я
   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=&quot;pvbsrv1&quot;;Ref=&quot;provit_test_full&quot;;»>

    <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) с настольного компа вызов проходит

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

Я

  

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=&quot;pvbsrv1&quot;;Ref=&quot;provit_test_full&quot;;»>

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

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

Что не так?

Автор Сообщение

[Post New]20/12/2017 11:39:48

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 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-ссылки — нет способа решить проблему?


[Post New]20/12/2017 11:58:51

    

Тема: Re:Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн

СергейА wrote:Добрый день.

У кого версия 1С 8.2 — может кто-то нашел решение:

http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830


[Post New]20/12/2017 12:48:51

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 30/10/2017 19:34:19
Сообщений: 61

Оффлайн


Спасибо!


[Post New]20/12/2017 13:59:37

    

Тема: Re:Интеграция с 1С

[Up]

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>


[Post New]21/12/2017 12:43:46

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 07/09/2017 17:33:44
Сообщений: 101

Оффлайн


К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 13:03:44

    

Тема: Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн

Sergey-Chelny wrote:К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?

вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает


[Post New]21/12/2017 13:11:53

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 07/09/2017 17:33:44
Сообщений: 101

Оффлайн


Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.
Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 13:16:20

    

Тема: Re:Интеграция с 1С

[Up]

Павел Большаков

[Avatar]

Зарегистрирован: 25/05/2017 10:01:41
Сообщений: 368

От: Контур.Меркурий

Оффлайн


У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 1С (баги в SSL в платформе)

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 21/12/2017 13:16:41

https://kontur.ru/mercury


[WWW]

[Post New]21/12/2017 13:30:16

    

Тема: Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн

Sergey-Chelny wrote:Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.

платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103


[Post New]21/12/2017 14:23:50

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 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» долго думает и выдает ошибку. Ту-пи-к какой то

Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 14:28:46

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 30/10/2017 19:34:19
Сообщений: 61

Оффлайн


«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому


[Post New]21/12/2017 14:38:05

    

Тема: Re:Интеграция с 1С

[Up]

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


[Post New]21/12/2017 21:52:21

    

Тема: Re:Интеграция с 1С

[Up]

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» — больше похоже на путь к боевому


[Post New]22/12/2017 08:21:09

    

Тема: Re:Интеграция с 1С

[Up]

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>

Спасибо.


[Post New]22/12/2017 10:40:43

    

Тема: Re:Интеграция с 1С

[Up]

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

1СДобрый день! Уважаемые читатели и гости популярного компьютерного блога 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

по причине:

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

ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198)

Комментарий: {ОбщийМодуль. ОбщегоНазначения. Модуль (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

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

C:Program Files (x86)1cv88.3.11.3034bin это в случае с версией 8.3.11.3034

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

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

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

  • Второй метод, заключается в использовании обработки в 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

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

Автор Сообщение

[Post New]20/12/2017 11:39:48

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 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-ссылки — нет способа решить проблему?


[Post New]20/12/2017 11:58:51

    

Тема: Re:Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн


СергейА wrote:Добрый день.

У кого версия 1С 8.2 — может кто-то нашел решение:

http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830


[Post New]20/12/2017 12:48:51

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 30/10/2017 19:34:19
Сообщений: 61

Оффлайн



Спасибо!


[Post New]20/12/2017 13:59:37

    

Тема: Re:Интеграция с 1С

[Up]

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>


[Post New]21/12/2017 12:43:46

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 07/09/2017 17:33:44
Сообщений: 101

Оффлайн



К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?

Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 13:03:44

    

Тема: Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн


Sergey-Chelny wrote:К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?

вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает


[Post New]21/12/2017 13:11:53

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 07/09/2017 17:33:44
Сообщений: 101

Оффлайн



Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.

Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 13:16:20

    

Тема: Re:Интеграция с 1С

[Up]

Павел Большаков

[Avatar]

Зарегистрирован: 25/05/2017 10:01:41
Сообщений: 368

От: Контур.Меркурий

Оффлайн



У нас как правило это либо закрыты порты — пинаем админа, либо неудачная версия платформы 1С (баги в SSL в платформе)

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 21/12/2017 13:16:41

https://kontur.ru/mercury


[WWW]

[Post New]21/12/2017 13:30:16

    

Тема: Интеграция с 1С

[Up]

lalex23

Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 374

Оффлайн


Sergey-Chelny wrote:Хммм…. Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: «Ошибка работы с Интернет: Не могу установить соединение». Вот и думаю, может что изменилось, а я не в курсе.

платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103


[Post New]21/12/2017 14:23:50

    

Тема: Интеграция с 1С

[Up]

Sergey-Chelny

[Avatar]

Зарегистрирован: 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» долго думает и выдает ошибку. Ту-пи-к какой то

Кто хочет, тот ищет возможности, кто не хочет — ищет причины.


[Post New]21/12/2017 14:28:46

    

Тема: Re:Интеграция с 1С

[Up]

СергейА

Зарегистрирован: 30/10/2017 19:34:19
Сообщений: 61

Оффлайн



«https://api2.vetrf.ru:433/platform/services/ApplicationManagementService» — это же не путь к боевому? «https://api.vetrf.ru:433/platform/services/ApplicationManagementService» — больше похоже на путь к боевому


[Post New]21/12/2017 14:38:05

    

Тема: Re:Интеграция с 1С

[Up]

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


[Post New]21/12/2017 21:52:21

    

Тема: Re:Интеграция с 1С

[Up]

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» — больше похоже на путь к боевому



[Post New]22/12/2017 08:21:09

    

Тема: Re:Интеграция с 1С

[Up]

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>

Спасибо.


[Post New]22/12/2017 10:40:43

    

Тема: Re:Интеграция с 1С

[Up]

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

1СДобрый день! Уважаемые читатели и гости популярного компьютерного блога 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

по причине:

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

ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198)

Комментарий: {ОбщийМодуль. ОбщегоНазначения. Модуль (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

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

C:Program Files (x86)1cv88.3.11.3034bin это в случае с версией 8.3.11.3034

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

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

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

  • Второй метод, заключается в использовании обработки в 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

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

Понравилась статья? Поделить с друзьями:
  • Ошибка при вызове метода контекста прочитатьjson недопустимое состояние потока записи json
  • Ошибка при вызове конструктора wsопределения при создании описания сервиса произошла ошибка
  • Ошибка при вызове метода контекста прочитать ошибка совместного доступа к файлу
  • Ошибка при вызове метода контекста прочитать ошибка при выполнении файловой операции
  • Ошибка преобразования не удалось преобразовать пакет