Несколько вопросов

[MaxS]

Сообщение от Дмитрий Р.

12. На место формлена бронь. Наступает ее время. Нажимаю на стол - программа спрашивает "ввести заказ по брони" - ввожу. Клиент быстенько все съедает, расплачивается, уходит. На этот стол приходит другой клиент, нажимаю на стол - программа опять просит ввести заказ по брони. Вроде не логично ?

Это известная (нам ) недоработка. Стоит в очереди на исправление...

[MaxS]

Сообщение от Дмитрий Р.

13. Еще не пробовал: можно ли настроить работу с одним фискальником с двух рабочих мест через DCOM ? Какие будут подводные камни такого подключения ?

Можно. Главное правильно настроить этот самый DCOM
На форуме про это много чего было написано.

[MaxS]

Сообщение от Дмитрий Р.

14. На рабочем месте два ФР. Один настроен на алкоголь, другой на все остальное, схема известная. Оформляем бронь, берем предоплату. Когда приходит время расчитываться за заказ, программа творит странные вещи - начинает пропорционально делить сумму остатка по двум фискальникам. Зачем делить по непонятным формулам, если суммы известны по группам оплаты? Если я выберу фискальник вручную, то на нем печатаются два чека с этими же суммами ....

Насколько законен чек, в котором перечислен товар на сумму 15000 руб, а итог на сумму 169,34 руб.? Как правильно пользоваться ?

Если была предоплата, значит на эту сумму заказ закрывается безналом.
Регистрируется безнал на ФР-е или нет, настраивается в спр. варианты оплаты. Если не регистрируется, то и получится итог на остаток суммы. При этом, правда, можно распечатать на чеке инф. по нерег. вариантам оплаты, чтобы все было понятно.
Все суммы, которыми был закрыт заказ, делятся по группам оплаты пропорционально. По-моему, все логично. И как можно сделать по-другому, даже не представляю...

[MaxS]

Сообщение от Дмитрий Р.

15. Оформляю бронь с предоплатой. Без карты клиента программа предоплату завести не дает. Но ведь предварительные заказы оформляют не только постоянные клиенты, что же теперь каждому клиенту выдавать карту ? Можно карту завести виртуальную, но ведь нужно помнить все свободные коды карт ... Это на трех рабочих местах, разные официанты с разным уровнем интеллекта... Как им объяснить, что нужно завести клиента, потом узнать свободный код карты, привязать. Затем зайти в бронь, и ввести клиента опять с этим кодом ... Нельзя ли найти решение проще ?

Без клиента предоплату привязать не к чему - это, вроде как, сомнений вызывать не должно.
Как упростить работу с "виртуальными" картами пока не придумали
Ваши предложения?

[MaxS]

Сообщение от Дмитрий Р.

16. Нужно сделать возврат. Захожу в закрытые заказы, встаю на нужный заказ, нажимаю "Возврат". Программа опять спрашивает номер заказа. Зачем, если я его уже выбрал ?

Затем что может потребоваться сделать возврат по старому заказу, который уже не отображается в списке.
И выбирать его совсем не обязательно.

[MaxS]

Сообщение от Дмитрий Р.

17. Не совсем понял, как пользоваться курсами - например клиент говорит - горячее подайте в 20-15. Как правильно использовать курсы, в том числе и при вводе брони ?

Курсами можно группировать и упорядочивать блюда в заказе и на марках. Когда подавать первое, а когда второе - официант с поваром сами договариваются. В автоматизации этого процесса необходимости как-то не возникало...
Как вариант, можно завести общие специфики: "подать через полчаса", "через час" ...

[MaxS]

На будущее - не надо столько вопросов в одном посте, пожалуйста!
Не удобно!!!

[Дмитрий Р.]

Сообщение от MaxS

Без клиента предоплату привязать не к чему - это, вроде как, сомнений вызывать не должно.
Как упростить работу с "виртуальными" картами пока не придумали
Ваши предложения?

