Bartender ошибка кодировки контрольный разряд переданный введенными данными неверен

• Сообщение 2

Re: Ошибка «Неверный формат штрихкода»

 автор LEXX Пн Дек 16 2013, 05:01

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

• Сообщение 3

Re: Ошибка «Неверный формат штрихкода»

 автор alexey_nik Пн Дек 16 2013, 05:11

LEXX пишет:контрольный разряд вроде сам генериться.
В вашем случаем достаточно ввести верный штрихкод и все. Вы вводете неверный.
Я не знаю как формируется контрольный разряд, но его можно просто подобрать перебором, благо там всего 2 цифры.

штрихкод набран точно так же, как и предыдущие. изменены лишь две последние цифры. в предыдущей накладной были 27, в этой, соответственно — 28. почему в этот раз несгененировался автоматически — не знаю. две цифры? какие? я перебрал цифры от 1го до 9ти — не подошли

• Сообщение 4

Re: Ошибка «Неверный формат штрихкода»

 автор LEXX Пн Дек 16 2013, 05:27

alexey_nik пишет:
в предыдущей накладной были 27, в этой, соответственно — 28.

— неверно!
Последние 2 цифры это и есть конрольный разряд, а не номер накладной. А может и одна цифра, я не помню как там для накладной контрольный разряд генерится.

• Сообщение 5

Re: Ошибка «Неверный формат штрихкода»

 автор LEXX Пн Дек 16 2013, 05:32

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

Формула ранжирования Wildberries🔥 Мини-книга «Самовыкупы на Wildberries»Самовыкупы по DBS — без товара и без покатушекCторно продаж вайлдберриз что значит?

Столкнулись с проблемой неправильной генерации штрих-кодов в EAN-13.

Штрих-код 8005475315272 выводится почему-то как 8005475315279.

Проверил в старой версии FastReport’а — там всё выводится правильно, т.е. как 8005475315272.

Например, в EAN-128a всё также выводится верно, но нам необходимо в EAN-13.

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

Проверили наш продукт, контрольная цифра рассчитывается корректно и правильно.
Проверили FastReport .Net, все правильно, там контрольная цифра тоже «9».
Проверили на 4ой версии FastReport, если вводить 12 цифр, то контрольная рассчитывается правильно — «9», если вносить все 13 цифр, то контрольная цифра рассчитывается неправильно, точнее она вообще не рассчитывается, а берется последняя введенная, 13ая, в вашем случае, «2».

Спасибо.

Нет, я имел ввиду FastReport, ещё версии 3.20, кот. под Delphi 7. Это я взял для сравнения наш старый проект.

Скрин в приложении. Так вот суть, если 13 цифр — 8005475315272, то в штрих-коде должно быть 13 цифр, тех же самых, разумеется.

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

В штрихкоде EAN-13 последняя цифра является контрольной и рассчитывается по определенным правилам.
Чтобы сканер мог считать штрихкод, контрольная цифра должна быть корректной.
Если последняя цифра некорректна, то сканер не сможет прочитать ваш штрихкод.

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

Спасибо.

Действительно, штрих-код 8005475315272 действительно неверный.
Оказывается, FastReport 3.20 не рассчитывает контрольную цифру, и даже (!) сканер не считывает этот код.

Тема закрыта. Благодарю за помощь!