Отправлено: 13.03.12 09:37. Заголовок: Предварительный заказ

Спасибо за программу, очень ею доволен, Но знаю, что пользуюсь процентами 50-ю ее возможностей. Вот, хочу сделать очередной шаг к удобству работы. Вопрос по предварительному заказу. Каким образом или возможно ли распечатать предварительный заказ с разложением на составляющие инградиенты из Реализации, типа того, как это организовано в Калькуляции в разделе "Производство и Реализация"? Согласитесь, гараздо удобней с клиентом выбирать блюда в программе реализации, где все красиво организовано и оформлено, нежели искать все тоже в алфавитном порядке в Калькуляции. При том, что заказчику уж точно не нужно знать складскую цену блюда. И конечно же неприкольно вручную дважды вносить одно и тоже в двух программах. Но пока именно так и делаю.
Может, кто организовал у себя по-другому? Выслушаю.

 Отправлено: 13.03.12 15:08. Заголовок: НЕТ. Уже подымал это..

НЕТ. Уже подымал этот вопрос, калькуляция передает в реализацию только названия блюд а не составляющие его. Проблема в том, что файл меню будет очень жирным и влечет за собой еще много доработок.

 Отправлено: 13.03.12 21:26. Заголовок: Costya пишет: НЕТ. ..

Costya пишет:

цитата:

НЕТ. Уже подымал этот вопрос, калькуляция передает в реализацию только названия блюд а не составляющие его. Проблема в том, что файл меню будет очень жирным и влечет за собой еще много доработок.

Ну, на нет и суда нет, как говориться. Как-то же обходился и без этой опции

 Отправлено: 14.03.12 08:30. Заголовок: Хотя было бы не плох..

Хотя было бы не плохо... кто хочет передает файл меню с калькуляцией а кому не надо пусть передает упрощеный файл меню.
Думаю, что в основном будут передавать с калькуляцией.

 Отправлено: 14.03.12 19:04. Заголовок: Наверно я понял что ..

Наверно я понял что вы хотите.
- Создайте на компьютере на котором стоит калькуляция блюд где нибудь каталог для дополнительной реализации блюд.
Например c:\predzakaz
- Скопируйте в этот каталог файл kitrealsql.exe и файл basereal.fdb из своей основной программы реализации (только эти 2 файла и всё)
- Создайте на рабочем столе ярлык для запуска файла kitrealsql.exe из этого каталога
- Запустите на выполнение
- Примите меню из калькуляции
- При общении с клиентом в этой программе открывайте смену и создавайте заказ для этого клиента
- После всех согласований закрывайте смену
- Делайте экспорт итогов и при этом измените название файла экспорта добавив к дате имя заказчика
- В калькуляции принимайте этот файл и получите свой предварительный заказ без дополнительного набора

Т.Е. этот экземпляр программы со своей базой будет использоваться только для предварительных заказов

 Отправлено: 14.03.12 20:24. Заголовок: Ого !!! Тогда опять ..

Ого !!! Тогда опять набирать заказ в работающей Реализации. Уже лучшие в Калькуляции набрать.

 Отправлено: 15.03.12 04:03. Заголовок: зачем в работающей н..

зачем в работающей набирать? После обслуживания в калькуляции провести и всё. Т.Е. предварительные заказы обслуживаются оттдельно от простых.

 Отправлено: 15.03.12 13:10. Заголовок: Спасибо, попробую. ..

Спасибо, попробую. Т.е. на рабочем столе у меня будет 3 значка? Может так даже и лучше. Получится, что в основной Реализации кнопкой "предварительный заказ" пользоваться вообще не нужно будет? И смены, созданные для предзаказов, в основной программе Реализации отображаться тоже не будут? Некоторые неудобства наверное,конечно будут, но скорее, связанные с привыканием.

 Отправлено: 15.03.12 13:19. Заголовок: Costya пишет: Ого !..

Costya пишет:

цитата:

Ого !!! Тогда опять набирать заказ в работающей Реализации. Уже лучшие в Калькуляции набрать.

