碧桂园人力资源信息化项目需求调研报告(e-HR)

1、广西投资集团人力资源信息化项目需求调研报告建立日期：2009-12-17文档审批项目组中角色签字确认客户方项目经理用友方项目经理1. 需求分析 41.1. 人力资源 41.1.1. 组织机构管理 41.1.1.1. 概述 41.1.1.2. 公司目录管理 41.1.1.3. 部门管理体系 81.1.1.4. 岗位管理体系 91.1.1.5. 编制管理 101.1.1.6. 相关关联业务 101.1.2. 招聘管理 111.1.2.1. 概述 111.1.2.2. 招聘需求计划 121.1.2.3. 招聘信息发布 141.1.2.4. 应聘人员信息登记 141.1.2.5. 招聘过程与人才库管理

2、 161.1.2.6. 招聘入职管理 171.1.2.7. 招聘统计分析 171.1.2.8. 相关关联业务 181.1.3. 人员基本信息管理 191.1.3.1. 概述 191.1.3.2. 人员类别管理 191.1.3.3. 员工编码管理 211.1.3.4. 员工基本信息项目设置及维护 221.1.3.5. 人事信息预警 231.1.3.6. 信息统计分析 231.1.3.7. 相关关联业务 251.1.4. 人员异动管理 271.1.4.1. 概述 271.1.4.2. 员工转正管理 271.1.4.3. 人员调配、离职管理 281.1.4.4. 相关关联业务 311.1.5. 其他

3、人事业务管理 321.1.5.1. 概述 321.1.5.2. 储备干部管理 321.1.5.3. 职称管理 331.1.5.4. 奖惩情况管理 331.1.5.5. 宿舍管理 341.1.5.6. 体检管理 341.1.6. 人员合同管理 361.1.6.1. 概述 361.1.6.2. 合同类型管理 361.1.6.3. 合同文本打印 371.1.6.4. 合同预警处理 371.1.6.5. 相关关联业务 381.1.7. 培训管理 381.1.7.1. 概述 381.1.7.2. 培训资源管理 391.1.7.3. 培训需求收集整理 391.1.7.4. 培训计划制定 401.1.7.5

4、. 培训活动 401.1.7.6. 培训结果应用 411.1.7.7. 相关关联业务 421.1.8. 时间管理 431.1.8.1. 概述 431.1.8.2. 考勤管理 431.1.8.3. 加班管理 441.1.8.4. 休假管理 441.1.8.5. 相关关联业务 461.1.9. 绩效管理 461.1.9.1. 概述 461.1.9.2. 集团优秀员工评估 471.1.9.3. 营销中心销售顾问绩效考核 481.1.9.4. 相关关联业务 521.1.10. 薪资管理 531.1.10.1. 概述 531.1.10.2. 月工资管理 531.1.10.3. 营销中心销售顾问佣金管理

5、551.1.10.4. 相关关联业务 561.1.11. 福利管理 561.1.11.1. 概述 561.1.11.2. 原型业务描述 571.1.11.3. 需求分析 571.1.11.4. 相关关联业务 591.1.12. 自助平台 591.1.12.1. 概述 591.1.12.2. 原型业务描述 601.1.12.3. 需求分析 601.1.12.4. 相关关联业务 601.2. 与其它业务的集成关系 611. 需求分析1.1. 人 力资源1.1.1. 组织机构管理1.1.1.1. 概述组织机构管理是 HR 业务的基础，主要业务包括：a）集团内公司目录、 集团部门管理体系、 集团岗位管

6、理体系、 职务管理体系的设置和 管理。各分公司的公司信息、部门信息、岗位信息的设置。b）集团内各分公司及其部门、岗位的编制管理。c）管理各种岗位任职资格、素质指标要求、岗位培训要求等规则的管理。d）各岗位继任人选管理。e）虚拟组织管理。1.1.1.2. 公司目录管理1.1.1.2.1. 原型业务描述当前集团人力资源部 （以下简称： 人力资源部） 对全集团公司目录的管理， 主要依据现 有的 17 个行业来划分：总公司、物业管理公司、酒店和俱乐部、发展公司、营销中心、建 筑公司、装修公司、机电公司、管桩厂、建筑设计院、建筑规划院、装修设计院、顺茵绿化 设计公司、水厂、华南房地产、学校、球会。在此基

7、础上再按照板块来细分。售楼部、保安 总部的管理是跨公司的垂直管理模式，其他类型的公司基本可以明确业务管理范围。但是集团财务部 （以下简称： 财务部） 对集团公司目录的管理， 则首先是按照上市与非 上市公司来划分。在此基础上再按照板块来管理，最后再按照行业、区域来进行细分。下图为人力资源部现有集团公司目录图（图HR01）：高财盹主郵咽ur学艳物业管，理公司|碧桂董事局直着申英上学紜 畀苗花幡学桂 ARK申藍丈4+4半W暑哇目学独 m-ffs字晚亲加泰亲最庄豈鼻#|酉金U-H iaEMagg 悄山貝胃店 feH-sgg 广州貝島嘯.謂店台山書尔4K H-总塔远 WH s rt- AH 灼安广耒iu

