|从0到1搭建薪酬系统( 二 )


2. 社保公积金
计算基本不变 , 不做重点说明 , 唯一要考虑的 , 是员工入职和离职当月 , 要不要给员工缴纳 , 需要增加一个「开始缴纳月份」和「结束缴纳月份」 , 在此范围内才参与薪酬计算 。
考勤扣款常见考勤扣款有:病假、事假 , 按照计薪方案 , 统计扣款天数 。
如果有入离职情况 , 还要增加“不足天数扣款” , 员工离职要年假未休或假期透支情况 , 还需要增加“休假折回天数” 。
注:不足天数 , 只会发生在有入离职的当月 , 记录员工当月未在岗的天数
简单的考勤扣款公式:考勤扣款=休假当天日薪 *(病假+事假+不足天数-休假折回天数) 。
如果有调薪情况 , 公式就要拆开 , 按照不同薪酬阶段的日薪计算 。
3. 专项附加扣除
这是个去年新增加项目 , 为人民减负 。 财务会每月从税务局下载一份员工专项扣除累计金额 , 薪酬 HR每个月导入即可 。
4. 其他增发/减发
这些基本上是销售的提成、或者某月薪酬发放错误的补扣等 , 直接导入即可 。
此处要注意 , 仅导入当月有效 。
上面几项计算清楚 , 就有一个新公式:
应发工资 = 当月工资 +其他增发/减发 – 考勤扣款
当月工资:有入离职的 , 当月工资=日薪 * 计薪天数
5. 个税
个税比较麻烦 , 有 3 个公式才能得出 , 而且这 3 个公式和以上信息有直接关联 , 具体如下:
本月应缴个税= 全年累计应缴个税 – 累计已预扣预缴税额 。
其中 , 全年累计应缴个税=全年累计应纳税所得额×预扣率-速算扣除数 。
全年累计应税所得额 = 上月年累计应纳税所得额 + 应发工资 – 社保扣款 -(公积金扣款+公积金补缴)- 当月专项附加扣除合计 – 起征点 , 注意:

  1. 如果员工新入职或合同换公司 , 全年累计应税所得额=0
  2. 1 月份发12 月薪酬 , 全年累计应税所得额=0
  3. 公积金合计金额大于「公积金免税上限」 , 取上限金额
这个公式比较麻烦 , 核算的时候要特别注意 , 每个计算点都要单独拆出来 。
6. 实发工资
实发工资=应发工资 – 社保扣款 – 公积金扣款 – 本月应缴纳个税 。
还有一种情况 , 比如辞退 , 会有补充金 , 所以还有一个公式:
实发银行=实发工资+除劳动合同赔偿-解除劳动合同赔偿个税 。
虽然每一步骤都有相应的公式 , 正常情况下 , 按照公式计算就能得到结果 , 但薪酬的特殊判断非常多 , 而且模块和模块之间数据关联更强 。
三、薪酬核对
薪酬核对的目标 , 是找出有变动的薪酬 , 检查核对 , 如果有错误 , 支持薪酬 HR 进行调整 。
我们把计算过程 , 通过页面展示出来 , 并且有变动的员工薪酬(如销售类 , 会每月有提成) , 重点标记让 HR 核对 , 这样薪酬 HR 的工作就由原来的薪酬计算 , 变为核算 , 减少工作量 。
核对无误后 , 归档 , 给到财务发工资 。
四、小结
薪酬管理 , 除了薪酬计算相关 , 还有薪酬体系相关的管理 , 包括员工成本管理、产品线分摊等 , 后续会更新到星球 。
此次薪酬管理的产品过程中 , 得到的反思是 , 前期的产品定位很重要 。 系统的定位是帮助薪酬 HR 核对薪酬计算结果 , 而不是替代他的工作 。 如果从替代角度出发 , 那薪酬系统只需要导出月薪报表即可 , 但如果协助薪酬 HR 核对结果 , 那就要把计算过程等信息 , 都要展示出来 。
方向偏了 , 再努力 , 结果都不会太好 。
相关文章:
绩效系统设计(OA 系统篇)
聊一聊 OA 系统(框架篇)
#专栏作家#
司马特小队 , 公众号:司马特小分队 , 人人都是产品经理专栏作家 。 8年+互联网资深产品经验 , 多年B端产品管理经验 。 具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点 。


推荐阅读