адаптировать номенклатуру (морепродукты) под условия ЧЗ
Заявка
вчера в 22:15:37
(2 часа назад)
Вчера 22:11:37
Текст задания
У нас номенклатура МОРЕПРОДУКТЫ, в которой в качестве характеристик используются даты выработки продукции, например "язь в т/с" - наименование продукции и характеристик у него может быть несколько, в зависимости от даты выработки: Р/13.09.26 или Р/25.08.26 или т.п. Мы переходим на объемно-сортовой учет по ЧЗ. При этом программа не дает сформировать один штрихкод по нескольким характеристикам одного наименования.Что можно предпринять в этом случае?
Добрый вечер!
Чтобы понять, куда двигаться — нужен доступ к базе или копия, чтобы глянуть структуру номенклатуры и версию платформы. Как только посмотрю, дам конкретный вариант и оценю трудозатраты. По датам выработки обычно можно подобрать решение без ломки типовых объектов.
Здравствуйте! Скорее всего, штрихкод в базе привязан к паре товар+характеристика, а даты выработки для ОСУ по ЧЗ лучше вести сериями, оставив один штрихкод на наименование.
Бесплатно посмотрю скрин и скажу, можно ли перенести даты выработки в серии без потери остатков, и назову цену.
Пришлёте скрин сообщения при записи штрихкода, где видны конфигурация и версия?
Можно рассмотреть два варианта: учитывать даты выработки в сериях, оставив один GTIN у товара, либо сохранить характеристики и доработать их сопоставление с общим GTIN для ЧЗ.
Начал бы с варианта без перестройки текущего учета.
Задача понятна. Ошибка возникает не случайно — при объёмно-сортовом учёте по Честному Знаку штрихкод так работать и не должен.
Сейчас у вас дата выработки заведена как характеристика, и 1С на каждую связку «наименование + характеристика» требует свой GTIN. Для ОСУ это неверный путь. GTIN должен быть один на наименование — например, у «Язя в т/с» один код независимо от даты партии. Плодить новый GTIN на каждую дату выработки не нужно и нельзя.
Правильное решение — вести дату выработки не характеристикой, а серией номенклатуры. Тогда GTIN один на наименование, как и требует Честный Знак, а даты партий живут отдельно, сериями. При сканировании система понимает штрихкод, а конкретную дату выработки менеджер выбирает из остатков.
Отключать проверку уникальности штрихкода или вешать один код на разные характеристики — нельзя. Это сломает подбор и сканирование, поедут остатки, и первая же сверка с Честным Знаком вскроет расхождения. Лечим не симптом, а причину.
Один момент, от которого зависит объём работы: если по этим характеристикам у вас уже накоплены остатки, их нужно корректно перенести с характеристик на серии — иначе остатки обнулятся или задвоятся. Это аккуратная работа с обязательной резервной копией и выверкой остатков до и после.
Чтобы дать точную оценку, посмотрю скрин ошибки при записи штрихкода — там видно вашу конфигурацию и релиз. Это бесплатно. Скажу сразу, большой это объём или нет, и назову цену ещё до начала работ.
Пара вопросов для понимания: какая у вас конфигурация и релиз (Розница, УТ, ERP)? По этим характеристикам уже есть остатки или учёт только настраиваете с нуля?
Работаю за результат, не за часы. Перед любыми действиями снимаю резервную копию базы — данные под полной защитой, прод не рискует.