8、崔taMIa昏尺金司甫涉分殳司 广南気韩lsl*,E理4f g司1E科乜理处LH钢逼於世埔限密可广第更輕on憎-*营-w帝隈金rp阳嘉曲4-司广东*S4t阖切生它理有亂仑可曾山分脊trr 东 nS 昭 ft* f 冑 书金M分 广 WH 甘W i 毛 ffi M* 可 广#广 S恫 t tf g 电* 用2fl 仝ktbmll-hhus# 广羣。雄回割电F理：JHg佥FIF堂建裁公司装樓公司绿牝T柱令司 対n计蛊上as月矗育空TF故：&曲尺薦虔堆产并挨甫厦叠司丄i n fi u 匕 电Q 盘 可鼻山更睦QD 间& S AK.帝套書韭區脅可斛产开廉司单13 吐1E启电产會FE*宰W焉堆时恋司 x

9、sft LM 企W 广*虑赴因金丙 黑甯暑崔EB脅nr 即*打松国殳可 bir算!宦貝3可 :EP左寥出2耳 即菽幡再隹酉金可 庇村杠麗K1国怡用 (K rttt 9图 HR011.1.1.2.2. 需求分析1. 公司目录设置根据对集团各业务部门对公司目录统计管理的业务需求分析， 主要问题是财务 部与人力资源部对公司目录的分类划分过程有所不同。 但是最终对公司分类的纬度 是相同的。 最终公司目录的确认基本可以按照财务部提供的公司目录确认， 人力资 源部在此基础上进行调整。但是必须对以下问题进行进一步分析。a）、问题及需求：财务部门对板块的划分与人力资源部门的划分方式有所不同。 财务部 的划分方

10、式是按照经济属性来划分， 人力资源部的划分方式主要是按照行 政管理来划分。 这样导致对公司上下级关系的设置有所不同。 数据统计的 归口有所差异。建议方案：首先在用友 NC 系统（以下简称： NC 系统）中， ERP 各模块是在同 一个平台上面运行的， 公司目录是各业务模块共用的， 所以设置过程必须 兼顾各模块的应用需求。公司目录上下级关系的设置对财务的影响比较 大，基本可以按照财务部提供的公司上下级关系来设置， 但是需要满足人 力资源业务，还须解决以下两个问题。首先， 售楼部、 保安总部的管理是跨公司的垂直管理。 按照财务的分 类方式， 他们管理的人员分布在不同的公司，发生的费用也摊分到不同的

11、公司。 但是按照人力资源业务管理， 他们在同一个业务体系内， 需要跨公 司进行管理。 两种分类方式对人员信息维护和数据统计跟踪都有影响。 对 于这两方面的问题， 可以通过对用户跨公司分配权限， 再在数据方面进行 部门权限控制来解决。其次， 由于财务部与人力资源部对于统计的归口不同， 导致人力资源 的数据统计方式不能完全按照财务部的公司目录上下级进行统计。 但是人 力资源部的统计级次相对较小。 处理方法是在公司目录中增加项目， 记录 公司的上下级关系，以便统计需要。房 产 管 理 部保 安总部（5-6 人）A盘（N个 人）B盘（r个人）C盘（N个 人）D盘（N个 人）E&,图 HR03发督查部A

12、盘r b盘C盘，（N个(N个人）人）b）、问题及需求：在原来旧的人事系统（以下简称：旧人事系统）中，人员主要是按照 板块来管理。现在按照公司目录来管理，需要考虑以下问题：如何确定员工应该归属到哪个公司帐来管理，这种分类方式对人事业务有什么影响；对财务有什么影响；对其他人力资源业务有什么影响。建议方案：首先对于历史数据的处理，在旧人事系统中，人员所在公司是在人员 信息项目中记录的，在职人员基本都已维护该字段。在数据整理的时候， 需要对数据的准确性进行验证。对于没有维护所属公司的人员，一般都是以前已离职的人员， 不需再详细追述员工以前所在公司，只需给一个默认公司统计即可。如果不希望这些已离职人员影

13、响数据统计，在数据统计的时候通过条件筛选就可以了。其次以后在NC系统中新增人员归属的公司，按人员主要工资发放的 公司来维护。如果财务费用归属的公司与员工档案维护的公司不相同，可以通过人员引用的方式来处理。对于其他人力资源业务，系统本身已经提 供跨公司处理的业务功能。不影响系统使用。c）、问题及需求：数据统计要求按权限控制。建议方案: 默认情况下，报表数据权限的控制是依据用户所拥有的公司、部门、业务权限来控制。如果需要特殊控制，报表制作的时候再进行调整。1.1.1.3. 部门管理体系1.1.1.3.1. 原型业务描述除公司目录外， 部门目录也是属于财务与人力资源业务共用的基本资料。 当前 财务业

14、务应用的主要系统与人力资源业务应用的系统是不相同的。 由于公司目录基 本按照财务的划分方式来设置，所以部门的设置也可以参照财务的部门结构来处 理。从当前的财务及人力资源管理业务来看， 虽然各行业不同板块间部门结构十分 相似，但是从集团的角度还没有按行业建立部门设置的集团标准。1.1.1.3.2. 需求分析a）、问题及需求：当前财务与人力资源管理的部门划分基本相同， 部分部门的含义有所 差异。 财务对下属单位部门的要求没有人力资源要求的详细。 需要与财务 部门协调统一。建议方案：对部门的划分标准，从大的方面基本可以按照财务的划分标准来设 置，对部门的明细，由人力资源部门来设置。b）、问题及需求：

15、虽然对于集团不同板块的同一行业来说， 由于经营内容相似、 管理方 式相似， 所以部门结构基本相似。 但是从集团的角度来说， 还没有按行业 归纳出一个部门设置标准。导致垮公司对相同性质的部门数据统计困难。建议方案：从集团的角度，按行业建立部门设置标准。规定部门编码、名称、含 义，各单位按照标准设置本单位部门信息。1.1.14 岗位管理体系11141原型业务描述目前碧桂园集团已经按照行业对现有岗位进行了规范，规范的行业包括： 总公司、项目管理类岗位；物业管理岗位、酒店岗位、建筑公司岗位、高尔夫 球会岗位。并对各岗位的类别、等级进行了确认。11142需求分析a）、问题及需求:各行业岗位已基本规范，基

16、本可以按照此规范进行系统设置。但是各行业所属的等级不同，需要进一步确认。例如：下图（图 HR02 ）所示各个公司人力资源部情况，每个公司的 人力资源部岗位配备都有相似的地方，但岗位所处的级别是不一致的。凤凰城主住人击助锂衍舍管噸处風组氏衍吉纺快丁握乐卞百理员盲吉爸-七里员凤團械酒帛经理人事主管人辛助理均讪1主任坨训助t里人手肋珅宿舍笛理At组长海丨1冯拦匠主任人爭助瑾培训助埋远里社组卜一陌古管迎员左任人爭助理術产篙T甲町宿吉準侈工华侖奔性匹主任人爭为埠詹書-營士里址组畏图 HR02建议方案：从集团的角度对各岗位的等级进行进一步的细分。考虑到以后可能发生的变化，当前设置集团岗位等级的时候，应该预

17、留一定的代码。b）、问题及需求:虽然集团建立了岗位设置标准，但是如果各单位按照标准设置，可能会产生一些错误。既然集团标准已经制定，系统应该可以由集团进行统一 设置，公司账引用，一方面可以避免录入错误，另一方面方便集团对各公 司相同岗位的信息进行统计。建议方案:在NC系统中可以分行业进行集团岗位设置，公司账引用集团岗位。 如果单位有，但是集团岗位没有设置的，由集团人力资源部确认后加入集 团岗位。集团岗位除设置基本信息外， 还需要逐步补充岗位相关的内容信 息。例如：岗位描述、岗位要求、岗前培训标准、在岗培训内容等信息。 以便岗位考核、岗位培训业务应用。1.1.1.5.编制管理11151原型业务描述

18、由于集团发展很快， 新的业务不断开展， 很多单位人员不断扩充。 所以从 集团的角度来说，还没有对各单位的编制进行统一管理。但是部分管理比较成熟的单位，已经自行进行了编制管理。单位的编制管理主要由单位总经理进行审批，一般流程如下：单位内各部门设定本部门的人员编制数 *报送HR部审批 报送总经理审批制定部门需求11152需求分析a）、问题及需求：需要系统提供编制逐级管理功能，单位编制下放到部门编制，再下放到岗位编制。随时可以统计出超编、缺编的情况。建议方案：系统除提供需求中所有功能外，还在人员变动的时候， 提示超编情况。还可以通过报表统计功能，从多维度对超缺编情况进行统计分析。1.1.16相关关联

19、业务关联流程图图 HR03接口说明1. 组织机构管理系统向人员信息管理系统提供人员所属公司、部门、岗位等任职信息；2. 组织机构管理系统向人员变动管理系统提供人员任职变动信息；3. 招聘管理系统根据岗位空缺情况发布招聘信息、制订招聘计划；根据岗位（职务）任职 资格、素质要求、岗位职责等进行招聘甄选；4. 培训管理系统可运用岗位信息设立岗前培训、在岗培训的内容；5. 绩效管理系统可运用关于部门、岗位的考核指标。1.12招聘管理1.2.1.概述招聘管理业务主要涉及的业务有1、招聘需求确认2、招聘信息发布3、应聘人员信息登记4、招聘过程管理5、人才库管理6、录用管理7、人员录用管理&招聘情况统计由于

20、集团自身发展比较快，新的业务不断开展， 导致人员需求很大， 总体招聘业务工作量大，同时内部招聘导致人员变动十分平凡。从集团的角度来看，由于很多单位发展太快， 没有设定单位编制， 所以集团没有对各分 公司的编制进行统一管理，也没有设定集团统一的招聘需求计划。当前的招聘业务需求， 主要是由各分公司根据需要设定本公司的招聘需求。 人员的招聘 过程一般由集团根据各分公司招聘需求进行招聘，部分职位由分公司自己进行招聘。招聘的渠道包括： 人才交流会、 内部招聘、 广告招聘、 网络招聘、 校园招聘、 员工介绍、 接收退伍军人等。招聘对象的类别基本可以分承： 一般员工和高级管理、 技术人才。 一般员工招聘需求

21、量 大，但是不要求对招聘过程进行详细跟踪， 未被聘任的人员不需要进入人才库。 高级管理人 才、技术人才的招聘要求跟踪招聘详细过程，建立招聘人才库。如果集团统一招聘的人员，由集团按排入职培训。陪训合格后再分配到各单位工作。碧桂园招聘业务主要的需求包括：1、被招聘人员一旦被聘任，人员基本信息自动进入 HR 系统，不需招聘专员或人事专员再重新录入一次。2、高级管理人才、技术人才招聘过程跟踪、建立招聘人才库。3、对招聘情况进行统计分析，需要提供实用的统计分析报表。1.1.2.2. 招聘需求计划1.1.2.2.1. 原型业务描述进两年来，因为离职而补充人员的情况比较少，主要是业务发展而增员。 当前招聘需

22、求的制定、审核，主要是由各分公司根据自身业务需要确定， 集团人力资源部根据各分公司招聘需求进行招聘， 部分职位分公司也可以自行 招聘。集团一般不对分公司的招聘需求进行审核。很多公司在提交招聘需求的时候，给出的招聘标准多数情况下比较含糊。 招聘主管无法准确的理解招聘需求，使得有时招来的人与实际需求有所偏差。部分分公司的招聘出现无计划性， 有时直接打电话要人， 而且要人要得很 急。公司内的招聘需求确认流程如下： 各用人部门填写招聘需求表， 并按照规 定的审批流程进行审批，审批后统一安排招聘活动。如：招聘需求采集门部人用人员需求申请单/ 电话 /email部源资力人开始招聘层高司公O-N大多数员工的

23、招聘工作主要由集团人力资源部组织完成。代公司招聘的人员由集团人力资源部面试、筛选通过后，再由用人公司面试。部分职位也可由分公司自行招聘，但比较少且固定。11222需求分析a）、问题及需求：当前集团人力资源部的招聘工作，主要是帮助各公司进行人员招聘。集团人力资源部当前主要工作还是停留在具体的招聘事务工作上。很少从集团的角度对招聘需求的制定进行引导和管理。建议方案：首先在业务成熟的分公司逐步规范岗位管理制度。明确岗位职责、技能要求、素质要求、能力要求等一系列岗位需求指标。然后根据业务需求，有效的确定各岗位人员编制。根据岗位编制满足情况，制定招聘需求计划。当业务需求发生变化，导致岗位编制需求变化，也

24、应适当调整招聘需求计 划。集团人力资源部除了需要完成招聘工作，满足各单位招聘需求外，还应该协助单位制定进行员工需求分析，以准确制定招聘需求计划。系统可提供以下功能： 设置部门、岗位编制，分析员工超缺编情况，设置岗位要求说明，为招聘需求计划提供直接依据。根据员工入职、离职情况，通过统计分析报表， 提供各个纬度的流动情况分析。b）、问题及需求：公司招聘需求的制定缺乏有效的指引， 靠经验判断需求。 导致招聘出现无 计划性。招聘需求不明确，不具体，操作起来十分困难。建议方案：在制定的岗位编制需求的基础上， 结合业务发展需要， 客观的制定招聘需 求计划。集团人力资源部应该帮组公司及时，有效地制定招聘需求

25、计划。集团人力资源部还应该， 利用招聘统计分析报表， 分析招聘的效果， 逐步 总结和完善招聘工作。 并将结果传达到各分公司业务部门， 有效地指导各分公 司的招聘工作。1.1.2.3. 招聘信息发布1.1.2.3.1. 原型业务描述招聘的渠道包括：人才交流会、内部招聘、广告招聘、网络招聘、校园招 聘、员工介绍、 接收退伍军人等多种渠道。 所以招聘信息的发布方式也比较多。其中网络招聘信息发布是一种主要的发布方式， 包括： 碧桂园公司自己的 网站发布招聘信息、国内知名招聘网站发布招聘信息等。1.1.2.3.2. 需求分析a）、问题及需求:由于招聘信息的发布，主要是在 NC 系统以外进行的，所以对 N

26、C 系统的 要求不高。由系统提供招聘岗位的相关要求即可。建议方案：通过系统的招聘业务报表， 根据条件导出招聘岗位需求信息， 以供招聘工 作参考。1.1.2.4. 应聘人员信息登记1.1.2.4.1. 原型业务描述当前招聘工作的主要方式是网络招聘， 为了扩大信息的覆盖面， 碧桂园集团每年都与专业招聘网站签订合作协议。与专业招聘网站的合作有两种方式：一是直接在专业网站上发布招聘信息， 应聘人员在招聘网站上填写个人基 本信息、投个人简历。招聘主管再根据应聘人提供的信息逐步完成招聘工作。 一般专业招聘网站的主要作用是广泛发布招聘信息， 吸引尽可能多的人员来应 聘。有时也利用专业招聘网站提供的报表功能，

27、对招聘过程进行统计分析。二是利用专业招聘网站提供的超链接功能， 将公司自己的招聘网站开放出 来，可以直接进入公司招聘网站获取招聘信息。 应聘人员填写的个人基本信息、 投的个人简历， 直接存入公司招聘网站系统的数据库。 专业网站只起到信息传 播的作用。不管是哪种方式， 都必须经历如下过程： 应聘人员登录招聘网站填写本人 基本信息、 投送个人简历。 通过筛选、 测试、培训后， 应聘人员成为公司员工。 对于新入职人员， 首先需要在三九系统中录入新员工个人基本信息， 为新员工 制作工卡。 然后再将新员工个人基本信息录入人事系统。 同时将新员工信息录 入综合系统。1.1.2.4.2. 需求分析a）、问题

28、及需求：应聘人员一旦被聘任， 该员工的个人基本信息就将再被手工录入三个不同 的系统， 在招聘人员很多的情况下， 工作量成倍增加。 而且手工录入容易出现 错误。希望能整合各系统的录入工作，以减少数据录入工作量。建议方案：不管碧桂园自己的招聘网站， 还是专业网站。 应聘人员自己填写的个人基 本信息对于 NC 系统外的来说， 都是系统外登记。 如果要将系统外信息直接转 入 NC 系统，可以通过两种方式解决。一是确定需要导入的数据，明确数据表、字段、字段含义、字段类型等信 息。外系统导出 EXCEL 表，再按照 NC 系统的结构导入 NC 系统。这种方法 的好处是， 不需要作接口开发工作， 避免了程序

29、不稳定带来的风险。 不会因此 延长项目实施的周期。从外系统导出 EXCEL 系统后，可以进行很方便的修改 和核对，便于调整数据。缺点是，需要手工干预，与接口自动转入来说，会多 一定工作量。二是与专业网站的合作， 通过超链接方式连接到本公司招聘网站， 应聘人 员信息登记到本公司网站， 再针对公司招聘网站制作数据接口。 好处是， 确定 的入职人员自动转入 NC 系统，减少手工干预，减少工作量。缺点是：需要作 专项开发，开发周期较长，测试工作量大，投入成本增加。可能会因为程序不 稳定带来应用风险。 需要严谨的考虑导入规则， 否则会带来数据错误风险。 以 上风险多可能导致项目实施周期拖长。在招聘业务发

30、生的频率不是很高的情况下， 建议使用第一种方式。 第二种 方式风险和投入都十分巨大。b）、问题及需求：除了解决网站导入 NC 系统的问题外， 还存在将人员个人信息导入其他系 统的问题。建议方案：首先从三九系统的操作过程来看， 员工报道的时候， 操作人员在三九系统 中录入员工个人基本信息， 然后为新员工开一张员工卡。 由于员工个人基本信 息的录入是在员工本人领取员工卡片的时候发生， 业务发生比较分散。 而且录 入三九系统的信息量很少， 数据导入意义不大。 建议按原方式进行， 不做任何 接口。NC 系统正式使用后，原人事系统将停掉，所以对原人事系统作导入接口 意义不大，不做处理。由于综合系统还需要

31、继续使用， 只能通过开发数据接口解决。 开发数据接 口需要处理以下问题：a) 综合系统组织架构必须与 NC 系统同步。b) 统一双方相关表的数据结构。c) 制定数据导入机制。确定数据导入规则、周期、纠错规则等。 接口开发存在风险，需要有所准备。1.1.2.5.招聘过程与人才库管理1.1.2.5.1. 原型业务描述一般员工的招聘过程不要求做过程记录， 也不需要建立人才库。 但是高级 管理人才、 技术人才则需要对招聘过程进行记录， 同时需要建立人才库。 招聘 结束后需要对招聘情况进行分析。1.1.2.5.2. 需求分析a)、问题及需求：对高级管理人才、 技术人才的招聘工作， 需要详细记录招聘过程，

