ЮНИСКАН и единица измерения "кг (весовая)" #802981

Добрый день! Вопрос к тем, кто кодировал продукцию в юнискане. Есть необходимость закодировать идентифицирующим кодом весовую продукцию. Для этого у них есть единица "кг (весовая)". У меня вакуумированные куски грудинки весом 200...300 г каждый, в групповой упаковке (коробке) 15 шт. Как правильно задать количество для единицы? 1? Или что-то другое? И как правильно задать количество для групповой упаковки? Предположим, я знаю точное количество единиц в коробке. Верно ли будет задать 15 шт? Аналогичный вопрос улетел в поддержку Юнискана, но они пока молчат. Может, здесь есть опытные товарищи?

Ты формат EAN-13 читал? Первые 2 - код региона регистрации, следующие 5 - уникальный код конторы, потом 5 - код товара этой конторы, и чексум. Для веса - первый символ 2, потом любой, потом PLU товара, потом вес. При этом код PLU твоего товара легко пересечётся с кодом PLU другого поставщика. Коллизии разруливать только организационно! Для общего веса коробки пробуй EAN-14.

Речь не про внутренний весовой код. Мало кто знает, но ЮНИСКАН позволяет сделать идентифицирующий код и для весового товара тоже. Для этого служит специальная единица измерения - "кг (весовая)" (в отличие от простого "кг"). На всякий случай привожу ответ эксперта: Для единицы измерения кг (весовая) в количество/мера задается 1. В транспортной/логистической упаковке задается колличество вложенных упаковок в штуках. Вопрос закрыт.

такие идентифицирующие коды в дальнейшем могут применяться в более современных, чем 2 ХХХХХХ ХХХХX K, способах кодирования весового товара, например, с применением кода DataBar Expanded.

Пример давай. Вводная: поставщик ААА с кодом 46-00123, 2 товара - Сало в шоколаде и Бекон в йогурте, и Поставщик БББ с кодом 46-00789 и товарами Салями в сухарях, и Язык под майонезом. А, вижу предложение работать с расширенными ШК. Пока очень не у всех это работает.

дело в том, что некоторые сети, например Тандер, требуют идентифицирующие EAN13-коды на весовую продукцию уже сейчас. Соответственно, есть смысл разобраться, как это грамотно делать, и новую продукцию вводить в сеть с корректными кодами.

+ это обычный код Юнискан, т.е. то что вы пишете -- Первые 2 - код региона регистрации, следующие 5 - уникальный код конторы, потом 5 - код товара этой конторы, и чексум -- но - идентифицирует весовую продукцию. Т.е. при запросе в базе юнискан по данному коду мы будем видеть, что продукция весовая и ее точное количество в упаковке неизвестно.

что то ИТС против: В случае, если предприятие осуществляет продажу весового товара, также существует возможность идентифицировать этот товар. При этом для этого товара также назначаются "внутренние" штрихкоды EAN13. Можно ссылку?

Не понял. При чем тут Юнискан?

ааа, при вводе в базу юнискан указать что товар весовой, эвона. Но это не имеет отношения к весовому ШК

Я думаю, что в 1С просто пока все это не поддержано.

да. Я про весовой ШК нигде и не писал. Я писал - есть необходимость сделать идентифицирующий код для весовой продукции.

но у ЮНИСКАН ШК не будет признака весовой, будет признак в их БД

значит, придется как-то выкручиваться.

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

А Тандер не даст примера данных?

что за Меркурий?

ну какой пример? Тандер от вас как от поставщика требует 13-значный юнискан-код товара и 14-значный юнискан-код коробки. Не важно, весовой товар или нет. Либо вы им даете что они хотят, либо вы с ними не работаете. Все просто.

с ГТИН вроде все легко (17 какая херь творится)

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

еан14 ничего не дастДля кодирования информации в групповых упаковках используя GS1-128 Cмотри в википедии для начала

Вы главное не путайте шк которые ИДЕНТИФИЦИРУЮТ что-то и шк, которые содержат значимую иныормацию

в примере как раз и приводится использование шк в формате gs1-128 где для обозначения веса используется модификатор АI 3103 а для указания количества в групповой упаковке используется AI 30

Ветку можно закрывать, пришёл Мастер и всё разжевал :)

Тандеру пофиг те форматы шк которые я привёл, он с ними работать не умеетВсе что вы сделаете это га коробки налепите 14 значный шк который будет сугубо идентификации ночи и отдадите в Тандер матрицу где будет указано что вот этот 14 значный шк - это коробка грудинок 15 шт, а вот этот 14 значный шк - коробка грудинок 60 шт . и ничего более. Просто идентификация

