首页 > 代码库 > 解决成本的错误和问题

解决成本的错误和问题



问题描述 

错误

数据收集

根本原因

版本

 

组件:数据修复

    
 

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

 

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price

 

11i:应用 Patch.9302594inltcp.lpc 115.120.115100.52或更高
R12: 应用Patch<> inltcp.lpc 120.35.12010000.13或更高

11i & R12

 

物料或CMCACW – 实际成本处理程序完成并报错

错误代码 = No Error in CSTPSISC.ins_std_cost
错误解释 = CSTPSISC.INS_STD_COST (40): ORA-00001: unique constraint (INV.MTL_CST_ACTUAL_COST_DETAILS_U1) violated

这个查询会列出所有的MMT(MTL_MATERIAL_TRANSACTION) 表中的transaction Ids ,这些事物处理也在会计分录表里有记录. 

Select MMT1.transaction_id,MMT1.costed_flag, 
MMT1.error_code,MMT1.error_explanation 
from MTL_MATERIAL_TRANSACTIONS MMT1 where 
MMT1.transaction_id in ( SELECT MMT.TRANSACTION_ID 
FROM MTL_MATERIAL_TRANSACTIONS MMT WHERE MMT.costed_flag in (‘N‘ ,‘E‘) 
AND (EXISTS(SELECT 1 FROM MTL_TRANSACTION_ACCOUNTS MTA 
WHERE MMT.transaction_id=MTA.transaction_id) OR 
EXISTS (SELECT 1 FROM MTL_CST_ACTUAL_COST_DETAILs MCACD 
WHERE MCACD.transaction_id=MMT.transaction_id)))

11i: 请参考 
Document 284700.1,Document 290868.1

R12 Patch 10634679:R12.BOM.A

R12.1 Patch 10416679:R12.BOM.C

11i & R12

 

组件: 报表

    
 

日记账分录报表 – 成本管理错误 P_SECURITY_ID_INT_1 
"更改库存组织" 功能没有被分配到职责

P_SECURITY_ID_INT_1

请提交服务请求

12.0.5

 

POXRRCVV接收值报表完成并报错
ORA-01476: divisor is equal to zero

ORA-01476: divisor is equal to zero

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

SELECT RAE2.rcv_transaction_id 
FROM rcv_accounting_events RAE2 
WHERE RAE2.transaction_quantity=0 
OR RAE2.primary_quantity=0 
OR RAE2.source_doc_quantity=0);

应用 Patch 6790176
更新文件 RCVVRUTB.pls 或更高

11.5.10.2

 

组织关闭但是没有汇总-期间关闭调节,由于错误的acct_period_id次序,期间关闭调节流程失败

MSG-00999: CSTRPCRE &gt;X Mon Sep 1 14:56:29 2008 
REP-0771: After Form trigger failed.

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

SELECT MAX(acct_period_id) 
INTO l_prior_period_id 
FROM org_acct_periods 
WHERE organization_id = p_org_id 
AND acct_period_id < p_period_id;
then log a data fix bug with development

11.5.10.2

 

所有的库存值报表-平均成本数量与事务处理值报表MMT-CQL不匹配

运行下面的脚本:

mmt_cql_info_new_11i9.sql

11.5.9

 

未开票接收报表 - CSTACREP 错误没有输出

An invalid character was found in text content

12.0.2

 

AP 和 PO 应计调节报表没有显示净分配

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

select * from xla_distribution_links xdl 
where xdl.source_distribution_type =‘RCV_RECEIVING_SUB_LEDGER‘ 
AND xdl.application_id =707 
AND xdl.source_distribution_id_num_1 IS NULL;

Patch 7528609

12.0.5

      
 

 组件: SLA

    
 


对内部申请直接组织间转移在接收时没有会计分录事件被创建

在Oracle成本管理中,如果发送和接收组织都是标准成本组织,在接收组织,SLA中的会计科目事件可能没有为内部申请、直接组织间转移创建会计分录

 

