[结][分享知识 原创连载]Oracle EBS HR核心模块实施的点点滴滴

zackchen

本文为 "分享知识 原创连载" 活动推荐文章！

前言
    我写这篇连载的主要是和大家分享一下面对问题应采取什么样的态度，采取什么样的方法来解决问题，不会涉及太多的HR的系统和业务的介绍，当然也会在每一篇连载中加入项目中每一个阶段我遇到的问题，和如何解决的。我个人认为工作中最宝贵的东西就是做事的方法，并不是你懂多少知识，懂多少技术。掌握了正确的方法，遇到什么样的问题就可以找到入手的地方，都能够通过各种渠道最终解决问题。本文适合普通顾问想升级高级顾问的读者，我算是抛砖引玉，大家共同学习讨论。
    先来个自我介绍吧，已在ERP行业工作5年了，刚毕业的时候进入一家公司从事java开发工作，后来转做功能顾问，工作过程中参加过集团级别的推广项目，也做过系统维护和小型的系统优化项目。在工作年限逐渐增加的过程中，觉得自己的发展遇到了瓶颈，一方面原因是个人比较懒，不是有特别有野心的那种人，另一方面是没有一个合适的机会逼着我去改变。现在的我自我感觉只是一个做事的顾问，做起事来不含糊，一般的事情都能搞定，但是缺乏大局观，缺乏处理一个长期事情的能力，比如一个实施的项目。相信有不少人都跟我一样处于这样的状态，享受这种状态，又不安于这种状态。因为这种状态不会有太大压力，却又没有太大前途。
现在有一个事情逼着我改变，就是正在进行的HR实施项目。我相信这是我人生中的下一个转折点。做这个项目就好像初中升高中、高中升大学、大学完事开始找工作一样，是一个坎儿，成功了就升级了。对于懒人就要逼自己，让自己没有退路，你才能进步，自己缺乏毅力，就让事情去逼你。我本来是在一个维护的项目上，每天朝九晚五，薪水也不错，可以过着工作生活平衡的工作，没事去游游泳健健身，和朋友喝喝酒吃吃饭的快乐生活。原本我是太想接这个工作的，因为是独立顾问要出差，而且要我一个人全权负责这个模块。虽然自己对HR模块很熟悉，而且对自己缺乏信心，害怕用户有自己不了解的需求（因为自己曾经负责个一个推广的实施项目，虽然有标准方案，但是在实施过程中也受到了不少挑战，一度压力很大，几度想辞职，最后我都不怎么记得项目是怎么完成的了）。最后经过与项目经理的交流，一方面增强了我的信心，另一方面学习了做事的方法。当你确定一件事情能够逼你进步的时候，就要果断的下决定，如果犹豫的话就可能失去下决定的冲动，逼自己去改变吧。和我同年龄的人基本都会喜欢玩一两种游戏，如果你把这个过程当做打怪升级的话，或许会轻松许多，一步一步的解决路上遇到的问题，会让自己的信心不断增加，能力不断增加。
    下面来介绍一下我们的这个项目，我们实施的对象是一个新建的制造行业的工厂，实施过程中也就几十个人，将来会发展到四五百人。要实施的模块有财务、制造、物流和人力模块。项目组组成是乙方有一个项目经理，各模块一个实施顾问，DBA远程支持，开发还没有开始，所以技术顾问还没有入场。甲方有IT项目经理、IT专员、各模块关键用户组成。甲方由于是一个外资企业，所以流程基本上都采用标准流程，客户化开发需求比较少，所以项目实施的整体难度不大，但是用户对项目的实施各阶段的控制很严格，IT部门有一套实施管理流程，应该是根据AIM方法论转变过来的，什么阶段应做什么，应完成什么样的文档，都是有要求的。我很庆幸能够进入这样的一个项目，按照正规的流程进行实施，相信这个项目对自己会有很大的提升。