Так... А внутренние ШК разных поставщиков как уживутся в системе получателя (оптовика или сети магазинов)?

это пока. В дальнейшем они все будут переходить на новые форматы (GS1-128, Databar...), особенно в случае поставок в РЦ.

соответствующие письма с предупреждениями о введении новых форматах кодов пришли уже практически ото всех (лента, Х5, тандер и т.д.).

мне показалось что ГТИН формируется тривиально, это пара ШК Датабар Экстендет. Первый получаем из ЕАН13, на основе регистрации в Юнискан. Второй - префикс веса, префикс организации из Юнискан, вес. EZ Хотим срок годности третий Датабар Э, ..

датабар - один. В его составе идет несколько идентификаторов приложений (AI). Каждый идентификатор кодирует что-то - дату окончания срока годности, GTIN продукции, вес нетто, количество вложений в коробку и т.д.

никак. Именно поэтому и хотят средствами юнискана кодировать всю продукцию, в том числе и весовую. В таком случае будет гарантия уникальности кодов.

чем сканируют такую красоту? двумерными? Фотосканерами?

GS1-128 можно сканировать одномерным сканером. Databar в модификации Stacked представляет собой по сути несколько одномерных кодов, написанных друг под другом (попадался еще термин "псевдо-двумерный"). Ввиду того, что на одномерных устройствах я этого кода не встречал, рискну предположить, что все-таки для его одномоментного чтения нужен 2D сканер. Если не использовать Stacked, то по сути это обычный код RSS. Читается многими одномерными сканерами.

прикольно ждать обновления фронтолов, Розницы, ТСД и глюков с многоплоскостными сканерами

я все-таки питаю надежду, что это дело ограничится складской логистикой и на единичные упаковки его не потащут. В противном случае я многим могу посочувствовать, в том числе и себе.

у меня очень большие сомнения что они GS128 будут читать именно как информационный ШК, как бы все не свелось к утопой посделочной передаче "матрицы" на каждую конкретную сделку и тогда GS128 снова будет обычным идентификационным шк... ;-) . чтобы нормально обрабатыdать GS128 И ПРОЧИЕ ДРУГИЕ ШК - на РЦ складская система должна будет уметь ИДЕНТИФИЦИРОВАТЬ ТИПЫ ШТРИХКОДОВ и делать их разбор. очень сильно сомневаюсь что это будет достаточно быстро...

неверно. сначала в юнискан (или GS1, или другом органе не суть важно так как в итоге это сливается по идее в один исходный источник/базу) РЕГИСТРИРУЕТСЯ GTIN - то есть 12-изначный ИДЕНТИФИКАТОР товара, вводящийся в оборот на рынке (мировом) он является "ПЕРВОПРИЧИНОЙ" ;-) ЕАН13 - это графическое представление GTIN+контрольный символ ITF14 - это графическое представление КодГрупповойУпаковки(обычно)+GTIN+контрольный символ в том же стандарте GS128 - GTIN также может входить в определенный AI

как отмечено в - в общем случае - никак. например, Фамилия - дает поставщикам свои внутренние ШК, которые кодируются как 20+АртикулФамилии+нулиДоДлины=13+контрольный символ (то есть кодировка по ЕАН13) - и этими ШК маркируется товар в отгрузке поставщика. - то есть таким образом обеспечивает уникальность 20-ых ШК в рамках разных поставщиков ;-)

GS128 уже много где разбирается. Если РЦ работает по кросс-докингу, то воленс-неволенс разбирать его они должны.

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

стек одномерным читаете? У меня не получилось, не читает.

так нет этой проблемы, верхняя часть - уник товар, вторая часть вес, ПЛУ не нужен. Проблемы если не различать фасованную и нет

в смысле "стек"..?

Databar expanded stacked. Stacked - это когда длинный одномерный код автоматически разбивается на несколько и они пишутся друг под другом. Не вы сами это делаете, а функционал уже заложен в симбологии

не, я с такими пока не работал, одномерный сканер не знаю как это обработает (есть ли такие железячные настройки)

тебе давно пора свалить это было тупо даже на сайферах 8Х, модально

а с чего такая агрессия? Злоп вполне дельные вещи говорит... Cipher 8X ТСД имеется в виду? Его не пробовал для этой цели. ок, будем иметь в виду.

Не гони, он один из самых полезных И СПОКОЙНЫХ форумчан.

ушёл рыдать в подушку...

та ладно, не берите в голову. Неадекватная какая-то реплика