Oracle ERP人力资源管理系统实施方案

1、Oracle ERP人力资源管理系统实施方案目 录 TOC o 1-2 h z u HYPERLINK l _Toc56430349 1. 总论 PAGEREF _Toc56430349 h - 2 - HYPERLINK l _Toc56430350 1.1概述 PAGEREF _Toc56430350 h - 2 - HYPERLINK l _Toc56430351 1.2建设背景 PAGEREF _Toc56430351 h - 2 - HYPERLINK l _Toc56430352 2. 项目方案深化设计 PAGEREF _Toc56430352 h - 3 - HYPERLINK

2、l _Toc56430353 2.1建设目标 PAGEREF _Toc56430353 h - 3 - HYPERLINK l _Toc56430354 2.2指导思想 PAGEREF _Toc56430354 h - 3 - HYPERLINK l _Toc56430355 2.3建设原则 PAGEREF _Toc56430355 h - 5 - HYPERLINK l _Toc56430356 2.4总体框架设计 PAGEREF _Toc56430356 h - 7 - HYPERLINK l _Toc56430357 4. 系统实施方案 PAGEREF _Toc56430357 h -

3、13 - HYPERLINK l _Toc56430358 4.5人力资源管理 PAGEREF _Toc56430358 h - 14 - HYPERLINK l _Toc56430359 5. 分工界面及接口 PAGEREF _Toc56430359 h - 38 - HYPERLINK l _Toc56430360 5.1ERP系统接口 PAGEREF _Toc56430360 h - 38 - HYPERLINK l _Toc56430361 5.2 SEM系统接口 PAGEREF _Toc56430361 h - 40 - HYPERLINK l _Toc56430362 5.3 MD

4、M系统接口 PAGEREF _Toc56430362 h - 41 - HYPERLINK l _Toc56430363 6. 系统集成技术方案 PAGEREF _Toc56430363 h - 42 - HYPERLINK l _Toc56430364 6.1集成总体方案 PAGEREF _Toc56430364 h - 42 - HYPERLINK l _Toc56430365 6.2应用集成解决方案 PAGEREF _Toc56430365 h - 43 - HYPERLINK l _Toc56430366 6.3接口集成概述 PAGEREF _Toc56430366 h - 45 -

5、HYPERLINK l _Toc56430367 6.4ERP与其他系统集成内容概述 PAGEREF _Toc56430367 h - 47 -1. 总论1.1概述项目拟建设一座综合原料场、4座焦炉、一条150万吨/年球团生产线、2台500m2烧结机、5100m3炼铁高炉2座、4210t吨转炉炼钢车间1座、2050mm热轧带钢生产线1条、2030mm冷轧带钢生产线1条及带钢后处理设施、3500mm炉卷厚板生产线1条、搬迁4300mm厚板生产线1条，以及配套的码头和铁路运输设施、原料制备设施、电站和炉渣综合利用设施及其它公用辅助设施等。 项目内容：拟建设的公司企业资源计划（ERP）系统是企业信息

6、化五级架构中的重要组成部分，定位于四级系统，是与MES、SEM、营销系统（Marketing）、检化验、能源物资计量等系统衔接的纽带和桥梁。该系统包括采购管理、财务会计、管理会计、人力资源管理、设备管理、生产管理等模块，涉及生产、采购、销售、物流运输、计量、质量、管理等多个业务管理部门。1.2建设背景 当前我国钢铁行业发展进入新常态，正处于爬坡过坎的重要关口，信息化发展的水平和质量就显得尤为重要。要完成山钢集团钢铁产业结构调整试点的任务，推动公司产品类别向中高端迈进，重点、难点和出路在于加强信息化建设。当前，包括互联网、大数据、云计算等信息技术正在引发新一轮产业变革，特别是通过与钢铁行业的深度

7、融合，将促进钢铁业制造模式、生产组织方式和产业形态的转变，智能化、服务化成为钢铁行业发展新趋势。例如，钢铁制造商、生产服务商和用户能够在开放、共用的网络平台上互动，单件小批量定制化生产将逐步取代大批量流水线生产；基于信息物理系统（Cyber-Physics System，CPS）的智能工厂将成为未来制造的主要形式，重复和一般技能劳动将不断被智能装备和生产方式所替代。2. 项目方案深化设计2.1建设目标 基于全面考虑集团所面临的行业发展环境与挑战及企业管理要求和信息化现状，通过ERP系统项目实施，在承接和理解管理咨询成果的基础上，推进集团产品和技术在创新中立足和提升、管理在创新中转型，全面支撑市

8、场化、精品化、集约化、效益化发展战略。 通过ERP系统项目实施，实现产供销、人财物等业务的流程化和平台化管控；构建销售、计划、采购、仓储物流、生产与质量组成的全业务大闭环、透明化、智能化管理，以及业务财务一体化管理，加强对生产过程和物料资源情况的全面掌控，实现精品生产质量的稳步提高，公司精细化管理能力的持续提升，达到降低经营成本、提高效率、规范操作、提升运营管理能力，真正实现物流、资金流、信息流的高度统一；引入业界最佳实践，通过整合信息化集成平台，实现ERP系统及外围各专业系统无缝集成；加强经营管理过程数据信息的规范性、准确性和及时性监管，通过企业资源的优化配置与决策分析，实现企业价值最大化；

