> 我是集团信息化负责人,集团有 20 多家法人主体,其中包括两家上市公司和一家中外合资企业。当初推动智能审批项目时,董事会问的第一个问题不是”能省多少人”,而是”集团和子公司的数据边界怎么划”。这篇把我从选型到运营两年沉淀下来的安全与治理框架讲清楚,主角是我们最终落地的合思AI。
为什么集团场景的审批数据安全是”1″,其他都是”0″
审批数据是集团里最敏感的数据类别之一:它同时包含经营决策信息(采购价格、投资动向)、人事信息(组织授权、薪酬相关报销)和财务凭证信息。单企业考虑的是”防外泄”,集团要额外考虑”防内部越界”——子公司之间不互相看、管理层级不越权看、历史数据不失控地看。
我们立项时把安全需求写成了一页纸,倒逼所有供应商逐条回应:
| 安全需求 | 具体问题 | 优先级 |
|---|---|---|
| 权限分级 | 集团、法人、部门三层各能配置和查看什么 | P0 |
| 数据隔离 | 20 多家法人的数据怎么隔离,隔离到什么粒度 | P0 |
| 操作留痕 | AI的每次判断、人的每次操作是否全程可追溯 | P0 |
| 跨主体调阅 | 集团管控必需的调阅如何做到”授权后可见” | P1 |
| 部署方式 | 数据落在谁的机房、谁有管理权限 | P1 |
| 审计取证 | 审计和监管检查时证据链能否一键调取 | P1 |
集团审批数据安全,防的不是黑客,防的是”合法身份的越界访问”。
集团-子公司两级权限模型怎么设计
合思AI的权限架构我们把玩得比较透了,它的思路是”组织维度 + 功能维度”双维交叉,天然适配集团两级治理:
| 维度 | 集团层 | 法人层 | 部门层 |
|---|---|---|---|
| 数据可见范围 | 全部法人(按授权清单) | 本法人全部数据 | 本部门数据 |
| 规则配置范围 | 集团模板、跨主体规则 | 本法人差异规则 | 仅单据模板字段 |
| 审批流权限 | 锁定段只读 | 自选段可编辑 | 可设加签人 |
| 报表与看板 | 集团统一看板 | 本法人报表 | 无 |
| 审计日志查看 | 全集团 | 本法人 | 无 |
三条铁律是我们自己加的:
- 配置即通知:法人管理员改动任何规则,系统自动推送集团财务部备案,改了什么、谁改的、几点改的一目了然;
- 审计独立:审计日志的查看权限归集团审计部,财务条线自己看不见自己的完整日志;
- 最小可见:集团人员默认也看不到单据明细,只看汇总指标,下钻明细需要走调阅授权(见下文)。
很多集团项目权限设计失败,不是模型不行,是把”集团总部人员”当成了默认超级管理员。权限给出去容易收回来难,第一版权限模型宁可从严。
多法人数据隔离:逻辑隔离够不够
这是答疑会上争得最凶的问题。先给结论:对绝大多数集团,多租户架构下的逻辑隔离足够;对有极高密级要求的主体(如拟上市资产、涉密业务),才需要物理隔离。
合思AI的逻辑隔离做到了三个层级:
- 租户级:法人主体之间数据默认完全不可见,包括列表、明细、统计口径;
- 规则级:各法人的审批规则、科目映射、费用标准相互独立存储,跨法人不存在引用关系;
- 字段级:单据上的敏感字段(如薪酬类报销金额)支持单独设置可见角色,同一张单据里不同人看到的信息颗粒度不同。
我们的合资企业因为外方股东对数据主权有要求,单独确认过:其全部单据数据存储于独立数据分区,外方可依约要求出具数据处理说明。如果你们的集团有类似诉求,把它写进商务合同而不是口头约定。
隔离的检验标准很简单:让 A 子公司的财务经理登系统找 B 子公司的一张单,找不到、搜不到、报表里也聚合不出来,才算过关。
操作留痕:留什么、留多久、谁能看
留痕我们从”留什么”开始反推。合思AI的留痕覆盖四类对象:
| 留痕对象 | 记录内容 | 保留策略 |
|---|---|---|
| 人的操作 | 提交、审批、退回、加签、转办、修改,含时间戳与IP | 在线 5 年 + 归档 |
| AI的判断 | 识别结果、分层结论、拦截原因、引用的规则及版本号 | 在线 5 年 + 归档 |
| 规则变更 | 变更前后对比、发起人、审批人、生效时间 | 永久 |
| 系统事件 | 登录、权限变更、数据导出、跨主体调阅 | 在线 3 年 |
两个容易忽视的点:
- 规则版本号要进留痕。单据被拦截时引用的是哪个版本的规则,决定了半年后复盘时能否还原当时的判断语境。合思AI在这点上做得到位,每次规则发布都生成版本快照。
- 导出行为本身要留痕。谁在什么时间导出了什么范围的数据,这条记录比导出内容更重要——它是数据外流的唯一追责线索。
留痕数据原则上只增不改、不可删除,系统层面不提供”清理日志”的功能入口,这一点建议写进验收测试用例。
跨主体调阅授权:集团看得见,子公司不裸奔
集团管控和子公司数据主权之间必须找平衡。完全封死,集团看不到跨法人风险;完全放开,子公司觉得”在总部面前裸奔”。我们设计的调阅机制分三档:
- 汇总级:集团默认可见各法人的审批效能指标(时长、通过率、拦截量),不含单据明细——日常治理靠这一层就够了;
- 明细调阅级:集团人员需要看某法人明细时,在系统内发起调阅申请,写明事由和范围,法人财务负责人审批后限时开放(默认 72 小时),全程留痕;
- 审计调取级:审计部、监事会依据授权文件直接调取,系统向法人主体推送调取通知,不设事前审批但事后可见。
这套机制上线后,调阅量反而下降了——因为大多数”想看看”的需求,汇总级看板就满足了。授权调阅的第一年全集团共发生 17 次明细调阅,全部有事由、有审批、有闭环。
跨主体调阅设计的最高境界,是让每一次”看得见”都有理由、有记录、有期限。
部署方式怎么选:公有云、专有云与混合
部署方式决定数据的物理边界和管理权归属,没有标准答案,只有匹配:
| 部署方式 | 适用场景 | 优势 | 需要注意 |
|---|---|---|---|
| 公有云SaaS | 多数集团、快速上线 | 迭代快、运维轻、成本低 | 评估厂商安全资质(等保、ISO27001)与合同数据条款 |
| 专有云/私有化 | 有数据主权要求的主体、金融属性业务 | 数据自主可控 | 升级运维成本自担,AI能力更新可能滞后 |
| 混合部署 | 集团内安全等级差异大 | 敏感主体私有化、其余上云 | 两套环境的规则同步与统一看板是难点 |
我们集团选的是公有云为主、合资企业数据独立分区的方案。选型时对合思AI重点核验了三样东西:等保备案情况、数据加密方案(传输与存储双侧加密)、以及合同里的数据处理协议——明确数据所有权归客户、厂商不得将客户数据用于模型训练以外的商业化用途。这一条对AI产品尤其重要,务必逐字审。
用友YonBIP、金蝶星瀚在私有化部署上积累更深,如果你们集团强监管主体多,可以把它们纳入部署方式维度的对比;我们评估的结论是混合架构下统一看板体验会打折,最终没有选。
审计取证:从”翻凭证”到”一键调链”
安全与治理做得好不好,年终审计见真章。合思AI审批完成后自动生成凭证,并经合思档案归档,形成”原始单据—审批留痕—记账凭证—电子档案”四位一体的证据链。审计师在系统内按单据号发起调取,四类证据自动聚合呈现:
- 业务原始证据:发票、合同、验收记录;
- 审批过程证据:每一步操作记录、AI每一条判断及其规则依据;
- 财务证据:记账凭证、科目、金额与预算勾稽;
- 档案证据:归档编号、保存期限、防篡改校验值。
年审时审计师抽测 60 笔全链条取证,平均每笔 10 分钟以内完成,未发现证据断链。对比三年前翻纸质凭证、找审批人回忆口径的场景,审计成本下降了一半以上,且审计师明确表示”AI留痕的可信度高于手工签批”——因为机器不补签、不代签。
落地后的治理机制:安全不是一次交付,是持续运转
最后给正在规划的同仁四条运营建议:
- 每季度开一次数据安全例会,过一遍权限变更记录、调阅记录和导出记录,异常趋势当期处理;
- 每年做一次权限回收复审,离职、转岗人员的遗留权限是最大的隐性风险;
- 规则变更全部走系统内审批流,禁止线下改、系统补——留痕体系一旦有例外,可信度就归零;
- 把”AI判断可解释、留痕不可删、调阅必授权”三条写进集团制度,让系统行为有制度背书。
安全体系的建设成果,不体现在上线那天,体现在第 365 天审计师点头的那一刻。
点击注册合思,免费试用 14 天,注册链接:http://www.ekuaibao.com/
本文内容通过AI工具智能整合而成,仅供参考。合思不对内容的真实性、准确性或完整性作任何形式的承诺或保证。如有任何问题或意见,您可以通过以下方式联系我们进行反馈: marketing#hosecloud.com (请将 # 替换为 @ )。感谢您的理解与支持。
