Pull to refresh

Comments 52

Я несколько раз в тексте видел название компании «Fasim». Но только к пред-последнему абзацу я понял, что это фасим, а не «Fasism». Хотя долго недоумевал, что за название такое, как они работают с таким названием.
В Подольске сам видел на улице «Такси „Свастика“». Сейчас хотел нагуглить для комментария, но поиск выдаёт только других деятелей. Так что, видимо, бизнес не задался.
«Как я пыталась прочитать про штрихкодирование и даже кое-что поняла»)))
Работал в магазине электроники. Часто бывали дубли штрихкодов. Обычно на всяких дешевых аксессуарах. В таком случае просто переклеивался код поверх старого с внутренними цифрами.
Столкнулся с этим сейчас при внесении товара в базу. Что только порой не высвечивается в названии при автопоиске. Лишь у 6-7 штрихкодов все нормально. 1-2 пустое поле, 1-2 левое название, 1-2 вообще ерунда какая нибудь написана.
Очевидно что базу никто толком не контролирует.
При этом планируют обязать указывать наименование товара с 2021, правда как это согласуется с базой штрихкодов не знаю.
P.S. Это не говоря про штрих коды которые не читаются сканерами касс и часть из них не читается даже в приложении с телефона.

Ну кассы ведь смотрят во внутрюннюю базу магазина. Тут проблема в том, кто туда товар вносил.


Вот интересный момент со сканерами в телефонах. Откуда они берут информацию? Значит есть общая база? Или с какого-то одного регистратора? Ведь внутри организации можно хоть как нумеровать, как ниже писали

Разве что внутреннюю базу эвотора. Т.к. у меня базы никакой не было. Все в ручную с терминала. и как выше описал.
Вот интересный момент со сканерами в телефонах. Откуда они берут информацию? Значит есть общая база? Или с какого-то одного регистратора? Ведь внутри организации можно хоть как нумеровать, как ниже писали

Есть ресурсы (например barcode-list.ru, goodsmatrix.ru, ean13.info) которые по сути парсят прайслисты и показывают какие нашли названия рядом с этим ШК. Так же можно попытаться собрать свою базу, но не более того. Никакой общей и глобальной базы нет, а если она и есть, то ее существование очень сильно скрывается (хотя непонятно зачем).

Но собирать базу по ШК начинающимся с двойки совершенно бесполезно(та часть диапазона, которая обычно используется внутри предприятий), если делать это не в разрезе предприятий, использующих эти ШК.
А собирать все внутренние ШК всех предприятий в мире на мой взгляд пустая трата времени, все равно по его виду нельзя точно установить кому этот ШК принадлежит.
В свое время интересовался этой проблемой. Но до такого уровня не дошел. Очень познавательно! Спасибо!
EAN13 Дубли встречаются очень часто. Часто один товар имеет разный штрих код. Торговые сети могут перемаркировывать своим кодом. На сколько помню первые цифры страна, далее код предприятия, код товара, контрольная цифра. Но общего правила нет.
Внутри любой торговой сети обычно есть товары с собственными кодами. В EAN-13 таковые должны начинаться с двойки (подробнее здесь), иными словами — первые три цифры должны находиться в диапазоне 200-299.

Например, в моём регионе есть несколько ТС с собственными кухнями и пекарнями. Они продают охлаждённые салатики и пирожки по таким собственным кодам. Но у них есть и другой товар под собственной торговой маркой, который производится на стороне — у них ШК начинаются с 460, но кто за эти ШК в ответе — тоже было бы интересно узнать.

На самом деле, EAN-13 и есть общее правило. Все ли его соблюдают — вопрос. Но я полагаю, что он поднимается когда товар выходит за пределы хотя бы региона.
Эта статья на википедии — от GS1, теоретически, можно свои правила написать и сделать свою статью…
Складывается такое ощущение, что это какая то продажа воздуха.
Почему воздуха? Продажа вывода функции random()!
На самом деле тут проще. Код EAN-13 с точки зрения кодировки товара условно можно разделить на 5 зон:

Префикс национальной организации (код страны) GS1 (3 цифры);
Регистрационный номер производителя (код изготовителя) товара (4-6 цифр);
Код товара (3-5 цифр);
Контрольная цифра (1 цифра);
Дополнительное поле (необязательное штрихкодовое поле, иногда там ставится знак «>», «индикатор свободной зоны»).

