在本系列常见问题解答中，Ink公司产品架构副总裁本·韦马克探讨了当航空公司从基于PNR和机票的履行模式转向基于报价-订单的履行模式时，订单式服务交付如何突破自身运营边界，创造全新可能。
什么是报价单中的临时联单？
在报价与订单模型中支持临时联运，无需预先备案的票价或比例分摊协议。
相反，一家航空公司可以根据实时可用性和商业逻辑，动态构建包含另一家航空公司服务的报价。
这得益于零售商与供应商职责的明确划分，以及合作伙伴之间进行的报价确认与订单创建消息传递。
交付相关性正是体现这一核心价值的关键环节。当零售商掌握订单权限而供应商负责服务交付时，诸如"准备起飞"这类状态信息必须及时反馈给零售商，以便更新客户渠道信息、通知退款与支付状态、支持结算与报表生成，并确保全生命周期可追溯性。
由送达/离港控制系统触发，并通过订单管理系统（OrMS）发送：操作事件发生在机场系统中，随后供应商的OrMS捕获该事件，并使用标准消息（如ServiceStatusChangeNotif，可选UpdateServiceNotif）将结构化服务状态更新发送至零售商的OrMS。
这正是将"我们能销售合作伙伴内容"转化为"我们能大规模交付内容"的关键所在。
在Offer-Order购物和定价流程中，富媒体应用于哪些环节？
富媒体支持已嵌入：
- 空中购物RS
- 报价价格RS
- 座位可用性RS
- 服务列表RS
它支持客舱影像、座位预览、附加服务视觉展示（例如餐食和贵宾室设施）以及票价品牌示意图。
这并非抽象的零售要点。若想减少机场争执和人工修复，产品清晰度至关重要。丰富的内容能帮助销售人员和直销渠道更有效地展示商品，从而提升销售额并增强透明度。
航空公司从订单式服务交付中获得了哪些实际效益？
以下是具体功能的阐述，以"传统模式中的痛点，在订单模式中得以简化"为框架：
- 处理三个不同航班的乘客：传统系统通常需要拆分PNR；Order系统可将其作为单一对象支持。
- 预订后添加附加服务：传统系统操作复杂，通常需要重新签发和电子票据管理流程；在订单模型中，单次呼叫即可完成订单追加。
- 追踪已交付内容：传统系统 缺乏统一可见性；订单支持按服务状态追踪。
- 单项服务退款：传统方式 通常依赖人工操作；订单系统支持通过相关订单项实现定向退款。
- 在传统模式下，共享预订详情而不泄露价格 几乎不可能 实现； 而订单功能则允许受控共享。
- 实时服务更新：传统架构 依赖服务器端渲染（SSR）和队列模式；订单系统支持事件驱动更新。
- 结构化会计与报告：传统模式 为手动或票据处理；订单支持基于订单的收入消息。
这一切都取决于一个简单的转变："按订单交付"意味着交付由订单驱动，而非由EMD优惠券、票据记录或基于PNR的队列驱动。
交付事件关联订单项及服务，承载权益、条件、当前状态及操作关联。
行业标准流程是否需要调整以支持大规模订单交付？
是的，这确实需要认真反思。
当今大多数航空标准均由单一机构通过工作组结构制定并管理，其投票权和参与权仅限于付费会员。
这虽有诸多益处（协调性、合法性、航空公司协调、供应商参与），但相关挑战却日益凸显，不容忽视。
当前标准中的关键问题：
- 数字变革步伐过慢：发布周期与治理机制滞后于实际落地，而数字生态系统却以周为单位持续迭代。
- 参与门槛：费用、差旅及内部流程知识限制了贡献者的范围。
- 一刀切的做法行不通：标准变得抽象化，最终仍会因双边扩展和配置文件而分道扬镳。
- 创新始于标准之外，而后被纳入标准体系，最终使标准沦为发展瓶颈。
颠覆性变革的样貌并非推翻国际航空运输协会（IATA）主导的工作，而是实现流程现代化与开放化：建立开放存储库和拉取请求提案机制，组建更精简的工作组以加快工作节奏，并秉持以实施为先的理念，配备参考实现方案和测试套件。
这对服务交付至关重要，因为联运和多方履约只有在交付语义和状态消息实现端到端一致时才能有效运作。若行业标准无法及时跟进，航空公司将持续构建双边补丁方案，可扩展的跨航空公司交付体系将始终遥不可及。
作者
