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

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

29.03.2024 1:30


31.07.2009 14:58
Pyatak
 
Цитата:
База данных XXXXXXX. Отвергнута попытка загрузки Z-отчета XX с кассы YY магазина Димитрова 16 за дату 28.07.2009, так как Z-отчет этой кассы с таким же номером, но за другую дату, уже есть в базе данных.
Такое сообщение выдает кассовый модуль в журнал приложений.
Немного о причинах, а то чувствую будут про это вопросы: Конвертер "УКМ2 Станд. ТХТ" не поддерживает оперативную сводку, а она нам нужна. Поэтому примерно раз в час касса выгружает данные за текущую смену, так как как будто бы смена уже закрыта. СМ это нормально "переваривает" каждый час обновляя кассовые документы. Проблемы начинаются тогда, когда смену не успевают закрыть до полуночи. После полуночи меняется дата, соответственно в выгрузке уже фигурирует новая дата за эту же смену, а кассовый модуль ее не принимает, выкидывая сообщение приведенное выше.
Отсюда вопрос: Что отвечает за проверку соответствия этих дат, сам кассовый модуль или какой-нибудь триггер в БД, который можно отключить?
31.07.2009 15:18
OlegON
 
Боюсь, что ты слишком углубился... Во-первых, там ORA- какая-нибудь была (ошибку бы пополнее)? Во-вторых, третий вариант, и более вероятный на мой взгляд - встроенная процедура. Скорее всего обламывается она, но обламывается на каком-то констрейнте, который предотвращает появление неуникальных данных... В общем копать в эту сторону - неблагодарное дело. Может быть настроить джоб, который в полночь будет прибивать заканчивающийся день, а в 0:15 - обязательная выгрузка по всем кассам?
31.07.2009 15:29
beliylev
 
Вопрос а какая версия супермага
у меня версия 1.026.2 и на магазине одна касса работает круглые сутки
а вторая с 9 до 22 и когда вечером закрывают кассу которая работает с 9 до 22 кассовый документ уже есть , и в него суммы просто добавляются
без всяких проблем
31.07.2009 15:46
Mtirt
 
А меня сильно смутила фраза:
Цитата:
Конвертер "УКМ2 Станд. ТХТ" не поддерживает оперативную сводку
Всё он поддерживает.
Отлично заливает опер.чеки в базу.
31.07.2009 16:04
Pyatak
 
Текст ошибки самый полный, только название базы иксами заменил.

У нас СМ 1.024.5 SP6

Цитата:
Драйвер кассы '%s' не поддерживает режим оперативной сводки.
Это в журнале приложений появляется, если в СМ для таких касс прописать пути оперативной сводки.

Я вот подумал попросить разработчиков выгружать дату начала смены, а не ее конца, тогда ошибок таких больше не будет и попутно решиться проблема перехода суммы по кассе в следующее число, если вдруг не успели до полуночи смену закрыть (у нас есть магазины которые работают ровно до полуночи)
31.07.2009 23:28
Vovantus
 
Не верь сообщениям про оперативную сводку. У нас, тоже, одна касса всегда упорно пишет, что не поддерживает, а на самом деле нормально оперчеки хавает. Я не стал разбираться, почему так. Работает, да и ладно :)
02.08.2009 12:42
Arsen
 
[QUOTE=Pyatak;51950]Текст ошибки самый полный, только название базы иксами заменил.

У нас СМ 1.024.5 SP6


Это в журнале приложений появляется, если в СМ для таких касс прописать пути оперативной сводки.

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

А оперативная сводка есть для UKM2 st.text драйвера
03.08.2009 13:29
ReDHawK
 
Цитата:
Драйвер кассы '%s' не поддерживает режим оперативной сводки.
Это сообщение для тех версий не является ошибкой, в более старших версиях от нее избавились.
Часовой пояс GMT +3, время: 01:30.

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