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

对一些接收系统在交货状态创建了双倍的会计分录。在启用预算控制的交货到费用类型的採购订单,保留款相应计撤销发生而不是保留款,这导致了双倍的应计项。

 

 

执行并上传以下的输出,用EXCEL文件带有标题的格式. 执行以下的脚本来确定问题:

SELECT SUM (NVL (accounted_dr, 0) - NVL (accounted_cr, 0)),
accounting_class_code, code_combination_id
FROM xla_ae_lines
WHERE application_id = 707
AND ae_header_id IN (
SELECT ae_header_id
FROM xla_ae_headers
WHERE application_id = 707
AND event_id IN (
SELECT event_id
FROM xla_events
WHERE application_id = 707
AND budgetary_control_flag = \'Y\'
AND process_status_code = \'P\')
AND gl_transfer_status_code = \'Y\'
AND balance_type_code = \'A\')
GROUP BY accounting_class_code, code_combination_id

 

解决根本原因PSA Bug: Bug 7714739

 

12.0.3

 
   


期间结束应计事件创建会计分录报错

当错误的账户组合被用来做费用类PO的借记帐户时,事务处理的创建会计分录接收事务处理程序失败

错误:账户代码组合的公司段值。这是因为不对的账户 id 用在 RRSL里。因此当传送到总账时报错。

一个无效的借记账户和差异账户在PO 分配上被记录,这造成期间结束应计事件在SLA创建会计分录程序里失败。

 

Error Number = 95311 

The COMPANY segment value for the account code combination is not assigned to the ledger.

 

使用这个脚本,用户能识别RRSLZ,这个RRSLZ是为有错误CCID的PO_DISTRIBUTION_ID 的PERIOD_END_ACCRUAL创建的, 
这个问题使用以下的查询识别:
Select rrsl.*
from rcv_receiving_sub_ledger rrsl,
rcv_accounting_events rae
where rrsl.rcv_transaction_id = 0
and rrsl.accounting_event_id= rae.accounting_event_id
and rae.event_source = \'PERIOD_END_ACCRUAL\'
and rae.event_type_id = 14
and rae.po_distribution_id = &PO_DIST_ID
and rrsl.accounting_line_type = \'Charge\';

 

无. 为同一个问题3 bugs 被创建

 

12.0.4

 
   

在返回到供应商事务处理上没有接收会计记录

接收事物处理处理器因为Pkg RCV_AccEvents_PVT的编译问题报错,Pkg RCV_AccEvents_PVT在应用补丁Patch 4443747 之后无效。

然而。接收的数据被提交了。

 

 

执行并上传以下的输出,用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不匹配,须要通过诊断脚本来确认

 

 

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

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