审计自动化，在多数内审部门里并不是从零开始的：总有一两位审计师已经用 Excel 公式、SQL 或者脚本，把某个每期都要做一遍的动作做掉了。真正的问题出在第二个人身上 – 他用不上，也不敢用。
- 复用卡住的三个具体位置：口径、过程、依赖。
- 判断一份模型能不能传下去的三条标准。
- 我们在保险稽核平台项目里实际执行的六步交付流程。
- 哪些审计工作不该自动化，以及一条真实踩过的验收教训。
审计自动化：瓶颈通常不在工具
我们在一家保险集团的稽核数据平台项目上交付过上百个专题分析模型，覆盖责任险业务专题、保单资金流等方向，做法可参考保险稽核分析的用户用例。回头复盘，挡住复用的从来不是「有没有一个够强的工具」，而是下面三件很具体的事。
这三件事有个共同点：它们都不是技术难题，但每一件都足以让一份好用的模型停在个人手里。审计自动化，本质上是把一个人的判断过程写成别人能复核、能接手、能重跑的形式，而不是把某个步骤跑得更快。
一份模型能不能传下去，先看三条
一、口径是否参数化
时间窗口、机构范围、阈值、剔除规则，应该是可以在入口处改的参数，而不是写死在某一步的表达式里。参数化的另一层价值在答疑环节：评委问「这个口径怎么定的」，你能直接指着入口处的配置回答，而不是翻十几步操作回忆。
二、过程是否可回放
同一份输入执行两次，结果必须一致。抽样类模型尤其要注意：随机抽样必须固定随机种子并把种子写进配置，否则复核人拿到的样本和你的不是同一批，结论就无法验证。不可复现的结论，在复核环节等同于没有结论。
三、依赖是否可移交
模型依赖的输入应当是约定好的标准文件或者数据库连接，而不是某个人桌面上的一个临时表。可视化工作流的节点连线结构在这里帮了忙：每个节点的输入、输出和参数都留在工作流文件里，接手的人打开就能看到数据怎么流过来的，不必依赖前任的记忆。
审计自动化：把模型当成交付物来管
我们在上述项目里对每一个专题模型执行同一套流程。它不复杂，价值在于每个模型都走完六步，而不是只有重要的那几个走。
- 需求沟通与拆解：把业务描述拆成可执行的数据动作，口径分歧在这一步解决，不留到开发中期。
- 搭建工作流：用节点完成取数、清洗、关联、比对，每一步都能单独看输出。
- 设计脚本：只有节点无法覆盖的逻辑才写脚本，脚本是补充而不是主体。
- 校验脚本逻辑：单独验证脚本段的输入输出，与整体执行分开。
- 开发环境测试与数据校验：用真实量级的数据跑一遍，核对结果集。
- 工作流打包：明确交付物构成、包含的组件与入参说明。
测试环节我们单独产出测试用例文档：记录测试环境、使用的机构代码与时间段、每次执行的结果集。这份文档的作用不是应付流程，而是让接手人能够判断模型是不是按预期在跑 – 没有它，移交出去的只是一个能打开的文件。
还有一个细节值得提：我们把工作流里的节点名称和注释统一改成中文。对每天做业务判断、但不写代码的审计人员来说，能看懂比写得规范更重要，看不懂的工作流没有人会去复核，也就谈不上复用。这一点在审计分析场景的落地中反复被验证。
关键事实
| 项目 | 说明 |
|---|---|
| 平台内核 | 基于 KNIME 开源内核二次开发，增强部分自主研发，源码可审查 |
| 版本构成 | iModel Analytics Studio（开源版）、iModel Enterprise（商业版） |
| 界面语言 | 中文界面，节点名称与注释可用中文 |
| 部署形态 | 本地部署，支持无外网的离线环境 |
| 操作系统 | 银河麒麟 V10 / V11、统信 UOS（x86-64）、Windows；海光 C86 平台 |
| CPU 架构 | 当前仅支持 x86-64；ARM 架构（鲲鹏、飞腾）规划中，尚未支持 |
| 数据接入 | 300+ 数据源与 300+ 节点，含 CSV / Excel 与 JDBC 关系型数据库 |
| 模型交付形态 | 工作流可整体导出移交，包含节点配置、连线结构与注释 |
| 模型交付流程 | 六步：需求拆解 / 搭建工作流 / 脚本设计 / 逻辑校验 / 环境校验 / 打包 |
审计自动化，从哪一步开始
不建议从「选一个平台」开始，建议从一个已经存在的个人办法开始，按下面五条把它变成部门资产。这份清单可以直接照抄进内部工作安排。
- 挑一个每期都做、口径已经稳定的检查（例如重复付款筛查、凭证连号检查），不要挑争议最大的那个。
- 找到现在做这件事的人，把他的判断规则逐条写下来，每条标注「固定」还是「每期商定」。
- 只把标注为「固定」的规则做进工作流，其余留在人工判断环节。
- 做一份测试用例文档：输入是什么、执行参数是什么、预期结果集长什么样。
- 让另一个人拿着工作流文件和这份文档，在不问原作者的前提下跑一遍 – 跑通了，这件事才算完成。
第五条是全部清单里唯一的验收标准。我们见过不少团队在前四步做得很完整，卡在第五步：接手的人跑不通，于是模型又回到原作者手里。共享与协作机制能降低这一步的成本，但代替不了这次实跑。
