Форум » Обсуждение работы с программой "Реализация блюд" » Предварительный заказ » Ответить
Предварительный заказ
Joice: Спасибо за программу, очень ею доволен, Но знаю, что пользуюсь процентами 50-ю ее возможностей. Вот, хочу сделать очередной шаг к удобству работы. Вопрос по предварительному заказу. Каким образом или возможно ли распечатать предварительный заказ с разложением на составляющие инградиенты из Реализации, типа того, как это организовано в Калькуляции в разделе "Производство и Реализация"? Согласитесь, гараздо удобней с клиентом выбирать блюда в программе реализации, где все красиво организовано и оформлено, нежели искать все тоже в алфавитном порядке в Калькуляции. При том, что заказчику уж точно не нужно знать складскую цену блюда. И конечно же неприкольно вручную дважды вносить одно и тоже в двух программах. Но пока именно так и делаю. Может, кто организовал у себя по-другому? Выслушаю.
Ответов - 25
Costya: НЕТ. Уже подымал этот вопрос, калькуляция передает в реализацию только названия блюд а не составляющие его. Проблема в том, что файл меню будет очень жирным и влечет за собой еще много доработок.
Joice: Costya пишет: НЕТ. Уже подымал этот вопрос, калькуляция передает в реализацию только названия блюд а не составляющие его. Проблема в том, что файл меню будет очень жирным и влечет за собой еще много доработок. Ну, на нет и суда нет, как говориться. Как-то же обходился и без этой опции
Costya: Хотя было бы не плохо... кто хочет передает файл меню с калькуляцией а кому не надо пусть передает упрощеный файл меню. Думаю, что в основном будут передавать с калькуляцией.
Автор: Наверно я понял что вы хотите. - Создайте на компьютере на котором стоит калькуляция блюд где нибудь каталог для дополнительной реализации блюд. Например c:\predzakaz - Скопируйте в этот каталог файл kitrealsql.exe и файл basereal.fdb из своей основной программы реализации (только эти 2 файла и всё) - Создайте на рабочем столе ярлык для запуска файла kitrealsql.exe из этого каталога - Запустите на выполнение - Примите меню из калькуляции - При общении с клиентом в этой программе открывайте смену и создавайте заказ для этого клиента - После всех согласований закрывайте смену - Делайте экспорт итогов и при этом измените название файла экспорта добавив к дате имя заказчика - В калькуляции принимайте этот файл и получите свой предварительный заказ без дополнительного набора Т.Е. этот экземпляр программы со своей базой будет использоваться только для предварительных заказов
Costya: Ого !!! Тогда опять набирать заказ в работающей Реализации. Уже лучшие в Калькуляции набрать.
Автор: зачем в работающей набирать? После обслуживания в калькуляции провести и всё. Т.Е. предварительные заказы обслуживаются оттдельно от простых.
Joice: Спасибо, попробую. Т.е. на рабочем столе у меня будет 3 значка? Может так даже и лучше. Получится, что в основной Реализации кнопкой "предварительный заказ" пользоваться вообще не нужно будет? И смены, созданные для предзаказов, в основной программе Реализации отображаться тоже не будут? Некоторые неудобства наверное,конечно будут, но скорее, связанные с привыканием.
Joice: Costya пишет: Ого !!! Тогда опять набирать заказ в работающей Реализации. Уже лучшие в Калькуляции набрать. Если я правильно понял, то принятый из реализации предзаказ будет висеть открытым в калькуляции Энное количество дней вплоть до его исполнения. А в Реализации для предзаказов он будет закрыт или закрыт отложенным платежом. Автор, Так? По-моему ничего плохого в этом нет.
Автор: Joice пишет: Т.е. на рабочем столе у меня будет 3 значка? Если обе программы (КБ и РБ) на одном компе, то можно обойтись и двумя ярлыками, просто тогда в дополнительный каталог поместить одну базу данных без файла kitrealsql.exe В этом случае переключатся между рабочей базой и базой пред. заказов нужно в окне заставки, кнопка "Подключения". Если всётаки сделаете для реализации 2 ярлыка запуска, имейте ввиду, что одновременно два экземпляра программы "Реализация блюд" на одном компьютере не запустатся. Это сделано для того чтоб не возникло коллизий на рабочем месте кассира. Т.Е. Для того чтоб запустить на этом компе пред.реализацию, нужно выйти из основной реализации, и наоборот. Поэтому если и калькуляция и реализация на одном компе, для пред заказа можно просто разместить дополнительную базу данных в каталоге отдичном от рабочего. Joice пишет: Получится, что в основной Реализации кнопкой "предварительный заказ" пользоваться вообще не нужно будет? И смены, созданные для предзаказов, в основной программе Реализации отображаться тоже не будут? Joice пишет: Если я правильно понял, то принятый из реализации предзаказ будет висеть открытым в калькуляции Энное количество дней вплоть до его исполнения. А в Реализации для предзаказов он будет закрыт или закрыт отложенным платежом. Всё правильно. Если это для вас удобно, то так и делайте. Ну и как заключение, отвечу на вопрос заданный в начале темы по поводу возможности видеть в реализации расклад заказа на составляющие. Программа создавалась именно с разделением задачь продажи и учёта. Реализация предоставляет денежный отчёт, а калькулькуляция - товарный.
Joice: Автор пишет: Ну и как заключение, отвечу на вопрос заданный в начале темы по поводу возможности видеть в реализации расклад заказа на составляющие. Программа создавалась именно с разделением задачь продажи и учёта. Реализация предоставляет денежный отчёт, а калькулькуляция - товарный. Но согласитесь, очень удобно, приняв срочный заказ, причем крупный, прямо из реализации распечатываешь список необходимых продуктов к этому заказу и мчишься по магазинам и рынкам. Не смотря на то, что большинство продуктов и даже блюд и без того есть в наличии, я предпочитаю сумму кухонного склада не опускать ниже определенного уровня без особых причин. Но и иметь больший запас, не позволяют площади. В общем, наверное, такая опция в программе больше пригодилась бы для небольших кафе и ресторанов, с ограниченным персоналом и складами. Вот у меня, например администратора, как такового нет, и я редко на месте. И вот срочный заказ на завтра. Бармен или повар его принимает и прямо по списку в телефонном режиме мне сообщает чего и сколько нужно привезти. Ну как? Я прав?
Автор: Joice пишет: Ну как? Я прав? С одной стороны да, с другой - нет. Для того чтобы так работало, нужно было делать программу "Всё в одном", т.е. калькуляция и реализация вместе. Программа получилась бы сразу сложней для использования и изучения, так как была бы перегружена кучей своих возможностей. А ведь есть много пользователей, которые используют только калькуляцию или только реализацию, и лишние заморочки им не нужны, тем более что с программой ознакамливаются и изучают самостоятельно. Сложная программа может отпугнуть клиента. Засунуть же в реализацию просто кнопочку типа "Распечатать требуемые продукты" не получится, прийдётся в программу впихивать весь механизм обработки калькуляционных карт. Этого конечно я делять не стану. Ну а получить расклад продуктов по технологии как мы обговорили выше - дело пары минут.
Joice: Автор пишет: Сложная программа может отпугнуть клиента. Это уж точно. Если честно, поначалу и эта программа меня испугала своими таблицами и кнопками.Автор пишет: Засунуть же в реализацию просто кнопочку типа "Распечатать требуемые продукты" не получится, прийдётся в программу впихивать весь механизм обработки калькуляционных карт. Этого конечно я делять не стану. Ну и не нужно, тем более, если это интересует только двух пользователей, меня и Costya И на том спасибо, хороших выходных
Costya: Почему сложная программа ? В одном запутался так это в полуфабрикатах а так все логично понятно. Автор пишет: Для того чтобы так работало, нужно было делать программу "Всё в одном", т.е. калькуляция и реализация вместе Обе программы очень разные и не надо их объединять а вот после предзаказа кнопку нажал и и заявка на базар готова
Автор: Costya пишет: кнопку нажал и и заявка на базар готова А вот это интересная мысля. Могу сделать в окне предзаказов кнопку передачи предзаказа для приёма его в калькуляции. P.S. Однако конечно же пользователю нужно будет самому следить за тем, чтобы не проводить этот предзаказ. Но на эту тему я тоже подумаю. Доработку сделаю наверно не раньше чем через пару недель
Costya: Ну тогда ждемс
Joice: Автор пишет: А вот это интересная мысля. Могу сделать в окне предзаказов кнопку передачи предзаказа для приёма его в калькуляции. Блин, ну Вы ребята даете А я что просил? Это ж то, что нужно! Операций, предшествующих распечатке Предзаказа гораздо меньше же! Давайте посчитаем: 1.Принял, заказ. 2. Передал в калькуляцию. 3.Распечатал. Не нужно закрывать текущую смену, не нужно открывать дополнительную Реализацию для предзаказов с выходом из основной Реализации и т.д. И вот это уже кому как удобно: Либо этот документ после печати удаляем, либо просто изменяем его на "производство"(просто меняем галочку в свойствах документа) и проводим. Супер Вот увидите, оценивших такую доработку, будет гораздо больше чем 2.
Joice: Costya пишет: Почему сложная программа ? В одном запутался так это в полуфабрикатах а так все логично понятно. Я имел ввиду, поначалу показалась таковой. А сейчас, даже могу что-нибудь подсказать новичкам.
Costya: Вот чтоб сертифицировать эту прогу в Украине...
Автор: Costya пишет: Вот чтоб сертифицировать эту прогу в Украине... А смысл? Пользователей это вряд ли добавит, соответственно вложеные время и средства на сертификацию ох как не скоро окупятся. И с другой стороны, что мешает использовать её в том виде как есть? Такие вещи нужно делать только с полной уверенностью что деньги вкладываются не зря. Я и в России пока не вижу смысла это делать. Пусть пока всё остаётся как есть.
Costya: Из-за этого у нас используют другие программы которые стоят под ключ 7-10 тис. грн.
Автор: Да нет, я думаю дело в другом. Компаниям, которые устанавливает под ключ и затем обслуживает, недорогие программы мало интересны, доход маленький.
Joice: Кнопку делаете?
Автор: Нет пока, на следующей неделе наверно.
Joice: Еще вопросик по кнопочке, или правильно ли я себе все представил. 1. Предварительный заказ закрытый отложенным платежом можно будет независимо от текущей смены отправить в Калькуляцию? 2. А деньги по этому заказу можно будет оприходовать в Реализации именно в тот день когда заказчик рассчитается? Короче говоря, будет ли существовать вероятность проведения или передачи этого заказа дважды?
Joice: Еще раз огромное спасибо за кнопочку. Может надоем, но в виду того, что до этого момента предварительные заказы я набирал в Калькуляции, теперь не знаю, как оприходовать предоплату по предзаказу. Раньше вел отдельный журнальчик. Но наверное можно обойтись и без него? На вопросы в предыдущем посте не отвечайте, мне уже все понятно.
полная версия страницы