+3
Отвечен

Сломался автоподбор партий в 084b ДА СКОЛЬКО МОЖНО ЖДАТЬ???

Сондорс Михаил 3 года назад обновлен isw_89 2 года назад 78

В учередной попытке решить проблемы потери GUID 4 уровня при отгрузке контрагентам отправляющих заказы через EDI и прочих прелестей (обращение 17453360) было предложение решение установить версию 084b, автоподбор партий  в транзакцию просто ПЕРЕСТАЛ работать, но при выборе партии модуль хотя бы предлагал ту партию GUID номенклатуры которой фигурирует в регистре "Контур меркурий соответствия товаров", всё, что выходило позже даже предлагать перестало!!! и вот надежда на рабочую версию М8.10.001 СНОВА ПОХОРОНЕНА, подбор как не работал так и не работает, модуль резко забыл про указанный регистр, уже не знаю к кому обращаться СКОЛЬКО МОЖНО ЖДАТЬ??? обращение висит уже два месяца,сотрудники уже на грани увольнения, а контур устраняя одну проблему добавляет пару новых, постоянные откаты и обещания лучшей жизни.

В разработке

Ответ

Ответ

Добрый день!

Разработчики учли ваши пожелания и добавили настройку для подбора:
"Если установлена то при автоподборе (!только автоподборе!) партии, где guid4уровня пустой или несовпадает (по входящим соответствиям поставщиков) партии будут исключены из доступных для автоподбора."

Подскажите, после включения данной настройки, проблема сохранилась?

ПЛОХО, МНЕ НЕ ПОНРАВИЛОСЬ

считаю ответ скорее отпиской чем решенной проблемой

Оценка удовлетворенности от Сондорс Михаил 3 года назад

мой клиент является оптовым поставщиком и по логике не должен иметь своих GUIDов. но одна позиция для чистоты экперимента опубликована.


для более корректного подбора партий и для того, чтобы видеть остатки в складском журнале в разрезе своих наименований вы можете опубликовать номенклатуру. Публикация совсем не означает что вы производите товар.

по автоподбору нескольких партий создана задача на разработку  E1C_in-105282

тогда может ВЫ мне объясните как связана публикация нашей номенклатуры и соответствие нашей номенклатуры GUID 4 уровня поставщиков, ведь это разные регистры разная логика... причем тут вообще публикация? почему это первое (и ожидаемо бесполезное) решение от техподдержки?

чтобы видеть остатки в складском журнале в разрезе своих наименований// мне достаточно заполнить регистр "Контур меркурий соответствия товаров", правда руками, потому как адекватная форма для внесения записей кроме как из входящего ВСД до сих пор не сделана.


Заполните соответствия в Регистре сведений "Контур меркурий каталог продукции" 

Простите, что и чему  должно соответствовать в этом регистре, если туда попадают сведения из раздела Наш каталог товаров?

Отвечен

выпущен хотфикс 10.002

интересно, почему вы закрываете вопрос не получив обратной связи работает ваше решение или нет. ну да ладно.

8.10.002 наконец-то стал автоматически подбирать партии, вы восстановили функционал 09.084b

партии берутся как видите одна на все позиции с одинаковым GUID 3 уровня, повторяюсь до 84b подбор партий учитывал соответствие нашего товара GUIDу 4 уровня поставщика

вот пример как должно подбирать:

при ручном выборе партии отбор с учетом соответствия тоже не работает хотя в 84b он еще есть.

и да при ручном подборе заполняется GUID 4 поставщика, что какбэ наводит на мысль что при авто заполнении он не заполняется, т.е. транзакция опять отправится с пустым guid 4 уровня.

Добрый день!
Подскажите, у Вас установлена данная настройка?


Добрый день, нет не установлена и исходя их описания этой настройки  она относится к опубликованной нами номенклатурой, впрочем включение ее ситуации ожидаемо не меняет

Насколько я понимаю из переписки, у вас 2 проблемы:

1. При отправке транзакций не уходит GUID 4 уровня
2. Модуль подбирает партии по 3му уровню, не учитывая 4й.
Верно?

