深圳企业审批流自动化以后，出了错该谁负责？

管理智库 / 企业自动化

审批流一键串起来之后，深圳企业最怕的场面是：系统显示「已自动通过」，钱出去了或合同生效了，事后才发现条件不该过。会议室里常陷入空转：怪申请人？怪IT？怪当时值班的人？自动化本身不承担责任，承担责任的是事先写清的角色。出了错，先问规则、材料、例外、运维四层，谁缺位谁领责。

只盯「最后点击人」追责，结果往往是大家学会不点、改把条件写宽，让系统自动过。错还在，只是签名消失了。我们做诊断时先抽一笔出错单，沿四层还原，少开会骂人。

审批自动通过，出错时责任落空

责任落空，常见有三种写法问题。规则写「金额小于某数即过」，却不写预算归属、供应商是否在合格名录、是否关联质检放行。材料必填项可空提交，系统仍放行。例外通道存在，但突破时不要求填写理由与批准人。这三种任一存在，出事时人人都能说「我按系统走的」。

美国一家金融机构在大额付款操作里用过「制单、复核、批准」多人过目的流程，仍因界面与默认选项问题，把本该内部账务处理的操作做成了对外付款，事后追责与诉讼围绕流程设计、界面提示与人工是否尽责展开。它提醒深圳企业：多人点击不等于责任清晰；条件、默认值、留痕不清，自动化会放大单次失误。

权限、条件、留痕要拆开写

权限回答「谁可以决定这类事」。条件回答「什么情况下系统可自动决定」。留痕回答「出事时凭什么复原现场」。三件事写在同一句「授权自动审批」里，出事时无法拆分。

条件表建议至少含：适用事项、阈值字段、必须同时满足的约束、任一触发即停的信号、停后的人工角色。留痕至少含：规则版本、字段快照、时间戳、若人工介入则理由文本。写春秋管理咨询写审批自动化方案时，会把这三张表分开验收；混成一段描述，上线后几乎无法追责。

自动批和人工批用不同的复核规则

自动批的复核重点是抽检与规则回归：每周抽一定比例已通过单，核对是否仍满足现行规则；规则一改，用历史样本重跑。人工批的复核重点是理由质量与回避：同意或驳回有没有写依据，有没有该升级却未升级。

我们的判断是，两套复核混用最伤：对自动批追问「你当时怎么想的」，对人工批只看有没有点过。前者无人可答，后者变成形式签字。我们倾向于先改一类高频审批的条件表与留痕，再扩到其他类。

出了偏差怎么复盘才站得住

复盘会议按四层填空，禁止开场就定「谁背锅」。规则层：当时版本是否允许这笔过。材料层：关键附件是否真实、齐全、未过期。例外层：是否走了突破，突破人是谁。运维层：近期有无规则热更新、测试记录、日志缺失。每一层结论写成「成立 / 不成立 / 证据不足」，证据不足就先补采集，再谈处分。

在我们看来，处分可以有，但处分解决不了默认值过宽和必填可空。写春秋管理咨询更在意复盘后的规则补丁有没有进下一版，以及同类单在抽检里是否再出现。

先改一类高频审批

选投诉最多或金额敏感的一类，例如费用报销、采购合同、发货放行中的一类。两周内完成：条件表、停住信号、留痕字段、抽检比例。试跑期间自动通过的单全部可追溯到规则版本。老板要看的是「出错时五分钟内能否指出责任层」，少看自动化率又高了几个点。

试跑期加两条纪律。规则变更必须有测试样本：至少准备十笔应过、十笔应停的历史单，变更后重跑，结果与预期不一致不得发布。默认选项禁止「一键全选通过」之类的界面捷径；界面省一次点击，出事时多一轮扯皮。IT与业务共同签发变更，避免「业务说IT改坏了、IT说业务要求这么改」。

若该类审批在试跑中出现真实差错，按四层表公开填写结果，能公开到中层的尽量公开。遮遮掩掩会让其他人继续相信「系统过了就没事」。公开的是机制漏洞，对人的处理仍按制度，两件事可以分开。

深圳企业审批流自动化以后出错该谁负责，答案应在上线前写在表上。责任落空，多半是表没写清。下一步先改一类高频审批，把权限、条件、留痕拆开，自动批与人工批分开复核。责任写清了，自动化才敢用；写不清，速度越快，风险越大。