渠道价对不上，并不等于统一管理没做到
多个渠道同时开卖之后，后台里的价格常常对不上：同一个房型，各渠道最终展示的数字不同；叠加一次活动，价格还可能比前一天更低。看到这种不一致，很容易得出一个结论——统一管理没做到位，于是回到每个渠道后台逐个改价。
行业经验给出的口径是：多渠道经营要管的是价格基准、渠道差异和活动口径；建立统一的中央房价基准后，调整完成需要核对的是各渠道按自身价格规则形成的最终展示价。统一管理并不要求所有渠道的卖价数字相同。
中央价统一的是基准与库存口径，不是渠道上的最终数字
在路客云 SPMS 中，中央价是一张按房型（行）乘日期（列）排布的价格日历，在一处维护基础价、划线价和实际卖价，再配合渠道系数，为各直连渠道推算售卖价；同一张日历还显示该房型该日的剩余可售房量，以及逐日的开放售卖开关。
这里的动作有区别：修改日历价格默认保存为价格草稿，需要另行同步至渠道，也可以选择让改价立即生效的方式；而日期格的开放或关闭售卖开关会直接更新并同步该房型该日的售卖状态，房态没有草稿。同步至渠道是写操作，确认后会把当前中央价推送到各直连渠道，改动线上售卖价。
库存一侧同样如此：任何房间状态的变更都应在中央房态中更新，而不是只在某个渠道后台改；只在渠道后台改房态而不更新中央房态，是导致超售和客人到店无房最常见的原因。渠道增多后，应建立统一的检查口径，定期核对各渠道的房态、订单和可售变化，避免信息不同步造成重复售卖或漏接订单。
因此，中央价统一的是可维护的价格基准、库存和订单检查口径，而不是各渠道页面上的最终展示价数字。
中央价日历总览
最终卖价不同，是渠道系数、售卖产品和渠道规则共同形成的结果
与中央价这张统一底座相邻的，是渠道RP价：它按房型、售卖产品（行）乘日期（列）排布，把每个房型下每个售卖产品的划线价和实卖价按天展示，属于逐渠道的差异化定价层。
这些实卖价行来自房型关联的渠道和配置的售卖产品：一个房型可以关联多个渠道、配置多个产品；没有关联渠道或没有配置售卖产品的房型，在这张表里就不会出现对应的实卖价行。因此在渠道上看到的价格，是按房型、产品和渠道的组合分别形成的。
中央价一侧的渠道系数与三层价格共同决定该渠道的售卖价；再叠加渠道自身的活动与规则，各渠道最终展示价不同，是规则运行的结果，而不是统一管理失效。需要区分的是哪些差异应当保留，哪些数字对不上需要核对。
渠道RP价日历
联动发生在已直连并关联房型的适用渠道
在路客云 SPMS 中，中央价统一调整房型价格后，价格变化会联动到已直连并关联该房型的适用渠道；运营人员可以在统一后台完成批量改价和渠道同步，减少逐个平台重复维护与核对。
调价时更稳的顺序是先集中保存价格草稿、核对目标渠道的最终展示价，再确认发布。逐渠道手工调整会增加重复维护和遗漏的风险，渠道越多，越需要清楚的统一基准和核对流程；同时要分清改价默认保存为草稿与是否推送同步这两个动作。
价格对不上时，用调价日志回到具体那一次改动
调价日志把每一次价格变动记录下来：房型、价格日期、操作内容、调整方式、同步渠道、渠道价格、操作人和操作时间。它是只读审计，只记录、不改价，可以放心查看。
由此可以回答一个渠道价从哪里来：这次改价有没有同步到渠道、渠道价变成了多少、是谁在什么时候操作的。价格变动与房态、库存变动分属调价日志和房态日志两条审计线，追溯异常时应按价格与房态分别核对。
调价日志
保留该差异的差异，联动该联动的渠道
渠道直连总览按 OTA、社媒、私域分别列出已直连与未直连渠道以及关联房型 N/N；一个渠道的直连状态和房型关联情况，决定它是否进入中央价的价格联动范围。
据此可以形成判断依据：中央价基准、房态和订单口径统一维护，并联动到已直连且关联房型的适用渠道；渠道RP价用来查看各渠道按自身规则形成的最终展示价；价格出现异常，回到调价日志核对同步与操作记录。该保留的渠道差异保留，该联动的适用渠道联动，异常的变动追溯到具体那一次操作——而不是把每个后台的卖价数字改成一致。
OTA 已直连与未直连渠道