По 1й проблеме:
Большинство сетей просит отправлять GTIN и Коды сетей. API Меркурия устроено так, что может передать либо требуемую сетями информацию, либо GUID 4го уровня. В карточке каждого партнера EDI вы можете установить данную настройку.

По 2й проблеме:
Мы настоятельно рекомендуем публиковать свою Номенклатуру, это дает вам некоторые преимущества:
1. При гашении ВСД номенклатура будет попадать на остатки с "Вашими" GUID 4уровня, это особенно актуально, если:
- вам приходят "братские могилы", где есть только 3й уровень
-.у вас есть несколько поставщиков, поставляющих одну и ту же продукцию, но каждый со своим GUID 4уровня


2. Если "Владелец" GUID 4го уровня удалит или изменит данные позиции, вам не придётся искать новые, актуальные GUIDы и переотправлять документы.

3. Однозначный подбор партий для исходящих транзакций.

Чтобы работал подбор партии по 4му уровню в вашем случае, необходимо заполнить соответствия в Регистре сведений "Контур меркурий каталог продукции". 

Так же вы можете написать свой подбор партий в ПМ Плагин_МеркурийВыбратьПартию.

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

Итак наши проблемы:

1. При автоматическом заполнении партии в транзакции, партии подбираются по FIFO без учета настроенного соответствия в регистре (работало ДО релиза 84b). при ручном подборе не включается фильтр журнала по настроенному соответствию (работало в релизе 84b).

2. При автоматическом заполнении партий в транзакции GUID 4 уровня поставщика не попадают в колонку GUID, при ручном перевыборе партии GUID заполняется.

3. Прекратите пожалуйста в любой непонятной ситуации предлагать мне опубликовать номенклатуру потому что:

а. не факт что клиент хочет показывать и публиковать в системе свои наименования

б. ввиду не стабильной работы загрузки входящих всд вы не можете 100% гарантировать гашение входящих всд через 1с, а значит не будет 100% конвертации даже при условии что в момент гашения номенклатура падает на склад с нашим GUID, и при любом гашении через WEB эта схема перестает работать.

4. Если вы не можете воспроизвести функционал предыдущих релизов по автоматическому подбору партий с учетом настроенного соответствия, тогда может просто задекларируете что он получился СЛУЧАЙНО и повторить вы его не можете. 

Михаил,  вы не правильно понимаете как работает подбор.


1) При подборе партии товара из меркурия данные в регистре сведений КонтурМеркурий_СоответствияТоваров не используются. Он для этого не предназначен. Он используется для указания соответствия номенклатуры, поставщика с вашей и будет использоваться при гашении ВСД.

В подборе партии используются данные из регистра КонтурМеркурий_КаталогПродукции о чем вам уже писали выше. Если запись для номенклатуры   в регистре  КонтурМеркурий_КаталогПродукции найдена не будет, подбор будет осуществлен по 3 уровню.  

  

2) можно разделить на 2 части

  - 1 не протягивается гуид из партии в карточку сообщения ;

  - не отправляется в ВСД;

Укажите наблюдается ли у вас 2  проблема. 

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

2. проблема как выяснилась двойная, при автозаполнении гиуд 4 уровня не проставляется, при ручном указаании партии заполняется, это видно на скринах... а в меркурий уходит совсем другой гуид и наименование (производителя)

1) Не соглашусь. Реализация любого функционала может быть разной. И логика работы коробочного решения основана на удобстве для работы большинства. Естественно у каждого внедрения есть свои особенности.

2) Давайте еще раз. При формировании XML запроса в меркурий данный будут браться из партии товара. 

Что значит совсем другой гуид. Какой именно заполняется?  Скорее всего в меркурий у вас уходит гуид производителя?

Вы можете отправлять другой гуид. Изменить можно в событии Плагин_МеркурийИзменитьИсходящееСообщениеXDTO 

 

1. Вы можете соглашаться или нет, но между версией 8.09.003 и 8.09.084B автоматический подбор партий РАБОТАЛ с учетом регистра, в последующих версиях начал отваливаться (сначала автоматический потом и ручной), по вашим рассуждениям вы его убрали из-за того что так удобней большинству, извините конечно, но в это сложнее поверить чем в то, что при изменении структуры кода "забыли" про этот функционал.