32、 通过招 聘分析报表对招聘过程进行分析。同时需要建立人才库管理。建议方案：由于招聘的发布是在 NC 系统外进行的， 所以招聘过程的记录可以有三种 方式。一种是利用专业招聘网站的功能， 对招聘过程进行记录、 分析。 人才库也 在网站中管理。好处是，招聘过程不用在 NC 系统记录，当前招聘过程操作模 式不用改变。 缺点是， 由于数据在网站的数据库中记录， 数据保存受外部条件 限制较多。 在 NC 系统对人员的信息记录不够完整， 对员工全面分析可能出现 信息缺失。第二种是应聘人员信息从专业网站导入(录入) NC 系统，招聘过程由 NC 系统来记录，人才库也由 NC 系统管理。好处是， NC 系统过程

33、记录完整， 便于统计分析。招聘数据保存在 NC 系统数据库中，数据便于管理。缺点是， 需要改变当前招聘操作模式。如果应聘人员太多，可能会使数据量迅速增大， 影响其他业务的应用。由于应聘人员信息直接写入 NC 系统，接口对 NC 系统 具有一定风险。第三种是以本公司网站作为连接专业招聘网站和 NC 系统的桥梁。 专业招 聘网站提供信息发布平台， 应聘人员进入专业招聘网站后， 通过超链接进入公司网站， 在公司招聘网站中登记个人基本信息。 招聘过程记录、 数据分析都在 公司招聘网站中进行。最后将招聘结果导入 NC 系统。好处是，首先可以利用 专业招聘网站发布信息， 增加招聘信息发布的广度。 其次应聘

