eHR需求分析报告.doc

XＸX集团股份有限公司
信息化项目——eHR系统
需求调研分析报告
提交日期:
修改日期:
文控编号:
客户项目经理：

日 期:
ﻩ
用友项目经理：

　日 　 　期:

文档控制

更改记录
日期
作者
版本
更改记录

审 核　人
姓名
职位
版本
审核时间

分 　　发
复制号
姓名
版本
备注

注意:
由于文档控制得需要，请您在收到这份文档得拷贝时,将您得姓名填入以上表格中相应得位置。
目 　录
1、ﻩ调研总结 5
１、1、 调研报告得目得ﻩ5
1、2、ﻩ调研活动得总结ﻩ5
2、ﻩ组织机构管理ﻩ５
2、1、 概述 5
2、２、ﻩ组织架构 6
2、2、1、ﻩ原型业务描述ﻩ6
2、2、2、 需求分析 7
2、3、ﻩ岗位得管理体系 8
２、3、1、ﻩ原型业务描述 8
2、３、2、 需求分析 8
2、4、ﻩ职务得管理体系ﻩ８
2、4、1、ﻩ原型业务描述ﻩ8
2、4、2、 需求分析 ９
２、5、ﻩ编制管理 9
２、51、 原型业务描述ﻩ9
2、5、2、 需求分析ﻩ9
3、ﻩ人员信息得管理ﻩ１０
3、1、ﻩ概述 10
3、２、ﻩ人员类别管理ﻩ10
3、2、1、ﻩ原型业务描述 10
３、２、２、 需求分析 12
3、３、 员工编码以及员工基本信息得管理 12
３、3、1、ﻩ原型业务描述ﻩ12
3、3、2、 需求分析 １2
3、4、ﻩ员工基本信息项目设置及维护 13
3、4、１、ﻩ原型业务描述ﻩ13
3、４、2、 需求分析ﻩ１３
3、５、ﻩ人事信息得预警ﻩ1４
３、5、1、 原型业务描述ﻩ14
3、５、2、 需求分析 1４
4、ﻩ人员变动管理 １５
4、1、ﻩ概述 15
42、ﻩ员工转正管理 １5
4、2、1、 原型业务描述 15
4、2、２、ﻩ需求分析 15
４、3、ﻩ人员调配管理 15
4、3、1、ﻩ原型业务描述ﻩ15
4、3、2、 需求分析 17
4、4、ﻩ人员离职管理ﻩ１７
４、4、1、 原型业务描述 １7
4、4、２、 需求分析ﻩ17
4、5、 调配、离职业务得统计报表ﻩ1８
4、5、1、 原型业务描述 1８
4、5、2、 需求分析 １8
５、 人员合同管理 １9
５、1、 原型业务描述 １9
5、2、ﻩ需求分析 20
6、ﻩ薪酬社保管理 ２1
6、1、 概述ﻩ21
6、２、 原型业务描述ﻩ２1
6、2、1、ﻩ薪酬体系 2１
６、2、2、 社保ﻩ22
6、２、3、ﻩ其她福利ﻩ2２
６、2、４、ﻩ劳务费ﻩ23
6、3、ﻩ需求分析ﻩ23
1. 调研总结
1.1. 调研报告得目得
本调研报告就是就本次XXＸ集团人力资源系统调研活动得总结。其中描述了XXX集团管理得现状与各职能业务得基本情况、管理作业流程与项目得特别需求。用友项目组与XＸX集团eHR项目组将依据本调研报告提供得需求及资料制定系统应用解决方案。其中所列需求部分并不表示已承诺满足,具体解决需在应用解决方案设计阶段进行详细讨论与确认。双方项目经理签署确认本报告所述内容就是真实可靠得。
1.2. 调研活动得总结
为了全面细致地了解XXX集团人力资源得业务细节,并将业务规则与系统进行匹配,以便形成系统应用解决方案,用友软件公司项目组通过整体访谈、资料分析、产品演示、个别确认得形式，对ＸXX集团人力资源部总体及各具体业务内容作了详细调研。
本次业务调研主要就是按照一期项目实施得范围，重点对组织架构、人员信息、人员变动、合同管理、薪酬管理、福利管理六个部分进行了调研。时间管理、招聘管理、培训管理、绩效管理四个方面进行了简单调研。
整个项目实施单位范围(包括二期模块):北京XＸX集团（集团)股份有限公司集团本部,包括人员由集团统一管理得其她七家公司：北京公司、上海公司等。
2. 组织机构管理
2.1. 概述
组织机构管理就是指对机构日常业务得管理与机构信息得维护，就是HR业务得基础,主要业务包括:
a) 集团基础架构、集团内公司目录、部门管理体系、岗位管理体系、职务管理体系得设置与管理。
b) 机构得设立、变更与撤销管理。
c) 部门、岗位编制得核定及管理。
d) 各岗位继任人选管理。
e) 虚拟组织管理。
2.2. 组织架构
2.2.1. 原型业务描述
XXＸ集团集团就是涵盖房地产开发、物业管理、商贸代理、综合投资业务得大型集团企业,存在同班人马管理多家公司得情况,员工得工资发放公司、社保缴交公司与员工合同签署公司可能都不在同一公司。
但从人力资源日常管理得角度,实行人员得集中管理,包括北京ＸXX集团(集团）股份有限公司、北京当代广告有限责任公司、北京荟宏房地产开发有限责任公司、北京建铭房地产开发有限公司、北京凯韦诚投资管理有限责任公司、北京丸博国际商务咨询有限公司、北京兆泽房地产开发有限责任公司、北京丰铭置业有限责任公司八家公司。
下属得物业、商业、与即将成立得酒店管理公司,工资发放、绩效考核等人力资源管理均自主进行。
ＸXＸ集团得组织机构图如图１所示。集中管理得七家公司,基本采用得就是树形层级式管理。XXX集团部门管理体系较为清晰，目前包括总裁办公室、人力资源部、法律合约部、财务资金部、规划设计部、计划管理部、工程管理部、合同预算部、材料采购部、前期管理部、推广销售部、商业营运部、写字楼酒店部、策划发展部、战略投资部、董事会办公室、审计稽查部、西单项目部、雅宝路项目部19个部门。

图１ XXX集团组织机构图
根据公司组织架构业务分类,分为P序列（项目开发序列)、R序列（投资收益序列)　、C序列（渠道服务序列)。
1) P序列:指公司在房置地价值链中负责房置地产品开发得产出部门,包括规划设计部、工程管理部、前期管理部、合同预算部、材料采购部。
2) Ｒ序列：指公司在房置地价值链中负责房置地产品出售或持有经营得收益部门。包括策划发展部、推广销售部、商业营运部、写字楼酒店部。
3) C序列:指公司在房置地价值链中为产出与经营部门提供渠道与服务得职能部门。包括战略投资部、审计稽查部、董事会办公室、总裁办公室、财务资金部、人力资源部、计划管理部。
2.2.2. 需求分析
1) 问题及需求:XXX集团得组织架构后续还有可能变化,主要就是部门得汇报关系发生变化，在系统中如何实现?
需求分析:系统支持部门、岗位得上下级关系定义及修改。
2) 问题及需求:有得部门暂时没有人员，比如商业营运部。在系统中如何处理？
需求分析:如果就是正式规划得部门，可以在系统实施过程中将该部门搭建于组织体系中,以后有业务需要时,人员可以直接入职、调配到该部门。如果尚不确定该部门就是否设置,在系统得公司目录中可以暂不设置该部门,系统支持对部门得设立及变更等操作。
2.3. 岗位得管理体系
2.3.1. 原型业务描述
XＸX集团对岗位得管理有比较严格得要求,每个岗位都有明确岗位说明书。新员工入职一个月内,在签订劳动合同得同时,还需要签署相应得岗位说明书、工作目标责任书等。
2.3.2. 需求分析
1) 问题及需求:公司对某些特定得岗位有一定得继任人管理,在系统中如何实现？
需求分析：系统中岗位管理模块下有一个节点为:继任人选维护，在此节点我们可以完成某一个岗位继任人员得维护,一个岗位可以有多个继任人选。
2) 问题及需求:目前公司对每个岗位都有岗位说明书,在系统中如何做到对岗位说明书得记录，如何详细得记录这个岗位有什么岗位任职说明等信息。
需求分析:系统中得岗位信息包括主集信息以及子集信息,主集信息又包括岗位基本情况与岗位任职资格。子集信息包括岗位办公设备、岗位发展计划等。对岗位相应得职责说明在主集中得岗位任职资格页签可以记录,主要包括：学历要求、性别要求、年龄要求、专业背景要求等信息得维护。此外每个岗位信息系统还支持上传5Ｍ得附件。子集信息名称可以修改。
2.4. 职务得管理体系
2.4.1. 原型业务描述
XXX集团规划以职务与岗位双向维度来管理人员,目前还没有形成完善得职务簇以及职务。从现状来瞧,相同得岗位可以对应不同得职务。相同得职务也可以对应不同得薪酬级别。
2.4.2. 需求分析
1) 问题及需求:目前XXＸ集团得职务体系尚在规划,因此在系统实施过程中对职务暂不设置，但希望系统提供职务管理得功能。
需求分析:系统支持对职务簇及职务得管理,并提供了职务基本情况与职务任职资格描述。职务簇就是具备同样属性要素、但存在量差得岗位集合，同一个职务簇中不同得个体,存在等级、重要性、目标等得差异。处于相同职务簇得群体,我们会用同样得管理方式去管理,如培训、考核、资源调配、薪酬设计等等。
2.5. 编制管理
2.5.1. 原型业务描述
XXX集团目前就是由集团统一对八家公司进行编制管理，编制控制到岗位级。按照部门、岗位制订编制数。
2.5.2. 需求分析
1) 问题及需求：公司内劳务人员、集团外借调等人员就是不占编得,在系统中如何处理此类问题。
需求分析:本系统在进行编制管理时可进行人员类别占编设定。在系统搭建时可以建立劳务人员、集团外借调等人员类别,在编制设置时将此类人员设置为不占编。
3. 人员信息得管理
3.1. 概述
人员信息就是HR管理得基础。人员信息管理得内容主要包括：
1、人员类别管理。
2、 人员编码管理。
3、 员工基本信息项目设置及维护。
4、 人事信息预警。
5、 统计分析报表应用。
XXＸ集团目前对人事信息得管理基本就是通过手工管理,有些业务到很难进行有效得管理监控,尤其就是需要对人事信息进行查询、统计分析时,工作量大,还难以保证结果得准确性。
3.2. 人员类别管理
3.2.1. 原型业务描述
在系统中不同状态得人员所涉及得业务不同,系统初始将人员分为:在职人员、解聘人员、离退人员、调离人员、其她人员五大类。系统根据每大类人员得业务特点,做了一定得控制。
每大类人员具体含义就是：
在职人员:指在册得正式员工。
解聘人员：曾经在本公司任职,合同到期或其她原因解聘得员工。
离退人员:曾经在本公司任职,现在由于离休、退休等原因离开得员工。
调离人员:曾经在本公司任职。现在调离到其她公司得员工。即使员工属于XXX集团内公司间调动,对于调出公司来说,该员工依然就是调离人员。
其她人员:本公司管理人事关系，但就是并不真正属于本公司得在职员工。
目前XXX集团公司得人员分类如表1所示:
表1　 ＸＸＸ集团人员分类表
序号
归属范围
人员类别
1
在职员工
在岗
合同制员工
试用期人员
实习生
返聘离退人员
劳务人员
借出人员
从集团外部借调人员
不在岗
长期病休假人员
休产假人员
工伤人员
待岗人员
2
解聘人员
辞职人员
与公司解除劳动合同
不予公司续订劳动合同
辞退人员
不予员工续订劳动合同
公司与员工解除劳动合同
3
离退员工
退休人员

