错误和问题解决的成本 (40)

执行并上传以下的输出,用EXCEL文件带有标题的格式:

SELECT T1.TRANSACTION_ID,T1.PO_HEADER_ID 
FROM RCV_TRANSACTIONS T1 
WHERE (TRANSACTION_TYPE IN (\'RECEIVE\', \'RETURN TO VENDOR\') 
OR (TRANSACTION_TYPE= \'DELIVER\' AND 
DESTINATION_TYPE_CODE=\'EXPENSE\')) 
AND EXISTS 
(SELECT \'Accrue_Rcpt and Non-Consigned\' 
FROM PO_LINE_LOCATIONS_ALL poll, po_headers_all poh 
WHERE poll.po_header_id = poh.po_header_id 
AND poll.ACCRUE_ON_RECEIPT_FLAG=\'Y\' 
AND POLL.LINE_LOCATION_ID =T1.PO_LINE_LOCATION_ID and NVL(poh.consigned_consumption_flag, \'N\') = \'N\') 
AND NVL(COMMENTS,\'!\') NOT IN (\'OPM RECEIPT\',\'OPM Receipt Correction\') 
AND NOT EXISTS 
(SELECT 1 
FROM RCV_RECEIVING_SUB_LEDGER T2 
WHERE T2.RCV_TRANSACTION_ID=T1.TRANSACTION_ID);

 

无. 与 Bug 6742514 里的数据修复类似

 

11.5.10.2

 
   

应付账款和PO 调节汇总报表不匹配,不全然的接收事务处理数据迁移到SLA

接收数据(升级前)没有迁移到XLA,因此在XLA里丢失。由于此。不能调节应计,由于AP 和 PO调节汇总报表里面显示巨大数字的匹配到PO的发票作为打开的AP结余。用还有一句话说,在应计调节表(cst_reconciliation_summary)里全部的记录po_balance 列都是零值

 

     

问题描写叙述 

 

错误

 

数据收集

 

根本原因

 

版本号

 
    组件:数据修复                  
   

在一个实际成本组织中,(平均。先进先出,后进先出) 一个或更 多的下面情况可能发生:

1.导航到物料成本历史表单上的数量信息,与现有量表单的数量不匹配的记录

2. 一些物料前期已计成本的数量与前面的事务处理历史表单的数量不匹配

3. 全部的库存值报表与事务处理值报表不匹配

4. 存货层次成本更新表单的总数量与现有量数量表单不匹配(只在先进先出/后进先出)

5.这些症状的不论什么一个意味着 MMT-CQL不匹配或MMT-MOQ不匹配。须要通过诊断脚本来确认

 

 

1. 按Note 291005.1提供显示不论什么追溯日期的事务处理的输出以检查是否有追溯日期的事务处理,脚本能够被同意来检查事务处理类型,日期及影响的期间。
2. 按Note 291005.1.检查是否有MMT-MOQ 不匹配(库存问题) 。向库存组提一个bug 这样MMT-MOQ 数量不匹配能够解决。

3. 提供成本诊断脚本mmt_cql_info_11i10+.sql 
 的输出 来检验是否在MMT-CQL有不匹配。并检验没有MMT-MOQ 不匹配被发现,假设有不匹配,回到在第二步建的bug 检查是否修复已应用到系统中。


4. 为全部有问题的组织中的成本组执行成本诊断脚本来找到是否在表MMT 和CQL之间有不匹配。

每次脚本执行。会产生一个脱机文件mmt_cql_info.lst。

客户须要提供下面信息: 
organization_id 
and Cost_group_id

 

这个问题的全部原因尚未全然确定,请向成本组提交一个BUG去分析找到这个问题根本原因.

 

11.5.10.2

R12

 
   

库存日记账分录不平。错误代码是: EU02
日记账导入失败,错误信息EU02。根本原因Bug 3557357造成的日记账分录不平

 

EU02

 

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwxjys.html