SAP-HR技术系列之十二：SAP-HR系统中员工状态的设计问题探讨

SAP-HR技术系列之十二：SAP-HR系统中员工状态的设计问题探讨一、背景SAP-HR系统对员工的管理主要通过企业结构、人事结构和组织机构三个方面进行刻画和映射，其中企业结构包括公司代码、业务范围、成本中心、人事范围、人事子范围等属性对象，人事结构包括员工组/子组、工资核算范围等属性对象，组织机构包块员工的职位、描述职位的职务、职位做直接隶属的组织机构等属性对象。通过这三个维度基本可以反映员工在企业的人员分类隶属、劳动用工关系隶属、组织机构隶属、区域隶属、报表统计关系隶属、财务费用分摊隶属、工资发放隶属等管理关系。除此之外，SAP-HR中还有一个重要的员工属性即人事事件（IT0000）中员工状态属性，包括雇佣状态（EmploymentStatus）、客户特定状态（CustomerSpecificStatus）和特殊支付状态(SpecialPaymentStatus)。其中，雇佣状态是SAPHR标准状态，员工必须具备该状态且该状态的可选值列表是SAP-HR系统表预置的，该字段的可选择值范围为：0：离职人员（Withdrawn）1：停薪留职人员（Inactive）2：退休人员（Retiree）3：在册人员（Active）这四个状态码值不能增加、删除和修改，为标准设置。员工雇佣状态的变化通过人事活动触发修改，在表视图 T529A中定义。员工的雇佣状态不能在人事事件（ IT0000）手工修改和调整。除了这个系统标准的状态外， SAPHR还在人事事件（ IT0000）中提供了两个客户可以自定义的状态，一个是客户特定状态（ CustomerSpecific Status）, 一个是特别支付状态（ Special Paymentstatus）,可以由顾问根据企业的实际业务定义和解释使用。本文重点介绍这两个客户自定义状态的使用和设计方法。二、业务需求从人力资源业务处理的角度考虑，人力资源管理系统管理的人员和企业的关系体现为不同的劳动关系和岗位状态，如在册人员和不在册人员，其中在册人员又可以分为在册在岗人员和在册不在岗人员，在册不在岗人员可以包括内退、下岗、长期病休、工伤、长期学习、借出人员等等；不在册人员可以分为不在册在岗和不在册不在岗人员两类，其中不在册在岗包括借入人员、博士后人员等等，不在册不在岗人员如离职人员、离退休人员等。对于部分传统国营企业，对退休人员也需要在人力资源管理系统中进行管理，直到退休人员死亡、出国或者完全划转给社会或者其他单位管理，此时对离退休人员的状态还要做进一步的区分，如在册离退休人员，不在册离退休人员等。三、系统提供状态的定义和使用1）标准的雇佣状态员工从入职之日起直到员工退休或者中途离职，其雇佣状态可能的变化路线为 ：入职： 状态由空变为 3再次入职：状态由0变为3退休：状态由3变为2离职：状态由3变为0调动或者岗位变动：状态由3变为3停薪留职：状态由3变为1停薪留职后上岗：状态由1变为3停薪留职后离职：状态由1变为0停薪留职后退休：状态由1变为22）客户特定状态鉴于SAPHR标准雇佣状态的码值及其解释是固定的，对于员工状态复杂的企业可以启用客户特定状态来定义企业特有的员工状态，如内退、下岗、长期病休、工伤、长期学习、借出人员等。但考虑到目前客户特定状态的改变也是有人事事件自动触发， 需要考虑人事事件的设计的细度。但人事行动设计过细也会造成人事调配事件过多的问题，可以通过增强将客户特定状态和事件原因绑定，根据人事事件和事件原因的组合触发员工客户特定状态的改变。实在难以找到人事事件和事件原因的组合和员工客户特定状态对应关系的，可以通过在组织分配信息类型（IT0001）中通过增强字段实现，但工资计算规则中不能直接读取。在项目实施中，也有使用员工组/员工子组映射内退人员、下岗人员、长期病休人员、工伤人员、长期学习人员、借出人员和离退休人员等。这也是一个可行的选择，但理想地，应保持员工组或者员工子组设计依赖的划分原则的一致性和不交叉性，如员工组按用工形式分，如正式工、劳务派遣工、临时性用工，员工子组按人员从事的业务大类分，如管理人员、技术人员、销售人员、操作人员、服务人员等，此时在员工组（子组）中加入离内退人员、长期病休人员就是有两个划分标准，同时当员工组/子组变动为内退人员时，就丢失了其用工形式或者按业务大类的人员分类属性，故通常情况下建议在客户特定状态中实现。3）特殊支付状态该状态可以用户控制员工的特殊的薪酬支付政策如暂停发薪或者按一定的比例支付薪酬，该状态也是有人事行动触发修改。可能的选项可以是：工资100%支付、工资80%支付、工资50%支付、暂停付薪等等，这样可以在不需要调整员工工资主数据的情况下，在工资计算规则中施加判断和处理。这样可以减少主数据的调整和恢复的工作量，减少数据差错；而且因为该状态的变动适合人事事件绑定的，这样对执行同样人事行为的员工就是施加同样的处理规则，避免人事业务处理的因人而异。以上三个状态均可以在基于 PNP（或者PNPCE）逻辑数据库的报表程序的选择屏幕上使用作为选择条件，也可以在工资计算规则（PersonnelCalculationRule）中通过操作OUTWP输出员工的当前状态作为工作计算的判断条件，从来对处于不状态的人员是施加不同的处理和计算逻辑。四、实施案例五、总结在项目实施实践中，可以根据企业的设计业务需求启用客户特定状态和特殊支付状态两个系统预置字段，避免使用其他的客户化增强字段，减少客户话开