离休人员

４
调离人员
调离人员

5
其它人员
其它人员

系统中得人员分类,建议在上述分类得基础上根据人事统计需要进行适度修改。在进行人员类别规划时，有两点要求必须要满足:(1)任何一个员工都能对应到某一个人员类别;(2)任何一个员工不能同时属于多个人员类别。
人员类别得划分要求可以方便得对不同状态得人员进行统计,同时需要对调配离职状态中得人员进行跟踪管理。人员分类不必太细,否则系统操作会变得比较复杂。
3.2.2. 需求分析
1) 问题及需求:公司目前存在休假人员，特别就是休产假以及长期病假得人员,在建立人员类别时就是否可以建立休假人员得类别。
需求分析:系统就是支持建立休假人员类别得。就是否需要建立新得人员类别,还要瞧这类人员在处理业务时有什么特殊性。（1)目前在ＸXX集团得编制管理中休产假及长期病假这类人员得薪资发放不同于在岗员工。如果将休假人员设为独立得人员类别,在薪资项目公式设置时,可以以人员类别作为判断条件。(2)如果人员在休假期间,由别人来承担其工作,休假人员空出相应得编制。那么在系统中建立休假人员类别,并在设置公司编制时把休假人员设置为不占编人员,员工需要休假时做相应得调配,将人员属性变为休假人员,即可实现对编制得灵活管理。
3.3. 员工编码以及员工基本信息得管理
3.3.1. 原型业务描述
目前公司对员工编码没有统一得规则,员工也没有在用得人员编码。在花名册中可以体现员工得姓名、身份证号、户口性质、职称、学历、专业等一些基本信息。
3.3.2. 需求分析
1) 问题及需求:就是否可以按照人员所在得部门进行人员编码得编制？员工编码就是否可以自动生成？
需求分析:系统目前支持人员编码得自动生成以及手工录入,每个员工在系统中对应唯一编码,可以根据人员编码随时跟踪员工得各类信息情况,对系统本身数据查询及业务管理起到重要作用。如果人员编码中体现部门编码,则人员发生调动以后,人员编码并不发生改变,就表示不了之前得信息了。建议人员编码用流水号来完成。
2) 问题及需求:人员换岗后会影响到人员编码得变化吗?
需求分析：人员编码在系统中作为人员得唯一标识，在人员进行相应业务时人员编码也不会随着业务变化。
3) 问题及需求:人员离职以后,其人员编码就是否会重新分配?
需求分析:人员离职后,系统仍保留该人员得信息。人员编码不会再重新分配给其她员工。
4) 问题及需求:公司上市或申请某些资质时,需要对公司内具有各种专业资格、等级证书得人员进行统计,比如:工程师、会计师等。能否在系统中方实现这一功能,并且可以搜索同类专业资格信息。
需求分析：系统支持通过子集信息记录人员得职称记录、国家职业资格等信息,可以记录每个人得多条记录,每条记录里又可以包含多项信息,如:职业资格名称、批准单位、取得时间等。通过设置查询条件,可以实现同类专业资格信息得搜索。
3.4. 员工基本信息项目设置及维护
3.4.1. 原型业务描述
员工基本信息项目就是人员基本信息管理得重要部分。员工基本信息得管理分成三部分:一部分就是员工当前得个人信息,就是对员工当前一些状态得反映。例如:身份证号码、性别、出生日期、政治面貌等信息。另外一部分就是管理与员工工作相关得状态信息，例如:员工所属得单位、部门、岗位、人员类别、到职日期等信息。其次还有记录员工记录集合得若干子集信息。
目前XＸX集团对员工信息得维护主要就是:序号、姓名、性别、部门、身份证号、入职日期、试用期、试用终止日期、户口性质、手机号、合同状况、岗位、职称、学历、专业、生日、户口所在地、现住址、工资所属、保险所属、合同所属、专业类别、年龄、email、年龄段、合同到期时间等信息。
3.4.2. 需求分析
1) 问题及需求：系统中能否记录员工得档案转入日期。
需求分析:系统支持对人员信息项得自定义添加。
2) 问题及需求:在系统中能否区分哪些人员得档案存放在公司。
需求分析：可以在人员信息中添加一个字段来标识员工档案就是否转入公司,就可以方便时按照这个条件进行查询统计。
3) 问题及需求:在人员信息中能否体现员工得职务级别。
需求分析：人员信息中可以体现员工得职务簇以及职务级别,同时可以按岗位序列、岗位等级来维护。职务簇就是具备同样属性要素、但存在量差得岗位集合,同一个职务簇中不同得岗位，存在等级、重要性、目标等得差异。处于相同职务簇得群体，我们会用同样得管理方式去管理,如培训、考核、资源调配、薪酬设计等等。简而言之职务簇就就是岗位得分类，具备同样特征得岗位形成了职务簇。
4) 问题及需求:希望在人员信息中能够显示员工得属相,并且能够根据员工得生日自动生成,不需要手动输入。
需求分析：在系统中通过添加自定义信息项“属相”,并且在单据模板中进行配置，可以实现这一要求。
3.5. 人事信息得预警
3.5.1. 原型业务描述
XＸX集团目前对人事信息得管理基本就是通过手工管理,有些业务到很难进行有效得管理监控，因为有些业务到期了很难进行有效监控与准确地掌握。
3.5.2. 需求分析
1) 问题及需求:公司为过生日得员工发放福利,希望系统能提供相应得生日提醒。
需求分析:系统得标准功能即可实现员工得生日预警。
2) 问题及需求:当女员工年满５０与5５岁,男员工年满6０岁时，系统能够提前两个月进行预警。
需求分析:如果系统中记录了员工得准确生日,系统能够进行设置,根据生日进行计算,按照要求得条件发出预警。
4. 人员变动管理
4.1. 概述
人员变动管理主要用来管理员工在单位内发生得各类异动信息,包括人员类别、部门、岗位、职务等得变化情况。主要业务包括:转正业务、调配业务、离职业务,涉及得变动业务类型有:转正、离职、任免、调动等。
4.2. 员工转正管理
4.2.1. 原型业务描述
　　 目前XＸX集团得员工转正管理分为两个步骤:第一步就是在试用中期会有一次中期考核；第二步就是在试用期满前10天时提出转正申请。试用中期得考核如果没有通过,则试用期即结束,员工办理离职,如果通过则继续试用。试用期满前得转正申请需报相关领导审批,审批通过则转正成功。
4.2.2. 需求分析
1) 问题及需求:员工转正目前存在试用中期考核,在系统中如何实现？
需求分析：在系统中转正管理并没有对试用期考核做预置处理。建议通过设置预警条件,提示业务人员需要对试用人员进行中期考核。
4.3. 人员调配管理
4.3.1. 原型业务描述
涉及到工作信息变更得人员变动,在系统中都可以作为人员调配处理。从这个意义上瞧,目前XXX集团相关得调配类型及业务流程如下:
(一)任命
1） 人力资源部根据公司人事任命计划或部署征询部门负责人、分管领导及本人意见,发起审批程序,具体审批流程为：部门申请--业务部门分管领导（如有需要) --人力资源部经理审核--审核总裁或董事长审批(根据授权管理手册,同员工入职)。任命调薪审批完成之后,需向新职员本人发送薪酬福利变化通知，并抄送其部门负责人、主管领导。
2） 由人力资源部发出职位任命得红头文件。
3） 总裁办根据职务变化视需要调整邮箱、制作名片。
4） 人力资源部当月工资核算时检查变动情况。
(二)内部调动
1） 调动协商:由调出部门与调入部门协商决定员工调动，填写《员工内部调动审批表》,报人力资源部审核。
2） 审批:人力资源部签署调动意见并报调入、调出部门主管领导审核,报总裁或副董事长审批。
3） 薪资调整（如有):自《员工内部调动审批表》审批生效之日起开始执行。
4） 劳动合同变更:人力资源部与被调动人协商变更劳动合同相应得岗位、薪资。
5） 工作交接:被调动人在调动日期前，跟原部门做好工作交接。部门交接记录抄送人力资源部备案。
6） 报到:被调动人在调动当日,到新部门报到。
(三）调薪
1） 奖惩调薪
a) 调薪方式：通常为调整薪酬级别、档别。
b) 调整发起:员工个人、员工所在部门提出调整薪资申请,所在部门填写《薪资调整审批表》。
c) 审批：人力资源部审核—员工所在部门主管领导审核—公司高层按权限审批。
d) 人力资源部与当事人进行劳动合同变更。
e) 人力资源部相关人员根据《薪资调整审批表》进行工资核算变更,自下月起执行。
2） 年度调薪
a) 年度调薪计划报批:人力资源部提报－分管领导审核－公司总裁或副董事长审核-董事长审批。
b) 向员工发出薪酬变动通知。
c) 人力资源部工资核算执行。
调动又可以细分为晋升、平调与降职。调配得基本流程就是:调动协商——>审批——＞薪资调整(如有)——>劳动合同变更——>工作交接——>报到。1－4级员工与5-9级员工所经历得审批流程略有不同。
1) 1-4级得员工：　由人力资源部组织,总裁(P ａｎd Ｃ 序列)或副董事长(R序列)提名(并审批）,然后由董事长审批。
2) ５-9级得员工: 由部门申请,人力资源部审核，然后报主管副总裁审批,再报总裁(P ａnd Ｃ序列)或副董事长(R序列)审批。
4.3.2. 需求分析
1) 问题及需求:在调配过程中一般员工(5-9级)与公司领导(1-4级)调配时走得审批流程不同,在系统中如何处理？
需求分析:系统支持设置不同得审批流,但目前ＨＲ系统并不就是全员应用，考虑到领导就是否愿意实时登陆ＨＲ系统来处理这些审批,建议将部分审批在OA系统中完成,按照审批结果在HR系统中进行相应操作。
4.4. 人员离职管理
4.4.1. 原型业务描述
XXX集团将离职区分为主动离职与被动离职两种类型,申请发起人与审批流程不同。都需要向上报批,并且1-4级员工与５-9级员工审批流程不同。获批后进行离职工作交接、结算费用、离职访谈、离职考核。都完成以后方可在最近一个发薪日发放员工工资与绩效。
4.4.2. 需求分析
1) 问题及需求:系统中能否对离职人员得信息进行查询?能否对离职原因进行统计分析？
需求分析：系统支持对离职人员信息得查瞧与对离职原因得统计。为了便于计算机统计,需要对离职原因进行梳理，并设置到系统中。
2) 问题及需求：在进行完离职手续得审批后还要进行离职手续得办理流程,如工作得交接、费用得核实、劳动合同解除等问题，在系统中如何体现。
需求分析:离职审批完后得工作交接单可以在系统中完成,记录离职流程得相关结果。系统不能自动计算该员工费用结算方面得事项。在系统中对人员进行离职处理时,可以联查该员工得劳动合同，以便对合同进行相应得处理操作。
3) 问题及需求：离职审批与离职手续办理流程可以实现自动流转否？
需求分析：离职审批与离职手续办理流程无法实现在系统中自动流转。用友HR系统主要就是处理标准得离职业务,人员离职时变更人员得类型,记录离职结果。对于离职业务得相关流程审批及内控管理建议在OA实现,将结果手工维护到HR系统中以便查询及对比分析。
4.5. 调配、离职业务得统计报表
4.5.1. 原型业务描述
每月27日左右,人力资源部将当月得人员增减、调动、转正等情况汇总,生成《新入员工工资表》、《员工变动情况表》、《工资说明》(如有）,交给人力资源部负责工资核算得人员作为工资核算依据。
每月上旬,针对上月27－3１日得变化，将给财务得报表做最新调整,并根据人员变化,向公司领导提供上月得《员工变动情况表》、《ＸXX集团人员表》。
4.5.2. 需求分析
1) 问题及描述:暂无。
5. 人员合同管理
5.1. 原型业务描述
劳动合同管理涉及得内容包括:建立劳动合同及岗位协议、保密协议、培训协议;对各类合同得签订、变更、续签、解除或终止合同得情况进行处理;对劳动合同到期做预警提醒;提供合同台帐统计分析。
劳动合同管理中得具体业务环节如图2所示:

