[ОТВЕТИТЬ]
07.06.2016 19:21
winmasta
 
Подключил, второй магазин в УКМ4 по аналогии с первым (конверторы и т.д.).
Сейчас обратил внимание, что создаются продажы с суммами гораздо большими, чем суммы Z-отчетов (напечатанных ФР) по этому магазину, кассовые документы удалил. При попытке создать кассовые документы указываю МХ - новый магазин, нажимаю необработанные Z-отчеты и вижу там отчеты у которых касса из первого (старого) магазина. Выяснил, что номера Z-отчетов пересекаются у кассы №6 (старый магазин) и у кассы №7 (новый магазин). По старому магазину необработанных Z-отчетов нету. Похоже, что суммы из отчетов по старой кассе (№6) лезут в кассовые документы новой кассы №7. Где я накосячил не могу понять. Вроде бы номера Z-отчетов не должны конфликтовать за пределами одной кассы.

СМ+ 1.029.1 SP3

PS могу сделать скриншоты если сумбурно объяснил.
07.06.2016 19:38
bob
 
Цитата:
winmasta Подключил, второй магазин в УКМ4 по аналогии с первым (конверторы и т.д.).
Сейчас обратил внимание, что создаются продажы с суммами гораздо большими, чем суммы Z-отчетов (напечатанных ФР) по этому магазину, кассовые документы удалил. При попытке создать кассовые документы указываю МХ - новый магазин, нажимаю необработанные Z-отчеты и вижу там отчеты у которых касса из первого (старого) магазина. Выяснил, что номера Z-отчетов пересекаются у кассы №6 (старый магазин) и у кассы №7 (новый магазин). По старому магазину необработанных Z-отчетов нету. Похоже, что суммы из отчетов по старой кассе (№6) лезут в кассовые документы новой кассы №7. Где я накосячил не могу понять. Вроде бы номера Z-отчетов не должны конфликтовать за пределами одной кассы.

СМ+ 1.029.1 SP3

PS могу сделать скриншоты если сумбурно объяснил.
В конвертерах экспорта накосячил с индексами магазина, похоже. СМ тут ни при чем. Он смотрит индекс магазина в выгрузке и шарашит на этот индекс чеки с z-ками.
07.06.2016 20:23
Chebure
 
Я думаю, что проблема в номере смены и номере кассы. Номер смены нужно менять на кассе на последнюю закрытую+1, и соответственно чтобы номера касс не пересекались.
07.06.2016 20:53
bob
 
Цитата:
Chebure Я думаю, что проблема в номере смены и номере кассы. Номер смены нужно менять на кассе на последнюю закрытую+1, и соответственно чтобы номера касс не пересекались.
Неправильно думаешь. У тебя в базе СМ было два места хранения, связанных с одним УКМ-сервером? при разных индексах магазина номера касс и смен могут пересекаться без проблем.
07.06.2016 20:56
bob
 
