1. 即使房型映射正确，对应房价计划在销售时仍可能包含错误的早餐份数、取消条款或入住人数。
2. 更改对接关系前，请在房型、日期、入住人数和销售条款一致的条件下进行比较。
3. 修正映射关系可保障后续销售准确；已有预订则需根据客人预订时确认的内容单独核查。
在 Trip.com 商家后台中，房价计划映射错误很容易被忽略。房间照片正确，房态正常更新，预订也能正常接收。但客人明明购买了含早餐的套餐，前台收到的却是不含餐的预订；或者财务看到的取消条款与预订确认信息不一致。
房价计划映射，是指确定酒店管理系统中的哪个房价套餐与 Trip.com 上的销售方案相对应。即使名称不同，两端套餐承诺的住宿内容也应一致。先明确客人购买的内容，再核实由哪个已对接的计划管理该销售方案。
记录 Trip.com 销售方案应包含的内容
选择一个房型、一项房价计划和一个受影响的日期。记录所含餐食、取消截止时间或不可退款条件、包含的入住人数、儿童政策，以及任何额外住客费用。如果不同销售方案的付款时间不同，也应一并记录。
使用具体描述，例如“豪华双人房，两位成人，含两份早餐，可在指定截止时间前退款”。仅凭“BAR2”或“灵活价 B”这样的名称，其他管理人员无法判断客人应享有哪些服务。
将这份描述与 Trip.com 上实际销售的方案进行比较；如有受影响的预订，也选取一笔进行核对。公开展示的内容反映当前可购买的方案，而已有预订反映某位客人此前购买的内容。政策调整后，两者存在差异可能是正常的。
如果当前在售方案会立即引发问题，请通过常规销售控制功能，仅暂停受影响的方案，并确认停售已生效。其他房价计划仍然正确时，应避免关闭整个房型的销售。
找出餐食、取消政策或入住人数的不匹配之处
早餐遗漏、多配或份数错误
既要检查是否含早餐，也要检查早餐份数。一位成人“含早餐”与包含两份早餐并不相同，儿童早餐也可能适用单独的条件。请核对预订确认信息、Trip.com 销售方案，以及酒店管理系统中该房价计划的操作备注。
如果 Trip.com 销售的是含早餐方案，而对接的酒店管理系统计划不含餐，请追查所选计划的映射关系。如果两端都承诺提供早餐，但传给前台的份数有误，请先检查入住人数和套餐包含项目的记录方式，再决定是否需要新建房价套餐。
承诺的取消条件不一致
核对是否可退款、准确的取消截止时间及其显示的时区，以及超过截止时间后收取的费用。仅写“灵活取消”并不够明确：某个方案可能允许在入住前一天之前免费取消，另一个方案的免费取消期限则可能更早结束。
保留预订成立时适用的政策。修改当前计划，并不意味着可以对之前的预订套用新的取消条件。如果 Trip.com 承诺的内容与酒店记录不一致，请保留证据，并依据该笔预订已确认的条款处理。
单人、双人、儿童或额外住客的价格不一致
按出现问题时的实际住客组合进行搜索。两位成人的房价正确，并不能证明单人入住或家庭方案也正确。记录儿童年龄，以及套餐是否包含加床，还是仅可按需申请加床。
区分可入住人数与价格。一间实际可容纳三位客人的客房，仍可能需要收取额外住客费用、调整餐食份数，或设置系统支持的独立入住人数价格。请通过相应设置修正入住人数限制，不要将家庭方案直接关联到看起来最接近的成人计划。
同一房型在 Trip.com 上有多个销售方案时，可能难以追踪各方案所选的房价套餐。Smart Order 的多渠道管理将房价更新和新预订接入酒店日常工作流程，帮助管理人员高效核实每个销售方案应由酒店管理系统中的哪个计划提供数据并接收预订，减少人工核对。
让 Trip.com 销售方案与酒店房价计划保持一致
修正对接关系后，先一并核查房型、房价套餐和新预订，再扩大销售范围。
区分映射错误与价格差异
比较价格时，请使用相同的日期、房型、入住人数、儿童年龄、币种和税费显示方式。同时保持设备、登录状态和促销适用资格一致。价格差异可能来自会员折扣或促销活动，并不一定意味着对接的房价计划发生了变化。
先判断销售方案承诺的内容有误，还是仅最终价格不同。如果餐食和取消条款对应的是酒店管理系统中的另一个套餐，就需要排查映射关系。如果承诺内容一致，只是某一种入住人数的价格不同，则应先检查按入住人数定价的设置及相关调价规则。
还要检查每项设置由哪一端维护。基础房价更新，并不代表餐食内容、儿童政策或取消截止时间也已随之更新。请记录哪些字段由对接系统管理，以及哪些账户专属设置仍需在 eBooking 中维护。
例如，含早餐计划可能采用在不含餐计划价格基础上加价的方式定价。如果映射关系正确，但加价金额被重复录入，将其重新关联到其他套餐并不能解决原来的错误。请同时核实定价规则和面向客人显示的总价。
菜单名称和可用的映射设置会因服务商及酒店账户而异。即使实际对接变更由服务商或 Trip.com 账户联系人执行，也应遵循相同的操作核查步骤。
修正一组房价计划映射关系并进行测试
选取一小段未来日期，并使用经批准的可售价格。保存现有计划的标识信息，指定一人协调此次变更，避免其他班次覆盖设置。
- 调整房价计划映射关系前，先确认酒店和实际房型均正确。
- 根据餐食份数、取消条款和住客定价，核对目标酒店管理系统套餐与 Trip.com 销售方案。
- 通过服务商的映射流程，选择正确的现有计划配对；只有酒店确实需要新增销售方案时，才新建计划。
- 检查此次变更影响的关联价格和账户专属政策设置。
- 发送一次系统支持的更新，确认更新已应用到目标销售方案，同时核实无关且设置正确的计划未发生变化。
- 再次以客人身份搜索，然后在约定的付款和取消条件下，核验一笔经授权的测试预订。
如果计划支持其他入住人数，测试时不要只使用默认的两位成人条件。请分别比较单人、常规成人入住人数，以及涉及相关儿童年龄分界的家庭搜索结果。不要为了让测试返回结果而开放原本不支持的住客组合。
分别核查早餐份数、取消条款表述、最终价格，以及任何需到店支付的费用。每晚房价符合预期可以作为参考，但不能据此确认所有条件都一致。
在住宿管理预订工作台中找到该笔测试预订。确认预订已归入预期的房型和计划，且员工可以查看承诺包含的服务项目和入住人数。按允许的流程完成取消，并核实取消状态已更新到同一笔预订。
核查已有预订并完成修正
列出错误映射关系生效期间收到的预订。使用预订编号，将每份 Trip.com 预订确认信息与酒店记录逐一匹配。保留预订成立时确认的价格、餐食、入住人数、付款安排和取消条款。
按照酒店批准的流程，修正内部餐食安排、住客备注或账务分配。不能因为当前对接关系已经修正，就覆盖对客人原有的承诺。如果无法妥善修正记录，请向技术支持咨询，如何确保后续修改仍能正确关联到同一笔预订。
检查接下来的工作交接。前台可能需要补充早餐备注，早餐团队可能需要更新用餐人数，财务可能需要使用预订确认的取消违约金，而非酒店管理系统的默认政策。请明确分配这些任务，不要只留下一句笼统的“映射已修复”。
将最终的计划配对及其销售内容说明，与酒店的酒店管理系统操作记录一同保存。记录哪些搜索测试已通过，以及由谁批准恢复受影响方案的销售。
修正后，再次核查首笔真实预订。复制计划、更改餐食套餐，或调整儿童及额外住客规则时，都应重新核查销售条款。熟悉的计划名称下，可能已包含新的服务承诺。
常见问题
房型映射正确时，房价计划仍可能有误吗？
是的。预订可以进入正确的房型库存，但关联套餐的餐食、取消条件或住客价格仍可能不一致。
Trip.com 上的所有价格差异都意味着映射错误吗？
不是。更改计划映射关系前，请先比较促销活动、税费、币种、入住人数、登录条件和调价规则。
是否应该将两端计划改成相同名称？
名称有助于员工识别，但实际结果取决于所选的映射关系和销售条款。仅修改名称，不能证明正确的计划已经关联。
修正映射关系后，之前的预订会自动修复吗？
不要作此假设。请单独核查受影响的预订确认信息，并保留客人预订时确认的条件。
什么时候可以恢复该方案的销售？
在目标计划收到限定范围的更新、客人端搜索结果与承诺内容一致，且经批准的测试预订已进入正确的酒店记录后，即可恢复销售。
