Всем привет.

Появилась задача мониторить порт сканера ШК (КВ/USB).
Задача появилась в следствии того, что кассиры на кассе имитируют работу. А именно делают вид, что считывают товар сканером ШК и на по камерам видеонаблюдения кажется что все хорошо, сканер пикает, покупателя рассчитывают.
А по факту кассир выходит из режима продаж и сканирует в никуда, сканер то при этом пикает как надо. А в чеке пробивает меньше позиций чем надо или вообще не пробивает.

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

Посоветуйте какой прогой это можно реализовать, ну или посоветуйте решение данной задачи альтернативным способом.
Спасибо!!!

казалось бы, причем тут сканер?

(0) терморектальный анализатор поможет

(1) сканер - единственный "инструмент", работу которого можно увидеть по камерам и который напрямую воздействует на регистрацию продаж.

так что товарищи, есть идеи?

Какая кассовая программа?

Во-первых, спасёт что-то подобное чек-тв для просмотра на видео того, что отсканировали.
Во-вторых, если кто-то пропускает товар, не сканируя, то всё пропущенное оплачивается из его кармана.
P.S. переход в режим COM-порта вполне спасёт ситуацию.

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

(4) Розница ред.1

(5) а как COM порт спасет?

(6) насчет фиксации на видео, тут все ясно. но это разбор полетов постфактум, когда ищут пропажу товара или недостачу по итогам ревизии.
Нам же необходимо сделать механизм для ежедневного анализа.
Т.е. узнали что нестыковка по сканированию и продажам >20%, значит надо смотреть видео и искать воров среди персонала.

(9) Можно покопаться в настройках драйвера и включить логирование. Затем написать обработку, получающую из лога время и штрихкод, и сравнить с продажами.
Но это не взлетит, ибо можно просканировать и сразу же удалить товар из чека.

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

Розница имеет какой-то журнал оборудования, но, если форма не открыта, то сканер просто не подключен.

Если COM-порт, то запускается сканер последовательного порта, который пишет все данные, через него пришедшие, а если разрыв клавиатуры (или USB-HID), то просто ставим какой-то KeyLogger.

Кроме того, обычно обманывают на вводе количества - например - знакомый кассира берёт десять упаковок, а кассир вводит три.

(10) Удаление обычно запрещено и также отслеживается.
"Умные" кассиры сканируют несуществующий штрих-код - открывается окно с предупреждением, а они продолжают сканировать штрих-коды, и, если сразу не заметили, то часть товара будет подарена клиенту.

(12) это кстати, как вариант обмана.

и все же как сравнить прошедший через сканер товар с проданным через 1С.....

:?

(13) добавь регистр сведений в конфигурацию и в обормоткеТО пиши в регсведений ШК и время

и вот еще, попробуй вот эту хрень

http://www.aggsoft.ru/usb-hid-logger/

я не пробовал сам)

(13) Потом, как вариант обмана проходит продать один товар по наклеенному штрих-коду другого.
В общем, всем этим должна заниматься служба охраны.

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

Пищи одинэсом, а не сканером.

(13) в том то и дело, что кассиры вводят 1С в состояние когда сканер не работает. или просто сворачивают окно.
т.е. 1С данные принимать не может, поэтому нужна программа, которую обойти кассиры не смогут.

(17) про кэш контрол знаю, но как уже сказал, она не покажет в каком из 30ти магазинов "возможно" воруют. кэшконтрол помогает разобрать полеты задним числом, и все.

(18) интересная идея, но для этого нужны колонки :) и  отключить в сканере "пикалку"
опять же, если попадется нечитаемый шк, кассиру будет тяжело это выяснить. т.к. он будет думать, что глючит 1с.

можно как то сделать дублирующий звук? типа сканер пикнул, 1С ответила, камера пишет звук.
если есть двойной писк - значит хорошо :)))
бред конечно..... :)

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

А 1С - это, конечно, тоже хорошее решение, но для ларьков, где сворачивание программы не так критично.

(22) все что вы пишите это понятно и давно известно.
но считать "не тот товар" без звукового оповещения кассы можно и во фронтоле и в штрих кассире и во всех подобных программах.

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

(21) А кто потом будет смотреть видео с камеры - два раза там пикнуло или сколько?

а чо  - 1с-ом уже не сделать окно, которое не сворачивается?

(25) В рознице проблема в том, что 1С можно и не запустить, а также можно "висеть" в окне авторизации пользователя.

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

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

Пусть охранник, время от времени, сравнивает насканированое с уносимым.

(27) Нормальная кассовая программа пишет в журнал любой отсканированный штрих-код, особенно, когда его сканируют не в том месте, где надо.
Потом, если программа сделана правильно, то при выходе из режима регистрации сканер просто выключается - другое дело, что у нас не Америка, где для включения сканера в COM-порту используют специальный вывод готовности.
Собственно, простые кассовые аппараты типа АМС-100К, например, имеют линию для управления готовностью сканера, и, считать штрих-код, когда касса не готова - там нельзя.
В остальных же местах, сканер используется как одностороннее устройство, то есть только на приём - как клавиатура, поэтому бывают такие замечательные вещи, как сканирование в никуда.

(0) а как наличку учитываете? не достаточно будет вести честный ящик и мониторить, что нал мимо ящика не пошел?

(0) Т.е. покупателю чек не выдают? Или говорят 25.50 и покупатель верит, т.е. табло покупателя отсутствует? Или говорят с вас 100 рублей и дают вчерашний чек на 40 рублей?

(32) Покупателю говорят то, что показало табло.
Разговор о том, что кассиры могут продать товар "бесплатно" своим людям, и это очень сложно отследить.
То есть - кроме считывания сканером, товар нигде не фигурирует.

(33) метролоджики вроде умеют пикать, только когда получено подтверждение о приеме от драйвера, что то такое вспоминается из мануала
ЗЫ в теории большого взрыва часто пикают смартфонами, просто еще один виток эволюции хитрых кассиров

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

+35 Это административная проблема, а не техническая

дисплеев покупателя нет.
получается товар сканируют, считают цену на калькуляторе и называют сумму, клиент расплачивается, а чек пробивают на 1 товар вместо скажем 4ех, 5ти.
Ну или типа затягивают процесс пробития, типа что-то зависло не пробивается, клиент не ждет, уходит, а в итоге пробивают не всю сумму.

(37) Ну, если доступна отмена строки или чека, то вообще ничего выдумывать не надо.
Но, в нормальной системе это или запрещено или отслеживается.

(38) это запрещено.

Ну если на камере не видно , и звука нет , получается кассир может рукой закрыть ШК и сделать вид что была продажа - денежку в карман

(40) звук есть и камера его пишет. как раз в том и проблема, что сканер пикает, как будто сканирование идет, а по факту 1С стоит в ступоре.

(41) А штрих-код хлеба или пакета на пальцах у кассира приводит не к тому же результату.
Где-то была статья о том, что внедрение анализа больших данных позволило определить воровство кассиров только по сравнению количества взятого в магазине и количества проданных покупателю пакетов.
Причём, выборка делалась по каждому кассиру отдельно.

(42) ну это не вариант

а если сделать что бы пользователь сразу заходил в РМК и не мог из него выйти без пароля ....

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