Сообщения, отправленные пользователем: Zoeh

А если с точки зрения актуальности ответа?
вот наступило 01.01.18
мы обязаны работать с меркурием
у нас ЭВСД = 0 штук.
товара на складах пруд пруди.

наши действия? Уважаемые разработчики объясните процедуру начала работы с 01.01.18?

проблема в том что поставщик на нас начнет отписывать только 21.01.18
а нас обязывает работать с 01.01.18
выйдем на работу 01.01
и чего делать?

Делать инвентаризацию и оприходование всего товара сразу?
Либо есть какие то секретные операции ввод первоначальных остатков?

http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0#script1

скажите в Вики вообще запрос рабочий или нет?
я не могу найти что за:
Обслуживаемое предприятие в сведениях о принимаемой партии обязательно для заполнения
я уже везде producer добавил куда только можно

Далее сравнение
1. документация
2. пример из документации
3. запрос сформированный в soapUi

что я неправильно делаю?
почему везде все разное?

В вики четко вижу что после тэга productItem
идет тэг country

в схеме после тега productItem

нет никакой country

????
где должен быть этот тег?

103 ·········<vd:origin>
Сведения о происхождении продукции.

Данный элемент указывается в случае гашения бумажного ВСД. Для электронного ВСД не указывается

в вики написано что не обязательный реквизит!
вместе со всеми подчиненными. Это так???

<?xml version="1.0" encoding="UTF-8"?>

-<soapenv:Envelope xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">

<soapenv:Header/>

-<soapenv: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-11-01T15:06:56</apl:issueDate>

-<apl:data>

-<merc:getVetDocumentListRequest>

<merc:localTransactionId>A40CD86B-C9F5-4076-ABEA-7B1E3E444265</merc:localTransactionId>

-<merc:initiator>

<vd:login>***</vd:login>

</merc:initiator>

-<base:listOptions>

<base:count>1</base:count>

<base:offset>0</base:offset>

</base:listOptions>

<dt:enterpriseGuid>***</dt:enterpriseGuid>

</merc:getVetDocumentListRequest>

</apl:data>

</apl:application>

</apldef:submitApplicationRequest>

</soapenv:Body>

</soapenv:Envelope>

и в ответ получаем:

<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.12.0</center>
</body>
</html>

дайте готовый 100% рабочий запрос?(а не как дан пример в вики)

Jupiter wrote:Подскажите, что не так с этим запросом? Возвращает <apl:error code="APLM0012" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">An unexpected error has occurred while invoking target service operation.</apl:error>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:v2="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:v22="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <soapenv:Header/> <soapenv:Body> <ws:submitApplicationRequest> <ws:apiKey>apikey</ws:apiKey> <app:application> <app:serviceId>mercury-g2b.service:2.0</app:serviceId> <app:issuerId>issuerId</app:issuerId> <app:issueDate>2017-10-26T15:49:16</app:issueDate> <app:data> <v2:processIncomingConsignmentRequest> <v2:localTransactionId>q2132132</v2:localTransactionId> <v2:initiator> <v21:login>login</v21:login> </v2:initiator> <v2:delivery> <v21:deliveryDate>2017-10-26T15:00:00</v21:deliveryDate> <v21:consignor> <v22:businessEntity> <base:guid>guid</base:guid> </v22:businessEntity> <v22:enterprise> <base:guid>guid</base:guid> </v22:enterprise> </v21:consignor> <v21:consignee> <v22:businessEntity> <base:guid>guid</base:guid> </v22:businessEntity> <v22:enterprise> <base:guid>guid</base:guid> </v22:enterprise> </v21:consignee> <v21:consignment> <v21:productType>7</v21:productType> <v21:product> <base:guid>guid</base:guid> </v21:product> <v21:subProduct> <base:guid>guid</base:guid> </v21:subProduct> <v21:productItem> <v22:name>name</v22:name> </v21:productItem> <v21:volume>12.30984</v21:volume> <v21:unit> <base:guid>5621654d-955a-4b8f-9854-da4845b19c21</base:guid> </v21:unit> <v21:dateOfProduction> <v21:firstDate> <v22:year>2012</v22:year> <v22:month>09</v22:month> </v21:firstDate> </v21:dateOfProduction> <v21:expiryDate> <v21:firstDate> <v22:year>2014</v22:year> <v22:month>03</v22:month> </v21:firstDate> </v21:expiryDate> <v21:perishable>false</v21:perishable> <v21:origin> <v21:country> <base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid> </v21:country> <v21:producer> <v22:enterprise> <base:guid>guid</base:guid> </v22:enterprise> </v21:producer> </v21:origin> <v21:lowGradeCargo>false</v21:lowGradeCargo> </v21:consignment> <v21:transportInfo> <v21:transportType>1</v21:transportType> <v21:transportNumber> <v21:vehicleNumber>number</v21:vehicleNumber> </v21:transportNumber> </v21:transportInfo> <v21:transportStorageType>FROZEN</v21:transportStorageType> <v21:accompanyingForms> <v21:waybill> <v21:issueSeries>ТТН</v21:issueSeries> <v21:issueNumber>321654987</v21:issueNumber> <v21:issueDate>2017-10-26</v21:issueDate> <v21:type>1</v21:type> </v21:waybill> <v21:vetCertificate> <base:uuid>uuid</base:uuid> </v21:vetCertificate> </v21:accompanyingForms> </v2:delivery> <v2:deliveryFacts> <v21:vetCertificatePresence>ELECTRONIC</v21:vetCertificatePresence> <v21:docInspection> <v21:responsible> <v21:login>login</v21:login> </v21:responsible> <v21:result>CORRESPONDS</v21:result> </v21:docInspection> <v21:vetInspection> <v21:responsible> <v21:login>login</v21:login> </v21:responsible> <v21:result>CORRESPONDS</v21:result> </v21:vetInspection> <v21:decision>ACCEPT_ALL</v21:decision> </v2:deliveryFacts> </v2:processIncomingConsignmentRequest> </app:data> </app:application> </ws:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope>

У тебя что то с хостами напутано.
т.к .у меня твой запрос но с моими гуидами выдает следующее:
apl:error code="MERC14536" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Список номеров производственной партии обязателен для заполнения.</apl:error>
<apl:error code="MERC14047" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в сведениях о принимаемой партии обязательно для заполнения.</apl:error>
</errors>

вообще ничего не пойму

103 ·········<vd:origin>

Сведения о происхождении продукции.

Данный элемент указывается в случае гашения бумажного ВСД. Для электронного ВСД не указывается

а почему в вики ссылки не обновлены?

31.10 настало, если у 01.01.18 у нас все запросы будут готовы только на 2.0

не окажемся ли мы рядом с теми у кого вообще ничего нет?

Перешел ли продуктивный модуль на API 2.0?

исправил все как в 103-124
делаю так:
<vd:producer>

<apl:error code="MERC14047" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в сведениях о принимаемой партии обязательно для заполнения

если делать по инструкции

<vd:origin>
<vd:country>
<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
</vd:country>
<dt:producer>
<dt:enterprise>
<bs:guid>9ee532c7-db75-ede9-3561-f28a45fee85d</bs:guid>
</dt:enterprise>
<dt:role>PRODUCER</dt:role>
</dt:producer>
</vd:origin>
то вообще возвращает

<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Wrong application data format. Format validation failed due to XML Schema rules: Элемент 'producer' не предусмотрен.</apl:error>