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

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

16.04.2024 11:35


01.04.2008 11:58
OlegON
 
Цитата:
shadow никаких мыслей ни у кого не возникло?
Мысли будут после лога...
02.04.2008 12:18
shadow
 
извините, неправильная ссылка..
02.04.2008 13:30
shadow
 
люди!!помогите, ибо чеки продолжают терятся!!я думал это разово -а процесс продолжается дальше..у меня за март снова кассоввые документы верные -а чеков нет..снова стоит в поле соотвесвие отчетам -"НЕТ"..что за ерунда такая..
04.04.2008 11:08
shadow
 
кассы на УКМ2. супермаг 1.024.5 SP5
04.04.2008 14:08
baggio
 
очень странно...
надо моделировать ситуацию...

Работает это так...
1. касоовый сервер видит файлы выгрузки с кассы...
2. далее он их вгружает в БД...
3. Далее удаляет из каталога обмена файлы данных кассы...
4. Далее на основании этих документов формирует чеки...
5. далее почти одновременно с п4 на основании чеков формирует кассовый документ

Возможные причины проблем....
Если кассовый документ уже есть и касса повторно выгрузила данные по определенному З отчету то... СМ делает так:
1. Удаляет ВСЕ чеки по данному з отчету.
2. Загружает данные по з отчету в БД...
3. Формирует Кассовый документ.

Так вот... еже ли касса повторно выгрузит данные... СМ убъет ВСЕ чеки по этому з отчету в БД!!! и если остановить кассовый сервер до п.3 т.е. формирования кассового документа... то мы получим твою похожую ситуацию... т.е. чеки убиты... а кассовый документ сформирован от первой выгрузки...
Вопрос: А) во скольку снимают З отчет Б)Расписание приема в кассовом сервере (можно скриншот) В)Параментры и время выполнения бэкапа Г) Сколько по времени длицца прием кассового документа (визуально через интерфейс кассового модуля)

Так же для отлова ситуации...
Смотрим логи винды... и смотрим нет ли ошибок ... при формировании кассового документа... и вообще выложи подробный лог... как системный так и приложений..

Также смотрим в кассовом документе... финкции жирнал истории документа... смотрим нет ли там редактирования.. пересоздания данного документа после закрытия касс...

Также диагностируем это одна касса? несколько? может касса кладет битые файлы?

Смотрим есть ли у когонить права на удаление Z отчетов...

Ответишь далее будем думать и обсчацца...
04.04.2008 14:12
Mtirt
 
Угу, я бы еще предварительно почистила каталоги выгрузки данных с касс. Скорее всего там записи о номерах смен остались, хоть данные и не выгружаются...
А дальше - всё как написал baggio...
04.04.2008 14:28
bob
 
Самое интересное, чтобы перепринять z-отчет, а соответственно, чтобы пересоздался кассовый документ нужно удалить этот z-отчет из СМ2000, иначе кассовый модуль будет ругаться, что такой z-отчет существует и пересоздавать его (и кассовый документ тоже) не будет. Это будет видно в виндовых логах. Но если shadow утверждает, что информация о z-отчете есть и он закрыт, а чеков нет, то это фантастика какая-то, потому-что стандартными средствами СМ удалить чеки из закрытого z-отчета нельзя. Но чеки были - это факт, иначе бы не было кассового документа. Очень все странно.... На пересечение номеров смен данная ситуация тоже не похожа.
09.04.2008 14:14
YuraZ
 
Цитата:
baggio [...]
Возможные причины проблем....
Если кассовый документ уже есть и касса повторно выгрузила данные по определенному З отчету то... СМ делает так:
1. Удаляет ВСЕ чеки по данному з отчету.
2. Загружает данные по з отчету в БД...
3. Формирует Кассовый документ.

Так вот... еже ли касса повторно выгрузит данные... СМ убъет ВСЕ чеки по этому з отчету в БД!!! и если остановить кассовый сервер до п.3 т.е. формирования кассового документа... то мы получим твою похожую ситуацию... т.е. чеки убиты... а кассовый документ сформирован от первой выгрузки...
[...]
Не то это. Удалятся не ВСЕ чеки по Z-отчету, а только чеки по этой кассе и смене. Так что остальные чеки останутся. А у него полная чистота. Странно...
Часовой пояс GMT +3, время: 11:35.

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