Единое информационное пространство в гостинице

Добрый день, Михаил
Идея сообщить отелю о продажах в ресторане реализована давно.
Можно во фронте РЕСТАРТ указать оплату на номер и сумма будет включена как доп.услуга в счет проживающему. В простейшей схеме РЕСТАРТ просто запрашивает при оплате ввод номера (вручную, с экранной клавиатуры) и оставляет на усмотрение сотрудников работающих в отеле разбор неопознанных счетов (если ошиблись вводя номер, в номере нет проживающих или номер не существует). Есть на проектах опыт получения списка заселенных номеров и проживающих в номере для исключения таких ошибок.

Можно внести депозит (или просто выдать карту с некоторой глубиной кредита) в отеле и проводить все платежи в РЕСТАРТ через депозитный сервер. При выселении или в процессе ночного аудита отель получает все операции проведенные по депозитной карте гостя и имеет данные по остатку депозита или величине использованного кредита

План по заезду и данные по фактически проживающим в отеле по нашему опыту учитываются, но не буквально (данные уточняются, дополняются, иногда даже игнорируются) в планировании производства службами питания. Если передавать эти данные из ПП Управление отелем в ПП Комбинат Питания (или в ПП Управление рестораном)в некоторый регламентный документ — где на Ваш взгляд нужно эту информацию сохранить (Планирование банкета, План-меню или какой-то новый объект ?) и в каких бизнес-процессах использовать ?

В части иных управленческих задач — в контексте обмена данными между ПП Управление Отелем и ПП Управление Рестораном — что еще требуется ? В наших проектах как правило склады (материальный, товарный и производственный учет) ведется в ПП Управление Рестораном, а данные о номерном фонде и его использовании есть только в ПП Управлении Отелем. На память приходит только задача инвентаризации минибара в номерах и материальный учет, например оборудование в номерах. На проектах решали эти задачи по разному.

Информацию принял, обдумаем
Спасибо за Ваши идеи, будем учитывать в новых разработках