Интеграция сервера лояльности в 1С:Ресторан и 1С:Фастфуд: карты, бонусы и персональные акции

Интеграцию встроенного сервера лояльности в 1С:Ресторан и 1С:Фастфуд начинают с проверки версии конфигурации, прав доступа и обмена с кассовыми рабочими местами. Затем создают шаблон дисконтной карты, связывают карту с гостем, задают скидки и бонусные правила, тестируют продажи и возвраты, после чего включают программу для всех касс.

Встроенный сервер лояльности в решениях на базе 1С:Розница помогает централизованно вести карты гостей, бонусные счета, скидки и персональные предложения. Состав доступных объектов, команд и сценариев зависит от релиза конфигурации, подключенных модулей и доработок базы. Поэтому названия разделов сверяйте с интерфейсом своей базы, а новые правила сначала проверяйте на копии базы или на одной тестовой кассе.

С чего начать интеграцию сервера лояльности в 1С:Ресторан и 1С:Фастфуд

Перед настройкой зафиксируйте коммерческие правила программы. Руководитель утверждает размер скидок, порядок начисления и списания бонусов. Администратор заводит настройки. Кассир проверяет сценарии в РМК. Специалист 1С контролирует обмен, права и журнал регистрации.

1. Сделайте резервную копию рабочей базы и сохраните список текущих скидок.
2. Проверьте релиз 1С:Ресторан или 1С:Фастфуд, версию платформы и активные функциональные опции.
3. Определите типы карт, формат номера, обязательные данные гостя и правила работы с утерянными картами.
4. Создайте две тестовые карты: обычную и карту с особыми условиями.
5. Проведите контрольные продажи, списание бонусов, полный и частичный возврат.
6. Проверьте отчетность и доступность карты на каждой кассе.

Какие возможности проверить в текущей версии решения

Откройте сведения о конфигурации и зафиксируйте релиз, версию платформы, состав подключенных расширений и дату последнего обновления. Проверьте наличие объектов для карт, клиентов, скидок, бонусных счетов, маркетинговых акций и обмена с РМК. У пользователя, который настраивает программу, должны быть права на изменение правил, просмотр истории операций и контроль обмена. У кассира оставьте права на поиск клиента, чтение карты и оформление продажи, без ручной корректировки бонусного баланса.

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

Не переносите параметры из другой конфигурации без проверки. Логика скидок в 1С:УНФ, 1С:Рознице, 1С:Ресторан и 1С:Фастфуд может отличаться набором условий, приоритетов и документами учета.

Какие данные и роли нужны для запуска

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

Как настроить дисконтные карты в 1С:Ресторан и 1С:Фастфуд

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

Создание шаблона и параметров карты

В шаблоне определите вид идентификатора: номер карты, штрихкод, код из мобильного приложения или другой вариант, который поддерживает конфигурация. Для учебного сценария можно использовать 13-значный номер с проверкой уникальности. Формат должен совпадать с тем, что печатает карта или передает оборудование. Если сканер читает код с ведущими нулями, система не должна отбрасывать их при поиске.

• Укажите тип карты: постоянная, временная, корпоративная, VIP или другая категория программы.
• Настройте уникальность номера, чтобы один идентификатор не попал к двум клиентам.
• Определите статус: активна, заблокирована, истек срок действия, выдана, но не активирована.
• Задайте дату начала и окончания действия, если программа использует ограниченный период.
• Зафиксируйте, допускается ли замена карты с переносом баланса.

Физическая карта, электронный идентификатор и запись участника программы могут храниться по-разному. В одних релизах карта выступает отдельным объектом, в других идентификатор хранится в карточке клиента. Перед массовой печатью карт проверьте модель учета на двух тестовых записях.

Регистрация карты за гостем

При выдаче карты сначала ищите существующего клиента по номеру телефона или другому утвержденному реквизиту. Только при отсутствии совпадения создавайте новую карточку. Телефон удобно использовать как основной ключ поиска, если компания собирает его с согласия гостя и проверяет формат. ФИО без телефона не защищает от дублей: один гость может быть записан с разным написанием имени.

1. Найдите клиента по телефону.
2. Проверьте, нет ли у него активной карты.
3. Заполните обязательные реквизиты клиентской анкеты.
4. Присвойте номер или штрихкод карты.
5. Проверьте статус карты и дату активации.
6. Сохраните запись и повторно найдите клиента по номеру карты.

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

Проверка карты на кассе

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

Если в заведении несколько ККМ или кассовых мест, заранее проверьте доступность карточек и скорость обмена. Практический порядок проверки оборудования и РМК описан в материале о настройке нескольких касс, РМК и сканирования дисконтных карт в 1С:УНФ. Логика интерфейса может отличаться, но тесты чтения карты и оформления чека остаются обязательными.

Настройка скидок по картам в 1С:Ресторан и 1С:Фастфуд

