一、21.75的由来

大多数公司都实行月工资制，但每个月的工作天数又不一样。考虑到周末或者法定节假日，劳动天数的差异会更大一点，比如2016年2月有29天，扣除春节3天法定节假日和8个周末，实际工作日只有18天。而2015年12月有 31天，减去8天周末是23天。

遇到这些情况，究竟应该算多少钱？扣一天工资或者发一天加班费，我们应该按照什么标准来做呢？

2008年，劳社部出台了一个文件，文件规定：

每年标准工作日应该是250天，平均到每个月应该是20.83天，但11天法定节假日不能剔除需要进行算薪

。所以计薪日会比工作日要多一些，计薪日就应该用250天加11天，即261天，平均到每个月就是21.75天。这就是月薪除以 21.75计算日薪算法的由来。

也就是说，如果要扣员工一天工资，或者给员工算一天的加班费，都应该用月薪除以21.75作为标准，并且法定节假日当天要算工资。

二、何时“正算”，何时“反算”

关于正算法和反算法，一直以来大家都比较困惑：

到底什么时候用正算法，什么时候用反算法？

举个例子：有一位新入职的员工，如果本月入职5天，当月一共20个工作日，我们是按照5天的工作日给算工资，还是按照21.75-15=6.75天来计算呢？

如果按照出勤天数来计算，这就是正算法；如果按照缺勤天数扣除工资来计算，就是反算法。

我们每个月都不可能正好是21.75个计薪日，所以用这两种算法算出来的结果肯定是不一样的。这就是正算法和反算法的由来，而且从2008年劳社部文件出台之后，就有了正算、反算法两者的争论。

但需要说明一点的是，

无论是正算法还是反算法，都是合法的。

至于具体用哪种形式，公司可以自行规定，但是有些操作细节需要大家注意：

1、单纯的正算法

当月出勤天数是包括了员工入职、在职时含的法定节假日。

要是用单纯的正算法，你会发现如果这个月是23天，这个员工是新入职的，而且也真的工作满了一个月，可能公司要付的工资会超过一个月的工资。虽然看起来公司有点吃亏，但肯定可以接受，在操作上也是可行的。

2、单纯的反算法

用反算法结果可能就不一样了。比如说这个月有23天，员工只入职了1天，缺勤22天，如果用反算法就会出现员工工资为负的尴尬局面。

在实际操作当中，有两种解决方法：一种是直接给员工默认出勤为零

，不给他算工资，也不让他倒找钱；

另一种是，一旦出现入职时间是1天或者2天的情况，就按照正算法来算

。所以说，可能就不是单纯的反算法了，它在条件适当的时候，会引用正算法。

3、按照入离职情况计算

比如入职人员按照正算法，来几天算几天工资；离职人员按反算法，缺勤了几天就倒扣几天，这样听起来好像也合理。不过单纯正算法和反算法的弊端，都有可能出现，所以只按这种方式来执行也会比较难。

4、按照计薪天数来计算

一般情况下按照正算法，当这个月计薪天数大于21.75，而员工出勤也大于21.75的时候，就用反算法来算。

这时就会出现两种情况

：一是在21.75临界点的时候，正算法和反算法的计算方式结果会有差异，21天工作可能会比22天工作拿到的还会多；二是同样反算法的弊端也有可能会出现。

5、按照员工实际的计薪日来计算

也可以按员工实际计薪日算，员工在当月实际计薪日小于11天的时候，就用正算法；计薪日大于 11天，就用反算法。为什么会选择11天呢？因为11天是21.75中间的整数天数。

这种方法比较简单也容易操作，不需要顾及当月有多少计薪日，也不需要管它是入职或者离职

，只判断计薪日有多少天，就选择哪种算法就好了！

6、利用系统智能计算

薪人薪事人力资源云系统可以智能计算当月月工资，解决21.75计薪的问题。系统不仅支持以21.75的中间值为临界判断员工该采用正算法还是反算法；还可以按照对员工有利的方式来算工资，HR只要简单的进行设置，就能搞定不同员工的

工资计算

。

另外，在实际工作中，有时候每个月工作23天，有时候可能只工作19天，采用21.75来计算工资会有所差异。薪人薪事系统也支持按照实际工作日来

计算工资

。多样化的计薪方式，支持更多的场景。

推荐您阅读更多有关于“工资”的文章