一个很具体的问题：客人在携程上订了房、付了钱，明天才到店。今天这笔钱，算不算酒店的收入？
答案取决于你问谁。问销售，算——订单确认了。问财务，不算——服务还没提供。问系统，得看配置。
选住云管家九月第二批次的更新在稽核报表设置里加了一个配置项：付款统计 OTA 预付款数据来源。可以选「OTA 付款单」，也可以选「新 OTA 核账」。同时明确了一条规则：未入住的 OTA 预订单不必体现在宾客账明细表，只有挂账后才计入。
两种取值的差别
按 OTA 付款单取值
平台付了钱就计入。资金视角：钱到了就该看见。适合现金流管理严格、平台结算周期长的门店。
按新 OTA 核账取值
按撮合后的核账数据计。收入视角：与订单状态挂钩。适合财务口径要求严格、需要与营收报表对得上的门店。
两种都不算错，但同一家店只能选一种，并且一旦选定就要写进财务制度。
混用的后果很严重：这个月按付款单，下个月按核账，两个月的报表没法比，同比环比全部失真。
为什么会有这个选择
根源在于 OTA 的结算链条和酒店的记账链条不同步。
订单确认
客人在平台下单付款。此时钱在平台手里，酒店只有一条订单记录。
客人入住
服务发生。酒店系统里有了房晚、有了消费。
平台结算
平台按周期（周结、半月结、月结）把钱打给酒店，扣掉佣金与活动费用。
酒店核销
酒店的财务把这笔结算与订单一一对应，确认收入。
四个环节之间有时间差，最短几天，最长一个多月。预付款在哪个环节被"看见"，就决定了报表长什么样。
未入住订单的处理原则
这次更新明确了"未入住的 OTA 预订单不必进宾客账明细表，只有挂账后才计入"。这条规则背后的逻辑是：
宾客账是服务账，不是订单账。 客人没来，就没有产生宾客消费，不应该出现在宾客账明细里。
但订单本身要留痕。不入宾客账不等于不管。未入住订单在订单管理里照常存在，取消、No-show、改期的处理流程也都还要走。区别只在于它不出现在宾客账明细这个特定报表里。
这条规则对旺季特别重要。一个周末两百个 OTA 订单，如果全部预先计入宾客账，报表会显示"收入很高"，但实际到店率可能只有八成，剩下两成要退款或改期。报表虚高会导致误判。
三个必须统一的场景
与营收报表的统一
稽核报表与营业报表的 OTA 口径要一致，否则两边的"今日收入"对不上。
与 AR 账的统一
AR 余额表里的 OTA 平台应收，要和稽核报表的挂账数据能对上。
与佣金核算的统一
佣金是按成交额算的，如果口径不一致，佣金率会算错。
第三个场景最容易被忽略。OTA 佣金通常按订单金额的一定比例收，如果酒店的报表把未入住订单也算进"成交",而平台的佣金只针对实际入住部分，两边一对比，佣金率会显得偏低——然后财务开始怀疑平台少收了，其实只是口径不同。
政策变化带来的影响
2026 年 OTA 行业的价格与结算规则有过几次调整，平台的结算周期、佣金结构、活动补贴方式都在变。这种情况下，选择一个与平台结算节奏匹配的口径更省事。
具体来说：
- 平台月结的门店，建议按核账数据取值，与结算单同步
- 平台周结甚至日结的门店，按付款单取值更贴近现金流
- 多平台同时运营的门店，各家结算周期不同，需要统一到"月"这个维度再比
落地清单
- 定口径：稽核报表设置里选定一种，写进财务制度
- 定周期：每月结账日固定，不要随意提前或延后
- 定核对方式：稽核报表 ↔ AR 余额表 ↔ 平台结算单，三者每月对一次
- 定责任人：谁负责对，对完签字或留记录
第三项的"三者对一次"是核心。很多门店只对其中两项，漏掉第三项，问题就藏在那条漏掉的链上。
一个提醒：口径设置属于"一年只能改一次"的东西。真有把握要改，建议在新财年开始时改，并且在新旧口径交替的月份同时出两版报表，方便对比。中途改口径，前后数据全是断的。