这两句话，常常出现在同一家制造集团的同一次 HR 系统复盘会上。它们各自都有道理，合在一起就变成一个死结： 总部统得太死，各厂天天打报告等配置；总部放得太开，到了月底集团报表又对不上口径。
多数企业把这件事理解成「系统支不支持多组织」。但真正卡住的地方不是能不能建， 而是哪些必须由集团统一、哪些必须交给各厂、哪些必须共享但各自维护——这条边界不划清，换几套系统都会回到原样。
在凯普软件服务过的多法人制造集团里，这条边界通常要反复调整两三版才能定下来： 第一版往往统得过多，各厂抱怨；第二版又放得太开，集团报表对不上；第三版才开始接近"口径统一、维护分权"的状态。
多账套算薪的层面，我们在《工厂几千人工资怎么算？》里已经拆过；出海与跨境法人的特殊性， 在《中资企业出海东南亚，HR管理面临哪些"水土不服"》里单独讲过。 本文只聚焦一个更靠前的问题：集团与子公司之间的权责边界，应该怎么划。
这四条说的是同一件事：法律上，子公司是各自独立的用人单位。 所以「集团一盘棋」只能是管理口径的统一，不能是法律关系上的混同。HR 系统的边界，本质上要和这条法律边界对齐。
一、总部"越管越累"，通常不是系统不行
同一个集团、同一套系统，为什么有的总部轻松、有的总部天天救火？差别往往不在软件，而在三种典型形态里选错了一种。
二、把"统"和"放"分成三张清单
下面这张表可以直接拿去开一次会，把集团当前的规则逐条归位。判断标准只有一句话： 这条规则如果各厂不一样，集团报表还能不能加总？不能加总的，就必须统一。
| 层级 | 应包含的内容 | 由谁维护 | 不这么做的后果 |
|---|---|---|---|
| 必须统一 | 薪资科目名称与归类、工时与加班统计口径、假期类型与计量单位、组织层级命名规则、报表统计维度 | 集团总部 | 三套表三个说法，集团汇总靠手工翻译，数据无法追溯 |
| 可由各厂自定 | 班次与倒班节奏、加班申请阈值、假勤额度分配规则、计件单价与定额、审批节点与人员 | 各子公司人事 | 全收到总部则排队严重，一线业务变化响应不过来 |
| 必须共享 | 人事主数据与档案、制度文件与流程模板、考勤原始数据、跨厂调动与借调记录 | 共享中心 | 同一员工在三个厂三份档案，工龄与假期在调动时断裂 |
三张清单分清之后，系统的任务就变得很具体： 统一层要有"标准无法被随意改写"的约束，自定层要有"各厂互不干扰"的隔离，共享层要有"一处维护、多处引用"的联动。 这三件事做不到"多组织"就只是个目录树，好看不管用。
三、跨法人一流动，工龄和假期最容易断
集团化最容易出钱的地方，不是报表对不上，而是人在几个法人主体之间调动时，工龄被"重新起算"。 法律上子公司各自独立，系统里如果也各建一套档案，这种断裂几乎是必然的。
用一组便于核对的假设数字走一遍。某员工 2014 年 3 月入职集团内 A 厂，2019 年 7 月由集团安排调至 B 厂， 2022 年 1 月再调至 C 厂；2026 年 9 月由 C 厂依法解除，月薪按 8000 元计。
| 口径 | 认定工龄 | 按第四十七条折算 | 经济补偿金 |
|---|---|---|---|
| 工龄连续（集团内合并计算） | 12 年 7 个月 | 13 个月工资 | 104000 元 |
| 按最后任职主体起算 | 4 年 9 个月 | 5 个月工资 | 40000 元 |
| 差额 | 64000 元 / 人 | ||
再看年休假。按《职工带薪年休假条例》第三条，累计工作满 10 年后年休假由 5 天变为 10 天。 若员工在集团内累计工龄 9 年多的节点上调动、系统里按新主体重新计算，这个"满 10 年"的台阶就被抹掉了。 按 8000 元月薪折算日薪约 367.82 元，每人每年少给 5 天： 50 人约 9.2 万元 / 年，100 人约 18.4 万元 / 年。
这也是为什么凯普e-HR在多组织场景里反复强调一件事： 组织可以分、账套可以分、权限可以分，但人的任职轨迹不能分。 跨法人调动在系统里应当是一次组织关系变更，而不是新建一个员工编号。 这件事在调动当月看不出差别，等到三年后核算经济补偿或年假天数时，差距会以六位数的形式出现。
四、分权不是"放开不管"，是把维护权分下去、口径收上来
很多集团不敢分权，是怕一放就乱。真正的分权不是把总部的工作推给各厂，而是把两件事拆开：规则由总部定，数据由各厂填。
按组织维度分权，而不是按人授权
把「考勤模块」「薪资模块」的维护权整体授予某子公司，该公司 HR 在自己的组织范围内有完整操作权，跨不到别的厂。 权限跟着组织走，人员变动时不用重新配置。
统一层用"锁"而不是用"通知"
靠发文件要求各厂"科目名称请统一"，执行率通常很低。更有效的做法是在系统层面把集团级科目设为只读， 各厂只能引用不能改名。制度靠系统落地，比靠人自觉可靠。
共享层做一次，多处引用
制度文件、流程模板、人事档案、考勤原始数据放进共享中心，各厂按权限调用。 同一份制度不必在三个厂区各传一遍，改版时也只有一处需要更新。
按这个思路重新分配后，总部的工时结构会明显变化。仍以前文 3 家子公司、每月 24 项规则调整、每项约 40 分钟的假设测算： 集中模式下总部每月约 16 小时；分权后总部只保留统一口径部分（约 6 项，4 小时）， 加上新增的口径复核（约 4 小时），合计约 8 小时， 降幅约 50%，一年约节省 96 小时，折合 12 个人天。 更重要的变化是这 12 个人天从"改配置"转成了"看差异、管例外"。
系统侧能承接的部分（凯普 e-HR）
- 集团化管控平台：一个平台支撑多家分公司的制度落地，在共享数据体系框架下， 通过配置化、低代码方式构建业务与应用，把集团的制度、规则、合规与内控要求落到各组织；
- 集团架构不限层级：组织架构支持集团形态、层级不限，保留架构图与历史架构信息， 组织调整后可回溯当时的归属关系；
- 分级分权：提供按组织维度对各模块分权的设置，可把不同模块交给下属子公司维护， 并分别设置功能、部门、字段、数据、工作台、报表的权限范围；
- 七引擎支撑：组织、流程、集成、建模、门户、消息、内容七大引擎构成后台， 配合数据、插件、工具等引擎，支撑配置化扩展而非二次开发；
- 共享中心：文件共享、人事共享、考勤共享、制度共享与用户分权， 一次维护多处引用，改版时只需更新一处；
- 多组织多账套薪资：薪资管理下设薪资账套、薪资项目、薪资规则与计件工资， 支持多组织和分子公司各自的多薪资账套计薪规则；
- 本地化部署：支持私有化部署与专有云部署，数据存储在客户自有服务器。
五、四个能少踩坑的做法
下面四条按由易到难排，前两条不换系统也能先做起来。
先开一次"边界会"，把三张清单填完
把当前所有 HR 规则按「统一 / 自定 / 共享」归位，写进一张表，集团与各厂各存一份。 这一步不需要系统，但需要有人拍板。清单定不下来，上什么系统都会吵回原处。
统一科目名称，哪怕先只统一名字
「岗位津贴」「职务补贴」「职级补助」先统一成一个说法，是成本最低的一步。 名称统一了，后续无论是多账套核算还是集团汇总，都能少掉一大半解释成本。
把跨法人调动做成"变更"而不是"新建"
员工在集团内换法人主体，系统里应当是组织关系与任职记录的变更，原记录完整保留。 这一条决定了三年后工龄、年假、经济补偿算不算得清。
给总部留一条"只看差异"的通路
总部不用逐条核对三个厂的数据，只需要看到偏离集团口径的例外项。 分权之后总部的价值不在改得多，而在看得准。
六、常见问答
关键在是否独立承担民事责任。按《公司法》第十三条，子公司具有法人资格、依法独立承担民事责任；分公司不具有法人资格、其民事责任由公司承担。落到 HR 上：子公司通常是独立的用人单位，要独立签劳动合同、独立参保、独立建薪资账套；分公司则要看是否依法取得营业执照或登记证书——《劳动合同法实施条例》第四条规定，依法取得营业执照或登记证书的分支机构可以作为用人单位与劳动者订立劳动合同，未取得的受用人单位委托才可以订立。所以「先确认主体性质，再决定怎么建账」是第一步。
非因本人原因被安排的，合并计算。《劳动合同法实施条例》第十条规定，劳动者非因本人原因从原用人单位被安排到新用人单位工作的，其在原用人单位的工作年限合并计算为新用人单位的工作年限；但原用人单位已经支付过经济补偿的，新用人单位在解除或终止劳动合同时不再重复计算该段年限。这意味着系统里必须保留完整的任职轨迹——只按最后一段入职日期计算，会直接少算补偿。
能，前提是系统支持多账套。可以为每个法人主体或厂区建立独立的薪资账套，各账套有自己的薪资项目、计算规则、社保基数与计薪周期，互不干扰、独立结账；集团层面再按统一科目汇总。判断时不要只看「能不能建多个公司」，要追问「各账套的科目口径能不能被集团统一约束」——只分不合，等于把 Excel 搬进了系统。
靠"分层锁定"而不是靠"事后检查"。把集团级科目、统计口径、报表维度设为只读，各厂只能引用不能修改；把班次、额度、单价等运营参数开放给各厂，但限定在各自的组织范围内。权限维度要能细分到功能、部门、字段、数据、工作台、报表六类，否则要么管太死要么放太开。同时保留操作日志，变更可追溯。
建议按"逻辑集中、物理可控"来处理：人事主数据、制度文件等需要共享的部分集中在共享中心，各厂按权限调用；涉及各主体的薪资、社保等敏感数据按组织隔离，互不越权查看。部署方式上，对数据出境或数据归属有明确要求的集团，可以选择本地化部署，把数据放在企业自有服务器，同时保留权限分级与日志留痕。
规模不是门槛，有没有多个用工主体才是。两三个厂、两三个法人主体的企业，同样会遇到"各厂规则不一样""总部汇总对不上""人调动之后工龄断了"这三个问题。差别只在优先级：主体少的可以先做科目统一和调动记录连续，多账套与分权限可以放到二期。等到五个主体、五种口径再回头整理，成本要高得多。