预订测试请求

为帮助您测试集成项目处理潜在的预订错误状态，针对所有 Rapid 预订 API 方法提供了多个测试请求。

要发送 Rapid Booking API 方法的测试请求，请在 预订请求中包含名为 test 的附加 HTTP 标头，并使用下表中的相应值。********

在尝试进行任何测试之前，请完整查看我们的测试说明。下面可以找到测试标头值及其响应的列表 。

重要的测试预订说明

注意： 未能发送 test 标头，或发送无效的测试标头，将导致预订在 实时处理。

• 务必查看返回的取消政策，以确保不会收取手续费。
• 取消 on-hold 测试预订 (hold = true) 而不确认，将导致 初始响应返回的行程 ID 被我们的预订系统重新使用，因为原始行程从未完成。请注意，此测试场景中可能存在假重复项。
• 测试预订不会在我们的预订支持客服的平台上出现。请联系您的 Rapid 代表或合作伙伴 支持，解决测试预约问题。
• 请注意，在测试环境中，某些测试响应会被截断。因此，响应并不总是与预期的响应内容相匹配。
• 测试预订将在检索响应中显示 rooms.rate.pricing.totals.marketing_fee的占位值。
• 在发布之前、测试期间，请确保将您的查询发送至 **test.ean.com。**此端点永远不会进行 实时预订，而是在测试环境中创建一个模拟预订。这仍然可以用于 post-launch 测试 生产凭据。
• 测试标头将导致系统在响应中返回静态“预设”消息。因此，返回的 rates/content 等 可能与正在测试的属性无关。

重要的实时测试预订说明

实时测试就是使用真实信用卡进行的标准实时预订，没有测试标头，并在确认后取消。您负责选择可接受的候选住宿并取消您自己的测试。 我们建议仅在预上线开发的最终阶段进行实时测试。Rapid 对因 in-policy 取消或 non-refundable 实时测试费率而产生的任何 费用概不负责。

进行实时测试预订

• 搜索未来至少 60 至 90 天的住宿。
• 在政策期限之前选择无需支付任何取消罚款的房间（有些酒店对政策期限内和政策期限内的取消都会收取费用）。
• 请确认房间没有错误的refundable标记。
• 在预订请求的 rooms对象中使用“test booking”作为您的客人名称值。
• 在 billing_contact对象中使用与您的信用卡关联的实际姓名、地址和电话号码。

取消实时测试预订

• 必须在预订后 48 小时之内取消客房。
• 取消费用的退款需 5 个工作日处理。
• 款项汇至信用卡帐户需 30 个工作日。

注册付款会话

创建预订

完成付款会话

检索预订

取消预订