在本周常见问题系列中，Ink 专家将探讨航空公司如何向现代航空零售转型，并分享这对服务提供的意义、有哪些变化以及使转型顺利进行的实际步骤。
在本期中，Ben Waymark 解释了从 PNR（乘客姓名记录）和基于机票的执行到基于订单的交付如何改变航空公司运营航班、行李、座位和服务的方式。
订单送货 "究竟是什么意思？
基于订单的流程比基于 PNR 的流程好在哪里？
如果我们仍在使用传统的 PSS，是否可以使用订单开始交付？
如果我们既有 PNR 又有订单，工作人员是否需要学习两个系统？
Q.订单送货 "实际上是什么意思？
在基于订单的模式中，服务交付由订单驱动，而不是由机票记录、EMD 优惠券或基于 PNR 的队列驱动。
所有交付事件都与订单项目和服务有关：
- 乘客应享待遇
- 条件
- 现状
- 与航班、航段和交付地点相关联
在运营方面，这意味着值机、登机、行李、座位、餐饮和休息室都将作为订单上的服务进行管理。这些服务不再分散在多个传统工件中，而是位于一个连贯的结构中，运营和服务团队可以跨渠道使用。
Q.基于订单的流程比基于 PNR 的流程好在哪里？
行业向 Offers and Orders 的转变并非 "为技术而技术"。它是为了简化流程、降低成本，并实现传统的 PNR 和基于机票的堆栈无法实际支持的零售模式。
这就是底线：
Q.如果我们仍在使用传统的 PSS，是否可以使用订单开始交付？
是的，但前提是您必须承认 PSS 不是您的订单管理系统，而且您愿意增加一个架构层。
标准模式下的传统 PSS 平台，如 Amadeus Altea Classic、SabreSonic Classic 或 Navitaire New Skies：
- 以门票为中心
- 基于 PNR
- 与履行 EMD 和优惠券紧密相连
您不必立即更换 PSS，但需要进行解耦。
Q.如果我们既有 PNR 又有订单，工作人员是否需要学习两个系统？
不一定。
当基于 PNR 的系统和基于订单的系统并行运行时，通常会指定其中一个系统作为交易的主记录。工作人员只需与该主系统进行交互。
典型模式
- PNR 作为主系统
航空公司继续使用 PNR 作为记录系统。团队主要通过 PNR 界面访问和管理预订，即使订单存在于幕后。 - 订单是主
在完整的 NDC-ONE 订单环境中，服务和检索都是通过订单管理系统完成的，订单是真实的来源。
集成必须确保一个模型中的变化在需要时反映在另一个模型中。例如，尽管 NDC 订单背后的结构与传统的 PNR 不同，但 NDC 订单可以携带传统的预订参考，因此代理仍可轻松检索记录。
关键是要为一线员工制定明确的规则，使其免受复杂混合问题的影响：
- 每种情况下哪个系统是主系统
- 如何将业务互动传送到该系统
战略举措
从 PNR 和以票据为中心的交付过渡到订单不是一个单一的项目。它是关于主记录的位置、与 PSS 脱钩的程度以及何时在上面添加 NDC 的一系列决策。尽早实现履行和服务现代化的航空公司将在全面转向 "发售-订单-交付-结算 "零售时处于更有利的位置。
在使用传统 PSS 时，您可以通过以下方式使用订单开始送货：
- 添加解耦订单管理系统层
- 将订单转换为传统交付工件（PNR/EMD）
- 边缘逐渐现代化
如果您需要适合当前 PSS、渠道和运营限制的分阶段服务交付战略，请联系我们的团队，设计适合您情况的服务交付指南路径。
作者