这一期就先写到这里，个人的逻辑性不是很强，希望大家能够看懂我想表动的内容。在工作中也有很多情况下，描述自己想要表达的观点时，表达不到位，或者容易被扯远。所以说做事情，表达思想要学会抓住重点，开会、讨论问题都是一样的。领导之所以能成为领导，很重要的一项能力就是能够抓住重点。在我们还不能做到的时候，做事情前考虑一下，重点是什么，或许会不知不觉间就已经做到了。
    下一期将写我是如何进入项目组的，刚开始的需求分析阶段遇到了那些问题，怎么解决的。

纵横四海

个人简介：本人已在ERP行业工作五年，但是并没有十足的信心说自己是一个合格的实施顾问，本次接了一个独立实施HR核心模块的项目，算是自己的一个坎儿，好像初中升高中，高中升大学似的，想要记录实施过程的点点滴滴，和大家分享
连载主题：HR核心模块实施过程的点点滴滴
发布计划：首次发布计划7月5日
计划发布在那个板块:ORACLE ERP HR板块
更新周期：每周一更
本连载的亮点是：对于大多数工作多年但是始终保持在某一个层面的顾问们可能有些帮组，或者想要从事HR实施工作的朋友有些帮组，大家共同努力
其他要说的话：无

纵横四海点评：有很多路要走，有很多坎要过；我们可能会忘记我们走了多远的路，但是过了多少坎我们会始终记住；每个人都有一段时间要忍受寂寞，就是别人在玩的时候你在钻研；让我们利用ERP100这个安静的空间，记录下我们走过的路更要记录好我们过的坎；

zackchen

    我们在解决方案设计阶段主要是对未来业务流程的设计，根据业务调研阶段了解到的用户业务流程，结合EBS系统功能，设计出一套未来的系统业务流程，再对设计出的未来业务流程制定解决方案。写到这部分的时候感觉到自己的语言乏力，组织不出来有条理的语言来描述如何制定解决方案，我就以自己的实际做法来描述一下，供大家参考讨论。

    我首先会根据业务调研的结果，编写一个解决方案草稿，然后与用户讨论解决方案，确认解决方案中需要确认的问题，逐步完善解决方案。解决方案包括如下主要内容：

先来说HR的主数据管理

1、组织管理流程。系统如何描述组织？都需要记录组织的那些属性？组织的命名规则是什么？系统如何表现企业的组织架构？企业未来的组织架构将是什么样的？

2、职务管理。职务的命名规则是什么？职务的任命资格是什么？

3、职位管理。职位的命名规则是什么？职位的任命资格是什么？职位的层次结构是什么？

4、级别管理。级别的命名规则是什么？

其次说人员管理

1、人员基础信息。人员类别都有那些？员工编号规则是什么？都需要维护那些基础信息？

2、人员的地址信息、照片、工作经历、教育经历、工伤事件、医疗鉴定、联系人等信息需要维护那些？

3、系统未提供但是又需要维护的信息有哪些？系统提供了政治面貌、档案信息、奖惩等特殊信息可以给用户参考。

4、分配信息都需要维护那些内容，是否需要扩展系统字段。

5、合同管理。合同都有那些类型？合同都有那些状态？合同信息都需要维护那些？

6、员工离职信息的维护。离职原因有哪些？离职后人员类型是什么？还需要维护那些离职信息？

7、人员的晋升、降级、调动的处理，系统如何表述上述业务？

8、人员信息报表？

9、。。。。。。。。。。

最后说薪酬管理

1、员工考勤管理。考勤类型？

2、薪资项目都有哪些？薪资项目适用于哪类员工？是否循环？薪资项目类型？计算规则？

3、薪酬发放周期？发放人群？如何分工资单？

4、薪酬成本计算规则？薪资项目对应的会计科目？

5、新员工入职薪酬处理？

6、离职员工薪酬处理？

7、员工社保信息处理？摊缴地区？摊缴基准和费率？上下限？超额计税？

8、加班费？考勤扣款？年度奖金？离职遣散费？捐赠？劳务费？等的处理规则

9、薪酬报表、社保报表、个税报表、银行报盘？

10、。。。。。。

把上述问题都搞清楚了，然后再结合到业务流程中，一个解决方案基本就完成了。这个过程一定要让用户参与进来，不要自己埋头空想，是这个解决方案变成你和用户功能制定的，这样既可以提高解决方案质量，又避免用户签字时的风险。

