← На главную

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

В этой статье мы подробно разберем, как именно технические неполадки, зависания компьютера, некорректная настройка сканера штрихкодов и драйверов ККТ (контрольно-кассовой техники) приводят к виртуальным и реальным недостачам, а также как устранить эти проблемы раз и навсегда.

1. Проблема «засыпания» USB-портов и сканера штрихкодов

Рассмотрим ситуацию, описанную пользователем: при сканировании датчик сканера пикает, но товар на экране появляется только через 10–15 нажатий. Это классический симптом некорректной настройки энергосбережения операционной системы Windows и работы сканера в режиме эмуляции клавиатуры.

По умолчанию в Windows активна функция временного отключения USB-портов (USB Selective Suspend). Если на кассе долгое время нет покупателей, порт, к которому подключен сканер, «засыпает». Когда кассир берет товар и сканирует штрихкод, происходит следующее:

1. Сканер физически считывает код и издает собственный звуковой сигнал («пикает»).
2. В этот же момент сканер пытается передать данные в компьютер, но USB-порт еще закрыт или находится в режиме пробуждения.
3. Часть данных (первые цифры штрихкода) теряется. В результате программа 1С получает поврежденную последовательность символов.
4. Если сканер работает в режиме клавиатурного ввода, 1С пытается найти товар по искаженному коду. Программа либо выдает ошибку «Товар не найден», либо, что гораздо опаснее, находит совершенно другой, более дешевый товар, у которого совпал кусок штрихкода.

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

2. Зависание интерфейса РМК и буферизация ввода

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

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

Если кассир рассчитывает покупателя «на автомате», ориентируясь на озвученную устно сумму или на ценник товара, он может взять наличными ровно столько, сколько стоит одна единица. При этом чек закрывается на сумму, увеличенную в несколько раз. Фискальный регистратор фиксирует продажу по завышенной цене, эта информация уходит в ОФД, а в денежном ящике физически оказывается сумма за одну единицу. В конце смены Z-отчет покажет серьезную недостачу, виновником которой формально станет кассир.

3. Потеря связи с ККТ и «задвоение» чеков

Одной из наиболее частых причин повторяющихся недостач является рассинхронизация между товароучетной программой (например, 1С) и фискальным регистратором (ККТ). Это происходит из-за нестабильного кабеля подключения (особенно при использовании переходников USB-to-COM) или сетевых сбоев.

Разберем этот механизм по шагам:

1. Кассир нажимает кнопку оплаты в интерфейсе РМК.
2. 1С отправляет команду на пробитие чека в фискальный накопитель ККТ.
3. ККТ успешно принимает команду, фискализирует операцию, печатает чек и отправляет данные в ОФД.
4. В этот момент происходит микро-сбой связи. Ответное подтверждение от ККТ о том, что чек успешно пробит, не доходит до 1С.
5. Программа 1С выдает кассиру ошибку связи или предупреждение «Не удалось пробить чек». При этом на экране кассира чек остается открытым.
6. Кассир, видя ошибку, нажимает кнопку «Повторить» или закрывает чек заново.
7. ККТ послушно печатает второй, абсолютно идентичный чек.

Что мы получаем на выходе? Покупатель забирает один товар и отдает одну сумму денег. Физический чек печатается в двух экземплярах (или один из них аннулируется в ККТ некорректно), в ОФД и отчет по кассе уходит информация о двух продажах. По Z-отчету выручка задваивается, а реальных денег в кассе хватает только на один чек. Недостача в таком случае будет в точности равна стоимости популярного товара или величине среднего чека (например, те самые 400 рублей).

4. Драйвер торгового оборудования в демонстрационном режиме

Если после обновления конфигурации 1С или переустановки операционной системы слетели настройки лицензирования драйверов торгового оборудования (например, популярных драйверов АТОЛ или Штрих-М), компоненты интеграции могут перейти в демонстрационный режим.

Работа в демо-режиме характеризуется следующими особенностями:

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

5. Пошаговая инструкция по диагностике и решению проблемы

Выясним причину неисправности и устраним ее с помощью последовательных технических действий.

Шаг 1. Отключение энергосбережения USB-портов

Для предотвращения «засыпания» сканера штрихкодов необходимо настроить параметры Windows:

1. Откройте «Диспетчер устройств» на кассовом компьютере.
2. Разверните ветку «Контроллеры USB».
3. Найдите пункт «Корневой USB-концентратор» (их может быть несколько, выполните процедуру для каждого).
4. Кликните правой кнопкой мыши и выберите «Свойства».
5. Перейдите на вкладку «Управление электропитанием».
6. Снимите флажок с параметра «Разрешить отключение этого устройства для экономии энергии». Нажмите «ОК».

Шаг 2. Сверка данных ОФД и товароучетной системы

Чтобы доказать или опровергнуть вину кассира при систематических недостачах, необходимо провести перекрестную сверку документов:

1. Выгрузите отчет о продажах из личного кабинета ОФД за проблемный день.
2. Откройте в 1С журнал документов «Отчет о розничных продажах» за этот же день.
3. Сравните общее количество пробитых чеков и итоговую сумму выручки. Если сумма в ОФД больше, чем зафиксировано в 1С, имеет место техническое «задвоение» чеков.
4. Найдите в отчете ОФД идущие подряд операции с одинаковым временем (разница в секундах) и одинаковым составом товаров. Это подтвердит сбой связи ККТ и компьютера.

Шаг 3. Перевод сканера в режим эмуляции COM-порта

Работа сканера в режиме клавиатуры крайне ненадежна. Рекомендуется перевести устройство в режим эмуляции COM-порта (Virtual COM Port):

1. Найдите инструкцию к вашему сканеру штрихкодов.
2. Считайте специальный программирующий штрихкод «USB OEM» или «USB Serial Emulation».
3. Установите на кассовый компьютер виртуальный COM-драйвер от производителя сканера.
4. В настройках подключения оборудования в 1С (раздел ПодключениеОборудования) измените тип подключения сканера с «Клавиатура» на соответствующий «COM-порт».

При такой настройке данные передаются пакетом, минуя буфер клавиатуры Windows, что полностью исключает потерю символов штрихкода при чтении.

Шаг 4. Настройка правил округления

Убедитесь, что правила округления копеек в настройках РМК (Рабочего места кассира) в 1С полностью синхронизированы с настройками таблиц самого фискального регистратора. Если 1С округляет чек до целого рубля, а ККТ пытается пробить копейки, в системе возникнет постоянный перекос баланса.

Используя данный комплексный подход, мы сможем защитить кассира от необоснованных обвинений, наладить стабильную работу кассового узла и исключить программно-аппаратные факторы возникновения недостач.