Patch 6792259

12.0.4

 

一些MTL_TRANSACTION_ACCOUNT的SLA数据被 12.0.4升级补丁所创建

在升级MTA事务处理过程中,用户定义的事务处理类型的活动1和27没有被升级所考虑 
内部申请接收对于应计成本组织也没有被考虑

内部申请接收对于标准成本组织也没有被考虑

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

Select a.TRANSACTION_SOURCE_TYPE_ID, count(a.TRANSACTION_ID) 
from mtl_transaction_accounts a 
where not exists ( 
select ‘X‘ 
from xla.XLA_TRANSACTION_ENTITIES b 
where a.TRANSACTION_ID = b.source_id_int_1) 
group by a.TRANSACTION_SOURCE_TYPE_ID ;

Patch 6922624

12.0.4

 

请提取SLA对象

当同时处理11i和12采购订单时,应计收款 - 期末处理报错:"SLA errors"

COSTING EVENT CLASS SEED CHANGES FOR PERIOD END ACCRUAL

Patch 7033488

12.0.4

 

期间关闭:遇到未处理的WIP差异/任务关闭差异事件

 

一些WIP和INV 会计分录事件由于分配没有建立而不能记账。

即使那些事务处理由于没有分配不应该被入账,但是SLA事件仍然被创建

为了找到对应于有分配的MMT和WT事务处理的会计分录事件的列表,运行并上传下面的输出,用EXCEL文件带有标题的格式:

SELECT a.event_id ,b.event_type_code
FROM xla_events a, xla_event_types_b b,
xla_transaction_entities_upg c
WHERE a.event_date <= TO_DATE(‘01-03-2008‘,‘DD-MM-YYYY‘)
AND a.application_id = 707 AND a.event_status_code = ‘U‘
AND a.process_status_code = ‘U‘ AND b.application_id = 707
AND b.entity_code IN
(‘MTL_ACCOUNTING_EVENTS‘,‘WIP_ACCOUNTING_EVENTS‘)
AND b.event_type_code = a.event_type_code  AND c.application_id = 707
AND c.entity_id = a.entity_id
AND ( ( b.entity_code = ‘MTL_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM mtl_transaction_accounts
WHERE transaction_id = c.source_id_int_1))
OR ( b.entity_code = ‘WIP_ACCOUNTING_EVENTS‘
AND NOT EXISTS (SELECT NULL
FROM wip_transaction_accounts
WHERE transaction_id = c.source_id_int_1)));

Patch 6916164

12.0.4

 

R12 SLA 子分类账期间关闭例外报表显示未处理的事务处理。标准成本更新没有为在途物料创建分录但分录事件被创建了

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

Select sum(mmt.quantity_adjusted*mmt.transaction_cost),
mmt.intransit_account, mp.organization_code, ccu.inv_adjustment_account 
from mtl_material_transactions mmt, mtl_parameters mp, 
cst_cost_updates ccu 
where mmt.organization_id = mp.organization_id 
and mmt.transaction_action_id = 24  and mmt.intransit_account is not null 
and mmt.costed_flag is null  and mmt.quantity_adjusted > 0 
and mmt.transaction_cost <> 0 
and mmt.transaction_date between &&from_date and &&to_date 
and (nvl(mmt.new_cost,0) - nvl(mmt.prior_cost,0)) <> 0 
and ccu.cost_update_id(+) = mmt.cost_update_id 
and not exists (select null from mtl_transaction_accounts mta where 
mta.transaction_id = mmt.transaction_id) 
group by mmt.intransit_account,  mp.organization_code, 
ccu.inv_adjustment_account  order by organization_code

Patch 7505874

12.0.4

 

创建会计分录错误95318,为行指定的代码组合ID 不存在

Error number= 95318 
The account code combination id 102 specified for line 1 does not exist.

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

Select distinct transaction_id 
from mtl_transaction_accounts 
where reference_account=&prior_wrong_account_id;