я сделал следующее:
1. В константах и настройках добавил "группа клиентов для брони". Туда вводится группа из справочника клиетов, куда будут попадать вновь добавленные клиенты в режиме бронирования.
2. В режиме брони на рабочем месте при нажатии "КЛИЕНТ" теперь вызывается диалог ввода нового клиента. Если ввести ФИО и нажать ок - фомируется новый клиент в группе клиентов указанной выше и карта к нему.
Вот и все. Так как клиенты приходят все время разные бронировать , то и не нужно искать его - был он заведен раньше или нет. А если он есть - то он придет делать бронь с картой. Провожу картой в режиме брони не нажимая кнопки клиент и все готово.

[Дмитрий Р.]

Сообщение от MaxS

Если была предоплата, значит на эту сумму заказ закрывается безналом.
Регистрируется безнал на ФР-е или нет, настраивается в спр. варианты оплаты. Если не регистрируется, то и получится итог на остаток суммы. При этом, правда, можно распечатать на чеке инф. по нерег. вариантам оплаты, чтобы все было понятно.
Все суммы, которыми был закрыт заказ, делятся по группам оплаты пропорционально. По-моему, все логично. И как можно сделать по-другому, даже не представляю...

1. При предоплате фиксируем на какую группу оплаты она была сделана.
2. При оплате заказа расчитываем по остатку по группам оплат.
3. Если возникает спорная ситуация - например предоплата по группе больше, чем итог по заказу по этой группе , официанту предоставляется возможность решить самому, какую сумму куда отпечатать, при этом расшифровка по блюдам не печатается. Т.е. при выборе вида оплаты и суммы оплаты в протоколе еще фиксируется ККМ для оплаты.

Вот.

[MaxS]

Сообщение от Дмитрий Р.

официанту предоставляется возможность решить самому, какую сумму куда отпечатать

Ну-ну... Не всякому кассиру можно давать право на выбор ККМ, а вы говорите...

Я все-таки не понял, что не устраивает или не правильно в том как сейчас работает?

[Hiker]

Сообщение от MaxS

На будущее - не надо столько вопросов в одном посте, пожалуйста!
Не удобно!!!

Макс, может это поможет: http://sb-traktir.ru/forum/showthread.php?t=1057

[Дмитрий Р.]

Сообщение от MaxS

Ну-ну... Не всякому кассиру можно давать право на выбор ККМ, а вы говорите...

Я все-таки не понял, что не устраивает или не правильно в том как сейчас работает?

Ну "всякому" кассиру никто и не доверит такие вещи.
Не устраивает ситуация:
Итоги по заказу: группа ИП 7000 , группа ООО 3000.
Предоплата по заказу была 2000 на кассу ИП.
Нужно, чтобы чеки пробивались - на кассу ИП 5000, на кассу ООО 3000.
А по Вашим расчетам платится на ИП 5600, на ООО 2400. А это неверно.
Способ решения я уже написал. Он уже работает тут

[Nataly]

Сообщение от MaxS

Курсами можно группировать и упорядочивать блюда в заказе и на марках. Когда подавать первое, а когда второе - официант с поваром сами договариваются. В автоматизации этого процесса необходимости как-то не возникало...
Как вариант, можно завести общие специфики: "подать через полчаса", "через час" ...

Еще вариант, у меня на одном объекте пользуются:
в курсе указывают время, через которое надо подать блюдо (45 - через 45 минут, можно сделать и в формате 20.35, те подать в 20ч 35 мин). Правда конфигурацию пришлось чуть изменить.

[Nataly]

Сообщение от MaxS

Ну не вылетает, допустим, а корректно закрывается
Время на станциях синхронизируется?

Имеется ввиду автоматическая синхронизация времени на станциях? Если да, то как это можно реализовать? На нескольких объектах это больной вопрос.

[Дмитрий Р.]

Сообщение от Nataly

Имеется ввиду автоматическая синхронизация времени на станциях? Если да, то как это можно реализовать? На нескольких объектах это больной вопрос.

в автозапуске добавить net time \\имя компьютера /set /y
где имя компьютера - с которого взять время.

вообще расхождение у компьютеров было полминуты, оно может возникнуть даже если синхронизировать время раз в день (тем более, что синхронизация по секундам не выполняется).

СофтБаланс, может предусмотреть расхождение хотя бы в пять минут ?