指南
豪华与全服务酒店
在这个规模，问题不是某个模块存不存在，而是食品成本、审计轨迹与团队结算能不能在没有人夹在中间的情况下互相对上。
这一页写给谁
你是一家全服务酒店：多个餐饮营业点、宴会与活动业务、一个有真实采购作业的厨房、一个财务部门，以及一套必须经得起审计的安全姿态。不止一家物业、不止一种角色，还有大量事后必须能被证明的东西。
你要开启什么
以及为什么是这个模块、对这一类物业而言——不是它那段通用介绍。
前台
团队房控与带每次住宿分摊方式的主账单、按房价计划设定的入住时段策略，以及一个按营业日而非按钟运行的前台。
查看该模块 →预订
按渠道分别塑造的分销，带规则、截止时间，以及每一次推送都能单独审计的队列。
查看该模块 →客房部
把房态当作拦住入住的那个事实，在没人能靠脑子记住的规模上。
查看该模块 →财务
借贷两方都写进具编号科目的分录、由此得出的试算表、按账龄归类的应付与应收，以及说明每次结转产出的夜间稽核。
查看该模块 →收益
pace、逐晚预测、带理由的房价建议，以及把分物业表格放在集团数字之下而不是取而代之的组合视图。
查看该模块 →库存
这正是配方成本存在的那一级。目录到采购、到收货、到盘点、到配方、再到一份能与出入库总账对上的估值——以及一次让欠量保持敞开的少交货。
查看该模块 →销售点
多个营业点与宴会业务：一块从 enquiry 到 closed、带会过期选项的看板，一套面向活动营业点的排期，以及可结到房间、银行卡或活动主账户的账单。
查看该模块 →集成
你既有的那套系统不会消失。带权限范围的密钥、带投递历史与重发的 webhook，以及一个 MCP 端点，迎接那些无论你是否规划都会到来的代理。
查看该模块 →设置
角色的粒度、把 app、API 与 MCP 收在同一处的审计日志，以及退款、调整、折扣、作废与显示卡号上的二次验证阈值。
查看该模块 →
你可以不理会什么
这一节才是这一页的要害。一个在任何规模上都需要自己全部功能的产品，不是适合你的产品。
合作方门户
除非你还管理着并非自己所有的物业，否则这不是你的 realm——何况进入它本身也需要一次有意的二次验证。
某个夜晚
- 一张宴会账单结到该活动的主账户而不是某个房间，因为那正是结算对话框提供的三个去向之一。
- 厨房按配方而不是按物料出库，因此二十份会把每种配料按它自己的单位扣减，而估值到早上依然对得上。
- 夜间稽核运行。营业日推进，这次结转说明它的房费、税费、收入与收款，而它的每一步——包括凌晨两点读取 KPI 的那个代理——都是同一份审计日志里的一行。
你已经有的东西
你已有的一切。渠道可连接并认证，试算表可导出，而 API 与 webhook 正是你其余系统保持同步的方式。