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

Yoreg07 wrote:атрибут FOR у vetdocument и атрибут ID у consignment как раз дают эту связь (если я конечно правильно разобрался) ... но вот в ответе у транспортной партии нет consignment ... есть только stockEntry

а внутри stockEntry есть batch (на который судя по описанию может ссылаться for) ..хотя у batch вроде нет id (consignment его наследник, а не наоборот).. короче нужна подсказка зала

Yoreg07 wrote:дело в том, что у batch нет атрибута ID как у consignment ... вот собственно поэтому у меня и возник вопрос про эту связь

Сейчас посмотрела пару недавних тестовых запросов на транспортную операцию, где было несколько строк - в результирующих данных ни у одного из элементов batch/consignment/vetdocument не возвращается упоминаемых атрибутов. Значит скорее всего это на будущее. Ну и хорошо если будет..

Yoreg07 wrote:У ВСД есть атрибут For ... может как-то через него можно получить эту связь?

Не заметила раньше этого атрибута. Может быть он тоже из тех, что на будущее..
На такой же вопрос в ответах ни разу на него не указывали.
Но если, например, в транспортной операции, он впоследствии в вет.документе будет служить как раз для отсылки на запись журнала, я бы уточнила, куда он в данном случае будет ссылаться - (вроде логично было бы на batch у stockEntry, но вдруг не так)

Yoreg07 wrote:Добрый день. Может кто подскажет ... как в ответе на запрос оформления производственной или транспортной партии узнать какой ВСД какой записи журнала соответствует? Ведь в ответе может быть несколько записей и несколько ВСД?

О-о, мой больной вопрос

Так, чтобы красиво однозначно по какому-нибудь идентификатору - никак. Я в итоге ищу просто по совпадению всех одноименных полей партии.

Егорова Ирина wrote:Этот атрибут был заявлен на перспективу. В дальнейшем планируется добавить возможность гашения нескольких партий товара. На данный момент использование или неиспользование этого атрибута ошибочным не является.

Ирина, правильно я поняла, что речь в данном случае об атрибуте элемента Consignment в контексте заявки на входящую партию?
А для транспортной он не будет иметь смысла?
И не критично в транспортной, если не заполняется и второй атрибут - id? (заявка проходит)

Егорова Ирина wrote:

ну в смысле vetDocument 1 или два раза ... в примере два?

В ответе processIncomingResponse будут отдельные ВСД. В случае полного или частичного гашения будут возвращены данные погашенного ВСД и в случае частичного гашения также будут возвращены данные возвратного ВСД. В случае полного возврата партии возвращаются только данные возвратного сертификата.

А разве входящий в этом случае не гасится? Ведь в этом случае возвратный - это новый документ и входящий вроде бы отработал..

Yoreg07 wrote:Нет ... я не в 1С ... У меня ещё вопросик ... последний. В типе данных Consignment атрибут PartOf какой смысл несёт и как он используется?

Вот это не знаю, тоже с интересом прочитаю если кто напишет.
Транспортная вообще без атрибутов в этом элементе проходит.. может это и не правильно ее так отправлять, раз в описании атрибутов говорится "должен быть заполнен если несколько элементов в запросе", но выполняется вроде бы нормально.

lalex23 wrote:

Gorkova wrote:

Yoreg07 wrote:Спасибо огромное!!!

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

не понял проблемы, если речь о том что в ответе от сервисов может прийти как список так и единичный элемент, то я обхожусь кодом:
Если ТипЗнч(ОтветXDTO.result....) = Тип("СписокXDTO") Тогда ИначеЕсли ТипЗнч(ОтветXDTO.result....) = Тип("ОбъектXDTO") Тогда

Да, я об этом. Когда объект нормально читается с указанием типа Меркурия, этого делать по идее не должно быть необходимости - всегда можно ориентироваться что пришел список, или с 1 элементом или с несколькими. ..Хотя тут могу ошибаться.
В общем я к тому, что если при использовании ФабрикаXDTO.ПрочитатьXML с двумя аргументами - валится исключение, не нужно удивляться

Yoreg07 wrote:Спасибо огромное!!!

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

Yoreg07 wrote:Спасибо большое ... а можно ещё аналогичный вопрос уже по транспортной партии? XML для запроса на выполнение операции так должна выглядеть:
<delivery>
deliveryDate
consignor
consignee
consignment
consignment
consignment
...
consignment
accompanyingForms
</delivery>
ну т.е. несколько consignment может быть?

Да, тогда в ответе будет несколько партий и вет.свидетельств

Yoreg07 wrote:То есть, ответная xml выглядит так:
<processIncomingConsignmentResponse>
<stockEntry>
</stockEntry>
<vetDocument>
</vetDocument>
<vetDocument>
</vetDocument>
</processIncomingConsignmentResponse>

или всё-таки так:

<processIncomingConsignmentResponse>
<stockEntry>
</stockEntry>
<vetDocumentList>
<vetDocument>
</vetDocument>
<vetDocument>
</vetDocument>
</vetDocumentList>
</processIncomingConsignmentResponse>

ну в смысле vetDocument 1 или два раза ... в примере два?

По-моему первый вариант (только в общем случае vetDocument может быть и один и два раза), т.е. vetDocumentList в ответе не бывает.

Yoreg07 wrote:Добрый день. Скажите, пожалуйста, при оформлении входящей партии в ответе приходит один вет. документ или их может быть несколько.
http://help.vetrf.ru/wiki/IncomingOperation#.D0.94.D0.B0.D0.BD.D0.BD.D1.8B.D0.B5_.D0.BE.D1.82.D0.B2.D0.B5.D1.82.D0.B0
Может у поля vetDocument в processIncomingConsignmentResponse должен быть тип VetDocumentList?

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

lalex23 wrote: есть хоть какие-то возможности достать из Меркурия номер оформленного ВСД по транспортной транзакции?

так транспортная операция возвращает же в данных ответа сведения о ВСД

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

Именно так и было. Ошибка из серии "сам дурак".

В коде нужно помнить, что имя заявки с маленькой, а имя такого же типа - с большой. А я все под одну гребенку

А про SoapUI может подскажет кто чайнику - как правильно заполнить параметры для подключения, чтобы осталось просто "воткнуть" текст запроса и посмотреть результат?
По ссылке на wsdl url вроде определился, видит возможные запросы и ответы.
В request properties заполняю username и password, возвращается все равно результат "не авторизовано".
Что еще нужно проверить?

Егорова Ирина wrote:Юлия, без исходника запроса выяснение причин ошибок сродни гаданию на кофейной гуще. Нужны исходники. Если стесняетесь выкладывать их здесь, пишите в техподдержку. Кстати, SOAP UI помог бы вам найти место ошибки с точностью до строки и символа.

Не стесняюсь

думала более опытные сходу подкинут идей..
Можно прямо здесь или лучше в скайпе текст запроса прислать?