当两种模式同时运行时，服务交付的实际运作方式
对于身处混乱中间地带的航空团队而言，我们面临一个新问题：多数航空公司仍在使用传统的预订记录（乘客姓名记录，即PNR），同时开始探索通过订单进行销售和交付的方式。
我们知道订单系统即将启用，但目前仍以PNR和票据为基础开展业务。这究竟会对服务交付产生什么实质性改变？
在运营当天，两种模式同时运行。服务交付必须适应这一现实情况。
本期内容包含三项内容：解答部分疑问，展示与合作伙伴的具体构建方案（呈现报价、订单和交付协同运作），以及为您的路线图补充若干要点。
让我们深入探讨吧。
服务交付常见问题解答：从PNR到订单
我们将航空团队反复提出的问题整理成简短的常见问题解答。通俗易懂地涵盖以下内容：
- 订单配送与PNR及机票配送的区别
- 当两种模型并存时，为旅程选择“真相来源”的意义何在
- 在传统文件依然重要的领域，以及能够按需生成这些文件的场景中
- 如何通过恢复时间和兑现承诺来衡量进展，而非通过屏幕数量
如何实现报价、订单与交付的协同运作
国际航空运输协会（IATA）的航空零售联盟提出了一个简单问题：当航空公司仍在使用PNR时，能否在真实系统中实现跨供应商的报价与订单处理？"模块化实践"项目将这一问题从幻灯片转化为可运行的系统集成方案。
在该计划中，若您负责服务交付工作，以下几个案例值得关注。
从报价到交付，无需PSS——Ink、Datalex、PROS
在此概念验证中，Datalex负责优惠创建与订单管理，PROS提供定价服务，Ink则在机场执行配送。
- 报价在零售层构建并定价
- 订单记录已售商品，权益清晰明确
- 配送系统读取同一订单，执行签收及附加履约操作，随后回写状态信息。
传统的旅客服务系统并不主导流程。这使得航空公司能够自由增减组件而无需重启整个系统栈，同时在过渡期间为PNR和订单系统并行运行保留了路径。
直达机场的订单——Ink与FLYR
概念验证表明Ink和FLYR的运行能保持流程顺畅：
- FLYR 处理报价与订单：涵盖购物、定价、订单创建及生命周期管理
- Ink handles Delivery：机场流程、辅助履行与配送状态
运作原理如下：旅客购物下单，FLYR系统生成订单。该订单随即同步至机场的Ink系统。工作人员处理行程、调整座位、添加附加服务，所有操作都会实时更新同一订单记录。不存在独立的"机场副本"。
有三点值得注意：
- 交付不仅是出发控制。不要将履约能力锁定在单一机场系统中。
- 订单管理是离港控制的一部分。两个团队需要就谁在何时更新哪些状态达成明确的协议。
- 运营团队会推迟行动，直到他们看到工作被移除，而非仅仅转移。构建必须让他们的日常工作更轻松。
利雅得航空：混合世界中的全新交付
利雅得航空是一家新兴航空公司，而非通过系统切换运营的传统航空公司。从成立之初，其交付层就必须在一个合作伙伴、机场和监管机构仍使用传统"语言"（如PNR、机票、传统消息）的环境中运作。
墨水配送管理系统的设计定位于中间地带：既支持利雅得航空自身的订单中心化模式，又能在必要时与传统系统实现无缝对接。其成果并非"转型中的航空公司"，而是为混合运营模式量身打造的全新业务体系——只要这种混合现实持续存在，该系统就能在行业两端高效运转。
这对您的路线图意味着什么
你不需要另一个概念作品。你需要的是几个明确的选择。
- 从流程出发，而非系统。针对每个流程，确定哪条记录作为操作参考。若存在订单，则将其作为权限和状态的主要来源。
- 确保两个标识符均可使用。工作人员 应能通过PNR式参考号或订单ID进行检索，无需启动两个独立流程。
- 将传统文件视为输出成果。许多 合作伙伴和监管机构仍需这些文件，但它们不应决定您的交付方式。*
- 为多个供应商设计系统。假设 报价、订单和交付可能不全部位于同一平台。采用清晰的接口设计，确保更换单个组件时无需重新连接所有系统。
*然而，有一个问题需要提出。
在OOSD（报价订单结算交割）系统中，每笔订单必须包含订单ID，并可选填六位字母数字组合的预订ID，该ID可替代传统PNR使用。 虽然该预订ID的功能类似于PNR，但它本身并非PNR，因为它不具备PNR通常遵循的结构约束；然而，它仍能提供符合多国政府APIS法规要求的预订参考号，同时满足BSM及其他依赖六位字符标识符的消息标准。多数航班（尤其是国际航线）均需此类参考号。 但仍存在一个悬而未决的问题：这些预订ID是否最终必须遵循传统PNR规则（例如确保所有乘客共享相同舱位等级或相同起止点），以避免下游系统触发问题或警示？
我们将就以下问题分享更多见解。
作者
