Касса ресторана и PMS: как не терять выручку F&B на счетах гостей

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

Дальше по порядку: как выбрать схему, что проверить у поставщика на демо, где теряются начисления и как выстроить сверку. Критерии выбора, карта потерь и порядок сверки — рекомендации редакции TourBC, собранные по логике ночного аудита и сверки касса–ОФД. Нулевых потерь они не гарантируют. Их задача — чтобы расхождения были видны в тот же день.

Отдельная касса или связка с PMS: по каким критериям выбирать

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

• Как кассир находит гостя. Контур.Отель описывает поиск проживающего в iikoFront по ФИО или номеру комнаты. Если фамилию и номер на кассе приходится вводить отдельно, ошибки в номере неизбежны.
• Куда уходит оплата. По описанию Контур.Отеля, заказ списывается с депозита гостя и попадает в карточку бронирования. Shelter заявляет для Shelter Pro возможность закрыть заказ по номеру комнаты. Механики разные, и от них зависит, как потом считать выручку.
• Как собирается счёт при выезде. Ресторанные начисления должны лежать в той же карточке, что и проживание, а не в отдельной выгрузке.
• Есть ли перенос на корпоративные и событийные счета. У зарубежной Clock PMS+ в интеграции с r-keeper описан перенос на такие счета с контролем допустимых счетов. Это пример набора функций, который стоит запрашивать у любого поставщика. Что он есть у российских PMS, отсюда не следует.
• Лицензии и разделение работ. Для плагина iikoPMSIntegration нужна отдельная лицензия, а основную настройку, по описанию Контур.Отеля, выполняет сторона iiko. Закладывайте это в бюджет заранее.
• Кто отвечает за сбой на стыке. Если касса и PMS от разных поставщиков, договоритесь заранее, к кому обращаться.

Есть и ограничение. Интеграции Контур.Отеля и Shelter с iiko и r_keeper подтверждены только описаниями самих производителей. Рынок PMS в России разнороден, и глубина связки зависит от конкретной пары продуктов. Фраза «PMS и касса интегрируются» без названия пары и версии ничего не гарантирует.

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

Что проверить у поставщика до подписания

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

1. Найдите гостя на кассе по ФИО и по номеру комнаты. Затем проверьте номер, где проживают двое, и гостя, которого переселили в другой номер.
2. Проведите заказ на номер и убедитесь, что он появился в карточке проживания в нужной сумме и с разбивкой по позициям.
3. Отмените позицию, оформите возврат и посмотрите, отразилось ли это в счёте гостя.
4. Выселите гостя с открытыми ресторанными начислениями и проверьте, как закрывается итоговый счёт.
5. Перенесите начисление на корпоративный или событийный счёт, если такие у вас есть.
6. Запросите список лицензий и выясните, кто и за чей счёт выполняет настройку.
7. Завершите сценарий сверкой: итоги кассы за смену должны сойтись с начислениями в PMS.

Если поставщик не может показать сквозной сценарий «заказ → счёт номера → выезд → сверка», считайте заявленную интеграцию непроверенной.

Где теряются начисления

Карта ниже собрана из типичных точек утечки, которые описывают зарубежные поставщики (Docyt, StayNTouch). Воспринимайте её как набор гипотез: у каждой есть признак в данных, по которому её можно заметить у себя.

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

Вторая точка — смены без ночного аудита. Docyt называет пропущенное закрытие ночного аудита причиной потери данных за сутки. Контур.Отель описывает ночной аудит как ежедневную проверку финансовых и операционных данных за прошедшие сутки с формированием отчётов и закрытием счетов дня. Признак: итоги за день в отчётах PMS «плавают» или сутки закрыты без привязки к закрытым сменам кассы. Правило для отеля: смену ресторана и бара закрываем до ночного аудита, а не после.

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

С минибаром сложнее. Производитель автоматических минибаров Bartech заявляет, что датчики уведомляют PMS об извлечении товара, а в полуавтоматических и ручных системах покупки передаются в PMS через приложения. Это заявление поставщика. Ручной режим остаётся отдельным риском: горничная вносит расход после проверки номера, а гость мог выехать раньше. Признак: расход минибара в учёте не совпадает с движением остатков.

