Просмотр полной версии : Закрытие дня при открытом столе - как разрешить без последствий?
Добрый день!
Начальство поставило весьма странную задачу, но очень важную и срочную! Хотят, чтобы было возможно... Без меня сами сняли в редакторе галочку с "Не закрывать день с заказами" после чего на следующий день станции стали виснуть и не работали - я был в отпуске, вызывали специалиста несколько раз, в конечном итоге галочку поставили на место, а специалист что то невнятное сказал, что "Тут вроде надо что то в конфиге станции прописывать"...
Так ли это? Что нужно сделать, что и где прописать, чтобы день закрываться мог с открытым столом и на следующий день станции работали нормально при этом?
Заранее спасибо.
а специалист что то невнятное сказал, что "Тут вроде надо что то в конфиге станции прописывать"...
бред.... разве что с бд косяк, и она не работает после закрытия с незакрытыми столами.... перво-наперво - реиндексация на манагере, если не помогло, то закрыть все столы вечером, закрыть, а потом положить чистую бд и не забыть вернуть систем.дб текущий...
Без меня сами сняли в редакторе галочку с "Не закрывать день с заказами" после чего на следующий день станции стали виснуть и не работали
Явный бред.
Понимаю, что звучит бредово... Но висяки тут же прекратились, когда галку вернули на место! А до этого станции не включались вообще - шел процесс загрузки кипера как обычно, останавливался процентах на 60 и выдавал "какую то системную ошибку" (сто раз говорил чтобы любую ошибку записывали дословно - но увы :( )...
перво-наперво - реиндексация на манагере а какими утилитами в кипере обслуживается БД? в дистрибутиве вроде нет ничего подобного...
а потом положить чистую бд и не забыть вернуть систем.дб текущий... это я так понимаю на станции уже?
PS. Скорей всего галку сняли посреди рабочего дня - есть разница когда это делать? Лично я стараюсь любые изменения вносить когда день закрыт и новый не начат - станции выключены. Или здесь без разницы?
Скорей всего галку сняли посреди рабочего дня - есть разница когда это делать?
ммм, не помню как эта позиция в бд отображается, но может быть...
утилитами в кипере обслуживается БД?
реинд32.екзе
это я так понимаю на станции уже
да, но сначала попробуйте с реиндексации и закрыть сначала все столы, чтобы утром была чистая бд. А потом уж ставьте галку и пробуйте, имхо все должно работать...
Тогда еще вопрос - эти открытые столы никуда не исчезнут, так и будут накапливаться чтоли? или день закроется и открытый стол просто пропадет? Честно говоря я вообще с трудом понимаю, для чего это понадобилось...
для чего это понадобилось
много для чего, иногда, но крайне редко правда, люди придерживаются одновременной смены логического и физического дня, чтобы иметь точную инфу чо и когда продано, иногда представительские столы переносят и т.д.
эти открытые столы никуда не исчезнут, так и будут накапливаться чтоли?
пока их не закроют, никуда не денутся, но смысла держать их открытыми долго я не вижу...
ень закроется и открытый стол просто пропадет?
нет, ничего не пропадает.
я вообще с трудом понимаю, для чего это понадобилось
Очень просто: 1. Гость по каким-то причинам должен расплатиться позже; 2. Вы работаете круглосуточно, надо раз в 24 часа закрывать смену, а гости могут в это время сидеть. И т.п.
Да, но мне стали объяснять какие то абсолютно абсурдные на мой взгляд вещи: отмен блюд больше не будет вообще (новые хозяева запретили), а если надо какое то блюдо отменить - его переносят на отдельный стол, который не закрывается!
Что за фигня? :) Они раньше работали с системой Эксперт и теперь требуют довольно странного от кипера...
его переносят на отдельный стол, который не закрывается!
ну рано или поздно его придется закрыть.... :)
Чушь какая то - продукты то спишутся с незакрытого стола, или как? :)
насколько я понимаю, продукты списываются после закрытия стола
отмен блюд больше не будет вообще (новые хозяева запретили), а если надо какое то блюдо отменить - его переносят на отдельный стол, который не закрывается!
Тоже бред.
рано или поздно его придется закрыть
100%
---------- Сообщение добавлено в 22:31 ---------- Предыдущее сообщение было в 22:27 ----------
продукты то спишутся с незакрытого стола
Нет, не спишутся.
gorlum прав - чтобы списать продукты, надо закрыть стол.
Оставлять стол вечно висящим - это не для Кипера. Чтобы там ни было в Эксперте, здесь так делать глупо.
Я понимаю... Они хотят видеть что "отменено" на другом отдельном столе :) Я говорю - так вы в отчетах по отменам и так все это увидите! Но нет - хотят по своему... Для чего - загадка...
что "отменено" на другом отдельном столе
Но теперь смотреть смогут только переносы в кассовом протоколе, очень не наглядно, а в хаус вообще попадать не будет.
Объяснили подробно зачем это... отказы может делать ТОЛЬКО директор теперь! Все остальные вместо отказов переносят на отдельный стол... Если директора нет на месте, то день закрывают с этим открытым столом, утром он приходит и отмену делает своей картой при этом в устной или письменной форме требует отчитываться за каждый отказ! Как в армии - всё строго :)
Вот это - правильно!
Правда, у нас просто требовали объяснительные на следующий день по кассовому протоколу и отказам. Но и так хорошо.
Один сотрудник сказал, что была "системная ошибка" (когда сняли галку и работали) - не может ли это быть глюк версии? На менеджере стоит 6.86... errors.txt под рукой нет, будет возможность выложу... Сейчас хотим попробовать еще раз - к чему готовиться боимся!
Снял галку - жду...
Дополню информацию: на станции стоит версия 6.87b, в errors.txt посмотрел ошибку (которая вылетала когда в отпуске был) - 216я... (железо?)...
Version 6.87b-TS Client/Server 08.07.2008
System Error: 216 AT 000E:0C1E
001B:0347.
0007:5418.C:\RKCLIENT\RKSERVER.DLL
0007:59AC.C:\RKCLIENT\RKSERVER.DLL
0001:03FA.C:\RKCLIENT\RKSERVER.DLL
0013:3B91.C:\RKCLIENT\RKEEPER6.EXE
0001:00FE.C:\RKCLIENT\RKEEPER6.EXE
0001:074A.C:\RKCLIENT\RKEEPER6.EXE
22/ 7/2010 12:39Прилагаю полный errors.txt... что сделать можно?
что сделать можно?
А ошибка повторяется?
Пока неизвестно - галочку "Не закрывать день с заказами" только сегодня снял! С ней ошибок не было... Когда я был в отпуске её снимали самолично прямо посреди рабочего дня - получали на следующий день эту самую системную ошибку (по логам оказалась 216)...
Сегодня утром с закрытыми днями и выключенными кассами сделал переиндексацию базы, снял галочку - жду и молюсь :)))
Когда я был в отпуске её снимали самолично прямо посреди рабочего дня - получали на следующий день эту самую системную ошибку
Есть мнение, что не только галочку снимали, просто не признаются...
Вот и проверим утром... Только что беседовал с администратором, которая была свидетелем ситуации... Дело было так - с вечера закрыли смену с одним открытым столом... все ушли, все ОК (смена закрылась)! На следующее утро загрузка БД доходила до 50% и вылетала системная ошибка НА ВСЕХ станциях! Вызывали специалиста, он что то делал, после чего работоспособность восстановилась, но открытый стол исчез (я так понимаю положил чистую БД???)...
Вот жду закрытия сегодняшнего дня как расстрела :) Подскажите, что делать если ошибка повторится? Где взять пустую БД чтобы на станцию положить? На станциях версия 6.87b...
Закрыли день, проверили - только что звонили... ВЫЛЕЗЛА! :( на 52 процентах системная ошибка... хоть тресни! :(
Хелп срочный нужен :( что делать, как восстановить работоспособность (дайте ссылку на чистую базу, объясните пошагово что заменить и где - надо будет экстренно поднимать утром ранним...)? это срочно... И глобально - что делать, чтобы ошибки не было в будущем при открытых столах...
Заранее спасибо...
(я так понимаю положил чистую БД???)...
Скорее всего. Либо чистый ордерз.дб
Вот жду закрытия сегодняшнего дня как расстрела :) Подскажите, что делать если ошибка повторится? Где взять пустую БД чтобы на станцию положить? На станциях версия 6.87b...
Самый простой вариант - распечатать пречеки открытых столов, залить чистый датабейз (систем.дб не забудьте оставить), забить столы заново вручную. Другие тоже есть. Например, выяснить, что же все-таки происходит с ордерз.дб.
Чистый датабейз во вложении.
распечатать пречеки открытых столов это чтобы не потерять данные с открытых столов которые исчезнут после заливки чистой БД? Откуда их напечатать, если станция не грузится? или закрыть день и на менеджере печатать - там будет информация об открытых столах?
Спасибо за пустую базу!
это чтобы не потерять данные с открытых столов которые исчезнут после заливки чистой БД? Откуда их напечатать, если станция не грузится? или закрыть день и на менеджере печатать - там будет информация об открытых столах?
Спасибо за пустую базу!
Печатать надо до закрытия дня. В еррорс на сервере что пишется? Ордерз открывается?
Так поздно уже - день закрыли :( ничего не напечатали заранее... Еррорс завтра смогу посмотреть - уже дома, открывается ли ордерз тоже проверю (скопирую на менеджерскую машину и открыть попытаюсь)...
Госпади, да скока можно мусолить то??? :wall: Еще раз для тех кто на бронетанке:
Все делается вечером...
1. Сделать реиндексацию на манагере утилитой реинд32.екзе
2. закрыть все столы ВЕЧЕРОМ.
3. закрыть день.
4. сохранить папку датабазе из текущего каталога кипера на станции.
5. положить чистую бд из дириктории рк6/касса/server/database не забыв подкинуть из сохраненного датабеза систем.дб
6. сразу же вечером проверить что станция грузится.
ВСЕ! Две недели онанизма сразу закончатся... :rock:
В общем проблему решил заменив файлы orders.* из чистой БД... В errors.exe то же самое
9/ 8/2010 22:46
Version 6.87b-TS Client/Server 08.07.2008
System Error: 216 AT 000E:0C1E
001B:0347.
0007:5418.C:\RKCLIENT\RKSERVER.DLL
0007:59AC.C:\RKCLIENT\RKSERVER.DLL
0001:03FA.C:\RKCLIENT\RKSERVER.DLL
0013:3B91.C:\RKCLIENT\RKEEPER6.EXE
0001:00FE.C:\RKCLIENT\RKEEPER6.EXE
0001:074A.C:\RKCLIENT\RKEEPER6.EXEНа всякий случай выкладываю архив с БД, может посмотрите что такое... таблица ORDERS открывается, но дата и время там странные какие то (на абсолютные значения unix time тоже не похоже вроде)... Там всего один стол с одним блюдом был! Удалил таблицу Menu специально (мало ли коммерческая тайна или еще чего предъявят потом :) )...
Что за ерунда? есть ли смысл писать в UCS, или они к дилерам отошлют?
В том то все и дело что фиг! И реиндексацию делал после закрытия дня как писали выше... все по инструкции - и нифига! :(
Станция грузится без проблем до тех пор, пока день не закроют с открытым столом! При этом день закрывается нормально, а вот следующий день уже не открыть - виснет на 52 процентах и вылетает системная ошибка (216 по логам)...
все по инструкции - и нифига!
читать внимательно ТУТ http://www.carbis.ru/forum/r-keeper/4015-%D0%97%D0%B0%D0%BA%D1%80%D1%8B%D1%82%D0%B8%D0%B5-%D0%B4%D0%BD%D1%8F-%D0%BF%D1%80%D0%B8-%D0%BE%D1%82%D0%BA%D1%80%D1%8B%D1%82%D0%BE%D0%BC-%D1%81%D1%82%D0%BE%D0%BB%D0%B5-%D0%BA%D0%B0%D0%BA-%D1%80%D0%B0%D0%B7%D1%80%D0%B5%D1%88%D0%B8%D1%82%D 1%8C-%D0%B1%D0%B5%D0%B7-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D1%81%D1%82%D 0%B2%D0%B8%D0%B9-3.html#post25634
Ну да, все так и делалось! Только не вечером, а утром - что в общем то без разницы: станции с вечера выключены, смены закрыты... Единственное, что я могу допустить, что в папке !install (записанной дилером) была еще какая то сохранена "не чистая" БД, но я не думаю-вряд ли кто туда стал бы сохранять бэкапы :) Для чистоты эксперимента попробую в последний раз все сделать аналогичным образом, подсунув базу, которую выложил давеча okis - так пойдет?
На всякий случай отписал в UCS еще, посмотрю что скажут...
На всякий случай отписал в UCS еще, посмотрю что скажут...
скажут что у вас проблема с бд и предложат обновиться :)))
---------- Сообщение добавлено в 14:23 ---------- Предыдущее сообщение было в 14:20 ----------
просто 216 ошибка - очень хреновая фишка - она вообще от чего угодно возникать... но в вашем случае - просто нужна чистая бд и рабочее железо...
Вот обновляться бы не хотелось конечно - ни разу еще не обновлял и не видел как это делается...
Железо рабочее, больше глюков на этой станции ранее замечено не было, а сегодня после этой системной ошибки все тот же tinyrfc.exe затребовал Press any key (впервые и однократно - после перезагружал два раза, не вылезало)...
Спасибо, попробую подсунуть БД от okis`а...
А cor.exe перед запуском сервера пробовали?
Да - прописано в автоэкзеке...
значиться так, толи у инженера моего руки кривые, толи действительно проблема с этой версией есть какая, НО, на выделенном сервере день с открытыми столами закрывается без проблем, а с сервером на кассе есть какие-то проблемы, но путем подкидывания рксервер.длл с предыдущей версии - все также работает без проблем... поэтому вашу проблему можно решать или выделенным сервером, или апгрейдом, или пришлите мну на мыло или в личку целиков ваш клиент + автоекзек... посмотрим что у вас там конкретно тогда...
Вот! О чем и речь... Я каждое действие делаю осознанно, а не просто потому что написали... И нифига :(
Завтра пришлю архивную копию директорию кипера с сервера с автоэкзеком и конфигом... Отпишитесь в личку куда прислать - тут не хочу выкладывать...
PS. день ЗАКРЫВАЕТСЯ без проблем с открытым столом! Просто после этого новый день не открыть :(
ЗАКРЫВАЕТСЯ без проблем с открытым столом! Просто после этого новый день не открыть
я это и имел ввиду, говоря что закрывается без проблем.... станция естественно стартует нормально после закрытия и все открытые столы висят нормально.
пишите на инфо @ carbis.ru
Отправил на почту с пометкой для Admin :) жду вердикта, что скажете...
Да, получил - завтра с утра зарядим вашу сборку на наш стейшен - поглядим чо к чему...
Admin, ну как сборка? :) Есть какие то предварительные результаты?
черть - забыл об энтом совсем... ща погляжу...
---------- Сообщение добавлено в 18:55 ---------- Предыдущее сообщение было в 17:34 ----------
мда, а чо без галки то прислали??? я так не помню где в бд проставить эту галку.... теперь манагера придется собирать... вощем завтра, побежал к дому...
Так без галки чтобы работал :) А то что я каждое утро перед сменой буду orders им чистый подсовывать без открытых столов? :)))
ну так галку поставить, перегрузить кссцу - сохранить и отправить - галку убрать...
Короче - у меня работает замечательно, шоколадно и питательно.... ищите проблему глубжее, ваша сборка рабочая, номально стартует день с открытыми столами... Я думаю, что проблема железная.... скорее всего проблема с хардом - проверьте чекдиском для начала...
А почему тогда в процессе работы без открытых столов не возникает проблем? Версия менеджера какая у Вас была? мы 6.86 используем - может тут что то не так? Ведь будь проблемы с хардом они бы то и дело давали о себе знать... а здесь ситуация непонятная - ставлю галочку - имею неработающую станцию.. Снимаю - работает :(
Ведь будь проблемы
меньше слов - больше дела....
Так то оно так, но лишний раз получать втык за неработающую станцию и потеряный стол не хочется! Тем более что на другой станции (из другой группы) было то же самое до этого... Одновременно резко и там и там возникли проблемы с железом? Что еще попробовать можно - чтобы сразу уж...
Что еще попробовать можно
1. Пересобрать клиента;
2. (лучше) собрать выделенный сервер;
3. Обновиться.
Одновременно резко
Еще и не то бывает - начать надо с простого... Да и вообще - кому из нас всех проблему нужно решить-то???
Все понял... Спасибо! Видимо буду обновляться... :(
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot