Error bwipp ean13badcheckdigit incorrect ean 13 check digit provided перевод

Thanks for the additional information.

You mention 14 digits for EAN. Are you talking about EAN-13 (13 digit data content), or EAN-14 or ITF-14 perhaps?

Scanners accepting EAN-14s with invalid check digits would be unsurprising since this is only a data verification digit, not a structural (symbology) verification digit.

In more detail…

In the EAN-13 barcode symbology the check digit is explicitly defined by the symbology specification as being an integral part of the barcode’s structure, i.e. an EAN-13 image with an invalid check digit doesn’t meet the definition of an EAN-13. A scanner that accepts EAN-13 barcodes with incorrect check digits is not standards compliant, except where it allows the user to explicitly opt in to scanning «something like an EAN-13 but without a check digit» (or weasel words to the same effect) to differentiate it from the official standard which has well-known data security properties. In fact, many scanners do not even transmit the check digit for an EAN-13 unless explicitly configured to do so, and such a scanner that also accepts symbols with a broken check digit would entirely defeat the intended purpose of the validation without even providing a means to shift the onus onto the user. They lower the data security of the symbology in a way that is completely silent if the check digit isn’t validated or the validation erroneously disabled.

EAN-14 and ITF-14 are application specific variations of other fundamental symbologies: Code 128 and Interleaved 2 of 5, respectively.

The Code 128 symbology has an inherent, structural check digit but it is implicit and never transferred in the data or supplied by the user. A GTIN-14 number includes its own a data check digit, so when it is expressed as the application-specific EAN-14 variant it can be «doubly» verified: First the symbol check digit is verified; next the data check digit can be verified. Most scanners only verify the symbology check digit since they do not process the GS1 data content, which is subsequently validated by the receiving application.

Interleaved 2 of 5 has an explicit check digit which is defined as being optional. The GS1 application-specific variant ITF-14 mandates the use of this symbology check digit so that it can be verified by the scanners built in structural check. The algorithm for the data check digit of GTIN-14 was chosen to match the ITF scheme — so the GTIN-14 check digit is both a data check digit and a structural check digit when embodied in an ITF-14.

Fun, isn’t it…

Category:

• Компьютеры
• Cancel

Здравствуйте!
Помогите, пожалуйста, вот в каком вопросе. Есть сканер штрих-кодов MS3780 Fusion. Подключен к компьютеру (никакого софта под него не ставилось), все штрих-коды, которые есть под рукой (на фабричных товарах, упаковках и тп) читает на ура. Но распечатанный мною на принтере этикеток Godex DT2 из 1С штрих-код в формате EAN-13 читать отказывается — а, собственно ради этого он и покупался. Распечатанный штрих-код выглядит вот так:

В чем может быть ошибка?
— сканеру нужно прописать какую-то настройку типа «Transmit EAN-13 Check Digit»?
— термопринтер некорректно распечатывает штрих-код
— что-то еще?

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

В 1С (версия 7.7) отображение штрих-кода программер реализовал посредством двух шрифтов — Code EAN-13 (True Type) и EANGnivc (True Type). На вопрос почему не через barcode.ocx программер ответил что barcode.ocx хорошо работает с 1Cv8, а с 7-кой глючит, поэтому реализовано через эти 2 фонта.

UPD: выяснилось что 1С генерирует

неправильный мёд

неправильный код. Завтра подергаю программера и отпишусь чем все закончилось.
UPD2: Программер признал что это его ошибка. Прислал исправление — внешне очень похоже на правильный код, но у меня он тоже не читается.
Новый штрих-код под катом.
UPD3: Проверил по цифрам присланный программером штрих-код на онлайн-генераторе — оказалось что «Incorrect EAN-13 check digit provided» — неправильная контрольная цифра. Буду дожимать программера.
UPD4: дожал — все работает!

ean13badCheckDigit #165

Hello I am trying to create a EAN13 barcode

I get the following error

Error: bwipp.ean13badCheckDigit: Incorrect EAN-13 check digit provided

My code is this

if I pass 12 digits it works.

The text was updated successfully, but these errors were encountered:

The checksum you provided (0) is incorrect. It should be 9 for ‘123456789101’.

