ITPub博客

好久没有写我的本职工作的帖子了，今天有个问题打算写写，虽然我打算转行做心理咨询，但希望有需要的人能看到。[@more@]用户报告了一个问题：居然有人七月份没有发工资，看IT3，核算至是2012.06.30。IT3页面上显示的的修改信息表示最后一次是2012.07.12有人改的，工资运行在20号以后。所以用户以为没有运行工资。 用户是按工资核算范围运行工资，某个人不被运行工资的情况就两个：被锁定，或者非激活状态；但这个人都不是，所以没有运行他的工资是很奇怪的。 于是我用日志信息报表S_AHR_61016380去看IT3的修改日志，发现有一天子

最近才有用户提出来，实习生是按劳务报酬计算所得税的，也就是说一般20000元收入一下，免税额800，然后统一按20%计税。当然如果超过2万，税率又不一样，如果感兴趣，具体可以去网上查找税率级别。[@more@]查了Notes才知道这个计算功能到2007年年末才实现出来，不过今天偶然发现一个小Bug。就是说如果在IT0531维护Tax area，另外维护tax type 为4（劳务工），系统计算税的时候根本就不考虑Tax area。根据Notes，免税额是保存在表T7CN33中，不同的tax area和不同的tax type免税额是不同。他取的免税额是表中第一条tax type为4 的免税额。假设

去年底SAP又有新的更新，一起贴上供参考。[@more@]Symptom China's State Administration of Taxation has issued the new formula for calculating the tax of stock option income in Guoshuihan [2006]902#.The new formulae are showing below:tax amount = [ (yearly stock option taxable amount) / Average Number of Months * applicable tax rate -quick reckoning deduction) *Average Number of Months - (yearly tax paid for income from stockoption)Here Average Number of Months is:Average Number of Months = SUM [(ea

去年SAP就发布了notes支持股票计税。但我总感觉PC70有些不太对，不过需要测试或者咨询SAP才能确定。以下是Notes的详细内容，有用到的可以参考一下。哪位已经用过并确定无误的能否告诉我一声，先谢过。[@more@]Symptom China State Administration of Taxation has released a rule on how to tax the Stock Options Income.Stock options income is divided by the number of months when the employee has been working in the company since he got the stock options, then calculate tax by referring the tax rate in tax table to t

Pre DME顾名思义是DME的前一步。常会遇到不能做Pre.DME的问题，大概有几种原因:[@more@]1. No /559 nor /558 in RT table. (Error number F11)2. Invalid payment method in IT9. (Error number R55)3. No address in IT6. (Error number F10)哪位有特别的请补充。谢谢！

有时偶尔知道一点点的小知识，隔一段如果不再用到或看到就总是会忘记。 [@more@]都说SAP HR是对相对于其他模块来说对技术要求较高的模块，意思是说，如果懂ABAP，那么再某些方面会有一些优势。我说的那些很多是跟Payroll相关的。PAY99_RESULT： Structure for payroll result，其中的EVP在设计工资单的Rule时可能就用到。如果写过Payroll Report，那么对Payroll相关的一些table, 或structure应该很清楚，那么反过来从前台看payroll应该也理解更深刻些，如果遇到问题要Debug也知道从何处着手。EXAMPLE_PNP_GET_PAYROLL，如果没有写过Payrol

不知道有没有人遇到这样的情况，看员工的工资是否都已经过账到财务。[@more@]我知道在payroll result里有个表PCALAC是有记录的。但是我发现有些国家能生成，有些不可以。同一个国家有些员工生成那个表，有些不生成，这看来似乎和人有关。 有哪位知道如何才能生成PCALAC这个表。 除了看这个表，还有什么方法可以判定是否已经过账？先谢过。

对于中国的payroll, SAP只支持Gross up by EE。我知道有别的国家比如泰国是可以那样的，不过人家情况不同吧。[@more@]背景情况是，中国员工的个人所得税都是员工自己承担的，所有税都在/403中。但现在是有些新的wage type也是需要交税的,但是由公司付税，这些税应该在/405。现在要同时生成这两个wage type好像比较麻烦呀。前面搁置了段时间，现在还是没有解决。哪位有什么好的建议，先谢了。

一直以为这两个方法效果是一样的，结果发现有差别。 [@more@]Scenario: 在2007.03.01之前，用A规则，之后用B规则。首先先在V_T596A新建一个变量，假设ZCN0, 然后再V_T596D中说明起始结束日期，分别是2007.03.01和9999.12.31。接下来就是两种方法的不同之处了。方法1：在Schema中直接写判断日期语句：IF APPL ZCN0 (If Feb 2007 onwards)PIT ZRUAELSEPIT ZRUB方法2： 在Rule Z001中判断日期IF Z001 GEN NOABPIT ZRUAELSEPIT ZRUB其中Rule Z001是如下：D APPL ZCN0* SCOND=F IFX SCOND=T IFRun payroll后，我发现方法1是检查For-Period。而方

哪位若有空，请帮我分析一下下面的日志。你觉得该得出什么样的结果？[@more@]下面是处理Wage type 0001的Rule Z6AC 在运行payroll时的一段日志，通过0001计算WT9006的Amount.已知WT0001 Amount=12000, Payroll period 是03/2007.最后在OT table中，WT9006应该为多少？我分析，觉得应该是实现这样一个逻辑：WT9006 = WT0001 X Current month / 12, 那么WT9006 = 12000 X 3/ 12 = 3000。但实际结果出来时 1000。我运行了多个月，每月都是1000。奇怪的是：因为系统12月份上线，开始第一次跑12/2006的工资，但是WT9006 = 12000。这让我彻底晕菜