验证 vs 下单
选择正确的预订步骤。
Last updated
Was this helpful?
选择正确的预订步骤。
💬 需要帮助? 如果遇到问题,请在帮助中心咨询 Eva,快速获取诊断建议。
当您需要决定预订问题属于 verify.do 还是 order.do 时,使用此页面。
使用 verify.do 验证当前预订上下文。
使用 order.do 创建实际预订。
verify.do 告诉您需要什么。
order.do 提交预订请求。
verify.do 的主要职责是什么?它刷新运价、航线和预订要求。
它返回订单创建所需的 sessionId 和 bookingRequirement。
order.do 的主要职责是什么?它创建订单。
它使用已验证的上下文、旅客数据、联系数据和附加服务选择。
verify.do 吗?不可以。
在标准搜索流程中,order.do 依赖于 verify.do 返回的 sessionId。
verify.do用于回答:
行程是否仍然有效
最新的运价是什么
需要哪些旅客和证件字段
订单应使用哪个 sessionId
order.do用于回答:
Atlas 现在可以创建预订吗
旅客数据是否满足预订要求
附加服务选择是否仍然匹配当前上下文
支付接下来应使用哪个 orderNo
verify.do 返回sessionId
最新的运价和航线上下文
bookingRequirement
附加服务上下文
order.do 返回orderNo
订单状态
与当前请求关联的预订结果
典型的验证阶段失败包括:
过期的 routingIdentifier
搜索后航班售罄
目标航班变更
运价系列售罄
临时验证超时
典型代码包括:
202
205
206
207
210
299
典型的订单阶段失败包括:
过期的 sessionId
旅客数据缺失或无效
过期的附加服务 productCode
验证后价格变化
预订提交前航班售罄
典型代码包括:
301
302
307
308
309
410
verify.do当前 sessionId 已过期
预订延迟
您需要最新的 bookingRequirement
您需要再次获取当前运价上下文
order.dosessionId 仍然新鲜
旅客和联系数据完整
附加服务选择匹配当前上下文
您已准备好创建预订
不要这样做。
在标准流程中,它是 sessionId 和 bookingRequirement 的真实来源。
不要这样做。
当预订关键输入发生变化或预订延迟时,刷新验证。
order.do 为您决定缺失的字段要求不要这样做。
首先读取 bookingRequirement。
在 order.do 之前立即确认:
sessionId 仍然有效
bookingRequirement 是最新的
旅客数据匹配所需字段
附加服务映射匹配当前验证上下文
Last updated
Was this helpful?
Was this helpful?