Правило скидки переводит коммерческое условие в параметры программы: размер выгоды, товары, минимальную сумму, период, заведение, кассу и тип карты. Настраивайте правило так, чтобы кассир мог объяснить результат по чеку за несколько секунд. Сложная формулировка без приоритета часто дает неожиданную итоговую цену.

Условия применения скидки по карте

Учебный пример: карта типа Постоянный гость дает скидку 7% на блюда категории Основное меню при сумме таких позиций от 1 500 рублей, с понедельника по четверг с 12:00 до 16:00. Напитки, доставка и товары специальной категории исключены. В карточке правила проверьте тип карты, период действия, состав номенклатуры, минимальную сумму и доступность по ресторану или кассовой точке.

Приоритеты и несовместимые скидки

Одна продажа может одновременно подходить под скидку по карте, акцию по времени и персональное предложение. До запуска выберите один принцип: правила суммируются, применяется самое выгодное условие или правило с большим приоритетом заменяет остальные. Зафиксируйте это в настройках и регламенте кассира.

Составьте таблицу конфликтов минимум для четырех ситуаций: базовая скидка по карте плюс персональная акция, скидка по категории плюс скидка по времени, товар-исключение в смешанном чеке, покупка ровно на минимальную сумму. Если используется расчет по максимальной выгоде, проверьте, что система выбирает ожидаемое правило. Если скидки суммируются, проверьте, не превышает ли общий размер утвержденный лимит.

Подход к точечным условиям по товарам полезно сравнить с материалом о точечных скидках и автоматизации акций в 1С:УНФ. Перед переносом логики в 1С:Ресторан или 1С:Фастфуд проверьте доступные условия именно в своей конфигурации.

Контроль скидки в чеке и при возврате

В тестовом чеке сравните цену до скидки, сумму скидки, цену после скидки и итог к оплате. При возврате проверьте полный сценарий и частичный возврат одной позиции из чека. Система должна корректно отразить возврат в продаже, истории клиента, отчете по скидкам и бонусном балансе, если правила связывают скидку с начислением. Отдельно контролируйте фискальные реквизиты, которые формирует кассовое решение.

Как настроить бонусную программу для гостей

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

Правила начисления бонусов

Учебный пример: гость получает 5% бонусами от блюд основного меню. В чеке на 2 400 рублей 400 рублей приходится на исключенные позиции. База начисления составит 2 000 рублей, начисление составит 2 000 × 5% = 100 бонусов. Если в правилах задано округление до целого, проверьте его на суммах с дробным результатом, например при базе 1 999 рублей.

• Определите, начисляются ли бонусы на сумму до скидки или после скидки.
• Исключите товары и категории, которые не участвуют в программе.
• Проверьте ограничения по способу оплаты, если они приняты в правилах компании.
• Укажите момент доступности: сразу после продажи, после закрытия заказа или после завершения обмена.
• Проверьте отмену начисления при возврате.

Правила списания бонусов

Задайте минимальный баланс, допустимую долю оплаты и товары, на которые можно расходовать бонусы. Пример: разрешено оплачивать бонусами не более 30% чека. При сумме 1 800 рублей максимальное списание составит 1 800 × 30% = 540 бонусов. Если у гостя 600 бонусов, в оплату попадет 540, а остаток составит 60 бонусов.

Проверьте сценарий, когда баланс меньше установленного минимума, например 49 бонусов при пороге 50. Проверьте смешанную оплату бонусами и деньгами, товары-исключения и ситуацию, когда персональная акция действует одновременно со списанием. В истории операции должны быть видны дата, чек-основание, сумма списания и остаток.

Срок действия и сгорание бонусов

Срок действия задавайте по утвержденной политике компании и возможностям релиза. В регламенте укажите дату, с которой начинается отсчет, порядок сгорания, правила при возврате и способ информирования гостя. Для контроля создайте тестовое начисление с коротким сроком, например 7 дней, затем проверьте баланс до даты окончания, в день окончания и после нее.

Не корректируйте сгоревшие бонусы вручную без причины и ссылки на операцию. Каждое восстановление фиксируйте комментарием, номером документа и пользователем, который выполнил действие.

Персональные акции для владельцев карт

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

Сегментация клиентов и условия отбора

Практичный сегмент для первой проверки: владельцы активных карт, которые не совершали покупок 45 дней, но сделали минимум 3 покупки за последние 180 дней. Такой отбор нужно проверить на 10-20 карточках вручную. Убедитесь, что возврат не учитывается как полноценный визит, а дубли клиентов не увеличивают частоту покупок.

• Тип карты и ее статус.
• Дата последней покупки.
• Количество чеков за период.
• Оборот и средний чек.
• Покупки по выбранным категориям.
• Признак согласия на используемый канал коммуникации, если он ведется в базе.

Настройка персонального предложения