That’s true i found out that you check if the last digit is correct ,kinda cool.

I created it on my own now but is there anyway i could get it in the Promise before i create the image?

Do you mean you just want the input validated? I have just released a minor patch (2.0.8) that fixes an issue with the dontdraw option where it would not work with composite symbols. You can now add dontdraw:true to your options and the rendering phase will be skipped. When you do this, the Promise will resolve with a null buffer. Likewise, if using a callback, it will be invoked with both the error and buffer params null.

again great library ^_^

Is it possible to disable the checksum check?

The checksum is an integral part of the EAN symbology, so not sure why you would want to disable it. Essentially, you have two options:

1. Provide all 13 digits including the correct checksum.
2. Provide the first 12 digits and let BWIPP calculate/append it.

In our warehouse management system that also generates barcodes we sometimes need to enter placeholder EAN-s untill we get the real ones. Sometimes the EAN-s are only B2B so we use internal non EAN conform numbers because the whole system identifies items over the EAN. I know what you think. I also don’t like that. I just downgraded to a version that does not have that check.

@TarikHuber For my personal edification, are you at any time reading the malformed images with a barcode scanner than does not detect the incorrect check digit? If so, whose equipment does that please?

@terryburton Yes we read them with different hardware and software. All scanners have an Android App made by us. At first we used the camera then Grappa adapters for the Samsung S4. After that Unitech PA720. After that the Zebra MC330L. Every one of them had no problem with the incorect EAN. Some had a problem with a SSCC that had a wrong checksum so we made those always valid and generated by the system but we never noticed any isses with non valid EAN data.

We are a logitstics company. We use it only for customers that don’t even have any kind of barcodes but we want to have organized the stuff with them just to make it easier for us. Those customer have shorter item numbers from 4 to 7 digits (because they handle them manually). In Such cases we add zeroes in front of that item number so it stays the same for that company that get’s the items back but has then 14 digits for the EAN. That way we have an EAN on the barcode with witch our scanners can work and those same «invalid» barcodes can be read and handled by those companies without valid EANs. This library and also the scanner did not complain about it before 😉 There are so many companies that never heard of EAN, GS 1 or anything related to barcodes 🙁 and yes we are located in germany -.-

Thanks for the additional information.

You mention 14 digits for EAN. Are you talking about EAN-13 (13 digit data content), or EAN-14 or ITF-14 perhaps?

Scanners accepting EAN-14s with invalid check digits would be unsurprising since this is only a data verification digit, not a structural (symbology) verification digit.

In the EAN-13 barcode symbology the check digit is explicitly defined by the symbology specification as being an integral part of the barcode’s structure, i.e. an EAN-13 image with an invalid check digit doesn’t meet the definition of an EAN-13. A scanner that accepts EAN-13 barcodes with incorrect check digits is not standards compliant, except where it allows the user to explicitly opt in to scanning «something like an EAN-13 but without a check digit» (or weasel words to the same effect) to differentiate it from the official standard which has well-known data security properties. In fact, many scanners do not even transmit the check digit for an EAN-13 unless explicitly configured to do so, and such a scanner that also accepts symbols with a broken check digit would entirely defeat the intended purpose of the validation without even providing a means to shift the onus onto the user. They lower the data security of the symbology in a way that is completely silent if the check digit isn’t validated or the validation erroneously disabled.

EAN-14 and ITF-14 are application specific variations of other fundamental symbologies: Code 128 and Interleaved 2 of 5, respectively.

The Code 128 symbology has an inherent, structural check digit but it is implicit and never transferred in the data or supplied by the user. A GTIN-14 number includes its own a data check digit, so when it is expressed as the application-specific EAN-14 variant it can be «doubly» verified: First the symbol check digit is verified; next the data check digit can be verified. Most scanners only verify the symbology check digit since they do not process the GS1 data content, which is subsequently validated by the receiving application.

Interleaved 2 of 5 has an explicit check digit which is defined as being optional. The GS1 application-specific variant ITF-14 mandates the use of this symbology check digit so that it can be verified by the scanners built in structural check. The algorithm for the data check digit of GTIN-14 was chosen to match the ITF scheme — so the GTIN-14 check digit is both a data check digit and a structural check digit when embodied in an ITF-14.