能力有限，只能写到这个程度了。希望大家多多提意见。

更新预告：下周六更新内容是数据收集、系统设置与系统CRP

常志强

与你类似，我也是一个很懒散的人，喜欢项目上的紧张与压力，享受项目结束之后自由的空闲时间。喜欢项目过程中与客户的沟通，享受项目结束之后的宁静。这也许是成为顾问的动力吧。
会继续关注你的帖子。。。

micava

呵呵 ，其待更新 ！期待 更新！

纵横四海

你能够在一个执行非常正规的项目上得到锻炼是非常幸运的；从你的文档风格来讲，你非常的专业；作顾问就是需要有这样的风格；期待你的后文；

zackchen

纵横四海 发表于 2013/7/6 19:13
个人简介：本人已在ERP行业工作五年，但是并没有十足的信心说自己是一个合格的实施顾问，本次接了一个独立 ...

每周六更新，第一次更新日期弄错了，把7月5日当成周六了

zackchen

纵横四海 发表于 2013/7/7 21:51
你能够在一个执行非常正规的项目上得到锻炼是非常幸运的；从你的文档风格来讲，你非常的专业；作顾问就是需 ...

多谢夸奖，又到了更新的日子，有点像小学每周写作文的感觉，如果没有这个时间点来逼自己做事，我想我可能就不会主动来做这个事情，呵呵。答应了的事情就要做到，不然就别答应。感谢ERP100给我这个机会，呵呵。

zackchen

    又到了更新的日子，今天跟大家分享的内容是我是如何进入这个项目的，以及项目的第一个阶段需求调研的做法、遇到的问题及处理方法。

    我进入这个项目之前在一个运维的项目，上次更新的时候也提到了，属于日子过得比较舒服的状态，离开的原因一个是这样的项目机会难得，还有一个原因就是运维项目组中的成员和我的做事的价值观不同，很难在一个平台上交流，具体的事情就不讲了，要讲的是做事的态度，既然加入了项目就需要对自己的工作负责，你可能接手的是别人的烂摊子，而且没有怎么做工作交接，但是既然接手了工作，同样也要接手问题，接手了责任，你或许会抱怨自己倒霉，抱怨上一任垃圾，但是你摆脱不了这些问题，除非不干，也就意味着你认输了。所以这个时候就需要把自己的心态摆正，不要害怕问题，而是要将问题提前暴露，不然问题会越积累越多，直到你不能承受。我们曾经做过一个推广项目，有一个公司的用户很难缠，很强势，上系统之前，他们已经有了一套系统，而且用的还不错，由于集团的推广，要切换系统，所以各种各样的需求，各种各样的问题，导致项目不断延期（这里也包括公司对实施范围的界定不明确，或者是答应了用户太多的需求吧，这就不得而知了），最后这个项目组里的人都离职了，不过最后算是勉强上线了。而我是什么时候出现的呢，就是在用户使用一段时间后，发现好多功能存在问题。这时我从另一个项目上下来，要接手这些问题了，这时候我也抱怨之前的人扔下的烂摊子，我掉坑里了，怎么怎么样，但是没有办法，抱怨解决不了任何问题。我只好摆正心态，一个个的梳理问题，将大问题细化成一个个小问题，将相似问题合并成一个问题，提出解决方法，制定完成计划，最后经过半年时间，终于得到了用户的认可。这里我想说的观点是什么呢？一就是面对问题要有正确的态度，二就是细化是一个很好的处理问题的办法。

    说的有点跑题，这里回到现在的项目，我是接替一个HR顾问的工作进入到项目中的，他在我之前做了1周半的需求调研，所以我们有一个交接的过程，这里就需要用到上文所说的态度了，交接的不只是别人的工作内容，更重要的是问题，把别人的东西变成是自己的，包括问题。接下来的工作就是需求调研，我其实也没有怎么做过需求调研，也没有什么很好的经验，只能告诉大家我的想法，与大家分享讨论。第一步：与用户制定人力资源管理的流程，如果HR已经有一套管理流程，那么就参考现有流程进行制定，人事管理和薪酬管理大致有如下关键流程

HR 流程图

Figure1人事管理流程

