总部能看哪些子公司数据？集团系统的权限怎么划？

“总部要看子公司的数据”，听起来像是给总部开个权限。真要动手配的时候，问题就来了：总部想看的是各公司这个月的采购金额，还是要点开每张订单，看到供应商报价、经办人和合同？

两件事都叫“看数据”，需要的范围却不一样。前一种可能只要汇总结果，后一种已经进入子公司的业务明细。如果还要替子公司审批、改交期，就不只是查看权限了。

所以，集团系统的权限，不能从“总部看全部、子公司看自己”这句话直接往下配。先问清楚：谁为了办什么事，需要看到哪家公司的哪部分数据，还能对它做什么？

总部为什么要看？先把这件事说具体

拿采购来说。总部想比较各子公司的供应商交付情况，可能只需要看到每家公司有多少订单延期、延期集中在哪些供应商。看到了异常，再由有职责的人去查对应订单，找采购和供应商核对原因。

但如果集团实行集中采购，总部采购人员还要处理跨公司的询价、合同或订单。此时只给一张汇总报表不够，系统得让他进入具体业务；至于能修改哪些字段、能不能替子公司确认价格，要看集团的业务分工和审批规则。

你看，同样是“总部采购要看数据”，实际可能包含三件不同的事：看整体、查异常、办业务。若只做一个“总部角色”，把所有采购单的查看、编辑、导出一起打开，配置很省事，之后谁该承担什么责任反而说不清了。

划权限时，别把“公司”当成唯一条件

子公司A的采购主管，通常要处理A公司的采购单；子公司B的人不应因为也叫“采购主管”，就顺手看到A公司的订单。总部采购分析人员可能需要跨公司统计，但未必需要改订单。集团共享服务中心若代办一部分业务，也不代表它要接管每家公司的全部记录。

比较好用的划法，是把每项权限拆开问：哪类数据、哪家公司、看到多细、允许做什么。“采购订单”是一类数据；“A公司及B公司”是组织范围；“只看汇总还是能点开明细”是粒度；“查询、审批、修改、导出”是动作。四件事都说清楚，权限才有办法落到系统里。

不过，系统先得知道一张单到底算哪家公司的。总部人员代录的采购单，不能因为经办人属于总部，就自动变成总部的订单；人员后来调了岗，也不该让老单跟着换归属。建单时把业务归属公司记清楚，跨公司代办再另外记办理人和授权范围，后面的权限过滤才有依据。

如果用织信来搭这套集团采购系统，这里就有了具体的落点：采购单里先有清楚的归属公司，再按岗位配置能查、能改哪些记录；供应商报价、合同金额等敏感内容，还可以单独控制字段权限。总部要看汇总，和总部能修改子公司订单，不必捆成一个开关。

这里还有个容易忽略的地方：组织架构树只是告诉系统谁归谁管，不等于上级天然有权查看下级的一切数据。同样，菜单上看不到某个模块，也不能单凭这一点就认定数据安全；还得检查记录查询、报表、导出和接口是否遵守同一范围。

如果一个人同时兼任总部和子公司的岗位，也要单独测。因为有的平台会把多个角色的权限合并使用。给他加上一个临时角色，可能不只是多了一个菜单，还会扩大可查的数据范围。织信的应用角色文档就明确说明，多角色权限按并集生效；这种情况不能靠“我们平时不会这么分配”来保证安全。

总部看汇总，也得先对齐统计口径

权限划好了，总部的报表仍可能看不明白。比如A公司按“供应商发货”统计订单交付，B公司按“仓库验收入库”统计；两张表都叫“按期交付率”，放在一起却不是同一个数。

所以做集团汇总时，除了决定谁能看，还得说清楚每个指标从哪张业务单来、算到哪个状态、按哪家公司和时间归属。总部只需要比较趋势，就先给一致口径的汇总；确实要追查异常，再让有职责的人沿着指标找到明细。敏感字段是否随明细一起显示，也要另定，不能因为“允许下钻”就全部放开。

这也是为什么集团管理不太适合靠几张固定报表一劳永逸。总部开始可能只看月报，后来要跨公司催办采购，再后来又成立共享服务中心。集团若用织信搭这类系统，前期可以先做好子公司的业务单和总部汇总；等集中采购、共享服务的职责明确，再接着补跨公司办理的表单和流程。应用里的自定义角色权限也能在运行时调整，不用为这类调整重新发布应用。业务范围变了，系统能接着建，不必每多一种协作方式就做一套孤立的表。

织信的文档给了一个值得在建系统前想清楚的选择：若集团与子公司需要在平台内协同、汇总，通常放在同一个团队下组织；若彼此业务不互通、需要隔离，则可用不同团队。具体应用里，再按团队、应用、模块、记录和字段等层级设计权限。它提供的是搭建这些规则的能力，不是“建好组织树，总部权限就自动正确”。哪些记录属于哪家公司、哪些岗位能跨公司处理，仍要企业自己定。

上线前，拿几个人的账号走一遍

权限表写得再完整，也值得用实际业务单验证。可以准备A、B两家子公司的采购单，再分别用四类账号试：A公司采购主管、总部采购分析人员、集团共享服务人员、B公司普通采购。

先看A公司主管能否处理本公司的单，B公司账号能否搜到A公司的明细；再看总部人员是否能看到跨公司汇总，却不能修改不归自己负责的订单；共享服务人员能否处理分配给他的那笔业务，同时看不到无关记录。页面之外，顺手试一下报表、导出和接口查询。

最后再改一次人员岗位：一个人从A公司调到B公司，原来在A公司的查看、审批权限是否及时收回？这比只演示“集团领导能看到一张总表”，更能看出权限设计是不是经得起日常变化。

总部究竟能看哪些子公司数据，没有一张适用于所有集团的固定清单。但判断顺序可以固定下来：先确认工作目的，再确定公司范围、明细程度和可执行动作，最后用真实角色与业务单验证。让该办事的人拿到足够的信息，也让不该越过的边界留在系统里。