跳到正文
Lodgcore 酒店管理系统

Property Management System

前台、客房与账务, 落在同一条记录上。

直接回答

面向 10–500+ 间客房规模酒店的云 PMS:12 个核心模块、300+ 个报表模板和 20+ 个集成点,通常 4–8 周完成实施。支持云、本地或混合部署,一份档案、一份客账。

这套 PMS 面向系统与系统之间的工作:重复录入的客人、晚到的消费、已经做好却仍显示脏房的房间。一个数据库、一本账、一天只有一种版本。

更新于

  • 散客、团队与时租预订
  • 证件识别、分单与快速离店
  • 可配置夜审与完整审计轨迹
  • 300+ 报表模板,表头支持中英文
示意界面。房态、姓名与数据均为示例。

日常摩擦

前台一天的时间,究竟花在哪。

不是每家酒店的问题都一样,但下面三条大多数人都认得。它们很少是员工造成的,更多是工具的形状造成的。

01

在系统之间反复录入

渠道订单先进 PMS,再被抄进餐厅和会员工具。每复制一次,就多一次丢失偏好或房价代码的机会。

02

靠手工拼出来的账单

房费、餐饮、电话与杂项散落在不同地方。团队退房时,前台只能在时间压力下手工还原。

03

依赖记忆的关账

夜审是一串检查,记在某个人脑子里或一本夹子里。熟悉流程的人一休息,关账就变慢、变得不可靠。

能力地图

前场会碰到的每一件事。

十二个模块共用一套数据模型。下面是 PMS 的工作面;餐饮、会员与采购由相邻产品覆盖。

01

预订与库存

无论订单来自前台、团队房块还是渠道,都卖对房、卖对价。

  • 散客、团队、时租与等待队列
  • 可售房日历、房价方案与限制条件
  • 锁房、订金与保证预订
  • 协议单位与旅行社合约
02

接待与宾客服务

一次入住就把后续所需的信息收齐,不让客人再说一遍。

  • 身份证/护照识别与客史匹配
  • 升级、续住、换房与合房
  • 团队名单与批量入住
  • 礼宾任务、留言与失物招领
03

收银与账单

整个住期一本账,同时留下财务日后要查的控制点。

  • 分单、转账规则与信用额度
  • 折扣、冲销、作废与留痕更正
  • 当时开票与事后开票
  • 快速离店与迟付处理
04

房务与工程

房态板是运营的心跳,不该靠猜。

  • 按楼层、区域与房型实时更新房态
  • 任务派发、查房与周转时间
  • 维修房与工程工单
  • 楼层移动端更新
05

夜审与财务

可重复的关账,而不是靠英雄主义。

  • 可配置的夜审流程与必检项
  • 房费、税费与包价自动入账
  • 应收账龄、城市挂账与佣金
  • 试算平衡、审计报表与更正轨迹
06

报表与控制

数字要能追到交易,而不只是能打印。

  • 300+ 报表模板,表头中英双语
  • 多楼栋、跨日班次报表
  • 细到操作的权限控制
  • 操作日志与查询历史

能力

核心模块 能力
预订与库存 散客、团队、时租与等待队列
预订与库存 可售房日历、房价方案与限制条件
预订与库存 锁房、订金与保证预订
预订与库存 协议单位与旅行社合约
接待与宾客服务 身份证/护照识别与客史匹配
接待与宾客服务 升级、续住、换房与合房
接待与宾客服务 团队名单与批量入住
接待与宾客服务 礼宾任务、留言与失物招领
收银与账单 分单、转账规则与信用额度
收银与账单 折扣、冲销、作废与留痕更正
收银与账单 当时开票与事后开票
收银与账单 快速离店与迟付处理
房务与工程 按楼层、区域与房型实时更新房态
房务与工程 任务派发、查房与周转时间
房务与工程 维修房与工程工单
房务与工程 楼层移动端更新
夜审与财务 可配置的夜审流程与必检项
夜审与财务 房费、税费与包价自动入账
夜审与财务 应收账龄、城市挂账与佣金
夜审与财务 试算平衡、审计报表与更正轨迹
报表与控制 300+ 报表模板,表头中英双语
报表与控制 多楼栋、跨日班次报表
报表与控制 细到操作的权限控制
报表与控制 操作日志与查询历史

