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

oneal13 wrote:Не долго мы радовались( снова запросы не возвращаются!

А у меня пока работает

Gmix wrote:

and1024 wrote:

atitov wrote:Коллеги, есть информация о том, что вроде версия API 1.4 работает и корректно отвечает (по крайней мере получилось получить входящие ВСД).
Кто-нибудь подтвердите / опровергните.

У нас 1.4 работает. Но тоже своя интеграция.

Запрос на список ВСД работает??????? в 1.4

да работает. Вроде бы все работает.

atitov wrote:Коллеги, есть информация о том, что вроде версия API 1.4 работает и корректно отвечает (по крайней мере получилось получить входящие ВСД).
Кто-нибудь подтвердите / опровергните.

У нас 1.4 работает. Но тоже своя интеграция.

Неужто заработало?

Ezhik_v_Tanke159rus wrote:Вот честно уже подбешивать начинает... Неужели нельзя всё сразу продумать. Запустить запустили, а дальше хоть трава им не расти...

это Россия, у нас все так )))

Ezhik_v_Tanke159rus wrote:Да лежит

Вчера в 3, сегодня в 11, завтра в 7 )))

Ezhik_v_Tanke159rus wrote:Вроде как завёлся.

Похоже опять лежит? )))

По АПИ у всех работает?

Андрей Любимов wrote:Здравствуйте! У нас возникла проблема при интеграции ВЕТИС, связанная с получением предприятий.
У каждого предприятия есть владелец ХС, но получить предприятия с отбором по владельцу нельзя.
Предприятия получаем через "GetRussianEnterpriseList"

Можно ли как-нибудь получить предприятия, которые связаны с конкретным ХС?

GetBusinessEntityByGUID(GUID) в ответе список /activityLocation/enterprise "Объект содержит идентификаторы записей площадки (предприятия), на которой хозяйствующий субъект осуществляет деятельность."
http://help.vetrf.ru/wiki/GetBusinessEntityByGUID

Но вручную не сопоставляйте - запрашивайте ХС и площадку у контрагента. В справочнике дурдом полный.

Павел Большаков wrote:Коэффициент пересчета - базовое значение. Он должен быть в учетной системе заранее.
Его нельзя высчитывать из самого ВСД. т.к. если где-то ошибка в количествах - то весь расчет идет...
Да и в принципе, там достаточно сильно расчет усложняется, например надо решать задачу выявляения из списка упаковок нужной упаковки. В общем, если идти по этому пути, то требований к поставщику станет БОЛЬШЕ.
А здесь они просто прилепят коэффициент к каждой позиции в своей УС и после идентификации товара 2.0 легко переведут его в свое учетное количество.

Да двояко как-то. Из всех требований это правильно указать количество в вет. единицах и базовых единицах. В накладная указывается в базовых единицах - не вижу проблемы выбрать из списка упаковок нужную.
А с другой стороны найдутся деятели кто просто вет. единицу укажет и все.

Павел Большаков wrote:RE^ "а как устанавливается связь Продукция - доступные единицы измерения?"
Пользуйтесь: https://docs.google.com/spreadsheets/d/1dq5eJldRJt38xkvBaeds4l_YteBiJF4SlTcw4kOXreE/edit#gid=0
(табличка от разработчиков, актуальность 22.09)

Большое спасибо!

Павел Большаков wrote:RE^"Предлагаю всем в версии 1.3 у партии в поле productMarkingList..."
Нежизнеспособно для версии 1.х маркировать вообще (т.к. стоит запрет маркировки при отгрузке (только ни производстве))

Я производителям и предлагаю маркировать, а дальше партия уже идет с маркировкой производителя.

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

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

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

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

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

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

up

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

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

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

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

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

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

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

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

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

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

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

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

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