Источник

Error bwipp ean13badcheckdigit incorrect ean 13 check digit provided

Если у вас не работает один из способов авторизации, сконвертируйте свой аккаунт по ссылке

Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal

• October 2022

1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31

Здравствуйте!
Помогите, пожалуйста, вот в каком вопросе. Есть сканер штрих-кодов MS3780 Fusion. Подключен к компьютеру (никакого софта под него не ставилось), все штрих-коды, которые есть под рукой (на фабричных товарах, упаковках и тп) читает на ура. Но распечатанный мною на принтере этикеток Godex DT2 из 1С штрих-код в формате EAN-13 читать отказывается — а, собственно ради этого он и покупался. Распечатанный штрих-код выглядит вот так:

В чем может быть ошибка?
— сканеру нужно прописать какую-то настройку типа «Transmit EAN-13 Check Digit»?
— термопринтер некорректно распечатывает штрих-код
— что-то еще?

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

В 1С (версия 7.7) отображение штрих-кода программер реализовал посредством двух шрифтов — Code EAN-13 (True Type) и EANGnivc (True Type). На вопрос почему не через barcode.ocx программер ответил что barcode.ocx хорошо работает с 1Cv8, а с 7-кой глючит, поэтому реализовано через эти 2 фонта.

UPD: выяснилось что 1С генерирует неправильный мёд неправильный код. Завтра подергаю программера и отпишусь чем все закончилось.
UPD2: Программер признал что это его ошибка. Прислал исправление — внешне очень похоже на правильный код, но у меня он тоже не читается.
Новый штрих-код под катом.
UPD3: Проверил по цифрам присланный программером штрих-код на онлайн-генераторе — оказалось что «Incorrect EAN-13 check digit provided» — неправильная контрольная цифра. Буду дожимать программера.
UPD4: дожал — все работает!

Источник

Error bwipp ean13badcheckdigit incorrect ean 13 check digit provided

ни один терминал правильно прочитать не может еан 13

Смотрите как интересно получается (по данным Википедии)
Немного теории, но почитайте пригодиться для понимания сути проблемы.

UPC, содержащий 12 цифр, является прародителем европейского усовершенствованного кода EAN-13, кодирующего 13 цифр. Код UPC является частным случаем, подмножеством кода EAN-13. Код UPC преобразуется в код EAN-13 дописыванием нуля перед двенадцатью цифрами кода UPC. То есть, товар, штрихкод которого мы видим на рисунке к этой статье, будет иметь код EAN-13: 036000291452. Именно по этой причине коды товаров произведённых в США или Канаде в европейской кодировке начинаются с нуля.

Важно, что сама «штриховка» при таком преобразовании, то есть рисунок EAN-13 для кодов, соответствующих UPC, идентична «штриховке» UPC. Таким образом была обеспечена совместимость американских кодов для чтения в Европе без какой-либо перепечатки этикеток или переупаковки товара.

Разработанная и внедрённая система кодировки товаров UPC в США и Канаде стала настолько популярной в супермаркетах, что европейцы также задумались о её внедрении. Стояло две задачи: обеспечить производителей определённым диапазоном кодов, отличных от американских, для кодировки производимых товаров и обеспечить возможность магазинам считывать как американские, так и европейские коды, причём желательно, чтобы на упаковке был только один, единый штрихкод, а не два кода (для США и для Европы). Для того, чтобы закодировать в коде товары других стран, необходимо было увеличить количество разрядов кода с 12 цифр, которые были в эксклюзивном владении американцев и канадцев до, как минимум, 13 цифр, чтобы использовать эту дополнительную, и первую по счёту цифру в коде в качестве условного сигнала для торговых программ, что этот товар не американского производства.

Американцам и канадцам в качестве этой цифры разработчики сразу зарезервировали нуль. У европейцев стояла и организационная задача: распределить (делегировать) определённые диапазоны значений кодов различным странам мира, для чего определили в качестве префикса региона первые три цифры, включая дополнительную тринадцатую.

