Poster и R-Keeper с Битрикс24: не путать кассу с отделом продаж

Poster и R-Keeper считают чек, стол и смену. Битрикс24 считает корпоратив, повтор, банкет и претензию, которых нет в кассовом отчёте за вчера. Связка нужна, чтобы менеджер по площадкам не вёл гостей в Excel. Кассу в CRM не переносят: зал встанет. Если у вас iiko — это другой контур, не «та же инструкция с другими логотипами».

Касса закрывает зал, CRM закрывает следующий визит

Официант не будет двигать стадии воронки между горячим и счётом. Требовать этого значит саботировать внедрение руками зала. CRM появляется там, где цикл длиннее вечера: свадьба, кейтеринг, договор с офисом на обеды, франшиза, поставка своим же юрлицам. Чек гостя вчера — правда кассы. Счёт на 180 персон через шесть недель — правда сделки.

У кого касса iiko, мы уже разбирали связку отдельно: руководство по интеграции iiko и Битрикс24. Poster и R-Keeper часто ставят в барах, столовых, сетях без iiko. Принцип тот же: не подменять POS. Другой набор полей и API. Перед работами смотрим, что касса вообще отдаёт: гостя, телефон, сумму, цех — или только агрегат смены.

Что имеет смысл забирать из Poster / R-Keeper

• Гость с телефоном, если касса его вообще спрашивает. Многие смены работают «без гостя» — тогда клеить нечего.
• Факт визита и сумма для сегмента «не был 45 дней».
• Средний чек и частота — для задачи менеджеру, не для новой сделки на каждый ужин.
• Точка сети: чтобы повтор звонила та площадка, куда человек ходит, а не «общий колл-центр в никуда».

Что живёт только в CRM

• Заявка на банкет с сайта или из мессенджера.
• Согласование меню и счёта, если этим занимается менеджер, не кассир.
• Претензия «отравились / сорвали дату» как сервисный процесс.
• Договор на корпоративное питание, акты, дебиторка, если это не розничный чек.

На проекте банкетной площадки касса R-Keeper закрывала зал без сюрпризов. Корпоративы вели в таблице: дата, предоплата, «кто обещал скидку». Два менеджера продали один зал на одну субботу. После связки заявка с сайта стала сделкой, предоплата — полем, касса осталась кассой. Первый месяц зал ничего не заметил. Это и был критерий успеха: повара не вспоминали про Битрикс.

Если гостей в кассе нет как сущности, интеграция «чеков в сделки» бессмысленна. Сначала решите, собираете ли телефон на чеке. Иначе CRM будет клонировать «Гость кассы». Для внедрения продаж поверх POS смотрите услуги. Как это выглядит у других — в кейсах.

Что не делать

• Не делать сделку из каждого чека кофе — воронка умрёт за сутки.
• Не учить официантов «работать в CRM вместо POS».
• Не обещать лояльность в Битрикс24, если карта уже крутится в кассе — будет две валюты.
• Не путать Poster и R-Keeper с iiko: коннекторы и объекты разные.
• Не запускать обмен без правила дублей по телефону.

На консультации NAVIPOINT отделяем зал от отдела площадок. Если отдела нет, и все продажи — это чек у кассы, CRM может быть лишней. Если есть человек, который продаёт даты и договоры — ему нужна сделка, не выгрузка смен.

Что касса умеет отдать, и что вы додумаете сами

Poster часто знает заказ, стол, смену, иногда гостя. R-Keeper в разных фронтах отдаёт разное: где-то гость с картой лояльности, где-то только цех и сумма. До консультации не обещайте «всех гостей в CRM». Спросите у того, кто администрирует POS: есть ли карточка гостя, обязателен ли телефон на чеке, сколько точек, облако это или локальный сервер. Локальный сервер без доступа интегратора — отдельный блокер, не «подключим вечером».

Банкет и зал путают в голове собственника. Зал — сейчас, банкет — календарь. Календарь занятости зала может жить в кассе, в Excel или нигде. Если нигде — CRM как раз место для брони даты, предоплаты и стоп-продажи «зал занят». Это не интеграция POS. Это процесс продаж площадки. Его можно запустить даже без обмена чеков. Иногда так и надо: сначала сделки на даты, потом чеки, если понадобится сегмент повторных гостей.

