Опыты с 2.0RC через SOAPGUI - успехи и проблемы.

Aiki wrote:

nsnt wrote:Подскажите, пожалуйста, кто может.
На тестовом сервере в веб-интерфейсе при гашении ВСД появился обязательный реквизит "Номер производственной партии". Без него не дает погасить, с ним создает акт несоответствия по причине разных номеров производственной партии, о чем в справке нигде никаких упоминаний нет.
В итоге после этого я по api 1.4 вижу этот номер партии в записи складского журнала в списке маркировок, у маркировки указан класс BN.
Когда после этого я делаю в веб-интерфейсе транспортную операцию по этой записи складского журнала, то в исходящем ВСД данных о маркировке нет.
Вопрос, как это выглядит в api 2.0? Там видно эти данные в ВСД?

Добрый в API 2.0 номер партии при гашении обязателен ( <v21:batchID>VAL723456789</v21:batchID>
Но это не тоже, что в маркировке BN. Я при тестах вообще для гашения не указывал маркировку.

Спасибо.
Я предполагала, что это batchID. Просто пока на 2.0 не могу проверить. Видимо, его для 1.4 прикрутили в маркировку, но не до конца.

судя по справке он необязательный
http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0

101 ·········<vd:batchID> bs:String255 [0..*] Уникальный идентификатор производственной партии продукции.

http://help.vetrf.ru/wiki/Batch_v2.0

batchID Уникальный идентификатор производственной партии продукции. bs:Identifier 0..*

По справке отличается тип.
По xsd тоже необязательный:

<xs:element name="batchID" type="bs:Identifier" minOccurs="0" maxOccurs="unbounded">

Почему то в справке не описаны ошибки, номер ошибки видимо этот:

MERC14536 Список номеров производственной партии обязателен для заполнения.

С терминологией хаос, название используется разное: по справке "Уникальный идентификатор" по ошибке "Список номеров".
Спасибо за подсказку, сам не смог найти.

Добрый день!

Пытаюсь загасить ВСД по версии 2.0, в ответ приходит ошибка : Хозяйствующий субъект-инициатор запроса и предприятие-получатель должны быть связаны друг с другом
Но у меня связаны XC с площадкой, пробовал отвязать и ещё раз привязать площадку - результатов не дало. Если запрашивать справочник ХС по версии 1.4 то activityLocation заполнено и площадка по которой гашу там присутствует,
если по версии 2.0, то в ActivityLocation возвращается null. Может быть в этом проблема? Попробовал загасить по версии 1.4 - всё прошло успешно.
Кто- нибудь загасил ВСД хотя бы без расхождений?

<processIncomingConsignmentRequest xmlnssi="http://www.w3.org/2001/XMLSchema-instance" xmlnssd="http://www.w3.org/2001/XMLSchema" xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
<localTransactionId>c5b07c26-7521-4eab-85c3-1be623563996</localTransactionId>
<initiator>
<login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">krasnjukov_ia_170811</login>
</initiator>
<delivery>
<deliveryDate xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">2017-09-29T16:32:23.347</deliveryDate>
<consignor xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">4eb2492f-6769-47eb-9763-7e5a36f5f9b6</guid>
</businessEntity>
<enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">19f8689a-48d8-49d5-8457-540d38fa0dfb</guid>
</enterprise>
</consignor>
<consignee xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">4eb2492f-6769-47eb-9763-7e5a36f5f9b6</guid>
</businessEntity>
<enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">02eb8282-6439-4340-9481-06b3ebbc5543</guid>
</enterprise>
</consignee>
<consignment xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<productType>5</productType>
<product>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">234e965b-851b-8a82-990b-a6be88c3b640</uuid>
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">e3bdc46d-707a-a75c-33f6-c280c162927f</guid>
</product>
<subProduct>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">62419b04-00e2-4603-a9f6-d4b180f5db09</uuid>
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">c0156183-d1e8-4345-bcde-0de76ac32b20</guid>
</subProduct>
<productItem>
<name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">Курица</name>
<code xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">3453</code>
</productItem>
<volume>1.000000</volume>
<unit>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">069792f0-053d-11e1-99b4-d8d385fbc9e8</uuid>
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</guid>
<name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2" />
</unit>
<dateOfProduction>
<firstDate>
<year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2017</year>
<month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">7</month>
<day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">10</day>
<hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">0</hour>
</firstDate>
<secondDate>
<year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2017</year>
<month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">7</month>
<day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">18</day>
<hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">0</hour>
</secondDate>
</dateOfProduction>
<expiryDate>
<firstDate>
<year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2017</year>
<month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">12</month>
<day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">17</day>
<hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">0</hour>
</firstDate>
<secondDate>
<year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2018</year>
<month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">1</month>
<day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">14</day>
<hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">0</hour>
</secondDate>
</expiryDate>
<batchID>П102155</batchID>
<perishable>false</perishable>
<origin>
<productItem>
<globalID xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">3534534535</globalID>
<name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">Курица</name>
</productItem>
<country>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">72a84b51-5c5e-11e1-b9b7-001966f192f1</uuid>
<name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2" />
</country>
</origin>
<lowGradeCargo>false</lowGradeCargo>
<packageList>
<package xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<level>1</level>
<packingType>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">483400f6-eef8-4d94-bebe-9a6bbc5585e8</uuid>
<name>Коробка, картонная</name>
</packingType>
<quantity>1</quantity>
</package>
</packageList>
<owner>
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">4eb2492f-6769-47eb-9763-7e5a36f5f9b6</guid>
</owner>
</consignment>
<transportInfo xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<transportType>1</transportType>
<transportNumber>
<vehicleNumber>с900ур116</vehicleNumber>
</transportNumber>
</transportInfo>
<transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">CHILLED</transportStorageType>
<accompanyingForms xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<waybill>
<issueDate>2017-09-29</issueDate>
</waybill>
<vetCertificate>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">7ac3f1aa-4de3-4986-8acd-ec70b1820cc3</uuid>
</vetCertificate>
</accompanyingForms>
</delivery>
<deliveryFacts>
<vetCertificatePresence xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">ELECTRONIC</vetCertificatePresence>
<docInspection xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<responsible>
<login>krasnjukov_ia_170811</login>
</responsible>
<result>CORRESPONDS</result>
</docInspection>
<vetInspection xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<responsible>
<login>krasnjukov_ia_170811</login>
</responsible>
<result>CORRESPONDS</result>
</vetInspection>
<decision xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">ACCEPT_ALL</decision>
</deliveryFacts>
</processIncomingConsignmentRequest>

Да, что-то такое говорилось. База 1.4 и 2.0 не синхронизированы, веб-фейс примотан к базе 2.0.

Я площадки ведь регистрировал по версии 2.0, то есть в базу 2.0... Получается, то что я регистрировал по версии 2.0 ушло в БД 1.4 чтоль?

кстати в xsd 2.0 нашел операцию GetActivityLocationList, надо будет попробовать

...работает

Aiki wrote:Итого на текущий момент:
0. исправили ошибку с требованием к использованию UUID, если номенклатура имеет версии.
1. мне не ясно зачем использовать UUID, в единицах измерения.
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.
4. Почти все работает.

Глобальный вопрос, если бы документация была в порядке на Wiki, то тогда тестирование было бы полноценным. А так....
Пора смотреть производство.

Вдруг, кто поможет (уже проверил), пока лень не заставила проверить еще раз самому, Вот это, ниже исправили?
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.

Aiki wrote:Вдруг, кто поможет (уже проверил), пока лень не заставила проверить еще раз самому, Вот это, ниже исправили?
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.

2 Проверял. Ключом является указание name (т.е. если name не укажешь - он возьмет все из стока) мне удалось пробросить GTIN, name и code
3 Тоже проверял. Маркировки пробросились (тестил BN и SSCC).
*по 2 и 3 исходные партии были созданы на 1.4

Кстати!
Как вижу, дополнили документацию про vd:r13nClause в ВСД

У кого-нить получилось вместе с условиями ВСД отправить? (я когда последний раз пробовал - там не очень хорошо все было)

Подскажите это ВСЁ будет работать на 1С 7.7 ??

оно хоть на чем будет работать, если написать.

Здравствуйте!

Только начинаю разбираться с версией 2...

Подскажите, пожалуйста, в чем может быть дело:
Пытаюсь получить список предприятий, используя
activityLocation из GetBusinessEntityByGuid.
В 1.4 работает, а в 2. почему то список пустой...

Спасибо.

gni wrote:В 1.4 работает, а в 2. почему то список пустой...

в 2.0 это отдельная операция

ориентируясь надоку и на вашу пробу пера

Aiki wrote:Очередное сообщение, гашение тр.всд. (с оформлением возвратного)... (тут, на форуме нельзя скрывать текст?)

<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>-DELETE-</ws:apiKey> ......

пытаюсь оформить гашение на присланный нам тестовый тВСД..
ругается в частности

вроде в схемах нет обязательности, где я возьму эти номера, их же нет во входящих тВСД?

вкрутил тег
<v21:batchID>rr123</v21:batchID>
с ид от балды - пропустило.. но видимо пошли проверки следующих уровней.
В частности

а где их брать, если в моем входящем тестовом ВСД (получаемом через API ) списка производителей нет. а дату я указал как там. Это глючный входящий всд?

при этом в ВЕБ открываю доки - там есть какой то производитель. Почему он через XML не приходит?
Так же там есть:
Номер ВСД: 1970915 - это наверное IssueNumber - а в xml не приходит
Запись в журнале: № 2154009 - это StockEntry в журнале отправителя?
В сведения о продукциях есть пункт "произведенная" - это и есть Список производителей? почему же он в XML не приходит...

а номера производственной партии, который необходимо указывать при гашении вообще нигде нет.

вообще не понимаю разработчиков системы - нафига требовать столько повторных данных - есть же ссылка на uuid входящего дока, вот все там же и содержится!