关于库存模块的“事务处理开放接口”与“待定事务处理”查询的关系问题

CAOCAO

对EBS系统各模块产生的事务处理记录进行测试（例如WIP、move order等），发现都是先直接写入“正式表”，并处于“待定”状态，从“待定事务处理”查询中可见，然后在“处理事务处理接口 process transaction interface”流程推动下，更新库存数据。有两个问题希望了解：
1、是否所有的EBS系统其它模块的物料事务处理记录，都不需先写入“接口表”，而是直接写入“正式表”，有否例外？
2、集成第三方系统或导入手工事务处理数据时，对于使用SQL工具写入物料事务处理“接口表”的数据，系统是否仍是使用“处理事务处理接口 process transaction interface”流程来进行从“接口表”向“正式表”的数据导入吗？导入后，是立即进行库存数据更新，还是先处于“待定”状态，再等待“处理事务处理接口 process transaction interface“进行库存数据更新？

93326736

任何库存事务处理在写入MMT表前，都必须先通过事务处理开放接口即mti(mtl_transactions_interface),然后进入待定事务处理mmtt(mtl_material_transactions_temp),
这些都能验证通过，然后才生成标准的事务处理记录的。

ajanco

遇到了这问题，采购接收了一个物料，做了“借入/归还事务处理”把它从A子库A货位转移到了B子库B货位，应用保存完成后，在现有量里能查到B子库存有这个量，只显示在汇总界面上，但进入定位在所在的库存组织或子库存时，却显示没有这个量，真是奇怪。回查了“待定事务处理”里面有这条信息，一直显示后台处理中，处理状态为“待定”。当我去做子库存转移时，发现这个量实际还在A子库的A货位上，请各位看看是怎么回事，如何处理呢？留在“待定事物处理”中的其余各行能否删除或者撤回呢？