oracleHRMSpayroll核心配置.docx

上传人:b****5 文档编号:11568845 上传时间:2023-03-19 格式:DOCX 页数:100 大小:3.21MB
下载 相关 举报
oracleHRMSpayroll核心配置.docx_第1页
第1页 / 共100页
oracleHRMSpayroll核心配置.docx_第2页
第2页 / 共100页
oracleHRMSpayroll核心配置.docx_第3页
第3页 / 共100页
oracleHRMSpayroll核心配置.docx_第4页
第4页 / 共100页
oracleHRMSpayroll核心配置.docx_第5页
第5页 / 共100页
点击查看更多>>
下载资源
资源描述

oracleHRMSpayroll核心配置.docx

《oracleHRMSpayroll核心配置.docx》由会员分享,可在线阅读,更多相关《oracleHRMSpayroll核心配置.docx(100页珍藏版)》请在冰豆网上搜索。

oracleHRMSpayroll核心配置.docx

oracleHRMSpayroll核心配置

ORACLE人力资源管理系统培训手册—薪资模块(Payroll)

 

文档作者:

创建日期:

确认日期:

系统版本:

11.5.9

当前版本:

1.0

文档控制

更改记录

日期

作者

版本

更改参考

 

审阅

姓名

职位

签字

 

分发人员

编码

姓名

地点和位置

1

2

 

UNIT1薪资模块概述

单元培训目标

◆了解Oracle薪资模块的主要功能和特征

◆了解Oracle薪资模块和其他模块的关系

◆了解Oracle薪资模块的一个业务周期

LESSON1薪资模块介绍

Oracle薪资模块是OracleHRMS的主要组成部分,帮助薪资管理者进行员工支付和其他相关的薪资管理。

OraclePayroll是一个功能强大、基于规则、图形化的工资管理系统,旨在满足企业和员工不断变化的需要,从而降低设置成本、缩短管理时间并减少处理错误。

Oracle的工资管理解决方案使客户能够减少管理和设置成本并减少错误,同时改进报表和分析功能并提高响应速度。

您可以通过诸如连续计算引擎(ContinuousCalculationEngine)等特性减少处理工资的工作量,该引擎使客户能够在支付期间的任何时候进行工资计算,然后简单地处理任何变更。

该特性大幅度地缩短了工资处理的周期时间。

同时诸如总额计算(Grossup)和回溯计算等自动操作特性消除了手工计算的需要。

Oracle薪资管理还可以自动处理与法规有关的定期计算。

薪资管理人员往往需要一个标准的、广受支持的软件包而可以处理本公司独特、复杂的计算。

OraclePayroll通过一个独有的、数据驱动方法使得可以定义和管理各种薪金需求,其丰富的功能可使客户完成大量化繁为简的工作:

1、在一天之内快速、简便地处理许多工资单

2、快速创建复杂的计算规则(例如无需编程即可计算集体加班费)

3、高效率地检查、复查和调整薪金

4、对以前的收入或津贴作追加调整

5、确定综合的个人付款方式

6、多种货币支付

7、随时检查员工支付记录

8、通过在线访问薪资数据,跟踪和监控员工成本

9、传送薪资信息到总帐和其他会计系统,包括项目成本系统

10、向政府部门和公司管理层报告薪资结果

11、维护完备的安全性和薪资历史信息的集成性

从而,OraclePayroll能够快速、灵活、准确地处理工资单并记录成本。

 

LESSON2薪资模块和其他模块的关系

作为Oracle电子商务套件的组成部分,Oracle薪资管理与Oracle人力资源管理、Oracle人力资源自助服务、Oracle总帐、Oracle现金管理、Oracle佣金管理、Oracle时间管理和Oracle高级福利全面集成。

图1-1:

薪资模块与其他模块的主要接口

Oracle薪资管理与其他模块的主要集成接口:

人力资源模块:

薪资模块是以人力资源模块的组织结构和员工分配为基础的,所有人员的基础信息都需要从人力资源核心模块中取得。

时间模块:

时间收集卡可以通过批要素项传送的方式批量刷新相关的要素分录,将员工出勤等时间信息纳入薪资计算。

