关于SAP-HR系统改进的几个大胆设想（上）从事SAP-HR的开发、实施、培训等相关工作10多年，对其软件功能的强大和复杂性以及对不同行业不同规模的不同企业业务的适应性是深有体会,几十年前设计的数据库架构和软件架构可以不断扩充，很好推到重来重新设计、足以证明最初设计者的高瞻远瞩。虽然现在也有用新的设计代替原来的设计，如新的电子招聘代替原来的传统招聘模块（PB），新的人力成本计划模块代替原来的老的人力成本计划（PCP），新的考核方案（MBO）代替原先的基于传统表格式的考核方案，但系统总体框架并没有因为不适应而发生彻底的颠覆性的变化，这对于软件功能的积累和稳定是功不可没的。但就SAP-HR的系统功能架构和数据库架构，通过这么多年的开发和项目实施实践，以及通过观察、听取客户应用实践和反馈，一直也在思考有什么值得改进的地方，可以让系统实施和增强开发更省力、省事，客户使用更简单、易用，且能够成为真正的人力资源业务处理的协同工作平台。归纳一下，提出几个主要的改进点，和业内同仁一起探讨。

        、将PA、PB数据库合并到PP（Personnel Planning）数据库中。

        目前SAP-HR中员工信息、申请人信息、人力资源计划类对象信息（包括组织单元、职务、职位、培训管理相关对象、员工发展相关对象、考核管理相关对象等）是存放在三组独立的机构不同的数据库表中，如PAXXXX*****等，处理程序也是分开的。用于报表开发和特别查询生成的逻辑数据也是三个分开的PAP/PNP/PCH，使用起来有诸多不便。而且总体上来看，PA部分的功能设计的可配置性程度上比较高，而PP部分相对弱一些，但数据模型框架的可增强性比较好。    优点：

        ）如果将PA、PB数据库合并到PP数据库中，这样PA30/PA40/PB30/PB40/PM01这类事务码可以全部废除，员工和申请人对象不再是PP数据库的外部对象，这样SAP-HR中管理的主要主要对象及其数据都存放在HRP**** 数据库中。

        ）逻辑数据库PAP/PNP和PCH也就归并合一到PCH数据库中，Aq-hoc Query和ABAP Query不需要跨逻辑数据库定义查询，REPORT的编写逻辑一致，界面风格一致，不会出现PAP/PNP/PCH三种选择屏幕界面。

        ）可以增强现有的PPOME/PPO1/PO10/PO03/PO13等事务码的可定制功能，达到类似PA30/PA40的可配置程度，增加新的事务码维护对象P、AP等的信息。比如定义屏幕的字段隐含、是否必输项目、人事/组织事件和信息组的定义、动态事件的定义等、表单和事件（数据变化）的关联等。

        ）授权机制可以简化；可以将通用授权和结构化授权合一，不再需要很难使用的参数化授权对象（带结构化授权参数文件的通用授权对象）。

        ）员工任职资格（如证书、能力、学历）等存放可以按一致的格式处理，除了目前在PD部分的参数文件中提供的资格组/资格/水平/生效、截至日期/备注文本外，还可以增强其他属性字段存放证书号、发证机构等。避免员工资格能力分布在两个不同结构的数据中（PNP和PCH）的问题。

        、增加事务数据库的设计，处理中和待审批的业务数据先存放在事务数据库中，等审批生效后实时修改业务对象主数据库。

        组织机构变动、岗位定员变动、岗位调整，员工入职、调动、岗位变动、薪资调整、合同签订/续订、离职等先提出业务申请，伴随业务处理的流程和阶段，相关数据先存放在事务数据库（Transaction Data）中并使用状态标识不同的处理阶段，上述业务数据伴随业务流转经过相关处理阶段（含审批）后，适时变换处理状态，经最终审批确认后更新业务主数据(Master Data)，如员工主数据库、组织机构类对象的主数据等，事务数据库类似于财务业务凭证的作用和性质，而主数据库类似于总帐数据库（G/L）的作用和性质。

        优点：

        ）申请、待处理业务数据单独存放，不影响生效的主数据库，可以使用状态标识处理过程中的不同阶段，如提出申请、申请提交（待审批）、审批生效、返回修改、未获批准、更新生效等不同状态，比起目前的只有一类主数据(含部分事务数据)、只有两个状态（锁定和解锁）更能支持业务的系统内流转和处理；

        ）查询和统计业务变动如机构变动、岗位变动、员工移动、社保增员/减员等可以通过对事务数据库中的记录进行，无需对主数据进行遍历和追溯处理；

        ）事务数据库保留了业务变动处理的台帐历史。但事务数据库可能需要定期归档以减少活跃数据库的数据容量。

        、预置主要业务流程的可配置框架，加强业务处理流程、数据维护操作及业务表单输出的动态衔接。

        系统中流程的待办发起、审批和业务处理需要加大结合程度，提升系统作为业务处理平台对日常人力资源业务处理的支持覆盖度，而不再是简单面向业务操作、数据维护和存储的业务数据库系统。反映在业务流程设计中，就是大部分流程节点（如流程发起、待办、通知、审批和控制节点）都在系统中实现，一方面流程中节点可以很多变成线上（系统）内处理，另一方面流程大大向前和向后延伸，流程间的关联度提高，达到真正使用系统支持业务过程处理的目的。

        优点：

        ）将系统由一个数据处理、计算和输出平台提升为一个业务处理平台的综合应用平台，业务人员可以在系统中发起业务处理申请（待办事项），根据岗位职责分工自动流转到下一个业务处理点的负责人，下一个业务处理点的负责人在系统内完成预定义的操作（数据维护、状态变换等），直到流程的结束；

        ）支持业务的成批处理而不限制于单个对象（如员工）单个事件的处理。

        ）减少系统外业务处理，真正实现无纸化办公及人力资源部门对系统的依赖性。

        、迁移整个SAP HR相关应用的系统操作界面到B/S模式（WEB模式），包括专业用户的业务操作、员工和自助服务用户、电子招聘的申请者操作界面,且统一开发工具和界面风格，大力改系统的易用性和界面的友好性。

        所有HR相关应用使用WEB界面可以统一各类最终用户的使用系统的界面，使系统的硬件和逻辑架构简单化，但需要选择一个先进的技术方案。个人觉得WebDypro for ABAP(OO)是一个好的方向，但现存系统代码的改写工作量大，已经正在使用SAP HR系统的上线客户的迁移和升级是个大问题。

        优点：

        1）用户界面一致，用户不需要在不同的界面间切换，学习不同界面的使用方式和习惯；

        2）无需下载和安装客户端软件，方便软件系统部署和使用；

        3）WEB端负责界面展示，服务器端负责计算、处理逻辑和数据库操作，分工明确。

        、加大对中国本地化人力资源管理业务需求的支持力度，将国有企业普遍存在的人力资源业务处理如专业技术任职资格考评、职业技能鉴定等纳入系统标准功能，减少项目实施中的重复工作。