1. 国家房价面向符合条件的预订来源市场，并非按宾客护照上的国籍划分。
2. 核查实际保存的市场、房价计划和日期；促销的覆盖范围可能超出原定方案。
3. 核对符合条件的最终售价是否达到酒店批准的价格底线，不要假定所有可见折扣都能叠加。
国家房价可能让原本选对的客房面向错误的客群打折，也可能将折扣应用到管理者未计划促销的日期。基础房价正确，并不代表最终优惠设置正确。
先核对酒店渠道管理系统发送至 Booking.com 的房价，再检查在此基础上应用的地域促销。验收时需要回答两个问题：哪些宾客符合条件，以及这些宾客实际能以什么价格预订什么产品？
明确适用市场与房价来源
Booking.com 国家房价是面向来自指定国家或地区的预订提供的定向折扣。应将其理解为按预订来源市场判定适用资格，而不是保证按国籍提供优惠。更改网站语言或显示币种，无法可靠地证明是否符合条件。
请使用对应住宿在后台可选的目标市场。如果某个选项覆盖一个地区，应记录整个地区的范围，而不是将其视为单个国家。如果没有所需选项，应先确认该住宿是否具备相应资格，再考虑是否改用覆盖范围更广的客群。
编辑前，先写一份简明的优惠方案。例如，假设某家酒店希望在 11 月客流较少的住宿日期，向一个可选目标市场推广可灵活取消的双人房优惠，同时必须排除节假日。请记录计划覆盖的市场、折扣、参与的房价计划、适用住宿日期，以及管理者批准的最低售价。
接下来，确定折扣计算的起始房价。含早餐房价或三人入住产品的价格，可能本就不同于标准双人入住的纯房价。如果国家折扣套用了错误的起始房价计划，将其与酒店管理系统中的另一种房价比较也无法解决问题。PMS 即酒店管理系统。
请区分母房价，即计算折扣所依据的房价，与促销售价，并核查两者分别在哪里维护。对接能够传输房价和房态，并不自动意味着它也能管理所有 Booking.com 促销。
如果管理者因为国家房价优惠看起来过低而下调酒店管理系统中的房价，其他关联产品的价格也可能随之降低。使用 Smart Order 的酒店渠道管理系统对接 Booking.com 的工作流程时，应先管理已映射的源房价并核查关联客房，再单独排查促销设置。这样才能针对造成差异的具体环节进行修正。
区分源房价与促销优惠
在 Smart Order 中轻松管理已映射的客房房价，并将 Booking.com 优惠与正确的起始房价进行比较，再调整各渠道价格，减少重复操作与误调成本。
设置国家房价，确保适用范围不扩大
请使用Booking.com 酒店后台的促销管理区域，或明确支持国家房价的已对接促销工具。不同账户的可用选项和菜单名称可能有所不同。不要因为某个页面尚未刷新，就在两处重复创建同一优惠。
- 打开正确的住宿，找到现有国家房价优惠或国家房价创建入口。新增前先检查已有优惠。
- 选择计划覆盖且后台可选的市场或地区。完整核对保存的选择，尤其要留意多个国家被归为一组选项的情况。
- 核查参与的母房价计划与客房覆盖范围。国家房价的默认覆盖范围可能较广，不要假定只有当前查看的客房会参与。
- 输入已批准的折扣，并核查可设置的住宿日期排除项及预订条件。明确区分宾客的预订日期与住宿日期。
- 保存前，检查完整优惠内容。确认保存是否会立即启用优惠，不要假定编辑后的促销仍处于暂停状态。
- 保存后重新打开详情，将已保存的客群、房价计划、折扣及排除项与批准的方案逐一比较。记录优惠编号与核查日期。
如果界面无法准确设置预期范围，应停止操作并修改优惠方案，不要发布覆盖范围更广的折扣。优惠承诺的适用范围越明确，保存的配置也必须同样精准。
既要检查跨越排除日期的住宿，也要检查完全不涉及排除日期的住宿。如有每晚价格明细，请逐晚查看。仅查看整段住宿的总价，可能无法发现具体哪一晚获得了折扣。
不要仅为使促销价格符合目标，就更改取消条款、餐食或入住人数。这些变更会形成不同的产品。核查期间应始终保持这些条件一致。
核查符合条件的搜索结果与最低售价
检查可能影响同一住宿预订的其他优惠：Genius、移动端价格、预订时间窗口优惠及正在进行的促销活动。列明各项优惠的适用条件与叠加规则，不要只记录宣传中的折扣比例。同时符合两项优惠的条件，并不意味着两项优惠都已应用。
仅以计算示例说明：房费金额为 200，先减免 10%，再减免 10%，结果为 162，而不是 160。这说明不能直接相加折扣比例；该示例并非 Booking.com 通用的折扣叠加公式。请仅使用实际优惠已明确的叠加组合与计算基准。
判断是否达到批准的价格底线时，应以扣除酒店承担的优惠后的住宿金额为准。税费、强制性费用、汇率换算及平台出资的优惠应分别核算。宾客看到的价格更低，本身并不代表酒店应收款也等额减少。
测试适用边界，而不只是确认折扣生效
保持住宿、客房、房价计划、入住人数、日期、币种及取消条件一致。如有获准使用的测试途径，应比较符合条件的市场与确实不符合条件的市场的搜索结果。如果酒店无法可靠验证该客群，请使用促销预览，或联系 Booking.com 客服协助核查特定市场。
在本地搜索时改选另一种币种，不能替代上述核查。对于尚未测试的市场，应记录为未验证，不要直接判定房价有误或适用限制正确。
在符合市场条件的情况下，比较未登录状态与相关会员登录状态下的搜索结果，再单独核查移动端适用资格。沿预订流程查看所选优惠，直至付款前的最终价格页面。不要假定移动端价格与国家房价之间的差异来自额外叠加折扣；也可能是另一项符合条件的优惠替代了原优惠。
还应测试已排除的节假日住宿、未选中的房价计划（如果配置允许保留此类计划），以及临近的预期促销住宿日期。国家房价优惠应仅在已保存的范围内生效。其他折扣仍可能使不符合该优惠条件的搜索结果价格更低，因此应先确认实际应用的优惠，再判断排除设置是否失效。
从源头解决价格差异
如果只有选定市场的价格过低，应先核查该促销的适用范围与优惠重叠情况，再决定是否下调或上调母房价。如果所有可比市场的价格都有问题，应重新检查源房价，以及入住人数或餐食带来的价格调整。保留截图与准确的搜索条件，便于团队复现差异。
如果现有预订能够提供合适的核查依据，可将其价格及优惠明细与测试的优惠、酒店预期收款金额进行比较。使用酒店渠道与收益报表跟踪最终预订金额，并结合预订中的促销详情进行核查。仅凭渠道收入，无法确定实际应用了哪一条国家房价规则。
只有在目标客群与排除情形的表现均符合预期，且扣除酒店承担的优惠后的金额达到价格底线时，才应批准该优惠。若仍有任何一项无法解释，应按照已批准的工作流程暂停受影响的促销或缩小其适用范围，无需暂停酒店的全部渠道分销。