2.Немного ввел в заблуждение GUID автоматически не заполняется, при ручном заполнении, он ставится и отправляется, некорректно отправляются Наименования и GTIN (скорее всего берутся из производителя)

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

На скринах у вас гуид везде одинаковый. 

По поводу GTIN. Конечно судить по скринам сложно, но могу предположить.  

Модуль GTIN скорее всего отправил тот, что на у вас на карточке сообщения. Просто если вы отправляете  GTIN продукции, вся остальная информация Меркурием игнорируется (поля code, dt:globalID, name) и берется из публикации номенклатуры.


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

Есть официальное этому подтверждение, чтобы было о чем разговаривать с сетями, потому что по вашей версии мы можем отправить или их Штрихкод или GUID 4 уровня.

Прошу уточнить вопрос актуален? 


Письма от Меркурия нет. Но в их технической документации на АПИ 2,0 и 2,1 прописано, что при отправке GUID берется данные, которые были присвоены этому GUID в момент его получения.


Насколько нам известно, возможность передавать GUID, и данные по артикула и GTIN появится в самом Меркурии не ранее АПИ 3,0.

В требованиях сетей указано, что они хотят видеть. Свой Штрихкод, артикул, или гуид согласованный с ними.

Официального письма от меркурия по этому вопросу я не видел.  

Прошу уточнить, нужна ли еще какая либо информация по данному вопросу.

А вы починили автоматический подбор партий???

По информации от разработчиков, в последнем релизе учтен описанный вами кейс

в каком конкретно релизе?, ибо тот что мне присылали уже научился не давать одну партию всем позициям но по прежнему не все разносит корректно, плюс не заполняет GUID из автоматически подобранной партии.



уточните какую версию релиза вам прислали?

на данный  момент используется 8.10.003

прошу обновиться до версии 11.003 и в основных настройках включить настройку подбирать похожие

версия модуля 8.11.036b, автоподбор работает некорректно

Подскажите вы включили настройку о которой говорилось выше?

Ответ

Добрый день!

Разработчики учли ваши пожелания и добавили настройку для подбора:
"Если установлена то при автоподборе (!только автоподборе!) партии, где guid4уровня пустой или несовпадает (по входящим соответствиям поставщиков) партии будут исключены из доступных для автоподбора."

Подскажите, после включения данной настройки, проблема сохранилась?

я же на скринах вроде все доходчиво показал, да настройка включена

указанной на скрине выше настройки не видно на ваших скринах, прошу уточнить включена ли данная настройка?

настройка включена

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

Приложите пожалуйста скриншот основных настроек модуля

подбор как то непонятно работает, щас еще прогрузил всд входящих и погасил, в исх всд нажал автоподбор, по одной позиции несколько вариантов предлагает в списке (но их больше), по другой один вариант (хотя тоже больше), может он отсекает если срок годности вышел?

Настройка "При автоподборе отбрасывать партии не связанные с номенклатурой" (Если установлена то при автоподборе (!только автоподборе!) партии, где guid4уровня пустой или несовпадает (по входящим соответствиям поставщиков) партии будут исключены из доступных для автоподбора.)

работает только при автоподборе, судя по вашим настройкам, он выключен:

 

Необходимо включить подбор для необходимых типов транзакций.

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

Можно изменить подбор в ПМ, Плагин_МеркурийВыбратьПартию:

//Сообщение.ДатаИспользованияИсходныхПартий это дата доступности исходных партий по сроку годности (чтобы не подобрать просроченную партию)

По поводу вопроса о потере 4го уровня создана задача в разработку E1C_in-105308.

автоподбор я тестил, в исх всд есть кнопка подобрать автоматически, она аналогична этой галочки, тогда жду информацию по задаче E1C_in-105308.

когда только выйдешь и обратно зайдешь он начнет показывать правильно сопоставленный товар

так же после автоподбора не показывает складскую запись с более свежей датой, а мне надо ее выбрать

