月底对账，财务拿着一笔 12,800 元的平台结算单，问前台："这笔是哪几间房？"
前台翻了半天系统，找出七八条金额相近的订单，对不上。因为下单的时候，OTA 订单号那一栏是空的。
选住云管家九月第二批次的更新加了一个开关：收银台 OTA 预定 / 入住的 OTA 单号可设为必输。后台入住管理配置页开启后，老板端、APP、收银台在实时房态、远期房态、工作台新增或修改预定 / 直接入住订单时，OTA 订单号强制必填。
为什么这个字段总被跳过
前台嫌慢
客人站在柜台前，多填一个字段就多几秒。忙的时候直接跳过。
直连订单本来就有
OTA 直连进来的单子自动带单号，所以前台觉得"这个字段没必要"。
电话预订没有单号
客人打电话说"我在携程订了"，前台查不到就直接建单，单号空着。
换房、续住会丢
原订单的单号没带到新订单上，后续对账断链。
四种情况里，前两种是习惯问题，后两种是流程漏洞。真正危险的是后两种——单号缺失的订单，在月底对账时就是无主账。
开了之后，对账链条怎么变
订单层
每笔 OTA 订单都有平台单号，可以与平台后台一一对应。
挂账层
稽核报表的 OTA 预付款取值可以按单号核销，不会出现"钱到了但找不到单"。
结算层
平台结算单里的每一笔，都能在系统里定位到具体房晚。
异常层
平台扣款、罚款、佣金调整，能对应到具体订单，不用整月平摊。
第四层是很多人没想过的。OTA 平台的账单里除了房费，还有佣金、活动补贴、赔付、罚金。这些杂项如果不落到订单上，最后只能摊到所有订单里，导致每间房的真实毛利算不准。
该不该开
建议开
OTA 订单占比超过 40%、有财务专人做月度对账、协议客户与 OTA 混合经营、多平台同时运营（携程 + 美团 + 抖音）。
可以先不开
几乎全直连、OTA 占比很低、单体小店无专职财务。这种情况开了反而增加前台负担。
判断的关键不是"规范不规范"，而是对账成本有多高。如果每月对账要花两天，开这个开关能省一天，那值得；如果每月对账只花两小时，为它增加前台的输入负担就不划算。
开了之后必须配一条例外规则：电话预订、到店散客这类确实没有 OTA 单号的订单，要走"非 OTA 渠道"建单，不要强行填一个假单号。假单号比空着更糟——它会让对账看起来能对上，实际全是错的。
配套要改的三件事
第一，建单入口的渠道选择要更明确。 前台建单时先选渠道（OTA / 协议 / 散客 / 电话），选 OTA 才要求填单号。逻辑清晰，员工不会困惑。
第二，换房与续住要带单号。 客人换房，原订单的 OTA 单号要跟过去。这一步系统层面会带，但换房时如果新建了订单，要确认单号没有丢。
第三，培训一句话就够。 "从携程、美团、抖音来的单子，一定要填平台单号，就在订单详情里那一栏。"不要讲太多原理，前台记不住。
顺带一提：另一个九月更新
九月第二批次里还有一条和渠道相关：稽核报表设置新增付款统计 OTA 预付款数据来源配置，可以选择按 OTA 付款单取值，或按新 OTA 核账的挂账数据取值。
这条和第 1 条（单号必填）是配套的。单号齐全了，按单核销才有依据；单号缺了，就只能按总额核，误差积少成多。
一个更根本的问题
很多门店的对账问题，表面是单号缺失，根子是渠道来源录入不规范。
前台建单的时候，把携程来的单子建成"散客"、把协议公司的单子建成"OTA"，这种情况非常常见。数据一旦脏了，后面所有的渠道分析、佣金计算、客源结构都失真。
所以真正的解法是三层：
- 字段层：单号必填（这次更新的功能）
- 规则层：渠道必须选对，选错要能追溯和纠正
- 习惯层：每天交接班时抽查 3 笔订单的渠道与单号
第三层最土，但最有效。多数数据问题不是系统管不住，是没人抽查。