【问题标题】:Sabre air search and book flowSabre air 搜索和书籍流
【发布时间】:2018-01-17 02:53:44
【问题描述】:

希望对我正在为客户网站项目集成的 Sabre (SOAP API) 中的空中搜索和图书流提供一些指导/保证。

我的客户计划通过第 3 方支付网关单独收款,并且还有一个第 3 方票务机器人。

票务机器人公司给我的详细信息是,我们应该创建 PNR,然后排队转移到“国际/国内代理 Q50”(使用他们的 PCC)。

我可以访问并一直在阅读 Sabre Dev Studio,可以访问 Sabre SOAP API(我有我的客户的凭据和 PCC)并在此处遵循“低远搜索和预订”工作流程 (@987654321 @) 按照该页面上的建议将 EnhancedAirBookRQ 和 PassengerDetailsRQ 交换为 CreatePassengerNameRecordRQ 并在之前插入付款,我建议的工作流程是:

  1. 使用 TokenCreateRQ 创建令牌
  2. 使用令牌通过 BargainFinderMaxRQ 执行搜索
  3. 向客户显示结果,客户选择行程/航段
  4. 从客户那里收集客户详细信息
  5. 外部支付网关对 BarginFinderMaxRQ 中返回的金额进行支付
  6. 使用编排 API CreatePassengerNameRecordRQ 预订所需的航段,包括:
    • 添加乘客详细信息和航段
    • 指定以现金支付
    • 执行队列转移?

我已将 BargainFinderMaxRQ 编码并正常工作。

我开始与 CreatePassengerNameRecordRQ 集成,并注意到返回的价格可能与 BargainFinderMaxRQ 返回的价格不同。这让我质疑上述工作流程。我之所以选择它是因为它更容易集成(我可以使用令牌而不是管理会话,它只是一个 API 调用)。

所以,我的问题:

  1. 我的理解是否正确,这是项目的正确工作流程吗?鉴于我的客户正在通过外部支付网关进行付款,并希望在客户付款之前向他们显示最终数字。

  2. 我很难理解票务机器人如何融入流程。希望就这如何影响 PNR 呼叫进行指导。我是否仍将票类型设置为“7TAW”并在他们的 PCC + 队列号上排队?

感谢您的帮助,非常感谢。

【问题讨论】:

标签: sabre


【解决方案1】:

1) 是的,该过程是正确的,但在某些情况下,航空公司会更改票价或航空公司不会立即确认可用性,因此当您定价时,您实际上是在定价 IATA 票价,这通常更贵。对于特定场景,我建议您联系 API 支持。

2) “7TAW”,即出票时间限制,是指航空公司设定的限制,直到您可以出票而不会失去给定价格的可能性。一些航空公司要求在预订的同一天完成(这是您使用 7TAW 设置的)。一些航空公司会给您一些时间,而另一些则可以在预订后 30 分钟内给您。我们几乎不可能回答机器人如何要求提供它,所以为了您确定,我建议您与该机器人的所有者核实并询问他们如何想要它,也许他们不想要。甚至不在乎。

【讨论】:

  • 谢谢你,太好了,我一定会按照你的建议去做。但是,是否有替代工作流程,我们可以在预订之前从 Sabre/航空公司收到最终价格,然后付款,然后通过 Sabre 确认预订,如果是这样,您是否建议我们改用它?抱歉,我对所有魔术字符串和不同的工作流程有点迷失了
  • 您可能想要检查 Revalidate Itinerary 服务,我认为它可以满足您的需求(DevStudio 的描述:能够在不预订行程的情况下重新检查特定行程选项的可用性和价格。如果行程选项对购买有效)。你有 SOAP 和 REST 风格:developer.sabre.com/docs/read/soap_apis/air/search/… & developer.sabre.com/docs/read/rest_apis/air/search/…
  • 感谢@Wisdoom 非常感谢您的帮助