前台与房态
- 预订、排房、入住、换房、退房一条流程走完
- 多状态房态管理：在住、待清洁、维修、自用房等分开记
- 团队与散客同界面处理，团队房块与房单可批量导入
酒店系统最容易踩的四个坑
- 前台、餐饮、宴会、财务各一套系统，数据对不上，月底结账靠人工凑。
- 宴会和团队订单散在微信、Excel 和销售手里，房块留不住，超售了才发现。
- 每天的问题都在报表里，但要人翻半小时才能看出该处理哪几件。
- 通用 PMS 改不动：房态少几种、房价政策不符合本地规则，就只能靠员工记。
这些问题很少是「功能不够」，而是系统不贴合这家店的真实业态——房态规则、房价政策、协议单位、宴会流程，每一条都是酒店自己的。所以这套方案的做法是：先把你的口径摸清，再交付一套对得上的系统。
系统覆盖什么
账务与夜审
- 挂账、分账、结账、发票开具与红冲
- 夜审扎账：校验未结账单、未走房，锁定营业日
- 协议单位月结与应收账龄，账单可直接打印
宴会与团队
- 场次、合同、定金到 BEO（宴会通知单）全链路
- BEO 按厨房分组合并打印，标出素食与过敏原
- 宴会订单与客房房块互相关联，一个活动看得到房间和场地
房价与收益
- 日历价与限制条件（连住、提前预订等）统一维护
- 收益预测、月度预算与实绩对比
- 竞对价登记与竞争指数，建议价可采纳并留审计记录
AI 智能日检
- 规则引擎先把事实算准（超订、未结账、逾期待办等）
- 再把结果归纳成「今天最该处理的几件事」，可指派、可追踪
- 模型输出经结构校验与数字回查，异常时退回本地规则推演并明确标注
AI 执行助手
- 一句话串起多步操作：查房、排房、延住、生成晨会简报
- 每一步执行前出计划卡，由人确认后才落地
- 全程留审计记录，可按单步回看；规则不可用时自动降级
怎么交付
- 01
业态梳理
房量、餐饮与宴会空间、房态规则、房价政策、协议单位与夜审口径，逐项对齐。
- 02
方案定稿
确定模块范围、定制差异与验收标准，明确哪些用配置、哪些要开发。
- 03
AI 定制开发
业务流程与数据结构由 AI 参与编写与验证，人负责口径把关与验收。
- 04
数据与对接
房型房价、协议单位、历史账单导入；对接门锁、公安上传等既有系统。
- 05
培训上线
前台、收银、销售、财务分角色培训，夜审与结账流程单独陪跑。
系统界面
以下界面取自实际开发版本，数据为演示样例。
常见问题
「AI 定制」具体指什么？
指业务流程、数据结构与界面按你酒店的业态和流程来定，不做「买回去自己迁就」的标准品；开发与测试环节由 AI 全程参与，把通常要几个月的定制周期压缩下来。最终口径以你方验收为准。
能和我们已经在用的系统打通吗？
门锁、身份证读卡器、公安上传、发票、OTA 渠道这几类对接很常见，会在方案阶段先确认对方接口是否开放、需要哪些资质，能接的写进方案，接不了的提前说明。
数据和源码归谁？
业务数据始终在你方环境里。源码与知识产权归属在合同中明确约定，可按你方的合规要求做本地化部署与交付。
上线要多久？
跟门店规模和要接的模块有关，通常先上一个能跑通前台、收银与夜审的核心版本，再逐步补宴会、收益与 AI 能力。具体周期在方案里写明。