[译]Oracle EBS:追踪PO全过程
作者:admin 日期:2010-05-30
来源：http://www.oracleappshub.com/oracle-purchasing/po-tips-and-useful-query/
1。创建PO
PO_HEADERS_ALL
select po_header_id from po_headers_all where segment1 =<po_number>;
select * from po_headers_all where po_header_id =<po_header_id>;
po_lines_all
select * from po_lines_all where po_header_id =<po_header_id>;
po_line_locations_all
1。创建PO
PO_HEADERS_ALL
select po_header_id from po_headers_all where segment1 =<po_number>;
select * from po_headers_all where po_header_id =<po_header_id>;
po_lines_all
select * from po_lines_all where po_header_id =<po_header_id>;
po_line_locations_all
Oracle EBS:PO入库(收货)价格不随Blanket更改
作者:admin 日期:2010-05-10
这个可真是差点出了大麻烦啊,呵呵。
事故描述:
1月下交期,2月调价,1月所下的PO没有交完货的情况下，在原PO上作更改PO交期。结果没想到的是：系统在入库时点会PO的价格重新获取差刷新一次，导致系统上的PO单位价与传真给供应商的PO上的单价有差异，财务对帐的异也有些产生。
解决方案：
问题 : POXPOEPO: Able to Update Unit Price After PO Has Been Received and Invoiced
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=397599.1
原因：Profile "PO: Allow Retroactive Pricing of POs" was not set to 'Never'.
设定：
Bug 5560982: ABLE TO CHANGE UNIT PRICE AFTER RECEVING PO
--------------------------------------------------------------------------------
Bug 属性
--------------------------------------------------------------------------------
类型 B - Defect 已在产品版本中修复 -
严重性 2 - Severe Loss of Service 产品版本 11.5.10.2
状态 92 - Closed, Not a Bug 平台 212 - IBM AIX on POWER Systems (64-bit)
创建时间 22-Sep-2006 平台版本 5L
更新时间 31-Oct-2006 基本 Bug -
数据库版本 9.2.0.7.0
影响平台 Generic
产品来源 oracle
相反：要修改价格的话
此方案转自:来源:http://dgstonehuang.blog.163.com/blog/static/4693088820091024103334393/
设置如下：
1.在收货参数里设置“Retroactive Price Adjustment Account”，赋予调整PO价格的会计分录；
2.修改PO里Profile参数：PO: Allow Retroactive Pricing of POS，有3个选项，Never-->不允许修改、OPEN RELEASES-->还没收货（部分收+全收）仅核准状态、ALL RELEASES-->表示收货后可以修改价格。
要值得注意的是：
1。这个成PAC成本有所影响,在标准成本制下可以使用。
2.要注意产生的会计科目 Retroactive Price Adjustment Account
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=339536.1
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=273918.1
---补丁
PO Price Changes When Need-By Date Is Changed [ID 379511.1]
--------------------------------------------------------------------------------
修改时间 10-JUN-2009 类型 PROBLEM 状态 PUBLISHED
In this Document
Symptoms
Cause
Solution
References
--------------------------------------------------------------------------------
Applies to:
Oracle Purchasing - Version: 11.5.10
This problem can occur on any platform.
POXPOEPO.fmb
Symptoms
When the user changes the need-by date in a purchase order that has been received or billed and is associated to a global blanket purchase agreement or a quotation, the price changes.
Steps to Reproduce the Issue:
------------------------------
1. Create a quotation for an item.
2. Create a standard PO referencing the quotation. Approve and receive partially.
3. Change the price on the quotation.
4. Open the PO and change the need by date on the PO, the price changes to the new quotation price.
Note: Only when accrual option is "at receipt" the price should not change after the line has been partially/fully received
This issue also happens when updating the need-by-date in the release
Cause
The prevent_price_update flag was not checked before calling the
functions to reprice the po line/shipment.
This is explained in the following bug:
Bug 5040211/4355088 PRICE CHANGE WHEN UPDATING NEED-BY:
Solution
To implement the solution, execute the following steps:
1. Download and review the readme and pre-requisites for Patch 5040211. (The fix is also included in Procurement Rollup Patch 3 and higher - see NOTE:222339.1 "Procurement Family Patch Release History" for information on the latest Procurement rollup patches.)
2. Ensure that you have taken a backup of your system before applying the recommended patch.
3. Apply the patch in a test environment.
4. Confirm the following file versions:
forms/US/POXPOEPO.fmb 115.445.11510.23
resource/POXPOPOS.pld 115.232.11510.8
resource/POXPOPOL.pld 115.228.11510.17
resource/POXPIPOS.pld 115.67.11510.3
patch/115/sql/POXPOL4B.pls-115.24.11510.2
5. Retest the issue.
6. If the issue is resolved, migrate the solution as appropriate to other environments.
References
BUG:5040211 - Price Change When Updating Need-By-Date
事故描述:
1月下交期,2月调价,1月所下的PO没有交完货的情况下，在原PO上作更改PO交期。结果没想到的是：系统在入库时点会PO的价格重新获取差刷新一次，导致系统上的PO单位价与传真给供应商的PO上的单价有差异，财务对帐的异也有些产生。
解决方案：
问题 : POXPOEPO: Able to Update Unit Price After PO Has Been Received and Invoiced
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=397599.1
原因：Profile "PO: Allow Retroactive Pricing of POs" was not set to 'Never'.
设定：
Bug 5560982: ABLE TO CHANGE UNIT PRICE AFTER RECEVING PO
--------------------------------------------------------------------------------
Bug 属性
--------------------------------------------------------------------------------
类型 B - Defect 已在产品版本中修复 -
严重性 2 - Severe Loss of Service 产品版本 11.5.10.2
状态 92 - Closed, Not a Bug 平台 212 - IBM AIX on POWER Systems (64-bit)
创建时间 22-Sep-2006 平台版本 5L
更新时间 31-Oct-2006 基本 Bug -
数据库版本 9.2.0.7.0
影响平台 Generic
产品来源 oracle
相反：要修改价格的话
此方案转自:来源:http://dgstonehuang.blog.163.com/blog/static/4693088820091024103334393/
设置如下：
1.在收货参数里设置“Retroactive Price Adjustment Account”，赋予调整PO价格的会计分录；
2.修改PO里Profile参数：PO: Allow Retroactive Pricing of POS，有3个选项，Never-->不允许修改、OPEN RELEASES-->还没收货（部分收+全收）仅核准状态、ALL RELEASES-->表示收货后可以修改价格。
要值得注意的是：
1。这个成PAC成本有所影响,在标准成本制下可以使用。
2.要注意产生的会计科目 Retroactive Price Adjustment Account
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=339536.1
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=273918.1
---补丁
PO Price Changes When Need-By Date Is Changed [ID 379511.1]
--------------------------------------------------------------------------------
修改时间 10-JUN-2009 类型 PROBLEM 状态 PUBLISHED
In this Document
Symptoms
Cause
Solution
References
--------------------------------------------------------------------------------
Applies to:
Oracle Purchasing - Version: 11.5.10
This problem can occur on any platform.
POXPOEPO.fmb
Symptoms
When the user changes the need-by date in a purchase order that has been received or billed and is associated to a global blanket purchase agreement or a quotation, the price changes.
Steps to Reproduce the Issue:
------------------------------
1. Create a quotation for an item.
2. Create a standard PO referencing the quotation. Approve and receive partially.
3. Change the price on the quotation.
4. Open the PO and change the need by date on the PO, the price changes to the new quotation price.
Note: Only when accrual option is "at receipt" the price should not change after the line has been partially/fully received
This issue also happens when updating the need-by-date in the release
Cause
The prevent_price_update flag was not checked before calling the
functions to reprice the po line/shipment.
This is explained in the following bug:
Bug 5040211/4355088 PRICE CHANGE WHEN UPDATING NEED-BY:
Solution
To implement the solution, execute the following steps:
1. Download and review the readme and pre-requisites for Patch 5040211. (The fix is also included in Procurement Rollup Patch 3 and higher - see NOTE:222339.1 "Procurement Family Patch Release History" for information on the latest Procurement rollup patches.)
2. Ensure that you have taken a backup of your system before applying the recommended patch.
3. Apply the patch in a test environment.
4. Confirm the following file versions:
forms/US/POXPOEPO.fmb 115.445.11510.23
resource/POXPOPOS.pld 115.232.11510.8
resource/POXPOPOL.pld 115.228.11510.17
resource/POXPIPOS.pld 115.67.11510.3
patch/115/sql/POXPOL4B.pls-115.24.11510.2
5. Retest the issue.
6. If the issue is resolved, migrate the solution as appropriate to other environments.
References
BUG:5040211 - Price Change When Updating Need-By-Date
Oracle EBS:PO 供应商日历的设置与启用
作者:admin 日期:2010-04-13
Oracle EBS:ASCP 截获工作台发放的PR
作者:admin 日期:2010-03-20
工作台发放的计划单可以自动转成请购单,实际上系统的功作就是将发放的计划单通过系统自动启动PO模块中的"导入申请"这个请求,将计划单插入至po_requisitions_interface_all这个接口表中,转成已批准的PR。
因为之前作过lotus与ERP的接口集成(由OA下需求抛至ERP转成PR),所以思路也由大至了解了。
为什么要截取ASCP的PR呢？
如果配合PO的来源补充规则来使用ASCP的话,因为系统所采用的预测逻辑可能与我们想要的不一样。ASCP+SourcingRule+ASL跑出来PR单,是基于PO模块中的SourcingRule在很长一段时间区段内是稳定的.ASCP运算的时候是考虑整个物料的前后需求.而实际在制造业务的过程中，来源补充规则(供货比例)一般是按季度按月度来看的,不可能长时间保持不变,当然也不太可能时时在变.所以跑出来的PR单的采购需求也就会跟我们预想中的不一制.那就要自己动手,尽量把PR搞得跟我们一样的了。
这里特别要注意的时:物料最小包装量的问题.如果在物料主档中设定了最小包装量的话,ASCP在跑需求的时候就会考虑进去,如果你要对其发放的PR单再作手脚的话,这里又会考虑到最小包装量的问题.会造成需求量的倍增.所以,这里要避免考虑计算了二次最小包装量的问题了。
因为之前作过lotus与ERP的接口集成(由OA下需求抛至ERP转成PR),所以思路也由大至了解了。
为什么要截取ASCP的PR呢？
如果配合PO的来源补充规则来使用ASCP的话,因为系统所采用的预测逻辑可能与我们想要的不一样。ASCP+SourcingRule+ASL跑出来PR单,是基于PO模块中的SourcingRule在很长一段时间区段内是稳定的.ASCP运算的时候是考虑整个物料的前后需求.而实际在制造业务的过程中，来源补充规则(供货比例)一般是按季度按月度来看的,不可能长时间保持不变,当然也不太可能时时在变.所以跑出来的PR单的采购需求也就会跟我们预想中的不一制.那就要自己动手,尽量把PR搞得跟我们一样的了。
这里特别要注意的时:物料最小包装量的问题.如果在物料主档中设定了最小包装量的话,ASCP在跑需求的时候就会考虑进去,如果你要对其发放的PR单再作手脚的话,这里又会考虑到最小包装量的问题.会造成需求量的倍增.所以,这里要避免考虑计算了二次最小包装量的问题了。
Oracle EBS:VMI&Consignment的设置
作者:admin 日期:2010-03-10
越来越多的制造企业采用VMI及Consign的模式来降低库存的风险。VMI及Consign也就变得越来越广泛应用了.
什么是VMI?
所谓VMI（Vendor Managed Inventory）是一种以用户和供应商双方都获得最低成本为目的，在一个共同的协议下由供应商管理库存，并不断监督协议执行情况和修正协议内容，使库存管理得到持续地改进的合作性策略。
这种库存管理策略打破了传统的各自为政的库存管理模式。体现了供应链的集成化管理思想，适应市场变化的要求，是一种新的、有代表性的库存管理思想。目前VMI在分销链中的作用十分重要，因此便被越来越多的人重视。
--来自互动百科
什么是VMI?
所谓VMI（Vendor Managed Inventory）是一种以用户和供应商双方都获得最低成本为目的，在一个共同的协议下由供应商管理库存，并不断监督协议执行情况和修正协议内容，使库存管理得到持续地改进的合作性策略。
这种库存管理策略打破了传统的各自为政的库存管理模式。体现了供应链的集成化管理思想，适应市场变化的要求，是一种新的、有代表性的库存管理思想。目前VMI在分销链中的作用十分重要，因此便被越来越多的人重视。
--来自互动百科
Oracle EBS:PO 模块设定注意点Tips
作者:admin 日期:2010-02-09
[译]Oracle EBS:PO 常用的查询及Tips
作者:admin 日期:2010-02-05
原文:PO: Tips and useful Query
作者:Sanjit Anand
来源:http://www.oracleappshub.com/oracle-purchasing/po-tips-and-useful-query/
1.列出没有销售订单的内部采购订单
---used to list all Internal Requisitions that do not have an associated Internal Sales order
Select RQH.SEGMENT1 REQ_NUM,
RQL.LINE_NUM,
RQL.REQUISITION_HEADER_ID ,
作者:Sanjit Anand
来源:http://www.oracleappshub.com/oracle-purchasing/po-tips-and-useful-query/
1.列出没有销售订单的内部采购订单
复制内容到剪贴板
程序代码
程序代码---used to list all Internal Requisitions that do not have an associated Internal Sales order
Select RQH.SEGMENT1 REQ_NUM,
RQL.LINE_NUM,
RQL.REQUISITION_HEADER_ID ,
Oracle EBS:PO 采购订单类型(单据类型)
作者:admin 日期:2010-02-05
EBS的采购订单类型主要有四种:
一揽子采购协议:Blanket Purchase Agreements
在一定时期内你很清楚你自己的采购计划,但对交货日期或交货排程不太确定的时候采用。国内也有将期类型当作是一个认定的合格供应商的价目表来用(这种算是比较特殊的用法).一揽子采购真正的采购是从一揽子发放那时点认定的。针对一个合格供应商对应的物料可以产生一张一揽子采购协议,这里要注意的时不同的付款条件，不同地税率或币种有可能对一个供应商产生多个协议。同时一揽子采购协议也可以对价格进行“分段价格”处理,这也是需要先与供应商商定好，针对发放量的或总金额来对采购价格进行管制.
建议:如果采购员能与供应商在合约中商定物料采购时可以按量或按金额进行分段价格(打折或调价,就是采购到一定量或价金额时，供应商对物料价格进行调整)，使用一揽子采购协议是很合适的。同时,针对同一供应商供应多种物料可能会有不同的付款条件时也可以考虑使用此,不过这样的用法比较少见吧。
一揽子采购协议:Blanket Purchase Agreements
在一定时期内你很清楚你自己的采购计划,但对交货日期或交货排程不太确定的时候采用。国内也有将期类型当作是一个认定的合格供应商的价目表来用(这种算是比较特殊的用法).一揽子采购真正的采购是从一揽子发放那时点认定的。针对一个合格供应商对应的物料可以产生一张一揽子采购协议,这里要注意的时不同的付款条件，不同地税率或币种有可能对一个供应商产生多个协议。同时一揽子采购协议也可以对价格进行“分段价格”处理,这也是需要先与供应商商定好，针对发放量的或总金额来对采购价格进行管制.
建议:如果采购员能与供应商在合约中商定物料采购时可以按量或按金额进行分段价格(打折或调价,就是采购到一定量或价金额时，供应商对物料价格进行调整)，使用一揽子采购协议是很合适的。同时,针对同一供应商供应多种物料可能会有不同的付款条件时也可以考虑使用此,不过这样的用法比较少见吧。
Oracle EBS:注册Form 基本操作
作者:admin 日期:2010-01-25
Oracle EBS:注册Form 基本操作，起初感觉很深奥，但到后面做得多了就感觉没什么难度了。难就难在于调试Form了.在非Window平台要编译Form并保证其OK，需要花费大量的时间进行测试工作。倒不是说开发有多难度，关键还是要在不同平台中进行编译成功才行。这里将注册Form的基本步骤记录下来，方便以后复习用吧.
1.首先，要由系统管理部或DBA将"应用开发员"这个职责挂在你的职责里.
2.进入"应用开发员"职责,开始注册Form操作
这里要注意的是,我们要注册的Form一定先要在EBS的文件目录下面，而且是编译成功的。否则所注册的Form有很大的出错机率,至于编译的命令
eg:
f60gen Module=DezaiTEST.fmb Userid=apps/apps的密码Output_file=$PO_TOP/forms/ZHS/DezaiTEST.fmx
1.首先，要由系统管理部或DBA将"应用开发员"这个职责挂在你的职责里.
2.进入"应用开发员"职责,开始注册Form操作
这里要注意的是,我们要注册的Form一定先要在EBS的文件目录下面，而且是编译成功的。否则所注册的Form有很大的出错机率,至于编译的命令
eg:
f60gen Module=DezaiTEST.fmb Userid=apps/apps的密码Output_file=$PO_TOP/forms/ZHS/DezaiTEST.fmx
oracle EBS:PO接收货控制状态的处理
作者:admin 日期:2010-01-06
Oracle EBS PO合同的控制状态有很多，可在企业实际业务操作中往往会出现很多在实际业务操作正常而在系统中看又貌似不太正常的情况出现，这给跟单员在系统操作里面造成了比较大的困惑.这里结合自身的学习及前进顾问的协助,再结合相关的业务操作综合一下.感谢Fiona Lena Kenvel的耐心指导.
PO的审批状态:未完成 处理中 已退回 要求重新审批
未完成:跟单员或采购员已经拟定好了PO合同,并做了保存,但还没提交上层审核.
处理中:往往是在PO提交了审核,等待上一层做审核操作的这段时间.
已拒绝:审核PO的人对PO作了拒绝操作,PO自动打回,呈已拒绝状态
已退回:审核PO的人对PO作了取消申请动作。
PO的审批状态:未完成 处理中 已退回 要求重新审批
未完成:跟单员或采购员已经拟定好了PO合同,并做了保存,但还没提交上层审核.
处理中:往往是在PO提交了审核,等待上一层做审核操作的这段时间.
已拒绝:审核PO的人对PO作了拒绝操作,PO自动打回,呈已拒绝状态
已退回:审核PO的人对PO作了取消申请动作。
Oracle EBS:收藏夹Favorites的使用与设置
作者:admin 日期:2009-12-26
Oracle EBS:单据管理器错误 错误代码为3
作者:admin 日期:2009-12-24
Oracle EBS:常用SQL语句(2)
作者:admin 日期:2009-11-11
--1.已审批的请购单 author:dezai
--2.已审批的采购单 author:dezai
复制内容到剪贴板 程序代码
程序代码Select prh.requisition_header_id, prl.requisition_line_id,prh.segment1
from PO_REQUISITION_HEADERS_ALL PRH, PO_REQUISITION_LINES_ALL PRL
where prh.requisition_header_id = prl.requisition_header_id
/* and prh.requisition_header_id = 100 */
and prh.authorization_status = 'APPROVED'
from PO_REQUISITION_HEADERS_ALL PRH, PO_REQUISITION_LINES_ALL PRL
where prh.requisition_header_id = prl.requisition_header_id
/* and prh.requisition_header_id = 100 */
and prh.authorization_status = 'APPROVED'
--2.已审批的采购单 author:dezai
[译]Oracle API Profile 的应用
作者:admin 日期:2009-11-05
标题:Oracle API Availability - Profile
来源:http://www.oracleappshub.com/api/oracle-api-availability-profile/
作者: Sanjit Anand
在Oracle中,用户相关配置信息都可以通过FND_PROFILE 包和FNDSQF 库获取.
这个API可以有以下两个应用:
1.获取当前运行环境中用户的相关配置文件的值
2.可以在当前运行环境下对用户的相关配置进行设置
来源:http://www.oracleappshub.com/api/oracle-api-availability-profile/
作者: Sanjit Anand
在Oracle中,用户相关配置信息都可以通过FND_PROFILE 包和FNDSQF 库获取.
这个API可以有以下两个应用:
1.获取当前运行环境中用户的相关配置文件的值
2.可以在当前运行环境下对用户的相关配置进行设置
Oracle EBS: EBS常用SQL
作者:admin 日期:2009-11-03
Oracle EBS: 查看表单名,表名,字段名等数据源的方法
作者:admin 日期:2009-10-25
Oracle EBS:Form Builder 中 LOV的建立
作者:admin 日期:2009-09-14
Oracle EBS:Form个性化(2)
作者:admin 日期:2009-08-24
Oracle EBS:Form 个性化(1)
作者:admin 日期:2009-08-24
Form的个性化在一些满足用户的小需求及权限方面的控制可以起到一定的作用，配合EBS其它的开发工具可以达到意想不到的效果。该功能不仅是技术功能的一次增强，也是对业务功能的扩展，提高了系统的柔性.
1.Form个性化效果不起作用的原因
a.Rule规则或Action 没有启用
b.Condition无效.
c.触发事件或触发对象不是所需要的
d.Rule的使用范围只是给予了相对应的职责或站点，而不是给所有的部分都可以使用。
e.在执行“内置”活动中的"Raise_Form_Trigger_Failure"造成了所有的事件都失效
f.Action中所设置能使用的语言，不是设为All，而仅限于了某种语言.
g.在为Function创建了一个功能之后，又在同一个Form中执行了不同的Function
2.
a.Item的初始化值(INITIAL_VALUE)只能在WHEN-NEW-RECORD -INSTANCE事件下进行改变设置。
1.Form个性化效果不起作用的原因
a.Rule规则或Action 没有启用
b.Condition无效.
c.触发事件或触发对象不是所需要的
d.Rule的使用范围只是给予了相对应的职责或站点，而不是给所有的部分都可以使用。
e.在执行“内置”活动中的"Raise_Form_Trigger_Failure"造成了所有的事件都失效
f.Action中所设置能使用的语言，不是设为All，而仅限于了某种语言.
g.在为Function创建了一个功能之后，又在同一个Form中执行了不同的Function
2.
a.Item的初始化值(INITIAL_VALUE)只能在WHEN-NEW-RECORD -INSTANCE事件下进行改变设置。
