empty
===========================================================
发票审批设置示例
===========================================================

发票审批设置示例

发票审批分强制审批和工作流审批两种类型。发票的工作流审批是应付模块结合AME和工作流共同完成的:

1. 应付模块负责对发票审批工作流的引用,主要工作就是在应付款选项里面启用发票审批工作流;并在应用层设置预制文件:AME:已安装的值为

2. AME负责发票审批规则的设置,根据具体业务的需要,甚至各种发票审批规则;

3. 发票审批调用的工作流是AP发票,发票审批工作流通过对满足普通条件和优先级规则的调用,确定审批工作的流向和结束。

本文档主要通举例来展示各种常用的发票审批规则。

1.基于主管层次的发票审批规则设置

例子:某公司决定将金额在1000元人民币或者100美元以上的标准发票纳入需要审批的范围。公司为每个员工分配了主管,这样公司内的员工通过主管形成了这样多层的上下级关系。并且每个员工都有自己的审批限额,超过限额需报上层主管审批。

根据需求,我们在AME中这样设置审批规则:

属性: 发票金额:SUPPLIER_INVOICE_AMOUNT

发票类型: SUPPLIER_INVOICE_TYPE_LOOKUP_CODE

这些属性可以用系统提供的已有定义,也可以自己重新定义。

条件:SUPPLIER_INVOICE_AMOUNT>=1000RMB;

SUPPLIER_INVOICE_AMONT>=100USD

SUPPLIER_INVOICE_TYPE_LOOKUP_CODE in {STANDARD}

行动:supervisory level: Require approvals up to the first four superiors, at most.

规则:IF SUPPLIER_INVOICE_AMOUNT>=1000RMB AND

SUPPLIER_INVOICE_TYPE_LOOKUP_CODE in {STANDARD}

THEN

supervisory level: Require approvals up to the first four superiors, at most.

IF SUPPLIER_INVOICE_AMOUNT>=100USD AND

SUPPLIER_INVOICE_TYPE_LOOKUP_CODE in {STANDARD}

THEN

supervisory level: Require approvals up to the first five superiors, at most.

基于主管层次结构的发票审批一定要设置属性TOP_SUPERVISOR_PERSON_ID的值。

基于主管层次的发票审批审批人权限在应付员工审批权限中定义,并要求选择相应得成本中心。

2.基于工作层次结构的发票审批规则设置

基于工作层次的发票审批规则同基于主管层次的发票审批规则设置类似,唯一的差别是审批工作流按照职位层次的设定流转。

在基于工作层次结构的发票审批中,审批人的审批权限在定义工作(职务)时定义。这一点不同于基于主管层次的审批。

3.发票预审批规则

预审批指应用一般审批规则前的初步审批。在AME里面,预审批一般对应一个预审批组。这个组的成员可以是员工,也可以是普通应用产品用户。例如在前面的例子里,我们添加一个要求:金额大于10000美元的发票须经过系统管理员预审。则我们可以添加一预审批规则。

1. 添加条件:SUPPLIER_INVOICE_AMOUNT>=10000USD

2. 定义一组:{SYSADMIN}

2.添加一预审批规则:

IF

SUPPLIER_INVOICE_AMOUNT>=10000USD

THEN

pre-chain-of-authority approvals: 要求预审批{SYSADMIN}

预审完成后转入正常的审批工作流程。

4. 发票后审批规则

同发票预审批规则类似,只是用于正常审批流程后的后续审批工作也是基于审批组。

发票审批操作流程

1. 录入发票,并确认申请人字段不为空;

2. 验证发票后启动审批(可以通过运行发票审批工作流定期启动符合条件的发票审批流程);

3. 运行参数为wf_deferred的程序:工作流代理接收器(为简化工作,可以设定为定期运行);

4. 按照AME设定的规则对发票进行流程审批

P690tst环境已经作了相关设置,可以在AME中设定规则进行测试