т.е. вся загвоздка только в регистрации регистрационного номера представителя, далее само предприятие может ставить код товара любой, какой захочет. Первые три цифры — страна, 460 для России, так что код для рос.товара никак не может там совпасть с другим товаром в евросоюзе. И да, есть фокус — Российский производитель может зарегистрировать филиал в Германии и ставить на товары код Германии :)

ps давно занимался, не помню уже. но мы зарегили где-то уникальный код предприятия и потом сами делали все коды на все товары без всякой регистрации где-либо :) по принципу 460 + код предприятия + код товара (как хочется) и вычисляется последняя контрольная цифра.
вот тут у меня
titovsergei.ru/me/barcode.htm
Давайте логически: если код производителя уникален и это 4-6 цифр, то уникальные коды могут иметь от 9 999 до 999 999 предприятий. А количество юр. лиц в России миллионов пять. То есть четырёх разрядов по-любому не хватит на тех из них, кто пользуется штрих-кодированием.
Поэтому мысль о том, что выделяться должен диапазон кодов, а не «уникальный код производителя» похожа на правду!
А количество юр. лиц в России миллионов пять.


И сколько из них являются производителями, маркирующими что-либо?
Сталкивался с этим лично (программист софта, ага), были консультации с юристами, в итоге — на законодательном уровне действительно ничего нет ни про какие-либо обязанности штрихкода (не путать с этикеткой и что на ней должно быть). Поэтому эти ассоциации не несут какой-либо юридической силы и темболее обязаности в них вступать.

Есть общие «идеи» как уже отметили комментом выше, какие цифры что значат.
Лично для себя поступили следующим образом: первые цифры выставили согласно «идее», в остальных просто по порядку номера изделий. Проверили, код предприятия и номера пересекается с какими-то сантехническими патрубками, а их в продуктовом магазине (т.е. на что нацелен производимый фирмой товар) быть впринципе не может (но это не точно).

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

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

Можно было бы расширить статью про коды для упаковки из нескольких товаров и т.д.

Кстати, самый цирк начинается, когда конкуренты начинают использовать ваш штрихкод :D и заставить их этого не делать у вас нет почти никакой…

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


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

Кстати, так же хотел бы упомянуть, что если первой цифрой стоит «2», то по «идее» этот ШК используется только внутри предприятия.

Да, это аналог «серых ip-адресов» который каждое предприятие может использовать по своему усмотрению. Условно эти ШК можно разделить на «простые» и «составные».

Простые печатаются как правило на принтере этикеток и клеятся на коробку с товаром (или на сам товар), если заводского ШК у них нет (или есть, но использовать его по какой-то причине не хочется). Как правило кодируются они так: «цифра 2 + код товара + контрольное число». Код товара добивается нулями до нужной длины. Иногда сюда может быть добавлена информация о коде секции, группе товаров или еще что-то, но на практике подавляющее большинство ограничивается только кодом товара и обязательными атрибутами (цифра 2 в начале и контрольное число в конце).

Составные ШК как правило используются для «весовых» товаров и печатаются соответственно весами в торговом зале. Как правило в них информация кодируется примерно так: «цифра 2 + код товара + вес товара + контрольная цифра». Код товара обычно продублирован на ценнике и является строго уникальным в пределах предприятия, вес товара указан так же на этикетке, так что если вдруг вам хочется обмануть магазин, то вы знаете как печатать свои ШК :)

Стоит добавить что есть другие схемы кодирования информации в «составных» ШК, например «2 + вес + цена + контрольное число» или «2 + код товара + сумма + контрольное число» и другие(тут можно придумать много вариантов, большинство ПО позволяют самостоятельно настроить схему, по которой интерпретируется ШК), но как правило они не используются, ибо в первом случае теряем информацию о том, что именно мы продали, а во втором случае изменения цены ведут либо к перемаркировке всего товара, либо неправильному отпуску товара (неправильная цена на кассе и неправильное кол-во в отчетах о продаже и в остатках по складу). В общем понятно что теоретически вариантов масса, а на практике как правило это «код товара + вес».