Docyt относит к утечкам и неучтённые no-show. По банкетам и корпоративным счетам смотрите, закрыт ли счёт на того, на кого выставлен, и нет ли начислений, которые никто не привязал к плательщику.

Сверка по сменам и дням

Готовой отраслевой методики сверки F&B с PMS нет, поэтому предлагаем порядок, собранный из двух опор. Первая — логика ночного аудита: ежедневная проверка финансовых данных за сутки и закрытие счетов. Вторая — принцип из справки Контур.Маркета: статистика по чекам должна совпадать в кассе, учётной программе и ОФД, а выручку стоит сравнивать по дням отдельно по наличным и безналичным расчётам.

1. Закройте смену на кассе ресторана и на кассе бара. Открытых смен до следующего дня быть не должно.
2. Сравните итог смены по кассе с начислениями в PMS в разрезе точек: ресторан, бар, минибар.
3. Отдельно сверьте виды оплаты: наличные, безналичные и «на номер».
4. Разберите расхождения до ночного аудита, чтобы сутки закрывались на проверенных данных.
5. Сверьте данные кассы с ОФД по дням. Контур.Маркет предупреждает: если ОФД зарегистрировал не все чеки или лишние, это может привести к штрафу или проверке налоговой.
6. Запишите расхождения в журнал: дата, смена, точка, сумма, причина, кто исправил.

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

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

Чеки в общепите: что учесть при настройке касс

С 1 марта 2025 года в общепите действует порядок выдачи чеков: изменения статьи 1.2 закона № 54-ФЗ разъяснены в письме ФНС от 14.02.2025 № АБ-4-20/1500@. Бумажный чек выдаётся клиенту после его согласия оплатить счёт, но до момента оплаты. По разбору Saby, порядок охватывает обслуживание официантами, самообслуживание, стойки баров и быстрое питание и касается всех форм расчёта, включая наличные, безналичные и QR-коды. Для отеля это значит, что настройки кассы и роли персонала в ресторане и в баре у стойки могут различаться: порядок зависит от формата обслуживания.

Штраф за невыдачу чека для ИП, по данным Т-Банка, составляет от 25 до 50% суммы расчёта, но не менее 10 000 рублей. Точные условия смотрите в тексте закона. Как оформлять ресторанный чек при записи на счёт проживания, лучше уточнить у бухгалтера или юриста: мы не утверждаем, что такой перенос разрешён или запрещён. Действующие Правила предоставления гостиничных услуг и услуг иных средств размещения утверждены постановлением Правительства РФ от 27.11.2025 № 1912 и применяются с 1 марта 2026 года. Как они затрагивают учёт F&B и расчёты за питание, сверьте с текстом Правил и уточните у юриста.

Как посчитать, сколько вы теряете

Зарубежные блоги, например Prostay, оценивают годовые потери независимых отелей от ошибок начислений между POS и PMS в процентах от выручки F&B. Это оценка самой компании, и переносить её на российские отели нельзя. Потери лучше измерить самим, в четыре шага.

1. Выберите период, например прошлый месяц, и возьмите по кассе сумму чеков с оплатой «на номер» отдельно по ресторану и бару.
2. Возьмите за тот же период сумму начислений F&B в PMS по тем же точкам.
3. Вычтите сумму по PMS из суммы по кассе. Возвраты и отмены покажите отдельной строкой, чтобы они не маскировали реальную разницу.
4. Разнесите разницу в деньгах по точкам и сменам и сопоставьте с журналом расхождений.

С такой цифрой проще говорить и с собственником, и с поставщиком.

С чего начать

Начинать стоит не с выбора системы, а с замера. Возьмите прошлый месяц, найдите все начисления на номер, которые переносились вручную, и отметьте точки с расхождениями. Затем выберите схему по шести критериям и проверьте её на сквозном сценарии в тестовой среде. После этого встройте сверку F&B в ночной аудит, который Контур.Отель описывает как ежедневную проверку данных за сутки.

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