SAP工资核算Schema的介绍(关于函数).docVIP

SAP工资核算Schema的介绍 Rule和Operation我们的一个长期客户曾经创建了一个保存界面的信息叫“薪水Rule”！那些有经验的SAP薪水分析者和顾问立刻看成其中的双层含义和幽默。Rule包含SAP薪水中大多基本的逻辑。其中Schema是Function的集合，Rule是Operation的集合。一个Operation是一个非常基本的被用来操作WageType的逻辑。例如，OperationMULTI是乘以WageType中的数字和比率以决定付给员工工资的数目。OperationOUTWP获取一个员工特定的数据并决定如何去处理它。比如，如果工作合同在信息类型1中是UA，那么执行‘x’，如果是UB，执行‘y’，其他的执行‘z’。 可以通过t-code PE04和PDSY查看Operation，也可以通过PE02编辑Operation。Function对应的ABAP form是以‘fu’开始，Operation对应的ABAP form是以‘op’开始。比如，OperationMULTI，将有ABAP form ‘opmulti’。同Schema一样，Rule保存在表中，Rule被保存在表T52C5中。 有多年计算机系统工作经验的SAP高级顾问们常在发现工资Rule和编程大型机汇编语言的类似性。然而当Operation被正确使用时功能强大，但这没有什么好神奇的。 希望我们这个简短的介绍是有意义的。下一篇SAP工资技术文档中我们将更深入探讨用在SAP的工资Schema中的公共Function。 Function最多能有4个参数，SAP文档将告诉你每个参数的用法。通过PDSY和PE04能看到每个Function和Operation。 COPY? ? ? ? 这与ABAP和其他编程语言中的‘include’相同。当工资执行时，Copy是插入包含在参数1中的Schema。好的Schema配置风格和好的编程风格是一样的－将公共使用的逻辑放在‘include’中，这样能被用于多个地方，同时也增加可读性。 BLOCK? ? ? ? 在4.0版中，Schema日志是放在树状结构中的。BLOCK BEG开始一个节点，BLOCK END结束一个节点。在BEG和END之间是包含在节点中。BLOCK BEG/END能被多层嵌套。同时，适当的放置BLOCK BEG/END，使日志更方便读。 IF/ELSE/ENDIF? ? ? ? 对IFFunction，有2种方法说明真/假条件。SAP有几个内置的条件可以在参数2（SchemaU000中的IF NAMC）中使用。你同时也能在参数1中说明一个定制的Rule，并且在Rule中执行你任意想要的逻辑。在Rule中，使用OperationSCOND为IFFunction设置真/假转换。 Pxxxx? ? ? ? 工资驱动和Schema从许多信息类型中读取数据并处理数据。一般是以P和四位数字命名的信息类型来执行。所以，P0014读取并处理从信息类型14来的数据，P0168从信息类型168处理人生保险计划，P2010从信息类型2010中读取附加工资。许多Function，但并非所有的Function，允许你用工资Rule进一步精练此过程。例如，SchemaUAP0表明P0014被RuleU011处理过。FunctionP0168是没有使用Rule的Function之一（在一些老的版本中有使用），而是在参数中说明Operation（见SchemaUBE1）。 有些信息类型在工资中被使用，但没有PxxxFunction。这些包括信息类型207，208，209和210，他们都在主税款FunctionUSTAX中被读取并处理。信息类型0，1，7和8被FunctionWPBP处理。 PIT? ? ? ? PIT是Process Input Table的首字母简写，它也是工资中最常用功能最强大的Function之一。当WageType被PxxxFunction读入工资时，他们被保存在称为IT（Input Table）的内部表中。PIT通过内部表循环，并应用包含在Rule中的逻辑。所以对于IT中的每个WageType，它都将从Rule中申请一个逻辑。 PIT的目标是将WageType从IT中移出，移入到RT（Result Table）中。大多数情况下，被PIT调用的Rule会改变WageType的一些属性然后把他们从IT中转移到RT中。WageType也能留在IT中并移到其他表中去。在说明Operation是如何工作的时候我们再解释这种可能性。S PIT的一个例子是在SchemaUAL0中－PIT X023。当工资驱动到达Schema的这点时，PIT将遍历IT中的每个WageType，RuleX0