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

由于此,不能调节应计,由于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

 

执行并上传以下的脚本用EXCEL文件形式,附上标题信息:

SELECT * 
FROM GL_INTERFACE 
where USER_JE_SOURCE_NAME =\'Inventory\' 
and STATUS Like \'%EU02%\' ;

 

应用补丁3557357

 

11.5.9

 
   

子分录帐期间关闭例外报表事件类型例外

 

 

查看 Note 738529.1

 

补丁7690716

 

12.0.5

 
   

库存日记账卡在总账接口表里

EU02 REFERENCE_ACCOUNT = -1

 

EU02

 

执行下面脚本来确定批量事务处理造成会计层差异的事务处理. 

Select mta.transaction_id, 
SUM(mta.base_transaction_value) 
from gl_interface gli, 
mtl_transaction_accounts mta 
where gli.reference1 = &\'GL batch name\' 
and gli.gl_sl_link_table = \'MTA\' 
and gli.gl_sl_link_id = mta.gl_sl_link_id 
group by mta.transaction_id 
having SUM(mta.base_transaction_value) <> 0 

 

补丁 7127206

 

11.5.10.2

 
   

执行接收账户分配报表错误ORA-01476: DIVISOR IS EQUAL TO ZERO.
错误是因为在表RCV_ACCOUTING_EVENTS里。一个四舍五入为0的单位转换

 

ORA-01476: DIVISOR IS EQUAL TO ZERO

 

执行并上传以下脚本到EXCEL文件里,附上标题信息:

select * 
from rcv_accounting_events 
where primary_quantity<=0;

 

应用补丁 6790176

 

11.5.10.2

 
   

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

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