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

Вот не пойму, в чем косяк.

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.
(ФабрикаXDTO создается по рекомендациям, выложенным здесь на форуме, та же схема с 1,4 отрабатывала без проблем)

...
              <d7p1:accompanyingForms>
                                <d7p1:waybill>
                                    <d7p1:issueNumber>0711</d7p1:issueNumber>
                                    <d7p1:issueDate>2017-11-07</d7p1:issueDate>
                                    <d7p1:type>1</d7p1:type>
                                </d7p1:waybill>
                                <d7p1:vetCertificate>
                                    <d7p1:issueSeries>1122</d7p1:issueSeries>
                                    <d7p1:certifiedConsignment>
...
                                    </d7p1:certifiedConsignment>
                                    <d7p1:authentication>
...
                                    </d7p1:authentication>
                                    <d7p1:statusChange>
...
                                    </d7p1:statusChange>
                                    <d7p1:issueDate>2017-11-16</d7p1:issueDate>
                                    <d7p1:issueNumber>1234565689</d7p1:issueNumber>
                                    <d7p1:vetDForm>NOTE4</d7p1:vetDForm>
              </d7p1:vetCertificate>

И вот эти issueDate и issueNumber, относящиеся к vetCertificate, почему-то уезжают вниз, хотя должны идти следом за issueSeries.
В итоге пакет шлюзом не принимается, выдает отлуп "Format validation failed due to XML Schema rules: Элемент 'issueDate' не предусмотрен." - я так понимаю, что порядок элементов ему важен.
В SOAPui элементы на место поставишь - запрос проходит.

Грешил на релиз платформы, но на 8.3.8 , 8.3.9 , 8.3.10 результат одинаков.
1С, что-ли, не берет во внимание тег <xs:sequence> в XSD-схеме?..

nifor wrote:Коллеги добрый день !!! Подскажите у кого то посредством 1С получилось заполнить атрибуты id и for (api 2.0) ? При заполнении строковым типом ругается на неверный формат при отправке запроса !!!

Подчеркивание впереди прицепите. Там базовый тип "NCName", а он должен содержать первым символом или букву или подчеркивание.

alpsmirnov wrote:

vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например

У меня переварило))

А Request editor на всех операциях открывается?

У меня падает на "getStockEntryListRequest"

API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например

toliman wrote:

- http://schemas.xmlsoap.org/soap/envelope/

Последний пакет, это творение автора? как я понял

Это не "творение автора", это спецификация SOAP - посмотрите для начала хотя бы здесь: http://www.vbnet.ru/articles/showarticle.aspx?id=141

toliman wrote:сделал, с таким никто не сталкивался {ВнешняяОбработка.ОбменСМеркурием.Форма.Форма.Форма(72)}: Значение не является значением объектного типа (Добавить)
SubmitRequestDO.application.data.Добавить(ФормаXML.Элемент, MercRequestDO.Тип().URIПространстваИмен, "mercuryApplicationRequest", MercRequestDO);

Объект XDTO data не проинициализирован, вестимо.

Kano, здесь все прямые ссылки на пакеты:

http://help.vetrf.ru/wiki/NameSpaces

А там внизу такая неприметная закладочка есть, "Auth" называется. Вот в нее и втыкать юзернейм и пассворд

А в "реквест пропертя" они оттуда и перетекут.

C ошибкой APLM002 SoapUI не сильно поможет.
Кстати, там может быть элементарно где-то в идентификаторе регистр попутан (система же case-sensitive), я именно так и нарвался.

okz wrote:
На днях обратился в службу тех.поддержки и мне ответили следующее:

Теперь dataApplication имеет тип any. Это отражено в истории изменений версий ПО. http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9E.D0.B1.D0.BD.D0.BE.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D1.8B

Тем не менее, остается ошибка SOAP. Кто-нибудь может прокомментировать?
Спасибо!

А в любом случае придется собирать Envelope по методике коллеги sayunot, на автомате не заполните.

lalex23 wrote:
указывайте uuid, guid не обрабатывается, я тоже наступил на эти грабли

"Эффект письма в эху" )))
Еще ответа не увидел, попробовал поставить uuid и сработало ))

Теперь на OutcomingConsignmentRequest непонятки:

Error MERC02080: Единица измерения, в которой происходит списание продукции, в ветеринарно-сопроводительном документе обязательна для заполнения.

В consignment/unit единица есть, в vetCertificate, судя по документации, она не обязательна. Или там надо полностью элемент batch заполнять?

Сам спросил, сам ответил.
"Дело было не в бобине..."
Посадил в consignor и в consignee одно и то же предприятие... (где тут значок фейспалма?)

apl:error code="APLM0021" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">VetDocument properties do not correspond one of valid transaction types.</apl:error>

Ловлю вот такую ошибку при формировании запроса processIncomingConsignmentRequest.

Проверяю все теги, вроде совпадают с образцом из документации.

В каких случаях такая ошибка выдается?

Да вроде ничего там военного. Если неохота возиться с SoapUI, попробуйте с той же машины скормить wsdl вот этой ссылке:
http://www.soapclient.com/SoapTest.html