Про простые ШК еще добавлю: их можно и нужно переклеивать только там, где товар «не очень ходовой» или где «процесс продажи товара это долгий процесс, в котором время регистрации товара на кассе — меньшая по времени часть, чем весь остальной процесс». Если же начать переклеивать ШК на достаточно-ходовой товар (условно говоря на том же хлебе, который каждый день привозят новый, потому что он весь продается), то окажется что это очень дорого (не столько по деньгам, сколько по времени на это). Так что правильный вариант в данном случае поступать так же, как и все остальные — держать ШК в тетрадке на кассе (или приклеить его где-то на кассе со стороны продавца, если таких товаров не очень много).

Можно было бы расширить статью про коды для упаковки из нескольких товаров и т.д.

Тут никакой магии со стороны ШК нет, возьмем условный блок сигарет, который состоит из 10 пачек. На блоке свой ШК, на пачке свой. Причем нет никакой «системы», то есть можно на пачку печатать ШК «N», а на блок «N+1», а можно наоборот на блок печатать «N», а на пачку «N+1» или «N+500» (с поправкой на контрольное число конечно же). То есть просто два разных ШК и никакой магии. Вся магия находится внутри используемого ПО, именно оно «помнит» что в блоке 10 пачек сигарет, в условной упаковке йогуртов только 4 маленьких бутылочки, именно ПО пересчитывает проданные блоки (или упаковки) в штуки (ведь как правило учет идет в пачках сигарет или бутылках йогурта, а не в блоках и упаковках). Так же нормальное ПО (при правильной настройки со стороны IT и правильной эксплуатации со стороны ритейла) может автоматически «собирать наборы» (условно говоря: регистрировать несколько товаров по одному ШК, например при акции «купи кастрюлю и получи половник в подарок» автоматически списывать с остатков два эти разные товара, а в чеке писать «кастрюля 100р, половник — бесплатно» или «набор кастрюля и половник — 100р», может автоматически показывать остатки товаров в разных местах(например при продаже каких-нить болтов в автомагазине продавцу может высветиться: «таких болтов числиться на остатке 1005 штук, нужно 7 штук, 5 штук возьми на витрине на месте с5, а еще 1000 болтов лежит на складе в 2х коробках на стеллаже №4, на месте e7», после чего автоматически переместит одну коробку (500штук) со склада на витрину на то самое место c5 и в следующий раз уже не будет писать про оставшуюся на складе коробку (пока она не потребуется). Обычно актуально для автомагазинов, метизов и прочих продавцов у которых много мелких позиций)).

Но то, что я видел в реальной жизни (продуктовые магазины и небольшие сети, иногда непродуктовые магазины) — это «не заводим ШК блока, потому что мы не продаем сигареты блоками», условные йогурты, на которых производитель проставил разные ШК живут в одной карточке «йогурт в ассортименте» (в карточку добавлены все варианты ШК), и объяснить создающим такое в БД почему оно плохо может только аналитик через руководство, мнение простого айтишника по этому вопросу не находит никакого понимания (не мешай людям работать, это никому не нужно), при этом должность аналитика есть далеко не везде и некоторые руководители искренне не понимают «в чем проблема то».

Вместо создания связанных «бутылка йогурта» и «упаковка из 6 бутылок» делаются просто 2 никак не связанные карточки товара и никто тоже не видит в этом ничего плохого. Итоговые продажи не суммируются, а идут двумя разными строчками, цены не привязаны друг к другу, перемещение из «упаковок» в «бутылки» выполняется актом инвентаризации\пересорта, а не правильным «разукомплектовыванием», и обычно после того, как этот товар пошел в минус.

