Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
external:procart:02_procart_api [2022/09/29 06:49] – [Категория заказа] Александр Ильин | external:procart:02_procart_api [2025/03/28 08:55] (текущий) – Евгений Горносталь | ||
---|---|---|---|
Строка 72: | Строка 72: | ||
===== Комментарии к заказу ===== | ===== Комментарии к заказу ===== | ||
В системе r_keeper у заказов есть свойство, | В системе r_keeper у заказов есть свойство, | ||
- | В рамках ProCart | + | В рамках ProCart проблема длинных комментариев |
Он будет сохранен в локальной базе ProCart и связан с реальным заказом в системе r_keeper. | Он будет сохранен в локальной базе ProCart и связан с реальным заказом в системе r_keeper. | ||
- | В печатных формах системы r_keeper (сервис-чек, | + | В печатных формах системы r_keeper (сервис-чек, |
+ | Так же в запросе **/ | ||
+ | Этот комментарий (30 символов) будет виден персоналу на экране кассы r_keeper (в списке заказов) и может помочь быстрее сориентироваться и найти нужный заказ. | ||
+ | |||
+ | ===== Комментарии к блюду в заказе (открытый модификатор) ===== | ||
+ | **С версии 1.5.0.30** | ||
+ | В рамках ProCart к блюду может быть прикреплен комментарий. Для этого в запросе **/ | ||
+ | Данный комментарий, | ||
+ | **Важно!** [[https:// | ||
===== Заказы с оплатой ===== | ===== Заказы с оплатой ===== | ||
Через систему **ProCart** можно создать в **r_keeper** заказ в котором есть только блюда (нет оплат) и далее этот заказ будет рассчитан сотрудником на кассе как обычно. | Через систему **ProCart** можно создать в **r_keeper** заказ в котором есть только блюда (нет оплат) и далее этот заказ будет рассчитан сотрудником на кассе как обычно. | ||
Строка 90: | Строка 98: | ||
Такой сценарий можно применять для случая когда гость тратит в оплату заказа какие-то купоны или бонусы. Тогда сумма всех этих скидок передается одной строкой и применяется на кассе r_keeper в виде суммовой скидки. | Такой сценарий можно применять для случая когда гость тратит в оплату заказа какие-то купоны или бонусы. Тогда сумма всех этих скидок передается одной строкой и применяется на кассе r_keeper в виде суммовой скидки. | ||
- | Также поддержана работа с автоматическими скидками кассы r_keeper. Если в ресторане используются какие-то автоматические скидки по определенным правилам, | + | Также поддержана работа с автоматическими скидками кассы r_keeper. Если в ресторане используются какие-то автоматические скидки по определенным правилам, |
+ | |||
+ | ===== Наценка суммовая ===== | ||
+ | Модуль **ProCart** поддерживает работу с наценками, | ||
+ | Для суммовой наценки поддержана работа с произвольной (суммовыми) наценкой. В данном сценарии сумма наценки и правила ее применения находятся на стороне внешней системы, | ||
+ | |||
+ | Пример того, как в запросе в поле " | ||
+ | < | ||
+ | " | ||
+ | { | ||
+ | ' | ||
+ | ' | ||
+ | }, | ||
+ | { | ||
+ | " | ||
+ | " | ||
+ | " | ||
+ | }, | ||
+ | { | ||
+ | " | ||
+ | " | ||
+ | " | ||
+ | } | ||
+ | ] | ||
+ | </ | ||
+ | |||
===== Поддержка стоп-листов и ограниченных блюд ===== | ===== Поддержка стоп-листов и ограниченных блюд ===== | ||
Строка 101: | Строка 135: | ||
При работе с модулем ProCart персонал заведения может получать уведомления о новых заказах через механики внешних систем (push уведомления в приложении, | При работе с модулем ProCart персонал заведения может получать уведомления о новых заказах через механики внешних систем (push уведомления в приложении, | ||
Когда заказ создан в кассовой системе, | Когда заказ создан в кассовой системе, | ||
+ | |||
+ | ===== Описание блюда ===== | ||
+ | Описание блюда передаётся при запросе меню. Логика этого поля имеет постоянное свойство и дополнительно не настраивается. В приоритете в ProCart поле " | ||
+ | < | ||
+ | Пример поля на стороне Procart: | ||
+ | {{ : | ||
+ | Пример передаваемых полей на стороне r_keeper (приоритет у поля " | ||
+ | {{ : | ||
+ | </ | ||