Дата на кассе и тек. кассовая дата отличаются.

[viktor077]

Имеем два кассовых сервера на одной win xp - первый и второй этаж. Всю текущую и прошлую неделю о проблемах кассирами и менеджерами не сообщалось. Сегодня утром позвонили и сказали что на втором этаже не соответстует реальной дате! Сообщили мне об этом после закрытия дня на кассе. Имеем следуещее:

Реальная дата на утро - 12.04.2012
Системный баланс - 10.04.2012
Z-отчет - 12.04.2012
Дата на кассе - 12.04.2012
Текущая кассовая дата - 11.04.2012

В Append32.txt нашел следующее

06.04.2012 8:54:56
Close Date: 05.04.2012, UNIT02, Check Count: 18
Close Day Complete.


08.04.2012 8:54:22
Close Date: 06.04.2012, UNIT02, Check Count: 83
 Close Day Complete.

09.04.2012 8:52:26
Close Date: 07.04.2012, UNIT02, Check Count: 26
Close Day Complete.

10.04.2012 8:41:13
Close Date: 08.04.2012, UNIT02, Check Count: 10
Close Day Complete.

11.04.2012 9:40:53
Close Date: 09.04.2012, UNIT02, Check Count: 15
Close Day Complete.

Это что же произошло? 7.04 не закрывали день? Как такое могло произойти? И самое главное что теперь сделать чтобы вернуть дату на место?

[okis]

7.04 - суббота. Либо вообще касса не работала, либо не закрыли день (чтобы выяснить смотрите отчеты за 6.04. Если там один день - значит не работали, если два дня - значит не закрыли). В первом случае нужно поправить дату в system.db, а также даты в олдрезах и перезакрыть дни. Во втором - дату в system.db, разделить в олдрезах день 6.04 на два, поправить во втором дне дату на 7.04 и перезакрыть дни.

[viktor077]

В этот день работали точно. Вариант №2

разделить в олдрезах день 6.04 на два, поправить во втором дне дату на 7.04 и перезакрыть дни

Что значит разделить день на два? В олдрезах уже есть 7.04, 8.04, 9.04, 10.04...
Нужно изменить их на 8,9,10 и 11.04? в 7.04 скопировать 6.04 и закрыть по новой каждый из этих дней?

[SH]

viktor077, для начала просто закройте пустой день, чтобы выровнять дату.
Далее, просто переименовывать Oldres мало, надо менять даты в check.db. Обычно никакой жесткой необходимости в этом нет, и если и у Вас нет жесткой необходимости - лучше ничего не трогайте, а если и будете эксперементировать, то обязательно делайте резервные копии.

[BoniX]

проще в sh4 документ расхода руками в нужное число скопировать если ОЧЕНЬ принципиально. logicdate.dll в помощь на будущее ( или как она там называлась.), чтобы такого не было.

[Artemik]

Close Date: 12.08.2012, UNIT01, Check Count: 5
Close Day Complete.
Close Date: 13.08.2012, UNIT01, Check Count: 22
Close Day Complete.
Day have not checks: \14-08-12\
Close Day Complete.
Day have not checks: \15-08-12\
Close Day Complete.
Close Date: 16.08.2012, UNIT01, Check Count: 85
Close Day Complete.
Close Date: 17.08.2012, UNIT01, Check Count: 24
Close Day Complete.

Вопорос: где найти чеки за 14 и 15 число и как их вернуть на место ??? каким паролем открывать файл базы ???

[SH]

Вопорос: где найти чеки за 14 и 15 число

В первую очередь, смотреть 16 число - у Вас там и чеков по количеству явно сильно больше, чем в других днях.

как их вернуть на место ???

Версия R-Keeper какая?

каким паролем открывать файл базы ???

Какой файл, какой базы?

[Aprill]

Ну речь я так понимаю о check.db и пароле при открытии его дбд32 )) А что, у вас пароль к базам в свободном доступе по всем гуляет?)))

[SH]

Ну речь я так понимаю о check.db и пароле при открытии его дбд32

А меня вот приведенный лог смущает, я не уверен.

[SH]

Artemik, дни за 13 и 14 просто пустые, в 16 числе их нет.
Кстати, а почему 16-го числа все чеки, вне зависимости от времени открытия, были закрыты около полуночи?
Такое ощущение, что по какой-то причине, например, неработающего фискального регистратора, не могли закрывать столы - а потом его внезапно включили и тогда все столы были закрыты. В общем, давайте больше информации, пока не ясно ничего абсолютно.
Однозначно можно сказать только одно: в присланном архиве данных за 13 и 14 число нет.