个税税局算税问答

算税
01
哪些地区可以填写税延养老险？
产生原因:目前税延养老保险仅在上海市、福建省、厦门市和苏州工业园区试点，其他地区不能填写
02
住房公积金和年金在全国地区是如何控制的，是否可以随意填写？
产生原因:1.上海公积金、年金未做强校验，可以随意填写； 2.江苏、北京、广东、山东、青岛的公积金、年金都做弱校验，会提示当地上限，但不做限制； 3.陕西公积金强校验，只能填写小于等于上限的值；年金未做校验，可以随意填写； 4.未备注地区公积金、年金都为强校验，只能填写小于等于上限的值；
03
同一个所属期同一个人员是否同时可以申报综合所得和非居民所得？
产生原因:在同一个所属期同一个人员不能同时申报综合所得和非居民所得
04
目前哪些报表是需要拉取往期数据进行累计算税的？
产生原因:1.综合所得——正常工资薪金， 2.综合所得——保险营销员佣金收入， 3.综合所得——证券经纪人佣金收入， 4.综合所得——连续劳务报酬；
05
为什么传入2020-05税款所属期的连续劳务报酬数据，接口报错？
产生原因:连续劳务报酬是税局2020年7月1日刚刚推出的新所得报表，不允许2020-07之前的税款所属期发送申报；
06
累计算税时，累计减除费用应该如何计算？
产生原因:累计减除费用与人员的入职时间和离职时间有关，首次算税后修改了人员的入职时间或离职时间，可能会导致两次算税结果不一样；若员工是当年内入职的，可以从入职月份开始到当前税款所属期享受每月5000的减除费用；若员工是当年以前入职的，可以从1月开始到当前税款所属期享受每月5000的减除费用；
07
累计算税时，累计专项附加扣除合计与那些因素有关？
产生原因:累计专项附加扣除的计算逻辑与人员的任职受雇日期、离职月份和扣除有效期起止都有关系，所以一旦修改了任职受雇日期或离职时间，可能会导致算税不一致；
08
综合所得中哪些报表存在限制只能雇员填写？
产生原因:综合所得：正常工资薪金、全年一次性奖金、内退一次性补偿金、解除劳动合同一次性补偿金、个人股权激励收入，以上报表只能雇员填写；
09
员工一个月多次发薪的问题如何解决？
产生原因:由于新算法下个税采取累计不平均的计算方式，因此建议针对一个月多次发薪的员工，建议前几次发薪不扣税，等最终一次后合并收入进行算税。否则中途多次算税，哪次需要扣减除费用5000，要记忆一个月多笔已缴纳税额等，再进行扣除，非常容易出错
10
申报数据没有变化，但是两次算税结果不同，是什么原因？
产生原因:1.税款计算中减除费用和专项附加扣除都是跟人员的入职时间和离职时间有关的，首次算税之后修改了人员的入职时间或离职时间，可能会导致两次算税结果不一样； 2.若人员入职时间在2020年1月之后，进行首次算税后，又追加了人员的入职年度就业情形（不为空），第二次算税的时候会从当前1月开始计算累计减除费用，两次累计减除费用会不同，导致算税结果不一样；
11
员工5月份才填写了专项附加扣除，专项附加扣除有效期起止是2月到9月，那专项附加扣除金额是从5月份开始算么？
产生原因:由于正常工资薪金采用的是累计算税逻辑，而累计专项附加扣除合计是按照当前在职员工扣除有效期起到当前税款所属期进行统计的，所以即使员工5月份才填写了专项附加扣除，还是能从2月份开始享受专项附加扣除优惠；
12
多批次算薪后，进行合并算薪的金额比算税的金额要大？
产生原因:用户在第一次算薪之后将任职受雇日期提前了，导致累计减除费用和累计专项附加扣除合计值计算值偏大，可能会出现某一次算薪计算的税款小于0，但合并时会按照0进行计算，导致合并算薪金额比算税的金额要大；
13
员工算薪时获取的累计收入与算税时不一致
产生原因:1.员工算薪后，又重新更正了之前月份的申报数据，导致累计收入发生改变，因此算税时会出现偏差； 2.员工算薪后，对人员进行了并档操作，并档后会将两个人员信息的收入都统计到当前人员上，所以会出现累计收入变大的情况；
14
之前报送成功过的某人员的专项信息突然拉取不到?
产生原因:1.查看人员的入离职时间，比如人员任职受雇日期是7月1号，我们拉取之前月份专项可能拉取不到； 2.检查该人员专项扣除有效期起和扣除有效期止是什么时间； 3.该人员修改或删除过当前的扣缴义务人； 4.该扣缴单位变更过登记序号（相当于更换个新单位）；
15
接口返回累计应纳税所得额（ljynssde）值为0
产生原因:若累计收入小于累计减除费用和扣除费用，那么就是应纳税所得额为0，一般出现在减除费用突然增加或者突然采集专项附加扣除金额增加的时候。
16
一个月多次算税，如何传入数据？
产生原因:一月多次算薪，可以按照批次号123进行传递，我们可以按照对应的批次号累计本月的收入进行算税，并会返回本批次应该缴纳的税额。三险一金数值如果第一批次传入，后续批次无需传入。
17
如果某个批次号有错误？需要如何操作？
产生原因:有单独的批次号清空接口，可以作废掉某一次发薪错误的数据，重新发送。