酒店现场

走近一点。

接待台与休息区
客房窗户与城市天际线
大堂天花与线性灯光
床与床头细节

产品界面

真实界面截图。

来自实际部署的界面截图。系统支持中英文报表与单据。

房态图
房态图
报表与账目
报表与账目
订单列表
订单列表
后台设置
后台设置

系统里的一天

同一条记录,从 06:00 到关账。

以一家 120 间房的酒店为例,看团队真正会用到的几个界面。

06:40

夜审结束

房费与税费入账,未到店处理完毕,差异房列示,夜审日志记录完整流程,营业日向前推进。

09:15

客房开始周转

客房部在一块看板上看到预离、在住与预抵。一间锁房被释放;一张工程单把它转为维修房。

14:20

团队抵达

名单导入、房卡预製,团队分批入住。两间房升级,账单转账规则早已设好。

19:45

晚餐挂房账

营业点入账前先做信用检查。前台立刻看到这笔消费,客人离店时只看到一张账单。

23:30

当天对平

收银班次合计、城市挂账与当日房价差异逐项复核。异常项带原因更正。

关键控制

为审计会问的问题而建。

PMS 的信任建立于异常场景:作废的消费、换过的房、改过的房价、三周后提出异议的账单。

每一笔更正都留痕

作废、调整、房价覆盖与账单转账都记录操作人、时间与原因。操作日志可按班次和用户查询。

权限跟着组织架构走

权限按角色授予,并可收窄到具体动作:打折、作废、改房价、重开已结账单。

报表之间互相对得上

出租率、平均房价与 RevPAR 在单店和集团使用同一定义。报表表头可输出中英文。

按酒店规模看的常见范围
酒店类型核心范围常增加的模块
80 间以下预订、接待、收银、房务、夜审门锁、渠道管理、会员
80–250 间完整前台、餐饮挂账、应收、多营业点报表POS、宴会、采购
250 间以上或度假村多营业点、团队、礼宾、高级报表SPA、活动、多店合并
集团或连锁中央客史、房价标准、合并报表采购、人事、工程、BI

系统对接

接得上楼里已有的硬件与服务。

接口有文档、有监控,每个连接都有负责人与降级预案。

系统对接
  • 电子门锁与制卡机
  • 身份证、护照与签名采集
  • 支付终端与支付网关
  • 渠道管理、直连引擎与 GDS
  • 电话、叫醒与迷你吧入账
  • 财务、ERP 与商业智能

常见问题

常见问题

现有的门锁和支付终端还能继续用吗?
多数情况可以。我们在调研阶段核对型号与接口版本。门锁、制卡机、证件阅读器与支付终端通过有文档的接口连接;确实没有接口的,会在项目立项前说明,而不是上线后才发现。
一套系统上线通常要多久?
单店从启动到上线通常四到八周,取决于接口数量、数据质量,以及需要重建多少房价与包价规则。集团项目按门店分批推进,不会一夜之间全部切换。
一定要上云吗?
不必。同一套应用可以运行在我们的托管云、酒店自有服务器,或采用混合模式:门店本地运行,合并报表在总部。具体在调研阶段决定。
历史数据怎么处理?
客史、余额、未来预订与报表所需的历史数据,会先在沙箱中抽取、清洗并对平,再切换。迁移前会确认保留范围与对账报告。
断网时前台还能工作吗?
云部署需要稳定的网络,上线方案里会包含本地降级流程。本地与混合部署则由门店服务器保障广域网中断期间的前台操作。
报表可以定制吗?
平台自带较大的报表库,并支持自定义报表与单据格式。财务通常可以改编现有模板;需要新报表时,会在项目中单独定义并开发。

下一步

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

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

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