Что делать с оперчеками и необработанные z-отчетами : Супермаг Плюс (Супермаг 2000)

18.03.2014 висит несколько чеков со статусом "Оперативный" и с 19.03.14 по сегодняшний день необработанные z-отчеты, подскажите как с этим быть ?

Залить эти смены с кассы еще раз и посмотреть ошибки в журнале приложений винды.

какова вероятность что они сохранились за март ?

УКМ-2

как у блондинок - 50 на 50

я чувствую есть связь между тем что оперчеки висят от 18 марта а с 19 отчеты не обработаны, но какая ? я так понимаю надо из кассы выгрузить все отчеты с 18 марта и по текущее время ? если вдруг в кассе данных уже нет какие дальнейшие действия ?

можно посмотреть журнал истории документов кассовых, например за 19 марта
и скорее всего они каждый день перезагужаются
а причина - похоже что 18 числа с кассы пришли "кривые" данные, кассовый модуль их загрузить не смог и не удалил
и теперь каждый день новые смены дописываются, а кассовый модуль также не может обработать их до конца
при этом должно быть много ошибок в журнале винды...
и не понятно - почему никто 19 марта тревогу не поднял?
у меня в обязанности управляющего магазина входит каждое утро формировать в СМ отчет - реестр з-отчетов и сравнивать его с з-отчетами распечатанными фискальниками

а за этим просто никто не следил, только сейчас я все это выгребаю, теперь каждое утро - сверка отчетов с реестром

очень много ожибок в журнале винды вот таких


за сегодня

Запись 1. Код=80004005h (20501) [База данных]: Функция проверки: "Документ находится в закрытом периоде"
Запись 2. Код=80004005h (20501) [Microsoft OLE DB Provider for Oracle]: ORA-20501: Функция проверки: "Документ находится в закрытом периоде" ORA-06512: at "SUPERMAG.CORE", line 323 ORA-06512: at "SUPERMAG.INSPECT", line 279 ORA-06512: at "SUPERMAG.DOCUMENTS", line 3465 ORA-06512: at "SUPERMAG.CASH", line 1635 ORA-06512: at "SUPERMAG.CASH", line 1693 ORA-06512: at line 2
Запись 3. Код=80004005h (1122778899) [Модуль функций проверки данных]: {INSPECT_CONTEXT}|Смена статуса от "Принят полностью" до "Принят" {INSPECT_FUNC=6}|1|Документ находится в закрытом периоде {INSPECT_ERR=6}|1|Документ "Продажи по кассе № 002CS20140421@2" административно запрещен для редактирования, т.к. его дата меньше или равна 21.04.2014
Запись 4. Код=80004005h (0) [SmLibaryBase trace]: begin Supermag.Cash.CreateCashDocs;end;

за 07.07.14

Запись 1. Код=80004005h (20501) [База данных]: Функция проверки: "Документ находится в закрытом периоде"
Запись 2. Код=80004005h (20501) [Microsoft OLE DB Provider for Oracle]: ORA-20501: Функция проверки: "Документ находится в закрытом периоде" ORA-06512: at "SUPERMAG.CORE", line 323 ORA-06512: at "SUPERMAG.INSPECT", line 279 ORA-06512: at "SUPERMAG.DOCUMENTS", line 3465 ORA-06512: at "SUPERMAG.CASH", line 1635 ORA-06512: at "SUPERMAG.CASH", line 1693 ORA-06512: at line 2
Запись 3. Код=80004005h (1122778899) [Модуль функций проверки данных]: {INSPECT_CONTEXT}|Смена статуса от "Принят полностью" до "Принят" {INSPECT_FUNC=6}|1|Документ находится в закрытом периоде {INSPECT_ERR=6}|1|Документ "Продажи по кассе № 002CS20140328@2" административно запрещен для редактирования, т.к. его дата меньше или равна 07.04.2014
Запись 4. Код=80004005h (0) [SmLibaryBase trace]: begin Supermag.Cash.CreateCashDocs;end;

в теории за 18 число надо сделать выгрузку з-отчета с кассы
а за остальные числа - просто пересоздать кассовые документы
сохранились ли данные на кассе - надо смотреть - настроена ли там автообрезка или нет...
в крайнем случае - здесь на форуме выкладывались примеры - как на основании оперативных чеков создать кассовый документ