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

И ещё ... посоветуйте, знающие люди, под какую версию начинать сейчас разработку модуля интеграции УС с Меркурием через шлюз ВЕТИС.API v1.4 или v2 ? Я так понимаю что на тестовом шлюзе ещё нет v2 ?

Yoreg07 wrote:Добрый день. Как в тестовом контуре можно получить чёткую связь ВСД с записью журнала продукции?
Например, я запрашиваю ВСД по UUID и получаю его данные а также информацию ну или UUID/GUID соответствующей ему записи журнала входящей продукции.
Или наоборот, я запрашиваю запись журнала по GUID/UUID и получаю её данные а также информацию ну или UUID соответствующего ей ВСД.

Если найдешь способ отпишись я в своё время не нашел.

Yoreg07 wrote:И ещё ... посоветуйте, знающие люди, под какую версию начинать сейчас разработку модуля интеграции УС с Меркурием через шлюз ВЕТИС.API v1.4 или v2 ? Я так понимаю что на тестовом шлюзе ещё нет v2 ?

Судя по тому как идет переход на 2-ю версия нормальной она будет(пригодной для реальной работы) только в 1-м квартале 2018-го года. Поэтому разрабатывать надо под 1.4, а в начале года предется переделывать.

Yoreg07 wrote:И ещё ... посоветуйте, знающие люди, под какую версию начинать сейчас разработку модуля интеграции УС с Меркурием через шлюз ВЕТИС.API v1.4 или v2 ? Я так понимаю что на тестовом шлюзе ещё нет v2 ?

А есть уверенность что до 1 января рабочий шлюз поднимут до v2? А если нет? Да ещё и обязаловку не отменят?

А рабочий 1.3 до 1.4 вообще не будут обновлять?

my.vetrf-forum wrote:А рабочий 1.3 до 1.4 вообще не будут обновлять?

Да кто ж знает что у них на уме? ))) Но принципиальной разницы между 1.3 и 1.4 нет. А вот с 2.0 уже существенная разница.

Доброе утро, коллеги. Объясните мне непонятливому, пожалуйста, каков принцип оформления ВСД (входящих, производственных или транспортных) через шлюз? А именно: какую роль здесь играет вет. врач? и нужен ли он вообще?
Как вообще происходит этот процесс через шлюз? Пока у меня два предположения:
1. Для оформления ВСД через шлюз в XML запросе достаточно указать логин или UUID вет. врача в соответствующих полях и заявка на оформление будет исполнена. Но тогда вопрос: насколько это безопасно и законно? Логин можно ведь и украсть, и подобрать и т.д.
2. Отправляется XML запрос в шлюз, вет. врач, увидев его в web интерфейсе меркурия, одобряет запрос на оформление или отказывает (ну как то так). Тогда вопрос: такая схема нисколько не ускоряет процесс оформления ВСД через шлюз.

?????????????????????????

И, да, про безопасность ... как-то схема HTTPLogin + HTTPPassword + APiKey + IssuerID при отправке запроса в шлюз вообще не безопасна. Планируются ли какие-нибудь ключи, как в ЕГАИС, или ещё что-то?
(все наверное уже знают что такое IssuerID и APiKey ... IssuerID = GUID ХС, APiKey = GUID ХС + Дата и время по Москве или подачи заявки на доступ к шлюзу, или регистрации в шлюзе ... ну в общем какая-то дата ...)

and1024 wrote:

Yoreg07 wrote:И ещё ... посоветуйте, знающие люди, под какую версию начинать сейчас разработку модуля интеграции УС с Меркурием через шлюз ВЕТИС.API v1.4 или v2 ? Я так понимаю что на тестовом шлюзе ещё нет v2 ?

Судя по тому как идет переход на 2-ю версия нормальной она будет(пригодной для реальной работы) только в 1-м квартале 2018-го года. Поэтому разрабатывать надо под 1.4, а в начале года предется переделывать.

Спасибо

Коллеги! Вопрос по теме данных о номенклатуре необходимых для работы через Ветис. Кто какие реквизиты запрашивает?
Собственно вопрос навеял Х5 - они запросили данные о Базовых единицах измерения, Ветеринарных единицах измерения и Коэффициент пересчета из базовых единиц измерения в ветеринарные.
У меня возник вопрос зачем им это(никого нет тут от Х5)?

Ведь алгоритм работы такой:
если базовая единица не совпадает с ветеринарной (например продукция в штуках, а в меркурии только кг можно ставить (к примеру 40 шт по 0.2 кг)), то ставим в партии единицу кг - количество 8, единицу упаковки выбираем штуки количество 40.
при приемке товара покупателем считаем что накладная уже есть (сопоставление номенклатуры происходит по штрихкоду(2.0), по количеству и наименованию(1.3)), анализируем как количество так и количество упаковок, в зависимости от единицы указанной в накладной или у номенклатуры выбираем нужную единицу из меркурия.

Кто-то использует другой алгоритм работы при несоответствии Базовых единицах измерения и Ветеринарных единицах измерения?

При таком алгоритме (версия 2.0 - есть штрих-код) вообще ничего запрашивать не надо у поставщика, в версии 1.3 наименования достаточно, для большей гарантии можно еще subProduct запросить.

Кстати, еще вопрос к коллективному разуму: а как устанавливается связь Продукция - доступные единицы измерения? По идее у Product должен быть список доступных ед.изм.

