Sabre 空中搜索和书流
Sabre air search and book flow
希望在 Sabre (SOAP API) 中获得一些关于空中搜索和图书流量的指导/保证，我正在为一个客户网站项目集成它。
我的客户计划通过第 3 方支付网关单独付款，并且还有第 3 方票务机器人。
票务机器人公司给我的详细信息是，我们应该创建 PNR，然后排队转移到 "International/Domestic Agent Q50"（使用他们的 PCC）。
我可以访问并一直在阅读 Sabre Dev Studio，可以访问 Sabre SOAP API（我有我客户的凭证和 PCC）并且遵循了 "Low Far Search and Book" 工作流程在这里 (https://developer.sabre.com/docs/read/workflows/Low_Fare_Search_and_Book) 按照该页面上的建议将 EnhancedAirBookRQ 和 PassengerDetailsRQ 换成 CreatePassengerNameRecordRQ 并在之前插入付款，我建议的工作流程是：
- 使用 TokenCreateRQ 创建令牌
- 使用令牌通过 BargainFinderMaxRQ 执行搜索
- 向客户显示结果，客户选择行程/航段
- 从客户那里收集客户详细信息
- 外部支付网关对 BarginFinderMaxRQ 中返回的金额进行支付
- 使用精心策划的 API CreatePassengerNameRecordRQ 预订所需的航段，包括：
- 添加乘客详细信息和航段
- 指定以现金支付
- 正在执行队列传输？
我已经对 BargainFinderMaxRQ 进行了编码并开始工作。
我开始与 CreatePassengerNameRecordRQ 集成，并注意到返回的价格可能与从 BargainFinderMaxRQ 返回的价格不同。这让我质疑上述工作流程。我选择它是因为它更容易集成（我可以使用令牌而不是管理会话，它只是一个 API 调用）。
所以，我的问题：
我的理解是否正确，这是项目的正确工作流程吗？鉴于我的客户正在通过外部支付网关进行付款，并希望在客户付款前向客户显示最终数字。
我很难理解票务机器人如何融入流程。希望就这如何影响 PNR 呼叫提供指导。我是否仍然将票证类型设置为“7TAW”并将排队位置设置为他们的 PCC + 队列号？
感谢您的帮助，不胜感激。
1) 是的，这个过程是正确的，但是在某些情况下，航空公司会更改票价或航空公司不会立即确认可用性，所以当您定价时，您实际上是在定价 IATA 票价，通常价格更高昂贵的。对于特定情况，我建议您联系 API 支持。
2) “7TAW”，即出票时限，是指航空公司设定的时限，直到您可以出票而不会失去给定价格的可能性。一些航空公司要求在预订的同一天完成（这是您使用 7TAW 设置的）。一些航空公司会给你几天的时间，而另一些航空公司可以在预订后 30 分钟内给你。我们几乎不可能对机器人如何要求提供这些做出回应，所以为了让您确定，我建议您与该机器人的所有者核实并询问他们他们想要它的方式，也许他们不想要根本不在乎。
希望在 Sabre (SOAP API) 中获得一些关于空中搜索和图书流量的指导/保证，我正在为一个客户网站项目集成它。
我的客户计划通过第 3 方支付网关单独付款，并且还有第 3 方票务机器人。
票务机器人公司给我的详细信息是，我们应该创建 PNR，然后排队转移到 "International/Domestic Agent Q50"（使用他们的 PCC）。
我可以访问并一直在阅读 Sabre Dev Studio，可以访问 Sabre SOAP API（我有我客户的凭证和 PCC）并且遵循了 "Low Far Search and Book" 工作流程在这里 (https://developer.sabre.com/docs/read/workflows/Low_Fare_Search_and_Book) 按照该页面上的建议将 EnhancedAirBookRQ 和 PassengerDetailsRQ 换成 CreatePassengerNameRecordRQ 并在之前插入付款，我建议的工作流程是：
- 使用 TokenCreateRQ 创建令牌
- 使用令牌通过 BargainFinderMaxRQ 执行搜索
- 向客户显示结果，客户选择行程/航段
- 从客户那里收集客户详细信息
- 外部支付网关对 BarginFinderMaxRQ 中返回的金额进行支付
- 使用精心策划的 API CreatePassengerNameRecordRQ 预订所需的航段，包括：
- 添加乘客详细信息和航段
- 指定以现金支付
- 正在执行队列传输？
我已经对 BargainFinderMaxRQ 进行了编码并开始工作。
我开始与 CreatePassengerNameRecordRQ 集成，并注意到返回的价格可能与从 BargainFinderMaxRQ 返回的价格不同。这让我质疑上述工作流程。我选择它是因为它更容易集成（我可以使用令牌而不是管理会话，它只是一个 API 调用）。
所以，我的问题：
我的理解是否正确，这是项目的正确工作流程吗？鉴于我的客户正在通过外部支付网关进行付款，并希望在客户付款前向客户显示最终数字。
我很难理解票务机器人如何融入流程。希望就这如何影响 PNR 呼叫提供指导。我是否仍然将票证类型设置为“7TAW”并将排队位置设置为他们的 PCC + 队列号？
感谢您的帮助，不胜感激。
1) 是的，这个过程是正确的，但是在某些情况下，航空公司会更改票价或航空公司不会立即确认可用性，所以当您定价时，您实际上是在定价 IATA 票价，通常价格更高昂贵的。对于特定情况，我建议您联系 API 支持。
2) “7TAW”，即出票时限，是指航空公司设定的时限，直到您可以出票而不会失去给定价格的可能性。一些航空公司要求在预订的同一天完成（这是您使用 7TAW 设置的）。一些航空公司会给你几天的时间，而另一些航空公司可以在预订后 30 分钟内给你。我们几乎不可能对机器人如何要求提供这些做出回应，所以为了让您确定，我建议您与该机器人的所有者核实并询问他们他们想要它的方式，也许他们不想要根本不在乎。