薪酬核算与发放流程图（从数据截止到申报）
薪酬核算与发放流程图：从数据截止到发薪，涵盖入职离职异动、已审批工时、差异校验、应发到实发、付款前独立复核、资金与代发、个税社保申报、工资条与记账凭证。
什么是薪酬核算与发放流程图（从数据截止到申报）流程
薪酬的产出只有一个，而组织里每一个人都会亲自核对它，这让它成为最不容出错的流程。它同时也是最常被说成“一次计算”的流程，可真正出问题的地方几乎从来不是计算。算薪引擎会正确地套用税率表，坏掉的都在上游。某人的离职日期在核算跑完一周之后才传到薪酬岗，于是一个已经不在这里工作的人拿到了工资，这笔钱现在只能回头去要。一月里口头谈定的晋升到四月才补差，一张工资条上突然出现一笔没有人事先跟员工打过招呼的金额。某位经理在截止时点之后批准加班，因为这个期限从来没有真正被执行过。而当核算延误时，第一个被砍掉的就是与上期的差异比对——恰恰是那道本可以同时拦住上面三件事的控制。底下压着的是结构性问题：在一个小团队里，同一个人收集输入、跑核算、批准总额、把文件放行给银行，钱离开公司之前，薪酬岗以外没有任何人看过这些数字。
本图画的是薪酬核算本身——一个期间，从数据截止到已发放、已申报、已入账的结果——并且刻意不包含喂给它的那些流程。把一位新员工建到系统里，连同合同、用工资格核验、银行账号、个税专项附加扣除信息与社保公积金参保，属于 /zh/templates/员工入职流程 上的员工入职流程；而最后工作日、离职结算与权限回收那条链路，属于 /zh/templates/员工离职流程 上的员工离职流程。两者在这里都只表现为一个步骤，即“收集入职、离职与异动信息”，因为薪酬消费的是它们的产出，而不是运行它们。考勤同理：假期额度、顶岗安排与经理审批在 /zh/templates/请假申请流程 上的请假申请流程里走完，本图只问一件事——已审批的休假有没有在截止时点之前到齐。员工费用报销在 /zh/templates/费用报销审批流程 上的费用报销审批流程中审核、归集与批准，只有当你们通过工资条而不是付款流程来报销时才会进到薪酬；供应商付款则完全是另一个职能，画在 /zh/templates/应付账款流程 上的应付账款流程里。在最末端，本图过账的那张凭证是期末结账的输入，画在 /zh/templates/记录到报告流程 上的记录到报告流程中。
多数薪酬制度留作默认的三件事，在这里被画成了有名字的步骤。“付款前独立复核”单独占一条泳道，由编制这次核算的人以外的另一个人持有，而“控制复核是否通过？”把错误送回“在源头系统更正数据”，而不是送进一条直接敲进算薪系统的覆盖。这就是审计会问到的不相容职务分离控制，在这里它是一个步骤，而不是一条原则。“薪酬是否已审批并备好资金？”被画成一个决策，因为两半中任何一半没过，核算都要停：有获授权的人批准这笔成本，资金岗确认钱能按时到账。过不去的核算有地方可去，因为“本次核算暂停并改期”是一个真实的终点，而不是图上的一个窟窿。第三件是位置。“提交个税申报并缴纳社保公积金”紧挨着付款，而不是放在事后收尾里，因为申报口径直接取自刚刚放行的这一次核算；而“是否通过计划外补发更正？”的“计划外补发”分支会绕回到它、而不是走向结束，因为一次补发带着自己的申报、自己的工资条和自己的凭证。
本流程图涵盖的内容
本模板包含
- 六条泳道——员工、直属经理、人力资源、薪酬专员、薪酬经理、财务与资金——铺在六个阶段上：数据截止、输入收集、校验、核算与控制、审批与发放、发薪后。
- 输入收集被画成三条泳道里的三次交接，而不是一个队列：人力资源的“收集入职、离职与异动信息”、员工的“提交工时、加班与费用报销”、直属经理的“审批工时、加班与休假”，全部在“输入是否在截止前全部收齐？”处接受检验。
- 完整性检查先于正确性检查：任何缺失都路由到“催收或延后处理缺失输入”并回到同一道截止检验；而“导入输入数据并运行校验规则”通向“差异是否都有解释？”，其“未解释”分支经由“在源头系统更正数据”重新校验。
- 不相容职务分离被画成真实的步骤，而不是被默认存在：编制人的“准备付款前控制资料包”，接着是薪酬经理泳道里的“付款前独立复核”，然后是“控制复核是否通过？”——其“发现错误”分支把这次核算送回源头更正，而不是送去做一次覆盖。
- 审批与资金在“薪酬是否已审批并备好资金？”处与核算分开：其“已批准”分支先跑“向银行放行代发文件”，再跑“提交个税申报并缴纳社保公积金”，然后才是“向员工发布工资条”，因为申报口径取自刚刚放行的这一次核算，而不属于事后收尾。
- 三个终点加一个发薪后循环：被暂停的核算停在“本次核算暂停并改期”；否则由“将薪酬凭证过账到总账”和“归档本次薪酬核算证据”结束本期，然后才问“发薪后是否有薪资差错反馈？”，其“有反馈”分支跑“评估差错并商定处理方案”进入“是否通过计划外补发更正？”，其中“计划外补发”把“执行一次计划外补发”送回申报环节，“下期处理”从“更正结转至下期核算”离开，而一期里没有任何反馈则在“薪酬已发放、已申报、已入账”处收尾。
何时使用本模板
- 你们要写一份薪酬管理制度，或者要给外包服务商写一份服务说明，需要用一张图说清楚每一项输入归谁、谁复核这次核算、谁放行这笔钱。
- 上一期有一笔错误一直走到了银行，你们得向管理层说明付款前的这道控制在哪里、由谁持有，以及它这次为什么没有拦住。
- 同一个人编制、批准并放行这次核算，你们需要一套与实际人手相匹配、而不是与控制框架所假设的人手相匹配的职务分离方案。
- 截止时点被当成建议，迟到的输入在核算开始之后还用邮件发过来，你们希望把这个期限和延后规则画出来，而不是每个月重新谈一次。
- 你们正在上线或切换薪酬系统，或者要把外包的薪酬收回自己做，交接点、阈值与申报期限必须在做任何配置之前先定下来。
运作方式
把泳道改成你们自己的组织
把员工、直属经理、人力资源、薪酬专员、薪酬经理、财务与资金换成你们真实存在的角色。两条薪酬泳道是这张图的要点所在，所以在没想清楚由谁来持有那道复核之前，不要把它们合并。如果薪酬是外包的，把服务商保留为一条泳道，另加一条留在公司内部、由为其产出签字的人所占的泳道——处理可以外包，责任不会跟着走。如果在你们这里人力资源和薪酬本来就是同一张桌子，那就合并这两条泳道，而不是画一次没有人真的会做的交接。
把薪酬日历放进图里
“发布本期薪酬数据截止时点”在带上日期之前是空的。把全年一次性发布：每一期的输入截止、审批截止、资金到位日、发薪日与申报期限，并标出被法定节假日挪动过的那几期。然后写明迟到的输入究竟会怎样——压到下一期，还是走计划外补发、由某个人来批准这笔成本。一个不写明后果的截止时点，会被嗓门最大的那位经理每个月重新谈一次，而且永远是同一位。
把差异阈值写成数字
“导入输入数据并运行校验规则”在有数字之前不说明任何事情。多数团队会同时用一个百分比和一个金额下限来标记应发工资相对上期的变动，这样低薪岗不会因为几个加班小时就触发，高薪岗也不会把一个真实错误藏起来。把阈值设到异常报告的长度是有人真的会看完的程度：两百行被认真看的程度和零行差不多。然后指定每一类异常由谁消项，并保留消项后的报告，因为那就是这道检查确实跑过、而不是被跳过的证据。
给独立复核指定一位具名的持有人
当复核人只是挂名时，这道控制会安静地失效。指定角色而不是指定某个人，并确保这个持有人处在编制工作之外：一位财务经理、人力资源负责人、服务商自己的复核岗，或者在小团队里的外部会计。把资料包以一种他们能提出质疑的形式交给他们，并在资金截止之前给他们一个日程上的时段——挤在银行受理截止前一小时里的复核是一个签名，不是一次复核。然后决定签批记录在哪里留存，因为那份记录正是审计会要的东西。
把你们自己的申报与缴纳期限挂上去
“提交个税申报并缴纳社保公积金”是与属地强相关的一步，罚款也住在这里。在中国大陆，这通常意味着个人所得税的全员全额扣缴申报要在法定申报期内办理，社保与住房公积金则按各参保地各自的申报与缴纳窗口办理——多地经营的公司往往同时面对好几套彼此不同的日历。把你们自己的期限写到这一步上，并同时指定谁申报、谁确认申报已被受理，而不只是已被提交。再决定申报被退回时怎么办：一份夜里被退回、通知却没人看的申报，是一家自以为按时完成的公司错过期限最常见的方式。
约定更正政策，然后走一遍并发布一个版本
在需要用到它之前先把“是否通过计划外补发更正？”定下来：什么样的困难程度会强制立即补发、这笔成本由谁批准，以及多发工资的追回规则——那首先是个法律问题，而不是行政问题。然后带着定稿的图与一位薪酬专员、那位持有复核的人、人力资源和资金岗一起走一遍，按他们实际的做法而不是制度上写的做法改正，再发布该版本并保留此前的版本，让日后打开它的人知道自己看的是哪一版。
常见问题
薪酬核算与发放流程包含哪些步骤？
一个计薪周期是这样跑的：发布数据截止时点；从人力资源收集入职、离职与固定异动；收集工时、加班、休假以及通过工资条报销的费用，工时由直属经理审批；检查每一项输入是否都在截止前到齐，对没到的做催收或延后；导入数据，运行校验并与上期做差异比对；把任何解释不了的差异回到源头系统调查更正；核算从应发到实发；准备付款前控制资料包，交由没有参与编制的人复核；批准这笔成本并确认资金到位；向银行放行代发文件；办理个人所得税全员全额扣缴申报，并在各自的窗口内缴纳社保与住房公积金；发布工资条；把薪酬凭证过账到总账；归档证据。发薪后才发现的错误会进入一个关于是否计划外补发的决策，而不是默认结转到下一期。
薪酬里的不相容职务分离是什么？人手很少时怎么做？
在多数组织里，钱动之前只有两三个人看过薪酬数字，所以付款前的那道复核是它们能得到的唯一一次外部检查。不相容职务分离的意思是：编制这次核算的人，不是批准这笔成本的人，也不是在银行放行文件的人。它要防的不只是舞弊——虚增人员、被改掉的银行账号——还有那种普通的录入错误：它会一次性打到发薪名单上的每一个人身上，而且是由他们、而不是由财务先发现。在本图中它是一个步骤，“付款前独立复核”，而不是制度里的一句话，它产出的是一份带日期的签批记录。小团队没法总是三分，那就先分开最要紧的两件：编制这次核算的人不得放行付款。复核人也不必坐在薪酬岗里——一位财务经理、人力资源负责人或外部会计都可以持有它，前提是资料包和用它的时间一并给到。
本页与那些向薪酬供数的人力资源流程有什么不同？
本页讲的是这次核算，而不是改变它的那些事件。/zh/templates/员工入职流程 上的员工入职流程覆盖新员工的签约、核验、账号开通与参保；/zh/templates/员工离职流程 上的员工离职流程覆盖提出离职、工作交接、权限回收与离职结算；/zh/templates/请假申请流程 上的请假申请流程覆盖假期额度、顶岗与经理审批。这三者都结束在本图开始的地方，以“收集入职、离职与异动信息”的形式，或者以在“输入是否在截止前全部收齐？”处受检的已审批休假的形式到达。费用报销同理：它在 /zh/templates/费用报销审批流程 上的费用报销审批流程中审核与批准，只有当你们通过工资条报销时才出现在这里。要修的是输入为什么晚到或出错，请用那几份模板；要修的是薪酬核算拿到输入之后做什么、以及输入没到时怎么办，请用这一份。
员工被多发了工资应该怎么办？
先把它当成法律问题，再当成行政问题，并且先把事实定下来：金额、涉及哪几期、以及它是怎么发生的。多发的工资在法律上属于不当得利，用人单位有权要求返还，但这与不打招呼就从下一期工资里一次扣清完全是两回事。各地的工资支付规定对每月可扣回的比例设有上限，并要求扣除后不低于当地最低工资标准。所以要书面告知员工，商定一个对方真的负担得起的还款计划，金额较大时分摊到几期，而不是从一次实发工资里一把扣清。如果人已经离职，就没有可扣的对象，它变成一笔需要去追的债权。金额较大、员工提出异议，或者错误已经持续了很久时，先取得法律意见——一个有合理理由相信这笔钱是自己的、并且已经花掉的人，未必没有抗辩空间。然后去修原因：多发工资绝大多数源于离职通知晚于截止时点，那是一个交接问题，而不是一个薪酬问题。
薪资差错应该走计划外补发还是并到下一期？
按一条写下来的标准来判断，而不是按谁的声音大。一次计划外补发是要花钱的——一个代发文件、一笔银行手续费、一次额外的申报，还有某个人的一个下午——所以它不是默认选项。当员工被短付到确实影响生活时，当法定待遇（例如病假工资或产假工资）被漏发时，或者当受影响的人数多到等不了时，它才是对的答案。把更正结转到下一期，对小额差错以及已经商定可以追回的多发是合理的。无论走哪一边都要把原因记下来，好让同一条差异下个月不再出现。在本图中这个选择被画成薪酬经理泳道里的“是否通过计划外补发更正？”，其“计划外补发”分支绕回“提交个税申报并缴纳社保公积金”而不是结束，因为一次补发带着自己的申报、自己的工资条和自己的凭证。
此流程所处的位置
在大多数组织中，此流程紧随员工入职流程图之后，并交接给记录到报告流程图（从截止到签批）。
前置流程
- 员工入职流程图 — 跨部门的员工入职流程模板：涵盖入职前的背景审查、IT 权限开通、第一天、第一周，以及第 90 天的试用期评估。
- 员工离职流程图 — 跨部门的员工离职流程图，含人力资源、经理、IT、薪酬与行政泳道：提出离职、工作交接、离职面谈、关闭权限、结清工资。
- 请假申请流程图 — 四条泳道的请假申请流程图：提交日期与假别、年假余额与顶班检查、主管审批、人力资源升级、薪酬处理与复工面谈。
- 员工晋升流程图（从提名到生效日） — 员工晋升流程图：提名或自主申请、资格审核、证据材料、同职级人群校准、预算与编制、高层审批、带宽内定薪、发出通知书、生效日期与职责交接。
后续流程
- 记录到报告流程图（从截止到签批） — 记录到报告流程图，覆盖期末结账全过程：明细账截止、计提与待摊、内部往来核对、资产负债表科目调节、凭证审批、合并、波动分析、披露与签批。