自助模块:

提供在线工资单查询、假期申请和审批。

总帐模块:

通过成本科目的定义和运行传送,将薪资结果信息按科目汇总传送至标准的接口表,财务可直接导入日记帐。

 

LESSON3薪资模块的一个业务周期

Oracle薪资模块的一个业务周期,即公司运行一次工资计算、发放的循环,一般为月度,主要步骤如下图:

图1-2:

薪资业务流程的一个周期

1.维护员工资料,特别是会引发薪资计算参数变化的员工信息,如级别、休假等

2.录入或导入员工当期发生的工资变更,包括:

·起薪

·加薪

·临时补贴或扣缴

3.录入或导入员工当期发生的福利信息变更,如社会保险的停缴或补缴等

4.运行本期的工资,得到员工的薪资计算结果

5.查询运行结果并发现错误时,可重试运行或退回重来,之前必须修改导致错误的参数或者规则

6.确认结果无误,可运行过帐

7.过帐后发现支付错误,可进行反冲调整

8.打印相关的报表,并在员工自助公布各人的工资单

9.财务将薪资结果导入日记帐

10.运行财务的工资核算报表

11.进行支付,打印银行报盘文件

UNIT2基本概念

单元培训目标

◆理解工资单的基本概念

◆理解薪资要素的基本概念

◆理解余额的基本概念

◆理解成本代码的基本概念

LESSON1工资单(Payroll)

OraclePayroll中的工资单代表一组员工,是指每隔固定周期运行一次工资计算的员工组。

固定周期就是工资单的支付期,如果每月运行一次,工资单支付期就是“月”。

相同支付期的员工可以放在一个工资单的分组中。

w

图2-5:

按照支付频率进行工资单分组

在同一个业务组(企业)中,出于公司薪酬制度的需要,特别是根据运算周期的不同,可以定义多个工资单,并通过分配将一名员工置于工资单中。

每次工资单的运行,即是运行某支付期内拥有该工资单的有效分配,得到员工的薪资详细结果。

在这里,运行的个体是“分配”,而非个人,薪资运行的索引号是员工的分配号,而非工号。

强调这一点,是因为下文提及的设计工资结构和计算规则,将与此密切相关。

建立一个工资单,需要确定其支付期类型和支付方法。

通过付款方式的定义,可以根据企业实际情况设置不同付款方式。

当创建一个工资单时选取这些有效方式,其中一个方式将成为这个工资单的默认方式。

如选择银行转帐、现款或支票。

分配工资单时,该支付方式将成为员工默认的薪资付款方法。

工资单的作用,还包括安全性的设置,可以屏蔽不同工资单的管理者分别运行各自权限下的薪资。

 

LESSON2要素(Element)

通过系统可以定义,包括不同类型的薪资福利模型和将其分配给员工的政策规则,这些类型就是要素。

要素如同积木构成了薪资福利系统,用于人力资源分析和工资单运行。

要素可以用来记录:

1、收入,例如底薪、奖金

2、福利,例如员工持股和养老金计划

3、工作缺勤

4、非报酬支付,如采购报销

5、实际分配给员工的物品,如工具、制服、手机或计算机

6、主动或非主动的扣除,包括税前和税金扣款

7、员工税金及其他债务

系统对于可以创建多少种要素没有任何限制,并且对所有要素的定义进行历史记录。

为了满足所有OracleHRMS用户的需要,工资要素包括下列基本的结构特征:

分类、输入值、处理类型。

●要素分类(classification):

系统采用分类将相同处理流程的要素归纳为一类。

主要包括收入类(如“基本工资”、“加班费”);扣除类(如“缺勤扣”、“个调税”);信息类(如“缺勤小时”等)。

每种OracleHRMS要素都必须有一个分类。

分类的选择使该要素的支付值自动计入对应的缺省余额,并决定运行工资单时该要素的默认优先级。

符合中国特点的主要分类有:

应税收入、非纳税收入、信息、主动扣除(如捐款)、法定扣除、特殊支付(如节日利是、第十三月工资、不定期奖金、销售佣金等)等。

