每家货代的叫法都不一样，货走的路是同一条。
「到哪了」「几号能到」「清关卡住了吗」——问的人不同，问题是同一个。 这类问答占掉客服大部分工时，可它们本来就有标准答案：货现在停在链路的哪个位置。 难点从来不是答不出来，是没人有空一个个去查、再一个个回。
A 公司叫「大货段」，B 公司叫「主线运输」，C 公司在系统里写 transit—— 三个名字，同一段路。每家货代的「头程 / 大货段 / 末端」都只是方言， 底层是同一条物理链路。
所以格物内核只认标准坐标，不认任何公司的叫法。 接入一家新公司，只做一次「方言 → 坐标」的映射表， 上层所有能力——客服应答、异常预警、时效统计——零改动直接复用。 映射表之外，零开发。
三个大段、十三个节点、十四个状态。每一票货在任何时刻都落在其中一个位置上， 所以「卡在哪」这个问题永远有确切答案。
S1.N1下单建单S1.N2上门揽收S1.N3入仓S1.N4集货/装柜S1.N5出口报关（待报关 / 查验中 / 放行 / 扣件）S2.N1起运港离港S2.N2干线在途S2.N3目的港到港S2.N4清关（待清关 / 查验中 / 放行 / 扣货）S3.N1尾程分拨S3.N2派送中（待派 / 派送途中 / 到达待取）S3.N3妥投S3.N4退回/异常签收（出境前退回 / 投递失败 / 已退回发件地）链路结构是一套东西，「到了这里该干什么」是另一套东西，两者靠引用组装， 绝不把话术写死在节点里。
推送通知、启动时效计时、转人工、生成异常工单、生成报关草稿…… 每个动作有全局唯一编号和自己的权限档位。
轨迹播报、清关说明、查验延误致歉、报关草稿…… 写一次，全链路引用；改一次，处处生效。
好处很实在：改一句话术不用碰链路，改一段链路不用碰话术。 一句「查验延误致歉」会在几十个坐标上被引用， 你只在一个地方改它。
每个动作按出错代价配自主权限，从左到右逐级收紧。 先以最低权限上线，统计准确率达标了才允许升级。
报关行怕归类，冷链怕断链，危化怕分类，落地配怕代收货款—— 每家的风险点不一样，平台没资格替你排序。所以红线清单、关键词、 处置档位全部由你自己配。
新建红线一律落最严档；每次调档记录是谁、何时、从哪档到哪档； 从严调松必须先说清后果再让人确认；命中与处置全程留痕，且这条关不掉—— 出事时那是你唯一的自证材料。
顶栏「登录」进去可以直接注册一家公司试。