Немножко Полтергейста

[kedr19]

Сегодня кассиры поделились своими наблюдениями.
Кассы работают с одной БД расположенной на отдельной стоящей ДЭНСИ.
И вот какие чудеса бывают:
1. Кассир делает подбор товаров и еще не пробив, о чудо , на соседней кассе появились этиже товары сами собой)))).
2. Кассир пробил чек ККМ, другой кассир сел за кассу открыл свой сеанс и о чудо открылся чек восстановления с только что проданным товаром на другой кассе

Продолжаю собирать информацию
Технически это возможно?

[Alexander]

А номера рабочих мест настроены одинаковые или разные? (Главное меню->настройки обмена)

[kedr19]

На самих РМК разные.

[Бродяга_Джон]

На самих РМК разные.

А кассиры как заходят? сами под собой (разные логины) или под одим и тем же?

PS
У нас подобного не наблюдалось, при двух РМК на точке банально два логина для кассиров "Кассир" и "Кассир1"

[kedr19]

На самих РМК разные.

А кассиры как заходят? сами под собой (разные логины) или под одим и тем же?

PS
У нас подобного не наблюдалось, при двух РМК на точке банально два логина для кассиров "Кассир" и "Кассир1"

Каждый под своим

[Alexander]

Да, похоже при запросе текущего чека для восстановления после сбоев (производится в момент входа в режим регистрации) забыли вставить параметр - номер рабочего места. Исправим в 1.2.7 patch1.

[kedr19]

Да, похоже при запросе текущего чека для восстановления после сбоев (производится в момент входа в режим регистрации) забыли вставить параметр - номер рабочего места. Исправим в 1.2.7 patch1.

Но ведь продажи локальные, как он узнает чужие продажи?

[Бродяга_Джон]

Как, сам же сказал что БД стоит на отдельном месте.
И наверняка настроенно так что кроме общей БД товаров и БД транзакций общая для всех. Вот и ответ

[kedr19]

Ну настраивал по инструкции которая была здесь выложена Александром и на сколько я понял общий только справочник товаров, а о продажи хранятся локально

[Alexander]

Правильный ответ следующий:
пока чек не закрыт, он продажей не является и хранится в таблице current_receipt в БД LinCash - формируется в реальном времени по мере регистрации товаров.
Как только чек закрывается, он пишется в журнал продаж в БД Transaction.

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

Глюк в том, что при опросе таблицы текущего чека забыли вставить номер рабочего места в запрос к БД. Поэтому и получается, что, в случае общей баз LinCash первое рабочее место при входе в режим регистрации "цепляет" текущий чек второго. Как только вставим в запрос номер РМК, все будет в порядке.