34、人员信息保存在 本公司自己的系统中， 数据管理、 使用都比较方便。 招聘过程信息不用保存在 NC 系统中，对 NC 系统的其他操作不会产生不利的影响。不足的地方是，需 要专业网站、 公司招聘网站开发人员、 用友顾问及开发人员确定数据传输方式。 同时还需要三方进行配合测试。出现问题涉及面广，协调起来比较麻烦。1.1.2.6.招聘入职管理1.1.2.6.1. 原型业务描述员工入职需要办理的手续比较多， 首先员工入职需要收集： 劳动手册、 流动人 口婚育证明、相片、身份证复印件、健康证复印件等。同时需要向员工办理：工卡 （有分部四格工卡、无分部三格工卡、通用卡、商场员工证、各类型临时出入卡） 、 饭

35、卡（门禁卡、国际高职卡、行政高职卡、员工卡、非员工卡、通用高职卡） 、合 同，并确定应该交纳的押金金额，包含的交款项目生成入职证明 （公司、部门、 职位、姓名、工号、入职日期、交款总额等信息） 。由于人数众多，涉及多个部门，管理起来有时花费时间较长。1.1.2.6.2. 需求分析a）、问题及需求：新员工入职， 需要收集的证件和需要办理的手续很多。 同时有些入职流程 需要其他部门的配合。如果入职员工很多，手续完成情况跟进起来比较麻烦。 为了提高工作效率，需要系统提供入职手续完成情况查询功能。建议方案：首先在 NC 系统中设置一个子集， 专门记录员工入职资料提供的情况； 押 金缴交情况； 工卡、饭

