Система r-keeper уже давно стала именем нарицательным для программ автоматизации сферы HoReCa (ресторанов, кафе и баров).
Для разных людей он известен под именами: эркипер, эр кипер, ар кипер, аркипер, ркипер, rkiper, r-kiper и просто кипер.
Эта популярность основывается на многолетнем опыте и успешной работе десятков тысяч заведений.
Знание возможностей системы автоматизации и умение их правильно применить это залог успешной работы предприятия.
Представленные видеоуроки ориентированы на самостоятельное обучение линейного персонала, менеджеров среднего звена, администраторов ресторана, бухгалтеров-калькуляторов, директоров, управляющих,
а так же владельцев бизнеса, которым необходимы знания по работе с программными продуктами семейства r_keeper.
Зачастую, при приеме на работу в ресторан, от соискателя требуют наличие базовых или расширенных навыков работы в программе автоматизации ресторана, скачав данные видеоуроки, вы получите возможность приобрести необходимые знания на уровне, достаточном для самостоятельной работы.
Авторы видеоуроков, более 15 лет работают в сфере автоматизации предприятий HoReCa и имеют богатый опыт практических внедрений и эксплуатации программы в сотнях различных проектов. Так же на протяжении этого времени осуществляется техническая поддержка реально работающих заведений всевозможных концепций: от небольшого кафе, до ночного клуба на 1000 человек или сети точек Фаст-Фуд состоящей из десятков объектов.
Все это позволяет не просто рассказать о функционале программы, но и проиллюстрировать материал живыми примерами и историями.
Все настройки системы r-keeper делаются в менеджерской станции (rk7man.exe)
Настройки — столы и залы — планы залов и столы. Создаём отдельный план зала и стол, защищаем кассовым правом.
Для синхронизации меню между r_keeper и Litebox необходимо указать какие блюда следует выгружать, а какие нет. Для этого необходимо создать новую классификацию блюд:
Для передачи в r_keeper продаж, совершенных на переносной кассе Litebox необходимо создать новые типы валют. Для этого:
Опционально можно закрыть эти валюты кассовым «правом» и выдать его только Работнику LiteBox, чтобы на кассе r_keeper исключить вероятность ошибочного использования этих валют.
Важно: тип фискальности возможно установить только под дилерской учетной записью
Из сервиса Litebox иногда приходят продажи с ценами, которые отличаются от справочников r_keeper, будь то из-за скидок, или из-за не синхронизированного меню во время продажи. Для этого нужно менять сумму заказа с помощью скидок и наценок.
Для настройки необходимо:
Важно: изменение параметров web-сервиса доступно только под диллерской учетной записью
При успешном выполнении на интерфейсе кассы отобразится кнопка Litebox, при нажатии на которую будет загружена страница для работы с модулем.
Если страница не открывается то:
Если хотим в отчетах и складе видеть продажи сделанные через LiteBox отдельно от основных продаж то нужно завести и настроить использование отдельной КЗ для таких заказов.
Для настройки отдельной категории заказа необходимо:
Чтобы при выгрузке из лайтбокса оплаченных заказов, на каждый из них НЕ печатался сервис-чек, нужно особым образом настроить сервис-печать.
Чтобы при выгрузке продаж из Litebox (МТС-Кассы) не печатались зря «чеки» и документы приёма предоплаты, нужно сделать отдельную схему печати (скопировать с существующей) и внутри неё сделать пустые представления макетов «чек» и «приём предоплаты» для наличных и безналичных. Использование этой схемы печати настроить на стол Litebox (план зала с этим столом).
При выгрузке заказов из лайтбокса таких заказов может быть много, особенно если выгружать за длительный период.
Рекомендуется сразу установить значение параметра «Лимит размера дневной базы» в RK7 в значение 50485760 (50 Мб) или более.
Настроить XML интерфейс на кассовом сервере и пользователя для работы с ним как описано тут.
Для создания заказов необходимо иметь действующую лицензию на XML.
Если используется лицензия XML WriteOrder (Life-Time) то она должна быть прописана в свойствах ресторана в редакторе r_keeper.
Если используется XML SaaS лицензия, то для настройки ее параметров запустите saas_settings.bat.
Для настройки модуля ProCart и выполнения запросов через API потребуются следующий данные:
Со стороны внешней системы может приходить оплата (предопоплата) заказа, в том числе бонусами.
В справочнике «валюты» нужно добавить нефискальную валюту для оплаты бонусами.
Тип фискальности для этой валюты — «фискальная скидка».
Галку «без сдачи» не ставим, иначе касса не даст внести предоплату этой валютой.
Важно! Для всех блюд, на которые ссылаются комбо-компоненты, необходимо указать категорию, обеспечивающую доступность этого элемента. Т. е. любую категорию из классификации для ProCart.
Для настройки модуля нужен код причины внесения денег. Этот параметр отвечает за внесение оплат при создании заказа с оплатами.
Перед созданием причины внесения денег нужно добавить:
1) Блюдо, на которое будет ссылаться наценка.
2) Нераспределяемую суммовую наценку для предоплаты.
Значение из поля «Код» понадобится далее при настройке модуля.
ProCart может передать уже оплаченный заказ.
В этом случае для фиксации оплаты в r_keeper будет использоваться механизм предоплат.
API ProCart позволяет передавать в заказ предоплату любой валютой (в запросе передаётся код валюты).
Необходимо настроить прием предоплат с помощью специально созданной причины внесения денег.
С целью минимизации рисков для ресторана в случае неправильной настройки предоплат необходимо доверить выполнение этого пункта квалифицированному специалисту по r_keeper.
Статья, описывающую настройку предоплат для такого случая: Настройка предоплат
Может потребоваться дилерская учетная запись для настройки фискальности валют.
В ProCart доступно 2 поля для комментариев — «короткий», обычно используемый для передачи номера заказа и «длинный», в который записывается ФИО, адрес, контакты, пожелания и любая другая информация.
Принцип использования описан тут.
Внутри макета необходимо добавить переменную с типом string. Имя переменной: comment_text
Эта переменная далее будет доступна в отчёте, в неё мы запросим текст комментария.
В свободной части отчёта создаём новый виртуальный бэнд.
Пример готового макета для пречека: https://disk.yandex.ru/d/jq05EBupeq8maA
Чтобы на кассе заказы было удобнее видеть в списке по кнопке «редактирование заказа» — имеет смысл увеличить размер формата «Кнопки с заказами (большие)», сделать чтобы для комментариев (адрес гостя и т. д.) было достаточно места.
Настройки — Графический интерфейс — Формы — Форматы — Кнопки с заказами (большие).
Делаем копию стандартной формы, называем «ФД Кнопки с заказами (большие) для Procart», редактируем «Модель»
Можно загрузить «формат» из файла. Готовый настроенный формат: https://disk.yandex.ru/d/Zu97q3PH8omQxA
После этого в используемой схеме форм нужно выбрать этот формат.
На кассе интерфейс будет выглядеть так (на кассе внешний вид кнопки изменится в режиме отображения без плана зала, по кнопке «подробнее»):
Также опционально можно использовать макет «Кнопки с заказами (обычные)»: https://disk.yandex.ru/d/TiW-MxSifCEosA
По умолчанию, если не исправлять — на этой кнопке будет только номер заказа.
Меню — Модификаторы
Код данного модификатора понадобится при настройке ProCart.