9、通过高质量的项目管理和培训，推动知识和经验的有效转移，为企业培养一支满足企业发展需要的综合能力强的内部顾问团队。2.2指导思想 1、“顶层设计，自上而下，管理驱动”的建设思想 ERP信息化系统平台建设必须满足已形成的集团公司发展模式及灵活的管理架构变化，以市场为导向、以创新为驱动、以行业发展转型为契机、以两化融合为基础，实现精品基地、精品产品、精品工程以支撑公司长期战略发展目标要求。落实自上而下的整体管控需求、信息化建设的关注重点和措施。绩效指标及考核体系的融合业务规范和管理制度的落地数据体系和标准的应用执行统一系统架构及平台的搭建 2、以战略与运营管控模式及流程优化的思路进行方案设计从战略与

10、运营管控模式角度理解与明晰集团管控模式与定位；战略与运营管控模式下，集团总部如何确保对下属企业的管控有效落地；从战略与运营管控业务流程优化角度解读与分析公司核心业务流程及关键挑战和信息化现状，承接与理解管理咨询成果，通过引入制造行业最佳业务实践，构建公司未来核心业务流程规范化、标准化、流程化、系统化、平台化的蓝图。 3、“业务流程梳理”和“系统实施”并重的整体推进策略切实贯彻“业务流程梳理”和“系统实施”并重的整体推进策略，对实现“管理提升”和“高效系统”的双重效益起到至关重要的作用。需要结合本次项目范围与项目目标，提供 ERP系统稳步落地的管理举措和行动方法的具体建议。 4、让内控落实，实现

11、信息化与风控体系的结合 2010年4月26日财政部、证监会、审计署、银监会、保监会五部委联合发布的企业内部控制配套指引中，对企业信息系统内部控制实施提出了明确要求，主要包括：“企业利用信息系统实施内部控制至少应当关注下列风险：系统运行维护和安全措施不到位，可能导致信息泄漏，系统无法正常运行。” “企业在系统开发过程中，应当按照不同业务的控制要求，通过信息系统中的权限管理功能控制用户的操作权限，避免将不相容职责的处理权限授予同一用户。”“企业应当建立用户管理制度，加强对重要业务系统的访问权限管理，定期审阅系统账号，避免授权不当或存在非授权账号，禁止不相容职务用户账号的交叉操作。”针对ORACLE

12、 ERP系统安全和内部控制实施面临的挑战，需要提供较完备的内控信息化建议方案。 5、认识本项目特点与挑战 钢铁行业发展进入新常态，正处于爬坡过坎的重要关口，信息化发展的水平和质量就显得尤为重要。需要从战略与运营管理需要及咨询成果的实际情况出发，结合现代制造行业发展趋势、新技术新模式和创新管理，提出对本项目特点及遇到的挑战。2.3建设原则ERP项目是一个复杂的管理项目，更是一项复杂的系统工程，因此ERP项目建设不可能一蹴而就，而是一个持续改进的过程。其建设应遵循如下原则：1、整体规划、同步实施的原则加强顶层设计，树立国际视野。实施公司ERP项目须进行整体考虑其系统架构和功能组成，充分发挥互联网在

13、信息化与工业化深度融合中的平台作用，通过与MES、营销系统、智慧物流、检化验和远程计量等系统的有效衔接，实现从订单接收一直到产品发运出厂全流程的智能化管理。2、统一组织、各负其责、全员参与、协同推进由于ERP项目建设周期长、投资大，涉及公司运营管控的核心业务，其硬件系统、软件平台、咨询及实施、业务管控等内容必须具有统一架构和标准。按照“统一组织、各负其责、全员参与、协同推进”的原则，在公司ERP项目组统一组织协调下，公司各部门、各项目部共同组成项目团队，各负其责、全员参与、协同推进。3、协同发展、经济实用、安全可靠、灵活扩展ERP项目是一个集成、复杂的大系统，需要各专业系统的相互支撑、协同发展

14、，才能真正发挥系统的作用。随着技术发展，新的信息技术不断涌现，项目实施要以经济实用为原则，充分利用成熟技术，总体考虑项目建设成本、运维成本及新老系统的功能分担与衔接等。ERP项目涉及面广、业务多，实施中要考虑系统运行的稳定、安全、可靠、便于维护。把握新一代信息化技术应用动态，坚持融合创新，树立互联网思维，积极与“互联网+”相结合，强化安全管理和防护，保障网络安全，从用户实际需求出发，运用先进实用、安全可靠的信息技术，因地制宜，解决实际问题，满足公司不断发展要求。2.4总体框架设计2.4.1 技术架构设计先进的基本技术架构ORACLE电子商务套件是一个典型的多层，分布式的计算环境。图：ORACL

15、E 电子商务套件R12体系架构详细内容 ORACLE EBS是以ORACLE DATABASE 作为数据存储,以ORACLE APPLICATION SERVER 为应用服务器,以ORACLE DEVELOPER SUITE为开发环境构建的涵盖了企业资源管理,供应链管理,客户关系管理,人力资源管理等超过150以上的模块的全面而集成的程序集。数据库层 集中存储了整个EBS 的构架信息及业务数据.集中管理数据。应用服务层 是以ORACLE APPLICATION SERVER构建的,相关部分功能如下: WEB SERVER总是在侦听客户端的请求, 一旦有请求送过来, WEB SERVER将判断是F

16、ORM-BASED还是HTML-BASED, 把请求分别送到FORMS SERVER或者Self-Service Applications INTERFACE, 返回客户端直接表现为HTML或者启动FORM CLIENT APPLET打开一个FORM; 若同时需要查询或者处理后台数据, 则会通过数据引擎与DB建立连接, 同时Concurrent Processing server会启动一个或者几个REPORTS SERVER, 后台数据库处理完成后, 会把结果送到数据引擎, 再通过Report Review Agent送到FORMS SERVER或者Self-Service Applicati