Если я правильно понял, то принятый из реализации предзаказ будет висеть открытым в калькуляции Энное количество дней вплоть до его исполнения. А в Реализации для предзаказов он будет закрыт или закрыт отложенным платежом. Автор, Так? По-моему ничего плохого в этом нет.

 Отправлено: 15.03.12 16:45. Заголовок: Joice пишет: Т.е. н..

Joice пишет:

цитата:

Т.е. на рабочем столе у меня будет 3 значка?

Если обе программы (КБ и РБ) на одном компе, то можно обойтись и двумя ярлыками, просто тогда в дополнительный каталог поместить одну базу данных без файла kitrealsql.exe
В этом случае переключатся между рабочей базой и базой пред. заказов нужно в окне заставки, кнопка "Подключения".
Если всётаки сделаете для реализации 2 ярлыка запуска, имейте ввиду, что одновременно два экземпляра программы "Реализация блюд" на одном компьютере не запустатся. Это сделано для того чтоб не возникло коллизий на рабочем месте кассира.
Т.Е. Для того чтоб запустить на этом компе пред.реализацию, нужно выйти из основной реализации, и наоборот. Поэтому если и калькуляция и реализация на одном компе, для пред заказа можно просто разместить дополнительную базу данных в каталоге отдичном от рабочего.


Joice пишет:

цитата:

Получится, что в основной Реализации кнопкой "предварительный заказ" пользоваться вообще не нужно будет? И смены, созданные для предзаказов, в основной программе Реализации отображаться тоже не будут?

Joice пишет:

цитата:

Если я правильно понял, то принятый из реализации предзаказ будет висеть открытым в калькуляции Энное количество дней вплоть до его исполнения. А в Реализации для предзаказов он будет закрыт или закрыт отложенным платежом.

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

 Отправлено: 16.03.12 20:06. Заголовок: Автор пишет: Ну и к..

Автор пишет:

цитата:

Ну и как заключение, отвечу на вопрос заданный в начале темы по поводу возможности видеть в реализации расклад заказа на составляющие. Программа создавалась именно с разделением задачь продажи и учёта. Реализация предоставляет денежный отчёт, а калькулькуляция - товарный.

Но согласитесь, очень удобно, приняв срочный заказ, причем крупный, прямо из реализации распечатываешь список необходимых продуктов к этому заказу и мчишься по магазинам и рынкам. Не смотря на то, что большинство продуктов и даже блюд и без того есть в наличии, я предпочитаю сумму кухонного склада не опускать ниже определенного уровня без особых причин. Но и иметь больший запас, не позволяют площади.
В общем, наверное, такая опция в программе больше пригодилась бы для небольших кафе и ресторанов, с ограниченным персоналом и складами. Вот у меня, например администратора, как такового нет, и я редко на месте. И вот срочный заказ на завтра. Бармен или повар его принимает и прямо по списку в телефонном режиме мне сообщает чего и сколько нужно привезти. Ну как? Я прав?

 Отправлено: 17.03.12 04:21. Заголовок: Joice пишет: Ну как..

Joice пишет:

цитата:

Ну как? Я прав?

С одной стороны да, с другой - нет.
Для того чтобы так работало, нужно было делать программу "Всё в одном", т.е. калькуляция и реализация вместе. Программа получилась бы сразу сложней для использования и изучения, так как была бы перегружена кучей своих возможностей. А ведь есть много пользователей, которые используют только калькуляцию или только реализацию, и лишние заморочки им не нужны, тем более что с программой ознакамливаются и изучают самостоятельно. Сложная программа может отпугнуть клиента. Засунуть же в реализацию просто кнопочку типа "Распечатать требуемые продукты" не получится, прийдётся в программу впихивать весь механизм обработки калькуляционных карт. Этого конечно я делять не стану. Ну а получить расклад продуктов по технологии как мы обговорили выше - дело пары минут.

 Отправлено: 17.03.12 08:48. Заголовок: Автор пишет: Сложна..

Автор пишет:

цитата:

Сложная программа может отпугнуть клиента.

Это уж точно. Если честно, поначалу и эта программа меня испугала своими таблицами и кнопками.Автор пишет:

цитата:

Засунуть же в реализацию просто кнопочку типа "Распечатать требуемые продукты" не получится, прийдётся в программу впихивать весь механизм обработки калькуляционных карт. Этого конечно я делять не стану.

