渠道价被改低，先别急着改价：调价日志、渠道RP价、中央价、渠道直连四层核对

渠道价被自动改低，不一定是自己改的

在携程、美团这类平台后台，价格被改低不一定是门店自己操作的结果。行业资料提示，携程后台至少有两个自动调价助手功能：一个在房价房态的价态助手模块，另一个在门店会员的服务与功能模块下的扫码和线上场景设置中，酒店可以通过申请退出或关闭相关自动调减选项来禁用；美团后台的经营助手也会自动生成非经营者自主参与的限时优惠折扣。

这些工具的开通与退出都在平台后台完成：携程价态助手的退出申请首次通常会被平台拒绝，需要等三天后再次点击退出才能成功关闭；美团的自动调价助手可以通过后台产品管理中的酒店助手、经营助手选项提交退出申请来关闭；美团的砍价活动在接单系统默认为参与状态，需要在促销推广模块主动申请退出，否则会自动接受砍价订单。

这解释了为什么“渠道价被改低”值得先定位来源、再决定动作。行业资料提示，平台自动追价机制可能让全平台价格竞争加剧，酒店需要关注自动变价对利润空间的影响；携程对挂牌价格履约的管理也日趋严格，实际操作中价格差异容忍度较低，运营中需要做好实时价格监控。

在平台后台一侧，行业做法提示还可以通过促销管理中的已报名活动页面检查活动参与状态，并在产品管理的房价日历查看协议改价记录。这两处记录都在OTA后台，不在路客云侧。

下面按四层顺序核对路客云侧能查到的内容：中央价看价格底座，调价日志看改动记录，渠道RP价看各渠道实际展示的价，渠道直连看接入状态。

第一层：先看中央价这个价格底座有没有动过

中央价是一张按房型（行）×日期（列）排布的价格日历，是路客云SPMS里全网价格的统一底座：只在这里维护一套价格——基础价（中）、划线价（划）、实际卖价（实）——再配合渠道系数，就可以为各直连渠道推算并统一售卖价，不必逐个平台单独改价。查看时先在日历上方的门店行切到目标门店，日历只显示所选门店的房型与价格。

要回答的第一个问题是：价格底座本身有没有被动过。基础价是该房型的底价，划线价是对客展示的原价，实际卖价是客人成交的到手价，三者加上渠道系数共同决定该渠道的最终售卖价；日历上还标出该房型该日是否开放售卖（小开关）与剩余可售房量（余N）。如果这三层价格与渠道系数都是预期值，差异不太可能出在底座；如果底座本身变了，后面几层看到的价格也会跟着变。页面右上的「同步至渠道」是写操作，点确认会把当前中央价推送到各直连渠道、改动线上售卖价，核对阶段不要误点。

中央价日历总览

第二层：用调价日志追溯这次改动的来龙去脉

调价日志把每一次价格变动都记下来：哪个房型、哪天的价格被改成了什么、是手动调整还是系统调整、有没有同步到渠道、渠道价变成了多少、谁在什么时候操作的。入口在「房价」→左侧「房价管理」→「调价日志」；前置条件是发生过改价或同步，没有变动时列表为空。它是只读审计，只记录、不改价。

定位一次可疑改动，可以用「调整方式」区分手动与系统，再用「渠道」和「日志关键词」缩小范围。一条记录能读出房型、价格日期（被调整的价格所属日期）、操作内容、调整方式、同步渠道、渠道价格、操作人、操作时间；判断这次改价有没有落到渠道，看「同步渠道」与「渠道价格」两列即可。它与房态侧的「房态日志」互为价格与房态两条审计线。

如果日志显示这次改动按预期发生、已经同步到目标渠道、渠道价也与预期一致，那么路客云侧这一层就没有异常，差异更可能来自平台后台或其他来源——这时的动作不是改价，而是带着记录去平台侧核对。

调价日志

第三层：用渠道RP价看清各售卖产品当天的划线价与实卖价

渠道RP价是一张按房型×售卖产品×日期排布的日历，把每个房型下每个售卖产品的划线价与实卖价按天一屏纵览。它是与中央价统一底座相对的逐渠道差异化定价层，用来看清各渠道、各售卖产品实际卖多少钱。入口在「房价」页顶部标签「渠道rp价」，与「中央价」「竞争圈比价」并列，同样只展示当前所选门店。

表格以房型为大行，房型下每个售卖产品占一子行，行首是产品名称与产品系数；每个日期格上下两行，上为划线价（对客展示的原价），下为实卖价（客人实际成交的到手价）。这些实卖价行来自房型关联的渠道与配置的售卖产品，可在「售卖/产品」页按房型的「关联渠道」「产品数量」查看与维护。如果某个房型在这里没有实卖价行，很可能还没关联渠道或没配置售卖产品。

把调价日志里的「渠道价格」与这里的实卖价对照，可以判断记录中的价格是否就是渠道上正在展示的价格；两者一致而与预期不符时，需要回到中央价确认底座，再考虑差异是否出在平台侧。

渠道RP价日历

中央价对比

第四层：到渠道直连页确认目标渠道和房型绑定状态

渠道直连把OTA、社媒、私域三层流量的各个售卖渠道接入路客云SPMS，接入后可以在一个后台统一管理各渠道的房态、房价与订单，不必逐个平台单独登录维护。OTA渠道页分「已直连渠道」与「未直连渠道」两段，每个渠道一张卡片：已直连卡片显示渠道名与「关联房型 N/N」，可进入「管理渠道」；未直连卡片显示「立即关联」等入口。

核对这一层看两件事：目标渠道是否出现在「已直连渠道」中，以及该渠道的关联房型是否绑定完整。关联房型会显示成比例，例如 5/5、3/3；如果显示 0/0，表示渠道虽然已直连，但还没有关联任何房型，需要在「管理渠道」中关联房型后才能对外售卖。

目标渠道若仍在未直连区，路客云侧就没有向它同步价格的通路，渠道上看到的价更可能来自平台侧或其他来源——这类差异不是调整中央价能解决的。

OTA 已直连与未直连渠道

四层核对完，剩下的判断要回到OTA后台

四层连起来就是一套核对顺序：先在中央价确认基础价、划线价、实际卖价与渠道系数有没有动过；再到调价日志用调整方式、渠道、关键词筛出这次改动，看清它怎么改的、是否同步、同步后的渠道价是多少、谁在何时操作；然后在渠道RP价按房型下的售卖产品，逐一核对目标渠道当天对应产品的划线价与实卖价；最后在渠道直连页确认目标渠道是否已直连、关联房型是否完整。

如果四层核对下来，记录显示已按预期同步、渠道RP价也在预期范围内，说明差异更可能来自平台侧；如果发现底座被改过，或者日志里有非预期的系统调整，那么需要先决定中央价是否调整、是否需要重新同步到渠道。

接下来要回到平台后台：行业做法提示，可以在促销管理的已报名活动页面检查活动参与状态，并在产品管理的房价日历查看协议改价记录；平台自动追价机制也可能让价格竞争加剧，需要关注自动变价对利润空间的影响。

携程的价态助手、美团的经营助手与砍价活动，它们的开通与退出都在对应平台后台完成。本文说明的是路客云侧能核对的价格与同步记录，不涉及在路客云内关闭这些自动工具；是否退出、何时退出，仍要由具备后台权限的负责人按平台规则判断和操作。