3. 供应商CAPA协同平台总体架构：功能模块划分、用户角色定义、系统集成方式
供应商CAPA协同平台不是一套简单的工单流转系统，而是一个面向跨组织质量追溯与证据链留存的数字化协作中枢。其总体架构设计需要同时满足功能完整性、角色权限隔离以及异构系统互联三大核心要求。本章从功能模块、用户角色、系统集成三个维度展开架构解析。
3.1 功能模块划分：五大核心域
平台功能按照CAPA全生命周期与证据链管理需求，划分为以下五个核心功能域：
| 功能域 | 核心模块 | 关键能力说明 |
|---|---|---|
| 问题触发与录入 | 来料异常登记、客诉导入、内部审核发现、变更申请 | 支持批量导入、API对接、移动端拍照取证；自动生成唯一CAPA编号 |
| 根因分析与任务分派 | 5Why/鱼骨图模板、FMEA关联、责任方指派、协同分析区 | 供应商与采购方可在线协同编辑分析记录；系统自动通知下一节点 |
| 纠正与预防措施执行 | 措施计划、任务拆解、附件上传、完成确认、延期申请 | 每项措施关联具体证据文件（报告、照片、视频）；支持版本管理 |
| 验证与闭环 | 效果验证、批次追溯、横向展开、关闭审批 | 验证结果与历史数据对比；系统自动检查证据链完整性 |
| 知识库与统计分析 | CAPA台账、供应商绩效看板、重复问题预警、经验教训库 | 支持按供应商、问题类型、时间维度钻取分析；自动标记高频问题 |
架构要点：五大功能域之间通过统一的“CAPA编号”和“证据链索引”实现数据贯通。任何环节的附件上传、审批记录、变更日志都会自动追加到该CAPA的证据链中，确保跨组织追溯的完整性与不可篡改性。
3.2 用户角色定义：四类核心角色与权限矩阵
平台用户跨越采购方与供应商两个组织边界，必须通过角色权限实现数据隔离与协作授权。定义以下四类核心角色：
- 采购方管理员：系统配置、模板管理、供应商入驻审核、全局数据看板查看。
- 采购方质量工程师：发起CAPA、审核分析报告、验证措施效果、关闭审批。
- 供应商质量代表：接收CAPA任务、填写根因分析、上传措施证据、申请延期。
- 供应商执行人：接收具体措施任务、上传执行记录、确认完成。
以下为权限矩阵的核心对照：
| 功能操作 | 采购方管理员 | 采购方质量工程师 | 供应商质量代表 | 供应商执行人 |
|---|---|---|---|---|
| 发起CAPA | ✓ | ✓ | — | — |
| 填写根因分析 | ✓ | ✓ | ✓ | — |
| 上传措施证据 | ✓ | ✓ | ✓ | ✓ |
| 验证与关闭 | ✓ | ✓ | — | — |
| 查看供应商绩效 | ✓ | ✓ | 仅本企业 | 仅本企业 |
| 系统配置管理 | ✓ | — | — | — |
权限设计避坑：供应商质量代表与执行人之间必须设置“提交后锁定”机制，防止证据被随意覆盖。同时，采购方应保留对关键字段（如根因分类、措施类型）的“强制审核”权限，避免供应商单方面修改影响统计口径。
3.3 系统集成方式：三种主流对接模式
供应商CAPA协同平台需要与采购方现有的QMS、ERP、MES以及供应商端系统进行数据交换。根据企业IT成熟度，推荐以下三种集成方式：
- API网关直连（推荐）：通过RESTful API实现CAPA数据实时同步，适用于双方系统均具备标准化接口能力。典型场景：采购方QMS自动推送不合格品报告至CAPA平台，供应商MES回传措施执行状态。
- 文件交换桥接：通过SFTP或共享网盘交换CSV/XML文件，适用于供应商系统老旧或不允许外联的场景。平台内置定时任务自动解析文件并更新CAPA状态。
- Web Portal + 邮件通知：供应商通过浏览器登录平台操作，系统通过SMTP/Webhook发送任务通知与到期提醒。适用于供应商数量多、IT能力参差不齐的供应链网络。
以下SVG图展示了三种集成方式在数据流层面的架构关系：
3.4 架构落地关键：证据链索引与跨组织追溯
在功能模块、角色与集成方式之上，平台架构的核心支撑是证据链索引机制。每个CAPA从创建到关闭，所有操作日志、附件、审批记录、关联批次号均按时间戳与操作人建立不可逆的索引链。采购方与供应商在各自权限范围内，可随时通过CAPA编号或批次号追溯完整的改进证据。
以下SVG图展示了证据链索引在跨组织追溯中的核心逻辑：
架构总结：供应商CAPA协同平台的总体架构，本质上是“功能模块 + 角色权限 + 系统集成”三位一体的设计。功能模块保证业务闭环，角色权限保证数据安全与协作秩序，系统集成保证跨组织数据流通。而证据链索引机制则是贯穿三者的“数据血脉”，确保每一次改进都有迹可循、有据可查。