PO审批层次设置_po审批策略的详细设置

PO审批层次设置由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“po审批策略的详细设置”。

PO审批层次设置

一、采购审批设置的一般步骤：

前置步骤 ①定义安全性控制 N：PO/设置/采购/单据类型

②使用审批结构 N：PO/设置/组织/财务选项

③安全层次结构选择 N：PO/设置/组织/采购选项

④采购期间控制 N：PO/设置/财务系统/会计/控制采购期间

正式步骤：

STEP1 录入员工信息 N：HR/人员/输入和维护 建立审批层次结构

STEP2 定义职务 N：HR/工作结构/职务/说明

STEP3 定义职位 N：HR/工作结构/职位/说明

STEP4 分配职务和职位 N：HR/人员/输入和维护（分配）

STEP5 定义审批层次结构 N：HR/工作结构/职位/层次结构

STEP6 提交请求 N：PO/报表/运行[填写员工层次结构]等报表

注：根据需要运行[职位层次结构报表]、[同步WF局部表]等报表；

STEP7 定义审批组 N：PO/设置/审批/审批组 分配审批权限

STEP8 分配审批权限 N：PO/设置/审批/审批分配

STEP9 定义系统用户 N：SYSADMIN/安全性/用户/定义

注： ①以上步骤的前提是上了HR模块，否则相应的设置则在[采购--设置--人员]下进行；

②可以去申请汇总（或采购订单汇总）去查看该单的“查看历史活动记录”，确定该单流转到哪里！

③要保证工作流设置正确！采购管理系统采用 Oracle Workflow 提供的技术来处理申请和采购单据审批、自动创建采购订单或发放、采购订单更改（尤其是更改要求执行的额外审批）和接收确认。工作流在后台运行，无论何时提交单据进行审批、创建申请或更改采购订单，它都会自动处理各种采购活动。

二 采购审批设置中几个特别需要注意的问题： A.首先确认是否使用职位审批层次结构（设置－组织－财务选项，人力资源信息中），注意，这里的设置对后面的流程和界面都有影响； B.给你的审批层次结构中的每个职位都分配一个审批组，注意审批组的定义和分配必须在本组织下进行

C.注意审批层次结构的设置，因为界面上用起来不是很顺手，所以最好想办法确认一下

D.注意单据类型的设置，比如关于默认审批结构的设置；

E.设置好职位层次结构和员工以后运行“填写员工层次结构”请求； F.在系统管理员职责运行“同步 WF 局部表”请求；

G.如果工作流提交审批有问题需要以sysadmin登陆系统进行工作流处理。

问题：加了一个采购员，职位什么的都和以前加的一样，但是在PO审批时 点转发 无法自动带出审批人。

解决方案：PO采购超级管理员-运行Fill Employee Hierarchy 后就可以了。采购超级管理用户-设置-人员-员工-输入人员表单->APPS.PER_PEOPLE_V7

采购超级管理用户-设置-人员-员工-输入人员表单-其他按钮-人员信息表单->分配标签-> APPS.PER_ASSIGNMENTS_V7分配标签 不能显示关于此员工的分配信息，且为灰色时。

1，SELECT paa.supervisor_id, PAA.aignment_number,paa.*

FROM HR.PER_ALL_ASSIGNMENTS_F paa WHERE 1=1

--and paa.supervisor_id IS NOT NULL

and aignment_number IN('ZP303905','ZP312464','ZP314112','ZP300150')

;

2，UPDATE HR.PER_ALL_ASSIGNMENTS_F SET SUPERVISOR_ID = ''

WHERE ASSIGNMENT_NUMBER = ' ZP303905';

COMMIT;

二、R12AP若未安装AME应用模块(查预置文件AME在应用层AP的值)，则用层次结构审批PO时，需在单据类型中：清除审批事务处理的值、转交方法最好是直接、指定默认审批层次结构。

首先理清两个概念

职务(job),是指企业员工所从事工作的类别,如：人力资源经理、财务部主管、生产部主任。职位(position,也叫岗位),是指工作的具体任务，等于组织+职务，如联想北京分公司人力资源经理、张浦财务主管、青浦生产主任。

职务没有上下级之分,只有属于哪一个层次,比如属于总公司,属于某个分公司等等。

职位有上级职位,比如在直管的方式下,某分公司人力资源经理的上级职位是总公司的人力资源经理,然后他们属于不同层次的组织,但是可以通过上下级的职位关系来联系起来.这里的职位关系指的是直接管理关系,跟人的直接领导是一个意思.职位有一个岗位说明书,这个是比较详细的.目前eHR系统中主要有三种模式:

1)人+(公司+职务),其中,职位=部门+职务,这种情况下,只要维护好职务体系,即可以自动地形成职位。

2)人+职位,这种情况下,职位被具体化了,由于失去了职务的分类,使得统计分析变得比较困难.3)人+职务+职位,这种情况下,职位也是具体到了各个部门当中,而职务做为其分类,可以进行统计.显然,人+(公司+职务)这种模式比较好,方便统计,标准,统一,但是,有一个问题,就是当企业大的时候,会有很多很多职务,如果集中维护的话,工作量会比较大,再交叉上部门,结果会比较可怕。

这个问题还没有想好，在peoplesoft中，有一个setid的概念，SETIDDefinition:A key field internal to PeopleSoft HRMS

可以对职务进行分分类，如同样是人力资源部经理(job)，再加上setid就可以分成集团的，子公司的两类，这样，似乎维护起来稍微方便了一点。