PAYROLL 流程图

Figure2薪酬管理流程

大家可以根据这两张图中流程与用户交流，了解用户的业务流程，然后为用户在系统中演示Oracle 的标准解决方案，演示系统是如何处理这些业务的，同时引导用户接受oracle的管理理念（这里呵呵一下，我想这个是需要的，但是又特别的虚无缥缈，各位只能是靠经验来体会啦，反正我还没有达到这个层次），引导用户是一个持续的过程，应该在项目过程中不断的给用户灌输oracle处理事情的方法，直到用户接受，并且觉得这才是正确的处理方法。演示分阶段进行，一个一个流程进行，演示完一个阶段，用户开始提需求，要弄清楚用户提的需求要达到的目的，也就是为什么会有这样的需求。对于系统标准功能能够实现的需求，记录并搞清楚需求内容，对于不能实现的需求，引导其向标准功能靠拢，分析利弊，尽量不采用客户化开发，如果用户一定要该需求的话，就记录需求详细内容，后续与项目经理确认，是否属于项目范围内，如果属于，则准备解决方案，如果不属于，则与用户协商取消需求。这只是我的一个设想，其实我到项目上的时候已经拿到了一个需求清单，下一步是与用户确认需求的阶段了。与用户确认需求一定不要大意，很可能用户提的需求，和你想象的是两码事，所以一定要彻底搞清楚用户到地要的是什么样的功能，当然这里不可能讨论过于细节的东西，但是用户的目的要搞清楚。这里我遇到了一个事情，就是我们已经制定好了未来业务流程图，但是没有和人事关键用户确认过（或者用户简单看过，但是我没有将结果，这个东西是我来的时候已经有了，但是我做了许多修改），只和IT用户确认过，我想找HR关键用户确认，但是IT用户却说：“不用了，到时候你怎么说他怎么做就行了。”我当时觉得挺好，省事了，后来反应过来了，这种要用户签字的东西一定要跟用户详细确认，不然用户对于自己不了解的东西很有可能拖着你，不给你签字。最后还是抓HR关键用确认一遍流程图。所以说做业务调研阶段，一定要细心，不怕麻烦。这里的方法适合小型企业的实施，如果存在多家分公司的实施项目，你可能还要进行集体的功能演示，业务流程讲解，制定调查问卷，调查问卷讲解，需求收集整理等工作。

    总结一下，我今天想要说的内容：面对问题，摆正态度，抓住重点，细化处理，做好计划，不怕麻烦

更新预告：下周六将会和大家分享一下解决方案设计的要做的事情及方法。

zangchangyu

哈哈，我和你一样，也是一名HRMS模块的一名功能顾问，但是却没有你的那些实施经验，只是做一些简单的维护工作，感觉到现在都没有一个系统的总体认识，也希望您能指点指点我吧，我现在对自己的工作充满了迷茫，有时候，让我做测试，测试的东西又是公司自己开发的东东，感觉一点收获都没有，想自己去学，很懒惰，上一天班之后，累的要死，都懒得动弹，唉，自己都为自己发愁，这个行业的竞争越来越激烈了，我要提升自己！但是又不知道，从哪里下手，求高手指点！

zackchen

zangchangyu 发表于 2013/7/19 13:39
哈哈，我和你一样，也是一名HRMS模块的一名功能顾问，但是却没有你的那些实施经验，只是做一些简单的维护工 ...

我经历过你的阶段，所以了解你现在的状态，如果自己学习能力不强，又想要快速成长起来，就需要项目来催化你的成长。如果没有项目，就好好研究一下EBS的功能，给自己列个清单，越细越好，自己要学习那些东西，一个一个完成。客户化开发的东西基本上都是基于EBS现有的功能，掌握了EBS的功能，做客户化功能设计的时候也会得心应手。最后就是学习一些人力资源管理业务，可以买本人力资源四级，三级的书，从简单的开始，了解人力资源的基础概念。其实这些我也只是说说，这些需要坚持，我买了人力资源管理的书，但是现在还束之高阁，看过，但是没坚持看完。最好的办法还是通过项目锻炼自己。