в дополнение к предыдущему вопросу ... поле ProductItem.GUID или ProductItem.UUID по-моему везде в запросах не обязательно, можно указать ProductItem.Name. Как тогда связывать номенклатуру товаров Меркурия с номенклатурой товаров в учетной системе ХС? Не по строке же? У кого какие соображения?

Yoreg07 wrote:в дополнение к предыдущему вопросу ... поле ProductItem.GUID или ProductItem.UUID по-моему везде в запросах не обязательно, можно указать ProductItem.Name. Как тогда КАК связывать номенклатуру товаров Меркурия с номенклатурой товаров в учетной системе ХС? Не по строке же? У кого какие соображения?

Насколько я понял в 1.3 подразумевается по наименованию. Надо запросить у поставщика список наименований номенклатуры - проставить в соответствие свою номенклатуру. Если наименование поменяли все пропало ))) Я у себя сделал по похожести наименований (насколько наше наименование похоже на наименование поставщика - 60% порог выставил) и равенству количества. По subProduct не получится поскольку для одного subProduct список номенклатуры.

В 2.0 по штрихкоду и никаких проблем возникнуть вроде не должно.

Предлагаю всем в версии 1.3 у партии в поле productMarkingList (Список маркировки продукции, доступной для данного производителя) указывать штрих-код в формате "Этикетка"ШтрихКод"" -(Этикетка"460******").

Yoreg07 wrote:в дополнение к предыдущему вопросу ... поле ProductItem.GUID или ProductItem.UUID по-моему везде в запросах не обязательно, можно указать ProductItem.Name. Как тогда связывать номенклатуру товаров Меркурия с номенклатурой товаров в учетной системе ХС? Не по строке же? У кого какие соображения?

В 1.4 в ответ от меркурия приходит в некоторых случаях только name даже если при формировании запроса вы использовали UUID productItem. Остаётся только name. Интересно как обстоят дела в 2.0 ???

and1024 wrote:

Yoreg07 wrote:в дополнение к предыдущему вопросу ... поле ProductItem.GUID или ProductItem.UUID по-моему везде в запросах не обязательно, можно указать ProductItem.Name. Как тогда КАК связывать номенклатуру товаров Меркурия с номенклатурой товаров в учетной системе ХС? Не по строке же? У кого какие соображения?

Насколько я понял в 1.3 подразумевается по наименованию. Надо запросить у поставщика список наименований номенклатуры - проставить в соответствие свою номенклатуру. Если наименование поменяли все пропало ))) Я у себя сделал по похожести наименований (насколько наше наименование похоже на наименование поставщика - 60% порог выставил) и равенству количества. По subProduct не получится поскольку для одного subProduct список номенклатуры.

В 2.0 по штрихкоду и никаких проблем возникнуть вроде не должно.

Предлагаю всем в версии 1.3 у партии в поле productMarkingList (Список маркировки продукции, доступной для данного производителя) указывать штрих-код в формате "Этикетка"ШтрихКод"" -(Этикетка"460******").

Вот контрпример всему: один из наших поставщиков выслал ВСД с ProductItem.Name = Полуфабрикаты из мясной продукции, а в накладной было расписано по позициям, типа, 1. котлеты, 2. Пельмени и т.д. Мы ему говорим это что-за "хр...нь" ... а он в ответ "нам наши вет. врачи сказали, что так можно в Меркурии оформлять ВСД ... типа ничего не знаем" ... дак что делать в таких случаях ????? ... какая тут автоматизация вообще возможна пока вет. врачи "бабы Вали" всякие там у себя в деревнях позволяют так оформлять ВСД ????????????????????????

Yoreg07 wrote:

and1024 wrote:

Yoreg07 wrote:в дополнение к предыдущему вопросу ... поле ProductItem.GUID или ProductItem.UUID по-моему везде в запросах не обязательно, можно указать ProductItem.Name. Как тогда КАК связывать номенклатуру товаров Меркурия с номенклатурой товаров в учетной системе ХС? Не по строке же? У кого какие соображения?

Насколько я понял в 1.3 подразумевается по наименованию. Надо запросить у поставщика список наименований номенклатуры - проставить в соответствие свою номенклатуру. Если наименование поменяли все пропало ))) Я у себя сделал по похожести наименований (насколько наше наименование похоже на наименование поставщика - 60% порог выставил) и равенству количества. По subProduct не получится поскольку для одного subProduct список номенклатуры.

В 2.0 по штрихкоду и никаких проблем возникнуть вроде не должно.

Предлагаю всем в версии 1.3 у партии в поле productMarkingList (Список маркировки продукции, доступной для данного производителя) указывать штрих-код в формате "Этикетка"ШтрихКод"" -(Этикетка"460******").

Вот контрпример всему: один из наших поставщиков выслал ВСД с ProductItem.Name = Полуфабрикаты из мясной продукции, а в накладной было расписано по позициям, типа, 1. котлеты, 2. Пельмени и т.д. Мы ему говорим это что-за "хр...нь" ... а он в ответ "нам наши вет. врачи сказали, что так можно в Меркурии оформлять ВСД ... типа ничего не знаем" ... дак что делать в таких случаях ????? ... какая тут автоматизация вообще возможна пока вет. врачи "бабы Вали" всякие там у себя в деревнях позволяют так оформлять ВСД ????????????????????????

Ничего вы не сделаете. Тут только с поставщиком договариваться. Либо искать другого поставщика !!!

А может проще, да и правильнее, сделать ProductItem.GUID или ProductItem.UUID обязательным для заполнения и заставить производителей заполнять этот справочник в меркурии ???