17、ons INTERFACE, 再返回到客户端. 这其中, REPORTS SERVER主要是为BIS(商业智能)生成报表服务的, 而Discoverer server是REPORTS SERVER的一个补充工具, 它的作用是使数据可以用不同表现方式呈现在用户面前. Admin server用于数据模型, 我们通常进行的对系统升级和打补订或者使用AD工具集对数据库对象进行维护就要通过Admin server, 而同时, 它也在管理我们所作的这些动作, 并作出记录。用户界面 提供基于html的self-services 形式的界面,以及通过支持java 的浏览器访问的以java applet形式体

18、现的由form构建的用户界面。 多语言支持Oracle经过十数年的发展和改进，发展到现在最新的12.1.4（简称EBS R12），全部采用Java语言进行开发，主要是通过基于JSP的HTML页面和基于Web 浏览器的Java Applets进行图形化的UI展现。 Oracle应用软件是真正多语言系统，也是最早支持多国语言的应用产品之一，现在的版本中Oracle应用软件可以支持28个国家29种语言，当然其中也包括中国的简体中文和繁体中文。 支持灵活的部署架构 图：Oracle应用产品的Internet三层架构体系Oracle应用系统采用业界标准的主流开发规范，并且领导技术架构的革新。Oracle

19、应用产品采用被称为“Internet计算架构”的技术是一种三层的、分布式计算体系的基本框架，它支持着Oracle R12应用系统的所有产品。三层体系包括：1）数据库层，负责管理Oracle9i/10g 数据库；2）应用层，负责管理Oracle R12应用逻辑和各种中间应用服务的提供；3）桌面层，负责提供用户显示界面。在Internet计算架构下，前端展现只需要标准的浏览器即可对Oracle应用进行访问。正是基于这些Oracle R12应用软件的技术架构特点，Oracle应用系统可以提供灵活的部署方式，可以支持集中式部署或分布式部署方案。Oracle应用体系完全支持主流的Oracle 10/11

20、g数据库，对于硬件及网络的选择均是开放和灵活的。Oracle系统支持几乎所有的主流的UNIX服务器、Linux服务器及PC服务器。Oracle应用软件 e-Business Suite R12 确认支持的UNIX硬件平台 远程访问支持，降低成本，便于维护在最终用户界面层的客户端，针对Oracle R12应用系统，客户端系统只需要提供标准的浏览器（IE或Netscape），不需要为Oracle应用软件安装任何专用的支撑软件。在传输方面，Oracle应用系统支持标准的Internet访问，支持TCP/IP,HTTP,HTTPs等网络传输协议，各省市分支机构可以通过成熟的网络体系，采用主流的预置IE

21、浏览器的Windows台式机即可方便地访问所有Oracle应用。而不需要任何的客户端维护，大大减少IT部门的维护精力。 Oracle R12 支持的浏览器类型：浏览器类型版本 客户机配置 Browser - IE 6.0及以上 Windows 2000 and XP and Window VistaBrowser - Netscape 7.2 Windows 2000 and XP Browser - FireFox 1.5 Windows 2000 and XP Browser - Safari 2.0 Macintosh OSX 10.4 全面开放，基于标准的集成性支持集团所需要采用的信息

22、系统必须具有强大的集成性，可以实现公司内部各系统和外部系统的无缝集成，保证企业信息流通顺畅、快捷。Oracle R12 应用系统是一个标准开放的系统，在用户界面层、业务层、应用层、数据层都提供灵活开放的企业级集成解决方案。在数据层面，Oracle应用软件的每个模块都提供预置的接口表和完备的数据校验程序。应用之间的数据交换可以采用实时或批量导入的方式，将数据放入接口表。数据校验程序根据Oracle应用软件中的系统设置对接口表中的数据进行校验。有效的数据将正式导入Oracle应用软件的相应模块，出错数据将被移到错误信息表中，等待用户处理。同时由于Oracle应用系统的数据结构是开放的，用户可以根据

23、自己的要求建立符合客户自己要求的接口表，注册到Oracle的应用软件中。在应用层，Oracle 应用软件提供完备的API和Web Services接口。系统可以通过多种途径，在应用一级实现系统集成。系统中预置了大量的系统接口和Adapter，在系统实施时可以加快实施进度。在业务事件层，系统无论在数据库还是应用服务器，都支持消息机制。重要的业务事件可以通过消息在各个应用系统之间双向传送。Oracle应用系统中业务流程管理是建立在Oracle工作流引擎上的。业工作流的启动运行，选择分支，数据处理都可以通过事件触发。每个工作流实例可以根据不同的参数值，选择不同的分支，运行不同的脚步，进行不同的数据处

24、理。在信息集成方面，Oracle采用Portal技术。Oracle10g Application Server中包含Portal功能，因此Oracle电子商务套件本身支持门户技术。如果在门户方面需要同第三方的portal集成，Oracle建议在应用软件之外，采用一台单独的服务器，部署Oracle10g Application Server。该版本的应用服务器支持JSR 168 标准，可以实现与其他支持JSR 168标准的portal服务器在门户层面（portlet）上的集成。此外，Oracle电子商务套件可以与OA系统，通过eMail实现互联。Oracle email Server支持任何支持