zackchen

    上周讲解了如何制定解决方案，本周本来计划是说一下初步解决方案制定后，要进行的数据收集、系统设置与CRP工作，原因是害怕单说一部分的话要说的内容太少，所以就想发到一块，后来发现数据收集的内容还是挺多的，所以这次就先说数据收集。其实这三步工作也都是为制定解决方案，确认解决方案服务的。在这三步工作完成后可能还需要调整一下解决方案，用户也可能会调整自己的需求，最后确认一个最终的解决方案。

    好了现在开始讲解数据收集，数据收集是一个考验一个人细心与耐心的工作，人力资源实施这一块要收集的数据非常琐碎和庞大，我就介绍一下我数据收集要收集的内容，其中有些内容是在制定方案时已经和用户确认了的，这里你可以先整理好，用户可以不进行填写，但是也是一个用户确认的过程。

1、人员类型；2、快速编码，HR部分有很多值集是表验证，数据是维护到应用产品公共程序代码中的，这里光快速编码就和用户确认了将近30项；3、地点；4、组织；5、职务；6、职位；7、级别；8、员工基本信息；9、员工分配信息；10、员工地址信息；11、员工特殊信息，我们使用到了7项，分别是个人档案详细资料（系统自带的，可以进行一些调整）、培训信息、奖惩（系统自带）、工装信息、工龄信息、政治信息（系统自带）、职业资格证书信息；12、学校及学院；13、教育经历；14、工作经历；15、工伤事故；16、医疗鉴定；17、联系人；18、社保公积金摊缴基准与费率；19、组织支付方法与个人支付方法；20、工资单，工资单是确认将来用户的薪资发放人群的项目，对用户的影响还是比较大的，所以要给用户强调清楚；21、工资项，工资项的收集是一个很重要的工作，大概分类可以有如下几种（1）收入类型的工资、津贴补贴，奖金，分为应纳税和不应纳税；（2）税前扣减类型的，如考勤扣款，五险一金补扣；（3）社保公积金类型，包括基础的五险一金，补充医疗，补充养老，企业年金，大病医疗，商业保险等；（4）一些特殊的计税项目，如年度奖金，捐赠，劳务费，离职遣散费，企业年金；（5）用来进行统计的信息项，应发合计，扣款合计，实发合计等；大概可以按照上述几类数据与用户讨论、收集，逐步完善数据；工资项的收集除了要收集有那些项目，还要收集工资项的属性，如是否循环，计算规则，适用人群等信息；22、人员组，可根据财务的人工成本科目的分类确认人员组需要有那些分类；23、要素链接，需要薪酬人员和财务人员共同完成，应该在工资项基本确认完后进行。

    可以从上面看到，数据收集的内容还是挺多的，除了需要顾问的耐心与细心外还需要制定一个数据收集计划，不要把如此多项的数据收集工作截止日期放到一天，不然你很可能到那一天得到的数据和你想要的数据差别很大，所以要根据数据的优先级或者前置条件，分阶段进行数据收集，经常找用户确认进度，收集到数据后，要对数据质量进行检查，不能用户给的是什么就是什么，最终要对数据负责的可能还是你。另外要做好数据收集培训，如果用户不理解你需要的数据的内容，也有可能提交上来的数据是垃圾数据，导致费了大力气却达不到效果。

    总结一下，数据收集工作需要耐心与细心，制定好收集计划，做好数据收集培训，周期性与用户确认进度，并对数据质量进行把关，相信你能够得到你想要的数据。

    本次更新的内容就到这里了，下周更新系统设置。

cszwzzl

收集数据 用到很多实用的方法吧。谢谢楼主分享

纵横四海

是否可以谈谈在数据收集过程中遇到的问题呢？以及用何种方式去作激励来完成数据收集工作呢？

weidongbest

今天就看了你的第一篇文章，写得挺好。有经历、有总结。你的做事方法值得借鉴、学习。另外，就跟@纵横四海 说的一样，你真的很专业，
赞一个！