На 99 процентов создал конвертер, а индекс магазина, или как он там называется, поставил от старого магазина. Да. индекс магазина должен совпадать с индексом в СМ+ (см. "структура склада-магазина).
08.06.2016 03:40
winmasta
 
Цитата:
bob На 99 процентов создал конвертер, а индекс магазина, или как он там называется, поставил от старого магазина. Да. индекс магазина должен совпадать с индексом в СМ+ (см. "структура склада-магазина).
В конвертере Стандартный CSV экспорт по смене для нового магазина есть поле Магазины и там стоял старый магазин, хотя индекс магазина был от нового магазина. Старый ИД - 3, новый ИД - 4. Как теперь поправить ситуацию ?
08.06.2016 04:25
whitewizard
 
1. Зачистить ненужные чеки
2. Заново выгрузить недостающие смены
08.06.2016 09:12
winmasta
 
Цитата:
whitewizard 1. Зачистить ненужные чеки
2. Заново выгрузить недостающие смены
Удалил все чеки и продажи по новому магазину, через конвертор Экспорт по смене выгрузил данные вручную, снова создались продажи, которые включают в себя Z-отчеты от старого магазина, необработанные Z-отчеты так-же сохранились. Возможно надо сделать все для обоих магазинов ?
08.06.2016 10:15
winmasta
 
Удалил все чеки соответствующие необработанным Z-отчетам. Но при попытке создать кассовые документы указываю МХ - новый магазин, нажимаю необработанные Z-отчеты и там остались отчеты у которых касса из первого (старого) магазина. Их 4 штуки, в журнале чеков по номеру Z-отчета они не отбираются (нет Z-отчетов с такими номерами). Как бы их выкорчевать, или может в базе ссылки остались ?
08.06.2016 10:40
bob
 
Цитата:
winmasta Удалил все чеки соответствующие необработанным Z-отчетам. Но при попытке создать кассовые документы указываю МХ - новый магазин, нажимаю необработанные Z-отчеты и там остались отчеты у которых касса из первого (старого) магазина. Их 4 штуки, в журнале чеков по номеру Z-отчета они не отбираются (нет Z-отчетов с такими номерами). Как бы их выкорчевать, или может в базе ссылки остались ?
и если отобрать все чеки по магазину (закрытые, оперативные, все короче) они тоже не отображаются? Это ты же про СМ+ говоришь?
08.06.2016 10:50
winmasta
 
Цитата:
bob и если отобрать все чеки по магазину (закрытые, оперативные, все короче) они тоже не отображаются? Это ты же про СМ+ говоришь?
Да СМ+, по новому магазину сейчас только оперчеки, в фильтре выбран только новый магазин.
08.06.2016 11:15
akonev
 
Код:
select * from supermag.smcashz t where t.locid=4
что нибудь выдаёт?
08.06.2016 11:33
winmasta
 
SQL> select * from supermag.smcashz t where t.locid=4;
select * from supermag.smcashz t where t.locid=4
*
ERROR at line 1:
ORA-00942: table or view does not exist
08.06.2016 12:02
whitewizard
 
Пусть создаст из этих необработанных. В каком МХ создадутся кассовые документы?
08.06.2016 12:18
winmasta
 
Цитата:
whitewizard Пусть создаст из этих необработанных. В каком МХ создадутся кассовые документы?

Не создан ни один документ.
Однако так и осталось 4 Z-отчета в необработанных, МХ - от нового магазина, касса от старого.
08.06.2016 12:22
whitewizard
 
И точно точно нет чеков с "МХ - от нового магазина, касса от старого"?
08.06.2016 13:13
winmasta
 
Цитата:
whitewizard И точно точно нет чеков с "МХ - от нового магазина, касса от старого"?
Кассовые чеки -> Фильтр Магазин: Новый магазин -> Отобрать по условию

Только оперчеки за сегодня, касса новая.
08.06.2016 13:51
akonev
 
Цитата:
winmasta SQL> select * from supermag.smcashz t where t.locid=4;
select * from supermag.smcashz t where t.locid=4
*
ERROR at line 1:
ORA-00942: table or view does not exist
это из под какого пользователя запустили, что у него нет доступа к Z-отчетам?
09.06.2016 06:42
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
4 7 1 03-JUN-16 0 0
4 7 2 03-JUN-16 0 0
4 7 3 03-JUN-16 0 0
4 7 4 04-JUN-16 0 0
4 7 5 05-JUN-16 0 0
4 7 6 06-JUN-16 0 0
4 7 7 07-JUN-16 0 0

LOCID DESKNUM ZNUM CLOSEDATE Z D
---------- ---------- ---------- --------- - -
4 7 8 08-JUN-16 0 0
4 7 2118 08-JUN-16 0 0

13 rows selected.
09.06.2016 09:21
-Den-
 
Сравни файлы выгрузки с касс по разным магазинам cashsail/../currests, там сразу видно будет "что/где/почему" или УКМ4 "напрямую заливает" ?
09.06.2016 11:26
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


вот с нового магазина

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

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

еще вопрос по удалению чеков, сколько максимально можно выставить срок хранения в БД магазина и кассы, чтобы база нормально работала, или же это зависит только от наличия свободного места ?
09.06.2016 13:11
winmasta
 
и еще за 08 июня 2016 по новому магазину так и висят оперчеки и кассовый документ не создался
09.06.2016 14:30
-Den-
 
ну если бы его со старым сравнить и там типа 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
akonev
 
Цитата:
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
akonev
 
Цитата:
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
-Den-
 
Цитата:
akonev Я так понимаю, это и есть те самые четыре строки со старой кассой номер 6 в новом магазине номер 4.
Если так, тогда становиться еще интересней, старый магазин имел ид = 3, как вдруг появилась старая "инфа" с новым ид ? наверное автор что то темнит
09.06.2016 14:49
akonev
 
Цитата:
-Den- Если так, тогда становиться еще интересней, старый магазин имел ид = 3, как вдруг появилась старая "инфа" с новым ид ? наверное автор что то темнит
с этим ещё в начале ветки разобрались. была ошибка в настройке конвертера.
09.06.2016 14:54
-Den-
 
Тю, а слона то я и не приметил, пардон.
Тогда не пойму в чем проблема, удалит "скрещенные зетки из СМ" и оперативку, и заново все скормит "кассовику"
09.06.2016 19:05
winmasta
 
Цитата:
-Den- ну если бы его со старым сравнить и там типа 3,7,ххх,хх/хх/хххх,... чтобы наверняка исключить эту ситуацию

Кстати

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


Опции темы


Часовой пояс GMT +3, время: 10:24.

 

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