36、卡办理情况。 根据员工个人基本信息生成员工入职证明。 再在系统中完成劳动合同签订工作。入职办理人员可以根据系统记录的信息来跟踪入职手续完成情况。同时系统提供查询报表，查询多个员工入职完成情况，提高管理效率。1.1.2.7. 招聘统计分析1.1.2.7.1. 原型业务描述当前招聘的过程记录基本都是在专业招聘网站或公司招聘网站上记录的， 所以对招聘的统计分析也是利用招聘网站提供的功能来处理的。 虽然当前专业 招聘网站提供的招聘分析报表比较实用， 但是双方合作一旦结束， 历史数据将丢失。11272需求分析a）、问题及需求：希望招聘历史数据保存在碧桂园方便管理的范围内，历史数据不会因外部原因丢失。建议

37、方案：招聘过程在公司招聘网站或NC系统中保存。具体方式与前面其他招聘问题一样处理。b）、问题及需求：如果招聘信息保存在公司招聘网站或NC系统，系统功能需要加强， 以适应招聘需要。建议方案：当前公司招聘网站的现有功能还不能达到专业招聘网站功能，特别是统计分析报表。如果利用公司招聘网站完成招聘过程记录、 数据统计分析，业务应 用功能上、分析报表上需要作较大的改进。如果招聘过程在NC系统上做，报表分析功能需要通过常用查询分析报表 进行设置。1.128.相关关联业务关联流程图接口说明1. 招聘管理从组织机构管理提取部门、岗位、职务参照及岗位说明。2. 招聘管理向人员信息管理提供试用、转正的员工信息。招

