现代航空零售基础知识。本系列短文将为您解读MAR——相关术语、架构，以及当航空公司从PNR系统转向订单系统时会发生哪些变化。
在面向对象系统设计（OOSD）领域，若您正在开发或运维一个发货控制系统（DCS），那么所有概念中，交付状态代码最为关键。它们虽不显眼，却是“报价、下单、结算、交付”（Offer, Order, Settle, Deliver）流程中“交付”环节真正起作用的核心要素。
什么是配送状态代码
订单中的每项服务都有一个配送状态代码。这些代码代表该服务在其生命周期中的所处阶段，从购买到交付。其顺序大致如下（具体取决于承运商及其收入核算偏好）：
- 某项费用支付后，该项将转为“准备进行”状态
- 当乘客办理登机手续时，其状态将变为“已准备好办理登机手续”
- 当乘客上车时，状态将变为“进行中”
- 当航班被标记为“已执行”时，它将转为“已交付”状态
交付管理系统（DCS）的核心职责，即其最基本的功能，就是更新这些状态代码。这就是其交付功能。DCS 所做的其他一切工作（管理预订、文件、附加服务购买、座位变更等）都是围绕这一核心机制构建的。
单条和批量更新
状态变更通常有两种方式。最常见的情况是，当乘客登机时，其订单中所有服务的交付状态会同步更新：乘机资格、座位、行李限额等所有内容都会一并更新。
但状态变更也可以针对特定服务单独触发。当乘客使用贵宾室服务时，系统会发送一个 USNRQ（服务更新通知请求），专门更新贵宾室服务的交付状态。对于餐食、零售附加服务以及任何需要精细化跟踪而非在登机时进行批量更新的服务，您都可以采用同样的做法。
此外，还有一种名为 SSCN（服务状态变更通知）的功能，其作用与之类似，不过预计 SSCN 将来会逐渐被 USNRQ 取代。
这在商业上为何重要
交付状态代码是收入确认的关键——OrMS 能够掌握已交付的商品，并据此进行对账。但正是这些代码，才使得持续零售成为可能。
由于该系统基于API构建，零售服务并不会在办理登机手续后终止。乘客在候机时可以升级舱位，办理登机手续后可以更改座位，甚至在登机口通过应用程序查看零售优惠。每笔交易都会生成一个新的订单项，且每项订单的交付状态均通过同一机制进行追踪。
对航空公司而言，这一点意义重大。这意味着创收机会贯穿乘客整个旅程，而不仅仅局限于预订环节。
问：当有人登机时，状态更新会自动进行，还是需要系统手动触发？
这可以双向操作。登机事件通常会触发该乘客在所有服务中的批量状态更新。但对于贵宾室使用权限这类服务，若需记录具体的使用时刻，则应在该时刻发送单独的 USNRQ 请求。系统的精细程度可根据您的需求进行调整。
问：航空公司是否就是通过这种方式来核对已交付和未交付的物品？
没错。交付状态代码序列为所提供的服务提供了可追溯的记录。该设计旨在满足收入确认的要求——航空公司针对每项服务、每位乘客，都记录了具体提供了哪些服务以及服务的时间。