产品 · 订单 · 异常处理

出现问题时，系统已知道由谁来解决。

贸易订单的中断方式多达数十种——船期延误、QC 不合格、证书缺失、FX 冲击、制造商缺席、海关查扣。大多数操作人员往往是在客户提出棘手问题后三天，才偶然得知情况。TradeOS 在异常发生的第一时间即予检测，按影响程度分类，路由至责任人，并端到端跟踪解决过程。审计追踪让「出了什么问题」在数秒内有据可查。

预约演示查看定价 →

TradeOS

首页任务异常订单生产货运财务

异常收件箱 ·8 条活跃·3 条高严重性·本周已解决 14 条

全部我的高等待我处理已解决

E-204

Sapphire QC 不合格

批次 PL-2026-0142 · 2 项重大缺陷

$231K4h ago

E-202

原产地证书缺失

RD-2026-077 · 阻塞清关

$560K8h ago

E-198

Athena 利润率压缩

预计 19.8%，目标 22.5%

$1.25M1 天 ago

E-203

中远太平洋号船期延误

+2 天 · 6 个订单受影响

$14.4K12h ago

E-199

经理审批受阻

RD-2026-091 · Lotus Rubber

$340K1 天 ago

E-197

SafeHands 发票逾期超 90 天

已发送 3 次提醒

$36K2 天 ago

E-200

Sapphire EUR.1 待处理

已发送自动提醒

0 严重3 天 ago

E-201

CE 证书即将到期

新月 · Protect-M 丁腈

0 严重47 天

E-204Sapphire QC 不合格高

检测时间：5 月 5 日 09:14 · 负责人： Liam Okafor · 状态：待决策

来源生产批次 PL-2026-0142

检验INS-0249 · 在制 AQL 1.5

抽样数量200 units

缺陷数8 minor · 2 major · 0 critical

AQL 阈值不合格 · 主要缺陷上限 5 个（超出 1 个）

ManufacturerSapphire Industries 🇹🇭

OrderRD-2026-077 · Brevin Health EU

Lot value$231,2003.2M units × $0.072

Downstream1 shipment · 1 invoice · 1 customs declaration

Event timeline

09:14QC inspection submitted by External AQL Co.4h ago

09:14Auto-classified HIGH severity4h ago

09:14Assigned to Liam Okafor (Operations)4h ago

09:18Push notification sent to Liam4h ago

09:34Liam acknowledged3h 40m

RD-2026-077· Brevin Health EUIN PRODUCTION

Expected delivery: 7月21日 → 7月26日 if reworked, 7月21日 → 7月28日 if re-allocated.

Margin impact: 21.2% → 19.8% (rework) or 21.2% → 18.4% (re-allocate).

Resolution options

Each option shows downstream impact

RECOMMENDED

影响+3 天 · $4,200 返工成本 · 利润率 19.8%

基于历史模式推荐（4 个同类案例中有 3 个通过返工成功解决）。

影响+7 天 · $8,400 重新分配成本 · 利润率 18.4%

权衡取舍：延误时间更长，但可信度更高。

影响不确定 · 等待回复 · 时间持续计算

适用场景：反复出现的质量问题已呈规律性，需要直接沟通。

所选方案将连同原因和影响评估一并写入审计追踪记录。

问题所在

大多数异常出现在收件箱里，已经迟了三天。

QC 检验员通过邮件发来一份 PDF 报告。船期延误显示在承运商门户中，但没有人登录查看。制造商在 WhatsApp 上反映材料短缺。报关行在一通电话中提到缺少某份文件。 以上任何一项都未在任何系统中形成事件记录。 操作员往往是在客户询问订单为何延误时才得知情况，或是在发票遭到争议时，或是在月度利润率报告出现无人能解释的压缩时。等到异常变得可见，处置窗口早已关闭。

六大例外类别

贸易中断有规律可循，平台将其命名。

