kikiwhq
kikiwhq

错误和问题解决的成本

转自：http://www.cnblogs.com/mengfanrong/p/4820903.html

错误和问题解决的成本

问题描写叙述 

错误

数据收集

根本原因

版本号
 

组件：数据修复

        
 

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

 

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 >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 >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 >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 >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 >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

你可能感兴趣的:(CST)

  • 每日踩坑之 前后端时间格式转换 孤心人 学习心得
    时间格式转换1.在后台进行格式处理今天在做管理员显示用户信息的时候发现，数据库里面保存的Date类取出后的格式是这样的：MonMar0911:36:53CST2020。我们都知道平时显示的时间格式都是2020-03-0911:36:53，而这个显示的是Date类默认格式。原模原样的返回给用户看肯定是不行的。话不多说，上代码：Datedate=newDate();SimpleDateFormatsd
  • Docker容器时间与宿主机不一致问题解决方案 DN金猿 dockerdocker容器运维
    一、前言如果在启动Docker容器的过程中没有单独配置localtime，很可能造成Docker容器时间与主机时间不一致的情况，比如UTC和CST相差8小时，换句话来说就是容器时间与北京时间相差8个小时。二、问题描述问题：容器时间与北京时间相差8个小时#查看主机时间[root@localhost~]#date2020年07月27日星期三22:42:44CST #查看容器时间#dockerexec-
  • 小型化星载KU频段宽带扇形波束圆极化天线 BinaryStarXin 通信射频相控阵-软硬技术提升篇性能优化小型化星载Ku频段宽带扇形波束圆极化天线圆极化特性硬件工程精益工程基带工程
    摘要:为适应星载天线小型化、宽带、高性能的发展趋势,提出一种小型化星载Ku频段宽带扇形波束圆极化天线。通过在H面扇形喇叭口处加入曲折线圆极化器实现天线圆极化,将传统平面圆极化器变为半圆柱形,天线的包络尺寸减小近36%。同时,在喇叭口处增加介质透镜,在有限尺寸内将球面波调节为平面波。半圆柱极化器和介质透镜的设计可共同调节入射波束角度。提升天线的宽角波束覆盖性能。利用CST软件建立模型进行仿真,仿真结
  • 银河麒麟高级服务器操作系统V10——安装VNC实现远程桌面 半点闲 OS/Networklinuxvnctightvnc
    银河麒麟高级服务器操作系统V10——安装VNC实现远程桌面检查桌面环境安装配置启动服务防火墙配置作者：高玉涵时间：2021.09.1410:14博客：blog.csdn.net/cg_i环境：Linuxintkf24.19.90-23.8.v2101.ky10.x86_64#1SMPMonMay1717:08:34CST2021x86_64x86_64x86_64GNU/Linux检查桌面环境生产
  • java 杀死僵死的线程_Ubuntu中找到并杀死僵尸进程 eventually7 java杀死僵死的线程
    Ubuntu中产生zombie进程让人很懊恼啊。Windows中在任务管理器里直接找到无响应的进程并结束他就行了，但是ubuntu中需要用命令去解决。SysteminformationasofWedMay2816:07:18CST2014Systemload:0.28Processes:205Usageof/home:1.2%of72.15GBUsersloggedin:1Memoryusage:
  • Linux 手动修改系统时间 holy_z
    Linux系統時間Linux的date指令可以查詢目前系統上的日期與時間：[root@localhost~]#date四11月1708:49:21CST2016使用者可以自訂date的輸出格式，例如輸出年/月/日這樣的格式：[root@localhost~]#date+%Y/%m/%d2016/11/17只輸出時間：[root@localhost~]#date+%T09:12:46date的-s參
  • 第三百五十五回 talk_8 一起TalkFlutter吧移动开发Flutter
    文章目录1.概念介绍2.获取方法3.示例代码4.对比与总结4.1横向对比4.2内容总结我们在上一章回中介绍了"如何获取当前系统语言"相关的内容，本章回中将介绍如何获取当前时区.闲话休提，让我们一起TalkFlutter吧。1.概念介绍我们使用的北京时间也叫CST，不过它不是国际标准时间，国际标准时间为UTC，我们国家位于东八区，因此也用UTC+8来表示北京时间。不过这种表示方式有时候不够直观，需要
  • 第三百五十二回 talk_8 一起TalkFlutter吧移动开发Flutter
    文章目录1.概念介绍2.获取方法3.示例代码4.对比与总结4.1横向对比4.2内容总结我们在上一章回中介绍了"如何获取当前系统语言"相关的内容，本章回中将介绍如何获取当前时区.闲话休提，让我们一起TalkFlutter吧。1.概念介绍我们使用的北京时间也叫CST，不过它不是国际标准时间，国际标准时间为UTC，我们国家位于东八区，因此也用UTC+8来表示北京时间。不过这种表示方式有时候不够直观，需要
  • springboot2.x中不支持delete请求的解决方案2019-12-10 aplombboot
    对于restful的支持，springboot2.x支持get和post、put请求，但是对于delete请求并不支持。在使用的时候，会出现405异常。异常如下：WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.TueDec1014:14:52CST2019Th
  • linux登录后提示语 GaoJamie 运维linux运维服务器
    linux登录后的提示一般是这样的：Lastfailedlogin:WedFeb1419:18:07CST2024fromxx.xx.xx.xxonssh:nottyTherewere138failedloginattemptssincethelastsuccessfullogin.Lastlogin:TueFeb1309:08:112024fromxx.xx.xx.xxWelcometoHuaw
  • 基于CST电磁仿真软件的7-10GHz的微带带通滤波器的设计 勿恋影中人 CST微带线带通滤波器其他matlab开发语言
    一、新建工程新建工程完成二、建模2.1建模准备对建模过程用到的数据进行一下参数设置修改网格属性2.2建模选择矩形模具，并且按下Esc键进行参数设置第3步为设置模型的材料介质基片建模完成同样的，选择矩形模具，并且按下Esc键进行参数设置微带线建模完成选择柱体模具，并且按下Esc键进行参数设置过孔1建模完成过孔2建模完成将过孔1和过孔2镜像生成过孔3和过孔4过孔建模完成选择矩形模具，并且按下Esc键进
  • 三。用ADS仿真计算CST DEMO低通滤波器 麦克斯韦信徒 ADS电路和场仿真ADS与CST对比射频工程硬件工程
    很想用ADS来计算一下CSTDEMO低通滤波器微带电路，然后比较一下结果，两种不同软件之间的差异有多大，非常好奇，于是就动手做了。1.按照CSTDEMO低通滤波器微带电路参数建立了ADS的微带模型电路。由于ADS和CST电路中的微带模块有一些差异，不能之接照搬，通过简单分析也是可以在最后结构上完全对应的。下图就是建立的ADS低通滤波器电路模型，完全和CST的等效。我不知道读者在双击截图后能不能完全
  • 一。CST 电路 微带低通滤波器设计练习 I 麦克斯韦信徒 CST电路仿真射频工程硬件工程
    CST电路和系统软件功能还是比较强的，我们一起一步一步学习，一起进步。这个例子出现在CST的电路和系统软件功能（CircuitSimulation&SAM(SystemAssemblyandModeling)）介绍资料中。本文是用CST2021建模操作仿真到，不同版本在视觉和结果上稍有不同。利用电路模块可以很快很准确地建立3D微带平面电路，用于仿真滤波器、功分器、巴伦等等。1.进入电路设计软件界面
  • 四。CST 电路 36GHz微带带通滤波器设计练习 麦克斯韦信徒 CST电路仿真射频工程硬件工程
    Ka波段是指26.5GHz到40GHz的频率范围内的无线电波，广泛应用于卫星通讯，传输码率非常容易达到Gbps。我们这里验证一个微带的36GHz带通滤波器，这个带通滤波器结构简单，对生产工艺要求不高，特别的是只要简单地改变中心振子的长度就能改变滤波器中心工作频率，而其它参数基本不变，这在需要通带频率捷变的情况下特别有用，在这个练习中也会验证这点。这个练习中用到的微带器件比低通滤波器练习中用到的复杂
  • 二。CST 电路 微带低通滤波器设计练习 II 转换为3D模型 麦克斯韦信徒 CST电路仿真射频工程硬件工程
    上篇以电路的形式计算了微带低通滤波器的参数，那这一篇我们一起来看看怎么快速地转换并建立3D模型，然后计算参数，并和电路计算的参数进行比较。另外，本文中教会读者排除仿真中遇到的常见的一个错误问题，使仿真结果符合预期。1.各个微带模组组成的微带电路是什么样子？在CST电路中有一个功能是可以观察微带模组组合后的微带电路的，这个就是Assembly，装配功能。点击下图箭头指示的Edit下拉菜单，选择点击A
  • linux时间查看 Stestack 服务器运维
    一、使用date命令查看系统时间date是Linux系统中用来显示或设置系统时间和日期的命令，常用于脚本编写、系统管理等操作中。date执行以上命令，系统将输出当前的系统时间，格式为“星期月日时:分:秒时区年份”，例如：FriOct1514:56:34CST2021要查看特定时刻的系统时间，可以使用date命令加上时间参数。例如，要查看2021年1月1日零点的系统时间，可以使用以下命令：date-
  • The signing key‘s size is 136 bits which is not secure enough for the HS256 algorithm. The JWT JWA S china_zyp javajwtjavaspringboot
    今天在用JWT的时候发现报了这个错误WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.SunFeb0715:30:44CST2021Therewasanunexpectederror(type=InternalServerError,status=500).Th
  • mybatis-plus 自动填充的时间跟真实时间相差8小时 china_zyp javamybatismysqltimezone
    项目中用到了以下两个字段,分别是插入数据时间和更新数据时间，用的mybatis-plus自动填充,结果发现填充的时间跟真实时间相差很多。查了一些资料，找到了解决方案：1.下图是我的mysql没有进行配置之前的时区配置,这里的CST包括了4个时区,分别是美国中部时间CentralStandardTime(USA)UTC-06:00澳大利亚中部时间CentralStandardTime(Austral
  • [晓理紫]CCF系列会议截稿时间订阅 晓理紫 每日论文机器人人工智能大模型深度学习学习
    关注{晓理紫|小李子}，每日更新最新CF系列会议信息，如感兴趣，请转发给有需要的同学，谢谢支持！！如果你感觉对你有所帮助，请关注我，每日准时为你推送最新会议信息。DIMVA(CCFC)DetectionofIntrusionsandMalware&VulnerabilityAssessmentDeadline:ThuFeb15th202419:59:59CST(2024-02-1423:59:59
  • linux内核编译太慢,现在的linux内核编译太简单了：linux kernel2.6.36.2编译手记 A学历提升黄老师 linux内核编译太慢
    先show一下新内核：[feng@fsc~]$uname-aLinuxfsc2.6.36.2fsc#2SMPMonDec1321:02:02CST2010i686i686i386GNU/Linux硬件环境：asusA8jr笔记本(07年的机器，比较老了)cpucore12250GHzRAM3Gddr2667VGAATIx2300......背景：使用fedora13(fedora14已经正式版发布
  • [晓理紫]CCF系列会议截稿时间订阅 晓理紫 每日论文机器人人工智能大模型深度学习
    CCF系列会议截稿时间订阅关注{晓理紫|小李子}，每日更新最新CCF系列会议信息，如感兴趣，请转发给有需要的同学，谢谢支持！！如果你感觉对你有所帮助，请关注我，每日准时为你推送最新CCF会议信息。DIMVA(CCFC)DetectionofIntrusionsandMalware&VulnerabilityAssessmentDeadline:ThuFeb15th202419:59:59CST(2
  • 61 java.sql.SQLNonTransientConnectionException: CLIENT_PLUGIN_AUTH is required 滔滔逐浪
    WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.ThuJan1608:05:35CST2020Therewasanunexpectederror(type=InternalServerError,status=500).nestedexceptionisorg
  • CAS单点登录报错：unable to find valid certification path to requested target 大华博客
    错误信息：WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.SatJul0618:30:42CST2019Therewasanunexpectederror(type=InternalServerError,status=500).javax.net.ssl.S
  • [晓理紫]CCF系列会议截稿时间订阅 晓理紫 每日论文机器人深度学习人工智能大模型学习
    CCF系列会议截稿时间订阅关注{晓理紫|小李子}，每日更新CCF系列会议信息，如感兴趣，请转发给有需要的同学，谢谢支持！！如果你感觉对你有所帮助，请关注我，每日准时为你推送最新会议信息。DIMVA(CCFC)DetectionofIntrusionsandMalware&VulnerabilityAssessmentDeadline:ThuFeb15th202419:59:59CST(2024-0
  • certificate has expired or is not yet valid 会说话的假牙 dockerdocker
    dockerpull时certificatehasexpiredorisnotyetvalid执行dockerpull时出现certificatehasexpiredorisnotyetvalid这个问题，搜索了很久，大部份是时间不同步的原因输入date查看时间很显然时间没有问题08月03日星期二17:54:10CST如果你的时间不同步的话apt-getinstallnptntpdatecn.po
  • MATLAB调整为护眼模式 WW、forever MATLAB基础处理
    1.在matlab命令行中运行prefdir，获取matlab.prf文件所在路径。2.打开matlab.prf所在路径，找到matlab.prf文件。3.可以用记事本打开.prf文件，把文件内容用如下内容替换便可。#MATLABPreferences#FriApr1311:41:43CST2018MatlabExitConfirm=BfalseColorsMLintAutoFixBackgrou
  • Springboot RequestMapping可以查询数据但地址返回404 bysjlwdx springbootjava后端
    WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.ThuFeb0122:00:32CST2024Therewasanunexpectederror(type=NotFound,status=404).出现这个错误在于使用了代码生成器，生成的控制层代码把@Cont
  • springboot的页面出现Whitelabel Error Page a8153285 java
    WhitelabelErrorPageThisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.FriSep0621:41:26CST2019Therewasanunexpectederror(type=NotFound,status=404).Nomessageavailable导致的原因就是主方法放的包
  • Whitelabel Error Page 油爆酥葱 javaspring
    Thisapplicationhasnoexplicitmappingfor/error,soyouareseeingthisasafallback.WebJan1013:06:23CST2024Therewasanunexpectederror(type=NotFound,status=404).以上是访问某接口时浏览器显示的报错。百度之后原因很多，可能是Application启动类位置不对，也
  • DB2 连接错误 (database) 一名数据库爱好者 数据库dbadatabase
    错误DB2出现连接错误，初步判定数据库名错误。解决DB2中的每个schema实例并不是database名。功能上schema相当于MySQL中的database。但是并不代表DB2数据库名。DB2查看database方法一在db2inst1用户下使用命令查看[root@server065~]#su-db2inst1Lastlogin:ThuJan2508:32:21CST2024onpts/1[d
  • Enum 枚举 120153216 enum枚举
    原文地址：http://www.cnblogs.com/Kavlez/p/4268601.html Enumeration 于Java 1.5增加的enum type...enum type是由一组固定的常量组成的类型，比如四个季节、扑克花色。在出现enum type之前，通常用一组int常量表示枚举类型。比如这样： public static final int APPLE_FUJI = 0
  • Java8简明教程 bijian1013 javajdk1.8
            Java 8已于2014年3月18日正式发布了，新版本带来了诸多改进，包括Lambda表达式、Streams、日期时间API等等。本文就带你领略Java 8的全新特性。  一.允许在接口中有默认方法实现         Java 8 允许我们使用default关键字，为接口声明添
  • Oracle表维护 快速备份删除数据 cuisuqiang oracle索引快速备份删除
    我知道oracle表分区，不过那是数据库设计阶段的事情，目前是远水解不了近渴。 当前的数据库表，要求保留一个月数据，且表存在大量录入更新，不存在程序删除。 为了解决频繁查询和更新的瓶颈，我在oracle内根据需要创建了索引。但是随着数据量的增加，一个半月数据就要超千万，此时就算有索引，对高并发的查询和更新来说，让然有所拖累。 为了解决这个问题，我一般一个月会进行一次数据库维护，主要工作就是备
  • java多态内存分析 麦田的设计者 java内存分析多态原理接口和抽象类
          “  时针如果可以回头，熟悉那张脸，重温嬉戏这乐园，墙壁的松脱涂鸦已经褪色才明白存在的价值归于记忆。街角小店尚存在吗？这大时代会不会牵挂，过去现在花开怎么会等待。       但有种意外不管痛不痛都有伤害，光阴远远离开，那笑声徘徊与脑海。但这一秒可笑不再可爱，当天心
  • Xshell实现Windows上传文件到Linux主机 被触发 windows
    经常有这样的需求，我们在Windows下载的软件包，如何上传到远程Linux主机上？还有如何从Linux主机下载软件包到Windows下；之前我的做法现在看来好笨好繁琐，不过也达到了目的，笨人有本方法嘛； 我是怎么操作的： 1、打开一台本地Linux虚拟机，使用mount 挂载Windows的共享文件夹到Linux上，然后拷贝数据到Linux虚拟机里面；（经常第一步都不顺利，无法挂载Windo
  • 类的加载ClassLoader 肆无忌惮_ ClassLoader
    类加载器ClassLoader是用来将java的类加载到虚拟机中，类加载器负责读取class字节文件到内存中，并将它转为Class的对象（类对象），通过此实例的 newInstance()方法就可以创建出该类的一个对象。   其中重要的方法为findClass(String name)。   如何写一个自己的类加载器呢？ 首先写一个便于测试的类Student
  • html5写的玫瑰花 知了ing html5
    <html> <head> <title>I Love You!</title> <meta charset="utf-8" /> </head> <body> <canvas id="c"></canvas>
  • google的ConcurrentLinkedHashmap源代码解析 矮蛋蛋 LRU
    原文地址： http://janeky.iteye.com/blog/1534352 简述 ConcurrentLinkedHashMap 是google团队提供的一个容器。它有什么用呢？其实它本身是对 ConcurrentHashMap的封装，可以用来实现一个基于LRU策略的缓存。详细介绍可以参见 http://code.google.com/p/concurrentlinke
  • webservice获取访问服务的ip地址 alleni123 webservice
    1. 首先注入javax.xml.ws.WebServiceContext, @Resource private WebServiceContext context; 2. 在方法中获取交换请求的对象。 javax.xml.ws.handler.MessageContext mc=context.getMessageContext(); com.sun.net.http
  • 菜鸟的java基础提升之道——————>是否值得拥有 百合不是茶
    1，c++，java是面向对象编程的语言，将万事万物都看成是对象；java做一件事情关注的是人物，java是c++继承过来的，java没有直接更改地址的权限但是可以通过引用来传值操作地址，java也没有c++中繁琐的操作，java以其优越的可移植型，平台的安全型，高效性赢得了广泛的认同，全世界越来越多的人去学习java，我也是其中的一员      java组成：
  • 通过修改Linux服务自动启动指定应用程序 bijian1013 linux
    Linux中修改系统服务的命令是chkconfig (check config)，命令的详细解释如下: chkconfig 功能说明：检查，设置系统的各种服务。 语　　法：chkconfig [ -- add][ -- del][ -- list][系统服务] 或 chkconfig [ -- level  <</SPAN>
  • spring拦截器的一个简单实例 bijian1013 javaspring拦截器Interceptor
    Purview接口 package aop; public interface Purview { void checkLogin(); } Purview接口的实现类PurviesImpl.java package aop; public class PurviewImpl implements Purview { public void check
  • [Velocity二]自定义Velocity指令 bit1129 velocity
    什么是Velocity指令 在Velocity中，#set,#if, #foreach, #elseif, #parse等，以#开头的称之为指令，Velocity内置的这些指令可以用来做赋值，条件判断，循环控制等脚本语言必备的逻辑控制等语句，Velocity的指令是可扩展的，即用户可以根据实际的需要自定义Velocity指令   自定义指令(Directive)的一般步骤 &nbs
  • 【Hive十】Programming Hive学习笔记 bit1129 programming
    第二章 Getting Started 1.Hive最大的局限性是什么？一是不支持行级别的增删改(insert, delete, update)二是查询性能非常差(基于Hadoop MapReduce）,不适合延迟小的交互式任务三是不支持事务2. Hive MetaStore是干什么的？Hive persists table schemas and other system metadata.
  • nginx有选择性进行限制 ronin47 nginx 动静　限制
    http { limit_conn_zone $binary_remote_addr zone=addr:10m; limit_req_zone $binary_remote_addr zone=one:10m rate=5r/s;... server {... location ~.*\.(gif|png|css|js|icon)$ {
  • java-4.-在二元树中找出和为某一值的所有路径 . bylijinnan java
    /* * 0.use a TwoWayLinkedList to store the path.when the node can't be path,you should/can delete it. * 1.curSum==exceptedSum:if the lastNode is TreeNode,printPath();delete the node otherwise
  • Netty学习笔记 bylijinnan javanetty
    本文是阅读以下两篇文章时： http://seeallhearall.blogspot.com/2012/05/netty-tutorial-part-1-introduction-to.html http://seeallhearall.blogspot.com/2012/06/netty-tutorial-part-15-on-channel.html 我的一些笔记 ===
  • js获取项目路径 cngolon js
    //js获取项目根路径，如： http://localhost:8083/uimcardprj function getRootPath(){     //获取当前网址，如： http://localhost:8083/uimcardprj/share/meun.jsp     var curWwwPath=window.document.locati
  • oracle 的性能优化 cuishikuan oracleSQL Server
       在网上搜索了一些Oracle性能优化的文章，为了更加深层次的巩固[边写边记]，也为了可以随时查看，所以发表这篇文章。     1.ORACLE采用自下而上的顺序解析WHERE子句，根据这个原理，表之间的连接必须写在其他WHERE条件之前，那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾。（这点本人曾经做过实例验证过，的确如此哦！
  • Shell变量和数组使用详解 daizj linuxshell变量数组
    Shell 变量 定义变量时，变量名不加美元符号（$，PHP语言中变量需要），如： your_name="w3cschool.cc" 注意，变量名和等号之间不能有空格，这可能和你熟悉的所有编程语言都不一样。同时，变量名的命名须遵循如下规则： 首个字符必须为字母（a-z，A-Z）。 中间不能有空格，可以使用下划线（_）。 不能使用标点符号。 不能使用ba
  • 编程中的一些概念，KISS、DRY、MVC、OOP、REST dcj3sjt126com REST
    KISS、DRY、MVC、OOP、REST （1）KISS是指Keep It Simple,Stupid（摘自wikipedia），指设计时要坚持简约原则，避免不必要的复杂化。 （2）DRY是指Don't Repeat Yourself（摘自wikipedia），特指在程序设计以及计算中避免重复代码，因为这样会降低灵活性、简洁性，并且可能导致代码之间的矛盾。 （3）OOP 即Object-Orie
  • [Android]设置Activity为全屏显示的两种方法 dcj3sjt126com Activity
    1. 方法1：AndroidManifest.xml 里，Activity的 android:theme  指定为" @android:style/Theme.NoTitleBar.Fullscreen" 示例:   <application      
  • solrcloud 部署方式比较 eksliang solrCloud
    solrcloud 的部署其实有两种方式可选，那么我们在实践开发中应该怎样选择呢？ 第一种：当启动solr服务器时，内嵌的启动一个Zookeeper服务器，然后将这些内嵌的Zookeeper服务器组成一个集群。  第二种：将Zookeeper服务器独立的配置一个集群，然后将solr交给Zookeeper进行管理   谈谈第一种：每启动一个solr服务器就内嵌的启动一个Zoo
  • Java synchronized关键字详解 gqdy365 synchronized
    转载自：http://www.cnblogs.com/mengdd/archive/2013/02/16/2913806.html 多线程的同步机制对资源进行加锁，使得在同一个时间，只有一个线程可以进行操作，同步用以解决多个线程同时访问时可能出现的问题。 同步机制可以使用synchronized关键字实现。 当synchronized关键字修饰一个方法的时候，该方法叫做同步方法。 当s
  • js实现登录时记住用户名 hw1287789687 记住我记住密码cookie记住用户名记住账号
    在页面中如何获取cookie值呢? 如果是JSP的话,可以通过servlet的对象request 获取cookie,可以 参考:http://hw1287789687.iteye.com/blog/2050040 如果要求登录页面是html呢?html页面中如何获取cookie呢? 直接上代码了 页面:loginInput.html 代码: <!DOCTYPE html PUB
  • 开发者必备的 Chrome 扩展 justjavac chrome
    Firebug：不用多介绍了吧https://chrome.google.com/webstore/detail/bmagokdooijbeehmkpknfglimnifench ChromeSnifferPlus：Chrome 探测器，可以探测正在使用的开源软件或者 js 类库https://chrome.google.com/webstore/detail/chrome-sniffer-pl
  • 算法机试题 李亚飞 java算法机试题
           在面试机试时，遇到一个算法题，当时没能写出来，最后是同学帮忙解决的。        这道题大致意思是：输入一个数，比如4,。这时会输出：           &n
  • 正确配置Linux系统ulimit值 字符串 ulimit
    在Linux下面部 署应用的时候，有时候会遇上Socket/File: Can’t open so many files的问题；这个值也会影响服务器的最大并发数，其实Linux是有文件句柄限制的，而且Linux默认不是很高，一般都是1024，生产服务器用 其实很容易就达到这个数量。下面说的是，如何通过正解配置来改正这个系统默认值。因为这个问题是我配置Nginx+php5时遇到了，所以我将这篇归纳进
  • hibernate调用返回游标的存储过程 Supanccy2013 javaDAOoracleHibernatejdbc
    注：原创作品，转载请注明出处。     上篇博文介绍的是hibernate调用返回单值的存储过程，本片博文说的是hibernate调用返回游标的存储过程。     此此扁博文的存储过程的功能相当于是jdbc调用select 的作用。 1，创建oracle中的包，并在该包中创建的游标类型。 ---创建oracle的程
  • Spring 4.2新特性-更简单的Application Event wiselyman application
    1.1 Application Event Spring 4.1的写法请参考10点睛Spring4.1-Application Event 请对比10点睛Spring4.1-Application Event 使用一个@EventListener取代了实现ApplicationListener接口,使耦合度降低; 1.2 示例 包依赖 <p
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他