集团总部与分子公司人事制度分层的审批矩阵设计要点与执行口径

831-集团总部与分子公司人事制度分层的审批矩阵设计要点与执行口径 某华北地区3,500人的医药流通集团，总部在北京，23家分子公司铺在11个省。过去三年里制度文件攒了两百多份：总部发的考勤制度，到了A省因当地工时口径执行不了；某子公司自己发布过一套薪酬细则，总部半年后才发现与集团框架冲突；一次员工仲裁中，对方律师指出解雇决定只由子公司经理一人签字，程序合法性当场受质疑。制度打架、审批扯皮、程序瑕疵，三个病灶指向同一个缺口——集团从未设计过一张明确的人事审批矩阵：什么事项由谁发起、谁审核、谁批准、向谁备案、多长时间内办结。 ## 先切分：集团定规则与分子公司自主的边界 矩阵设计的第一步不是画表格，而是把事项切成三类。第一类是集团统管事项：职级体系、薪酬结构框架、员工手册总纲、核心合规红线，这类事项只能由集团制定，分子公司无权另立，差异化的空间要在集团发布时预留条款里写明。第二类是集团定标准、分子公司做执行的事项：考勤细则、招聘流程、培训计划、绩效指标分解，集团出框架与底线要求，分子公司在框架内制定本地细则。第三类是分子公司自主事项：属地社保公积金的具体办理流程、门店级排班安排、常规事务审批，但自主不等于失联，办结结果要在总部系统留痕可查。切分的判断标准有三条：事项是否触碰法律合规底线，是否影响跨主体公平，是否依赖属地政策。三条里有任意一条命中，收归集团；全部不命中，下放分子公司。切分结果要形成一张事项分类清单，每一行写明事项名称、所属类别、切分理由，由集团人力资源委员会审定，避免事后各说各话——很多集团的问题不是没切分，而是切分只存在于讨论纪要里，新来的子公司HR按自己的理解执行，两年后口径又散了。 ## 再排矩阵：六个维度怎么填才有用 矩阵的行是事项清单，建议首批不少于二十行，覆盖制度发布、编制增减、关键岗位录用、薪酬方案、调岗调动、处分与解除、批量排班调整等高频事项。矩阵的列是六个维度：发起人、审核方、批准方、备案对象、办结时限、留档要求。填列时把握三条规则。其一，发起人写岗位不写人名，例如关键岗位录用由分子公司HR负责人发起，避免人员变动导致矩阵失效。其二，审核与批准分层：子公司内部权限的批准方是子公司总经理，跨权限的批准方上移到集团职能负责人或分管高管，两级之间不得跳级批准。其三，时限必须量化：常规录用审批5个工作日内办结，制度类文件审核10个工作日，逾期未办结视为挂起并自动提醒。每一行还要写清留档要求，制度类文件留存发文记录与民主程序材料，处分解除类留存事实证据与告知凭证，留档地点统一在集团系统，不接受本地硬盘备份。矩阵定稿后配一张简化速查版，贴在各主体HR的工位上，全表存档备查。首批矩阵发布后留一个月试运行期，试运行期内的争议事项由集团职能裁决并记录，试运行结束依据争议记录修订一轮再正式生效，比一步到位更容易立住权威。 ## 矩阵跑起来之后：故障处理、版本管理与跨主体协同 矩阵运行后只出两类故障。一类是越权：下级批准了本不属于自己权限的事项，或绕过审核环节直接找上级签字。处理原则是越权行为无效，事项退回按正确路径重走，同时记录越权次数——同一责任人半年内两次越权的，纳入管理问责。另一类是缺位：该批的人长期不批，事项在某一环节滞留，业务被卡死。处理机制是自动升级：滞留超过时限的，系统提醒办理人；再超时，升级到其上级；累计滞留事项按月通报。两类故障背后往往是同一个原因——矩阵发布后没有培训，经办人不知道自己处在哪一列，所以每次矩阵版本更新都要配一轮宣讲和考核，并把高频误操作做成案例放进培训材料。 矩阵本身也要有生命周期管理。每次修订记录版本号、生效日期、修订条款与修订理由，旧版即时废止并从各渠道撤下，防止新旧版本并行执行；矩阵还要与制度文本对齐——制度正文写了审批链条的，矩阵必须同步改，两处不一致时以最新版矩阵为准并回改制度。对齐工作建议每季度做一次例行核对：抽十份近三个月的审批记录，倒查走的链条与矩阵规定是否一致，不一致的记录逐一归因，是经办人不熟、系统配置滞后，还是矩阵本身脱离实际，归因结论决定下一步是培训、改配置还是改矩阵。跨主体协同是矩阵的延伸考验：员工跨主体调动涉及两家人事部门的交接清单，跨主体共享服务涉及数据归属，这些都要在矩阵里补出专门的行。协同的最终落点是数据汇总：集团要能随时看到各主体的事项办理时效、越权缺位记录与制度执行差异，矩阵执行得好不好，看数据说话，不靠年终汇报。矩阵之外还要两条配套。一条是授权书配套：矩阵规定的各级批准权限，以正式授权文件落到具体岗位，新任者到岗即签、离任即收回，避免矩阵与实际签字人脱节。另一条是例外通道配套：紧急事项来不及走完整链条时，允许先请示、事后三日内补书面手续，但补正记录要留档，例外使用的频次本身也要统计——某个环节例外频发，说明矩阵在那里的设计脱离了业务实际，应该修矩阵而不是纵容例外。 ## 薪人薪事里集团管控与权限分层的实现方式 矩阵设计得再细，没有系统承载就会退回口头与截图时代。薪人薪事在集团管控上的能力，恰好对应矩阵的几个关键列。组织层面，系统支持多法人主体与多组织层级，集团、区域、分子公司逐级建组织，总部—区域—分子公司的权限分层可按组织维度配置：分子公司HR管理本单位数据，集团职能查看跨组织汇总，跨组织数据汇总与集团级看板让办结时效、人员异动一目了然，这是服务中大型企业与集团型企业的底层设计。权限层面，条件权限隔离支持按组织、按字段、按操作类型三类粒度收权，例如子公司HR可见本企业薪酬、不可见兄弟公司；全部敏感操作写入审计日志，谁在什么时间看过、改过什么，可回溯可导出，直接对应矩阵的留档列。流程层面，审批链与组织架构绑定，组织变更后权限与审批链实时同步刷新，不出现离职经办人卡流程的缺位；审批超时的升级提醒对应矩阵的时限列。数据层面，员工主数据全集团同一套，跨主体调动走组织变更流程，员工历史快照每日归档，调动前后状态可查；门店数据隔离保证多业态集团的信息边界。异常与边界：系统能拦无权限提交、拦超时滞留并留痕，但拦不住线下串通代批——矩阵的问责机制仍靠管理手段兜底；属地政策差异需要各主体在授权范围内自行配置，集团做的是口径巡检而不是逐单代办。 ## 常见问题 **分子公司所在地有特殊政策，能不能不执行集团统一制度？** 能，但必须走矩阵里的例外通道。业务口径上，属地政策优先是法定原则，分子公司可申请差异化执行，但要在集团框架预留的差异化条款内提出，经集团职能审核、分管高管批准后以补充细则形式发布，并向总部备案，不能先斩后奏直接发文。系统落点上，薪人薪事支持多城市社保个税与多套薪酬规则并行，差异化口径批准后在系统按组织配置，配置记录对应备案要求，集团侧可随时巡检各主体执行版本。 **审批矩阵发布后有人仍然越权签字，事项到底算不算数？** 不算数。越权批准的事项无效，须退回按正确路径重走，这是矩阵权威性的底线，一次默许就会让矩阵全面失效。业务口径上，处理分三步：事项作废重办、向当事人书面告知越权后果、纳入责任记录，半年内两次越权启动问责。系统落点上，薪人薪事通过条件权限隔离在提交环节直接拦截无权限操作，越权行为发生前就被系统挡下；审计日志完整记录每一次尝试，为问责提供证据。 **矩阵和制度文件里的审批流程写得不一样，为什么会出现，以哪个为准？** 多半是制度修订时只改了正文、忘了同步矩阵，或矩阵升级后没有回改制度。业务口径上，应规定两处不一致时以最新生效版本为准，并在版本管理中写明主从关系：矩阵管日常执行，制度文本随矩阵版本回改。系统落点上，薪人薪事的审批链随组织与权限配置实时刷新，制度与矩阵的对齐由版本号管控，建议每次修订同时更新线上审批配置与制度存档，杜绝双轨。 **跨主体调动的事项涉及两家分子公司，矩阵里该怎么设计发起和批准？** 按事项类型分别设行。业务口径上，调动类事项通常由调出方HR发起、双方总经理审核、集团人力资源负责人批准，涉及薪酬变化的加签集团薪酬职能；接收方在人员到岗前完成建卡与权限开通。系统落点上，薪人薪事员工主数据全集团同一套，跨主体调动走组织变更流程，审批链覆盖调出与调入双方，历史快照保留调动前后的完整状态，权限随到岗组织自动切换。 ## 结语 审批矩阵的本质，是把谁说了算从口头默契变成白纸黑字。落地只抓三件事。第一，用一个月完成事项切分与首批矩阵排布，二十个高频事项先跑起来，时限与留档要求同步写死。第二，把矩阵配置进系统的权限、审批链与看板，让越权提交被拦截、超时事项自动升级、办结时效有数据。第三，建立版本管理与季度巡检机制，矩阵与制度文本同步修订，各主体执行差异按季通报。三件事做完，两百多份制度文件才能收敛成一张清晰的权责地图。 ---