В свое время, когда только появился закон о фиксированной цене на сигареты я видел что некоторые сигареты шли «с разной ценой на пачке, но одинаковым ШК». На моих глазах видел как проблему решали постоянной инвинтаризацией сигарет (не только по маркам, но и по цене), не выпускали новую партию в зал, пока полностью не продавали старую (на одной кассе осталась последняя пачка за X рублей, новая партия на складе лежит с ценой Y рублей, пока последняя пачка не продастся новую держат на складе, кассиры, особенно в час-пик отвечают «таких нет, закончились, возьмите что-нить другое» если эта несчасная пачка оказалась не на их кассе, что бы не искать ее по всем кассам (тем более что некоторые кассы могут быть заперты на ключ)). Другой вариант — когда с новой ценой менялся и ШК. Некоторые заводили новую позицию вида «Название, цена X», «Название, цена Y» и т.п. и на первый взгляд все было более-менее нормально, а потом аналитик крутил отчет по сигаретам за 3 месяца-полгода-год и сначала не понимал что это за цифры ему показываются и почему они такие странные относительно прошлых периодов, а потом присмотревшись понимал что вместо одной строки на позицию каждая позиция представленна несколькими строками и отчет приходится доводить руками к экселе. И все это ради того, что не ломать кассирам привычный порядок действий. В итоге почти все со временем пришли к варианту что в карточку заносится две разные цены, кассир при регистрации выбирает нужную(если одинаковый ШК), а со временем (после инвентаризации) старая цена из карточки удаляется.

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

Резюмирую: если на упаковке из нескольких товаров ШК отличается от ШК на упаковке одной единицы товара, то уже хорошо. Если же ШК с одной единицы товара нельзя прочитать пока товар находиться в групповой упаковке, то вообще замечательно (наблюдал как СБ ловили кассира продававшего своим знакомым тот же йогурт в упаковке по несколько штук пробивая по кассе одну бутылочку, а не всю упаковку). Больше от этих ШК ничего не требуется, все остальная магия должна быть в вашем ПО.

