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

Именно про АПИ. Для нас будет проблематично ввести вручную. Я так понимаю, самый правильный вариант через инвентаризацию?!

rty wrote:

ZDmitry wrote:Добрый день! Подскажите, как проверить пришел объектXDTO или списокXDTO?

Если правильной фабрикой читать и правильным типом, то этот момент проверять не надо. А так с помощью
ТипЗнч(Переменная) = Тип("СписокXDTO") ИЛИ ТипЗнч(Переменная) = Тип("ОбъектXDTO")

За это спасибо! Загнался)

У кого сегодня вылазит ошибка? Что она значит? Раза с 3го нормально срабатывает! Это на запрос продукции по гуиду

Код ошибки: Server
Техническая информация:
<detail xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<con:fault xmlns:con="http://www.bea.com/wli/sb/context">
<con:errorCode>BEA-382513</con:errorCode>
<con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason>
<con:location>
<con:path>request-pipeline</con:path>
<con:error-handler>true</con:error-handler>
</con:location>
</con:fault>
</detail>

Добрый день! Подскажите, как проверить пришел объектXDTO или списокXDTO?

В том то и дело! Как правильно вводить начальные остатки?

Подскажите пожалуйста. Допустим я сделаю инву по всем своим начальным остаткам, и что? Эту инву должен будет подтверждать вет.врач? Как это должно происходить правильно? Ведь, если инвентаризация не требует подтверждения, то можно все гнать через инву?! Без гашения входящих ЭВСД. На тестовом проходит. Продукция разная - от колбасы до молочки.

Добрый день!

ошибка:
Unsupported error code: 24383, MERC24383

При инвентаризации - добавление партии

Как понять из-за чего?

Разобрался. Такое ощущение, что ошибка была из-за того, что в вет. свидетельстве не было упаковки.)))

rty wrote:Однако работает, только что отправил себе всд и погасил

Подскажите при гашении у вас есть блок productItem? Гашение полностью я имею ввиду. У меня еще вчера гасились, сегодня такая ошибка(((

Добрый день!
Тестовый контур при попытке полностью погасить ЭВСД возвращает
"MERC14245" Так как маркировка в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
При получении этого ЭВСД блок packageList пустой. Что происходит?

rty wrote:

ZDmitry wrote:

rty wrote:

ZDmitry wrote:Понимаю, что это из-за того что объекты созданы не от одной фабрики. Но как это обойти это в управляемом приложении? Ведь Фабрику я создаю на сервере и естественно она исчезает. И передать на клиент созданную фабрику не могу, понятно почему. Или мой вариант разбирать весь объект до простых типов? Это единственный вариант? Может можно как-то сформировать фабрику 1 раз и использовать ее? Пните меня в правильную сторону! Спасибо.

Формировать текст xml на сервере нет возможности? Данные для формирования можно отдать на сервер, а сервер вернет готовый текст на клиент, если требуется

Есть конечно. Я рассматриваю вариант, когда делаю транспортную операцию. То есть я делаю запрос на получение записи журнала, потом нужно часть этих данных использовать в запросе на транспортную операцию. И сейчас понимаю, что полученные данные нужно разбирать до простых типов, а не присвоить часть объекта другому объекту XDTO. А если бы объекты были созданы одной фабрикой, но так не получится видимо, потому что фабрика будет жить только пока выполняется серверная процедура.

Как вариант сохранить в xml ту часть объекта XDTO, которую нужно присвоить своему объекту, и этот xml прочитать своей фабрикой и присвоить потом
Но не уверен в работоспособности и правильности такого подхода =)

Только что сам про это подумал. Уже проверяю)) Спасибо.

rty wrote:

ZDmitry wrote:Понимаю, что это из-за того что объекты созданы не от одной фабрики. Но как это обойти это в управляемом приложении? Ведь Фабрику я создаю на сервере и естественно она исчезает. И передать на клиент созданную фабрику не могу, понятно почему. Или мой вариант разбирать весь объект до простых типов? Это единственный вариант? Может можно как-то сформировать фабрику 1 раз и использовать ее? Пните меня в правильную сторону! Спасибо.

Формировать текст xml на сервере нет возможности? Данные для формирования можно отдать на сервер, а сервер вернет готовый текст на клиент, если требуется

Есть конечно. Я рассматриваю вариант, когда делаю транспортную операцию. То есть я делаю запрос на получение записи журнала, потом нужно часть этих данных использовать в запросе на транспортную операцию. И сейчас понимаю, что полученные данные нужно разбирать до простых типов, а не присвоить часть объекта другому объекту XDTO. А если бы объекты были созданы одной фабрикой, но так не получится видимо, потому что фабрика будет жить только пока выполняется серверная процедура.

Добрый день. Задам глупый вопрос по фабрикам. Пожалуйста пните в нужную сторону.
Делаю что-то типа

producer = Объект.certifiedConsignment.batch.origin.producer.Получить(0);
origin.producer.Добавить(producer);
consignment.origin = origin;
delivery.consignment.Добавить(consignment);
processIncomingConsignmentRequest.delivery = delivery;

И при этом Объект у меня создан по 1 фабрике, а processIncomingConsignmentRequest по другой, так как УП. Естественно получаю вот это:
" Тип '{http://api.vetrf.ru/schema/cdm/dictionary/v2}Producer' не соответствует типу '{http://api.vetrf.ru/schema/cdm/dictionary/v2}Producer' Тип свойства не соответствует типу значения"

Понимаю, что это из-за того что объекты созданы не от одной фабрики. Но как это обойти это в управляемом приложении? Ведь Фабрику я создаю на сервере и естественно она исчезает. И передать на клиент созданную фабрику не могу, понятно почему. Или мой вариант разбирать весь объект до простых типов? Это единственный вариант? Может можно как-то сформировать фабрику 1 раз и использовать ее? Пните меня в правильную сторону! Спасибо.

Время да! Но, все равно же нужно получать ШК созданного ЭВСД для приложения к комплекту документов. Или это необязательно? У нас в сезон до 1000 доков в сутки

Еще вопросик организационный. При гашении входящего ЭВСД можно записать идентификатор партии журнала меркурия у себя, далее при оформлении транспортной партии сделать запрос, получить запись журнала, выдрать все идентификаторы номенклатуры меркурия и с ними создать исходящий ЭВСД. Теперь вопрос: Зачем хранить номенклатуру меркурия? Что я не понимаю?

Павел Большаков wrote:

ZDmitry wrote:
Это все понял. Спасибо. Еще вопрос при получении журнала продукции getStockEntryListRequest есть тег merc:searchPattern для фильтра, что это за тип, в каком пакете? По Вики не описан.

вот тут все:
http://help.vetrf.ru/wiki/Vd:StockEntryBlankFilter_v2.0

Да. Спасибо. Смутило то, что тип стоит напротив </vd:blankFilter>, а не на merc:searchPattern