Помимо организационной задачи, перед разработчиками стояла серьёзная техническая задача — сохранить совместимость кодов и одновременно возможность минимальных аппаратно-программных переделок сканеров штрихкода, тогда ещё достаточно дорогих. Важно было сохранить то же самое количество штрихов, осевую симметричность кода для его удобного чтения как в прямом, так и в обратном направлении (если товар поднесён к сканеру «вверх тормашками»), возможность чтения негативных кодов (светлые штрихи на тёмном фоне). В результате было найдено простое решение: в целях максимальной совместимости кодирование EAN было переработано из UPC так, что по-прежнему содержало только 12 «штриховых цифр» (то есть только 12 цифр в коде имеют соответствие конкретным штрихам), а дополнительная тринадцатая цифра вычислялась логическим путём. «Рисунок» EAN-13 ничем не отличается от рисунка UPC, а для кодов, начинающихся с нуля был точной копией.

и что получается в итоге.

вот я генерировал ваш ШК

все коды идентичные по штрихам.

первый 0 на коде EAN13 он даже не закодирован в штрихах, его просто нет в штрихах на штрих-коде.

Я от сканировал ваш ШК на ручных сканерах Motorola и результат тот же самый самый первый 0 не читается. его просто нет в кодировке на штрих коде.

Тут дело не в сканирующем модуле и не в терминале сбора данных и не в производителе.

Мы в RS-CORE добавили возможность при сканирование кода UPC начинающегося с нуля добавлять еще один ноль спереди. Но производитель такие настройки вряд ли будет добавлять, по сути это «костыль». по правильному есть два варианта:

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

2. Добавить в вашу программу такой же «костыль», чтобы при поиске ШК у которого спереди «ноль» и длинна штрих-кода 12 символов, добавлялся еще один ноль

Ну или все-таки воспользоваться нашим RS-CORE.

Источник

EAN–13 Check Digit Calculator

The last digit of EAN–13 barcodes is a check digit. The check digit is used to detect errors mostly caused by human transcription.

The red mark below shows the check digit of EAN–13 barcode:

Check Digit Formula

To compute the check digit follow the simple rules:

1. Sum all the digits in even positions and multiply by 3;
2. Add all the the digits in odd positions (except for the last one which is check digit) to the number you’ve got;
3. Divide that number by 10 and take the reminder;
4. If the reminder is not 0, subtract it from 10.
5. Job done!

Check Digit Calculator

To save time on doing the math, simply enter the barcode numbers into the field below and we’ll do the job for you:

Here goes the check digit calculation for barcode :

1. The digits in even positions are: , their sum is , multiplied by 3 it is ;
2. The digits in odd positions (except the last one) are: , their sum is , added to the number above it is ;
3. Dividing by 10 gives us as a reminder;
4. It is not zero, so subtracting it from 10 to get the check digit: .
5. It is zero, so just using it as is.

The check digit is » «

The input barcode data is incorrect, the proper code is:

The full-length code is:

If you work with barcodes, give our barcode software a try, it will save you much more time than this calculator.

Источник

   Aquar

29.03.09 — 18:55

Здравствуйте.

Имеется сканер штрих-кодов Symbol ls-2208. 1С Предприятие. Управление торговлей. В магазине кучу товара с этикетками. В нуменклатуре в поле штрихкод стоит тип EAN 13 и цифр действительно 13. Проблема в том, что при сканировании ШК типа 0167631000004 выскакивает ошибка: ШК с номером 167631000004 и типом Code 39 отсутствует. Открываю блокнот и сканирую туда ШК. В него прыгает 167631000004. То есть первый нолик откидывается. Интересно, что если я возьму другой 13 циферный код, скажем 8978454323221 — он в блокнот сканируется полностью и в нуменклатуре, соответственно, находится без ошибок. То есть проблема только в этом первом нолике. Подскажите как решить это проблему.

   Fragster

1 — 29.03.09 — 18:58

а почему у тебя 0 первой цифрой идет?

   Лефмихалыч

2 — 29.03.09 — 19:00

в семерке де-то была настройка количества битов в байте для сканера в восьмерке должно быть тоже, только я не знаю, где…

   AndreyFAN

3 — 29.03.09 — 19:05

может быть я решил это не элегантно, но преобразовываю к типу Строка и недостающие нолики пристёгиваю справа. уже 3 года работает на базе в 9000 наименований…

   Aquar

