Взаимодействие с учетными системами хозяйствующих субъектов

Коллеги, не понимаю как необходимо указывать сроки выработки и годности вырабатываемой продукции, такая проблема возникла недели 3-4 назад после очередного обновления Меркурия.
Работа через интеграцию в формате 1.4 на продуктивном сервере, две коробки разноимённой продукции с различными сроками годности, дата выработки - один день, оформляются в одну партию вырабатываемой продукции
Раньше при оформлении транзакции переработки указывалась дата выработки периодом с начала дня до конца дня, дата окончания сроков годности, так же периодом: с начала дня окончания срока годности продукции с минимальным сроком по окончание дня окончания срока годности, например:
период выработки 05.12.2017:0 - 05.12.2017:23
период окончания срока годности 14.05.2017:0 - 03.06.2017:23
теперь при оформлении подобных транзакций приходит ошибка: MERC01086 Дата выработки для продукции указана неверно
попытка отправить дату выработки единичной датой, а не периодом 05.12.2017:0 - выдаёт аналогичную ошибку, получается такую партию произвести нельзя и надо разбивать на две?
з.ы.
ни слова про "братские могилы"

Yoreg07 wrote:Добрый день, скажите есть ли API для получения справочника packingtype ?
Я так понимаю, что по http://help.vetrf.ru/wiki/PackingForm в новом классификаторе указаны GUID-ы записей?
А как быть, если в том или ином ответе пришёл UUID PackingType? Как его получить, а точнее, как сопоставить с нужным GUID-ом?

И ещё ... почему в схемах этот тип подразумевает версионность, а в wiki - нет ?

Кто как заполняет справочник packingtype? Руками? В wiki до сих пор нет метода.

slava, загоняю в справочник через макет ( 1С ). Периодически обновляю его и делаю загрузку справочника. При наличии новых записей справочник пополняется.
Ручная работа, но ничего лучше не придумал. Подскажите другой вариант, кто как делает.

Sergey-Chelny wrote:slava, загоняю в справочник через макет ( 1С ). Периодически обновляю его и делаю загрузку справочника. При наличии новых записей справочник пополняется.
Ручная работа, но ничего лучше не придумал. Подскажите другой вариант, кто как делает.

+1

В PrepareOutgoingConsignmentOperation при указании нескольких записей журнала продукции в ответе приходят guid'ы этих записей и список ВСД, сформированных автоматически. Как понять, какой записи журнала соответствует каждый из этих ВСД?

Jupiter wrote:В PrepareOutgoingConsignmentOperation при указании нескольких записей журнала продукции в ответе приходят guid'ы этих записей и список ВСД, сформированных автоматически. Как понять, какой записи журнала соответствует каждый из этих ВСД?

у каждого consigment нужно указать уникальный атрибут id в запросе, у каждого vetDocument в ответе будет атрибут qualifier = id в запросе

Подскажите, кто нибудь получал доступ в продуктив через Ветис.API недавно?
Вот тут описан процесс получения: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API
Если вкратце, то нужно в тесте 10 дней отработать без ошибок APL, APLM и не более 10% MERC причем в боевом режиме с объемом продуктивной эксплуатации.
По срокам я думаю не одни мы не успеваем, мне интересно как сейчас обстоят дела с получением доступа?
У нас только к 18-20 заработают основные процессы без ошибок, как дальше поступать чтоб успеть стартануть к 01.01.18?
Пора подавать заявку сейчас (возможно ее как раз обработают к моменту окончания тестирования)?
Может быть в декабре и пораньше доступ дают? Вариант - поработать некоторое время в веб не подходит, по 1000 всд в день некому оформлять вручную...

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

tomilinia wrote:Подскажите, кто нибудь получал доступ в продуктив через Ветис.API недавно?
Вот тут описан процесс получения: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API
Если вкратце, то нужно в тесте 10 дней отработать без ошибок APL, APLM и не более 10% MERC причем в боевом режиме с объемом продуктивной эксплуатации.
По срокам я думаю не одни мы не успеваем, мне интересно как сейчас обстоят дела с получением доступа?
У нас только к 18-20 заработают основные процессы без ошибок, как дальше поступать чтоб успеть стартануть к 01.01.18?
Пора подавать заявку сейчас (возможно ее как раз обработают к моменту окончания тестирования)?
Может быть в декабре и пораньше доступ дают? Вариант - поработать некоторое время в веб не подходит, по 1000 всд в день некому оформлять вручную...

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