每一项贸易例外均归属以下六个类别之一：生产、货运、文档、财务、合规或交易对手。每个类别均设有明确的检测方法、默认严重程度配置、路由规则和解决模板。分类并非流程文书，而是平台后续处理一切例外事项的基础。

生产

QC 不合格、制造商延误、产能不足

当某批次未通过 QC、制造商错过生产窗口或产能过度承诺时触发。通过生产批次事件及制造商状态更新进行检测。

E-204 · Sapphire QC 不合格 · 2 项主要缺陷，AQL 1.5 最大允许值 5 · 4 小时前

货运

船期延误、海关扣押、转运衔接失败

当船舶延误、集装箱延迟清关或错过转运衔接时触发。通过承运商 API、报关行 Integrações 及航线偏差阈值进行检测。

E-203 · M/V 中远太平洋号 · +2 天 · 6 个订单受影响 · 12 小时前

文档

文档缺失、过期或无效

当所需文档未收集、证书临近到期或生成的文档未通过验证时触发。通过每笔订单的文档链进行检测。

E-202 · 原产地证书缺失 · RD-2026-077 · 阻碍清关 · 8 小时前

财务

成本超支、汇率冲击、利润压缩

当某成本项目实际累计额显著超出预算、汇率波动使利润率超过阈值，或付款逾期时触发。通过成本项目事件及实时利润率计算进行检测。

E-198 · Athena 报价利润率 · 预计 19.8% vs. 目标 22.5% · 1 天前

合规

制裁名单命中、受限物质预警、监管违规

当交易对手匹配制裁名单、产品未通过目的地国合规检查，或监管申报被拒时触发。通过对每笔交易的实时筛查进行检测。

E-201 · CE 证书即将到期 · Crescent · 47 天 · 12 个订单受影响

交易对手

制造商无响应、经纪人差错、货代失误

当交易对手未在规定 SLA 内响应、发生可记录的差错或停止沟通时触发。通过每段关系的沟通记录缺口及 SLA 计时器进行检测。

E-200 · Sapphire EUR.1 待处理 · 3 天 · 已自动发送提醒 · 3 天前

检测 · 平台识别异常的三种方式

三个信号。交叉校验、去重、实时处理。

EDMA 通过三个互补信号检测异常——平台自身的事件流（系统中发生的任何操作都会触发事件，规则在事件流上运行）、按租户配置的阈值规则（成本偏差 > X%、证书到期 < Y 天、响应时间 > Z 小时），以及将当前行为与历史基线进行对比的模式检测。平均延误三天的制造商不应触发延误预警；一贯准时却突然延误两天的制造商则应触发。

事件流 · 实时

每个系统操作均触发事件

订单状态变更、批次状态更新、文档到达、成本计提、消息接收、付款事件。异常引擎订阅所有这些事件。配置的规则在事件到达时立即触发——从事件到异常分类的典型延迟 <2 秒。

247 事件/天（覆盖所有模块） · ~12 触发异常规则

阈值规则 · 按租户

每项指标均可配置边界

成本行偏差 > 估算值的 5%。证书到期在 60 天以内。制造商响应时间 > 48 小时。毛利压缩 > 报价基础上的 2 个百分点。每个租户可根据自身风险偏好和运营规范配置阈值。

26 默认规则 · ~40 为定制后每租户的典型数量

模式检测 · 相对于基线

相对于交易对手自身历史的异常

准时交付率 99% 的制造商延误 3 天，其重要性高于准时率 85% 的制造商延误 1 天。平台为每个交易对手建立基线（交货时间、缺陷率、响应时间），并针对该基线标记偏差，而非对照全局标准。

按制造商、按航线、按产品维护的活跃基线

跨信号检测到的事件将被去重——同一船舶延误若同时被承运商 API 和航线偏差规则标记，仅生成一条异常记录，而非两条。

TRIAGE · 计算所得严重程度，而非主观判断

依据公式，而非感觉。

严重程度不是一个复选框。EDMA 根据三项输入为每条异常计算综合严重程度评分：风险价值（涉及的金额）、时间敏感性（未解决时异常恶化的速度）以及下游影响（因未采取行动而被阻塞的其他环节数量）。该评分决定异常进入谁的待处理队列、触发哪些渠道，以及在收件箱中的排列优先级。