●输入值(InputValue)是可以为要素赋值的项目。

为了给员工的收入或扣除赋值,需要维护要素分录(entry)。

一个分录可以容纳最多15项信息,具体项目在建立要素时定义。

比如一个名为“缺勤”的要素,可能需要记录病假天数、事假天数、年假天数等项目。

这些信息项目被称为输入值,它们的有效性、必输或选择性以及数据格式类型都可以定义。

●每个要素都有一种处理类型(ProcessingType),用来表明其输入值的有效持续时间。

有些要素的输入值反复出现在所有工资支付期间,分录值不变,直至它们被改变或停止使用,例如基本工资和社会保险。

这类要素的处理类型为“循环”或“经常性”(Recurring)。

图2-6:

不同处理类型的要素分配的日期跟踪

相反,某些要素的输入值是临时出现的工资项,分录值仅在一个工资支付期有效,如防暑降温费,或一次性分发的奖金金额。

这种情况下的要素处理类型为“不循环”或“非经常性”(Nonrecurring)。

链接(Link)是将工资单和要素联系起来的唯一途径。

为了确定哪个员工群体符合采用某要素的资格条件,您可将该要素和员工的工作分配相链接。

由于有了链接,就不可能出现员工接受不属于他的要素的错误输入。

例如:

您可以将将佣金这一要素和销售部相连。

这样,将只有销售部的人员才可能得到佣金。

 

LESSON3成本分配代码(CostAllocationCode)

薪资结果是劳动成本核算的主要依据,成本分配是使用ORACLE弹性域来多角度地描述劳动成本,用成本代码将薪资值归纳入不同的成本中心或成本段。

如薪资计算中发生的不同部门的福利费用将自动计入不同的成本中心。

图2-8:

通过科目代码代表不同的成本中心

用户可以把雇员成本分配给成本中心,总帐代码及劳动分配代码。

如果使用OraclePayroll,可以用转移请求来累积这些标题下的成本。

如果使用OracleGeneralLedger,可以用另一个请求来把工资结果传送给总帐。

ORACLE财务模块使用的科目结构(ChartofAccount)和薪资模块使用的成本分配代码(CostAllocationCode),都是关键弹性域(AccountingFlexfield)的典型应用。

在ORACLE财务模块中,科目结构唯一地标记财务科目并为每个会计科目表提供一个灵活的结构。

可以设置科目结构使其具有任意数目地段,最大可达30个。

大多数公司至少要用3个段:

公司段、成本中心段、科目段,根据实际情况,可以定义多段结构地科目结构用以描述企业地会计帐户。

例如,科目结构可能由六段组成:

◆公司段:

记录省公司和各市分公司

◆成本中心段:

记录每个成本部门,经理室、财务部等

◆科目段:

参照国家外资股份制科目的使用设定

◆子目段:

它是一个从属段(dependentsegment),依赖于公司段的段值,用以记录各分公司特有的科目值,如银行存款等明细科目

◆分类段:

与收入有关的科目在此段上进行分类,如数字收入或模拟收入等

◆项目段:

记录具体的项目编号

与财务系统的会计弹性域对应,所有OracleHRMS系统的都使用成本分配关键弹性域(CostAllocationKeyFlexfield),用它可以为劳动成本,成本中心,和总帐及劳动分配代码建立代表公司或帐簿集的字段。

一般情况下,需要按照总帐的科目段定义成本分配弹性域的段,并通过映射定义对应关系。

科目映射(MappingOption)的作用是,将HR成本代码和财务科目代码对应起来,即定义成本分配关键弹性域后,需定义将哪些段映射到某个帐套的段中。

按照缺省的优先级由高至低,可以分配成本科目的级别有要素分录、分配、要素、余额、组织、工资单。

如果在一个高级别建立了缺省值,可以越过那些较低的级别。

系统甚至允许基于该工资周期雇员的实际工作模式来分配的雇主负债。

例如:

一个雇员他工资周期的一半时间为成本中心123工作,另一半时间为成本中心789工作。

