Откройте AG8000N.exe и проверьте настройки шаблона. Сравните их с теми, которые приведены на нашем видео в инструкции. Обратите внимание на параметр №7 на вкладке "Form"

В терминал переносятся все штрихкоды, причем отдельной позицией. Например, если в акте пересчета, к примеру, 1 товар с 3 штрихкодами, то после заливки в терминале будут 3 товара с одним и тем же названием, но разными штрихкодами и по каждому из них терминал будет отдельно вести учет количества. Такова особенность работы терминала - он идентифицирует товар только по одному значению ШК товара. При последующей передаче данных в акт пересчета такие товары группируются, значения их количеств суммируются.
Если же у вас в терминале нет штрихкодов, которые точно есть в акте пересчета, то это может означать, что они не были переданы в терминал. Происходить это может по одной причине - при передаче данных по COM-порту возникают ошибки. Ошибки могут возникать из-за некорректной работы драйвера USB-COM (установите новую версию драйвера с сайта производителя переходника либо из пакета с прошивками и шаблонами, которую вы скачали с нашего сайта), либо по причине несогласования скоростей обмена по COM-порту в диспетчере устройств Windows, в ТЦУ (в форме обмена данными с ТСД) и в самом ТСД. Во всех трех местах скорость должна быть одинаковой. Лучшей практикой считается использование скорости 38400, при использовании аппаратного COM (не виртуального), скорость можно поднять и до 115200, но это все индивидуально и зависит от компьютера, терминала и даже соединительного кабеля.
Проверить, все ли товары переданы в терминал достаточно просто - посмотрите в форме обмена информацией в ТЦУ во время загрузки данных в терминал количество товаров с ШК, такое же количество вы должны увидеть и на дисплее терминала (наблюдать придется за бегущими цифрами), не больше и не меньше. Отличающиеся значения прямо указывают на ошибки в работе канала передачи данных, которым в данном случае является COM-порт.

Скачал новые драйвера 6.4.0.0 WHQL. C ними такое же поведение, как и с 5.4.29 (из комплекта с SoftKB). Процесс передачи данных "В терминал" проходит без вопросов. А процесс обратный (передача "ИЗ терминала") заканчивается на передаче третьей записи, после чего появляются сообщения о тайм-ауте порта.

Также проверил корректность записи нескольких штрихкодов для одного товара в терминал - все ок.

С количеством товара, которое добавляется по умолчанию - проверил по ролику - все совпадает. В поле №7 на вкладке Form стоит значение "+field4". Т.е. он подставляет туда вместо значения "1" - текущее количество товара. :-(

Выявилась еще одно "поведение" ТСД - добавление нулей впереди штрихкода, если его длина меньше 13.

Получается следующая ситуация:
1. От поставщика приходит накладная со штрихкодом 35051502838 (11 цифр);
2. Сканер ШК читает этот код как 035051502838 (12 цифр, т.е. добавляет один нолик в начале). (Именно такой же код написан и на коробке с товаром).
3. ТСД Ciperlab считывает это код как 0035051502838 (т.е. добавляет еще один нолик до 13-ти знаков).

В итоге получается ситуация, когда при считывании этого товара, терминал его не узнает и пишет, что такого товара нет, но тем не менее предлагает ввести его количество. А при обратной передаче на компьютер (после того, как происходит таймаут передачи после 3-ей позиции) выскакивает ошибка №343 (что-то типа не найдет такой товар в Реестре).

Можно что-то придумать с запретом дополнения нулями до 13-ти знаков?

Может затык в обратной передаче и возникает при отсутствии товара в реестре (из-за отсутствия в начале нулей)?!

Вроде добился от терминала корректной приемо-передачи. Осталось 2 проблемы:

1. Сделать количество товара при считывании штрих-кода равным 1 (сейчас почему-то счетчик каждый раз увеличивается на единицу).

2. Чтобы НЕ добавлялись слева к штрихкоду нули (если штрихкод при при считывании получается меньше 13-ти знаков).

Может кто-то из пользователей терминалов сталкивался с похожими проблемами?

Скриншот лежит здесь http://narod.ru/disk/30714102001/Form-7.png.html Мне кажется, что неправильное поле там, где написано +field4.

Так и есть. Самому вписать число нельзя в это поле.