12.0.4

 

 

对一些销售订单发放行COGS 调节事件没被处理

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

1.SELECT * FROM XLA_EVENTS 
WHERE EVENT_STATUS_CODE=  ‘P‘ 
and application_id = 707; 

2.select * from CST_REVENUE_RECOGNITION_LINES where revenue_om_line_id =&line_id

3. select * from cst_cogs_events where cogs_om_line_id =&line_id;

4. select * from cst_revenue_cogs_match_lines where cogs_om_line_id =&line_id;

应用 Patch 7690716

12.0.4

      
 

组件: 库存

    
 

日记账导入错误EU02来源库存
 数据在GL接口表里丢失


 插入数据到gl_接口表

EU02

下面的脚本为一个特定batch_id执行,会输出子分类账和GL之间的调节所需要的库存/WIP 子分类账, GL接口表GL日记账的数据

需要输入: GL_BATCH_ID

GL_Batch_info.sql

应用 Patch 4998992

11.5.10.2

 

由于失效的组织导致期间关闭中的错误

用户创建的不再使用的组织,不再用的成本组但仍然在这些组织里,许多PAC期间运行PAC 流程

下面的脚本输出PAC设置信息到一个文件pac_setup.lst里。脚本应该从SQL提示符下运行. 

pac_setup.sql

11.5.9

 

如果销售订单(非AR)在月份的最后一天关闭,COGS不能被认可
当一个销售订单在一个月的最后一天关闭时,收入确认行不会被创建。这是因为成本API 正在对带有时间戳的事件日期和被截断的总账结束日期进行比较。

当订单行被关闭时,COGS不确认在会计期最后一天的仅限于发运的销售订单

Bug 7211401

12.0.4

 

XLAIQDRL从 GL向下展开到库存返回多行

GL_IMPORT_REFERENCES有重复的行,造成向下展开的数据也重复

Bug 4751586

11.5.10.2

 

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO
接收事务处理器由于试图从表CST_ITEM_COSTS检索成本类型ID 2(平均)记录,但这个物料不存在而报错

RVTPTCONTROL FAILED RVTII-060: SUBROUTINE INV_TXN_MANAGER_PUB.PROCESS_TRANSACTIO

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

Select MS.inventory_item_id, 
MS.organization_id 
from mtl_system_items_b MS 
where MS.inventory_asset_flag=‘Y‘ 
and MS.costing_enabled_flag = ‘Y‘ 
and NOT exists ( 
select cic.inventory_item_id 
from cst_item_costs cic, 
mtl_parameters mp 
where cic.inventory_item_id = ms.inventory_item_id 
and ms.organization_id = mp.organization_id 
and cic.organization_id = mp.cost_organization_id 
and cic.cost_type_id= mp.primary_cost_method);

12.0.4

 

在MMT表未计成本的事务处理,它们中有2个报错
错误代码 = CST_NO_TXN_INVALID_ACCOUNT  
错误解释 = ‘CSTPACIN.COST_INV_TXN:An invalid account is associated with the item being transacted
错误由于没有为子库存/物料/组织定义费用账户。定义账户并重新提交事务处理

error_code = CST_NO_TXN_INVALID_ACCOUNT

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

The following SQL identified the invalid / incorrect data: 
select * 
from MTL_MATERILA_TRANSACTIONS 
where Costed_Flag = "E";

11.5.10.2

      
 

组件:应计

    
 

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

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

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

 

PA相关的费用PO事务处理退货到接收记录时丢失RRSL。一些退回到接收事务处理被记账到退货到供应商里面或记账到另一个退回到接收事务处理

提供下面脚本的输出

data colection script bug7392052.txt

应用 Patch 3712932

11.5.9

 


成本历史显示负的库存现有量.

由于MMT-MOQ 不匹配和MMT-CQL 不匹配,负数量出现在物料成本历史上

