1. 取消停售不一定会恢复可售库存、有效房价或符合预订条件的住宿日期组合。
2. 重新开放客房销售前，请确认最初关闭销售的原因已消除。
3. 检查 Agoda 已保存的售卖方案，并在对接系统完成常规更新后，使用相同的宾客搜索条件再次验证。
您取消了停售，但 Agoda 仍显示客房不可预订。这并不一定意味着恢复销售的更新未能传达。其他条件仍可能导致所选住宿无法销售。
本 Agoda YCS 检查清单使用原 YCS 后台的现行名称：Agoda 合作伙伴平台。请先明确一个房型、一个日期范围，以及您准备重新开放的房价计划。不要为了解决一个售卖方案关闭的问题，就开放整家酒店的销售。
修改日历前，先取得恢复销售的授权
确认客房此前关闭销售的原因。维修房需要相关负责人确认可以恢复使用；团队预留房需要经过批准的库存调整决定；因临时销售策略而停售的客房，则需要渠道分销负责人批准结束停售。
查看住宿管理房态日历，检查所有受影响日期当晚的已有预订和锁房情况。“房间现在看着空着”并不能证明明天就能出售。只应计入酒店确实能够履约接待的客房。
明确日常更新由哪个系统负责。如果 Agoda 房态由酒店管理系统和多渠道管理控制，请在这些系统中恢复销售，再通过合作伙伴平台检查接收到的状态。如果酒店采用手动管理方式，则在合作伙伴平台操作。不要在上游系统持续发送关闭指令时，反复在平台中开放销售。
如果某个界面已取消关闭，而另一个界面仍显示关闭，关键是查清该指令控制的房型和日期。借助 Smart Order 的已对接的酒店渠道管理系统，员工可以集中查看已映射的库存、渠道房价，以及影响库存的预订变更，提高排查效率。请依据源系统中的状态执行已获批准的恢复销售操作，然后检查 Agoda 上的结果。
只开放确实可售的客房库存
恢复销售前，集中核对客房预订及预留安排和渠道房态，避免误售已占用或需保留的客房，减少人工核查与后续处理成本。
逐项完成 Agoda YCS 恢复销售检查清单
对于酒店类住宿，请登录合作伙伴平台，选择对应酒店，打开“房价与房态”，再进入“日历”。选择相关房型、房价计划和日期。菜单名称可能因住宿类型和账户配置而异。
对于已对接系统的酒店，请通过以下检查核实结果；由源系统管理的数值，应在日常使用的源系统中修改。直接在平台进行的修改，可能会被下一次更新覆盖。
- 核实实际可售房量。 检查计划住宿期间的每一个晚间日期。只要其中一晚的可售房量为零，仅取消关闭就无法让整段住宿变为可预订。不要为了测试恢复销售而随意填入大于零的房量。
- 检查房型层级的关闭状态。 确认目标房型在已获批准的日期内开放销售，而不只是某个房价计划设置为开放。
- 检查目标房价计划。 房型可能已经开放，但其灵活取消、含早或其他房价计划仍处于关闭或未启用状态。请检查您希望恢复销售的具体售卖方案。
- 检查房价是否有效。 确认所需的每一晚及测试入住人数都有有效房价。不要认为恢复销售就会自动补齐缺失的房价，或修复基础房价计划的设置。
- 检查入住限制。 核查最短和最长入住晚数，以及跨越指定日期住宿所需的最短晚数。如果设置了至少入住两晚，测试一晚住宿时仍可能显示不可预订，这是正常的限制结果。
- 保存后重新打开相同日期检查。 在执行已获批准变更的系统中，复核并保存更新。随后检查已保存的数值，以及合作伙伴平台上的结果。仅看到编辑面板发生变化，不能视为完成最终验证。
在当前酒店日历中，可以通过相关房价计划的三点菜单进入“入住限制”。部分账户可能显示“高级视图”。修改前，请先了解字段的含义：最短入住晚数限制针对所选日期抵店的预订，而跨日期最短入住晚数限制也可能影响更早抵店、但住宿期间包含该日期的预订。
除非相关变更已获批准，否则应保留其他销售规则。恢复客房销售，并不意味着所有入住晚数、入住人数或房价计划都应符合预订条件。
根据仍存在的问题，确定下一步检查方向
平台仍显示可售房量为零
将该晚的平台房量与酒店实际剩余库存、日常分销源系统中记录的房量进行对比。检查是否存在已有预订、维修锁房、仍保留的团队配额，或尚未解除的手动关闭设置。
如果酒店没有可售客房，显示为零就是正确结果。如果源系统中已有获准销售的库存，但 Agoda 没有，在增加平台房量前，请先确认房型映射关系和最近一次更新结果。
房型已开放，但某个售卖方案未显示
检查该售卖方案的房价、房态、入住人数和限制条件。如果价格关联了基础房价计划，请核实基础计划的设置，以及适用于该具体售卖方案的规则。
不要一开始就删除或重建正在使用的房价计划。针对具体问题进行修正更容易验证，也能避免影响其他有效预订或在售产品。
较长住宿可订，但搜索一晚住宿时不可订
查看测试抵店日期及住宿所覆盖日期的最短入住晚数设置。例如，假设某个抵店日期要求至少入住两晚，在其他条件均满足的情况下，拒绝一晚住宿、允许两晚住宿就是符合规则的结果。
如果最短入住晚数是有意设置的，请使用符合条件的住宿日期组合验证恢复销售情况。如果这是已过期的活动规则，请先取得批准，再仅修正受影响的日期。
客房开放后又再次关闭
对比修改时间与随后发生的对接系统更新或员工编辑时间。检查日常使用的源系统中，是否仍有未修正的关闭设置、零房量或限制规则。
记录操作和更新的先后顺序，并恢复由一个已明确约定的源系统统一控制。反复在平台修改，可能暂时掩盖原因，却无法解决问题。不要仅为了让客房保持绿色开放状态，就暂停系统对接或清除无关的限制。
整家酒店仍不可预订
除了客房库存，还应检查酒店层级的状态及待处理通知。如果酒店本身需要重新开放，或账户需要完成相关操作，请交由获授权的账户负责人和 Agoda 客服处理。
酒店出现在搜索结果中，并不能证明某个具体房型可以预订。同样，某一次日期搜索显示不可预订，也不能证明整个酒店房源都已关闭。
验证目标方案已可售，同时保留其他限制
在 Agoda 上使用已获批准的日期、客房数量、成人人数及适用时的儿童人数进行搜索。继续进入房型和房价选择环节。确认目标售卖方案可以选择，且总价、包含项目和条款均正确。
检查一个相邻日期，或一种本应继续受限的住宿日期组合。成功恢复销售，不应同时导致维修当晚的客房被出售，或未经批准的房价对外开放。
酒店的直订房态只能用于独立对比同一基础客房库存，不能作为 Agoda 问题已解决的证明。每个渠道对客展示的售卖方案，都需要分别检查。
在对接系统完成下一次常规更新后，再次检查 Agoda 上的相同日期。没有统一的等待时长可以证明恢复成功；如果更新失败或仍待处理，应及时排查，而不是反复盲目重试。
如果已获批准的售卖方案仍无法选择，就应继续跟进该任务。向客服提供酒店和房型、房价计划、日期、预期房量、仍保留的限制、变更前后的时间，以及不含宾客数据的截图。只有当目标售卖方案持续可预订，且需要保留的限制仍正常生效时，恢复销售才算完成。