25、SMTP协议的email客户端收发email，支持任何支持IMAP协议的email客户端访问email。Oracle应用软件中发出的电子通知可以以eMail的方式发送到用户的电子信箱中。Oracle应用软件在集成方面还支持多种业界的标准。如Java、XML、OAG、JMS、JCA、BPEL等，同时对于所有开放的接口，如API、接口表、Business Events商务事件、Web Services等都提供详细的接口说明，方便实施方和第三方软件进行调用。 灵活的工作流技术适应企业不断发展和变化Oracle Workflow可以独立于中间层应用软件，便于商业流程的再设计。它把Oracle工作流引擎

26、嵌入现代化的Oracle数据库里，其以数据库服务器为中心的独特的体系结构为大容量环境提供可靠性和可伸缩性。使商业流程适应快速变化的环境，是企业成功的关键所在。Oracle Workflow贯穿于Oracle应用所有的模块之中，并处理和路由Oracle应用所有主要的业务事件，Oracle 工作流引擎是个真正为应用服务的工作流引擎，不象某些其它应用系统工作流解决方案用一些批准的步骤简单地把文件从一个用户发送到另一用户，Oracle Workflow系统可实现复杂的商业流程模式化和自动化；可以定义复杂的工作流流程，实现循环、分流成并行流程、汇总到指定地点、枚举、例外处理以及内嵌无限多的子过程等。 O

27、racle提供图形化的工作流设计工具Oracle 工作流编辑器（Workflow Builder），使用户能用简单地通过拖、拽等操作来建立或修改一个业务流程。用户可以方便地用工作流过程的摘要模式，在流程内根据需要把活动扩展到不断详细的程度。这种修改可以立即作用到系统中，Oracle灵活的工作流技术为客户提供方便的业务流程重组和业务持续改进的可能。集团可以方便的通过Workflow Builder 实现软件系统中业务流程顺序的修改和重建，最重要是所有这些修改和重建不需改变应用层软件的程序代码。从而快速满足未来客户业务改革和组织架构的调整，适应公司组织架构和业务变化的快速响应。图: Oracle

28、R12应用系统灵活的工作流技术。4. 系统实施方案4.5人力资源管理4.5.1系统总体解决方案结合积累的丰富的HCM系统项目经验以及人力资源管理咨询和信息化实施经验和策略，充分了解集团的意愿和现状，建议集团采用 “分步实施”的策略。首先，从横向按管理模块的范围来看，在本期项目中首先实施基础信息平台相关的组织结构管理、职务职位、人员管理、薪酬福利管理、考勤管理、评价管理及出差管理模块。随着深入应用，可逐步实施招聘、员工评价、员工发展管理和培训学习管理等功能模块，以提升集团的人力资源管理效率，更好的服务公司战略。其次，在纵向按整体人力资源管理线来看，在本次项目实施过程中，为集团搭建统一的人力资源平

29、台，建立规范标准的人力资源信息库，使集团对人力资源的管理提升到一个新的层面。基于此要求，我们规划集团人力资源系统解决方案如下：根据集团人力资源信息系统整体规划，项目一期将实施包括：组织结构管理、职务职位、人员管理、薪酬福利管理、考勤管理、评价管理及出差管理模块。实施内容包括:组织机构和职位管理：组织架构，职位体系设计；员工管理：员工基本信息管理，员工录用管理，员工调动管理，员工晋升管理，员工离职/终止合约管理，员工退休管理，日常合同管理，合同记录，合同到期提醒，试用期到期提醒；薪酬福利管理：管理岗位薪酬，定义薪酬规则，薪酬发放管理，社保公积金管理、福利薪酬管理，奖励薪酬管理；评价管理：记录绩效

30、考核内容和结果，管理员工绩效考核，将结果应用于薪酬计算；考勤管理：记录员工缺勤信息，将缺勤结果应用于薪酬计算；出差管理：员工出差申请、跟踪及记录；出差费用管理等。以上各模块相关的报表查询统计及信息预警功能，同时要体现集团行业特点。4.5.2组织管理组织结构信息管理规范组织管理流程和制度组织信息是多模块共享的，也是各业务模块实施的基础，一般建议组织维护权限集中在行总部层面统一进行，以减少出错几率和促进系统的平稳运行，同时也符合系统标准功能中组织管理没有安全性的系统设计思路。另外，也可以通过客户化开发实现统分结合的组织管理模式，可以实现对不同用户类别限制其更新或浏览组织或职位分级结构的权限，如可按

31、组织架构设置组织管理的维护权限，组织信息根据权限相互屏蔽，各级权限用户仅可查看、选取所属权限范围内的组织和对应的权限范围内的组织架构图进行编辑，维护的结果可以实时更新股份整体组织架构。建立标准化的组织体系在系统中可以通过组织定义功能记录和维护组织相关的各类信息，在同一个组织定义界面中即可方便的完成对行总部、分行等其他各基层单位及各部门等信息的维护。HCM系统 HCM系统标准功能提供的信息项目包括：组织名称、地点、生效日期、失效日期、组织类型、组织系统分类及分类扩展信息。以下为集团进行组织体系标准化过程中的注意要点：命名规则标准化：组织信息是多模块共享的，因此建议在满足各业务模块管理需求的基础上

32、，组织名称做到命名规范、命名规则统一，组织名称清晰、简洁、不重复。组织类型标准化：通常各个组织单位需要记录组织的分析属性如组织类型，以便提供更便利的汇总分析标准，用户可以灵活根据管理和统计分析的需要建立自己的分类方法。组织分类标准化：组织系统类别用于定义该组织在系统中的目的和功能，组织分类是系统预定义的。选择类别以后，就可以为该组织添加对应的其他信息，组织分类决定了可以添加的额外信息。因此对于同一个组织在系统中可以有多个组织分类，用于不同的管理用途，如集团某下属分社在系统中可能设置为一个业务实体，用于划分不同的业务规则，同时，它也需要定义为一个法人实体，用于人力资源管理用途。对于集团组织信息维

