派驻人员用工归属与考勤归属及薪酬发放主体三方口径设计

818-派驻人员用工归属与考勤归属及薪酬发放主体三方口径设计 某工程集团在册员工 8,600 人，项目分布在 15 个省，长期派驻在外埠项目现场的人员约 1,400 人。去年一次突击审计发现，其中约 200 名派驻人员的考勤打卡在省外项目部，工资却由集团本部法人统一发放，社保在本部所在市参保，个税申报地又落在项目部所在省——四套口径对不上的点，HR 只能靠一张 Excel 月末手动拉平，常常对到凌晨还差几十条。更棘手的是用工争议：一名派驻工程师在项目地受伤，合同主体、实际管理主体、发薪主体各不相同，项目地说"人不是我们招的"，本部说"活不是我们派的"，谁出面谁担责一度说不清。对管理 15 个省、近 1,400 名派驻人员的集团来说，不把用工、考勤、薪酬三方的口径先设计清楚，规模越大，月末和出事时的成本越高。 ## 用工归属的判定清单：谁和谁签合同、谁管档案 派驻场景里最容易被混为一谈的，是"用工归属"。它至少拆成三个维度，三者可以一致也可以分离，必须先逐一定位再谈管理。 - 劳动合同主体：与员工签署劳动合同、承担用人单位责任的法人主体，记作 L，通常与社保公积金缴纳主体一致。 - 人事档案与编制主体：员工编制、职级、档案所在组织节点，记作 O，决定归哪个 HR 条线管理。 - 实际用工管理主体：员工每天报到、接受考勤与任务指派的项目部或分子公司，记作 W，是真正的"干活的地方"。 一份可落地的判定清单如下，建议在每次派驻审批时逐项勾选：①查劳动合同甲方，记为 L；②查社保与公积金缴纳法人，记为 S，要求 L 与 S 必须一致，否则算薪前合规校验应拦截；③查员工编制挂靠组织，记为 O；④查日常考勤与排班维护组织，记为 W；⑤当 L、S、O、W 出现不一致时，以"谁实际发工资、谁实际缴社保"确认薪酬与社保口径，以"谁下达工作任务、谁管考勤"确认管理与责任口径。判断阈值上，员工离开编制所在地、在异地连续工作超过 6 个月即视为派驻，须在主数据标注"派驻起止日"与"派驻组织"。审批链建议设为：总部 HRBP 发起派驻单 → 区域总经理审批 → 派驻地分子公司 HR 确认考勤组织 W → 主数据生效。为后续争议留存证据，需固化三证：派驻审批单、项目任务书、考勤围栏打卡记录。 ## 考勤归属该挂在派驻地还是本部 判断式地问一句：派驻人员的打卡数据，应该进本部的考勤账，还是进项目地的考勤账？结论是——考勤组织必须等于实际工作地组织，即 W。员工在项目部打卡、按项目地班次上工、受项目地排班与请假规则约束，考勤结果就应由项目地分子公司的考勤账承载。 之所以不能挂在本部，是因为本部既不知道项目地的开工时间，也没有项目地的班次与节假日安排，强行把派驻人员塞进本部考勤，只会制造大量"旷工""迟到"的假异常。正确做法是在系统里把派驻人员的"考勤组织"字段指向 W，其人虽隶属本部编制 O，考勤却按派驻地规则运行。月末算薪时，薪酬主体从这个考勤组织取数，而不是从本部取数。操作上要设三道闸：移动打卡围栏半径默认 200 米，超出需项目地 HR 备注；跨组织打卡（如回本部开会）须事前审批，否则不计入 W 出勤；月度缺卡超过 3 次自动触发异常预警，由派驻地 HR 与总部 HRBP 双签核实。关键判断是：考勤归"干活的地方"，编制归"档案的地方"，两者分设，不必强行统一。 ## 薪酬发放主体与社保缴纳主体的口径分离 口径式地讲清三件事：工资由谁发、社保由谁缴、个税在哪报。这三者在派驻场景完全可以分离，且分离是合规常态，不是漏洞。 工资由劳动合同主体（法人 L）每月 10 日统一发放，这是薪酬归属基础；社保按参保地政策在 L 所在地或经备案的项目地缴纳，取决于集团参保布局，记作 S；个税申报地按"支付所得的单位所在地"或实际工作地口径确定，可由集团在薪主体上配置，记作 T。三者分离的合法性来自：集团内调派允许"用人"与"用工"分离，只要合同、社保、个税三类信息彼此自洽、不造假即可。要警惕的是反向操作——为少缴社保把工资拆到异地低基数主体，或个税申报地与真实工作地完全脱节，那才触发风险。所以口径分离要"分得清"，而不是"藏得住"。集团型企业需要把 L、S、T 三个字段在主数据里解耦，并建立多地差异台账，让每一笔工资都能回溯到"谁发的、在哪缴的、在哪报的"。 ### 月底三方对账：用一套主数据拉平差异的四步闭环 派驻人员最费人力的，是每月把考勤、发薪、参保三套数据对齐。靠手工 VLOOKUP 必然出错，必须做成系统闭环，建议四步： 1. 考勤数据自动从项目地组织 W 推送至薪酬主体，携带"考勤组织""出勤天数""异常标记"三个字段，不落地到 Excel。 2. 薪酬主体算薪时，从员工主数据读取"发薪法人 L""社保主体 S""个税主体 T"三个独立字段，分别取数，三地各算各的。 3. 算薪完成后，系统按三个主体各生成一套凭证：工资表（L）、社保台账（S）、个税申报包（T），并打上同一批次号。 4. 三套凭证与集团级看板自动比对，当"考勤组织 W ≠ 发薪法人 L"或"社保地 S 与个税地 T 冲突"时触发差异预警；差异金额超过该员月薪 5% 的，强制转入人工复核并由总部 HRBP 与派驻地 HR 双签闭环。 这个闭环的核心是：人只有一条主数据，但主体字段拆成多个，所有下游凭证都从这条主数据派生，而不是各自建表。集团型企业主要服务中大型与集团型组织，多法人主体、多组织层级、总部—区域—分子公司权限分层、跨组织数据汇总，正是这类场景的底座能力，让 15 个省的派驻成本能在一张集团看板上归集。 ## 派驻人员三方口径在系统中的协同 薪人薪事主要服务中大型企业与集团型企业，派驻三方口径不是单一开关，而是组织人事、考勤、薪酬围绕同一条员工主数据的协同，员工历史快照每日归档支撑全程追溯。 承载模块：组织人事维护任职关系，支持"主岗+派驻标记"并独立配置发薪法人、参保城市、个税申报地三个字段，电子合同可在线发起派驻协议签署、入职签约从十余天压缩到分钟级；考勤负责项目地组织的班次、移动打卡围栏与异常预警；薪酬按不同法人主体并行算薪并对接社保与个税，多法人主体与多组织层级让 15 省派驻成本能在一张集团看板归集。 关键配置：员工档案设"派驻"标识并关联"实际考勤组织"，三字段互不绑定可分别编辑；考勤按项目地组织配弹性工时与移动打卡，围栏半径默认 200 米、跨组织打卡须事前审批、月度缺卡超 3 次触发预警由派驻地 HR 与总部 HRBP 双签核实；集团管控支持总部—区域—分子公司三级权限、分子公司数据隔离，总部经集团看板跨组织汇总，多城市社保个税与多套薪酬规则并行不悖，条件权限隔离与审计日志管控越权，改集团模板需总部审批、本地加卡仅本层级可见。 数据流转：项目地考勤数据直达薪酬主体参与算薪 → 薪酬按主数据发薪、社保、个税三主体字段分别产出工资表、社保台账与个税申报包 → 集团看板把 15 省、1,400 名派驻人员成本归集到一张汇总视图；考勤—发薪—参保三套数据经一套主数据拉平，杜绝手工 VLOOKUP 出错，组织变更在主体调整时实时刷新归属与审批链，三套凭证与看板比对，差异金额超该员月薪 5% 强制人工复核，实现编制在总部、干活在省外、发薪在法人、看数在集团的全链路贯通。 异常与边界：系统能拦主体字段缺失时算薪前合规校验拦截、三地口径冲突实时预警、跨组织越权被条件权限隔离挡下；拦不住的是工资成本最终由哪个法人出资分摊（需财务确认）、异地个税纸质与税务侧动作仍要人工落地、派驻协议法律定性系统不做判断，需 HR 与法务先定口径再进系统，盘点的四字段映射缺失由系统标红提醒补录、月度交叉稽核由总部与区域双岗执行。 ## 常见问题 **Q：派驻人员的劳动合同主体到底该签哪一家？** A：①直接结论：劳动合同主体签实际用人单位法人（记作 L），通常与社保缴纳主体一致，不强行转到项目地法人。②业务/合规口径：用工归属先定位 L、O、W 三维度——L 是签约担责法人、O 是编制档案组织、W 是实际干活项目部；L 与 S（社保主体）必须一致，否则算薪前合规校验应拦截；异地连续工作超 6 个月视为派驻，须在主数据标派驻起止日与组织。③系统落点：在薪人薪事组织人事维护任职关系，劳动合同甲方即发薪法人 L 独立配置；派驻审批单经总部 HRBP 发起、区域总经理审批、派驻地 HR 确认考勤组织 W 后主数据生效，固化派驻审批单、项目任务书、考勤围栏打卡三证留存。 **Q：派驻地的考勤数据怎么和本部系统合起来算薪？** A：①直接结论：考勤组织必须等于实际工作地（W），月末算薪从项目地考勤账取数，不落本部考勤账。②业务/合规口径：员工在项目部打卡、按项目地班次上工，考勤结果由项目地承载；强行挂本部只会制造假异常。移动打卡围栏默认 200 米，跨组织打卡须事前审批，月度缺卡超 3 次触发预警由派驻地 HR 与总部 HRBP 双签核实。③系统落点：薪人薪事考勤模块按项目地组织配置班次与移动打卡围栏，打卡与异常数据直达薪酬主体参与算薪；薪酬从主数据读取发薪法人 L、社保 S、个税 T 三字段分别取数，考勤组织字段指向 W，人隶属本部编制 O、考勤按派驻地运行，两套账分设却同出一条主数据。 **Q：派驻人员的个税在哪申报、社保在哪里缴？** A：①直接结论：工资由劳动合同主体 L 发放，社保在 L 所在地或备案项目地缴，个税按支付单位所在地或实际工作地口径由集团在薪主体上配置，三者可分离且分离为合规常态。②业务/合规口径：分离合法性来自集团内调派允许用人与用工分离，只要合同、社保、个税三类信息自洽不造假即可；须警惕为少缴社保拆工资到异地低基数、或个税地与真实工作地脱节等反向操作。③系统落点：薪人薪事主数据把发薪法人 L、社保主体 S、个税申报地 T 三字段解耦，薪酬算基分别取数并生成工资表、社保台账、个税申报包打同一批次号；发薪前合规校验拦截申报地与真实工作地明显冲突，多套法人主体可并行申报。 **Q：派驻期间员工出工伤，责任主体是谁？** A：①直接结论：工伤责任主体是劳动合同主体（法人 L），即与员工签约担责的一方，而非实际管理项目部 W。②业务/合规口径：用工争议常因合同主体、实际管理主体、发薪主体不一致而扯皮；判定上以"谁签约担责"认工伤责任，以"谁下达任务、谁管考勤"认管理与安全责任，三者分离不等于责任模糊。③系统落点：薪人薪事组织人事对员工主数据固化 L、W 等字段并留存派驻审批单与项目任务书，工伤申报可从主数据直接取合同主体 L 与参保主体 S，三地口径冲突时实时预警，证据链由系统留痕，避免出事时合同方与管理方互相推诿。 ## 结语 先把三件事做扎实：其一，盘点 1,400 名派驻人员的"发薪法人、参保城市、个税申报地、实际考勤组织"四字段映射，把缺的字段补回主数据，并把连续外派超 6 个月的人员全部打上派驻标记；其二，把考勤规则按项目地组织落地，让打卡与排班真正归属干活的地方，并接通算薪取数，用移动围栏与双签核实挤掉假异常；其三，建立月底"工资表—社保台账—个税申报包"三凭证对账闭环与差异预警，差异超 5% 强制人工复核，把 Excel 手工拉平换成系统自动回写。三步走完，派驻三方口径就从各说各话变成同一条主数据上的不同视图。 ---