(еще раз повторюсь, после автоподбора надо зайти и выйти из форма подбора товара, только после этого он отсекает лишнее, очень неудобно так как тратится много времени на оформление всд, выше на скринах все видно)

есть информация по проблеме? E1C_in-105308.

обновлений модуля нет?

на текущий момент релизная версия 12.001. RC 022. по задаче уточняю информацию

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

m8.12.001 потеря гуида 4 уровня осталась, также в форме выбора нельзя выбрать гуд 4 уровня

соответственно не можем переотправить всд на эту позицию, не дает никак выбрать докторские, записи складского журнала для понимания:

такое стало появляться на версии m8.12.001, также в журнале когда делаешь исходящие всд иногда не отображаются всд, которые ждут отправки на сервер

Сосиски Докторские, которые представлены на скриншотах, имеют разные ГУИД 4 уровня - модуль и не должен давать их к выбору.

вы издеваетесь? это одни и те же сосиски докторские!!!!! я же нормально написал, модуль подставляет неправильно, на скринах все видно, посмотрите внимательнее!

я даже скрины журнала приложил, по ним видно гуиды

товар один, а гуид от другого, разве не видно, наименование одинаковое

та же проблема со скрином из меркурия, обратите внимание гуиды разные у любимой со шпиком

что за косячные релизы? потерю гуидов не исправили еще и новый косяк добавили

Это разные номенклатурные позиции, я правильно понимаю?  Одна называется : Любимая со шпиком н\об, а другая Любимая со шпиком ам.

И в базе  разные номенклатуры связаны с разными ГУИД 4 уровня, в транзакции они отображаются каждая со своим ГУИД - это корректное поведение системы. 

Хотелось бы посмотреть подробную информацию по подобранной партии, вы сможете предоставить скриншот на котором видны:

  1. Подробная информация
  2. Номер исхождной партии.


проблема в том, что автоподбор иногда подставляет товар допустим К чаю, а гуид от бурятской, соответственно в меркурий улетает другой товар, по скрину же видно все, по скринам которые выше я описал все ситуацию, скрины журнала сделал для понимая, чтотовар один, а гуид от другого, посмотрите внимательнее

до обновления модуля таких проблем не было

Как я вас понимаю :))) у меня 3 месяца ушло чтобы разработчики теперь уже через внедренца признали что автоподбор партии не автоподбирает нормально, вот теперь делают вид что чинят... возможно опять ломая то, что хоть как-то работало.

долго чинят я смотрю уже

отписывать всд сегодня вообще не можем,  автоподбор поставляет все неверно 

вернул старую версию модуля , но проблема осталась,  видимо новая версия модуля что то натворила, до обновления модуля хоть как то можно было отписать всд 

Прошу уточнить, подошел ли вам подбор партий из релиза 8.15.03?

версию модуля не обновлял, уже месяцев 5 назад подключался ваш программист, добавил одну строчку кода в модуль, и все стало подбираться нормально, гуиды стали проставлятсья сразу

Добрый день!

Задача E1C_in-105308 была решена в M8.13.043b: GUIDы 4го уровня проставляются так же, как и при автоподборе.
Кроме того был переосмыслен автоподбор партий, изменена установка входящих соответствий.

В настоящее время актуален стабильный релиз M8.15.03.
Подскажите, вы устанавливали данный релиз? Остались проблемы с подбором партий?

версию модуля не обновлял, уже месяцев 5 назад подключался ваш программист, добавил одну строчку кода в модуль, и все стало подбираться нормально, гуиды стали проставлятсья сразу

Обновил модуль до последней версии, проблема исправленная программистом в новой версии также поправлена, но есть один нюанс, если при установке входящего сопоставления, разные товары (с разным гуид 4 уровня) привязать к одной номенклатуре, то при подборе партий в исходящей всд будет подбираться только первое сопоставление. Один вид товара, но от разного поставщика (соответственно разные гуид 4 уровня) мы сопоставляем к одной номенклатуре в 1с, до этого таких случаев не было, поэтому ранее проблем не испытывали.

Сервис поддержки клиентов работает на платформе UserEcho