33、护的详细程度，建议考虑以下情况作为判断基准：符合管理的需要：组织的记录不仅是针对组织和组织结构的管理方面，它还针对人员的管理、统计和查询的任务，所以如果日常工作中必须管理此组织，且此组织中的人数和人员情况经常用于统计，那么这种组织就应该在系统中加以记录，并将相应人员分配入此组织中。适应大规模组织变动集团是稳健发展的企业，组织机构的新增、变动和重组必然会发生，因此，作为一套人力资源管理系统，首要的任务就是适应组织机构的不断变革，并能为组织机构的变革提供有借鉴意义的指导。所以，建议集团在考虑系统的组织机构的灵活性时，有几方面因素需要考虑。个性化的管理设置：组织机构信息项目需要具有可扩充功能，满足企

34、业的个性化需求，如体现事业部，部门层级，部门职能，部门负责人信息等。历史记录的保留：需要关注实现组织版本管理，根据业务需要调整组织机构时，与其组织关联部分一并保存历史记录。组织架构调整时的快速实现方案及批量员工部门间调整方案因应企业发展带来的相对频繁的组织架构调整，需要系统能够提供快速灵活的适应方案。为此，咨询提出如下建议及方案：首先，在系统实施中，对系统提供的标准的组织架构七要素与集团的实际的组织架构进行差异匹配，并根据多项要素进行灵活性的适应。我们将能获得两者的差异分析，之后针对差异分析匹配结果进行优化设计我们将能获得对于集团业务架构的最佳的系统实现方案。该方案中，会对集团的实际架构在系统

35、中如何进行反映提出最佳的合理方案。其次，在组织设计方案的基础上，如果未来集团的组织架构发生变更，我们通常采用下述的方式来进行应对：1. 如企业整体组织架构发生根本性变化，则需要对变化后的组织架构与变化前的组织架构及之前的设计方案进行重新的差异分析，并依据差异分析的方法进行各项变化因素的重新映射，之后根据差异制定详细的转换方案。通常此种情况较为罕见，此时，不仅组织架构，包括职务职位体系、绩效考核及薪酬管理等各模块也需要进行相关的适应变化。2. 如企业组织架构发生局部的变化，如组织架构的创立、合并、关闭等业务情况发生时，我们建议按照之前的差异分析匹配原则，分别将新的组织架构映射进系统相关的组织架构

36、要素，并同步进行职务职位体系等关联要素的设置，之后将调动或新入的员工充实进该新的组织架构。如果是关闭或合并的情况，则需要首先将相关员工分流的去向清理清楚，并将其在系统中通过批量调整的方式进行工作调动，之后将相关的组织进行关闭或合并。3. 如企业组织架构发生细微的变化，如部门内部的处室进行调整，则仿照第2种情况的解决方案，区别只是调整工作量的大小。关于组织架构的快速部署，咨询有成熟的批量数据更新模板，可以帮助客户实现快速复制、快速部署。关于部门间员工的大量调整，咨询将利用系统的大量更新功能进行批量的一次性处理，通常几分钟的时间可以处理几千名员工的部门调整。同时，应对国内客户的需求，咨询解决方案中

37、心正在开发新的组织架构调整方案，该方案的核心将是基于设计结果，在系统内可以允许用户进行向导式的组织架构建立及相关员工的岗位变迁，从而将该类业务情况的发生对人力资源部的压力降低到最小。组织、岗位、工号编码规则的建议方案关于组织、岗位和员工工号的编码方案，我们建议如下：对于组织而言，由于HCM系统包含有七个基础的组织要素，同时在实施期间可能需要增加新的组织管理要素，这些要素的长度都不同，因此，建议的编码原则如下：关于地点等较为通用的组织要素，建议按照国家标准的编码原则，采用简化的编码，如使用BJ来代表北京，SH代表上海市等，还有一种是采用通用的邮政编码来标识地点，也可以达到要求，这些编码未来在系统

38、里不需要操作人员记忆，因此，更多的是作为规范化的管理需要。关于业务单位、行、部门等组织要素，建议采用字母加数字或纯数字的混编方式，用来有序的将这些组织要素排列起来，同时，在编码时，还可以根据组织要素之间的关联关系将上一要素的编码部分带入下一要素，方便未来管理需要。在对组织要素进行编码时，我们建议综合ERP等其它模块以及集团其它IT系统的要求进行统一考虑，如果无法达到一定的规范程度，则需要在各个系统之间进行组织要素编码的匹配映射。对于岗位等职务职位体系的管理要素而言，同样，这些要素的长度都不同，因此，建议的编码原则如下：在编码中，考虑集成组织部分相关要素的编码作为岗位编码的一部分，如将行编码或者

39、部门编码带入岗位编码中，便于将相同组织下的相关岗位有序的排列在一起。在岗位编码中，可以根据岗位的性质适当增加部分标识岗位性质的字母来进行区分，但总体原则是这样的岗位性质应该是稳定的，否则会造成岗位的频繁变动，因为系统识别不同的岗位是按照编码而不是名称，如果编码不同，则意味着是不同的岗位。对于员工的编码而言，系统标准的做法是提供几位数字的长度，同时允许增加前缀和后缀，以便组合成编码。实际系统实施中，建议的编码原则如下：在编码中，建议不要对员工编码附属太多的含义，从本质上来讲，编码就是系统区别每一个员工的唯一标识，而这个员工所有的其它属性都可以通过这个编码来查询得到，因此，建议简化编码规则，现在国

