---
title: DigiOS OMS · MCP 开放能力与 Agent 治理（授权 / 安全 / 审计）
description: 让 AI 安全地使用 OMS 业务能力——OAuth 2.1 三种授权形态、五层校验模型、写操作双重确认、23 项字段三层审计与自动脱敏，配套企业 AI Agent 多操作员接入指南
updated: 2026-11-04
tags: [产品, DigiOS OMS, MCP, AI Agent, 授权, 安全审计]
related: [products/oms/index.md, products/ai/oms-assistant.md, solutions/service-ops-closed-loop.md]
sources: [sources/security-performance/oms/oms-mcp-security-audit.md, sources/security-performance/oms/oms-mcp-integration-guide.md]
---

# DigiOS OMS · MCP 开放能力与 Agent 治理

企业核心业务系统向 AI 开放，最大的顾虑从来不是"能不能调通"，而是**权限会不会失控、出了事能不能追到人、人员变动能不能即时收权**。DigiOS OMS 的 MCP 能力按企业级 Agent 治理标准设计：每一次 AI 调用都经过「账号 → 应用 → 令牌 → 权限 → 数据」五层校验；写操作必须双重确认；全链路可审计、可追溯、可吊销。

一句话结论：**业务能力向 AI 开放，控制权留在用户手中。**

## 关键数字

| 指标 | 数值 |
|---|---|
| 授权形态 | 3 种（覆盖 4 类客户端） |
| 内置业务工具 | 149 个（订单 / 售后 / 库存 / 采购等） |
| 授权域 → 权限点 | 6 → 25（RBAC 实时解析） |
| 令牌效期 / 确认窗口 | 30 分钟自动续期 / 300 秒 |
| 调用审计字段 | 23 项（三层审计） |
| 敏感字段自动脱敏 | 14+ 类 |

## 三种授权形态（四类客户端）

按「谁授权 · 凭证形态 · 令牌身份」划分，三种形态签发的访问令牌结构完全一致（同一套验签、权限解析与审计），仅授权来源不同：

| 形态 | 适用客户端 | 授权方式 | 令牌身份 |
|---|---|---|---|
| **公开型**（动态注册） | 第三方 AI 连接器（WorkBuddy、Claude 等）、本地工具 | 标准协议自助注册 + 每用户浏览器同意（OAuth 2.1 授权码 + PKCE） | 各操作员本人 |
| **操作员型机密** | 企业多人 AI 助手服务（B/S 架构） | 管理端注册应用 + 每操作员浏览器授权一次 | 各操作员本人 |
| **Agent 型机密** | 后台自动化服务（对账 / 同步 / 审单，无人值守） | 管理端注册时绑定服务账号并配角色，密钥直换令牌 | 绑定的服务账号 |

**选型口诀**：给人用的走浏览器授权（令牌身份 = 操作员本人，权限跟人走）；给机器用的走密钥直换（令牌身份 = 服务账号，权限跟角色走）。助手与后台服务分开注册两个应用——分开配权限、分开保管密钥、出问题分开止损。

## 多操作员接入：为什么不能共享一个凭证

企业 AI 助手服务通常是 B/S 架构：操作员用浏览器访问，服务端代表操作员调用 OMS 能力。共享一个凭证的粗暴做法有三个无解问题，按操作员授权全部解决：

| 问题 | 共享凭证的后果 | 按操作员授权的效果 |
|---|---|---|
| 权限隔离 | 所有人共享一个账号权限，无法按人收权 | 每个操作员继承自己 OMS 账号的角色权限，实时收敛 |
| 审计定位 | 日志里只有一个账号，查不出"是谁干的" | 每次调用记录操作员 + 应用 + 智能体 + 工具 |
| 独立吊销 | 撤销凭证 = 全员断线 | 吊销 / 停用单人，其他人不受影响 |

接入成本三句话：**1 次应用注册（全公司共享）· 每人仅 1 次浏览器授权 · 之后 30 分钟令牌自动续期长期可用**。硬性前提是操作员必须先有 OMS 账号——授权即登录，OMS 是唯一身份源，权限增减收放的唯一入口是 OMS 用户管理；人员离职 / 转岗在 OMS 侧停用，其授权立即失效或收敛。

## 五层校验模型（每次请求逐层验证）

1. **账号层**：用户身份与 MCP 接入开关——停用账号自动阻断，登出 / 改密即时失效
2. **应用层**：客户端身份与状态——凭证哈希存储，可轮换可吊销
3. **协议层**：令牌验签（RS256 · JWKS）与声明校验——受众、类型、用户、效期、令牌版本
4. **权限层**：实时角色解析 + 授权域 / 权限点 + 数据范围校验——无缓存、无权限漂移
5. **数据层**：14+ 类敏感字段自动脱敏——审计不产生二次泄露

任何一层失败立即拒绝并记录审计。MCP 服务端本身不触碰业务数据库——所有业务请求最终都由 OMS 后端完成权限校验后执行，**AI 接入不产生任何"绕过权限"的旁路**。

## 写操作双重确认（预览 → 确认 → 执行）

所有写操作先 prepare 试算预览（返回变更清单），经**一次性确认令牌**二次提交方可执行：确认令牌 300 秒效期、一次性使用、绑定身份 + 会话 + 操作对象、携带载荷哈希与状态指纹——重放、过期、不匹配一律拒绝执行。

## 三层审计与全链路追溯

审计不只记"谁调用了"，而是三层分工、一条追溯号贯穿：

- **管理面审计**：凭证操作（注册、审批、轮换、吊销）
- **接入面审计**：每次 HTTP 请求、会话建立与终止、异常与错误（仅元数据、不含凭证）
- **业务面审计**：每次工具调用的完整明细——操作员身份、智能体名称与版本、模型、工具、脱敏后参数、结果、耗时，共 23 项字段

操作员可见自己的调用日志，管理员可见全部——"谁、用哪个 AI、调哪个工具、改了什么、成功与否、耗时多少"，一查到底。

## 落地信息

- **适用版本**：Shopex OMS 8.14+
- **集成方需做**：授权跳转与回调、按操作员的令牌 / 会话管理、续期调度、写操作确认 UI、密钥安全保管（KMS，密钥仅一次展示）
- **OMS 侧提供**：令牌签发验签、权限实时收敛、149 个业务工具、全链路审计、吊销与止损
- **通俗比喻**：AI 进仓库刷"办事人自己的卡"——用什么身份进的门、动了哪些货、什么时候走的，全部有监控、可回放

---

**信息来源**：[OMS-MCP 授权与安全审计技术架构](/sources/security-performance/oms/oms-mcp-security-audit.md)、[AI Agent 接入 OMS-MCP 集成指南](/sources/security-performance/oms/oms-mcp-integration-guide.md)——沉淀自某国际奢侈集团客户 OMS-MCP 治理评审交付材料，成稿已去除客户与项目识别信息。