peoplesoft系统与sap_PeopleSoftHCM和SAPHR客户化要点.ppt

CE v6.3 CE v6.3 PeopleSoft HCM和SAP HR客户化分析 * PeopleSoft HCM和SAP HR客户化内容分析 – 页面增强 SAP PeopleSoft 中国特色的信息 已经在中国进行了客户化 HCM9.0 中国版本薪酬中也已经增加了户口等信息。 企业特色信息，或者由于企业的应用习惯，需要增加或者屏蔽原有的字段。 预留字段，如果不够用还可以通过客户化补充。 预留字段，如果不够用还可以通过客户化补充。 修改页面逻辑以提供增强功能，例如：如果在字段A中填写了某个值，就必须填写字段B；例如：某类用户在访问某个功能的时候，不允许看到某些信息，或者不允许执行某些操作。 采用ABAP技术进行客户化，参见“SAP HR相关的定制化内容-屏幕用户出口”章节，比较麻烦。 采用PeopleCode客户化，非常容易。 自助服务由于面对广大用户，要求界面友好性非常强，加上企业的特殊要求，一般项目中间都会对页面做出一些调整。 实际项目中标准功能几乎无法使用，重新开发难度非常大，客户化需要在Portal上开发。 自助服务有部分功能需要按照用户习惯进行调整，但基本可以能满足需要。如果需要修改，可以使用PeopleCode进行修改。 总结：客观的说标准的SAP和PeopleSoft功能上来看，SAP在中国特色信息上更为完善。但项目执行过程中，由于这部分比重比较小，因此影响并不大。而一般客户的需求主要集中在后三项里面，其工作量的大小并不取决于系统，而是用户和系统之间的差异，或者用户接受系统标准功能的程度。由于SAP客户化非常复杂，一旦出现差异，用户只能选择接受系统，被动的造成客户化少的结果。在一些大型项目中，由于客户无法放弃自己的需求，客户化开发的工作量反而非常大。因此SAP在销售过程中应当尽量强调最佳实践，项目过程中严禁客户化，尽量让用户放弃这部分需求。 * PeopleSoft HCM和SAP HR客户化内容分析 – 工作流 SAP PeopleSoft 根据企业制定的业务流程，通过工作流来实现申请、审批和执行的过程管理。例如：员工本人提出离职，需要经过三级经理审批，然后到HR部门审批执行。如果经理提出辞退员工，则需要三级经理以及本部门的分管领导审批。 由于每个企业的结构都不同，审批人产生的业务员规则差异非常大，中国的实际情况中，产生20个审批人，5个以上的流程分支很正常，配置能够实现的规则非常有限，实际项目中必须通过ABAP客户化来实现。 由于每个企业的结构都不同，审批人产生的业务员规则差异非常大，中国的实际情况中，产生20个审批人，5个以上的流程分支很正常，配置能够实现的规则非常有限，实际项目中必须通过PeopleCode客户化来实现。 平安应用的工作流平台一定程度上解决了这个问题，通过“转发”“征询”等操作降低了工作流的复杂度，客户化主要集中在关键步骤地审批人产生规则即可。 总结：任何产品在工作流方面都无法避免客户化开发，只有客户化复杂度和工作量的问题。相比之下，SAP开发过于复杂，一般不要建议客户实施工作流，或者将审批人的规则限于直线经理、固定用户或者直接指定用户，以降低客户化的难度。PeopleSoft工作流有一样需要开发，难度相对小一点，应当尽可能应用平安的工作流平台来减少流程分支，提高流程标准步骤地统一程度，降低开发复杂度。 * PeopleSoft HCM和SAP HR客户化内容分析 – 薪酬福利配置 SAP PeopleSoft 中国特色的薪酬规定 - 社会保险 - 个人所得税 已经在中国进行了客户化，支持最标准的社会保险政策和所得税算法。 某些城市的特殊社会保险政策无法支持，必须手工计算或者客户化。 薪酬规则完全可以通过配置实现，最标准的社会保险政策不需要进行客户化。 安利项目设计的社会保险解决方案提供了各种特殊社保的支持，特别是在补缴停缴的处理，以后可以广泛应用。 某些特殊的所得税政策必须通过客户化实现，例如所得税减免。 所有税务规则都可以通过配置实现。 企业特殊的薪酬政策 薪酬配置的灵活度不高，实际项目中广泛应用Schema进行客户化开发，详情参见第8页。 规则配置非常强大，完全无需客户化，详情参见第9页。 总结：薪酬实施中80%工作量在于处理企业的薪酬规则，社保和所得税占比不大。SAP和PeopleSoft中国薪酬中社保部分对相对规范的大城市政策适应程度较好，但对于中小城市不太规范的做法都不行。如果客户地域分布比较集中，两个产品差异不大，反之都需要一些客户化来处理那些特殊的规则。SAP实施中应当尽量要求客户在系统外计算，然后直接输入结果。PeopleSoft实施中也可以采用同样的策略，或者借鉴安利的社保方案。SAP配置的灵活度有限，应当尽可能避免特别复杂的计算规则出现，或者尽可能放在系统外