1. 按照Note 291005.1提供的输出显示任何以前日期的事务处理来检验是否有以前日期的事务处理,运行脚本来检查事务处理类型,日期和影响的期间。

2. 按Note 291005.1检查是否有MMT-MOQ 不匹配 (库存问题) 
向库存小组提一个 bug  ,MMT-MOQ 数量不匹配可以被解决。

3. 运行下面的数据脚本
mmt_cql_info_new_11i9.sql

11.5.9

 

已关闭期间-冲销汇总. 需要撤销/重新打开期间关闭的脚本

应用 Patch 7036602

11.5.10.2

 

WIP 值报表, 旧的重复计划显示  期末余额. 
甚至在会计期被关闭后,有一些重复计划记录在WPB里不平衡,并使得他们有一个期末余额,导致这个值反映为WIP值报表的期末余额.

提供下面脚本的输出

Data collection Bug7554940.txt

应用 Patch 3621298

12.0.2

      
 

组件: 期间关闭

    
 

当运行从库存日记账导入时出现EU02错误 
错误的发生是由于用户没有为采购申请使用保留款功能,但是为保留款撤销的MTA被创建,由于传送到总账当做应计来处理它,保留款类型id 为空,这样使得错误是EU02. 

EU02

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

select * 
from mtl_transaction_accounts 
where accounting_line_type = 15 
and encumbrance_type_id is null 
and gl_batch_id = &affected_glbatchid 
and transaction_source_type_id in (7,8) 
and not exists ( select ‘x‘ from FINANCIALS_SYSTEM_PARAMS_ALL
where set_of_books_id = &sob_id and org_id = &operating_unit_id 
and nvl(req_encumbrance_flag,‘N‘) = ‘Y‘ )

应用 Patch 7127049

11.5.10.2

 

需要在成本管理模块关闭月期间
原因是事务处理transaction_group_id 被插入。如果成本管理器被取消就可能发生。 成本管理器是系统生成的程序并绝不应该被取消。有另一个问题就是杂项接收事务处理有空的distribution_account_id ,这是由于未确定的库存bug.

从表单提交待定事务处理。
参考 Note 748704. 1

11.5.10.2

 

库存会计期间从不同的日历组合数据 。
打开期间控制程序在表org_acct_periods可能导致一个损坏, org_acct_periods会从不同的特定的日历里取数据,从而客户产生错误日历的事务处理。

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

a. SELECT organization_id, operating_unit, legal_entity, set_of_books_id 
    FROM cst_organization_definitions; 

b. SELECT set_of_books_id, PERIOD_SET_NAME, creation_date,
    last_update_date 
    FROM gl_sets_of_books; 

c. SELECT * 
     FROM org_acct_periods 
     WHERE organization_id = &org_id; 

d. SELECT * 
    FROM gl_periods 

检查是否组织有正确的期间

应用 Patch 5257946

11.5.10.2

 

由于wip_period_balances不存在,导致待定/未计成本的事务处理错误

ERROR_CODE: CST_INVALID_WIP 
ERROR_EXPLANATION: The wip entity is either not defined or does not have a period balance entry

  1. 运行 wip_cst_invalid_wip.sql.这个脚本会创建一个叫做wip_cst_invalid_wip.lst 的输出
    如果你看到SQL # 1的输出,向成本组提交一个BUG,并提供输出。
    b. 如果你看到SQL # 2和3的输出,请遵循Bug 5860661中提到的指导。   
    c.如果你看到SQL # 4 and 5的输出, 向WIP组提交一个BUG,并提供输出。
    d. 如果你看到 SQL # 6的输出, 向WIP组提交一个BUG,并提供输出。 

    e. 如果在wip_cst_invalid_wip.sql提到的SQLs查询没有返回任何行,请按照在"Missing records in wip period balances"部分提到的步骤处理。

