日常增量走聚合分销，临期尾房走尾房置换：两条出口如何共用一套中央房态房价，避免同一房源重复售卖

聚合分销与尾房置换，是两条逻辑不同的库存出口

聚合分销与尾房置换虽然都是多渠道分销，但运营逻辑不同：聚合分销更适合日常增量渠道的常态化运营，尾房置换更适合临期空房的应急去化。行业实践表明，两者共用同一套中央房态房价系统，才能避免库存冲突。

行业实践还提示，多渠道经营不宜把每个渠道看成一个独立入口，而应按主渠道保量、增量渠道放量、私域渠道提复购分层管理；聚合流量的价值在于把分散的平台流量收拢到统一的房态房价口径下运营，减少跨平台重复操作带来的信息不同步与判断偏差。

落到自家房源上，这个区分要先回答一个问题：这批房是日常就缺渠道触达，还是只是临期、滞销需要兜底。前者适合常态化铺货，后者才是应急去化的场景。把两类需求混成同一个渠道动作，库存和收益两笔账都会失焦。

两条出口要共用一套中央房态房价，才谈得上避免重复售卖

路客云 SPMS 把统一房态、房价和订单数据作为全渠道营销与运营协同的数字基础：全渠道连接与自动化运营都建立在同一套房态、房价和订单数据之上。其产品价值链从聚合渠道流量开始，以中央房态和中央房价作为数字化营销的基础，再由订单同步、智能入住、保洁维修任务和经营报表承接运营履约。

行业对中央房态的操作纪律有明确说法：任何房间状态的变更——入住、退房、清洁、维修、锁定——都应在中央房态中更新，而不是只在某个渠道后台改。一处在渠道后台改房态而不更新中央房态，是导致超售和客人到店无房最常见的原因。

在路客云 SPMS 中，已连接渠道的订单进入统一经营链路后，中央可售库存随订单变化；其他已连接且售卖同一库存的渠道同步收紧可售量。统一房态和订单口径有助于降低多渠道重复售卖的风险。

也就是说，「避免重复售卖」不是靠两条出口彼此协商，而是靠它们共同指向同一套中央可售库存。理解这一点，后面核对分销口径、置换明细和房态日志时，才知道自己在核对什么。

走聚合分销之前：先看房型信息是否完整，再看分销配置的口径

路客云聚合分销是把房源上架到聚合分销网络，借助网络中的分销商和流量再获客，属于私域与 OTA 之外的补充获客渠道。分销前系统会校验房源信息是否完整：信息齐全的进「已分销」，缺信息的落在「未分销」，原因列以房型失败明细逐条列出缺什么，点「前往完善」补齐即可。要分销的房型需先具备图片、可住人数、房间数、面积、床型、设备、出租类型、房源类型等信息，并需具备渠道/分销权限的账号；聚合分销为高级版起。

分销出去的房态、房价、房型口径由「分销配置」控制，对应页面上的房态管理、房价管理、房型管理三个入口；「一键上架」是写操作，会把房源真实分销到聚合网络。

因此决定哪些房源走日常增量这条路时，可以先在「未分销」列表里清点信息完整度，再确认准备开放给下游的房态房价口径是否符合预期，最后才批量上架——这比先上架再回来补字段更省事。

未分销房源与失败原因

走尾房置换之前：概况与明细能看到什么

尾房置换是把当天或当月可能卖不掉的尾房，通过申请置换成对应的权益或结算金额，减少空置浪费。页面「置换概况」给出待置换金额与已置换金额，「置换明细」逐条记录每一笔置换的订单号（渠道单号）、置换月份、渠道、房型、房间、入住状态、结算状态、入离日期、结算日期、结算金额与置换金额，可按日期筛选查询。它随聚合分销（高级版）提供，需要具备聚合分销/置换权限的账号，前置条件是有可置换的尾房库存。

还没有发生置换时，概况金额显示「-」、明细为空，明细会在置换流程产生记录后才有数据；「申请尾房置换」是写操作，会真实发起置换流程并影响尾房库存与结算，提交前需要确认置换的房与预期收益。

置换的意义在于减少空置损失，是尾房的兜底出口，而不是把日常房量换个地方卖。它值不值得做，取决于这些房原本能不能自然卖出去——这份判断要由经营者自己完成，置换明细提供的是可对账的过程记录。

置换权益(置换概况+置换明细)

核对共用口径：在房态与价格里看清可售与售卖开关

房态日历的月房态按日期×房型铺成网格，每个房型行在各日期格显示「余N」剩余可售数，停用与售罄会单独标出，表头日期下方还有当日总可售量；日房态则把全店房间按房型分组平铺，配合右栏的空净、空脏、住净、住脏、关房以及预抵、预离、在住等当日统计。

房情表把「数量账」一屏摊开：按房型逐行给出总房间数、已售房间数、剩余可售数、各类关房（停用/保留/维修/联动关房）、总可用房数，以及当日预抵/在住/预离和净房/脏房。它是只读统计，查看不会改动任何房态。

中央价以房型为行、日期为列维护一套价格，每个房型行下区分基础价、划线价、实际卖价三层，并配合渠道系数为各直连渠道推算售卖价；日历格内的「余N」是该日剩余可售房量，小开关控制该房型该日是否开放售卖。中央价的改动需要通过「同步至渠道」推送后才会更新线上价格，而「同步至渠道」是写操作。

要确认同一房源没有被两条出口重复放量，可以三处对照：房态日历里该房型未来几天的跨天可售与「余N」、房情表里的剩余可售数、中央价里同一房型当日的开放开关与剩余房量。三处口径一致，再谈分销与置换并行才站得住。

日房态一屏总览

单日房情表

中央价日历总览

对不上账时，用房态日志逐条追溯变动

房态日志把每一次房态/库存变动记下来，表格列为房型、房间、房态调整日期、操作内容、调整方式、同步渠道、渠道库存变更、操作人与操作时间；可按日志关键词、调整方式（如手动调整）、操作渠道筛选定位。它是只读审计，只记录、不改动房态；没有发生过变动时列表为空。

当某天房量突然变少变多、或渠道库存和中央对不上时，这条路径能还原出：是手动改的还是系统触发的、同步到了哪个渠道、渠道库存具体怎么变、由谁在什么时候操作。查清楚原因之后，再决定是调整分销配置、还是先处理价格与房态的同步动作。

房态日志

置换之后：用自然消化基准核对是否真的带来净增

尾房与滞销库存的处置，应先测算这些房间的自然消化能力作为基准线，再评估置换、促销或打包销售带来的净增收益，避免把原有渠道本就会成交的部分误算为增量。

经营报表把全渠道的订单、房费、消费自动归集：统计概览给出总营业收入、入住率OCC、平均房费ADR、平均客房收益RevPAR、已售房间数等核心指标，收入报表可按日、按月、按门店、按渠道、按房型、按房间、按退房时间层层下钻、逐项对账；远期分析则用同样口径展示当前已产生的未来预订，便于提前看清哪几天预订偏弱。所选门店与日期区间内没有数据时，指标为 0、图表为空；「导出」与「下载订单明细」会生成文件。

把置换后的结算结果放回按渠道、房型的收入下钻里，与同期的自然消化情况对照，才有机会分辨这是净增，还是把原本会成交的房换了个出口。基准线怎么设、对照哪一段区间、要不要把促销与打包一并算进来，需要经营者结合自家渠道结构和历史数据自己决定。

回到最初的判断：哪些房源走日常增量铺货，哪些属于临期尾房需要应急去化，以及这两条路径是否真的共用同一套中央房态房价和可售库存。

收入报表按日下钻

远期分析