zackchen

    上一篇中讲到了数据收集，四海兄建议谈谈在数据收集过程中遇到的问题呢？以及用何种方式去作激励来完成数据收集工作呢？其实文中也有提到，但是并不系统或明确。这里补充说明一下，收集数据一般会遇到两种问题1、用户不能按时交付数据；2、用户按时交付的数据无效。为了解决这两个问题就需要顾问的责任心和细心了，不能说把数据收集的文档发下去就完事儿了，剩下的责任都是用户的，以这种态度做数据收集多半得不到好的结果。解决上述问题的方法有一下几个步骤1、制定数据收集计划，分步执行，不要把所有的数据收集截至日期放到一天。因为用户在上ERP的时候往往还要进行日常的工作，不一定有整块的时间去一次性收集完所有数据，即便有，一次性也不可能把所有数据收集完；2、进行数据收集培训，最好有面对面进行数据收集内容讲解的过程，一个让用户了解你要收集的数据的要求，二是要让用户知道数据收集的重要性，最后是数据收集文档上面做好注释；3、经常沟通，了解数据收集进度及是否存在问题；4、对于收集上来的数据进行检查确认，根据实际业务或自己的专业知识，做出正确的判断对数据进行优化。例如某些值集的收集，可能用户提供的值存在重复、交叉的情况，就需要你进行纠正，并跟用户再次确认。如果上述四点都做到了，收集到的数据依然是无效的，那么就是用户的问题了。这个过程最好能有信息部的负责人参加，一是可能让甲方项目负责人了解项目进展，二可以由他们向不能按时交付数据的用户施压，效果会更好一些。

    接下来讲系统设置，系统设置是一个按部就班过程。我也是第一次在FRESH环境做完整的系统设置，希望发现问题的朋友不吝指正。

Core HR部分

1、为中国HRMS管理员设置配置文件HR：用户类型、HR：安全性配置文件（默认已配置），HR：业务组（默认已配置）

2、职务、职位、级别、人员组、成本分配、能力（本次实施没有用到，所以使用的默认的）键弹性域（我使用的是Globle的段，大家是和我一样还是新建的？有什么区别，希望能有人解答一下，我个人觉得只有多业务组的情况下才需要新建段来设置弹性域，而企业在将来基本不可能会启用多业务组，那么使用Globle的段是没有问题的）

3、新建业务组（鉴于其他模块同事的要求我们是新建的业务组，相信有不少的企业实施是用的默认业务组，至少移动是用的默认的，联通是新建的，我现在还不清楚新建和使用默认的有什么区别，不清楚默认业务组改名了对系统是否存在影响，如果没有问题我想大多数人是会使用默认的业务组然后改个名字）

4、新建HR超级用户职责（这里建议新建一个职责用于系统设置，因为中国HRMS管理员还有其他用途，目前发现的问题是员工编号的自动生成公式需要在Setupbusiness group下定义，而中国HRMS管理员设置的业务组正好是Setup business group。不建议设置好公式去该中国HRMS管理员的业务组，然后再做其他系统设置）

5、设置各种应用产品公共程序代码（HR模块界面上的大部分值集的值都是在快速编码中定义的，可以根据需要更改值集中的值，比较典型的有婚姻状态、健康状况、户口类型等等，都可以在应用产品公共程序代码中定义，系统级别的不能操作，扩展级别的可以新增，用户级别的可以根据需要新增、修改、删除）

6、定义人员类型、分配状态

7、设置说明性弹性域（如果有启用就需要进行相应的设置，这里讲一下如何查说明性弹性域的名称，首先进入有说明性弹性域的窗口，然后点击菜单帮助à诊断à检查，块选择$DESCRIPTIVE_FLEXFIELD$，字段选择DF结尾的，然后你就可以看到值里显示的说明性弹性域的名称）

8、设置特殊信息（特殊信息是一种特殊的键弹性域，可以根据需要定义任意多个，特性和键弹性域相同，简称是SIT）

9、设置额外信息（有些菜单里是叫附加信息，它是一种特殊的说明性弹性域，可以根据需要定义任意多个，特性和说明性弹性域相同，简称是EIT）

