Восстановление смен из архива
Всем доброго времени суток!
В одном из наших ресторанов на одной кассе (4-ая в ряду) сгорел фискальный регистратор и не открывался ящик. Директор ресторана дала работнику указание переставить кассу к 2-ум рабочим поближе. Всё работало нормально на их взгляд, но только почему-то не было выгрузки с неё. Вчера я начал разбираться и обнаружил:
1. В папке ForSend было пусто как и на FTP-сервере не было выгрузок.
2. В папке Archive за эти дни тоже ничего не было.
3. После проверки структуры диска командой CHKDSK C: /F было обнаружено свободное место, помеченное как занятое - видимо было отключение света и бесперебойник не выдержал.
4. При запуске кассы программа ругалась на отсутствие ключа лицензии. Впрочем и при закрытие смены она тоже ругалась на это, хотя ключ был вставлен. Я обнаружил, что на кассе стоит ключ от кассы со сгоревшим ФР, т.е. их точно поменяли, но никто не сознается. На вопрос почему не сообщили, что касса запускается с сообщением об ошибке отвечают, что не понимают по-английски и потому просто продолжали работать.
Чтобы как-то выйти из ситуации с архивами я нашел архивы workXXX.udb за эти дни и начал подставлять их вместо рабочего work.udb, запускать кассовый сервер и делать закрытие смены. Выгрузки на сервер ушли, но денег в них не хватает. По подсказке дилера подставлял вместо work.udb файлы sh00XXX.udb (со слов дилера - это копия смены перед ее закрытием) и закрывал смены - на чеках общего сменного отчета сумма 1 в 1 со сданной выручкой, но на в отчете R-Keeper этих денег нет. В логе сервера отчетов вижу такое странное сообщение:
Цитата:
-------------------------------------
17.03 21:28:06.96
33:New data ready in 40MIDSERV
-------------------------------------
17.03 21:28:40.307
26:Cash Data received from server 40MIDSERV(15086), size: 1570816
-------------------------------------
17.03 21:28:40.338
26:Cash Data processed
-------------------------------------
17.03 21:28:40.526
26:copy to ftp server
-------------------------------------
17.03 21:28:40.635
26:GetShiftDataFileInfo
-------------------------------------
17.03 21:28:40.713
26:find midserver (restid: 1001558, servid: 15086, shiftn: 1417)
-------------------------------------
17.03 21:28:40.713
26:mark shift data (server: 15086, shftno: 1417)
-------------------------------------
17.03 21:28:40.713
26:converting udb file 'C:\Windows\TEMP\rk7Reps\rk7Receive\rcvA206.tmp' to abs file 'C:\Windows\TEMP\rk7Reps\rk7Receive\rcvA207.tmp'
-------------------------------------
17.03 21:28:43.380
26:converted udb file 'C:\Windows\TEMP\rk7Reps\rk7Receive\rcvA206.tmp' to abs file 'C:\Windows\TEMP\rk7Reps\rk7Receive\rcvA207.tmp'
-------------------------------------
17.03 21:28:43
694:File TempSendFile process error: different global shift info for shift 1417 (server 15086)
687:Cash server 40MIDSERV, file "D:\UCS\R Keeper 7\default\Rk7Reports\base\filesync\incoming\rcvA06 F.tmp" data process error: UCSERR(694):File TempSendFile process error: different global shift info for shift 1417 (server 15086).
-------------------------------------
17.03 21:28:43.396
26:File C:\Windows\TEMP\rk7Reps\rk7Receive\rcvA207.tmp copied to retrylst: D:\UCS\R Keeper 7\default\Rk7Reports\base\filesync\retrylst\serv.1 5086.shift.1417.udb (reason: UCSERR(687):Cash server 40MIDSERV, file "D:\UCS\R Keeper 7\default\Rk7Reports\base\files
-----------------------------------
Смущает different global shift info for shift 1417, хотя в журнале смен установил флаг "Разрешить перезакачать смену".
Кто-нибудь сталкивался с подобным или может подсказать как выйти из положения кроме как пересоздания базы?
