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

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

Важно, что сама «штриховка» при таком преобразовании, то есть рисунок 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.

но по идее если он был включен, то у вас ШК передавался два раза все верно:

- один раз нашим драйвером RS:Core.
- второй раз типовым драйвером ТСД.

то что идет в стандартной прошивке ТСД мы изменения внести не можем или это делать сложно нужно через производство. 
Для этого мы RS:Core и написали чтобы оперативно вносить изменения по требованию клиентов.
я бы конечно вернулся к вопросу двойного считывания ШК и устранил эту ошибку если она появляется.(у нас локально поймать ее не получается)

вы отключали вот тут в первом ряду на картинках?

без RS:core не как.
A что за проблема такая. у вас как-то включалось обратно "Keyboard output mode"? за счет чего он два раза вносился в активное поле?

Он похож на EAN но по факту воспринимается сканирующим модулем как UPC за счет префикса из двух нулей.
Должен RS:Core стоять. Напишите номер серийный я для вас обновление отправлю. может старая версия какая у вас (ну это только в том случае если вы их у нас покупали)
Не у вас первого такой вопрос с префиксом "0" для UPC.

тогда вот так.

А вы в дальнейшем как будете использовать ТСД с каким приложением?
1С или собственным или через браузер?

попробуйте вот такую настройку сделать.

Товары без ШК в терминал выгружаются.
вы можете присвоить товару на ТСД,  ШК с упаковки товара .

у вас каждый раз считывает по разному один и тотже ШК?