hatty 发表于:2006.11.15 12:46 ::分类: ( 初始分类 ) ::阅读:(4440次) :: 评论 (2)
===========================================================
Payroll处理一般流程(Oarcle)
===========================================================

概述

Oracle Hr主要包括以下几个部分,这几个部分分别实现了人力资源管理不通方面的管理需要:

a. 人力资源管理

b. 培训管理

c. 自助式人力资源管理

d. 工时与人工管理

e. 网上招聘

f. 网上学习

g. 人力资源智能

h. 高级福利管理

一. Oracle工资是基于规则的处理方式,许多业务规则可以订制,酬薪方案可以根据实际情况设计。

二. Oracle工资系统提供一种基于资格检测和生活事件检测的酬薪管理功能,这些变化会得到自动处理。

Oracle工资系统中,运行工资单以为员工按照前当的频度支付报酬。Oracle为工资单计算提供了足够的灵活性。例如,可以运行测试工资单,运行后的工资单可以回退以做调整,工资单可以部分运行,例如只为某个员工运行工资单。

工资单运行的后续工作主要包括两部分:使用正确的支付方式支付员工工资;正确的将员工工资计入人工成本。

1. Oracle 工资系统处理流程涉及到的几个基本概念:

通过这几个基本概念的介绍,可以加深对工资处理流程的理解。

主要概念:

一.要素(elements)

1.关于要素,主要涉及以下几个方面的关键点:要素的设计、理解要素分类、要素值的输入(包括输入方法的设计)、要素成本的分配等。

a. 要素的分类:包括基本分类和附加分类 。基本分类根据不同的hr本地化有不同的seed值。典型的基本分类有:earnings,taxes,insurance,employer liabilities, voluntary deductions,information,court Oders 等。

基本分类的成本特点不允许更新,即某个要素类型是否计入成本,是否可以在这个类型要素间分配成本,以借记还是贷记方式计入总账成本账户等。

附加分类:满足特殊需要。(对某些legislation也预定义了一些次要分类,同样不允许做任何更改)

b. 要素通过分类自动跟余额关联。

c. 要素值的控制:主要指的是要素值录入的一种控制验证,通常由速码控制,范围控制等。

d. 要素根据legislation不同,系统提供了一些预设制,另外也写随着系统设置自动生成。可以自己通过要素窗口定义自己要素。

e. 要素的处理频度:在运行工资单时,要素的处理频度受两种规则的控制,频率规则和跳过规则。顾名思义,频率规则体现的是一种周期性处理规则,跳过规则处理一种周期性规则上的例外情况。通常情况下,循环类型的要素需要周期性的处理,这就需要定义频率规则;如果某个要素需要根据特定的条件确定何时处理,何时跳过,就需要定义跳过规则,跳过规则通常是通过定义跳过类型的公式来实现。规则的定义是Oracle工资系统灵活之处的一个展现。

f. 要素的设置步骤:define------links------entry 定义要素的三个关键点:名称、分类、类型(Recurring or Nonrecurring)

2. 控制要素和为要素计入成本(link阶段)

要素的链接确定了某个员工是否有资格享受某个要素所确定的收入或者福利。 限定某个员工是否有资格通常使用下列标准:组织、位置、职务、职位、等级、工资单、人员组、雇佣类别、薪资等级等。

3. 要素的成本规则:在Oracle工资系统中,对要素的成本处理有四种类型,一种是不计成本的,一种是计入固定成本的,第三种是计入成本但可以在更低层次改写成本帐户,最后一种是在不同的要素间分配成本(需要定义分配集)。

4. 标准和高级福利同要素的链接:福利同要素的链接和工资同要素的链接采用不同的方式,它通过参与者福利分配来进行。对于多个链接,必须通过人为检查保持其一致性。

5. 支付值概念:支付值是所有为要素输入的值中特殊的一个,它主要用来存储工资单处理的结果;对于有直接输出结果的要素,支付值是必须的。

6. 薪资基准:薪资基准确定了要素被使用的频度和持续时间。

