用户指南:SAPHCM个人所得税计税和金税系统计算结果差1-2分钱的问题

问题描述:

     客户2019年7月切换新的个人所得税算法 ,使用三个工资项分别导入201812-201906累积的应纳税所得额、应纳税额、工资发放期间,使用系统计算的2019年7月个税代扣代缴额,员工的个税税额和金税系统计算的额度相差1-2分钱。

 

问题分析:

1、一开始怀疑是个税计算算法的计算误差,尝试将应纳税收入额放大十倍,计算本税年累积个人所得税,然后再缩小十倍,问题仍然存在;

   ( ( 累计应纳税收入额 - 累计专项扣除- 累计专项附加扣除 -累计减除费用) *10 *税率 -速算扣除数  * 10 )/ 10

           

2、经进一步的检查,发现一位有个税差异员工使用系统计算的应纳税收入额和金税系统的应纳税收入额相差8分钱,原来用户准备的201812-201906累计应纳税收入额数据导入IT0015后第二位小数被抹除;

 

3、检查 LSMW的导入项目和对象的数据源字段长度定义,导入IT0015的金额字段定义长度为8位字符,但个别员工的截止6月的累计应纳税收入额是9位甚至更多位,字段长度不够,导致最后一位数字没有导入。

 

用户指南:SAPHCM个人所得税计税和金税系统计算结果差1-2分钱的问题_第1张图片

                        

4、原先客户定义IT0015 LSMW导入对象主要用于导入员工某个月的津贴和补贴,金额取八位字符长度一般情况下也够了,但现在用于导入员工当前税年前七个月的累积应纳税所得额,长度就可能不够,因此需要增加金额字段的长度。

 

 

解决方案:

1、调整LSMW对象数据源字段长度定义,调整IT0015金额字段长度为12位字符,问题解决。

 

用户指南:SAPHCM个人所得税计税和金税系统计算结果差1-2分钱的问题_第2张图片

 

2、在使用LSMW录制IT0015记录导入的 Batch Input Session时系统默认取 的金额字段长度是8位字符,这也是造成问题的原因。

你可能感兴趣的:(SAPHCM)