При отправке заказа возникает ошибка:
При выполнении операции - "создание стола"
Произошла ошибка.
Error code(Hex): FFFFFFFF
Error code (Int): -1
Стало проявляться с завидной периодичностью. Версия доставки 2.25.7 Версия сервера 6.95 Firebird 2.5
Прошу совета куда копать.
Кассовый сервер на кассе или выделенный ?Сообщение от reznikoff
а так совет один: провериться на ошибки и проапгрейдить до последней версии...
Хотите БЕСПЛАТНЫЙ кипер ?http://www.techrk.ru/?cat=17
Также доступен ФТП !! ftp://techrk.ru
Теперь возможно произвести покупку ПО через терминалы Qiwi.Подробности на сайте
сервер на том же компе что и диспетчер с оператором, все под виндой с мышкой и клавиатурой=))
заметил, что в датабэйс скапливаются какие-то мусорные заказы, которые не отображаются в диспетчере. возможно дело в них. завтра проверю. причина возникновения мусора не ясна.
Если сервер под доставку отдельно от кассового сервера то, скорее всего при такой ошибке в orders.db найдете кучу незакрытых столов… лечится простой очисткой orders.db через DBD32. Только сегодня эту же ошибку решал.
проблема такая же... не могу отправить из статуса "в производство" в следующий статус, кассовый сервер : 6.97.8, менеджер доставки 2.25
создал идентичный заказ, всё прошло нормально... нажал "удалить заказ" статус остался "в производстве" но строчка окрасилась в красный
Понимаю, тема, старая, но может кто-нибудь отпишется как решил проблему? Как искать эти мусорные столы? Попробовал скачать DBD32, но она не хочет открывать наш orders.db, как его чистить не понятно. Удалять, как в последнем посте перед моим тоже не получается, пишет ошибку при блокировке стола. Нужна помощь в общем.
DBD32 должен открывать на ура. У вас кассовый сервер остановлен? Если он запущен - то orders вы ничем не откроете.
Попробуйте еще прогу Database Tour/ Она тоже прекрасно все открывает.
Остановлен конечно, пишет какой-то фейл. Может из-за того что под Win7 пробую? DBD древняя прога.
Мне из офф поддержки ответили. В общем, это происходит потому, что стол, с номером присваиваемым доставкой, на кассовом сервере уже существует. Это можно проверить с помощью RKMonitor, подключившись к серверу доставки. Но как закрыть эти открытые столы, которые зависли, мне конечно же не сказали
Удалить через редактор (с DBTour проблем не встречал). Вам не сказали самого главного: откуда такие столы берутся. Вот это корень вопроса.
Сперва UCS долго убеждало что нужный номер стола занял официант открыв стол на себя на кассе. Потом, когда столы из доставки начали иметь префикс, и эта отмазка больше не канала, начали говорить о том что стол в Кипере остался открытым потому что в момент закрытия заказа в Доставке, кто то (например кассир) держал этот стол открытым у себя на кассе. Эта теория имеет право на жизнь. Был один ресторан с доставкой, в котором и Зал и Доставка крутились на одном кассовом сервере. Потом сделали 2 разных сервера (у зала свой, у доставки свой). Количество таких проблем резко сократилось (но совсем они не исчезли). В итоге почему после закрытия заказа в доставке стол остается открытым в кипере так и не понятно.
Беда еще вот в чем: если такое произошло (в доставке заказ выполнили и закрыли, а в кипере он остался висеть) то блюда из этого заказа не пойдут в расход. Соответственно отчет по киперу и по Доставке не будет сходиться и в складе не произойдет списание этих блюд.
Конкретно в моём случае я знаю откуда они взялись. Из-за скачка электричества выбило пробки, поэтому произошёл сбой на рабочем месте. После проверки и очистки диска работа возобновилась, но база доставки повредилась и восстановить её не удалось. Поэтому я взял бэкап базы, но месячной давности, т.к. по моей оплошности он последний месяц не делался. И вот в том бэкапе был незакрытый день, несколько заказов болтались в статусе ПРОИЗВОДСТВО. Закрыть их не получилось (может из-за давности) и удалить тоже, поэтому они так и остались висеть. И вот теперь у четырёх конкретных водителей вылетает эта ошибка у заказов с номерами 27-38. До 27 и после 38 всё нормально работает. В RKMonitore как раз видно, что у этих людей висят открытые столы за ту дату месяц назад, которые и мешают процессу собственно.
Ваши права
Ответить с цитированием