7. 用户余额:

8. 快速公式: 快速公式提供了一种计算复杂酬薪的方法,他利用来自人力资源、高级福利、工时和人工管理的数据快速计算员工的酬薪。

二.工资处理流程

1.合并集:可以用来同时处理多个工资单

2.处理部分工资单

3.工资单处理后续过程:

预付过程(分配支付方法)

支付流程:自动付款、生成支票

无效作废支票流程

人工付款流程

4.提前支付流程:用于支付缺席员工工资

5.快速支付:主要有两个作用,一个是用以支付某个单独的员工,另一个是满足员工查询的需要,计算出结果然后回滚。使用快速支付有两种预付选项:一个是将快速支付后的工资单加入某个预付批。另外一个是此快速支付自己完成后面的预付过程。快速支付没法停止。

合并集(consolidation set):合并集本质上就是一组工资单的集合,通过它可以一次性运行许多工资单,简化了处理流程。

工资单后处理过程:工资单后处理过程包括

a. 预付款过程:这个过程主要是将员工工资单和特定的支付方法相关联。预付款过程提供了一种很灵活的机制使员工工资单和实际的付款方法关联,这种关联使得同一个工资单可以用同时用多种付款方法支付(按比例拆分或者按照金额拆分)。

b. 付款过程:自动向指定银行账户付款、生成支票、报告付款金额。

c. 无效支票过程:无效出错的支票

d. 外部付款过程:处理外部付款过程

e. 支付纠正过程:包括工资单后处理过程之前的纠正过程、工资单后处理过程后的纠正过程(Retropay)、工资单回滚过程(只是测试运行,不产生任何记录)。Retropay(反向支付)有三种类型:累计反向支付、运行时反向支付、要素层反向支付。

f. 提前支付过程:例如未到工资单运行时间,支付即将离职的员工。

快速支付:快速支付是针对单个员工的工资支付过程。有几种情况会涉及到快速支付:员工离职、员工要求查看其工资净额(这时候可以运行快速支付然后回滚消除所有生成的记录)

有两种情况:一个是快速支付后将其并入一个后处理批,另一个单独完成后处理过程。

收入和扣减的余额察看

2. 工资附件(wage attachment)处理流程

awage attachment介绍:指的是工资收入里面的一种强制扣减(非自愿的),这个在不同的本地化里面有不同的内容。在Oralce里面,Wage attachment是规则驱动的,因此很容易定制以符合自己的业务规则。


hatty 发表于:2006.11.15 12:41 ::分类: ( 初始分类 ) ::阅读:(55766次) :: 评论 (232)
===========================================================
澳门,天气还是很热
===========================================================
许久没运动了,今天一定去跑步,哎,我可不想老的那么快呀
hatty 发表于:2006.11.06 17:24 ::分类: ( 初始分类 ) ::阅读:(609次) :: 评论 (0)
===========================================================
第一篇,呵呵
===========================================================
今天中秋节,my blog 开张。第一次不在大陆过中秋,略微有那么一点伤感。不过无所谓了,在外面飘泊太久了,即使回去,也不会陪着父母一块过。只是提醒自己,今晚上不要忘记往家里打个电话.....
hatty 发表于:2006.10.06 10:39 ::分类: ( 初始分类 ) ::阅读:(57076次) :: 评论 (0)
===========================================================
恭喜!您的Blog已经建立。
===========================================================
您已经成功注册ITPUB Blog帐号。请进入http://blog.itpub.net/admin.php管理您的Blog站点。建议先修改Blog的名称并建立文档分类,系统已经默认建立了【初始分类】。登陆密码与itpub论坛帐号相同。如有问题请在斑竹区发贴。谢谢。
hatty 发表于:2004.08.26 13:51 ::分类: ( 初始分类 ) ::阅读:(496次) :: 评论 (0)
自我介绍
切换风格
新闻聚合
博客日历
文章归档...
最新发表...
博客统计...
网站链接...