38、聘管理向人员合同管理提供报到/入职/归档人员的合同记录。113人员基本信息管理1.131. 概述人员基本信息是HR管理的基础。人员基本信息管理的内容主要包括：1、人员类别管理。2、员工编码管理。3、员工基本信息项目设置及维护。4、人事信息预警。5、统计分析报表应用。目前碧桂园集团各公司的人员档案资料除了学校、管桩厂以及腾越建筑公司使用另外的人事系统管理外，均通过 Powerbuilder工具自行开发的一套人事系统管理（以下简称： Powerbuilder系统），该系统多个地域采用多个数据库管理，数据资料无法集中汇总。其功 能操作权限主要划分为管理员/入职岗/离职岗/薪酬考勤岗/社保职称岗。人员

39、信息管理主要用于对人员原始数据的采集，管理在职员工、解聘员工、离退员工、 其它类别人员的人事信息，提供各种人事卡片、花名册和常用的统计分析功能。1.1.3.2. 人员类别管理11321原型业务描述碧桂园集团各公司的人员在Powerbuilder系统上主要有以下几种分类:人员类别编码人员类别名称上级人员类别1正常在职2离职已办3离职待办4调职5停薪留职其中，（凤凰城）酒店虽有临时工、连办班学生的概念，但不要求做为一种人员的正式 分类，只要求在 NC系统上做标记用以识别。各公司存在返聘人员，此类人员在Powerbuilder系统上处理为把正常人员做为返聘标记即可。管桩厂人员主要有以下分类:人员类别

