Начисление на номер
Официант выбирает проживающего гостя и относит заказ на его счет. Администратор видит ресторанные начисления в гостиничной системе.
Собственная разработка ProfitM
Ресторанные заказы — на счет гостя. Полная интеграция под процессы вашего отеля: от завтрака до расчета при выезде.
Один процесс обслуживания
Свяжем iiko с гостиничной системой управления — PMS. Ресторан продолжит работать в знакомом интерфейсе, а ресепшен получит согласованные данные для обслуживания и расчета гостя.
Официант выбирает проживающего гостя и относит заказ на его счет. Администратор видит ресторанные начисления в гостиничной системе.
Связываем право на питание с проживанием: включенный завтрак, дополнительные гости, детское питание и доплата за выбранные услуги.
Заказ проходит через ресторан и кухню iiko, а согласованные данные об услуге передаются в счет гостя. Питание в номере не теряется при расчете.
Настраиваем правила обмена для разных мест обслуживания: лобби-бар, основной ресторан, летняя площадка или другой объект комплекса.
Определяем, где сотрудник отменяет операцию, как связать возврат с исходным заказом и какие изменения должны отразиться в обеих системах.
Предусматриваем журнал операций, проверку расхождений, повторную передачу после сбоя и защиту от повторного начисления в рамках согласованного интерфейса.
Без привязки к одной системе
Облачная PMS, локальная программа или собственная система отеля — начинаем с ваших процессов и доступных способов обмена. Разрабатываем связку с iiko под согласованные задачи.
Полноту обмена определяем до запуска: проверяем интерфейсы, лицензии, версии программ и доступность нужных данных.
Проверить мою PMSНазвание PMS само по себе не определяет состав решения. Возможности конкретной версии подтверждаем при обследовании.
Пример рабочего сценария
Сотрудник оформляет заказ в iiko и выбирает гостя по согласованным правилам поиска.
Интеграция передает заказ на счет проживания и фиксирует результат обработки.
Ресепшен видит начисление. Ответственные сотрудники проверяют суммы и статусы операций.
Это пример проектируемого процесса. Депозиты, лимиты, способы оплаты и корректировки согласуются для вашей конфигурации.
Есть нестандартная задача?
Расскажите, что сейчас приходится переносить вручную между рестораном и ресепшен.
Результат проекта
Собственная разработка дает возможность учесть правила именно вашего объекта: питание по тарифам, разные точки продаж и нестандартные операции.
От задачи к запуску
Уточняем PMS, версию iiko, точки питания, тарифы проживания и порядок расчетов.
Фиксируем данные, направления обмена, ограничения, состав работ и критерии приемки.
Подготавливаем интеграцию ProfitM под доступные интерфейсы вашей системы.
Проверяем типовые операции, отмены и сбои на тестовых данных до рабочего запуска.
Передаем инструкции ресторану и ресепшен, согласуем сопровождение и обновления.
Стоимость интеграции
Стоимость зависит от гостиничной системы, версии iiko, числа объектов и глубины обмена. В предложении отдельно покажем разработку, внедрение, необходимые лицензии и сопровождение.
Пароли и персональные данные гостей в заявке не нужны.
Ответственность за результат
Проектируем и адаптируем обмен под согласованные процессы отеля и ресторана.
Связываем техническую настройку с ежедневными действиями кассира, официанта и администратора.
Обучение iiko можно включить в проект, чтобы команда уверенно работала после запуска.
Об обученииДо начала работ
Рассматриваем любые гостиничные системы, включая облачные, локальные и собственные разработки. Перед договором проверяем версию, доступные API или другие поддерживаемые способы обмена. Состав интеграции подтверждаем по результатам этой проверки.
Задача проекта — связать ресторан с вашей гостиничной системой. Сначала проверяем возможности текущей PMS; замена системы не является обязательным условием.
Это согласованный цикл работы: выбор гостя, передача начисления, отображение результата, обработка корректировок и сверка. Какие именно операции войдут в проект, закрепляем в техническом задании с учетом возможностей PMS и iiko.
Готовый модуль реализует заданный поставщиком набор сценариев. Собственная разработка ProfitM позволяет адаптировать обмен под ваши правила питания, точки обслуживания и нестандартные процессы. Если типовой модуль уже решает задачу, учитываем его при выборе решения.
Сценарий начисления на номер позволяет передать задолженность по заказу в PMS для последующего расчета. Способы оплаты, кассовый контур и порядок чеков согласуем для вашей конфигурации и юридических лиц.
Такой сценарий включаем в проект после проверки данных о бронировании и питании в PMS. Отдельно согласуем количество гостей, даты, повторный проход и дополнительные платные услуги.
На этапе проектирования определяем, какие операции доступны без связи, как сохраняется статус передачи и как выполняется сверка после восстановления. Поведение проверяем на пилоте; оно зависит от выбранных интерфейсов.
Стоимость и сроки рассчитываем после разбора PMS, версии iiko, количества объектов и сценариев. Отдельно указываем разработку, лицензии сторонних систем, внедрение, обучение и сопровождение.
Укажите вашу PMS и задачу. Подготовим следующий шаг для интеграции с iiko.