4 — 29.03.09 — 23:37

   Злопчинский

5 — 29.03.09 — 23:41

смотреть управляющий символ сканера…

и это не еан13 скорее всего…

   Aquar

6 — 29.03.09 — 23:42

что за управляющий символ и где его смотреть? Кстати, сканер USB в режиме эммуляции клавиатуры

   AndreyFAN

7 — 29.03.09 — 23:45

(4) Нееее, добавлять нолик надо в цикле Пока Длина меньше 13
Кроме того надо учесть самосозданные штрихкоды для развесного товара.
Я сделал что развесной товар имеет первые две цифры 00

   Aquar

8 — 29.03.09 — 23:51

может проблема и не в 1С…

Просто подключаю к любому компьютеру сканер, он обнаруживается без проблем, сканирую в блокнот… опять откидывает нолик

   Fragster

9 — 30.03.09 — 00:03

(4,7) ндя… походу стандарты никто не читает…

   Fragster

10 — 30.03.09 — 00:03

(8) здесь может быть глюк в драйвере сканера

   AndreyFAN

11 — 30.03.09 — 00:06

нет У меня карточки клиентов на скидку имеют штрихкод 13, сканируется в блокнот тоже как ЧИСЛО. несколько нулей передние отбрасывает

   AndreyFAN

12 — 30.03.09 — 00:10

УПС. Откатываю обратно, позвонил в магазин, они штриханули в блокноте карточку, первые нули показывает. Давно код писал, не помнил…
Извиняюсь за ввод в заблуждение.

   Aquar

13 — 30.03.09 — 00:47

То что, начинать грешить на сам сканер?

   Туц

14 — 30.03.09 — 01:06

(0) Берешь сканер и руководтсво по его программированию и программируешь опцию чтоб не обрезал нули. Если там никаких префиксов или суффиксов не запрограммировано, то просто скидываешь настройки сканера на по умолчанию.

   Aquar

15 — 30.03.09 — 01:18

Одна морковка.

В руководстве не так то и много опций. Скинул все по умолчанию — сканирует без нуля вначале. Отсается добавить только возврат коретки и всё.

   Aquar

16 — 30.03.09 — 11:03

Никто не сможет помочь? Ну еще, какие есть предположения?

   Rie

17 — 30.03.09 — 11:04

(16) Чему помочь?
Ты же в (15) вроде как решил проблему?

   Aquar

18 — 30.03.09 — 11:44

в (15) я написал, что сканирует без нуля! при сканировании ШК типа 0167631000004 в блокнот прыгает 167631000004. А должен 0167631000004. Если подряд сканировать ШК, то цифры кидаются в одну строчку. Я только добавил в настройках суфикс, чтоб в новой строчке ШК выводился — Ентер добавил.

   Rie

19 — 30.03.09 — 11:51

(18) У тебя сканер — в разрыв клавиатуры подключен?

   Aquar

20 — 30.03.09 — 11:53

(19) НЕТ. он ЮСБ (6)

   Rie

21 — 30.03.09 — 11:59

(20) Ну а зачем тебе эмуляция клавиатуры?

   Rie

22 — 30.03.09 — 12:10

+(21) Если работать с «нормальным» драйвером сканера — таких ошибок не возникает?

   Aquar

23 — 30.03.09 — 12:18

(21) Ну в руководстве, в плакате со настроечными штрихкодами особых вариантов нет. Если у вас ЮСБ интерсфейс, то сканируйте вот это HID KEYBOARD EMULATION  или вот это IBM HAND-HELD USB. я выбрал первое, так как при псоледнем вообще не сканирует ШК. Когда настраиваешь его по первому варианту, то с эти сканером можно подойти к любому компу, воткунть его, винда чего-то там нормально обнаруживает, открыть блокнот, отсканировать ШК… и всё равно лажа, нолик откидывает (8)

   Туц

24 — 30.03.09 — 12:20

(23) Ну тогда программно его дописывай.

(24) В главном офисе с десяток ноутбкуов с этими сканерами, у них все окей. Спрашивал у них, все вроде так же как и у меня. но у меня 0 отбрасывает