Ну и не нужно, тем более, если это интересует только двух пользователей, меня и Costya И на том спасибо, хороших выходных

 Отправлено: 17.03.12 14:27. Заголовок: Почему сложная прогр..

Почему сложная программа ? В одном запутался так это в полуфабрикатах а так все логично понятно.

Автор пишет:

цитата:

Для того чтобы так работало, нужно было делать программу "Всё в одном", т.е. калькуляция и реализация вместе

Обе программы очень разные и не надо их объединять а вот после предзаказа кнопку нажал и и заявка на базар готова

 Отправлено: 17.03.12 15:44. Заголовок: Costya пишет: кнопк..

Costya пишет:

цитата:

кнопку нажал и и заявка на базар готова

А вот это интересная мысля. Могу сделать в окне предзаказов кнопку передачи предзаказа для приёма его в калькуляции.

P.S.
Однако конечно же пользователю нужно будет самому следить за тем, чтобы не проводить этот предзаказ. Но на эту тему я тоже подумаю. Доработку сделаю наверно не раньше чем через пару недель

 Отправлено: 17.03.12 15:49. Заголовок: Ну тогда ждемс :sm1..

Ну тогда ждемс

 Отправлено: 18.03.12 09:21. Заголовок: Автор пишет: А вот ..

Автор пишет:

цитата:

А вот это интересная мысля. Могу сделать в окне предзаказов кнопку передачи предзаказа для приёма его в калькуляции.

Блин, ну Вы ребята даете А я что просил? Это ж то, что нужно! Операций, предшествующих распечатке Предзаказа гораздо меньше же! Давайте посчитаем:
1.Принял, заказ.
2. Передал в калькуляцию.
3.Распечатал.
Не нужно закрывать текущую смену, не нужно открывать дополнительную Реализацию для предзаказов с выходом из основной Реализации и т.д.
И вот это уже кому как удобно: Либо этот документ после печати удаляем, либо просто изменяем его на "производство"(просто меняем галочку в свойствах документа) и проводим.
Супер Вот увидите, оценивших такую доработку, будет гораздо больше чем 2.

 Отправлено: 18.03.12 09:33. Заголовок: Costya пишет: Почем..

Costya пишет:

цитата:

Почему сложная программа ? В одном запутался так это в полуфабрикатах а так все логично понятно.

Я имел ввиду, поначалу показалась таковой. А сейчас, даже могу что-нибудь подсказать новичкам.

 Отправлено: 19.03.12 08:08. Заголовок: Вот чтоб сертифициро..

Вот чтоб сертифицировать эту прогу в Украине...

 Отправлено: 19.03.12 10:48. Заголовок: Costya пишет: Вот ч..

Costya пишет:

цитата:

Вот чтоб сертифицировать эту прогу в Украине...

А смысл? Пользователей это вряд ли добавит, соответственно вложеные время и средства на сертификацию ох как не скоро окупятся. И с другой стороны, что мешает использовать её в том виде как есть? Такие вещи нужно делать только с полной уверенностью что деньги вкладываются не зря. Я и в России пока не вижу смысла это делать.
Пусть пока всё остаётся как есть.

 Отправлено: 19.03.12 11:23. Заголовок: Из-за этого у нас ис..

Из-за этого у нас используют другие программы которые стоят под ключ 7-10 тис. грн.

 Отправлено: 20.03.12 06:22. Заголовок: Да нет, я думаю дело..

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

 Отправлено: 20.03.12 08:23. Заголовок: Кнопку делаете? :sm..

Кнопку делаете?

 Отправлено: 21.03.12 13:40. Заголовок: Нет пока, на следующ..

Нет пока, на следующей неделе наверно.

 Отправлено: 22.03.12 08:42. Заголовок: Еще вопросик по кно..

Еще вопросик по кнопочке, или правильно ли я себе все представил.
1. Предварительный заказ закрытый отложенным платежом можно будет независимо от текущей смены отправить в Калькуляцию?
2. А деньги по этому заказу можно будет оприходовать в Реализации именно в тот день когда заказчик рассчитается?
Короче говоря, будет ли существовать вероятность проведения или передачи этого заказа дважды?

 Отправлено: 04.04.12 17:49. Заголовок: Еще раз огромное с..

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