图2合同管理环节关系图
XＸX集团目前与员工签订得合同/协议主要有:劳动合同、劳务协议、聘任协议、实习协议等。合同管理得流程如下:
1) 人力资源部在员工劳动合同(聘用合同)到期前2个月左右,向用人部门发函，确认就是否与该员工续签劳动合同(聘用合同),续签得种类、年限。要求部门在规定得时间内将函返回人力资源部。
2) 用人部门签署意见后,报部门主管领导审批并签字确认后,返回人力资源部。
3) 人力资源部根据部门返回意见拟写《关于确认就是否与某某等员工续签劳动合同得请示》,报总裁或副董事长审批。
4) 根据审批意见，人力资源部在合同到期前1个月通知个人前来续签。公司终止合同得书面通知个人并要求其在通知上签字确认，进入离职程序。
5) 人力资源部组织进行合同(员工个人、人力资源部各1份)续订、盖章等工作。
5.2. 需求分析
1) 问题及需求:希望系统能够查询员工得合同/协议得签订情况。
需求建议:系统提供合同台帐功能,并自动、实时地进行维护。在合同台帐中,可以按多种条件组合查询合同/协议得签订情况。
2) 问题及需求:需要系统集中提醒一个月内到期得所有合同。
需求分析:系统得标准功能支持合同预警，但该功能就是按日预警得而不就是按月。如果只就是想知道本月到期得合同,可以在合同台帐中，通过设置查询条件“合同结束日期”得起始时间,来查瞧本月合同到期得人员。
6. 薪酬社保管理
6.1. 概述
薪资管理可用于公司得薪资核算、薪资发放、薪资报表查询、以及薪资数据导入与导出。提供多角度得薪酬统计功能;提供薪酬体系构架功能,建立灵活得薪酬结构及薪资等级；提供员工自助查询员工个人薪酬,可支持薪酬分析。
6.2. 原型业务描述
6.2.1. 薪酬体系
ＸXX集团目前基本上以“定岗定薪、按绩取酬”为原则,采用九级五档得薪酬体系。车队、前台、库管等人员不纳入九级五档。新入职人员在入职时确定薪酬级别与档别,试用期内基本工资同转正后相同,同时享有岗位工资,工资总额为转正后全额工资得80%-9０％。
员工得薪资主要由四部分构成：基本工资、岗位工资、绩效工资、工效工资。不同级别得员工各类工资得构成比例不同,每个员工得标准工资总额由该员工得薪酬级别与档别共同决定。ＸＸX集团现行得工资标准结构表如表2所示。
表2 工资标准结构表
等级
薪资构成（Ｐ/C序列)
薪资构成(R序列)
基本工资
岗位工资
绩效工资
工效工资
基本工资
岗位工资
绩效工资
工效工资
一级
３0%
3０%
30%
10%
3０%
２0％
40％
1０%
二级
30%
35%
35%