f. 如果在WIP_FLOW_SCHEDULES中有记录, 但是记录的 WIP_ENTITY_ID在 WIP_ENTITIES丢失, 那么按WIP创建一个 bug 并附上输出. 
这个问题的根本原因是在表上禁用了标准的WIP触发器。使用下面的查询语句检查触发器的状态:: 
SELECT status FROM all_triggers WHERE table_name LIKE ‘WIP_FLOW_SCHEDULES‘; 
如果触发器被禁用,启用它们以阻止进一步的数据损坏。 
2. 提供 Note 362826.1 Oracle Work in Process CST_INVALID_WIP 错误数据收集测试的输出
c. 运行下面的脚本确定这个任务/ 会计期组合在表wip_period_balances中是否有一行: 

select * 
from wip_period_balances 
where wip_entity_id = &wip_id 
and acct_period_id = &period_id
and organization_id= &org_id; 
d.也可以运行wip_missing_wpb.sql 看有多少任务在wip_period_balances 表中丢失记录.

e. 为下面的出现错误的任务的事务处理提供 job.sql的输出 ( Note 378348.1 ):
wip_entity_id=& ( TRANSACTION_SOURCE_ID in MMT table)

1. 下面的根本原因补丁应该被应用: 

R:11.5.10
4209052
4322200
4771899
5187652

R12: 
应用 << Patch 8344919>>
来更新文件版本
INVTTGPM.fmb 120.19.12000000.7 或更高

2. 如果对于存在于mtl_material_transactions 中的organization_id,acct_period_id 和Transaction_source_id (wip_entity_id)的组合 wip_period_balances中没有数据,,客户可以通过使用在Note 1080033.6 中提到的脚本把记录插入到wip_period_balances 中,来创建丢失的WPB记录。如果这个错误是离散任务的,运行Note 1080033.6中的脚本。否则如果错误是发生在重复计划上的话,运行脚本cm325424.sql。然后通过表单重新提交事务处理 。
3.应用完补丁和数据修复后,请通过应用本身重新提交. 
成本 ->查看事务处理 -> 物料事务处理,从菜单,工具选择所有:工具提交所有的 

否则,可以使用下面的脚本来提交MMT表中的记录: 

update mtl_material_transactions
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL,
transaction_group_id = NULL, 
transaction_set_id = NULL
where organization_id = &org_id 
and TRANSACTION_ID= &err_txn_id
and costed_flag=‘E‘; 


commit;

11.5.10

R12

 

传送事务处理到总账-完成报错

如果传送出错,org_gl_batches 表中总账gl_batch_id会得到时间戳-1* gl_batch_id 。现在问题是当资金检查器出错时系统提交这些数据到表gl_interface 里,连同MTA,WTA ( 更新 gl_batch_id)的数据。所以在表MTA 和 WTA我们会有gl_batch_id 是"XX" 的数据 ,而在表org_gl_batches是"-XX"

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

SELECT * 
FROM org_gl_batches ogb 
where ogb.gl_batch_id < 0 and exists 
( select ‘x‘ from mtl_transaction_accounts mta 
where mta.gl_batch_id = -1 * ogb.gl_batch_id and mta.organization_id = ogb.organization_id union all select ‘x‘ from wip_transaction_accounts wta where wta.gl_batch_id = -1 * ogb.gl_batch_id and wta.organization_id = ogb.organization_id )

应用 Patch 7026054 更新文件到最新的版本

CSTVWORB.pls 115.4.115100.7或更高

11.5.10.2

      
 

 组件: WIP

    
 

资源事务处理不是总会更新工作单上的成本工作流程

由于错误的维护成本分类设置,成本人工事务处理没有被记录在EAM工作单表上。如:表wip_eam_period_balances 和 cst_eam_asset_per_balances。用户在WIP值报表和EAM值中会看到差异

提供下面脚本的输出

 Data collection Bug7447898.txt

12.0.4

 

资源事务处理在表WIP_COST_TXN_INTERFACE 中待定.

在表WCTI中的事务处理,变成没有关联的孤立的数据,是由于当运行成本更新时启动资源成本WORKER,由此对于卡在表WCTI中的所有有关联的完成的事务处理记录都被记入成本。

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

