选住云管家

选住八月批次:AR 账从记不清到看得见

酒店的钱有两个来源最容易出问题:一个是 OTA 平台的结算款,一个是协议客户的挂账。

这两笔钱的共同点是——发生时已经确认收入,收回来却是几周甚至几个月之后的事。中间这段时间,账上有多少钱在外面飘着,多数门店说不清楚。等到发现某家协议公司欠了半年的款,往往已经是年底盘点的时候。

选住云管家八月第二批次的更新里,新报表中心·财务新增了两张表:AR 账区间发生余额表、AR 账结算收款明细表。这两张表配合原有的 OTA 挂账汇总、核销明细,把"应收"这件事从印象变成了数字。

两张表各管什么

AR 账区间发生余额表

按时间段统计各 OTA 平台和协议公司的挂账「发生额、收回额、余额」。回答的是:截至今天,谁还欠我多少。

AR 账结算收款明细表

统计各协议公司挂账的收回明细,一笔一笔列出来。回答的是:这笔钱是哪天、用什么方式收回来的。

OTA 挂账汇总 · 核销明细

既有报表,专看平台侧。汇总看总额,核销明细分清哪一笔订单被哪一笔结算冲掉了。

付款科目汇总报表(9 月)

9 月第二批次补充,把挂账结算、挂账预付款的数据拆进各支付方式,含小计与合计。回答的是:钱是从哪个口子进来的。

四张表凑在一起,一条完整的链条就出来了:发生(谁挂的)→ 余额(还欠多少)→ 核销(哪笔冲哪笔)→ 收款(钱从哪进来)。

以前这条链子是断的。多数门店的做法是月底从系统导一份挂账明细,财务用 Excel 手工匹配收款记录,再和 OTA 平台的结算单对一遍。三家平台、二十家协议公司,这个活一个人要干两三天,而且经常对不平。

月底对账的正确顺序

顺序错了会白干。按下面这个次序走,基本一遍能平:

第一步:先看余额,不看明细

打开 AR 账区间发生余额表,先扫一眼哪几家的余额异常——突然变大、长期不动、出现负数。只盯异常项,正常项不用管。

第二步:异常项拉明细

对异常的公司或平台,用结算收款明细表拉出这段时间的全部收回记录,看是不是有款到了但没核销。

第三步:核对付款科目

用付款科目汇总报表确认当期各支付方式的发生额小计与合计,与银行流水、平台结算单对总额。

第四步:处理未入住的 OTA 预订单

稽核报表里新增了「付款统计 OTA 预付款数据来源」配置。未入住的 OTA 预订单不必体现在宾客账明细表,只有挂账后才计入。

第四步是新配置,值得单独说一句:OTA 预付款在"订单已确认但客人还没入住"这个阶段,到底是资产还是待确认收入,各家财务的处理习惯不同。系统现在把选择权交给你——按 OTA 付款单取值,或按新 OTA 核账的挂账数据取值。定下来之后写进财务制度,别每个月凭感觉选。

一个容易被忽略的风险点

挂账额度不是摆设。协议公司设置里有挂账额度字段,但很多门店填完就忘了,实际业务里也没人拦。等到某家公司的欠款超过额度才开始催,往往已经晚了。

建议做法:把 AR 余额表和挂账额度对起来看。余额接近额度的 80% 就该打招呼,超过额度直接停挂转预付。这件事不需要系统自动化,一个月看一次表就能做到。

京津冀区域的协议客户结构和南方有些不同:国企、事业单位、工程项目的占比更高,结算周期长、对接人变动频繁,一个项目结束之后追款难度陡增。这类客户的挂账额度宁可设低一点,超了就走审批。

谁该看这两张表

角色看什么频率
店长AR 区间发生余额表(只看余额与异常)每周一次
财务结算收款明细 + 付款科目汇总(核销与总额)每月结账前
销售本人负责的协议公司余额每周一次
业主 / 集团多店 AR 余额汇总、超期占比每月一次

多店场景下这张表的价值更大。连锁后台能看到各门店的挂账余额分布,哪家店的应收占营收比例明显偏高,一眼就能看出来——这通常意味着那家店的协议客户管理松,或者销售为了冲业绩在放宽账期。

从"能查"到"能管"

报表解决的是"看得见",管理解决的是"收得回"。两张表上线之后,建议顺手定三件事:

  • 挂账额度:按客户类型分档,协议公司、旅行社、会议客户分开设
  • 超期规则:账期超过 30 / 60 / 90 天分别由谁跟进,超 90 天走什么流程
  • 对账日:固定在每月某一天,财务主导,销售配合,形成惯例

这三件事和系统无关,但决定了系统里的数字有没有人看。很多时候不是缺报表,是缺一个每月固定坐下来对账的下午。

康

康磊

做酒店数智化方案与设备选型 · 京津冀

这篇里提到的选型清单与实施要点,需要的话可以直接找我。

打电话 18635188889

关于合作 →