40、内大多数用户都是为员工提供大流水的编码方式。关于国内很多企业实施HCM系统 HCM产品的经验来看，都会遇到需要区分正式员工与实习生的问题，在我们的实施经验看来，无论是正式员工或实习生，只是员工在集团的职业生涯中的身份性质的不同，这个性质完全可以通过一个员工属性来体现，而不是编码，毕竟这个身份性质是根据时间来变化的，如实习生实习期到期后，即有可能离司，也有可能通过实习变为正式员工，而如果在编码上已经进行了区分，意味着这个转化为正式员工的员工还带着实习生的编码，这样会造成信息上的混淆。关于系统编码的问题，并不仅仅体现在以上几点，未来我们会在实施期间就此问题与集团展开专题讨论，并在实施期间总结出一套

41、适合集团使用的人力资源管理系统编码标准。组织结构图查询统计首先是可以满足集团组织机构的复杂程度：建议集团在组织机构的描述维度上使用管理区域、业务单位、公司、事业部，部门等多种维度。尤其是使用业务单位和公司的维度，可以完全满足生命的需求。此外，集团人力资源系统应能支持任何形式的组织描述和汇报关系，包括项目组等虚拟组织和复杂的矩阵式组织。其次是可以适应集团组织机构的随时变动：如何更好地支持组织机构的变更、分立、重组等变动是大型单位非常关心的问题。建议集团使用“树管理器”工具，可以很方便地处理组织机构的变动：整个集团组织机构可以直观地反映成为一个树状的结构；集团人力资源用户只需要在“树管理器”中通过

42、鼠标拖放的方式，就可以实现组织机构汇报关系的改变，非常方便；“树管理器”中的树也同时是系统查询和汇总信息的工具，因此，集团任何汇报关系信息的变动都会直接反映在查询和汇总的结果上；可以通过“生效日期”保留任意多份组织机构，以反映其变动。例如，可以以当前的组织机构“另存”一份生效日期为未来日期的组织机构树，然后可以用这个树来对当前的数据进行查询，以了解组织机构变动可能带来的影响；集团还可以利用组织机构树来控制对数据访问的权限。对员工的数据进行的访问可以按照组织机构树来授权，如授权用户仅可以访问某个节点下的员工的数据；可以同一人员在不同的组织内进行管理，对管理权限可以分别设置；岗位信息的基本管理集团

43、业务快速发展，市场分工明确，所以人员职/岗位定义必然较多，职/岗位也经常有增加、重组和变动的可能性。因此，在职/岗位体系的建立过程中， 建议需作以下考虑：统一规范完整的职位/岗位体系：建议采用“部门+岗位=职位”的职位定义，在职/岗位上定义经理级别、汇报关系、所属部门、管理区域等管理维度，与组织架构相结合，可以满足集团不同角度的职/岗位管理需求，从而建立完整的职/岗位体系。管理集团全面的岗位信息：为集团职/岗位定义完整的基本信息、岗位信息、岗位汇报关系、预算信息；建立职/岗位设置岗位说明书，在岗位说明书内，定义职位的工作职责、绩效标准、素质能力、学位学历、证书执照等；通过“生效日期”保留职/岗

44、位的历史信息，以反映其变动，并可多维属性展示（包含但不限于职位、职级、序列等数据）；满足集团职/岗位的变更管理：根据以往的项目经验，如果企业的职位频繁的发生变化，不建议集团使用系统标准的职位管理方法，而是采用系统另一管理思路，即组织架构加职务的管理方法，从而简化对于严格岗位管理方法带来的岗位数量巨大，维护成本高的问题。或者采用折中的方法，对企业中职位变化不频繁的组织机构（例如总部机构、人事部门、财务部门等），采用标准的岗位管理方法；对职位变化频繁的组织机构，采用系统另一管理思路，即职务的管理方法。从而满足集团多变而又规范标准的职/岗位管理需求。实现在职位上设置职级信息：为员工（如开发人员、产品

45、人员的职级等）设置职级信息及层级信息（如经理、总监、管理层）；构建职务管理体系职务用来代表一个人在公司内任意组织中所扮演的角色，是企业里最基本的管理单位，职务独立于公司中任何单一组织。系统能支持分权管理、集权管理等多种职务体系管理模式。在集权管理的模式下，整个公司采用一套职务体系，由总部统一管控；在分权管理的模式下，下属公司默认采用股份公司的职务体系，但下属公司亦可建立自己独立的职务体系。建议通过系统建立集团统一的职务体系，可以将企业及下属所有员工都归纳到这个标准的职务体系之中；系统中支持记录各个职务基准书，对该职务的工作内容及胜任要求进行说明，比如按职务划分管理序列、技术序列、操作序列。职务

46、描述：系统支持用户设计职务描述的结构及内容，它可以是由30个字段组成的，也可以简单到只是由一个职务名称来代表。在构建系统职务体系时，首先需要分析职务体系所有维度的属性，然后将各职务体系的关键性属性提取出来作为通用属性，如职务管理层级、职务族群、职务序列、职务名称、职级等，管辖范围等。职务其他属性：系统提供各类弹性域方便用户对职务数据进行扩展。可以在职务上定义填补某个职务或职位需满足的条件：如职务能力（技能或知识）标准和重要程度，有效的等级、工作特性（如是否需要出差或是否有工作调动的可能），培训小时数，教育程度，或健康及安全限制。可以通过将多个分级结构内的职务相连，创建不同的职业路径，以表达组织

