一些在途装运错误RVTII-060:船上交货指出没有定义/复制装运_Hadoop,ERP及大数据讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  Hadoop,ERP及大数据讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 6263 | 回复: 0   主题: 一些在途装运错误RVTII-060:船上交货指出没有定义/复制装运        下一篇 
fangdong
注册用户
等级:少尉
经验:386
发帖:33
精华:0
注册:2012-2-27
状态:离线
发送短消息息给fangdong 加好友    发送短消息息给fangdong 发消息
发表于: IP:您无权察看 2012-3-2 15:19:16 | [全部帖] [楼主帖] 楼主

<P></P><P>一些在途装运错误RVTII-060:船上交货指出没有定义/复制装运 应用于: Oracle库存管理 -版本:11.5.10至12.0.6 -发布:11.5至12 Oracle库存管理 -版本:11.5.10至12.0.6[发布:11.5至12] 此文档信息适用于任何平台 可执行的:RVCTP -接受交易处理器 形式:RCVTXVTX.FMB -查看交易状态 形式:RCVRCERC.FMB -进入收据 形式:RCVTXERT.FMB -进入接收交易 特征 当为一些在途发货执行交付事务时发生如下错误(内部请购单/销售订单或国际组织间转移): 采购退回供应商报错 RVTII-060:子程序INV_TXN_MANAGER_PUB处理事务返回出错 **误差能被检阅: 交易状况总结 或 PO_INTERFACE_ERRORS表 或 接受交易处理器要求日志(RCV:处理模式=批次或直接) 或 进入收据或进入接收交易形式 因为RVTII-060错误是一个通用的错误信息,库存调试细节需要确定问题的来源 当交易尝试在每个记录299497.1中设置调试配置文件后存货调试日志文件显示了下面的错误: INV_LPN_TRX_PUB: trx_temp_id1673100 INV_LPN_TRX_PUB: no data found mtl_material_transactions INV_LPN_TRX_PUB: Error from update_fob_point: INV_LPN_TRX_PUB: ***Error g_exec in c_mmtt loop trxtmpid=1673100,Sqlerrm:User-Defined Exception INV_LPN_TRX_PUB: failedrowcnt=1 msg= INV_LPN_TRX_PUB: Done with MMTT cursor insrowcnt=1 failedrowcnt=1 INV_LPN_TRX_PUB: l_process: 0 INV_TXN_MANAGER_PUB: Error from PROCESS_LPN_TRX.. FOB (Free on Board) point is not defined for the organization (nnn) INV_LPN_TRX_PUB记录:发现mtl_material_transactions没有数据信息 另一个症状可能是一些用户找到一些备份记录(因为在相同的转发IOT装货rcv_shipment_lines表中有重复发货线) 对于转发装货在源组织物料异动表中也不显示任何交易问题。 原因 问题的原因是没有转发装货记录存在于mtl_material_transactions中因此在交付事务中装货失败。 在发布11.5.10中该数据被确定为错误6753736根本原因:RCV数据是受约束的尽管INV数据被回滚和联机处理不回滚所有交易期间5082146错误失败。 在发布12跟踪根本原因被开启8832821错误原因—对于应用补丁R12根本原因是在MTL_MATERIAL_TRANSACTIONS中失踪组织间装运货物当做了在MMT中组织间数据丢失—错误6765683 在发布12中确定了开发标识的根本原因是错误9283709。 下面的SQL脚本识别无效/数据不准确: SQL选择有问题的出货编码及关联着shipment_header_id和详细rsl线 SELECT rsh.shipment_num, rsl.shipment_header_id, rsl.shipment_line_id, rsl.shipment_line_status_code, rsl.line_num, rsh.creation_date, rsl.quantity_shipped, rsl.quantity_received, rsl.source_document_code, rsl.to_organization_id, rsl.*,rsh.* FROM rcv_shipment_lines rsl, rcv_shipment_headers rsh WHERE rsl.shipment_header_id = rsh.shipment_header_id AND rsl.mmt_transaction_id IS NOT null AND rsh.receipt_source_code in ('INVENTORY', 'INTERNAL ORDER') AND EXISTS ( SELECT 1 FROM mtl_parameters mp WHERE process_enabled_flag <> 'Y' AND mp.organization_id = rsh.organization_id ) AND NOT EXISTS (SELECT 1 FROM mtl_material_transactions mmt WHERE mmt.transaction_id = rsl.mmt_transaction_id ) order by rsl.shipment_header_id; 解决方案 对于R11i 应用补丁7558016和补丁5082146以防问题以后出现 这个文件的版本,包括修改文件: BaseTransaction.java 115.235.115100.47 TrxProcessor.java 115.130.115100.40 RcvTrxManager.java 115.51.115100.11 inv patch/115/sql/INVRCVFB.pls 115.52.115100.10 包版本可以由执行以下查询确定: SQL> select text from dba_source where line = 2 and name in ('INV_RECEIVING_TRANSACTION'); java文件版本可以如下确定: set serveroutput on execute fnd_aolj_util.getClassVersionfromDB('oracle.apps.inv.transaction.server.BaseTransaction'); set serveroutput on execute fnd_aolj_util.getClassVersionfromDB('oracle.apps.inv.transaction.server.TrxProcessor'); set serveroutput on execute fnd_aolj_util.getClassVersionfromDB('oracle.apps.inv.transaction.server.RcvTrxManager'); 对于R12: 修改文件包括在下列文件中: 12.0.x - BaseTransaction.java 120.39.12000000.16 应用补丁9251604:R12.INV.A 12.1.x - BaseTransaction.java 120.57.12010000.4 应用补丁9176802:R12.INV.B 以下补丁应该也被应用: var savetarg = ""; var saveactn = ""; var srcform = null; var winid = null; function Launch( url,nam,w,h,mbar,tbar ) { if (!w) { w=600; } if (!h) { h=600; } if (!mbar) { mbar="yes"; } if (!tbar) { tbar="no"; } plist='scrollbars=yes,resizable=yes,width='+w+',height='+h+',menubar='+mbar+',toolbar='+tbar; //open(url,nam,'menubar=no,scrollbars=yes,resizable=yes,width='+w+',height='+h); //open(url,nam,'menubar=no,scrollbars=yes,resizable=yes,width='+w+',height='+h+',toolbar='+tbar); winid=open(url,nam,plist); return true; } function TargetPost(srcf, targ, actn, submitval, newwin, mbar, tbar) { srcform = srcf; if (newwin){ Launch('/webiv/pages/blank.html',targ, 600, 600, mbar, tbar); savetarg=document.forms[srcform].target; document.forms[srcform].target=targ; } else {document.forms[srcform].target = "" } saveactn = document.forms[srcform].action; document.forms[srcform].action=actn; // special cases ... if (targ == "EditPrivs"){ document.forms[srcform].elements["IGNORE_LOCKS"].value="FALSE"; } if (submitval != null){ document.forms[srcform].WwwAction.value = submitval; } document.forms[srcform].submit(); return(true); } function SaveTarget() { if (document.forms[0] != null) { savetarg=document.forms[0].target; saveactn=document.forms[0].action; } } function ResetTarget() { if (srcform != null && document.forms[srcform] != null) { // document.forms[srcform].target=""; document.forms[srcform].target=savetarg; document.forms[srcform].action=saveactn; } } function GetRandom() { return Math.round(100 * Math.random()); } Patch 9283709 that provides var savetarg = ""; var saveactn = ""; var srcform = null; var winid = null; function Launch( url,nam,w,h,mbar,tbar ) { if (!w) { w=600; } if (!h) { h=600; } if (!mbar) { mbar="yes"; } if (!tbar) { tbar="no"; } plist='scrollbars=yes,resizable=yes,width='+w+',height='+h+',menubar='+mbar+',toolbar='+tbar; //open(url,nam,'menubar=no,scrollbars=yes,resizable=yes,width='+w+',height='+h); //open(url,nam,'menubar=no,scrollbars=yes,resizable=yes,width='+w+',height='+h+',toolbar='+tbar); winid=open(url,nam,plist); return true; } function TargetPost(srcf, targ, actn, submitval, newwin, mbar, tbar) { srcform = srcf; if (newwin){ Launch('/webiv/pages/blank.html',targ, 600, 600, mbar, tbar); savetarg=document.forms[srcform].target; document.forms[srcform].target=targ; } else {document.forms[srcform].target = "" } saveactn = document.forms[srcform].action; document.forms[srcform].action=actn; // special cases ... if (targ == "EditPrivs"){ document.forms[srcform].elements["IGNORE_LOCKS"].value="FALSE"; } if (submitval != null){ document.forms[srcform].WwwAction.value = submitval; } document.forms[srcform].submit(); return(true); } function SaveTarget() { if (document.forms[0] != null) { savetarg=document.forms[0].target; saveactn=document.forms[0].action; } } function ResetTarget() { if (srcform != null && document.forms[srcform] != null) { // document.forms[srcform].target=""; document.forms[srcform].target=savetarg; document.forms[srcform].action=saveactn; } } function GetRandom() { return Math.round(100 * Math.random()); } rvtii.lpc 120.16.12000000.17 数据修复: 在11.5.10和R12中按照记录789732的说明对于出货问题按照SHIPMENT_LINE_STATUS_CODE =EXPECTED 得到delete_dummy_shipment_data.sql数据修复。 按照SHIPMENT_LINE_STATUS_CODE=FULLY RECEIVED办理托运 因为数据修复剧本将只影响按照接收数量为0的出货那么在数据修复可以应用之前一个负修正必须要让QUANTITY_RECEIVED=0。 浏览接收/修正表格 寻找IOT装运 输入一个负数量更正 保存并确保接收到交易处理器正确处理修正</P><P></P>



赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论