SELECT Count(*)
FROM wip_cost_txn_interface wcti 
WHERE wcti.entity_type = 4 AND exists ( select ‘x‘ from mtl_material_transactions mmt2 where mmt2.completion_transaction_id = wcti.completion_transaction_id and mmt2.transaction_source_type_id =5 and mmt2.transaction_action_id in (31,32) and mmt2.costed_flag IS null )

应用 Patch 3309813

11.5.10.2

 

WOLC为所有打开的期间创建WIP_PERIOD_BALANCES

在所有的打开的将来的期间,流式计划的Wip_period_balances记录都存在,即使他们在流式计划关闭日期之外

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

select * 
from wip_period_balances b 
where b.organization_id = &org_id and exists (select 1 from wip_entities e,org_acct_periods o where e.wip_entity_id = b.wip_entity_id and o.organization_id = e.organization_id and o.acct_period_id = b.acct_period_id and o.period_start_date > SYSDATE and e.entity_type = 4) order by wip_entity_id, acct_period_id desc

应用 Patch 5600760

11.5.10.2

 

不能保存移动事务处理

 

客户有一些物料,没有定义成本,即使是成本启用的物料,这好像是一个PLM bug.

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

SELECT msi.inventory_item_id,mp.organization_id,mp.organization_code
FROM inv.mtl_system_items_b msi,inv.mtl_parameters mp 
WHERE NOT EXISTS ( SELECT ‘X‘ FROM bom.cst_item_costs cic WHERE cic.inventory_item_id = msi.inventory_item_id AND cic.organization_id = mp.cost_organization_id AND cic.cost_type_id = mp.primary_cost_method) AND msi.costing_enabled_flag = ‘Y‘ and msi.organization_id = mp.organization_id;

11.5.10.2

      
 

组件: COST_ERROR

    
 

装入利润分析运行报错CSTPMRGL.LOAD_OM_MARGIN_DATA(160) ORA-12899

ORA-20001: CSTPMRGL.load_om_margin_data(160): ORA-01403

应用补丁Patch 7215820

12.0.4

 

CST_MATCH_DATE_PERIOD 错误, 待定成本事务处理

错误代码: CST_MATCH_DATE_PERIOD
错误解释: The transaction date is not within the accounting period specified." 

COGS 确认 错误.请参考 Note 733275.1

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);


数据修复
----------
运行下面的修复语句更改为正确的acct_period_id:

Update mtl_material_transactions
set acct_period_id = 
, costed_flag = ‘N‘
, transaction _group_id = NULL
, transaction_set_id = NULL
, error_code = NULL
, error_explanation = NULL
where costed_flag = ‘E‘
and acct_period_id = 
and error_code = ‘CST_MATCH_DATE_PERIOD‘
and organization_id = ‘‘

根本原因:
--------------
11i:
Patch 4447285 获取 CSTPACQB.pls 115.35.115100.5 期间成本更新
Patch.4870805CSTFEPCU.fmb 在版本 115.18.115100.3期间成本更新

Patch.5398466 wms patch/115/sql WMSTKPTB.pls 115.141.115100.25

Patch 4992305CSTVCPVB.pls 版本 115.0.115100.7 


R12:
  应用Patch 6873037

11.5.10.2

 

程序CST_REVENUECOGSMATCH_PVT.INSERT_ONESOISSUE() 失败

Failure in procedure CST_RevenueCogsMatch_PVT.Insert_OneSoIssue()
Unexpected error in CST_RevenueCogsMatch_PVT . Insert_OneSoIssue ( 40 )
The transaction date is not within the accounting period specified.

应用 Patch 8685863
或更高来更新文件CSTRCMVB.pls 到版本120.37.12000000.25

下面的前置补丁需要首先被应用: Patch 8510248

12.0.6

 

成本处理程序死锁 (CMCMCW).