Зы: Так же теории бывают «составные» ШК от производителей, то есть те, которые начинаются не с двойки, а по стандарту содержат код страны и код предприятия и код товара (конечно с точки зрения изготовителя, а не продавца), но при этом так же содержат информацию о количестве товара в упаковке. Это могло бы быть актуальным для случаев, когда условная рыба (или любой другой штучный, но не идентичный друг другу) на заводе после приготовления пакуется в вакуумную упаковку поштучно и отправляется в магазин. Как правило в таких случаях на этикетке указан вес товара нетто, при этом в каждом случае он отличается от «такой же соседней упаковки», но в реальности я ни разу в жизни такого не видел, на всех подобных этикетках что мне попадались стоял одинаковый ШК (или вообще никакого), и в магазинах при их продаже их перевешивают и клеят этикетки с внутренним ШК по вышеописанной схеме для весового товара, хотя о том, как настроить ПО для работы с такими ШК читал в документации.
Хмм, то что можно забить два ценника, не знал. Надо будет попробовать, а то последний раз когда пробовал, переоценка проходила.
От ПО и его настроек зависит. В том же фронтоле (на него шикарная документация лежит прям на офф. сайте, в отличии от конкурентов, что позволяет освежить такие моменты в памяти) это реализуется через «разрезы», как это называлось в 1с я сходу не вспомню, да и честно говоря даже не уверен что это был базовый функционал, а не доработка нашего программиста.
Тот случай, когда коммент дает больше, чем статья)
Просто король комментариев! ))
В нашем случае штрихкоды были важны не для внутреннего учёта, а для работы с ритейлерами буквально по всему миру.
Я был уверен что тупо сам придумываешь и печатаешь
вероятность что с чем-то в магазине совпадет есть конечно и чем дальше тем выше
но проблемы не вижу — если совпало со старым товаром который больше не продается — заблокировал в базе
если с активным — переклеил
В нашем случае дистрибьютор или ритейлер при таком раскладе может не только «завернуть» всю поставку, но часто по условиям договора возможен такой штраф, что он будет последним для нас (
Штраф, наверное, за смену штихкода, а не за то, что он не уникальный. Обычно штрихкод согласовывается на этапе согласования ассортимента, тогда и может выявиться повтор артикулов.
В любом раскладе для нас непозволительная роскошь ни чтобы на этапе согласования ассортимента выявился повтор артикула, ни чтобы в момент поставки третьей организации (например, через дистрибьютора ритейлеру) выявились «дубли».
В договоре была прописана конкретная система, например GS1? Если не прописана, то получается, никаких гарантий от дублирования у вас в любом случае не было.
То есть, в принципе, можно нигде никакой код не регистрировать, а просто напечатать свой штрихкод? И если такого штрихкода не будет в базах тех торговых сетей, в которых я продаю товар, то этот штрихкод обойдется мне бесплатно и все будет круто?

Что ж рискованного, если всё равно никто не может гарантировать уникальность?

Я не совсем понял — если штрихкод состоит из кода страны/кода производителя/кода товара, то что вам мешало просто увеличить допустим на единичку последнее поле для новой игры, ведь страна и производитель остались прежние?

Или, если код производителя не присваивается насовсем, то какой в нем вообще смысл?
Если мы правильно разобрались, нет фиксированного «кода производителя», есть «диапазон производителя»
Продаем воздух. Мы лучшие, а другие мошенники продают другой воздух, не наш воздух.
Вообще-то GS1 родился как единая классификация товаров — чтобы обеспечить потребителей унифицированной информацией о составе, сроке годности и т.п. Но потом «что-то пошло не так» (одни из основных причин — снижение оценки онлайн-торговли продуктами до не более 15-20% рынка в видимой перспективе и активное развитие ритейлерами собственных брендов вместо поддержки глобальных или национальных) — и система перешла из разряда совместных инициатив «снизу» в бюрократические надстройки. С соответственным [не]желанием участников рынка этим заниматься. Плюс — насколько я понимаю, они за годы деятельности так и не смогли «родить» серьезную онтологию товаров — в отличие от FHIR в медицине, например.
17 тысяч за 50 не особо-то и уникальных чисел? Вот это я понимаю бизнес. А то всё блокчейн, крипта, гуиды…

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

Ну ладно мелкие магазины. Понятно что тут вероятность совпадения минимальна. А большим магазинам как быть? Амазон? Или вот яндекс со сбером собираются открывать русамазон, там же все на штрих кодах будет построено, да ещё и с высокой степенью автоматизации. Как в этом случае интересно?

А они как раз свои, внутренние ШК и будут использовать (уже используют, скорее всего), чтобы исключить совпадения. Сами будут клеить, а, если надо будет — поставщиков заставят. Другого способа обеспечить четкую уникальность нету.
Мы лет 7 назад просто придумали себе штрихкоды, проверили их через гугл и, убедившись, что вроде как никем они не используются, фигачили. Было 20 артикулов.
C вас 50к рублей, пожалуйста.

О, супер! Вы и скидку посчитали!

Примерно 20 лет назад я активно участвовал в автоматизации продуктовой розницы, очень быстро выяснилось, что иногда шк разных товаров совпадают. Выяснилось, что мелкие региональные производители круп, например, чтобы попасть на прилавок сетей и не заморачиваться с регистрацией уникальных ШК, взяли существующие коды с каких-то случайных импортных товаров и напечатали их на своих упаковках. Первым таким случаем был нижегородская гречка с кодом от чего-то вроде немецких рыбных консервов.
Можно брать Guid — от него MD5. Заодно можно генерить цепочку по типу блокчейна: предмет — упаковка предмет — контейнер упаковок, что гарантирует.

По MD5 можно генерить штрихкод.

www.guidgenerator.com/online-guid-generator.aspx

Помидор обыкновенный
Компания Превед
4ba5b2d9-a33b-48f5-9ae6-3c6055d3ed8b

www.md5.cz
e9efb9de1f826440625f70ac3c948665

barcode.tec-it.com/en/Code128?data=4ba5b2d9-a33b-48f5-9ae6-3c6055d3ed8b

получаем штрих-код
идея хорошая. но не все сканеры в состоянии прочитать 128! поэтому то все и носятся с какими то кривыми стандартами кодирования до сих пор. но вобще вся индустрия фасовки-упаковки — это большой бизнес, большие деньги. ни кто не заинтересован в лучших практиках, только в набивании карманов как можно дольше.
Для книг есть ISBN — который можно использовать как штрих-код товара. В каждой стране есть только 1 регистратор и дублетов в теории быть не должно.
Скоро узнаем наверняка — как раз сейчас выпускаем серию развивающих тетрадей
Мне одному кажется, что длинна штрихкода просто не позволяет закодировать весь ассортимент даже существующих на текущий момент товаров, не говоря уже о снятых с производства.
Only those users with full accounts are able to leave comments. Log in, please.