|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: vvche
Индекс форума » Профиль для vvche » Сообщения, отправленные пользователем vvche
Автор Сообщение
Вот не пойму, в чем косяк.

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

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



И вот эти 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
 
Индекс форума » Профиль для vvche » Сообщения, отправленные пользователем vvche
Перейти:   

Powered by JForum 2.1.8 © JForum Team