40、编码人员类别名称上级人员类别1计件人员人员类别编码人员类别名称上级人员类别11一线生产人员计件人员12临时工计件人员2月薪人员21管理人员月薪人员22技术人员月薪人员23办公室人员月薪人员24仓管员月薪人员25后勤人员月薪人员11322需求分析a）、问题及需求：人员类别是人事管理的基本信息资料。不同的人员类别代表不同状态的人员。同时人员类别也是人员信息统计的一个关键的统计口径。从Powerbuilder系统中设置的人员类别来看，人员类别的划分主要是按照人员在职、离职的状态来划分的。管桩厂的人员分类主要是按照员工薪资类别来划分的。对于人事信息统计没有意义。需要根据系统管理特点重新规划人员类别设置

41、规则。建议方案：在NC系统中，根据不同状态的人员所涉及的业务不同，分成：在职人员、解聘人员、离退人员、调离人员、其他人员五大类。为了不产生不必要的信息， 系统根据每大类人员的业务特点，做了一定的控制。每大类人员具体含义是：在职人员：指在册的正式员工。解聘人员：曾经在本单位，合同到期或其他原因解聘的员工。离退人员：曾经在本单位，现在由于离休、退休等原因离开的员工。调离人员：曾经在本单位。现在调离到其他单位的员工。即使员工属于碧桂园集团内单位间调动， 对于调出单位来说，该员工依然是调离人员。其他人员：本公司管理人事关系，但是并不真正属于本单位在职员工。（特殊情况下需要代管的人员。）碧桂园集团的人员

42、分类，建议在系统五大类的基础上，再根据人事统计需 要进行分类。人员分类不需要太细，否则系统操作会变得很复杂。由于NC系统有员工异动管理功能，可以管理员工异动的过程。 所以员工异动的过程状态不要以人员类别来管理。人员类别反映异动结果就可以了。员工的薪资信息、职务信息等也最好不要通过人员类别来管理。 否则任何 的薪资或职务变动都需要走人事变动流程。 操作起来十分麻烦。 建议通过岗位 来管理，或者在人事信息项目中设置人事项目来管理。1.1.3.3. 员工编码管理1.1.3.3.1. 原型业务描述在旧人力资源系统中，员工编码由系统自动生成，编码规则为： 顺德地 区员工工号长度前 2 位是部门编码、 第

43、 3 跟 4 位数是分部编码、 后 5 位是流水 序号 ；其他地区另有一标准，第一位是部门编码、第二、三位是分部编码、 后四位是流水序号。当员工工作所属部门发生变化时，员工编码也发生变化。另外在保存的员工资料存档中，员工编码作为索引编码使用。1.1.3.3.2. 需求分析a）、问题及需求：在旧人力资源系统中， 员工编码具有标示员工所属部门信息的作用， 随着 员工所属部门的变化， 员工编码也发生调整。 这种方式对于单公司应用的系统 来说问题不大。 但是在 NC 系统这种集团化应用系统中， 员工在集团各公司间 不停的调动，如果人员编码这种标志着员工系统身份的编码页不停的发生变 化，对于员工的历史记

44、录的跟踪将十分困难。 但是员工资料的保存是按旧有员 工编码， 也就是按照部门来保存的。 如果员工的所属部门发生变化， 人员编码 不变，人事档案查找起来非常的困难。系统方案需要解决此矛盾。建议方案：在 NC 系统中， 为了方便的跟踪员工的历史记录， 员工编码是员工在系统 中的唯一身份证明，所以在 NC 系统中一旦确认了员工的编码就不能发生改 变。但是在旧系统中的员工编码具有打印员工工牌和资料存档索引的作用。 使 用 NC 系统中员工编码的制定规则， 第一个功能可以满足， 但是员工所属部门 发生变化使第二个功能无法实现。 所以建议在 NC 系统中的员工编码只作为员 工在系统中唯一身份标示， 不承担

45、旧系统中员工编码的功能。 旧系统中员工编 码的功能采用其他方法实现。在旧系统员工编码的两个功能中， 打印工牌的功能容易满足， 但是资料存 档索引的功能比较难实现， 所以首先需要解决此问题。 资料存档索引问题的关 键是员工所属部门发生变化， 系统可以根据新部门的编码、 员工在新部门中顺 序自动生成新的员工编码。在 NC 系统中本身已经记录了员工新部门的编码， 如果采用员工进入部门的时间来做序号问题就解决了。 所以资料存档索引使用 的员工编码不需要再在 NC 系统中单独保存， 需要时系统根据员工当前所属的 部门及进入部门时间自动生成就可以了。由于当前员工的工牌号码是按照旧系统中的员工编码来制作的，

