在EBS中，对于从订单发运出库，每个月月末成本会计需要运行三个销货成本确认的请求来结转主营业务成本。分别是:
记录订单管理事务处理 (Record Order Management Transactions)
收集收入确认信息 (Collect Revenue Recognition Information)
生成销货成本确认事件 (Generate COGS Recognition Events)
其实这三个请求对应的后台程序包是同一个CST_RevenueCogsMatch_PVT。 只是三个请求对应的阶段不同。
下面就简单描述一下实物销售的情况下这三个请求都干了什么事情
在具体描述这三个请求的作用是，还需要先介绍一下销售成本确认涉及到的三张表
- cst_revenue_cogs_match_lines : 这个表就是存储订单发运信息
- cst_revenue_recognition_lines : 这个表就是存储订单行对应的应收事务处理中收入的信息
- cst_cogs_events : 这个表顾名思义就是存储销货成本确认的事件
记录订单管理事务处理
这个请求的作用主要是获取销售订单的发运信息(也就在物料事务处理表中获取Sales Order Issue的物料事务处理)。 然后将销售订单发运的记录插入到cst_revenue_cogs_match_lines中
收集收入确认信息
这个请求的作用主要是获取应收事务处理中收入的信息(也就是在应收事务处理分配表中获取类型是Revenue的分配行信息)。然后将订单行对应的收入信息插入到cst_revenue_recognition_lines中
生成销货成本确认事件
这个请求的作用主要是根据cst_revenue_recognition_lines表中订单行的收入确认情况以及这个订单行在cst_revenue_cogs_match_lines中发运信息，判断是否已经生成了相应的销货成本事件。如果没有的话，就会生成销货成本确认事件(插入cst_cogs_events)，同时将COGS Recognition的物料事务处理插入MMT表。
这个请求还会干的一件事情就是会同时产生COGS Recoginition的物料事务处理以及生成XLA会计事件
以上就是销货成本确认的基本逻辑，后续如果出现COGS Recoginition的物料事务处理没有产生或者其他错误，可以参考这个基本逻辑去查询相应表中的数据。