通过在的雇主负债上建立成本分摊计算,当成本计算过程运行时,将自动基于该雇员一半时间花在成本中心123而另一半时间花在成本中心789的事实“分配”成本。

在薪资运行完成之后,通过运行请求,结果值会按照相关的科目定义汇总,生成到财务接口中。

 

UNIT3薪资发放规则

单元培训目标

◆通过设置了解如何设计Oracle薪资模块的支付规则

◆能够进行工资单定义

LESSON1支付方法

通过付款方式的定义,您可以根据企业实际情况设置不同付款方式。

那么,当您创制一个薪水册时就可为员工选取这些有效方式了。

其中一个方式将成为这个薪水册的默认方式。

比如说,可选择银行转帐、现款或支票。

图3-1:

支付方法的用途

您可以定义一个含多种付款方式的薪水册,如银行转帐、支票支付等等。

当您运行它时就能任选其中一种方式,所有员工在其薪水册上只有一种默认付款方式。

维护工资单,需要从定义支付方法开始。

◆设置工资单的步骤:

STEP1:

定义支付方法

1.(N)工资单>支付方法,进入“组织支付方法”窗口。

2.设定需要定义的支付方法的有效开始日期。

3.输入支付方法的名称。

4.选择支付方法的类型,包括现金、支票、直接支付等,一般选择“现金”。

5.选择该支付方法的币种,系统默认为业务组的本位币。

6.定义第三方付款方法,该功能主要用于支付员工的债权人等特殊情况,一般不使用。

7.输入银行详细信息和付款科目。

图3-2:

银行明晰

8.保存。

图3-3:

组织付款方法

 

LESSON2合并集

每次运行工资单,都需要选择一个合并集。

这是因为合并集为工资单运行提供了必要的标签,以便查找和合并运行的结果。

每个业务组都有一个系统缺省的同名合并集,一般采用此合并集即可。

如果已经使用该合并集运行过工资单,则不能将其删除。

STEP2:

创建合并集

1、(N)工资单>合并集,进入“合并集”窗口。

2、新建合并集。

3、保存。

 

LESSON3工资单说明

工资单的创建,包括该组的日历和有效支付方法的创建。

STEP3:

定义工资单

1.(N)工资单>说明,进入“工资单”窗口。

2.定义有效开始日期。

请输入尽可能早的日期,以便容纳所有可能纳入薪资的历史信息。

有效开始日期也必须早于工资单日历的首个支付期间的开始日期。

3.输入工资单的名称。

4.选择工资单的期间类型,一般选择为“日历月”。

5.输入首个支付期间的最后一日。

例如本工资单的支付期自2000年1月开始,以1日——31日为计算周期,则该日期为“2000-1-31”;以上月16日——本月15日为计算周期,则该日期为“2000-1-15”。

6.工资单的运行年限,系统会根据年限和支付期的定义,自动生成工资单的日历。

7.如果需要,改变默认的偏正日期。

8.选择默认的支付方法,如果员工本人没有设置有效的支付方法,则工资单的默认支付方法将成为该员工的支付方法。

9.选择默认的合并集。

10.选择成本计算的帐簿和暂记帐户,如果需要进行成本分配,则需要设置,作为成本统计的缺省科目。

图3-4:

工资单级别的成本分配

11.保存

图3-5:

工资单

12.选择“期间日期”按钮,查看自动创建的工资单日历。

系统允许修改每个周期的时间点,并且关闭某个周期以防止不必要的分录输入。

图3-6:

工资单的期间日期

13.选择“有效付款方法”按钮,添加除默认支付方法外,其他对本工资单有效的支付方法。

图3-7:

工资单的有效付款方法

UNIT4薪资结构管理

单元培训目标

◆理解薪资模块中薪资结构设置的意义

◆理解要素设计的考虑

◆掌握要素的定义

◆掌握要素集和分配集的定义

LESSON1定义要素项

要素的定义

◆创建新要素

1.(N)全面薪酬>基本>要素,进入“要素”窗口。

2.定义有效开始日期。

请输入尽可能早的日期,因为在有效开始起以后,要素才能进行链接和录入。