注：关于某些信息的维护是启用SIT还是EIT，我也没有明确的指导方法，大家可以根据要维护的信息的一些特点来进行选择，SIT具有一定的结构性，对于相同值的组合，在数据库中只存在一条记录，而采用该值组合的信息会使用这个组合的ID指向这个值的组合，如果新增的值的组合在数据库中不存在，系统才会新建，另外SIT可以通过系统标准功能进行查询，根据SIT的组合查询符合条件的员工。EIT没怎么研究过，设置起来比较复杂，需要进行注册跑请求之类，这里就不详细说了，EIT的数据会直接保存至数据库中，一个员工一条记录，不会存在几个员工共享一个组合的情况。如果做技术的朋友有更多的了解，请不吝赐教，谢谢。

Payroll部分

1、定义合并集（一般情况下都是一个工资单对应一个合并集，如果需要多个工资单进行合并成本计算，一起传送GL，多个工资单可以共享一个合并集，这里我没有测试过，但是我想应该是这样的）

2、定义组织付款方法（目前还没有做过公司的银行账号和银行集成的项目，所以付款方法一般都是只定义一个现金，一个银行转账，目的只是为了能顺利定义工资单，如果谁有相关方面的经验系统能够展开来讨论一下，谢谢）

3、定义工资单（这次实施的公司的财务账期是上月的26日至本月的25日，所以薪酬成本数据需要在25日之前传送至GL，所以我将日期偏置à工资的值设置为-6，第一终止日期仍然是月末，这样进行成本计算的时候，终止日期就可以填写25日，传送GL的时候也是25日，如果没有日期偏置的活，成本计算的终止日期就需要填写月末，那么传GL的时候新的账期还没有打开，导致传送失败，薪资无法支付。目前这样设置没有发现问题，唯一的不同就是工资单运行时，五险一金的计算日期回写是工资日。如果谁有更好的解决办法，请一定告诉我，谢谢）

4、定义GL弹性域映射（成本分配键弹性域使用的值集是财务定义好的值集，所以这里直接设置相同的值集进行映射即可）

5、定义要素（要素的内容已经在方案设计和数据收集阶段完成，这里按照业务进行对应设置即可，要注意的属性有要素的主要分类，是否循环，终止类型，优先级。要素的主要分类一定要设置对了，不然会影响某些关键余额的结果，比如付款合计，另外对于一些合计项，如应发合计、实发合计、扣款合计，建议定义为信息类型，输入值1为支付值，这样既不影响余额，也不会影响链接的成本计算设置<必需是具有支付值的项目才能成本计算>）

6、定义要素链接（链接的设置需要在制定方案和数据收集的过程与人力、财务共同确认的内容，收入类项目成本计算为借方，平衡为贷方，扣减类项目相反；不需要分摊到成本中心的项目可设置为固定成本计算，反之可设置为已核算成本；）

7、定义余额（余额主要是为公式服务的，可以根据需要定义，如果你希望某个要素结转到员工的五险一金基数，就在余额结转控制中添加“住房公积金&社会保险要素”，如果你希望某个要素以捐赠的计算方式进行计算，就在余额结转控制中添加“捐赠”，余额结转控制中实际是给要素添加子分类）

8、定义全局值（全局值也是为公式服务的，可以定义一些常量，例如月平均工作天数、平时加班工资倍数、双休日加班工资倍数、节假日加班工资倍数等）

9、定义公式（公式就不在这里详述了，可参考官方文档）

10、     定义公式结果

    完成了上述设置core hr 和payroll就能够做基础的业务处理了，关于权限的设置就不在这里讲了。后续可以设置收集上来的业务数据，用于CRP的演示。设置的内容就到这里了，大家如果有什么问题可以跟帖讨论。另外系统设置的文档一定要认真书写，不止是因为它是需要交付用户的重要文档，也因为你可能不是设置完这一套系统就完事了，整个实施过程可能需要设置多套系统。下周准备讲CRP。