重复计划对WPB的更新先不锁住行,导致其他的处理程序可以试着去处理这些行并可能死锁. 

应用Patch 6709905

12.0.4

 

定期全部成本处理程序‘RUN OPTIONS‘ 错误NO LOV NO ENTRIES FOUND

No entries found for list values

对有问题的期间,请向ORACLE技术人员提交一个服务请求,重设处理状态为 ‘unprocessed‘

11.5.10.2

 

实际成本处理程序CMLACW()失败,由于错误ORA-01455: CONVERTING COLUMN OVERFLOWS INTEGER DATATYPE

ORA-01455: converting column overflows integer data type


 

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

select * 
from mtl_material_transactions 
where costed_flag =‘E‘;

确保下面文件你拥有最新的代码:
inltcp.lpc
cmlacw.lpc
cmlmcw.lpc
cmllcw.lpc 

对于R12.x 应用 Patch 10435651:R12.BOM.A. 或更高
对于R12.1.1 应用补丁Patch 10416679:R12.BOM.C或更高

12.X

 

CSTPACDP.INV_COST_TXN (45): ORA-01086: SAVEPOIN 

这是由于代码中的拼写错误.在 Insert_OneSoIssue 过程里更改 ‘ROLLBACK TO Insert_OneSoIssues_PVT‘ 为 ‘ROLLBACK TO Insert_OneSoIssue_PVT‘

CSTPACIN.COST_INV_TXN:CSTPACDP.inv_cost_txn (45): ORA-01086: savepoint
‘INSERT_ONESOISSUES_PVT‘ never established
ORA-06512: at ""APPS.CST_REVENUECOGSMATCH_PVT"", line 2338
ORA-06510: PL/SQL: unhandled user-defined exception

应用 Patch 7384398

12.1.1

 

CSTPLCIR.COMPONENT_ISSUE():30:INVENTORY TOTAL TXN QTY WAS 0; EXPECTED -1 
  当在表cst_inv_layers中的层数量是0时    cst_inv_layer_cost_details 的分配没有被创建,
在表CST_INV_LAYERS 中有一些记录,他们在表CST_INV_LAYER_COST_DETAILS 中却没有数据,或报下面的错


