民航 POI 这个词，在咱们行里听着挺专业，就连带点“学术腔”，但在实际飞行操作要么跟乘客聊家常的时候，那玩意儿往往就被简化成了个名词。把它拆开看，P 实际上是 Passenger，也就是乘客；O 是 Origin，出发地，要么是 Originating point；I 是 Destination，目标地。
故此合起来，就是“从 A 点飞到 B 点”这一连串动作里，中间那个被无数人带着走的“人”。 再往深里琢磨，POI 实际上更像是一场信息轰炸。你坐飞机，脑子里不能只想着“我要去北京”，你得先把机场的代码、航班号、就连座位号回忆清楚。PBI 系统（Pilot-Boarding-In），就是专门负责把乘客名字、证件信息、行李清单，还有机上服务指导全塞进那个叫 PBI 的机器里的。
这里面的数据量，你随意找个航司的数据库看看，每日更新的数据就可能有几千万行，每条数据都代表着一个具体的乘客。 这就引出了 POI 在航司运营里头最真的局部。在飞行之前，PBI 负责给这帮人配好“行李”。
你想想，一个长途航班的乘客包里，可能装着三个孩子的玩具、半个行李箱、一堆洗漱用品，就连是那只还没戴好的眼镜。PBI 系统里的每一项记录，都是这些东西的物理坐标。
要是记录错了，要么改得忒慢，乘客到了机场才发现箱子丢了，要么带回来的东西没人收，那最终倒霉的一定是那个乘客，而不是系统。
故此，POI 在这里，实际上就是把乘客的身份和他们的随身东西，像一把把钥匙一样，精准地扣在登机口那扇门上。 有时候大家认定 POI 就是好办的数据库，实际上没那么好办理解。它背后牵扯的是整个航班的调度逻辑。航空公司每天要处理成千上万的 POI 记录，要是把这事儿搞明白了，那简直就是数学题。
比如你要计算飞机起飞时，哪个座位最空，哪个座位最堵；要么在备降机场降落前，根据乘客的 POI 信息，提前把座椅调整到舒服的位置。
这就涉及到 POI 数据库的实时性。
要是数据库里的信息是滞后的，比如乘客名字改成了“张伟”，但系统里还是“张波”，那在登机口喊哪位来，乘客就懵了。准、实时、无误的 POI 数据，就是保证这一切不乱套的前提。 说到数据量，咱们得打个比方。假设你坐一个去北京的新航线上，飞机上可能有 200 个乘客。每个乘客的 POI 信息里，包含了姓名、座位号、出发地、目标地、目标地城市、航班号，就连可能还有几个孩子的名字和他们的行李重量。把这些信息组合起来，每个乘客就是一个独立的“数据包”。
要是这些数据处理得不好，后面可能出现航班延误，害得乘客的 POI 信息更新不及时，要么某些乘客出于找不到座位而引发纠纷。
这时候，POI 系统就像是个庞大的火药桶，一点就炸。
故此，数据录入的准性，对 POI 系统的稳定性至关关键。 再说说具体的应用场景。在飞行途中，乘客在讲机上广播时，可能会问：“我是坐在 12 排 5 号，这哪儿是 12 排？”这时候，地面管住塔那边要是没把 POI 里的座位位置同步更新，那他们就会说错话。
反过来，要是乘客在问地面：“我是 12 排 5 号，为啥广播里说我是 12 排 3 号？”那这地方就是 POI 信息混乱的现场。POI 系统的价值，就在于它能把这一连串的信息，实时、准地传递给每一个需求的人。 还有一个角度，POI 在航司内部流转的时候，也是个“信息孤岛”的典型案例。
那会儿，地服、空管、机务、配餐，就连客舱机组，用的都是各自的系统，信息不互通。
比方说，乘客的 POI 信息，地服收到，但没同步给配餐系统。配餐系统不知道乘客要带多少行李，就少配了；要么不知道乘客的目标地，就配错了餐食。
后来大家才启动意识到，务必把 POI 的数据打通。目前，PBI 系统里记录的 POI 信息，会被实时同步到各个部门的终端。
毕竟，信息不通，运输的终点就是空的。 最终，咱们回到最本质的层面。POI 这个词，从技术角度看，是一个数据库；从业务角度看，它是连接乘客、航司、地面和天空的一根脐带。
这根脐带要是断了，再先进的飞机也是困在云端。作为从业者在处理 POI 相关工作时，不仅要懂如何录入，更要懂这个数据一旦出错，会如何引发连锁反应。它不只是是记录姓名和座位，它记录的是信任，是行程的确定性。在飞行保险的漫长旅途中，每一个 POI 数据的录入与更新，都是确保大家平安到了的最细小而关键的环节。