47、内不同角色的晋级途径。例如，一个销售员可能通过某条途径晋升为销售主管或市场主管，而销售员的职务又可能由销售职员或广告职员晋升上来。职位能力素质模型：可以通过系统为集团搭建职位能力素质模型，按照企业的职位能力素质模型维护各职位能力要求，以便分析聘人员、员工是否满足该职位对人员素质的要求，在该职位人员短缺时能及时筛选出替换人选。职位任职资格中包括职位能力模型和其他要求，比如：工作经验、学历、职称等。岗位信息的配置管理通过成批移动功能成批创建、移动系统中的职位以及此职位上的人员。职位架构：与组织层次一样，职位层次将职位组织起来，提供一个组织结构的层次图，便于记录和管理；可以设置一个主要层次和多个次要

48、层次；可用来进行安全性设置，控制存取信息；职位层次有版本编号、起始日期和终止日期，记录层次修改历史；建立一些职位层次的预期版本为将来做准备；可以方便地进行职位成批调动。可以通过使用职位分级结构严格控制安全权限。在系统中建立企业职位汇报体系，同时支持多种业务需求的职位汇报关系。系统可以保存多版本的职位结构层次以适应不同管理角度的需求。系统提供简单易用的模板/编辑器，灵活定义和调整职位的内容，可得到清晰的职位编制图。职位编制与组织机构编制相关联。编制管理定员定编管理编制方案是针对人员预算数量控制的解决方案，有利于限定人员不合理的流动，有利于优化人员结构，以及控制人员总量，系统解决方案包括两个层面：

49、一.人员预算；二.定员控制。人员预算：系统允许用户定义不同类别的预算包括人员、工时及薪酬项目等，并把预算附在分级结构中，以提供有关组织发展当前的和历史的资料。人员预算的单位可以是组织、职务、职位、等级。为了适应人员精细化管理以及进行职位上的人员数量控制，所以人员预算建议细化到职位，即制定预算期间每个职位上的人员数量预算，再细分到每个子期间，用户可以定立不同的预算期间，如年度、季度、月度等。另外，系统支持根据日期定义多个预算版本，从而建立用户的预算编制过程历史记录并允许用户向前编制预算。定员控制：通过时间和职位上的预算值和实际分配值的比较，实现事中和事后的定员管控。事中控制：在进行新增、调动系统

50、操作时，系统根据每个职位的人员预算数量，可以执行直接的表单维护检查进行控制；事后定员管控：通过报表定员计划表，进行事后监控。4.5.3人事管理人事基本信息管理人员信息管理是人力资源管理系统最基础的一部分内容，信息的完整性和准确性直接影响到未来系统管理和统计的有效性，需要对人员信息进行有效完善的管理。对于临时工等其它非正式人员，一般需要维护较少的信息即可，因此可以通过为这部分员工定制单独的、简化的信息维护界面，便于快速的维护。员工分类：可根据员工状况划分不同人员类型进行人员分类管理，例如对于合同制员工可以先按在岗、不在岗进行划分，对于不在岗人员，又可以进一步细分为不在岗-内部退养、不在岗-离岗休

51、养、不在岗-长期伤休、不在岗-长期病休、不在岗-长期学习、不在岗-长期外借、不在岗-其他等；对于劳务用工人员可能有劳务派遣、退休返聘等类型；终止（解除）合同：解除合同、终止合同-退休、终止合同-死亡、终止合同-合同期满等。员工基本信息：维护员工的基本信息，包括员工姓名、年龄、电话号码、员工编号、员工类型、地址信息、照片等员工基本信息。针对中国的法律法规和文化背景，Oracle人力资源进行了本地化的开发。用户可以在员工的基本信息中记录如身份证、社会保险号、户口、民族、参加工作日期等具有中国本地化信息内容。并通过权限设置，对人员信息进行分层维护。工作分配信息：包括员工的组织、职务、职位、工资单、主

52、管、薪资信息、必备信息、分配类别、员工类别、工作时间信息等，以及中国本地化的社保和纳税地信息。员工人事档案：对各员工提供综合和唯一的员工档案，支持对员工电话、联系人、工作经历、项目经历、教育信息、荣誉奖励、技能、能力、职称证书、绩效考核成绩等信息的归档，实现对人员信息多维度、分门别类进行管理。同样，系统也提供了一些中国本地化的内容包括个人档案、暂住证、工作许可证、护照信息、奖惩记录等。自定义信息类别：系统支持用户按照业务的需要定义员工的信息类别及内容，如员工OA系统ID号、财务报销系统的员工信用卡账号的记录等等。使各部门在员工信息动态更新的情况下更新其附属信息和权限。档案附件管理：可以档案附件

53、的方式将员工档案信息存储在系统，以备查阅。如员工学历证明的复印件、职称证书的复印件等。附件支持常用的文件格式，如图形文件、Word、Excel等。劳动合同管理建议在通过Oracle人力资源管理系统实现劳动合同的日常管理工作，包括新签、续签、终止、变更、补充等相关管理流程，并能按合同期限、合同类别、合同签订时间、到期时间等分别进行查询等。合同签订：劳动合同管理人可以员通过系统记录劳动合同的生效日期、终止日期、合同编号、状态（订立）、状态原因、类型，若合同中规定了试用期条款，还需记录试用期开始日期、试用期结束日期、试用期信息备注。合同解除：合同预警：系统可以设置预警提示功能，将在合同到期信息提前自