Все бумажные справки не проблема оформить в меркурии, а вот отправить тому кто еще не работает, возникнет проблемы, не все еще хотят работать в меркурии.
29.11 отправил заявку, вчера (11.12) получил. Не знаю повлияло ли, но позвонил всем, до кого дозвонился и отписался всем кому смог (так сказать пришлось всех поднять науши), кто писал что уже месяц ждет.
Вообщем советую отправить заявку сейчас, а как будете готовы, то начинайте работать.
P.S. получить доступ и начать работать разные вещи.

oleg-x wrote:

tomilinia wrote:Подскажите, кто нибудь получал доступ в продуктив через Ветис.API недавно?
Вот тут описан процесс получения: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API
Если вкратце, то нужно в тесте 10 дней отработать без ошибок APL, APLM и не более 10% MERC причем в боевом режиме с объемом продуктивной эксплуатации.
По срокам я думаю не одни мы не успеваем, мне интересно как сейчас обстоят дела с получением доступа?
У нас только к 18-20 заработают основные процессы без ошибок, как дальше поступать чтоб успеть стартануть к 01.01.18?
Пора подавать заявку сейчас (возможно ее как раз обработают к моменту окончания тестирования)?
Может быть в декабре и пораньше доступ дают? Вариант - поработать некоторое время в веб не подходит, по 1000 всд в день некому оформлять вручную...

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

Все бумажные справки не проблема оформить в меркурии, а вот отправить тому кто еще не работает, возникнет проблемы, не все еще хотят работать в меркурии.
29.11 отправил заявку, вчера (11.12) получил. Не знаю повлияло ли, но позвонил всем, до кого дозвонился и отписался всем кому смог (так сказать пришлось всех поднять науши), кто писал что уже месяц ждет.
Вообщем советую отправить заявку сейчас, а как будете готовы, то начинайте работать.
P.S. получить доступ и начать работать разные вещи.

Ок, спасибо!

Добрый день!
Нужна помощь:
На предприятии имеется импортное сырье, приход которого не был зафиксирован ветеринарами в Меркурии при пересечении границы. Из этого сырья была произведена продукция, которую мы планируем отправить в Россию 5/01/18. Как в таком случае быть? и что делать?

Помогите, пожалуйста. В web-е входящие оформленные ВСД - 39 шт, через api соответствующий запрос возвращает 58 шт. Мы что-то не видим в web-е, а api возвращает это ???

Yoreg07 wrote:Помогите, пожалуйста. В web-е входящие оформленные ВСД - 39 шт, через api соответствующий запрос возвращает 58 шт. Мы что-то не видим в web-е, а api возвращает это ???

Разобрался, в webe не показываются ВСД, распечатанные на бланке строгой отчётности. Вопрос: зачем так сделали? такие ВСД гасить только через api ?

Всем привет!

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

чисто поныть...

фрагмент xsd http://api.vetrf.ru/schema/platform/services/2.0-last/dictionary_v2.0.xsd

<xs:enumeration value="XK">
<xs:annotation>
<xs:documentation>Мешок бумажный многослойный влагонепроницаемый</xs:documentation>
<xs:documentation>Bag, paper, multi-wall, water resistant</xs:documentation>
</xs:annotation>
</xs:enumeration>
<xs:enumeration value="YA">
<xs:annotation>
<xs:documentation>Комбинированная упаковка: пластмассовый сосуд в барабане стальном</xs:documentation>
<xs:documentation>Composite packaging, plastic receptacle in steel drum</xs:documentation>
</xs:annotation>
</xs:enumeration>

тоже самое в опубликованном классификаторе http://help.vetrf.ru/wiki/PackingCodeType_v2.0

веб нам предлагает вариант - Упаковка не определена (XX)

в апи приходит ответ:

<package xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<level>6</level>
<packingType>
<uuid xmlns="http://api.vetrf.ru/schema/cdm/base">33f08417-2064-090e-96db-ecd455f56c52</uuid>
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">24e176e2-25fb-4889-f24f-59e080af35a9</guid>
<globalID>XX</globalID>
<name>Упаковка не определена</name>
</packingType>
<quantity>0</quantity>
</package>

операций для классификатора нам не дали, обновления не выкладываете, xsd старые, правите в одностороннем порядке

о какой рабочей версии может идти речь? 1.1.18 для кого вообще?

Вопрос к разработчикам (боевой контур, v2.0):
Почему если указать в запросе (например площадка по GUID) заведомо несуществующий GUID , то в ответ 500-я ошибка? Почему не вернуть нормальное сообщение?