Добрый день, коллеги.
Нужен профессиональный совет, если кто сталкивался. Или идея. Работаем в рознице по собственным штрихкодам. Решили дополнительно продавать контактные линзы. У каждой линзы есть свой индивидуальный набор параметров, такие как диоптрии, кривизна, цвет и т.п. Соответственно есть и свой заводской штрихкод. Все параметры линзы хранятся в характеристике. В номенклатуре хранится только название линзы (например, линза однодневная Джонсон). При каждом поступлении характеристикам присваивается новый штрихкод.
Вопрос. Как лучше организовать хранение заводских штрихкодов, чтобы при поступлении можно было отсканировать и создалась новая характеристика с нужными параметрами линзы?

в рознице это типовой функционал,если мне память не изменяет.

(1) а "создалась новая характеристика" -ну напиши,пусть создается.

(1) Чтобы это стало типовым, нужно все параметры линзы загнать в номенклатуру. Это приведет к раздуванию справочника однотипными элементами и прочими проблемами

"есть и свой заводской штрихкод."

Какой формат и что внутри?

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

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

(4) Нет, речь о обычном EAN13

(6) ну в обычном EAN13 вы не найдете диоптрии, кривизна, цвет и т.д. Там этого нет. Сканировать его бессмысленно.

(6) Один EAN13 на разные параметры линзы  ?

(0) "При каждом поступлении характеристикам присваивается новый штрихкод" - это зачем?
вы характеристику подменяете партией что-ли?!

Понял

() Номенклатуре без характеристик (пустая в РС) присвоить заводской ШК, с характеристиками свои уникальные ШК.

(8) На разные параметры разные заводские штрихкода. Например, "Однодневная Джонсон" с диоптрией -1.00 имеет заводской штрихкод "46000000111". А "Однодневная Джонсон" с диоптрией -2.00 имеет заводской штрихкод "46000000245"

(9) Можно и так сказать

(11) Оба эти ШК записать для "Однодневная Джонсон" без характеристик.
Затем некий внешний справочник или РС расшифровок заводских ШК чтобы брать оттуда параметры.

Кто будет вести вручную этот справочник/РС уже решили?

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

(14) Можно без отдельного обойтись, через доп.реквизиты номенклатуры.

(12) тогда тебе нужен промежуточный хочешь справочник хочешь РС, где будешь хранить Характеристику и ШК производителя

или можно попробовать в характеристиках завести группы - и ШК производителя к группе привязать

Могут пересечься ШК разных производителей.

(15)+ Вряд ли много этих разных ШК "по диоптриям" для одной вашей номенклатуры будет.
Банально в строковый доп.реквизит сериализуйте ТЗ, где одна колонка ШК а прочие что надо из параметров.
И чуть чуть кода для вызова из формы элемента Номенклатуры для правки/просмотра.

(13) Вести это не сложно, это открытые данные и производитель их предоставляет. Нужно один раз завести и грубо говоря забыть об этом

Еще простой вариант создать частично заполненные характеристики и им заводские ШК.

Т.е. при вводе по заводскому ШК оно берет и создает копию на основе этой частично заполненной, с переносом заполненных данных и довводом пустых оператором с присвоением своего уникального ШК.

(20) Эта идея мне нравится)

Почему бы сразу не создать все линзы зачем ждать момента их приход на склад? Тогда можно делать пред заказ поставщику уже конкретного товара и контролировать корректность его выполнения. Можно выставлять счета клиентам на воздух с поставкой через Н дней нормально оформляя этот документ и все последующие.

(22) Не совсем понял суть вашего высказывания

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

(24) У меня была одна идея которая вам бы тоже помогла.

Суть в том что сейчас распознавание образов работает уже замечательно.
Можно сделать базу/систему которая по фото коробки/упаковки с ШК и надписями (где есть набор параметров, такие как диоптрии, кривизна, цвет и т.п.) выдает эти сведения в раздельном форматированном виде.

(25)+ Причем наполнением/контролем базы занимаются сами клиенты совместно.
Сфоткали лицевую коробки, если не нашло то вводят данные и они уходят в общую систему.

Далее оно уже находит по этой же коробке введенные данные.
Понятно некто должен быть администратором и сводить/править данные подгоняя их под единый полный формат.

(26) (25) В 1С появились встроенные методы анализа изображений, или нужно сторонний софт "прикручивать"?

(27) Пока сторонний, но есть готовый с апи как хороший платный, так и бесплатный который еще придется долго готовить.

(28) Понятно. Спасибо за идею и информацию, подумаю на досуге

(29) Если интересно то можно будет обсудить, реализация достаточно простая, проблема только в наполнении базы в труде операторов кто будет фоткать и данные править.

(30) Пока не готов, но буду иметь ввиду