应用于： 

•Oracle 库存管理版本： 11.5.10.2 to 11.5.10.3 -释放: 11.5 to 11.5

•文档中的信息适用于其他平台

•检查2010-10-24的相关性

目标：

如何追溯在和解报告关闭期间导致差异时的交易？

解决方案：
  MTL_CST_ACTUAL_COST_DETAILS (MCACD )这些列的产生作为成本管理过程交易。对于每一个交易，我们将利用先前的成本和新消耗的成本费用跟踪到每一栏的实际变动的成本。

  当我们对一个周期的价值作总结并加上价值核算时，我们试图将这个价值和回滚价值作比较。当达到回滚价值的时候，在这一周期结束的时候我们会确定除去成本后的数量。为了找到在一个周期结束时候的成本，我们会选择下一个周期的首次交易的成本。

然而，因为存在回溯交易，来自实际消费细节材料的关于回溯交易先前的成本同下一个周期的紧密相连，这与价值核算是不同的。这就是我们在这个项目的一个周期中看到的差异。

  现在只要不存在回溯交易，在两个周期结束后这个差异会在报告中自动删除。其原因是,accounted_value在每个周期都会在rollback_value基于假设回滚你的“真实值”情况下重新启动 ， 。假设你有三个时期,A,B,C -  如果你在B周期开始阶段追溯一个交易并且有其他的正常交易时发生的下面的情况：

一件事情可以帮助解释这个情况： 实际上有两个方法可以通过总结这一周期的程序来获得这个项目的实际消费：

1.紧跟着这个周期结束时的最早的交易的事先成本（当然，这个由于追溯日期可能会失败）
2.当前成本是在假如紧跟着这个周期结束时没有花费成本的交易时的项目的成本。（这就是当截止日期的花费被采用时使用的）

    然后这个解决方案将为你的组织使用截止日期，这就允许你延迟成本管理，直到你的多有的回溯交易都被记录。此时，你可以移动中断的成本到下一个周期的末尾，并且允许成本管理员通过交易日期和你记录的非定制的交易按照次序对其依次处理。这将删除所有的由回溯引起的误差。

以下是对中断成本建议用法的参考：
如何在二月的时候运用截止成本并且在三月一号后你需要用户输入和追溯交易到二月 ：

a.在二月时，截止成本就应该定在三月一号.

将这个日期设定在三月一号意味着成本处理器将不接任何交易日期在三月一号 00:00:00或之后的交易。

b.在二月底的时候，用户可以输入那些被回溯和正常的交易 。
-交易日期在 2月28号 23:59:59之后的正常的交易可能会被成本处理器忽略。
-交易日期在 2月28号 23:59:59之前的回溯交易将被记录和收费。
c当准备好后，ct将运行这个期间关闭的模拟程序去检查二月份的价值。如果有任何交易丢失，它们任然可以将其输入。
d.当ct满意这些价值的时候，它将关闭二月份的价值（不是模拟程序）.
e.当二月份的被关闭之后，它们会移动截止成本日期到下一个周期的第一天，在这个案例中是4月1号.
现在，所有的交易日期在2月28号23:59:59之后早些输入的交易将被记录和收费，然后返回到步骤a。