跳到正文
Lodgcore 酒店管理系统

系统对接

边界开放, 内核克制。

酒店本身就是一张系统网络:门锁、支付、渠道、电话、能耗、财务。PMS 应该是它们汇合的地方,而不是又一个孤岛。每个接口都有文档、有监控、有负责人。

现代酒店塔楼立面

接口可用性取决于第三方系统及其 API。我们在调研阶段确认兼容性——在立项之前,而不是上线之后。

接口清单

接什么,解决什么。

下面覆盖酒店常见的对接点。具体组合按门店确认,不是每个接口在每个项目都需要。

01

渠道

渠道与订房引擎

可售房、房价与限制条件同步到 OTA 与直连引擎;订单带着正确的房价代码与客史返回。

  • 渠道管理连接
  • 直连订房引擎
  • GDS 与 CRS
  • 房价与限制同步

02

客房

门锁、能耗与客房系统

前台制卡;房态、能耗与客房控制跟随入住与退房变化。

  • 电子门锁
  • 制卡机
  • 空调与能耗控制
  • IPTV 与点播

03

身份

登记与合规

身份信息在入住时一次采集并写入客史,保留规则按当地法规执行。

  • 身份证与护照阅读
  • 签名采集
  • 入住登记单
  • 按要求上传公安系统

04

支付

终端、网关与结算

刷卡终端与支付网关带着可追溯的参考号入账,结算与账本对得上。

  • 刷卡终端
  • 支付网关
  • 多币种处理
  • 结算与拒付参考

05

电话

分机、叫醒与计费

入住开通客房分机与外线权限,退房关闭。叫醒任务与话费跟随客史。

  • PMS–PBX 状态同步
  • 叫醒服务
  • 话费入账
  • 迷你吧与语音服务入账

06

餐饮

厨打与营业点系统

点单到达正确的档口;营业点系统共享客史与账单,消费只入一次。

  • 厨房打印
  • 出菜屏
  • 营业点 POS
  • 菜谱与库存扣减

07

财务

财务与 ERP

收入、税金、应收与支付以对平后的日记账导出,科目映射由财务确认。

  • 总账导出
  • 应付账款
  • 税务报表
  • 银行对账参考

08

运营

工程、能耗与安全

工程工单、能耗监控与安全系统可以收发事件,不需要人工桥梁。

  • 工程工单
  • 能耗监控
  • 消防与安全信号
  • 门禁日志
夜间客房,窗外是城市天际线
客房系统——门锁、能耗、电话与客房控制——和前台共用同一层接口。
客房窗户与城市天际线
连接大堂的全日餐厅
酒店塔楼窗格
弧形玻璃塔楼

如何组合

一个内核,多个边界。

平台把客史、账单与报表模型放在中心。接口是外围适配器——可替换、可观测、相互隔离,一条连接失败不会拖垮前台。

01

宾客触点

前台、移动员工、自助机、订房引擎、客房设备。

02

接口层

有文档的 API、Webhook、文件交换与厂商适配器,带日志与重试。

03

运营内核

一份客史、一套账单结构、一套报表定义。

04

外部服务

渠道、支付、门锁、电话、财务、能耗与安全系统。

给技术团队

一个能讲清楚的接口。

对接失败,通常是因为契约模糊。我们公开契约、提供沙箱,并让版本可见。

01

有文档的端点

请求与响应结构、错误码与鉴权方式在开工前就有文档。

02

沙箱与测试数据

厂商与门店 IT 可以在非生产环境用代表性数据联调。

03

事件与 Webhook

入住、退房、入账与客史变更可以发出事件给下游系统。

04

日志与重试

每次接口调用都带关联 ID 记录;失败调用按退避策略重试并告警。

05

版本管理

破坏性变更会升版本并提前通知,支持窗口写入合同。

06

责任归属

每条连接在我们这边有具名负责人,门店有书面的降级流程。

安全与可靠性

不性感的部分,认真做。

客史是个人数据。平台围绕最小权限、可追溯与可恢复来设计,而不是围绕网站上的一枚徽章。

基于角色的访问

权限按角色授予,并可收窄到具体动作,如作废、打折或导出。

审计轨迹

客史访问、账单变更、房价覆盖与导出,按要求记录用户、时间与原因。

传输与存储加密

组件之间传输加密,数据库与备份静态加密。

备份与恢复

备份有排期、有演练、有文档;恢复目标按部署方式约定。

数据驻留选项

云、本地与混合部署,让集团把数据放在需要的司法辖区或网络内。

运维透明

维护窗口、事件沟通与变更记录是服务的一部分,不是事后补的说明。

具体认证与合规声明取决于签约主体、部署方式与市场,会在商务沟通中以书面确认。本页不声明任何尚未针对你的部署完成核验的认证。

一个实例

入住开分机,退房关权限。

电话对接是检验接口是否真实的好例子。下面是平台与 PBX 连接后支持的流程。

入住

开通分机

PMS 发送房号、客人姓名与住期。PBX 开通分机、设置显示名并应用外线权限。

在住

叫醒与话费

叫醒请求可以从 PMS 或 PBX 发起;话费带参考号回传账单。

换房

分机跟随

换房更新分机映射,并清除原房间的权限。

退房

关闭权限

PMS 发送离店状态;PBX 关闭外线权限,清理留言与未执行的叫醒。

具体 API 与事件集取决于是哪家 PBX。厂商只开放有限接口时,对接范围会限定在它能可靠支持的范围内。

常见问题

常见问题

必须用你们指定的厂商吗?
不。只要现有系统提供可用接口,我们优先复用楼里已有的设备。如果厂商没有接口,会在调研阶段说明,并讨论替代方案,而不是承诺一个无法支持的连接。
接口出问题谁负责?
每条连接都有具名负责人与约定的升级路径。第三方故障时,我们协助定位并与厂商协调;支持边界会写进合同。
我们可以自己开发对接吗?
可以,前提是符合 API 条款并通过简短的技术评审。我们提供文档、沙箱与测试计划,并在上线前评审集成。
新接口要多久?
标准且有文档的接口通常几天到几周。定制对接取决于对方 API 质量与业务规则,会单独评估。
升级时接口怎么办?
接口纳入版本管理与回归测试。破坏性变更会提前公告,并给出迁移窗口。

下一步

用你自己的流程,来看这套系统。

一次 30 分钟的演示,围绕你的业态和正在使用的系统展开。不是念 PPT——我们直接走进入住、账单、夜审和报表。

通常在一个工作日内回复。