Имеется супермаркет. 9 касс КАСБИ-02К. Режим работы – online. На сервере стоит кассовый сервер РДА, версия 2.6. Продажи из РДА грузятся в 1С Управление торговлей.
Описание проблемы: сумма продаж по чекам, загруженным в 1С, оказывается больше, чем сумма по Z-отчетам. Анализ показал, что в таблице продаж кассового сервера имеются лишние строки. Анализ лог-файла и допрос кассиров с пристрастием показал, что некоторые отмены продаж не регистрируются кассовым сервером. Т.е. происходит так: сканируется один товар, потом отменяется, сканируется другой товар, чек закрывается. На ККМ бьется правильный чек, только на второй товар (и в Z-отчете правильная сумма), а в кассовом сервере оказывается две записи о продаже. В логе сервера нет команды отмены продажи.
Самое скверное, что беда эта происходит не постоянно, а случайно. Т.е. большая часть отмен регистрируется корректно. Происходит на разных ККМ, но частота возникновения пропорциональна числу чеков – чем больше продаж, тем чаще случается. Воспроизвести ситуацию искусственно не удалось, т.е. либо она случайна по своей природе, либо мы не учитываем какого-то обстоятельства.
Мы склонны винить в проблеме РДА. Отвергнутые гипотезы:
Аппаратная проблема в коммуникации компьютера и ККМ. Нет, т.к. проблема возникает только с операцией отмены продажи. Все продажи грузятся в базу сервера корректно.
Проблема с встроенным софтом ККМ. Вряд ли, т.к. проблема происходит не со всеми отменами, а только с некоторыми, случайно.
Мы склонны думать, что кассовый сервер теряет либо некорректно обрабатывает команды отмены продажи.
Вопросы, на которые хотелось бы получить ответ:
1. Быть может это известная проблема кассового сервера РДА? Есть ли для нее решение?
2. Быть может это известная проблема ККМ КАСБИ-02К? Есть ли для нее решение?
Описание проблемы: сумма продаж по чекам, загруженным в 1С, оказывается больше, чем сумма по Z-отчетам. Анализ показал, что в таблице продаж кассового сервера имеются лишние строки. Анализ лог-файла и допрос кассиров с пристрастием показал, что некоторые отмены продаж не регистрируются кассовым сервером. Т.е. происходит так: сканируется один товар, потом отменяется, сканируется другой товар, чек закрывается. На ККМ бьется правильный чек, только на второй товар (и в Z-отчете правильная сумма), а в кассовом сервере оказывается две записи о продаже. В логе сервера нет команды отмены продажи.
Самое скверное, что беда эта происходит не постоянно, а случайно. Т.е. большая часть отмен регистрируется корректно. Происходит на разных ККМ, но частота возникновения пропорциональна числу чеков – чем больше продаж, тем чаще случается. Воспроизвести ситуацию искусственно не удалось, т.е. либо она случайна по своей природе, либо мы не учитываем какого-то обстоятельства.
Мы склонны винить в проблеме РДА. Отвергнутые гипотезы:
Аппаратная проблема в коммуникации компьютера и ККМ. Нет, т.к. проблема возникает только с операцией отмены продажи. Все продажи грузятся в базу сервера корректно.
Проблема с встроенным софтом ККМ. Вряд ли, т.к. проблема происходит не со всеми отменами, а только с некоторыми, случайно.
Мы склонны думать, что кассовый сервер теряет либо некорректно обрабатывает команды отмены продажи.
Вопросы, на которые хотелось бы получить ответ:
1. Быть может это известная проблема кассового сервера РДА? Есть ли для нее решение?
2. Быть может это известная проблема ККМ КАСБИ-02К? Есть ли для нее решение?