Пример акции: владельцу карты из сегмента возврата предоставляется 15% на десерты при покупке горячего блюда, один раз, в течение 14 дней, только в двух выбранных заведениях. В параметрах акции укажите участников, товары, размер выгоды, минимальное условие, лимит применений, даты, список ресторанов и совместимость с базовой скидкой.

Ожидаемый результат должен быть измеримым. Для приведенного примера в чеке с горячим блюдом и десертом скидка применяется только к десерту. В чеке без горячего блюда акция не срабатывает. При повторной покупке после первого использования скидка не предоставляется.

Проверка применения персональной акции

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

Автоматическая выдача карт гостям

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

Сценарий выдачи карты при регистрации гостя

1. Кассир запрашивает номер телефона или другой утвержденный идентификатор.
2. Система либо кассир выполняет поиск существующей карточки клиента.
3. При отсутствии совпадения создается новая карточка с обязательными реквизитами.
4. Карте присваивается номер, штрихкод или электронный идентификатор.
5. Кассир проверяет статус и доступность карты в продаже.
6. Гость получает физическую карту, номер или иной способ идентификации.

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

Защита от дублей и повторного выпуска

Закрепите единый порядок поиска: сначала телефон, затем номер карты, затем другие допустимые реквизиты. При найденном клиенте не создавайте новую карточку ради ускорения продажи. Если карта потеряна, заблокируйте старый идентификатор, выпустите новый и проверьте перенос баланса. Право на ручной выпуск, блокировку и корректировку баланса оставьте ограниченному кругу пользователей.

Проверка обмена с кассовыми местами

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

Сценарий автоматической подстановки карты при выборе клиента полезен как ориентир для проверки пользовательского пути. Его логика разобрана в статье о дисконтной карте по умолчанию в 1С:УНФ. Доступность такой функции в ресторанной конфигурации нужно проверять отдельно.

Управление бонусным балансом и история операций

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

Проверка баланса по карте и клиенту

Сравните баланс в карточке клиента, на кассе и в истории начислений и списаний. Если значения расходятся, начните с последней операции: найдите чек, проверьте его проведение, возврат, отмену и время обмена. Затем проверьте статус карты. Расхождение в 100 бонусов после возврата часто связано с тем, что возврат еще не попал в кассовое место или правило обратного списания не выполнилось.

Корректировка начислений и списаний

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

Раз в неделю проверяйте список ручных операций. Если одна причина повторяется, исправляйте правило, обмен или инструкцию кассира, а не компенсируйте ошибку отдельными корректировками.

Блокировка, замена и восстановление карты

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

Отчеты по картам, бонусам и персональным акциям

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

Аналитика по дисконтным картам

Отделите активные, заблокированные и неиспользуемые карты. Для внутреннего отчета можно принять рабочее определение активной карты: по ней прошла хотя бы одна продажа за выбранные 90 дней. Сравните число новых регистраций, долю повторных визитов, оборот участников и средний чек с картой. Рост выпуска карт при снижении повторных покупок указывает на проблему в условиях программы, обслуживании или качестве клиентской базы.

Аналитика по бонусам и скидкам

Контролируйте начисленные, списанные, сгоревшие и скорректированные бонусы. Отдельно учитывайте сумму скидок и количество чеков, в которых использовалась карта. Сверяйте эти сведения с продажами и возвратами за один период. Например, если за месяц начислено 50 000 бонусов, а в отчете по продажам нет чеков-оснований на сопоставимую базу, проверьте настройки отбора, обмен и ручные операции.

Оценка персональных акций

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

Типовые ошибки при настройке сервера лояльности

Большинство проблем можно локализовать по цепочке: карта, клиент, правило, касса, документ продажи, обмен, отчет. Сначала повторите ошибку на простой контрольной покупке без дополнительных акций. Затем поочередно добавляйте условия. Так легче найти параметр, который блокирует скидку или бонусную операцию.

Карта не определяется на кассе

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

Скидка или бонусы не применяются

Проверьте активность правила, дату и время, заведение, тип карты, состав чека, минимальную сумму, приоритеты, ограничения совместимости и статус бонусов. Для бонусов отдельно сверяйте базу расчета и момент доступности. Повторите тест на покупке из одной разрешенной позиции. После этого добавьте исключенный товар, вторую скидку и списание бонусов.

Расхождение баланса и отчетов

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

Контрольный запуск и регламент после настройки

Перед запуском программы проведите приемку по одному чек-листу на каждой кассе.

• Тестовая карта распознается сканером и ручным поиском.
• Карта правильно связана с клиентом.
• Скидка применяется на разрешенные позиции и не применяется на исключения.
• Бонусы начисляются по утвержденной базе.
• Списание не превышает установленный лимит.
• Полный и частичный возврат корректно меняют историю операций.
• Персональная акция доступна только гостю из нужного сегмента.
• Новая карта доступна на всех кассовых рабочих местах.
• Отчет по картам и бонусам содержит тестовые операции.

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