zackchen

    本次更新简单说一下CRP，前期所做的数据收集、系统设置都是为CRP准备的，而CRP主要是为了给用户展示我们的解决方案，给用户一个直观的体验。经历了这个阶段后，解决方案就应该最终确定下来，并且完成用户对解决方案的签字。CRP可以根据前期确认的每一个HR的业务流程来演示如何通过系统完成这样的一个流程，建议如果时间充裕的话可以演示的细一些，也是一个用户培训的过程，为用户在后期的培训打好基础。CRP阶段有可能出现方案的小小调整，不应该有颠覆性的改变，如果出现了那肯定是前期制定方案的时候根本没有做好交流，或者根本没有沟通出问题方面的内容。我目前没有遇到过这种情况，我想如果真的遇到了，也只能加班加点尽量不影响进度的调整解决方案，最重要的是不能够让用户对你失去信心，要Hold住。

    本来是想把CRP拿出来作为一个章节来讲的，但是能力有限讲不出太多有价值的东西。大家可以讨论一下自己做CRP的经验。

    这期的内容比较少，后面的阶段主要就是系统客户化开发功能设计与开发、系统功能单元测试，系统功能集成测试，用户培训，用户UAT，系统上线与支持的过程了。我的更新就改成不定期更新了，感觉自己很难系统的来讲解后面阶段的问题了，遇到什么有价值的问题再写给大家看。帖子会一直更新到这个项目结束。

感觉帖子的点击量还可以，但是回复的很少，虽然帖子主要是写给自己的，但是还是希望能有人一起讨论，这样才能够有更多的东西出来，单靠一个人的想象，很难写出比较完善的东西，希望大家能够多多回帖发表自己的观点，谢谢。

最后跟大家分享一个AIM和PJM的文档，想要学习项目实施和项目管理的同学可以研究一下。

ylf8785

我也是做HR系统实施的，做了5年多了，前几年也做基本的推广项目，主要也是人事和薪酬两块，最近偶尔也有一些新单位的实施，基本流程功能实际上都是一致的，但我自己确实也有点懒与梳理与总结，看了你的帖子，写的很不错，也很到位，要是有HR其他模块的实施讲解就好了{:soso_e179:}

zackchen

ylf8785 发表于 2013/8/11 12:11
我也是做HR系统实施的，做了5年多了，前几年也做基本的推广项目，主要也是人事和薪酬两块，最近偶尔也有一 ...

其他模块没怎么涉猎过，如果你做过可以尝试写一写，对自己也有帮助

happyness

非常感谢你的分享！
我是做SAP HR的，可能是因为刚入行不久的缘故，感觉ORACLE跟SAP应该还是有一定差别的。
我觉得能够坚持做实施顾问，还是蛮辛苦的。工作时间越久，就越发现SAP这水好深，不知道什么时候是个头。有时候做着做着就懈怠了，貌似你永远看不到HR的尽头。
很开心能够看到你的文章，感觉给自己增添了很多动力。
你的一句话，我非常非常非常赞同：我个人认为工作中最宝贵的东西就是做事的方法，并不是你懂多少知识，懂多少技术。掌握了正确的方法，遇到什么样的问题就可以找到入手的地方，都能够通过各种渠道最终解决问题。

刚开始工作的时候，一个劲的专研技术上的东西，刚开始是帮了自己很多忙，可是慢慢做下来我才发现，重要的不是技术，可能你耗费了2天或很多天的时间专研出来了一个东西，真正遇到问题的时候却不见得你会用上。不知道其他人有没有这样的经验，两个人A和B，A专研了某个东西，对她很懂；B可能只是听到了这个东西，但是遇到问题时，却有可能是B利用听来的东西找到了比较好的解决方案。我想可能有几个原因：1有些东西死学之后，不懂得变通，也不舍得去变通；2有时候你太看重这个东西，或因为知道所以太轻视这个东西；3学习方法本身就不对，不懂得活学活用。

所以，很笨的自己终于想明白了你刚才说的这个道理，思路很重要，思维很重要，做事方法很重要。一两拨千金，这样你才不会觉得辛苦，也不会觉得累，有时候面对SAP这湖深水，也不会觉得望洋兴叹。
关于数据收集，HR的数据收集的东西真的蛮多的。你在文章中讲到的几点注意事项，都太好了。我们在实施过程中，也遇到了很多问题，我们现在的做法就是先对系统进行概要培训，待用户对SAP HR的基础概念有了解后，再介绍下数据收集模板如何填写；然后再根据不同数据，确认收集截止日期。然后就是催着他们交稿了。

再次感谢你的分享！