1. Agoda 目前的住宿管理后台为 Agoda Partner Portal；其前身为 YCS。
2. 酒店类住宿和多单元民宿可通过“房价与房态” → “日历”或“房态中心”更新售卖价格。
3. 保存前请确认房型、价格计划、日期、入住人数设置、房态和入住限制。
4. 如果是由酒店渠道管理系统控制 Agoda，请在该系统中更新房价，并使用 Partner Portal 验证结果。
在 Agoda Partner Portal 中更改酒店房价虽然是一项小操作，但对运营的影响却很大。如果选错了房型、价格计划、日期范围、入住规则或数据源系统，可能会导致公开价格错误，或者让原本有效的房价无法被预订。
最安全的工作流程非常简单：确认控制 Agoda 的系统，准确更新相应产品，确保已连接的价格和限制条件不被破坏，最后验证宾客实际看到的价格结果。Agoda Partner Portal 的前身是 YCS，因此酒店团队在内部流程或搜索结果中可能仍会看到这个旧名称。
如何在 Agoda Partner Portal 中更改房价
开始之前：确认住宿类型和房价数据源
酒店类住宿和多单元民宿通常使用 房价与房态 → 日历 或 房态中心。单单元民宿可能会看到 房价与房态 → 定价 来设置所有日期的每晚价格，或者通过 日历 → 日历 来设置特定日期的价格。Agoda 的 当前日历工作流 文档中对这种住宿类型的区别有详细说明。
接下来，确认数据的真实来源。如果您的 Agoda 是由酒店渠道管理系统控制的，请在系统中进行更改。在 Partner Portal 中手动修改可能会被下一次价格和库存同步消息覆盖。在进行修改前，请记录好住宿、房型、价格计划、日期、星期几、货币、入住人数、当前房价以及预期房价。
使用日历更新房价
针对酒店类住宿或多单元民宿：
- 登录 Agoda Partner Portal，并从 房源列表 中选择正确的住宿。
- 前往 房价与房态 → 日历。
- 只选择您打算更新的房型和价格计划。
- 使用右上角的控件选择一天或多天日期。
- 检查 每日房态。仅在调整库存也是您此次操作的目的时才进行更改。
- 为选定的价格计划输入新的售卖价格。
- 核对房型、价格计划、日期、房态和价格，然后点击 保存。等待确认，并重新打开相应日期以验证保存的值是否正确。
菜单标签可能因住宿类型和账户配置而异。
如果所选字段显示 多个值，说明所选日期的数值各不相同。除非您确认这种差异不是刻意设置的，否则不要用单一金额替换整个范围内的值。
使用房态中心更新房价
房态中心是适用于酒店类住宿和多单元民宿的列表视图。
- 选择正确的住宿，并前往 房价与房态 → 房态中心。
- 设置日期范围，并使用“房型”下拉菜单以仅显示相关的房型。
- 在目标房型和价格计划所在的行中，选择某一天或拖动蓝色滑块覆盖多天日期。
- 在弹窗中修改房价，然后点击 更新。重新打开同一单元格以确认数值是否生效。
库存管理独立于 剩余房态 行中进行。即使价格有效，已售罄或已关闭的房间也是无法预订的。已连接系统的住宿应更新其酒店渠道管理系统，并仅使用此界面来确认数据是否成功同步。
统一数据源，轻松管理 Agoda 房价
保持映射的房型、价格计划、库存以及相关限制条件实时同步，告别在多个系统中重复更新，极大地提升效率并降低出错成本。
避免价格计划和限制条件设置错误
录入价、基础房价、入住人数房价和门市价
在日历中显示的房价，是根据住宿配置的定价模型，在选定日期和价格计划下录入的金额。请勿想当然地认为该数字就是最终向宾客展示的价格或酒店的实际收款。
在 Agoda 的预订和结算术语中，基础房价 是指从参考卖价中扣除 Agoda 佣金后，住宿实际收到的金额。促销、税金、费用、入住人数定价机制以及货币兑换，都可能导致在日历录入价、向宾客展示的价格以及最终收款之间存在额外差异。在对比这些金额之前，请先确认协议中的房价录入模式，并仔细查看订单明细。Agoda 的基础房价计算指南对这种差异做出了详细说明。
按入住人数房价 设置会根据单人、双人或满员入住而改变价格。打开相关价格计划上的三点菜单，使用 入住人数房价 标签页，它位于 入住人数房价与入住规则 选项之下。如果只是某个入住人数的价格看起来不对，请在更改基础房价之前先检查此处的设置。
门市价或划线价 是在 住宿 → 房型 → 基本信息 中进行维护的。它在适用的情况下作为划线展示的参考价格；它不会取代特定日期的售卖价格。Agoda 的房价设置参考指南证实了这两个设置路径是相互独立的。
房价更新检查
价格字段仅仅是可供预订的 Agoda 产品的一部分。在确认更新完成之前，请务必检查以下控制项。
如果一家住宿在两个不同系统中编辑 Agoda 设置，预期价格可能只会短暂显示。Smart Order 的酒店渠道管理系统 能够将审核后的房价、房态和支持的限制条件实时同步至已映射的 Agoda 产品中，确保准确无误，同时保留 Partner Portal 作为数据最终确认端，极大地提升了运营效率。
保存前需检查的入住限制条件
打开相关价格计划上的三点菜单，选择 入住限制。检查最短入住天数、最长入住天数、连住最短天数，以及任何关于抵达或离开时间的控制项。
最短入住天数适用于在受限日期抵达的宾客。连住最短天数适用于受限日期包含在入住期间（视退房日期规则而定）。当宾客要求的住宿时间与上述任一控制项冲突时，即使房价设置正确也可能无法显示。
当仅需要更改价格时，请记录当前的限制条件并保持其不变。如果商业决策同时也涉及限制条件的更改，请在受限日期之前、当日及之后分别测试抵达日期的展示情况。
确认并排查房价更新问题
验证保存的房价
在 Partner Portal 中重新打开同一日期，确认正确的房型和价格计划已保存了新的金额。至少测试一个单日及一个日期范围。记录下更新时间、操作用户、数据源系统、房型、价格计划、日期以及已保存的房价。
检查向宾客展示的价格
使用浏览器无痕窗口，在 Agoda 上以相同的住宿、日期、房间数、成人人数、儿童人数、市场和货币进行搜索。确保餐食、取消政策、付款时间、入住人数以及税金条件完全一致。
促销活动、登录专享价、移动端专享价、入住人数定价、货币兑换以及税金显示方式，都可能导致公开的总价不同于基础房价。建议同时测试单晚和多晚住宿，因为较长日期的搜索可以暴露漏填日期、混合价格或入住限制方面的问题。
修复未成功更新的房价
如果 Partner Portal 拒绝了该更改，请检查住宿、房型、价格计划、日期、权限、货币格式及验证提示信息。如果保存的房价后来又恢复原样，请查看酒店渠道管理系统日志，因为这可能是被另一条价格或库存同步消息给覆盖了。
如果保存的房价正确，但 Agoda 上显示了另一个金额，请对比入住人数、登录状态、设备类型、货币种类、税务处理、促销活动、取消条款和付款模式。同时，还要确认预期的价格计划内有足够的房态。
如果保存的配置和公开展示的结果仍然无法一致，请使用 需要帮助 功能。在求助时，请附上住宿 ID、房型和价格计划名称、日期、截图、更新时间以及数据源系统。
最好将手动修改视为受控的例外情况。一个互联的酒店管理系统 和多渠道管理能打造出更清晰的审计路径：由酒店批准原始房价，映射好的价格计划完成接收，最后由工作人员验证最终的展示报价，全方位提升准确率并降低运营成本。
让 Agoda 数据更新清晰映射、随时可查
将审核后的房价与库存直接实时同步至对应的 Agoda 产品，告别多方数据源维护的混乱，轻松验证结果，大幅提高效率。
常见问题解答
酒店在 Agoda Partner Portal 的哪里可以更改房价？
酒店类住宿和多单元民宿可以使用 房价与房态 → 日历或房态中心。单单元民宿可使用“定价”功能设置所有日期的价格，或使用“日历”设置特定日期的价格。
为什么 Agoda 上显示的价格与基础房价不同？
向公众展示的结果可能叠加了入住人数定价、促销活动、登录或移动端专属折扣、税金、货币兑换或关联了其他价格计划。请务必在完全一致的预订条件下，对比最终需要支付的总金额。
如果我使用酒店渠道管理系统，还需要在 Partner Portal 中更新吗？
请在已连接的酒店渠道管理系统中更新价格和房态。只有在验证同步结果，以及管理无法通过系统接口连接控制的 Agoda 专属设置时，才需要使用 Partner Portal。
门市价和售卖价格一样吗？
不一样。门市价在房型的基本信息下进行维护，并可作为划线价格提供支持。而特定日期的售卖价格，则是在日历或房态中心进行更新。
只有当正确的房型和价格计划保存了新金额，并且宾客在搜索中能按照该金额成功预订时，房价更新才算真正完成。请将保存、重新打开页面确认以及公开验证视为一个完整不可分割的流程，确保一次小小的调价不会演变成预订或收益管理方面的大麻烦。
