Этикетка - сканер состава по штрих-коду, бесплатно, ищу что

[Connie]

Здравствуйте. Я разработчик, приложение называется "Этикетка", лежит в RuStore. Наводишь камеру на штрих-код, через секунду видишь состав, БЖУ на 100 грамм и светофор - зелёный, жёлтый, красный. Бесплатно, без рекламы и без регистрации. База сейчас около 70 тысяч товаров из российских магазинов.

Зачем пришёл сюда. Приложение я делал для всех подряд, и оценка у него универсальная: сахар, соль, спорные добавки. Диабетика такая оценка, подозреваю, раздражает. Ему нужны углеводы, а не "светофор". Нужен подсластитель отдельной строкой - какой, разрешён ли, и не мальтит ли это, от которого потом живот крутит.

Что уже есть и, вроде, полезно:
- углеводы на 100 г прямо на экране, ХЕ посчитать можно в уме;
- справочник 243 добавок со статусом в РФ и в ЕС. По подсластителям всё расписано: цикламат Е952, сукралоза Е955, ацесульфам Е950, стевия Е960, мальтит Е965. Он открытый, без приложения: https://etiketka.bossip.ru/dobavki/
- если товара нет в базе, можно сфотографировать состав, распознаётся с этикетки.

Чего нет и что хочу спросить у вас:
1. Нужен ли отдельный режим "диабет", где вместо светофора будут углеводы и ХЕ? Или это лишнее, вы и так считаете?
2. Чего вам не хватает в существующих программах, когда стоите у полки? Не дома с дневником, а в магазине, за десять секунд.
3. Стоит ли выделять сахарные спирты (мальтит, сорбит, изомальт) отдельно от "обычных" подсластителей? Мне кажется, да, но я не диабетик.

Приложение тут: https://www.rustore.ru/catalog/app/ru.bossip.etiketka
Ругайте, мне это полезнее похвалы!

[Connie]

Valery247500, а почему скан по штрихкоду даст более верные данные, чем указаны там же, рядом, на этикетке?

видишь состав, БЖУ на 100 грамм и светофор - зелёный, жёлтый, красный

ещё бы написали, когда зеленый, когда желтый, а когда красный и почему такие цвета и пороги выбраны. чтобы сразу кинуть товар на полку назад?

Нужен ли отдельный режим "диабет", где вместо светофора будут углеводы и ХЕ? Или это лишнее, вы и так считаете?

для меня лишнее. Я себе плоскую лупу купил, мне этого хватит.

Чего вам не хватает в существующих программах, когда стоите у полки? Не дома с дневником, а в магазине, за десять секунд.

Я не стою с программой у полки. Зачем бы?

Стоит ли выделять сахарные спирты

Для чего?

Я понимаю, что этикетка не наша, но по тексту этикетки можно понять состав, а по штрих-коду, наверное нет. Я не прав?

Снимок экрана_2026-09-07_22-19-05.png (21.9 КБ) Просмотров: 1687

[Choa]

Тоже не понимаю, зачем программа, если на этикетках и так написано, кол-во белков/жиров/углеводов на 100 гр?

[Valery247500]

Connie, вы правы, и ответ для меня неприятный: скан не даёт более верных данных. Этикетка первоисточник, приложение её пересказывает. База собрана из тех же составов, что напечатаны на упаковках, плюс распознавание с фото, если товара нет. Расходится - верить надо пачке.

Тогда зачем оно? Ну честно, только за две вещи. Первая - расшифровка Е-кодов: на упаковке стоит "Е452", и лупа тут не поможет, надо помнить, что это полифосфаты. Вторая - статус добавки в РФ и в ЕС, он разный, и держать в голове 243 позиции никто не станет. БЖУ вы прочитаете сами, тут спорить не с чем.

Про пороги вы попали в самое больное. Сейчас они в приложении никак не объяснены: цвет есть, обоснования нет. Записал в работу экран "почему такой цвет" со ссылкой на норму. Спасибо, это самый полезный упрёк за неделю!

Choa, к вам тот же ответ: БЖУ вы прочитаете и без меня. Программа нужна там, где вместо названия напечатан код.

Про сахарные спирты, раз спросили "для чего". Мальтит слабит от 30 граммов и сахар всё-таки поднимает, у эритрита этого почти нет. Но раз вопрос звучит так, для вас это давно пройденный этап?

[Connie]

Valery247500, я вам хуже скажу. Вот вы полагаете, что штрих код - это уникальный идентификатор конкретного товара, но это не так

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

затем идёт код организации, которая регистрирует штрих-код, этот номер присваивается регистратором в той стране, где происходит получение штрих-кода.

затем идут цифры с диапазоном 10 000 или 1000, там есть варианты, то есть производитель, которому выдан штрих-код может выбрать из этого диапазона любое число и самостоятельно его назначить некоему товару. То есть производитель произвёл 1000 товаров, к примеру, а потом начал использовать диапазон по кругу, чтобы не регистрировать новый штрих-код. Имеет право

последняя цифра - контрольное число, которое позволяет находить и корректировать ошибки сканирования.

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

Я лет десять назад занимался этим, может детали путаю, но примерно так обстоит дело с штрих-кодом EAN13

[Connie]

Connie, спасибо, это ровно тот разбор, за которым я сюда и шёл.

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

Одно уточнение, которое мне в работе помогло. С 1 января 2019 GS1 запретил переиспользование номеров: то, что выдано после этой даты, к другому товару привязать уже нельзя. А то, что сняли с продажи до конца 2018-го, разрешалось пустить по кругу один раз через 48 месяцев и после этого никогда. На практике это значит, что старые коды могут вести куда угодно, а свежие заметно стабильнее. Но "не может" в стандарте и "не делает" на полке - разные вещи, тут вы правы полностью.

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

Про лупу, кстати, не поспорю. Она не разряжается и не требует интернета.

[Valery247500]

Connie, посчитал, возвращаюсь с цифрами.

По базе: 147 239 товаров, 147 239 уникальных штрих-кодов. Ноль случаев, когда под одним кодом лежат два разных товара.

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

Зато нашлось другое, и это уже мой косяк, а не GS1. 49 пар, где один и тот же товар лежит в базе дважды под разными формами кода: восьмизначный EAN-8 и он же, дополненный нулями до тринадцати. Горчица Carl Kuhne, карамель Вертерс, Nescafe Gold, Дирол. Причём у одной записи состав нормальный, а у второй пусто или мусор вроде "сканируй QR-код с упаковки". Что увидит человек у полки, зависит от того, в какой форме код пришёл со сканера.

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

Спасибо. Я пришёл спрашивать про режим для диабетиков, а уехал с багом в основе поиска. Это полезнее.