Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

В необработанных Z-отчетах отчеты с кассы из другого магазина : Супермаг Плюс (Супермаг 2000)

25.11.2024 21:14


09.06.2016 09:21
Сравни файлы выгрузки с касс по разным магазинам cashsail/../currests, там сразу видно будет "что/где/почему" или УКМ4 "напрямую заливает" ?
09.06.2016 11:26
Цитата:
4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0
4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0
4,7,7,07/06/2016,8619.91,14.00,0.00,0.00,8605.91,0
4,7,6,06/06/2016,10560.20,0.00,0.00,0.00,10560.20,0
4,7,5,05/06/2016,10204.65,0.00,0.00,0.00,10204.65,0
4,7,4,04/06/2016,8831.53,0.00,0.00,0.00,8831.53,0
4,7,3,03/06/2016,0.00,0.00,0.00,0.00,0.00,0
4,7,2,03/06/2016,9795.76,0.00,0.00,0.00,9795.76,0
4,7,1,03/06/2016,8.50,0.00,0.00,0.00,8.50,0
4,7,2118,08/06/2016,10995.56,0.00,0.00,0.00,10995.56,0
вот с нового магазина

в папке старого пусто

обмен идет СМ+ -> УКМ4 сервер (конвертеры на сервере) -> УКМ4 касса

еще вопрос по удалению чеков, сколько максимально можно выставить срок хранения в БД магазина и кассы, чтобы база нормально работала, или же это зависит только от наличия свободного места ?
09.06.2016 13:11
и еще за 08 июня 2016 по новому магазину так и висят оперчеки и кассовый документ не создался
09.06.2016 14:30
ну если бы его со старым сравнить и там типа 3,7,ххх,хх/хх/хххх,... чтобы наверняка исключить эту ситуацию

Кстати
Цитата:
4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0
4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0
4,7,2118,08/06/2016,10995.56,0.00,0.00,0.00,10995.56,0
Это было два закрытия смены по 7 кассе? и тогда почему один Z = 8 другой Z = 2118 ?
09.06.2016 14:40
Цитата:
winmasta SQL> select * from supermag.smcashz t where t.locid=4;

LOCID DESKNUM ZNUM CLOSEDATE Z D
---------- ---------- ---------- --------- - -
4 6 1 26-APR-16 1 1
4 6 5184 26-APR-16 1 1
4 6 5185 26-APR-16 1 1
4 6 5280 06-JUN-16 1 1
Я так понимаю, это и есть те самые четыре строки со старой кассой номер 6 в новом магазине номер 4.

Вот их и надо придушить:

Код:
delete from supermag.smcashz t where t.locid=4 and t.desknum=6;
09.06.2016 14:46
Цитата:
winmasta и еще за 08 июня 2016 по новому магазину так и висят оперчеки и кассовый документ не создался

Цитата:
winmasta 4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0
4,7,8,08/06/2016,2831.47,0.00,0.00,0.00,2831.47,0

4,7,7,07/06/2016,8619.91,14.00,0.00,0.00,8605.91,0
4,7,6,06/06/2016,10560.20,0.00,0.00,0.00,10560.20,0
4,7,5,05/06/2016,10204.65,0.00,0.00,0.00,10204.65,0
4,7,4,04/06/2016,8831.53,0.00,0.00,0.00,8831.53,0
4,7,3,03/06/2016,0.00,0.00,0.00,0.00,0.00,0
4,7,2,03/06/2016,9795.76,0.00,0.00,0.00,9795.76,0
4,7,1,03/06/2016,8.50,0.00,0.00,0.00,8.50,0
4,7,2118,08/06/2016,10995.56,0.00,0.00,0.00,10995.56,0

вот с нового магазина
...
Смена за 08.06.2016 два раза выгружена.
Получается дубль уникальных данных. Супермаг так не любит.

Почисти каталог выгрузки полностью. Выгрузи смену повторно.
09.06.2016 14:46
Цитата:
akonev Я так понимаю, это и есть те самые четыре строки со старой кассой номер 6 в новом магазине номер 4.
Если так, тогда становиться еще интересней, старый магазин имел ид = 3, как вдруг появилась старая "инфа" с новым ид ? наверное автор что то темнит
09.06.2016 14:49
Цитата:
-Den- Если так, тогда становиться еще интересней, старый магазин имел ид = 3, как вдруг появилась старая "инфа" с новым ид ? наверное автор что то темнит
с этим ещё в начале ветки разобрались. была ошибка в настройке конвертера.
09.06.2016 14:54
Тю, а слона то я и не приметил, пардон.
Тогда не пойму в чем проблема, удалит "скрещенные зетки из СМ" и оперативку, и заново все скормит "кассовику"
09.06.2016 19:05
Цитата:
-Den- ну если бы его со старым сравнить и там типа 3,7,ххх,хх/хх/хххх,... чтобы наверняка исключить эту ситуацию

Кстати

Это было два закрытия смены по 7 кассе? и тогда почему один Z = 8 другой Z = 2118 ?
в УКМ4 сервере есть синхронизация, чтобы накопительный итог и номер смены из ФР синхронизировать, закрыл смену, сделал синхронизацию, открыл смену, закрыли смену в конце дня
Часовой пояс GMT +3, время: 21:14.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.