审批流程与既有 OA 集成｜Ftrans B2B
审批不该多开一个系统——让它落在大家已经在用的那个入口里。
一句话定义
文件外发审批，指出向流程中由人做判断的那一段：文件完成受控入库、内容识别与敏感内容检查之后，按伙伴与方向的策略进入审核；审核通过才进入加密封装并发出，未通过则不放行。产品支持自定义流程与表单、代理审核，并可将审批动作集成到企业既有的办公入口。
一、这个能力解决什么问题
外发审批在很多企业里是存在的——存在于制度文件里。真正落地时会撞上三堵墙：
| 问题 | 具体表现 |
|---|---|
| 审批和发送是两件事 | 先在 OA 里发起一个”文件外发申请”，批完之后再去另一个地方把文件发出去。两个动作之间没有强制关联，跳过审批直接发出在技术上完全可行 |
| 审批人不愿意为它开一个新系统 | 部门负责人一天批十几件事，都在企业微信或钉钉里完成。多一个需要单独登录的系统，实际结果就是审批长期挂着 |
| 人不在就卡住 | 审批人出差、休假、离职，流程停在那里，业务方只能催 |
第一条最关键：如果审批不是交换流程的内置环节，那它管不住任何东西。 它只是一份留档，证明”我们有制度”，而不是一道真正的闸。
在本产品中，审核是文件交换流水线里的一个阶段，位于内容检查之后、加密封装之前。未通过审核的文件不会被放行——不是”不建议发”，是发不出去。
→ 出向五段的完整顺序见 文件出入向安全治理
二、怎么工作：从触发到落回办公入口
2.1 触发：按伙伴与方向决定要不要审
审批不是全局开关，而是按伙伴与方向的策略启用。发给长期合作、交换内容固定的伙伴可以不审；发给新准入的伙伴、或内容命中了敏感内容检查策略的文件，则进入审核。
这一段在出向流程中是可选阶段——是否启用由策略决定，产品不强制所有外发都走审批。这一点需要说清楚，避免形成”上了平台之后什么都要批”的预期。
内容检查命中之后转入审核，是这两个能力最常见的衔接方式。 → 命中判定与三种分流见 外发内容检查与敏感信息识别
2.2 流程设计：多分支与自定义表单
- 自定义审核流程 —— 按业务需要设计审批环节。
- 多分支流程设计 —— 不同条件走不同分支，不必所有外发都走同一条最长的路径。
- 自定义审核表单与字段配置 —— 让审批人看到判断所需的信息（如外发事由、涉及项目、接收方），而不是只看到一个文件名就要点同意。
表单这一项对审批质量的影响比它看起来大：审批人只有一个文件名可看时，同意就是唯一的理性选择——因为拒绝需要理由，而他没有任何信息可以构成理由。
2.3 审批入口：落在既有办公系统里
这是本能力最实际的一段。产品支持把审批动作集成到企业已经在用的入口：
| 集成对象 | 集成形态 |
|---|---|
| 邮件服务 | 邮件通知审核 / 邮件内审核 |
| 企业微信 · 飞书 · 钉钉 | 消息通知 / 应用内审核 |
| WeLink | 待办通知审核 |
| 泛微 OA | 待办集成 / 流程集成 |
| 蓝凌 OA | 流程集成 |
| 第三方审批系统 | 基于 OpenAPI 对接 |
这几种集成形态的深度不同，选型时要问清楚。 通知类集成解决的是”知道有待办”，应用内审核与流程集成解决的是”直接在那里批完”。前者仍需跳转，后者才真正做到不切换系统。
→ OpenAPI 与事件机制怎么用见 与既有业务系统协同
2.4 审批处理与进度可见
- 三类列表 —— 待审核、已完成、抄送给我。
- 批量审核 —— 同类事项一次处理。
- 条件查询 —— 按条件筛选审核事项。
- 时间轴查看审核进度 —— 发起人能看到卡在哪一环，不必打电话问。
- 审核通知 —— 站内消息、邮件，以及审核动态通知发起人。
2.5 代理审核与过期自动撤销
代理审核可以设置代理审核人与代理的时间范围，并支持过期自动撤销。
这一项直接回应”人不在就卡住”：出差与休假前设好代理与时间范围，到期自动收回，不需要事后手工清理——而手工清理的代理权限，往往就是安全评审时被翻出来的那种长期未回收授权。
三、配置与运维要点
3.1 先划清哪些必须审，而不是全都审
上线初期最常见的错误是把所有外发都配成需要审批。结果是审批人被淹没，一周之内开始无差别点同意，审批从控制手段退化为形式。
建议的划分依据：伙伴的准入状态（新伙伴严于老伙伴）、内容检查的命中情况（命中转审核，未命中放行）、以及文件本身的敏感等级。能被规则自动判定的，就不要交给人——人只处理规则判定不了的部分，这是审批还能保持有效的前提。
3.2 表单字段决定审批质量
审核表单应当包含审批人做判断真正需要的字段。至少要能回答：发给谁、为什么发、属于哪个项目或合同。字段太多会拖慢流程，太少会让审批退化成盖章，需要在实施阶段和业务方一起定。
3.3 集成形态要按审批人的真实习惯选
选哪种集成，看的不是产品支持多少种，而是这家企业的审批人日常在哪里处理待办。如果全公司的流程都在某一个 OA 里跑，就应该做流程集成而不是消息通知；如果部门负责人主要在移动端处理，就优先做应用内审核。
3.4 审批记录进日志
审核动作与进度会形成记录，审核进度可按时间轴查看。被审计时”这份文件当时谁批的、什么时候批的”是可查的。
→ 记录体系与导出见 交换全程审计与日志追溯
3.5 它不是通用工作流引擎
这是需要主动说明的边界：产品的审核流程是文件交换的内置环节，不是通用的工作流编排与任务调度引擎。 它处理的是”这份文件能不能发出去”这一类判断，不承担跨系统的业务流程编排。作业编排建议由企业既有的调度平台承担，产品通过 OpenAPI、事件订阅与异步回调与其协同。
把这条写在页面上，比在 POC 阶段被追问要好。
四、与其他能力的关系
- 它在整条流水线的位置 —— 人工审批是出向五段的第 段，排在敏感内容检查之后、加密封装之前，属可选阶段。→ 文件出入向安全治理
- 审批的触发来源 —— 内容检查命中后可转入审核。→ 外发内容检查与敏感信息识别
- 入向不做人工审核 —— 入向的四段处理中没有审批环节。→ 外来文件威胁检测与隔离
- 审批之后的控制 —— 批准发出不等于失控，外发后仍有提取限制与水印。→ 外发后的控制与水印溯源
- 审批记录的去处 —— 审核动作与进度进入记录体系。→ 交换全程审计与日志追溯
- 按伙伴配置策略 —— 审批要不要开，跟着伙伴与方向走。→ 合作伙伴文件安全交换
- 典型场景 —— 图纸外发前的技术部门审核是最常见的一类。→ 高端装备与精密制造的图纸外发 · 汽车与零部件行业文件安全交换
常见问题
Q：审批能不能在我们现在用的 OA 里完成？
A：可以。产品支持与邮件服务、企业微信、飞书、钉钉、WeLink、泛微 OA、蓝凌 OA 以及基于 OpenAPI 的第三方审批系统集成。不同对象的集成形态不同：邮件支持通知审核与邮件内审核，企业微信、飞书、钉钉支持消息通知与应用内审核，WeLink 为待办通知审核，泛微 OA 支持待办集成与流程集成，蓝凌 OA 支持流程集成。选型时建议按审批人日常处理待办的实际入口来定。
Q：审批没通过的文件会怎么样？
A：不放行。人工审批是出向流程中的一个阶段，位于敏感内容检查之后、加密封装之前，未通过审核的文件不会进入后续阶段，也不会发往外部伙伴。审批不是一份事后留档，而是流水线里的一道闸。
Q：是不是所有外发都要审批？
A：不是。人工审批在出向流程中是可选阶段，按伙伴与方向的策略启用。可以只对新准入的伙伴、命中敏感内容检查策略的文件或特定敏感等级的内容启用审批。建议把能被规则自动判定的部分交给规则，人只处理判定不了的部分——否则审批人很快会被淹没，审批就退化成盖章了。
Q：审批人出差怎么办？
A：设置代理审核。可以指定代理审核人与代理的时间范围，并支持过期自动撤销，到期自动收回，不需要事后手工清理。手工清理的临时授权容易被遗忘，长期未回收的授权是安全评审中常见的问题项。
Q：审批人能看到什么信息？
A：取决于审核表单怎么配。产品支持自定义审核表单与字段配置，可以让审批人看到外发事由、涉及项目、接收方等判断所需的信息。这一项对审批质量影响很大——如果审批人只能看到一个文件名，同意几乎是唯一的选择，因为拒绝需要理由而他没有信息构成理由。
Q：能做复杂的自动化流程编排吗？
A：不能。产品提供审核流程与按伙伴方向配置的收发策略，但不包含通用的工作流编排与任务调度引擎。审核流程是文件交换的内置环节，处理的是”这份文件能不能发出去”这类判断。跨系统的作业编排建议由企业既有的调度平台承担，产品通过 OpenAPI、事件订阅与异步回调与其协同。这是产品主动划定的边界。