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