3. 处置引擎定位

在供应链控制塔（Supply Chain Control Tower, SCCT）的架构中，处置引擎（Resolution Engine）是连接“发现异常”与“解决异常”的核心执行层。它并非孤立存在，而是与监控模块、告警模块形成紧密的“感知-决策-执行”闭环。理解处置引擎的定位，是设计自动化异常工作流的前提。

3.1 控制塔三层核心架构

控制塔通常采用分层架构，将数据、逻辑与执行分离。处置引擎位于执行层，向上承接告警决策，向下驱动具体业务系统。

3.2 处置引擎与监控/告警模块的关系模型

三者之间的数据流与职责边界，可以通过以下关系模型清晰呈现。处置引擎是唯一能够直接调用外部系统（如WMS、TMS、ERP）或触发人工流程的模块。

3.3 处置引擎的核心职责

基于上述定位，处置引擎在控制塔中承担以下四项关键职责：

1. 告警消费与上下文解析：订阅告警模块输出的结构化消息，提取异常类型、影响SKU、涉及节点、紧急等级等关键字段。
2. 工作流匹配与实例化：根据告警类型与业务规则，从工作流库中匹配预定义的处置模板，并创建独立的执行实例。
3. 自动化任务编排：按工作流定义，依次或并行调用内部服务（如库存预留、订单拦截、运输改派）或外部API。
4. 状态管理与闭环：记录每个处置步骤的执行状态、耗时与结果，将最终状态回写至监控模块，形成闭环。

3.4 处置引擎与告警模块的接口契约

为实现松耦合集成，处置引擎与告警模块之间通常定义明确的接口契约。以下是一个典型的告警消息结构示例：

{
  "alertId": "ALT-20250321-001",
  "alertType": "INVENTORY_SHORTAGE",
  "severity": "CRITICAL",
  "source": "监控模块-库存看板",
  "context": {
    "sku": "SKU-8801",
    "warehouse": "WH-SH-01",
    "currentStock": 50,
    "safetyStock": 200,
    "demandUrgency": "HIGH"
  },
  "timestamp": "2025-03-21T10:30:00Z",
  "suggestedAction": "紧急调拨"
}

处置引擎消费该消息后，根据 alertType 与 severity 匹配对应的工作流模板，并将 context 中的参数注入到工作流变量中。

3.5 处置引擎与监控模块的闭环反馈

处置引擎执行完毕后，必须将处置结果反馈给监控模块，以便监控模块更新仪表盘状态或触发后续监控策略。反馈消息通常包含以下字段：

3.6 处置引擎在异常工作流中的位置

从端到端的异常处理流程来看，处置引擎处于“决策之后、执行之中”的关键位置。以下流程图展示了异常从发生到闭环的完整路径：

3.7 定位总结

处置引擎在控制塔中的定位可以概括为以下三点：

• 承上启下的执行中枢：它不感知原始数据，也不做异常判定，而是专注于将告警转化为可执行的自动化工作流。
• 系统集成的适配层：通过标准化的接口与WMS、TMS、ERP等外部系统交互，屏蔽底层系统的差异性。
• 闭环管理的驱动者：每次处置执行后，必须将结果反馈给监控模块，确保控制塔的“感知-决策-执行”循环持续运转。