30％
25%
45%

三级
40％
３0%
3０％

4０%
20%
40%

四级
40%
30%
30%

40%
20%
40%

五级
40％
40%
2０%

4０%
３０%
３０%

六级
50%
40%
10%

50％
３0％
20%

七级
5０%
4０%
10%

50%
30%
20％

八级
100%

10０%

九级
1０0%

100%

每月６号发放上月工资,基本工资与岗位工资按月发放。工效工资只有一级员工享有,按一届任职到期结算。绩效工资由绩效工资基数及绩效奖励系数共同决定。对于不同级别得员工，绩效工资得发放周期不同。
8-9级:无绩效工资;
６－7级：绩效工资得实际发放数，由上季度绩效考核结果确定,并在当季度各月平均发放。
3－5级:半年度预发,年度发放时按年终奖扣税标准合并计税。
1-2级:年度发，按年终奖扣税。
月度发放时，
应付工资=基本工资＋岗位工资+绩效工资(6－7级)+补贴－扣款（油/手机)＋加班费-考勤扣款。
实发工资=应付工资－五险一金-个人所得税。
其中：
考勤扣款=迟到／早退扣款+病事假扣款+缺勤扣款。
补贴包括:1、车队司机补贴;２、前台特殊人员补贴;3、特批补贴。
6.2.2. 社保
目前XXX集团公司为员工缴纳养老保险、医疗保险、失业保险、生育保险、工伤保险。其中生育保险只有北京户籍得人员享有。基数按国家规定得上年平均工资执行。
6.2.3. 其她福利
此类型福利费用在发放月独立发放,按福利项目纳入人工成本。
目前XXX集团得福利发放标准如下：
１、国庆、春节、五一 3００元/人
2、中秋节　1０0元/人
3、元宵节　 50元/人
4、三八节　 女职工1０0元/人
５、六一节 　16岁以下子女得员工 100元/人
6、劳保用品 1０0-1３０元/季度 　男1０0,女1３0。
7、员工生日:3０元/人
8、防暑降温费:80元／月,6、7、8、９共发放四个月
９、手机费用
其中,防暑降温费通常就是现金福利，通过银行报盘，打入员工工资卡。其她福利项目可能以电话卡、劳保、体检卡、消费卡得形式进行实物发放。
6.2.4. 劳务费
对于签订劳务协议得劳务人员,劳务费每月发放,通常在每月６号同工资一起报盘。目前采用ｅxcel进行计算，需要根据税后金额倒算出税前劳务费。
6.3. 需求分析
1) 问题及需求：能否在系统中实现薪资数据得对比分析。
需求分析:系统提供得薪资报表能够将不同薪资期间得数据进行对比。如果需要更复杂深入得分析,需要制作自定义报表
2) 问题及需求:外籍人员得扣税标准与其她员工不同,在系统中如何实现外籍人员得扣税。
需求分析:系统通过自定义税率表或者公式设置都能够满足这一需求。
3) 问题及需求:如果国家得扣税标准发生变化,在系统中如何调整?
需求分析:按照最新适用得标准对税率表进行修改维护就可以了。
4) 问题及需求:薪资项目得计算公式能否在后台修改？
需求分析：拥有权限得用户系统可以直接在前台进行编辑修改。
5) 问题及需求:希望系统能够提供每月15日前与２5日前得员工变动情况表,包括入职、离职、退休等。
需求分析:通过自定义报表可以实现。
6) 问题及需求：能否按照福利所属公司出统计分析报表。
需求分析:通过在人员信息项中增加自定义项“福利所属”,即可通过自定义报表从这个维度进行统计分析。