预订测试请求

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

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

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

重要的测试预订说明

**注意：**发送 test 标头失败或发送无效的测试标头将导致实时处理选购。

• 务必查看返回的取消政策，以确保不会收取手续费。
• 由于原始行程从未完成过，在未确认的情况下取消某个保留的测试预订 (hold = true) 将导致我们的预订系统重复使用初始响应返回的行程 ID。请注意此测试场景中可能出现的错误重复项。
• 测试预订不会在我们的预订支持客服的平台上出现。有关测试预订问题，请联系您的 Rapid 代表或合作伙伴支持人员。
• 请注意，在测试环境中，某些测试响应会被截断。因此，响应并不总是与预期的响应内容相匹配。
• 启动前，在测试期间，请确保将您的查询发送至 test.ean.com。该端点从不进行实时预订，而是在测试环境中创建一个模拟预订。这仍然可以在上线后用于测试生产凭据。
• 测试标头将导致系统在响应中返回静态“预设”消息。因此，返回的房价、内容等可能与正在测试的住宿无关。

重要的实时测试预订说明

实时测试就是使用真实的信用卡进行的标准实时预订（不含测试标头），只是在确认后要取消预订。您负责选择可接受的候选住宿并取消您自己的测试。我们建议仅在预上线开发的最终阶段进行实时测试。对于因政策范围内的取消而产生的任何费用或者用于实时测试的不可退款房价，Rapid 概不承担相关责任。

进行实时测试预订

• 搜索未来至少 60 至 90 天的住宿。
• 选择在政策期限之前不收取任何取消手续费的客房（某些住宿会针对政策范围内和政策范围外的取消收费）。
• 确认客房没有错误的 refundable 标记。
• 在预订请求的 rooms 对象中，住客姓名值使用“test booking”。
• 在 billing_contact 对象中，使用与您的信用卡关联的真实姓名、地址和电话。

取消实时测试预订

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

注册付款会话

创建预订

完成付款会话

检索预订

取消预订