Triage 分解 · E-204 · 蓝宝石 QC 不合格

严重程度：高 · 评分 84/100

风险价值$231,200涉及的批次金额

超过「高」级别的 $200K 阈值

时间敏感性24h利润压缩加剧前的处理窗口

低于「高」级别的 48h 阈值

下游影响4因未采取行动而被阻塞的记录

RD-2026-077（订单）SHP-2026-088（货运）INV-2026-014（发票）EUR.1（文档）

计算所得严重程度84高

路由： 利亚姆·奥卡福（运营负责人）。
渠道： 应用内 + 推送。
队列排名： 第 1 位，共 8 位。

每当下游记录发生变更时，严重程度即自动重新计算，排名实时更新。

路由 · 责任人、时间、渠道

正确的人、正确的渠道、正确的优先级。

严重程度决定路由策略。HIGH 级别异常立即推送至指定负责人，渠道包括应用内通知、推送消息，以及（在免打扰时段）邮件摘要。MEDIUM 级别异常通过应用内通知和邮件路由。LOW 级别异常仅在每日简报中呈现。路由规则可配置——支持设置升级路径、按角色设定渠道偏好、按用户设定免打扰时段。平台不发送冗余通知；路由是经过筛选的决策，而非广播。

路由矩阵 · 默认规则 · 可按租户编辑

严重程度	应用内	邮件摘要	推送	SMS / 电话
高	即时	即时告警	是	升级时触发
中	即时	每日 7:30	否	否
低	即时	每周汇总	否	否
已解决	已归档	仅摘要	否	否

已遵守免打扰时段

维奥·普雷多尤（CEO）推送 08:00–22:00 本地时间 · 22:00 后仅 HIGH 级别发送 SMS

萨拉·陈（经理）工作日 07:00–19:00 所有渠道 · 周末仅限应用内通知

利亚姆·奥卡福（运营）所有渠道 24/7（值班轮换）

路由规则可按租户配置。默认设置开箱即用，适用于大多数贸易业务；自定义配置用于处理特殊场景——多地区运营、跨时区轮班支持、值班轮换。

解决方案 · 模板驱动，非自由输入

常见异常有既定处理流程。直接执行。

针对每种异常类型，EDMA 提供默认解决方案模板——包括决策树、应采取的行动、需更新的记录以及需发送的通知。操作员可按租户自定义模板。由此带来的效果是：当 E-204（Sapphire QC 不合格）发生时，操作员无需思考「该怎么做」——而是从三个预计算选项中选择，每个选项均显示其下游影响，并根据历史模式标注推荐选项。

解决方案模板 · QC 检验不合格 · 医疗级默认模板

过去 12 个月内用于 47 次解决处理 · 91% 在 SLA 内完成

01 · 检测QC 不合格事件检验结果：不合格 · 分类严重程度

→

02 · 分诊计算严重程度VAR × 时间 × 下游影响

→

03 · 决策操作员决策3 个选项，影响预览

→

04 · 执行应用决策返工 / 拒绝 / 上报

→

05 · 更新级联更新订单、货运、制造商评分

→

06 · 审计写入操作记录原因、决策、影响

模板自动执行的内容

将检验报告导入异常详情
计算每个决策选项（返工 / 拒绝 / 上报）对利润的影响
识别制造商的近期规律（4 个同类案例中有 3 个通过返工解决）
决策确定后自动预填审计跟踪条目

需要操作员介入的事项

从三个决策选项中作出选择
确认或覆盖系统推荐方案
向审计跟踪添加背景说明（可选，但已启用）

模板附带合理的默认配置。自定义为各租户的 Settings 操作，每个模板约需 20 分钟。

异常生命周期 · 从检测到学习

六个阶段。从检测到解决平均 4 小时。端到端审计追踪。

