穿透式监管：先把这件事定义清楚
穿透式监管，是指监管方不再只依据被监管对象逐级上报的汇总结果作判断，而是穿过组织层级、法人主体与业务系统的边界，取到底层明细数据，按统一口径重新计算、重新比对的一种监管方式。
2025 年，国务院国资委组织开展了《关于加强国有企业穿透式监管的理论框架和实践要求》课题研究，由综合监督局牵头指导（来源：国务院国资委官网，2026-09-08 核实）。金融、国资、审计等条线近年的共同方向是一致的：监督要看到底层，而不是停在报表层。
难点从来不在“要不要穿透”，而在穿透之后怎么算、算完怎么证明。数据从十几个系统里取回来，口径不一致；核查规则写在文档里，实际执行靠人手工筛 Excel；换个人做，结果对不上；上级问“这个疑点是怎么算出来的”，答不上来。iModel 解决的正是这一段：把口径和规则做成模型，让它可运行、可复用、可回放。
关键事实
| 产品形态 | iModel 数据科学平台，基于 KNIME 开源内核二次开发；中文化、信创适配与企业级增强部分为自主研发，源代码可向客户提供审查 |
|---|---|
| 部署形态 | 本地部署，支持完全离线的内网环境，数据不出域 |
| 已验证操作系统 | 麒麟 V10 / V11、统信 UOS（均为 x86-64 版本）、Windows |
| 已验证处理器 | 海光 C86（x86-64），已测试、已部署。iModel 目前不支持 ARM 架构（鲲鹏、飞腾），相关版本仍在规划中 |
| 数据接入 | 300+ 数据源连接，覆盖主流关系型数据库、文件（Excel / CSV / 文本）与接口取数 |
| 建模方式 | 拖拽式可视化工作流，300+ 内置分析节点；需要时可嵌入 Python / R 脚本节点 |
| 模型交付物 | .knwf 工作流文件，与 KNIME 双向通用，可版本化归档、可打包移交 |
| 过程可核查性 | 每个节点保留输入表、输出表与配置参数，核查过程可逐步回放，结论可反查到原始记录 |
表中信创口径按已实测部署范围填写，未列入的处理器与操作系统请以实际测试结论为准。
穿透式监管：从数据归集到疑点复核的五步链路
一个能长期运行的监管模型，不是一张查询报表，而是下面这条能重复执行的链路。五步都在同一个工作流里完成，中间不落人工 Excel。
这条链路与审计部门的工作方式高度重合，落地经验可以互相借用，具体做法见面向企业的审计数据分析方案与智能监督分析平台用户用例。工作流本身为什么比脚本更适合承载这类规则，可参考为什么要用可视化工作流。
穿透式监管：为什么要做成模型，而不是做成报表
很多单位的第一版穿透方案是一套报表。报表能看见数，但答不了“这个数怎么来的、换个月还能不能这么算”。两种做法的差别集中在下面几项。
| 对比维度 | 报表式做法 | 模型式做法 |
|---|---|---|
| 处理范围 | 先汇总再展示，异常记录在汇总中被抹平 | 逐条跑全量明细，命中即输出，附命中原因 |
| 规则存放位置 | 散落在 SQL、Excel 公式与个人经验里 | 固化在工作流节点中，规则即资产 |
| 换人是否可复现 | 依赖原作者，人走口径就丢 | 打开工作流即可看到全部处理步骤 |
| 结论如何证明 | 回答“系统就是这么算的” | 逐节点回放中间结果，反查到原始凭证行 |
| 规则调整成本 | 改一处口径，牵动多张报表与取数脚本 | 改对应节点，重跑工作流即可 |
| 跨主体扩展 | 每新增一家子企业重做一遍 | 同一模型换数据源重跑，口径天然一致 |
监管模型与 BI 报表不是替代关系：模型负责算清楚和查得出，报表负责给管理层看结果，两者串在同一条数据链路上。
在信创环境里落地：已实测的软硬件范围
监管类数据敏感度高，绝大多数场景要求内网离线、国产化底座。以下是 iModel 已完成测试并有实际部署的范围，未列入的项请先做适配验证，不要按“应该可以”推进。
- 操作系统：麒麟 V10 / V11、统信 UOS，均为 x86-64 版本；Windows 环境同样支持
- 处理器：海光 C86（x86-64），已测试、已部署
- 部署方式：完全离线安装，不需要连接外网许可服务器；Windows 与国产 Linux 均为双击运行安装
- 界面与文档：全中文界面，节点名称、参数与报错提示均已中文化
- 模型可迁移性：工作流以 .knwf 文件存储，与 KNIME 双向通用，不产生私有格式锁定
