带有商务活动的旅行行程API v4

介绍

事件驱动的GET Itinerary v4 API将提供一个可伸缩的解决方案，允许合作伙伴对正在创建、更新、取消、删除和匿名的行程进行接近实时的更新。

将为保存到行程数据存储中的所有行程触发事件。这包括在Concur Travel、TMC线下或直接与TripLink供应商预订的行程。它还包括用户发送到TripIt的旅行计划，并添加到Concur Request中。数据来源可以根据来源加以区分，在枚举类型的引用部分。

由于一些旅行数据的来源是间接的(例如通过电子邮件解析)或仅表明旅行者的意图，因此记录不完整或充满可疑数据的情况并不罕见。数据客户必须为不完整的记录开发策略，以适合他们的用例。例如，在注意义务服务中，从JFK到LHR没有航班号(或假航班号)的航班应被解释为旅客有意在该日期到达伦敦。

事件订阅服务(ESS)允许使用合作伙伴的应用程序和webhook设置/创建订阅。使用以下资源，可以设置端点并创建Travel Itinerary Event的订阅。

使用公司级令牌和href从Events有效负载中，合作伙伴使用Itinerary v4 API端点来获取行程细节。

模式和示例API请求和响应可以在下面找到:

请注意:源名称同时出现在Itinerary级别和Booking级别。在Booking级别上的值通常更有用。在Itinerary级别的值表示添加到Itinerary的第一个预订的值，因此可能会产生误导。

也就是说源名称	描述
Cliqbook	使用Concur Travel创建预订，或直接与TMC代理预订并通过GDS发送。
巴拿马	旅行确认邮件发送到plans@concur.com，这是Concur TripLink的一个功能。请注意: plans@concur.com功能已弃用。
机构	通过其他预订工具进行预订，并发布到SAP Concur平台。
TravelSupplier	Concur TripLink直接在供应商网站和移动应用程序上进行预订，并发布到SAP Concur平台上。
TripIt	旅行确认邮件发送到plans@tripit.com，这是Concur TripLink的一个功能。
TravelRequest	来自Concur Request的旅行计划表明旅行者有意向，但可能还没有实际的预订。