А чтобы гость мог “поесть и записать на номер”, нужны интеграция айко ↔ PMS и понятный регламент.
1) Честное разделение ролей: айко vs PMS
Айко (ресторанная часть) закрывает:
- заказы в ресторане/баре, кухня, касса, оплаты;
- меню, скидки, акции, лояльность;
- склад, себестоимость, списания;
- отчёты по продажам и сменам.
PMS/HMS (гостиничная часть) закрывает:
- бронирования, заезды/выезды, тарифы, номера;
- гостевые счета, депозиты, лимиты, постинг услуг на проживание;
- отчётность отеля, взаиморасчёты по проживанию, городские/корпоративные счета.
Вместе через интеграцию
В базе знаний айко прямо выделяют “Гостиничные системы” как отдельное направление и перечисляют интеграции с отельными решениями.
Отдельно айко описывает взаимодействие с системами Libra: Epitome PMS и Logus HMS.
2) Сценарий “гость ест → закрываем на номер” — как это обычно работает
Это самый частый кейс для отеля с рестораном/баром.
Как выглядит процесс на практике
- Официант/кассир оформляет заказ в айко.
- Гость говорит: “Запишите на номер”.
- В айко выбирают способ оплаты типа “На номер / Room charge / В кредит” (название зависит от настройки).
- Айко отправляет запрос в PMS: найти гостя/номер, проверить статус (проживает ли), лимит/депозит, разрешить запись на номер.
- PMS принимает постинг и добавляет сумму в гостевой счёт.
- При выезде гость оплачивает всё на ресепшене одним счётом.
Похожая логика описана в материалах по интеграциям “отель–ресторан”: гость пишет номер комнаты и фамилию, официант закрывает счёт “на номер” через связку систем.
А в базе 1С:Отель для интеграции с айко прямо упоминается сценарий “закрытия открытых заказов на счёт проживания гостя” (идентификация гостя по номеру и т.п.).
3) Какие PMS/классы систем встречаются и как к ним обычно подключаются
Чтобы ориентироваться, полезно понимать “класс” гостиничной системы (без привязки к брендам):
1) Классическая PMS/HMS (основа)
Примеры (как класс): Epitome / Logus, другие гостиничные системы из перечня айко.
2) 1С-контур для отеля
Например: 1С:Отель и интеграция с ресторанными системами (в т.ч. айко) через веб-сервис/модуль.
3) “Постинг услуг” как интеграционный модуль
Часто это отдельный коннектор/модуль, который:
- ищет гостя по номеру/фамилии;
- пишет начисление в folio;
- возвращает в айко подтверждение (или отказ)
В магазине/каталоге айко выделен раздел “Интеграция с гостиничными системами” как отдельная категория подключаемых решений
4) Чек-лист внедрения: что подготовить до интеграции
1. Процессы и правила (решить заранее)
- Как гость подтверждает “на номер”: номер + фамилия, карта гостя, подпись на пречеке и т.д.
- Нужны ли лимиты: например, “на номер можно до X ₽/день” или “только при депозите”.
- Какие точки продаж участвуют: бар, ресторан, room service, мини-бар, SPA/услуги (если тоже через айко/кассу).
2. Данные и справочники
- Единая логика идентификации гостя: номер комнаты, фамилия, ID брони/гостя (как умеет ваша PMS).
- Единая структура “услуг”: часто в PMS нужно, чтобы начисления приходили с понятной категорией (“Restaurant”, “Bar”, “Room service”).
3. Настройки айко (что важно не забыть)
- Отдельный тип оплаты “На номер/В кредит” (как внешний способ оплаты) — чтобы это не смешивалось с наличкой/картой.
- Ограничения прав: не каждый сотрудник должен уметь отменять такие оплаты, удалять заказы “на номер”, делать сторно без подтверждения.
- Отдельные роли: кассир/официант vs администратор/менеджер.
4. Настройки PMS
- Разрешение на постинг услуг из ресторана
- Проверка статусов: “проживает / выехал / не заехал”
- Правила депозита/лимита/городского счёта (если есть)
5) Контроль и сверка
В отельных связках обычно есть две сверки:
1) Ежедневная (операционная) — 10–20 минут
- Список чеков/заказов, закрытых “на номер” за день в айко
- Список начислений в PMS за день
- Быстрая проверка: количество и суммы совпадают
2) Ежемесячная (финансовая) — при закрытии периода
- Сверка “ресторанные начисления” в PMS с управленческими отчётами айко по каналу “на номер”
- Разбор исключений: отмены, “зависшие” операции
6) Типовые ошибки и их решение
Ошибка 1: “Не тот статус гостя”. Гость уже выехал / ещё не заехал / номер продлён вручную — PMS не даёт списать, а в ресторане очередь. Решение: правило “если PMS отказала — только альтернативная оплата” + админский сценарий “проверить статус” (без самодеятельности кассира).
Ошибка 2: “Завис кредит / начисление не дошло”. В айко закрыли “на номер”, а в PMS начисления нет (или наоборот). Решение: ежедневная сверка + логирование интеграции + правило: в спорных случаях фиксируем номер заказа, время, кассу, сотрудника.
Ошибка 3: “Не сходится закрытие”. Чаще всего причина — отмены/сторно/корректировки без регламента и прав. Решение: ограничить опасные операции, включить подтверждение менеджера, запретить отмену “на номер” рядовым ролям.
Ошибка 4: “Смешали каналы”. Часть начислений “на номер” пробили как обычную карту/наличку (или наоборот). Решение: отдельный тип оплаты + короткая памятка на стойке: как закрывать на номер и что делать при отказе PMS
7) Мини-регламент “на номер” для персонала
Официант/кассир
- Уточнить номер комнаты и фамилию (или другой идентификатор).
- Закрыть заказ способом оплаты “На номер”.
- При отказе PMS: позвать администратора, закрыть альтернативной оплатой по решению администратора.
- Никаких отмен “на номер” без менеджера.
Администратор/менеджер
- Решает спорные случаи (статус гостя, лимит, отказ).
- Подтверждает отмены/сторно по правилам.
- Делает ежедневную сверку “айко ↔ PMS”.
Если у вас остались вопросы, оставьте заявку - свяжемся и проконсультируем