PDA

Просмотр полной версии : Как изменить кассовую дату в закрытом дне


samcoya
31.01.2015, 10:56
Вообщем проблема такая, работали и не заметили что не та кассовая дата, день закрыли, хотелось бы исправить, нашел я файлик check.db там есть LogicDate и OpenDate, еще в Opert.db LogicData есть,
Опишите подробно пожалуйста где нужно менять а где нет:)
SH
31.01.2015, 11:15
logicdata меняете везде, где есть.
samcoya
31.01.2015, 12:46
Fin.db не открывается, в нем ничего менять не надо? за что он отвечает?

---------- Добавлено в 12:46 ---------- Предыдущее сообщение было размещено в 11:48 ----------

Все получилось, спасибо. Но файлик fin.db так и не открывается что в нем?:O:
SH
31.01.2015, 13:37
Ничего в нем нет - это файл-маркер. Его наличие означает, что эту папку надо обработать append32.
negrila
02.02.2015, 12:41
Вообщем проблема такая, работали и не заметили что не та кассовая дата, день закрыли, хотелось бы исправить, нашел я файлик check.db там есть LogicDate и OpenDate, еще в Opert.db LogicData есть,
Опишите подробно пожалуйста где нужно менять а где нет:)

Править logic date(дата кассовой смены, меняется при закрытии дня) в этих табличках:
check
pcheck
rcheck
vcheck
если данные в этих табличках есть.
можно еще поправить и real date, тогда в отчетах (Report32) будет отображаться, например, кошерная дата и время пробития чека.

Касабельно fin.db и его формирования.
в корень папки endday кидаем cfins.exe из каталога UTILS(лежит в каждом кассовом дистрибутиве RK6: KASSA/STATION/) и запускаем его. Тулза обрабатывает все папки с кассовыми датами, формируя в каждом fin.db. Очень полезно, например, при закрытии дней из олдресов в чистую базу.
SH
02.02.2015, 13:30
Opert.db тоже надо, там операции.
И dcheck.db (там скидки).
В общем, лучше все проверить.

можно еще поправить и real date
А ее-то зачем, она обычно правильная.
negrila
02.02.2015, 14:14
Opert.db тоже надо, там операции.
И dcheck.db (там скидки).
В общем, лучше все проверить.

А ее-то зачем, она обычно правильная.
Не всегда. Можно, например, путем широко известных в узких кругах манипуляций держать кассы на сос-кодах очень долгий промежуток времени(привет недобросовестным дилерам UCS). Вот тогда и появляется острая необходимость редактирования real date для кошерности отчетов. Ну, или в случае сброса CMOS памяти на компутере с кассовым сервером из-за сдохшей батарейки, как вариант на вскидку из стандартных сбоев.