3. 采购管理平台架构：审批模块的定位与协同
理解采购管理平台的整体架构，是掌握审批节点可视化配置的前提。审批模块并非孤立存在，它作为流程引擎的核心组件，与供应商管理、采购订单、合同、财务等模块紧密协作，共同构成端到端的采购数字化闭环。
3.1 平台整体架构概览
现代采购管理平台通常采用分层解耦的微服务架构，自上而下分为四层：
| 层级 | 核心职责 | 典型模块/组件 |
|---|---|---|
| 接入层 | 多端统一入口与权限控制 | PC 端、移动端、API 网关、SSO 单点登录 |
| 业务应用层 | 采购全链路业务功能 | 需求管理、寻源管理、合同管理、订单管理、收货管理、发票管理 |
| 流程与规则层 | 审批流、规则引擎、策略中心 | 审批工作流引擎、预算控制规则、合规校验规则 |
| 基础服务层 | 公共能力与数据支撑 | 组织架构、用户权限、消息通知、文件存储、日志审计 |
架构要点：审批模块位于“流程与规则层”，向上承接业务应用层的审批请求，向下调用基础服务层的组织架构与消息通知能力，是连接业务操作与管控规则的“中枢神经”。
3.2 审批模块在平台中的位置
审批模块并非一个独立的业务页面，而是一个嵌入各业务单据流转过程中的流程引擎服务。它在平台中的位置具有以下特征：
- 横向嵌入：审批节点作为业务单据（如采购申请单、订单、合同）的一个状态节点，嵌入在单据的生命周期中。
- 纵向贯通：审批流程的启动、流转、完成，贯穿业务应用层与基础服务层，需要实时获取用户角色、部门层级、预算余额等数据。
- 配置驱动：审批节点可视化配置工具属于流程与规则层的管理后台，供采购管理员或流程设计师使用。
3.3 审批模块与其他模块的关系
审批模块作为流程引擎，与周边模块存在“触发-执行-回写”的交互关系。理解这些关系，有助于在配置审批节点时正确选择数据源、条件变量和回调动作。
3.3.1 核心模块交互矩阵
| 关联模块 | 交互方向 | 交互内容说明 | 配置影响 |
|---|---|---|---|
| 采购申请模块 | 审批模块 ← 申请模块 | 提交申请单时触发审批流，审批通过后更新申请单状态为“已批准” | 审批节点可引用申请单字段（如金额、品类）作为条件分支 |
| 采购订单模块 | 审批模块 ← 订单模块 | 订单金额超阈值或供应商变更时触发审批 | 审批节点可配置“金额阈值”触发条件 |
| 合同管理模块 | 审批模块 ← 合同模块 | 合同条款变更、续签、终止需法务与财务会签 | 审批节点支持“会签”与“或签”并行路由 |
| 供应商管理模块 | 审批模块 ↔ 供应商模块 | 供应商准入、资质变更、等级调整需审批；审批通过后回写供应商状态 | 审批节点可调用供应商风险评分作为自动审批条件 |
| 预算控制模块 | 审批模块 → 预算模块 | 审批过程中实时校验预算余额，预算不足时驳回或转人工 | 审批节点可配置“预算不足时自动驳回”规则 |
| 消息通知模块 | 审批模块 → 通知模块 | 节点到达、超时、驳回时自动发送待办提醒 | 审批节点可配置“超时自动转交”与通知模板 |
| 组织架构模块 | 审批模块 → 组织模块 | 动态获取审批人、抄送人、上级主管 | 审批节点支持“按角色”“按部门主管”“按汇报线”动态选人 |
3.3.2 典型审批流程的数据流向
以“采购申请单审批”为例，展示审批模块与周边模块的完整数据交互：
- 触发：用户在业务应用层提交采购申请单，申请模块调用审批引擎启动流程。
- 校验：审批引擎向预算控制模块发起预算余额查询，向组织架构模块获取当前审批人。
- 流转：审批节点到达指定审批人，审批人通过接入层（PC/移动端）完成审批操作。
- 回写：审批引擎将审批结果（通过/驳回）回写至申请模块，更新单据状态。
- 通知：审批引擎调用消息通知模块，向下一节点审批人或申请人发送待办通知。
最佳实践：在配置审批节点时，建议先梳理该节点需要读取哪些外部模块的数据（如预算、供应商等级），以及审批通过后需要回写哪些字段。提前与相关模块负责人确认接口字段定义，可避免后期流程调试中的“数据断联”问题。
3.4 架构视角下的审批节点配置要点
从平台架构角度出发，审批节点可视化配置应关注以下三个关键设计原则：
- 松耦合：审批流程定义与业务单据模型分离，同一套审批模板可复用于多个单据类型。
- 可观测：审批节点应记录完整的操作日志（谁、什么时间、做了什么操作、引用了哪些数据），便于审计追踪。
- 可扩展：审批节点支持自定义扩展属性（如附加表单、附件要求、外部系统回调），以适应未来业务变化。
常见架构误区：将审批逻辑硬编码在业务模块代码中，而非使用独立的审批工作流引擎。这会导致每次审批规则变更都需要发版，且无法实现跨单据的流程复用。正确的做法是使用可视化配置工具，将审批规则定义在流程与规则层。