CSTPLCIN.COST_INV_TXN:CSTPLENG.CREATE_LAYERS (130): ORA-1407 CANNOT UPDATE ("BOM

CSTPLCIR.component_issue():30:Inventory total txn qty was 0; expected 

or error:

CSTPLCIN.COST_INV_TXN:CSTPLENG.create_layers (130)::ORA-01407 cannot update (""BOM"".""CST_INV_LAYERS"".""LAYER_COST"") to NULL

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

SELECT *
FROM CST_INV_LAYERS CIL
WHERE NOT EXISTS
(SELECT 1
FROM CST_INV_LAYER_COST_DETAILS CILCD
WHERE CILCD.INV_LAYER_ID =CIL.INV_LAYER_ID);

应用 Patch 7282633

11.5.10.2

 

 

来自库存视图XLA_INV_AEL_GL_V XLAIQDRL行

No Error drill down from GL is incorrect

运行下面的脚本来确定错误的事务处理:
select * from 
from mtl_transaction_accounts mta,gl_je_lines jel
where mta.gl_batch_id = jel.reference_1
and mta.reference_account = jel.code_combination_id
and mta.transaction_id = NVL(jel.reference_3, mta.transaction_id)
and NVL(mta.gl_sl_link_id,-1)
= NVL(jel.gl_sl_link_id, NVL(mta.gl_sl_link_id,-1))
having SUM(base_transaction_value) = 0"

应用 Patch 7264369

11.5.10.2

 

RMA接收后,事务处理在表MMT里显示成本错误

Failure in procedure 
CST_RevenueCogsMatch_PVT.Process_RmaReceipt()

or error 
CSTPACIN.COST_INV_TXN:UNEXPECTED ERROR IN CST_REVENUECOGSMATCH_PVT.INSERT_ONES

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

SELECT * FROM cst_cogs_events 
WHERE cogs_om_line_id = &om_line_id; 

SELECT * FROM mtl_material_transactions 
WHERE (trx_source_line_id = &source_line_idOR transaction_id = &txn_id); 

SELECT * FROM oe_order_lines_all 
WHERE line_id = &line_id; 

SELECT * FROM cst_revenue_cogs_match_lines 
WHERE cogs_om_line_id = &om_line_id; 

应用 Patch 7121674

更新文件 RCVCOTRX.pld 120.53.12010000.9 或更高

和Patch 7015709

更新文件 CSTRCMVB.pls 120.37.12000000.11或更高

12.0.4 到12.X

 

成本管理器不能处理事务处理,结束时报错

CST_MATCH_DATE_PERIOD

CST_MATCH_DATE_PERIOD
 

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

SELECT oap.acct_period_id oap_acct_period_id,
mmt.acct_period_i d mmt_acct_period_id,
mmt.transaction_id mmt_transaction_id,
oap.period_start_date period_start_date,
mmt.transaction_date mmt_transaction_date
FROM mtl_material_transactions mmt,
org_acct_periods oap
WHERE mmt.costed_flag = ‘E‘
AND mmt.transaction_source_type_id = 2
AND mmt.transaction_action_id = 36
AND mmt.organization_id = oap.organization_id
AND oap.acct_period_id = mmt.acct_period_id
AND ( mmt.transaction_date < oap.period_start_date
OR mmt.transaction_date > oap.schedule_close_date+.99999);

应用 Patch 6873037 更新文件CSTRCMVB.pls 到更高版本

12.1

 

INV_EVENT_3S 生成了不平衡的分录

MCACD 没有创建,在CICI里丢失了成本信息

INV_EVENT_3S  

请向技术支持提交服务请求

11.5.10.2

 

MMT 错误 CST_INVALID_WIP 同时在表WIP_FLOW_SCHEDULE里丢失了记录.

这个错误能发生在以下情况:

1.在表 WIP_FLOW_SCHEDULE里记录丢失.
2.在表 WIP_PERIOD_BALANCES里记录丢失
(这两个错误应该由WIP组处理)

CST_INVALID_WIP

运行下面的脚本来确定原因。基于这个脚本,如果这个问题的数据修复脚本在此链接里没提供的话,应该转交BUG到相应的组

wip_cst_invalid_wip.sql

11.5.10.2

 

一个无效账户关联了被处理的物料

An invalid account is associated with the item being transacted.

1.确保设置下面的配置选项
        MRP:debug Mode option 设为 yes 
        MRP: Trace Mode 设为 yes 
        CST:Cost update debug level = Full 

2.重新提交成本错误的信息
  未计成本/失败的事务处理可以通过应用本身提交. 
成本 -> 查看事务处理-> 物料事务处理. 
从菜单,工具选择全部: 工具 提交 全部 

否则,可以使用下面的脚本提交来更新MMT表里的记录: 

update mtl_material_transactions 
set costed_flag = ‘N‘, 
error_code = NULL, 
error_explanation = NULL, 
transaction_group_id = NULL, 
transaction_set_id = NULL 
where organization_id = &organization_id 
and costed_flag in (‘N‘,‘E‘); 

commit; 

3. 取得成本处理程序的日志文件 .

12.0.4

 

CSTPACIN.COST_INV_TXN: an Invalid Account is Associated with the Item.

一个杂项事务处理由于丢失distribution_account_id信息报错

cstpacin.cost_inv_txn:an invalid account is associated with the item

1.设置 MRP DEBUG 
2. 冲销提交成本错误的事务处理
3.取得PAC 分配处理程序的日志文件.

数据问题(根本原因应该由库存组确定)

12.0.4

 

内部申请,在途接收事务处理获得转移价格时报错:

Error in Obtaining the Transfer Price