EDMA 中的每个异常均经历六个阶段——检测、分类、路由、确认、解决，并纳入模式历史记录。平台追踪每个阶段所花费的时间，标出滞留异常，并按类别报告 MTTR（平均解决时间）。生命周期是运营纪律的基本单元，缩短它是运营改进的基本单元。

生命周期 · E-204 Sapphire QC 失败 · 处理中

本月 MTTR

4.2h

共计 47 次处理。 较 12 个月前的 6.8 小时有所下降。

滞留异常

当前已超出 SLA · 最久一项已超出目标 18 小时。已自动上报至主管。

完整追踪记录

100%

每个阶段、每位参与方、每项决策均已记录。 只读 · 可按类别、负责人、根本原因查询。

规律识别 · 当一次变成三次

规律清晰可见。平台直接指出。

Sapphire 的单次延误是个例。四个月内三次 Sapphire 延误则是规律。平台针对每一条已解决的异常，记录所涉及的交易对手、路线、产品及根本原因，并在指标超过阈值时自动呈现规律。规律驱动具体行动：制造商评分调整、双源采购建议、路线定价更新及模板优化。异常得到解决，规律持续改善。

已识别规律 · 近 90 天 · 按影响排序

全部制造商路线产品文档

蓝宝石工业 · 4 个月内 3 次延误

批次 PL-2026-0098, PL-2026-0119, PL-2026-0142 · 累计损失 11 天

建议将下季度 30% 的采购转为双源，供应商为莲花橡胶厂

影响~$380K利润保护

COSCO 跨太平洋航线 · BAF 附加费收取频率上升

近 90 天内 4 次附加费，前 90 天仅 1 次

建议将下次报价的运费底价提高 $0.0002/件

影响~$48K下季度利润

原产地证书生成 · 6 份卡在 Crescent 的 EUR.1

平均等待 2.7 天，基准为 0.5 天 · 根因：QA 团队产能

建议将清单直接上传至供应商门户 · 自动提取

影响~2 天每个受影响订单

SafeHands UK · 付款周期延长

最近 4 张发票平均 67 天，基准为 42 天

建议商讨修订条款 · 在下次审查会议中标记跟进

影响~$210K营运资金

模式分析将异常与运营闭环衔接。已解决不等于已完成；融入预防机制，才算真正完成。

对比您可能正在使用的工具

专为贸易异常而构建，而非 IT 事故或支持工单。

能力	邮件 + Excel	Zendesk	PagerDuty	TradeOS
基于系统事件自动检测（无需人工上报）	—	部分支持	✓	✓
贸易专属异常分类体系	—	—	—	✓
计算严重等级（VAR × 时间 × 下游影响）	—	—	部分支持	✓
附带影响预览的解决方案模板	—	部分支持	部分支持	✓
级联同步至订单、货运与财务	—	—	—	✓
跨交易对手的模式学习	—	—	—	✓
覆盖全生命周期的只读审计追踪	—	部分支持	✓	✓

PagerDuty 将事故管理规范引入 IT 领域，Zendesk 将工单解决流程引入客户支持领域。两者在各自的领域均表现出色。但两者都不了解 Incoterm，都无法建模多制造商订单，也都无法将单次异常与下个季度的定价形成闭环。EDMA 可以。

常见问题

关于异常处理的五个问题。

这与运营简报驾驶舱有何不同？

简报是每日精选摘要——记录变化内容、待处理事项及压缩利润率的因素。异常收件箱则是全天候工作区，异常在此得到实际处理。两者共享相同的底层事件流和严重程度评分；简报呈现优先项，收件箱保存完整队列并附带处置面板。

能否配置自定义异常类型和检测规则？

无人处理的异常将如何处置？

模式阈值如何设定？

平台是否会自动作出处置决策？

在异常演变为问题之前，发现那些您尚未察觉的异常。

预约一场 30 分钟的演示，我们将为您配置检测规则和路由矩阵，并基于真实工作流数据演示真实异常的全过程——从检测、解决到驱动下一份报价的模式。

预约演示或预约演示 →