需求与住店
围绕一次住店的运营上下文。
- 管理预订与宾客档案
- 控制客房库存、房价与可售状态
- 运行入住、在住与离店流程
前台范围
完整的运营领域，而非另一个 ERP 模块。
PMS 负责酒店特有的交互模式，Platform 模块继续负责企业共享记录与管控。
物业工作
日常物业运营的前台视图。
- 运营前台
- 协调客房服务与房态
- 按住店任务分配服务工作
费用与渠道
进入企业会计前的应用边界。
- 管理 folio 与住店费用
- 连接渠道与运营伙伴
- 把约定记录交接到财务
共享 PLATFORM CORE
同一业务记录延伸到前台之外。
由 Apus 提供的 PMS 与 Apus Platform 本来就共用一个逻辑核心和业务数据平面；另一家供应商的 PMS 通过一个受控的对接点接入同一平面。商业产品与 UX 不同，但企业记录不会形成第二个孤岛。
- 租户与公司结构
- 共享主数据
- 库存记录
- 采购记录
- 财务记录
- 企业报告上下文
单一核心交接
从住店业务到企业管控。
- PMS库存
物业消耗与补货上下文可延续到共享库存记录。
- PMS采购
运营需求可转为受控采购流程。
- PMS财务
费用与结算上下文可进入会计，而无需建立平行总账。
系统边界
一个核心，三层系统。
- PMS 负责前台体验：预订、前台、客房服务与账目（folio）——无论那是你已经在用的系统，还是 由 Apus 提供的 PMS。
- POS 负责餐厅、酒吧与场内门店的交易；交易共用企业的库存、采购与财务记录。
- Apus Platform 负责贯穿财务、供应、人员、知识和管控的企业旅程。
不承诺一键迁移或零停机 cutover。每次实施以双方确认的架构和上线计划为准。
常见问题
关于 PMS 与 Platform。
这个页面讲的是哪套 PMS——Apus 的，还是我们自己的？
两者都是。PMS 是前台的行业应用，它可以是你已经在用的系统、另一家供应商的系统，也可以是 由 Apus 提供的 PMS。上面写的范围和交接点在这三种情况下都成立，差别在于集成工作量，会针对你实际的系统做调研并在方案设计阶段确定。
PMS 是 Platform 模块吗？
不是。PMS 是前台的行业应用，并连接同一逻辑 Platform Core。
PMS 会替代财务或采购吗？
两个领域是分开的：PMS 负责酒店前台工作，Platform 模块负责共享企业记录与管控。
一个逻辑核心是否意味着一个物理部署？
一个逻辑核心说的是业务记录连贯，不是物理部署的数量。拓扑因方案而异，也可能需要集成、迁移或 cutover。