54、动发信给相关人员，提醒其安排必要续订合同工作。合同查询：合同管理人员人可设置条件进行查询，如选择合同类型、文本类型等，浏览所有需续签合同员工的信息。合同审批：系统中支持员工或合同管理人员提交合同续签、终止申请，经由上级审批的工作流程。人事活动管理维护全面的人事活动，包括招聘、调职、升职、缺勤、退休、离职及并行职位等。应用Oracle的灵活的工作流机制，根据不同业务规则和处理方式进行客户化，可以对集团集团的业务流程、管理制度、事务优先级处理等进行规范化和自动化；可以自动回复或提醒人事专员、经理和领导层等进行必要的处理和关注。例如，员工合同到期提醒等。员工状态：支持对员工状态进行维护更新，如员工在

55、职、公司返聘、退休、外借劳务、部门返聘等。员工入职：员工入职时，系统可以通知相关部门办理入职手续，如行政部的电话号码、IT部门的电子邮箱账号、准备计算机、开设工资企业卡等等。员工调动：当员工调职到其他部门/单位，能处理员工档案及其相关信息的转换。支持员工批量调动。可对调换职位的人员提出预警。员工出国事项管理：支持员工出国事项信息管理，能够提供出国审批流程。提供因公及因私出国情况记录，能够自动生成各类出国台帐。实行员工证照管理，登记证照编号、有效期、存放地等，支持员工因公出国护照跟踪管理。员工资格职称管理：实现对员工的各种技能证书、培训资格证书、职称的管理，根据变动情况及时更新人员信息，能够自动

56、生成新聘、续聘、聘期、资格确认等统计报表，并能方便地查询有关信息、到期自动预警提示。员工健康与安全：系统提供员工的健康与安全信息管理，记录员工的健康状况历史。员工离退：根据系统员工退休到龄的提示，完成对员工退休审批的流程处理，从相关模块提取有关数据（如个人基本信息、保险缴费情况、个人账户资料等），生成退休审批的文档资料。退休工资的审批情况可上报到薪酬福利模块，进行退休工资核算。员工离职：系统可以设定离职类别、记录员工离职原因。在员工离职时自动通知相关部门协助办理离职手续。离职后员工的信息继续保留在系统。提供离职员工办理离职手续的流程管理，处理离职员工所使用设备资源、财务资金等项目的归还清单；并

57、可发放离职通知书、通知相关部门进行薪资、考勤等业务的处理。信息变更历史记录：使用生效日期来区分人事活动，保存从员工进入公司来后的所有人事变更，通过向上翻页即可查询历史的操作和数据。4.5.4评价管理基于绩效评价的流程，建立完整的绩效评价记录，并在薪酬中加以运用，使绩效评价落到实处。绩效结果记录基于绩效评价流程，绩效结果的信息包含：评价的实施考核人，参与考核人，被评估对象，评估意见，以及相关绩效评分。总体上开发页面对绩效结果进行记录，记录个人绩效的最终考核得分（计算的组织或人员范围，是根据当用户权限及规则设定中涉及的岗位人员）。数据存档：数据存档后，系统则不能对数据进行重算，或做任何更改。绩效得

58、分二次修正：在未提交数据前，绩效管理员可对最终绩效得分进行修改。记录页面示例，可视具体情况进行开发设计。绩效结果应用在薪资fastformula中设置与员工绩效相关的参数，通过公式调用绩效的结果，对绩效的结果进行运用。绩效结果的在系统中的应用主要用于人员绩效工资的计算，因薪酬模块中计算的是每个人员的月工资，因此绩效结果仅限于个人绩效综合得分的应用。根据效考核结果各类绩效应用如下：绩效结果对职能部门成员的绩效工资的影响，针对此类人员的绩效工资计算，在薪酬模块中将自动引用每个人的绩效综合得分（有绩效综合得分都可每月自动计算绩效工资），自动计算出每月的绩效工资并随每月工资一起发放。计算公式示例：月绩

59、效工资金额 = 岗位工资 * 0.7* 绩效考核修正得分 / 100注：相应人员绩效工资的计算必须严格按照公式，可根据系统中导出的绩效综合得分报表的得分，在系统外计算后直接将具体金额导入到薪酬模块的人员“绩效工资”项目中。绩效结果的分析与查询建议集团通过系统提供灵活而全面的报表功能，为决策者提供完备的数据支持。有关历史和最新绩效结果查询、历年绩效结果分析等，都可以通过客户化报表的功能实现，且能通过Excel的格式查看并编辑，同时也能够筛选出符合限制性股票要求的候选人。考核人和被考核人都可以通过自助服务查询历次考核文档记录。经理可以查询自己管辖组织架构下员工的考核文档记录，并且通过强大的筛选功能

60、，能够自行选择条件获取到相应的绩效数据。同时也将通过系统保存所有用户操作痕迹，以便系统审计需要。4.5.5出差管理出差过程管理 登记国内外出差内容的功能；出差内容认可、出差后处理费用的功能。将根据集团的实际情况，定制出差管理模式，增加对国内外出差业务的管控。通过对出差的管理，事先预计对应的差旅费用及人员不在岗的情况，给与适当的审批授权。出差管理主要分为以下几个管控点出差内容：包含记录本次出差人员，出差目的信息，对应材料。出差类型将区分团体出差与个人出差。对于一次集团性的考察，可统一填报一次出差申请，并记录相应的人员计算人数。同时集体性考察业务将需要更高层次的授权审批目的地：根据出差的地点不同，