3.输入唯一的要素名称。

名称只能以字母开头。

4.输入唯一的报告名称。

报告名称用于报表和薪资通知,一般使用要素名称的缩写。

5.输入要素的描述信息。

6.选择主要分类,要素的分类将决定其缺省的计算优先级和余额结转。

中国本地化版本经常使用的主要分类有:

主要分类

主要用途

缺省优先级

成本类型

信息

Information

对于不参与运算或只提供数据,不作实际发放和扣除的项目,选择该项目。

比如缺勤统计、实发总计等。

500

Debit

含税收入

TaxableEarnings

工资大部分是由应税收入组成的,凡是税前的收入项都应选择该分类。

2500

Debit

不含税收入

NoneTaxableEarnings

税后的收入项选择该分类,如取暖费等不缴税的补贴或代发项目。

3500

Debit

法定扣除

StatutoryDeductions

对于法律规定的扣项,使用该分类,如社保、住房公积金和个人所得税。

4500

Credit

自动扣除

VoluntaryDeductions

对于公司薪资政策规定的扣项,使用该分类,如缺勤扣款。

6500

Credit

7.选择处理类型,即根据是否需要该要素的输入值连续在每个周期出现,而选择“循环”或“不循环”。

注意,“薪金”要素应该选择“经常性”,而“缺勤”要素应该选择“非经常性”。

8.选择终止规则,

终止规则

主要用途

应计终止

(ActualTermination)

即“实际终止”,循环要素将在员工离职日关闭;不循环的要素将在员工离职的周期结束时关闭,如果员工终止分配的最后处理日期较之更早,则按照此日期关闭。

最终关闭

(FinalClose)

保持开放分录的录入,如果员工离职日后仍需要支付薪资

最后标准处理

(LastStandardProcess)

对于循环或不循环的要素,分录将在最后标准处理日关闭。

员工离职时维护的最后标准处理日,一般默认为当前支付期的最后一天,可以根据实际情况再往后调整。

9.选择“允许多个项”的选择框,如果需要同时给员工的一个要素添加多条分录时使用,一般适用于缺勤类的要素。

10.选择“允许附加项”的选择框,如果需要给员工的一个循环要素添加一条临时性分录,在本周期替代原本的经常性分录值,一般使用不多。

11.选择“关闭项”的选择框,如果不允许给员工的一个要素再添加任何分录时使用,不影响原有的分录,一般使用不多。

12.选择“运行中处理”的选择框,以便在工资单运行时处理该工资单,系统会缺省自动选择该项。

13.选择“间接结果”的选择框,如果需要让该要素只接受计算公式(有关公式和公式结果见下章)的间接结果,则需要选择,一般不选择以便要素可接受公式结果和手工输入的分录。

14.选择“仅限于调整”的选择框,如果该要素只用于余额的调整。

15.选择“第三方付款”的选择框,如果该要素只用于进行第三方付款,一般不使用。

16.调整系统缺省的优先级,ORACLE工资单的运行顺序是根据优先级数字由低到高进行计算的,需要根据公司实际的计算规则进行调整。

17.选择要素跳过规则,以便系统在逐一运行要素时,决定是否要运行该个分配的该要素。

适用于有期间控制和条件控制的要素。

特别是在处理离职或假期时会比较有用。

要素跳过规则就是一个专门的公式(公式定义见下章),返回“是/否”标志。

18.选择输入币种,如果该要素的分录使用的币种与业务组的本位币不同,则需要选择。

19.选择输出币种,只适用于主要分类为“信息”的要素,所有需要支付的要素的输出币种是不能改变的。

20.输入合格条件中的年龄,规定能享受此要素的员工的最小年龄限制。

21.输入合格条件中的服务年限和单位,规定能享受此要素的员工的最短司龄限制。

22.选择“标准”选择框,如果需要所有符合合格条件的员工都自动分配该要素。

不循环要素或允许多个项的要素不能使用该选择框。

23.保存。

图4-1:

要素

◆定义要素的输入值

24.点击“输入值”按钮,进入“要素”窗口。

25.查看现有的输入值。

