Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
cover - это количество гостей.
Спасибо. Исправил.
Если при запуске кас.сервера без cor.exe выдается ошибка "BLOB has been modified" по ORDERS.DB, то поправить можно.
DBTour открываем ORDERS, двойным щелчком открываем BLOB из поля О, и просматриваем все записи. На одной или нескольких должно ругнуться. После ошибки, возможно надо будет перезапустить DBTour. В таблице смотрим номер стола, шифр официанта, и пр для дефектных записей. Можно значения всех этих полей переписать. Дефектные записи удаляем. Запускаем кас.сервер. У тех же официантов создаем такие же столы, набираем заказы. Останавливаем кас.сервер. В таблице заказов восстанавливаем значения всех полей, кроме BLOB'a, по этим столам/заказам. Запускаем кас.сервер. Видим ситуацию до краха. Все!
Неплохое дополнение. По сути это "не забить все столы заново" как я предлагал, а "забить только те столы, которые полетели".
Можно и так. Хотя по факту, если БД навернулась в течении рабочего дня, то на все эти пляски просто нет времени, и проще подкинуть чистый orders что бы можно было работать с текущими заказами и не ждать пока восстановят базу.
Хотите БЕСПЛАТНЫЙ кипер ? http://www.techrk.ru/?cat=17
Также доступен ФТП !! ftp://techrk.ru
Теперь возможно произвести покупку ПО через терминалы Qiwi.Подробности на сайте
Если cor не помогает (он у меня обычно отрабатывает через cmd файл), то честно говоря проще все восстановить из распечатанных пречеков/чеков, предварительно подложив чистую базу (100 столов набивается за часик максимум).
Подкладываешь чистую базу (если надо то правишь дату в system.db если это делается спустя какое-то время и потом не забыть вернуть дату обратно), набиваешь все заказы на станции и оплачиваешь (если это происходит в ресторане и вы заставили перебить заказы официантов, а оплатить кассира, не забываем про фискальник что чеки прошли через его память, отключаем его в rkeeper6.ini на кассе, не забываем вернуть все обратно после восстановления). Делаешь закрытие дня (если у себя в офисе то готовый ENDDAY относишь в ресторан и подкладываешь в менеджерскую).
Если битый Orders, то подкладываем файлы из чистой базы и пусть официанты перебьют заказ, но это делается в день сбоя в самом ресторане.
Все это можно сделать удаленно.
PS Грамотный BACKUP спас не одну жизнь.
не совсем верно: параметр FiscalSum - это сумма с учетом скидок/наценок. может отличаться от Total
Приветствую.Побился check.db , не получается восстановить.
Кто может попробовать помочь?
Заранее спасибо.