46、 如果按照 NC 系统自动生成员工编码的方式， 现有工牌很多需要重新打印， 工作量很大。 为了能继承旧系统中的员工编码， 在 NC 系统中需要增加一个字段来存储旧系 统中的员工编码。在 NC 系统中，员工所属部门发生变化的时候，再按照新的 办法自动生成编码。1.1.3.4. 员工基本信息项目设置及维护1.1.3.4.1. 原型业务描述员工基本信息项目是人员基本信息管理的重要部分。 员工基本信息的管理 分成三部分： 一部分是管理与员工工作相关的状态信息， 例如： 员工所属的单 位、部门、岗位、人员类别、入职日期等信息。另外一部分是员工当前的个人 信息，是对员工当前一些状态的反映。例如：身份证号码

47、、性别、出生日期、 最高学历、 政治面貌等信息。 其次还有记录员工历史记录过程的若干子集信息。在旧系统中， 也记录了一些人事基本信息。 除以上已经讨论过的人员所属 单位、部门、 岗位、人员类别外， 主要还有一些人员个人信息。 子集主要包括： 职级变动情况、岗位变动情况、假期管理情况、薪金变动情况、水电费情况、 高职就餐情况、宿舍情况、离职情况、联系方式、合同信息、家庭情况、非学 历证书、工作简历、社保情况、住房公积金、学历情况、奖惩情况。1.1.3.4.2. 需求分析a）、问题及需求：从旧系统中的人员子集信息项目来看，部分业务应该由业务系统来完成， 不应该全部都作为子集信息项目来管理。 需要对

48、旧系统中的信息项目进行分类 整理。建议方案：职级变动情况、 岗位变动情况属于人员异动的结果， 通过人员异动业务处 理，自动生成相关信息即可。在 NC 系统中，有一个任职情况子集专门记录员 工在本单位的部门、职务、岗位等变动情况。不需要单独通过子集管理。假期管理情况在 NC 系统中有专门的休假管理模块进行管理， 所以不需要 单独建立子集。至于水电费情况、宿舍情况等信息属于宿舍管理系统需要处理的问题。 社保情况、住房公积金等信息在 NC 系统中有专门的福利管理系统来管 理。其他的子集可以根据情况调整设置。b）、问题及需求：在旧系统中很多参照的标准与 NC 系统中的标准不一样， 数据导入会出现 问题

49、。建议方案：在将旧系统中的数据导入新系统之前，可以通过 SQL 语句，将旧系统数 据调整成 NC 系统中需要的格式， 然后再导入 NC 系统。个别核对不上的内容， 再手工进行调整。1.135. 人事信息预警11351原型业务描述碧桂园集团人员很多，在手工管理的情况下，有些业务到期了很难监控。 例如：员工生日到期、合同到期、员工转正到期等。11352需求分析a）、问题及需求：需要系统提供及时准确的信息提醒功能。建议方案：通过NC系统提供的预警功能，可以灵活准确的设置预警条件，以实现预警功能。1.136. 信息统计分析11361原型业务描述当前碧桂园集团的统计分析报表还比较有限，主要是人员花名册；

50、对单位、部门的简单人事统计；超缺编情况统计；人员入职离职情况统计报表。月人员统计表：碧桂园各楼盘年 月在职员工数统计公司名物业管理公司酒店、俱乐部发展公司总公司营销中心建筑公司男女总人数上月总人数增减情况制表：人力资源部日期：XX年XX月XX日入职离职情况统计：碧桂园各楼盘年月人员流动情况统计公司名物业管理公司酒店、俱乐部发展公司总公司营销中心建筑公司上月人数入职离职调出调入本月人数制表：人力资源部日期：XX年XX月XX日年离职率统计：碧桂园年离职率统计公司名物业管理公司酒店、俱乐部发展公司总公司营销中心建筑公司离职人数离职率制表：人力资源部日期：XX年XX月XX日注：公司名还包括：装修公司、

51、机电公司、管桩厂、建筑设计院、建筑规划院、装修设计院、顺茵 绿化设计公司、水厂、华南房地产、学校、球会。此处的统计按工资成本划分公司。“物业管理公司”指工资在物业管理公司出的这部分人；“酒店、俱乐部”指工资在酒店和俱乐部出的这部分人；发展公司指除总公司、营销中心外，其他部门 工资划入发展公司出的这部分人，如：车队、绿化的一部分、板房服务部等。各盘及各酒店在职人员状况表：碧桂园各楼盘 年 月在职员工数统计楼盘顺德碧桂园西苑半岛碧桂园广州碧桂园华南碧桂园男女总人数上月总人数增减情况制表：人力资源部日期：XX年XX月XX日注：楼盘为集团各楼盘及酒店。此处的统计为各盘物业管理、 酒店的总人数，不统计总公司各部门、 营销中心、设计院等单位。学历结构统计：碧桂园在职员工学历统计（统计截至日期：XX年XX月XX日）学历博士硕士本科大专中专高中初中小学合计人数比例制表：人力资源部日期：XX年XX月XX日注：此处“中专”的统计包含“中技”年龄结构统计：碧桂园