Лояльность. Карта в Poster/R-Keeper уже считает визиты. Вторая карта в Битрикс24 обидит гостя: баллы не те. CRM может писать «пора позвонить», не «начислить 50 баллов». Начисление — в кассе. Звонок — в CRM. Если карты нет и телефон на чеке не собирают, повтор из кассы не склеить. Сначала политика сбора контакта на стойке, потом коннектор.

Агрегаторы доставки. Если 70% оборота — Яндекс и аналоги, чек гостя часто без вашего телефона в удобном виде. Не стройте на этом CRM-мечту. В сделку берите сбои, корпоративы, площадку, франшизу. Доставку оставьте отчёту кассы и кабинету агрегатора. Смешать всё в воронку «доставка» — получить 500 сделок в день и ноль смысла.

Персонал зала. Официант не логинится в Битрикс. Менеджер площадок — логинится. Повар — нет. Если в проекте фигурирует «обучим весь зал CRM», проект уже поехал не туда. Обучают двух людей, которые продают даты и разбирают претензии. Зал продолжает бить чек. Это и есть уважение к POS.

Приёмка. Тестовый банкет: заявка с сайта или звонка стала сделкой, предоплата в поле, файл меню в карточке. Тестовый чек: если обмен гостя включён — гость нашёлся, не клонировался. Тестовая претензия: не висит стадией «новые» в той же воронке, что корпоратив. Разные процессы. Разная скорость.

Стоп-лист и банкетное меню. Касса знает, чего нет на кухне сегодня. CRM знает обещание менеджера на субботу. Если эти правды не встречаются, вы продадите блюдо, которого не будет. Связка может быть простой: менеджер перед подтверждением смотрит кассу или пишет шефу в сделке. Не обязательно автоматический стоп-лист в первую итерацию. Обязательно место, где обещание зафиксировано. Голос в Telegram без сделки — снова «мы не обещали».

Несколько юрлиц: ресторан, площадка, кейтеринг. Касса по точкам, счета — с разных ИНН. CRM должна знать, какое юрлицо в сделке, иначе акт уедет не туда. Это поле, не «интеграция Poster». Интеграция чеков его не заменит. Сначала поле и шаблон документа, потом обмен гостей, если он вообще нужен.

Чаевые, смены, кассовые разрывы — не предмет CRM. Если собственник хочет «видеть всё в Битрикс», покажите, что «всё» убьёт продажи площадок. Кассовый отчёт остаётся в POS и в учёте. CRM — следующий визит и договор. Три правды рядом терпимы. Одна насильственная правда — нет.

Бронь стола на вечер и заявка на банкет — разные скорости. Бронь может остаться в кассе или в телефоне хостес, если это «на сегодня». Банкет — сделка. Если смешать, воронка заполнится бронями на 19:00 и менеджер площадок утонет. Критерий длины цикла: дольше суток и есть предоплата — CRM. Сегодня вечером — POS или хостес.

Отзыв «остыло / долго ждали» после зала. Это не банкетная воронка. Сервисная карточка или даже задача, если претензий мало. Главное — не стадия «отказ» в продажах площадки. Иначе РОП думает, что корпоративы сыпятся, а сыпется кухня.

Коротко по вопросам

У нас Poster. Подойдёт статья про iiko?

Как идея — да: касса отдельно. Как инструкция по полям и модулю — нет. Смотрим API Poster отдельно.

R-Keeper отдаёт гостей?

Зависит от версии, фронта и того, просят ли телефон. Это первый вопрос на разборе, не «подключим как всем».

Куда девать доставку?

Если доставка уже в кассе или агрегаторах — не тащите её насильно в воронку. В CRM — сбои, корпоративы, повтор, не каждый ролл.

Нужна ли 1С рядом?

Часто да для юрлиц и актов. Тогда касса, учёт и CRM — три правды. Не пытайтесь свести их в одну базу за неделю.

Кто внедряет?

Иван Остривной, NAVIPOINT — партнёр Битрикс24. На консультации разбираем ваш контур и очередь, без обещаний «подключим всё за вечер».

Нужен разбор связки Poster или R-Keeper с Битрикс24 на вашем портале — запишитесь на консультацию. Схему и объём работ называем после фактов: какие каналы уже живые, какой тариф, кто отвечает клиенту. Прайса «из статьи» нет.