对于收入或扣除等分类的要素,系统会自动创建一个缺省输入值——支付值(PayValue),作为要素的实际支付结果值。

如果该要素只需要一个存放结果的项目,就必须使用支付值。

如果除了要素结果外还需要存放一些参数项目,则继续添加输入值。

26.加入输入值的名称。

27.选择输入值的单位。

一般的薪资项目以“货币”为单位;如果是参与计算的参数,可以使用“字符”或“数字”等单位;如果是缺勤统计的项目,需要使用“日”、“小时”等单位。

28.加入输入值的序列号,便于本要素的输入值的排序。

29.检查“必需”选择框,如果使用,则系统要求该输入值的分录必须有值。

30.检查“用户可输入”选择框,如果使用,则允许用户为该输入值的分录手工加值,一般建议选择。

如果不选择,则该输入值的分录值使用默认值。

31.检查“数据库项目”选择框,如果使用,则该输入值的分录值将能够被薪资公式所引用(数据库项目及其具体使用方法见下章)。

图4-2:

输入值

32.如果需要,可以添加输入值的默认值。

33.如果默认值有变化,需要替代已经存在的分录值,则在“热默认”选择框上打勾。

但是,重复设置缺省值可能会引起要素分录值历史信息的混乱,一般不建议这样做,而是通过BEE(见UNIT10)等方法来进行所有员工的默认值添加。

34.添加输入值的验证,可通过设置最大最小值、快速编码或公式来限制输入值的分录值范围。

35.选择“警告或错误”,决定系统是通过报错警告输入值未通过验证;还是不允许保存无效的值。

图4-3:

输入值的验证

 

LESSON2要素链接

使用要素链接,定义要素能够对应符合哪些分配条件的人员。

作为分配一部分的工资单,也需要通过链接,才能够和要素对应起来。

要素级别的成本代码,也需要通过链接来定义。

图4-7:

要素链接规则

◆定义链接

1、(N)全面薪酬>基本>链接,进入“要素链接”窗口。

2.注意系统有效日期,以便保证设置需要的合格条件在当时是有效的

3.在要素名称栏,选择定义链接的要素。

4.检查“标准”选择框,打勾则表示所有符合链接条件的人员将自动分配到该要素。

一般只有处理类型为循环的要素才能选择,用途与在要素界面选择“标准”相同。

5.在“资格标准”区,选择能获得该要素的所有分配情况的条件,如某部门、某职务的人员才能拥有该要素。

6.选择工资单,一般需要将要素链接到唯一的工资单。

7.如果需要让所有工资单都可以使用该要素,则在“链接至所有工资单”选择框上打勾。

8.保存。

图4-8:

要素链接

◆定义成本

1、选择“应计成本类型”。

系统缺省为“未计算成本”(NotCosted),表示系统不维护该要素的成本信息。

其他分类如下:

应计成本类型

主要用途

已计算成本

(Costed)

即“需要记录成本”,允许在任何级别(见基本概念:

成本代码)记录薪资的成本信息。

一般需要记录成本的要素(如收入和扣除分类)都推荐使用该选项。

固定成本计算

(FixedCosted)

如果所有该要素的成本都记录到同一个成本科目中,即不允许其他级别的成本代码维护,则使用该选项。

已分配

(distributed)

如果需要将间接费用成本分摊到其他要素,则使用该选项,一般不使用,如果使用需选择分配集(关于DistributionSet见本章Lesson4)。

2.检查“传送至GL”选择框,如果此链接要素的工资单运行结果需要传送到总帐模块,则需要选择。

3.使用“成本计算”栏,选择总帐科目代码。

如某项工资对应的劳动成本科目。

4.使用“平衡”栏,选择总帐科目代码,做平成本计算科目。

●对应扣除分类的要素,需在成本计算字段维护贷方科目,在平衡字段维护借方科目。

●对应其他分类的要素,需在成本计算字段维护借方科目,在平衡字段维护贷方科目。

5.保存。

LESSON3要素集

为了区分,一般把ElementandDistributionSet成为要素集,把Ass

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 文学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1