несколько штрих кодов на 1 товар : DIGI

Да никто не спорит. Но все останется так как есть. Да и для весовых товаров в еане нету решений иных (без расширений самого шк, которое на весах и не сделать).
Зачастую поставщику можно объяснить что он неправильно делает, но ему то куда деваться?

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

Есть третий вариант. Его УМКК в Уфе использует.
Они маркируют продукцию весовыми штрих-кодами EAN-13, только задействуют префикс не из 20-го диапазона.
У них штрих-кода начинаются на 630 и 631.
В итоге, в рамках УКМ4 настраиваем шаблон ввода и спокойно продаем товар.

Ну это пока используют один-два поставщика. А когда будет их десяток, то что делать? :)
Впрочем все три варианта ущербны...

В основном, кассовый софт определяет весовой штрих-код или нет по его префиксу, т.е. по первым нескольким символам штрих-кода. В УКМ2, например жестко зафиксировано, что весовые штрих-кода могут начинаться только с 2, хотя можно задать насколько весовых префиксов: 22,23,27 и т.п.
Остальные товары будут идентифицироваться в системе, как штучные.
Теперь представим, что произойдет, если в магазин приходит товар с весовым штрих-кодом, который начинается на 24 или что-то похожее.
Он, теоретически, начинает проходить как совершенно другой штучный товар. Со всеми вытекающими отсюда проблемами.

Ну у нас решено иначе, коды товаров производителя (но не магазина) сохраняются вместе с префиксом.
Т.е. товар №11 у поставщика с префиксом 24 будет сохраняться как "2400011". И именно это касса будет ожидать искать. Решение не идеальное, но оно минимизирует возможность задвоения ШК в базе. Самое неприятное, когда префикс поставщика совпадает с префиксом магазина, тут совпадения неминуемы и надо перевешивать (что не шибко то разрешено) или локалить.