HR高级工程师认证考试试题Word格式.docx
《HR高级工程师认证考试试题Word格式.docx》由会员分享，可在线阅读，更多相关《HR高级工程师认证考试试题Word格式.docx（20页珍藏版）》请在冰点文库上搜索。
d、薪资类别表；
e、任职记录表。
a、wa_data;
b、bd_psnbasdoc;
c、bd_corp;
d、wa_waclass;
e、hi_psndoc_deptchg。
孙力伟
1.4简述信息集设置中无规律性变更记录、周期性变更记录、同期记录三者的区别。
无规律性变更记录指子集记录的开始时间结束时间是无规律的，建立该类型子集时系统默认建立“起始日期”和“结束日期”两个字段；
周期性变更记录指子集记录的变化是周期性的，建立该类型子集时系统默认建立“期间”字段；
同期记录是指子集记录之间没有时间上的任何联系，建立该类型子集时系统不建立任何默认字段。
欧阳治文
1.5请简述用友e-HR1/2/3价值层次。
e-HR1的价值是信息集中，实现离散信息的集中，信息及时动态真实，基础业务查询分析，报表汇总与分析；
e-HR2的价值是业务协同，实现HR6大业务间协同，HR业务与直线、上下级协同，以人为主线的工作协同，信息的分析利用；
e-HR3的价值是战略决策，实现与企业战略统一，信息数据分析的展现，为管理层提供决策依据，管理价值体现。
李超群
2.1请简述人员引用的用途及引用人员与在职人员在信息处理方面的区别。
✧为解决对跨公司人员的业务操作，例如跨单位发放薪资、缴交福利、财务挂帐等业务，需要在当前公司中“引入”其他公司人员，从而实现业务处理中对这些跨公司人员的参照。
✧引用人员与在职人员的区别：
1．用人员在引入单位中只能为“其他人员”，无任职记录；
2．用人员的业务子集信息不能带入引入公司，非业务子集信息可以带入，但只可查看，不可维护。
引用人员的个人信息及非业务子集信息在被引用公司修改后，也同时更新到引用公司中。
在职人员的个人信息、工作信息及子集信息均是在归属公司中维护。
2
2.2请分别简述调出方公司发起的跨公司调动与调入方公司发起的跨公司调动的流程及操作上的不同？
1．在跨公司人员调配时支持调入方发起的申请以及调出方发起的申请。
2．调出方公司发起申请时“原公司”与“目标公司”不能相同，维护“目标公司”；
调入方公司发起申请时“原公司”与“目标公司”不能相同，维护“原公司”。
3．调出方公司发起的跨公司调动的流程为：
调出方提交申请调出方审批调入方审批调出方执行调入方执行。
调入方公司发起的跨公司调动的流程为：
调入方提交申请调入方审批调出方审批调出方执行调入方执行。
难度：
申玉珺
3分
2.3请简述NC_HR5.01版部门撤销、部门封存的区别和联系。
1．部门撤消前提条件为：
该部门下不存在“在职人员”（包括全职、兼职、借用、交流等）和“其他人员”，允许存在离退、解聘、调离等不在职人员；
2．部门撤消的同时要对该部门下岗位进行撤消，并记录岗位撤消时间及岗位变更类型“撤消”。
部门未取消撤消的前提下，岗位不能取消撤消。
在岗位取消撤消操作时，系统提示：
“当前岗位所属部门已经撤消，该岗位不能取消撤消”；
3．部门封存的前提条件为：
该部门下不存在岗位、不存在“在职人员”（包括全职、兼职、借用、交流等）和“其他人员”，允许存在离退、解聘、调离等不在职人员；
所以部门封存的同时不能自动撤销岗位，必须手工先撤销岗位之后才能封存部门。
4．在进行部门撤消操作的同时，增加对部门是否封存的操作，允许用户根据需要选择是否同时封存被撤消的部门。
2.4请举例简述人员信息子集项目与员工个人或者工作信息的联动功能的关键实现步骤。
①进入集团，打开人力资源-〉信息集设置，并选择人员信息集下的需要建立字段项目的子集；
②编辑信息项，增加信息项名称，设置对应个人信息项，设置个人信息项条件并保存，将新建的信息项添加到模版；
③新建并修改对应单据模版中新建项目的显示设置；
④将③完成的模版授权给相应用户。
3分
2.5用友软件eHR的薪资管理中如何生成会计凭证，简述设置步骤。
1>
在HR薪资管理系统中设置“分摊类型”；
2>
客户化会计平台设置；
3>
在HR薪资管理系统中进行“薪资分摊”；
4>
在客户化的会计平台中生成会计凭证。
刘宏杰
4分
2.6简述NC5.0权限的信任与委派的区别？
1、信任不改变角色的作用域；
而分配则扩大了角色的作用域。
2、信任对于用户是扩大了作用域，而分配对于用户是部分扩大了作用域，部分获得了作用域。
3、角色分配是在被新任公司直接用户管理就可以添加角色。
分配包括本公司用户以及被分配公司用户，被分配公司用户必须在角色所在公司的角色管理里面添加用户。
3.1请简述用友Ehr系统中提供了哪几种补发计税的方式，这几种方式之间的区别？
针对补发计税，系统提供了“不扣税”、“补发计税（不考虑补发历史）”、“补发计税（考虑补发历史）”和“累积到本期计税”四种方式。
1．“不扣税”：
对补发薪资不进行扣税处理；
2．“补发计税（不考虑补发历史）”：
先将每个补发期间的补发金额与该期间的纳税基数相加，作为新的纳税基数重新计算所得税后，减去已经缴纳的税金计算出余额，再将各个期间的余额相加作为本期补发计税金额。
3．“补发计税（考虑补发历史）”：
用于补发期间内已经发生过补发的情况，先将每个补发期间的本次补发金额、上次补发金额和该期间的纳税基数相加，作为新的纳税基数重新计算所得税后，减去该期间已经缴纳的税金，再减去由于上次补发在该期间内产生的税金，计算出余额，最后将各个期间的余额相加作为本期补发计税金额。
4．“累积到本期计税”：
补发时不计税，只计算出计税基数，在正常发放本期工资时，其计税基数要加上补发的这部分基数来一起计税。
3
张旭
5分
3.2请简述用友Ehr系统中，福利模块里在何种情况下需要启用单位基金基数，此时单位缴交额、单位划转额、职工个人帐户每月缴交合计值的计算公式将发生怎样的变化。
在某些省市出台的福利政策中，福利类别中区分单位缴交基数和个人缴交基数，单位缴交基数不等于个人缴交基数之和，单位缴交基数根据当月单位职工工资总额确定，而个人缴交基数根据职工本人上一年月平均工资确定。
在这种情况下应该启用单位基金基数。
单位基金基数启用后，单位缴交额、单位划转额、职工个人帐户的计算关系如下：
单位缴交额=基金基数（单位部分）*单位缴交比例
单位划转额=基金基数（单位部分）*单位划转比例
职工个人帐户每月缴交合计值=个人缴交额（基金基数*个人缴纳比例）+单位划转额
3.3NC_HR5.01查询引擎中系统预置的环境参数，请简述参数#LoginUser#、#LoginDate#、#PowerCorp#、#PowerCorpWithSub#、#PowerDept#的含义及返回值。
1．#LoginUser#：
登录用户（返回主键）；
2．#LoginDate#：
登录日期（返回值日期，格式：
yyyy-mm-dd）；
3．#PowerCorp#（需要跟在in后面，如果用户登录集团，则返回所有公司主键，否则只返回登录公司主键）；
4．#PowerCorpWithSub#（需要跟在in后面，如果用户登录集团，则返回所有公司主键，否则返回登录公司主键）；
5．#PowerDept#（需要跟在in后面，当前登录用户有权限的所有部门主键）。
3.4请简要描述如何把已经做好的查询引擎报表注册为功能节点？
打开集团帐里客户化-二次开发工具-系统管理工具-功能注册节点，选中某个节点位置，首先增加一个“可执行功能节点”，然后在该节点下增加两个参数，pkQryNode/dsName对应的内容分别是查询引擎报表的格式设计编码和引用的数据源，其他选择可以默认。
设置后要把该节点分配给相应的用户即可。
袁为
3.5请简述目前版本查询引擎的新特性，以及对实施的价值。
a.支持QE报表发布到门户。
可以客户化门户的查询功能，满足客户门户查询的需求；
b.支持QE报表穿透到业务节点。
穿透功能的一个强大扩展，可根据查询后的数据，直接联查到业务单据；
c.支持QE报表的模板打印机制。
通过模版打印机制，我们可以给用户制作格式规范的打印报表，解决了查询引擎中打印支持较弱的问题；
d.支持QE报表的浏览态列锁定。
易用性问题，使客户在浏览多列数据时，可对前几列进行锁定；
e.支持按角色分配报表浏览权限。
支持了角色，查询引擎的报表权限分配简单化了。
f.强化了基础数据权限的处理。
使查询引擎报表可以面向更多的用户使用，不仅仅是拥有系统很大权限的用户。
毕思鉴
实务题部分：
4．1在HR5.01版中，可以通过邮件的方式发送预警信息，也可以在审批流过程中，通过邮件给审批人或者提交人发送相应的消息，请详细说明通过邮件方式发送预警信息及通过邮件发送审批流消息的过程。
1．通过邮件方式发送预警信息或者通过邮件发送审批流消息，都需要首先在NC_HR5.01的配置工具中配置邮件服务器的smtp和pop3地址。
具体文件就是bin\ncSysConfig.bat或者wasSysConfig.bat文件。
在Messager页签，录入smtp地址、pop3地址、邮件服务器对应用户、口令。
配置完毕后，重新启动中间件。
2．通过邮件发送预警信息在增加预警条目时，消息接收者配置，选择电子邮件，然后选择有电子邮件的用户，或者直接录入邮件地址即可。
3．通过邮件发送审批流消息，在审批流定义时，针对审批人或者提交人的消息配置属性中增加，以邮件方式发送消息。
收件人必须是对应业务员有电子邮件地址的用户。
5分
4．2某企业应用eHR5.0产品过程时，存在如下业务，上级主管部门需要A企业按照行业规定的100个标准岗位提供每月各标准岗位人数汇总，而A企业在实际业务运作过程中所设置的行政岗位与行业规定的标准岗位完全不同，每人都有一个主标准岗位和多个兼职标准岗位，并且同一行政岗位上的人员可能兼不同的标准岗位，由于现实原因两年内没有岗位体系建设改革的意向，上系统后用户希望系统能出如下两张报表：
①按照主标准岗位进行人数汇总的统计报表（人员不能重复统计）；
②按照所有标准岗位进行人数汇总的统计报表（人员可以重复统计）对于该业务需求，我们在现有产品中如何变通实现？
岗位设计时，自定义一个主标准岗位字段，由自定义档案取数；
统计时利用查询引擎按照人员行政岗位对应的主标准岗位进行统计，解决报表①；
建立人员兼职标准岗位子集，设置兼职标准岗位字段，由自定义档案取数；
统计时利用查询引擎按照人员兼职标准岗位进行统计，解决报表②；
4．3对于薪酬模块，工资发放项目的设置，请说明eHR5.0能够支持那几种方式的计算设置，并分别说明每种设置的应用条件。
a.计算公式：
工资项目是根据员工的某些属性通过代数运算关系进行计算；
b.薪资规则表：
工资项目具有一定的规则性，能够通过可有限列举的员工相关属性和工资项目对应其项目结果；
c.固定值：
工资项目对每个人都是一样的数；
d.手工输入：
工资项目没有规则或者是由外部系统计算出来的结果；
e.其它数据源：
工资项目取自人员工作信息、个人信息、信息子集、薪酬体系、绩效等系统其它模块的结果。
5．1某公司要给员工发放津贴，津贴的发放标准为：
人员编码前两位为“01”的员工发放500元，人员编码前两位为“02”的员工发放300元，其他员工不发放，请用两种方式设置此津贴项目。
方式一：
首先新建一个薪资规则表，在薪资规则表中定义两条规则，
规则一的条件是：
substring（{人员工作信息:
人员编码},1,2）='
01'
，值为：
500；
规则二的条件是：
02'
300；
添加一个薪资发放项目，定义其项目数据来源为按薪资规则表，选中定义好的薪资规则表即可。
方式二：
添加一个薪资发放项目，定义其项目数据来源为由公式计算，公式定值为：
如果substring（{人员工作信息:
人员编码},1,2）='
则500
则300
否则0。
8分
5．2在HR5.01招聘管理应聘人员管理可通过外部数据交换平台或人事导入工具将应聘人员信息或其他人才信息采集到应聘人员信息库中，请详细说明两种方法的导入过程。
使用人事导入工具，将excel表中信息导入，支持导入应聘人员基本信息和应聘人员详细信息。
基本信息包括：
姓名、身份证号、出生日期、民族等。
详细信息包括：
应聘人员家庭情况、工作履历、语言能力、奖励情况、培训经历、专业技术职务、教育背景。
使用外部交换平台导入的过程：
第一步，应该准备好需要导入的XML文件,修改其中的一些信息值，如：
sender=”02”，pk_corp值为需要导入的公司主键。
第二步，在外部交换平台外部系统信息设置节点，增加外部系统。
编码固定，02，名称任意，如为应聘人员导入，默认基础数据匹配按名称。
第三步，在外部交换平台交换规则定义节点，打开交换规则。
选择账套，单据类型选择R802应聘信息导入，外部系统为01。
注意：
在此要将表rm_psnbasdoc中字段re_status的模任值修改为10，表示应聘人员。
第四步，外部交换平台手动加载界面节点，选择：
数据文件目录、回执目录、加载成功转移目录、修改目标URL地址。
发送，成功后在相应目录下查看相应的文件。
导入数据之后在人力资源招聘甄选应聘人员管理节点可以查询得到相应的应聘人员信息。
7分
5．3某NC项目需要使用HR的薪资模块，数据库为oracle9i，HR产品安装了基础设置和薪酬管理。
在使用过程中发现了一个问题：
在进行某种操作时，弹出错误提示：
ORA-000942：
表或视图不存在。
问题：
a、为什么会缺少表或视图，最有可能的原因是什么？
b、如何知道缺少了哪张表或者视图？
c、假设是因为缺少hi_psndoc_wa，如何解决此问题？
a、由于各个模块之间是有关联的，该项目仅安装了基础设置和薪酬管理，数据库中没有其他模块的表，当使用中需要其他模块的表时，会出现此错误。
（关键答题点：
未安装其他模块）
b、将中间件的log设置为输出sql语句，查看nclog，找到报错之前的sql语句，对该语句分析，可以知道是因为缺少哪个表造成的。
log输出sql，分析出错的sql语句）
c、缺少的表为hi_psndoc_wa，前缀是hi，可以得知是员工信息模块的表；
在HR安装盘中，到员工信息模块（目录hrhi）下，找到建库脚本的打包文件（dbcreate.jar）；
将该文件解压，然后在解压后的目录下，按照包含文字hi_psndoc_wa查找，最后找到hi_psndoc_wa表的建表脚本，然后到nc数据库中执行即可。
hi表是员工信息模块的表，在安装盘中找到员工信息模块建库脚本压缩包，在该包中找到此表的建表脚本）
7分
5．4某客户所有下属单位的基本工资体制都相同，发放项目也相同，其中有如下两个主要项目：
a、职务工资：
根据员工的职务，共分为5级，每个级别3档；
b、工龄工资：
根据员工在本集团的工龄计算，在本集团下属各个公司的工龄都应计算在内。
对于基本工资的应发合计，需要进行总额管理，具体要明确到部门的总额。
问题1，该薪资类别应如何快速实施，这两个薪资项目应如何进行设置及使用？
问题2、总额管理如何实现？
1、此薪资类别应设置为集团类别。
职务工资应使用薪酬体系，首先设置薪资标准表，然后设置薪资项目-职务工资的来源为其他数据源-人员档案-薪资档案，使用时需要对员工进行定调级。
工龄工资的实现，应首先在员工信息中维护维护工龄：
增加两个个人信息项：
进入本集团时间、集团工龄，进入本集团时间需要手工维护，集团工龄设置为与进入本集团时间关联的日期函数；
根据个人信息的集团工龄设置一个薪资规则表，工龄工资来源为此薪资规则表，或者工龄工资用公式进行计算。
（考察重点为薪资体系的使用，及集团工龄的计算方法，目前系统内没有预置集团工龄，预置的入职时间也不能用在这里，因为该入职时间会在跨公司调配时自动更新，如果没有回答设置进入本集团时间、集团工龄，扣本问分值的一半）
2、薪资总额管理的实现：
a、此薪资类别设置为纳入工资总额；
b、由于需要对应发合计进行总额管理，而此项目是无法修改为纳入总额的，所以需要将所有记入应发合计的项目设置为纳入工资总额；
c、在集团设置工资总额权限；
d、到分配了权限的单位设置单位工资总额、部门工资总额；
e、在薪资发放的审核时，如果超出总额，会按照部门弹出提示。
5．5某E-HR项目，客户针对权限管理提出如下需求，客户化—》自定义查询—》查询引擎中的两个节点“查询引擎管理”和“查询引擎权限控制”只能由集团（HR系统的集团）进行统一管理，不能由各下属公司拥有对这两个节点的进行权限管理。
请根据V5产品的相关功能，给出3种解决方案并且对各方案的优缺点进行简单描述。
（请从下面几种情况进行分析1、集团公司和下属公司的所有用户统一由“HR系统的集团”的管理员进行权限管理；
2、集团公司和下属公司的各管理员用户统一在“系统的集团”建立并进行权限管理；
3、集团公司和下属公司的所有用户分别在各公司建立并进行权限管理）
1、第一种情况，在“HR系统的集团”建立一个管理员操作用户，并且拥有“公司管理员”的角色，由这个用户对其他的所有的操作员用户进行权限管理。
这样处理的优点是系统实现比较方便简单，缺点是所有公司的操作员由一个用户进行管理，工作量比较大。
2、第二种情况，在“HR系统的集团”为每个公司的管理员建立操作用户，使用帐套管理用户登录系统，并且在客户化—》二次开发工具—》系统管理工具—》权限资源配置节点中启用功能权限的权限最大集参数。
并且使用帐套管理员用户在客户化--权限管理中，对在“HR系统的集团”里建立的管理员进行所对应角色分配，注意分配权限时不要分配“客户化—》自定义查询”的权限。
这样操作后各个集团公司和下属公司的管理员在进行权限分配时就不会拥有“客户化—》自定义查询”的权限。
这样处理的好处是充分利用系统的权限最大集功能进行权限控制，对管理员和操作用户进行逐级授权。
缺点是如果要分配管理员权限之外的权限操作比较麻烦，需要有“帐套管理员”来统一进行授权。
3、第三种情况，在“各个公司”为每个公司的管理员建立操作用户登陆集团，并且在客户化—》二次开发工具—》系统管理工具—》功能注册，将查询引擎权限控制节点的属性类型改为‘集团独享控制’。
这样就可以实现分公司不能拥有某些权限分配的功能。
这种方案的好处是操作比较简单，权限控制比较简单。
缺点是不能进行个性化的权限管理，针对某个节点的功能权限的分配，只能实现两种管理方式：
一种是可以分配权限，另一种是不能分配权限，不能实现集团公司和下属公司中的某个管理员可以拥有某个节点权限管理的功能。
马立
6．1天和公司是一家业务经营多元化的集团企业，在所涉及的不同业务领域中，其发展规模、盈利能力、价值贡献、管理模式等方面均有较大差异。
由于历史原因，该集团公司在对下属企业的管理控制上没有形成与集团发展战略相一致的有效模式，现需要通过e-HR系统的使用，达到如下目标，请根据这些具体目标，给出详细解决方案。
1、根据战略目标重新调整组织机构；
2、建立全集团统一的岗位体系，确定岗位职责；
3、通过网上实现人员调动审批流程，规范审批环节，提高处理人员调动业务的工作效率，保证员工信息及时有效更新。
4、建立具有竞争力的薪酬体系，薪酬构成为两部分，一部分是岗位工资，可分为15级10档，并且允许一定范围内的浮动；
一部分是效益奖金，与上月销售额有关，具体金额不固定。
需要在当月5日发放工资，20日发放效益奖金，并需要将岗位工资与效益奖金合并计税。
薪资类别、薪资项目全集团统一，下级单位不允许修改或新增。
请简要说明在用友Ehr系统中如何实现以上目标？
1、通过部门档案中的“部门变更管理”实现对部门更名、撤消、合并、转移的处理，完成组织调整；
2、建立集团级的岗位序列、岗位等级、岗位，各下属单位不允许新增岗位，只能引用集团建立的岗位，以实现对全集团岗位体系的统一；
3、定义调配基础档案（调配类型、调配原因）、调配项目，并需要设置哪些是跨单位调动的；
根据员工调配审批流流向以及各审批环节角色的不同，在审批流管理中定义不同调配业务类型的审批流程；
在各单位中根据员工调动需要提出调配申请；
审批流各环节的审批角色对自己有权限审批的员工调配单进行审批；
进行调配执行（跨单位调配的需要分别进行调出执行与调入执行）；
4、需要设置两个集团薪资类别：
工资、奖金；
分别建立薪资期间：
工资期间为每月5号到下月5号，奖金期间为每月20号到下月20号，但这两个薪资类别对应的会计期间、归属期间相同；
设置集团级薪资标准类别、薪资标准表，定义薪酬级别、档别、对应金额；
设置两个类别下的薪资
升级会员 