出货问题

sunboy001 · 发表于 2004-5-19 13:05

有这种情况，interface strip stop始终运行不过去，但是你在发运也做过shipconfirm了，这时候，订单行会处于'awaiting for shippment'

sunboy001 · 发表于 2004-5-19 13:06

我碰到过多次，具体问题具体分析了，大多是数据不一致造成的

renxiang · 发表于 2004-5-19 13:36

最初由 sunboy001 发布
[B]有这种情况，interface strip stop始终运行不过去，但是你在发运也做过shipconfirm了，这时候，订单行会处于'awaiting for shippment' [/B]

是这种情况，如何处理呢？

我这已经是第二次碰到了，上次的处理办法是更改数据库中表的数据，做得很麻烦，整整修改了两天，累死了，结果用户还报出了许多遗留问题

。没有想到，刚刚平息，又出现了同样的问题。

命苦呀。希望能寻找到好的解决方法。

sunboy001 · 发表于 2004-5-19 13:37

msn报国来

renxiang · 发表于 2004-5-19 13:41

最初由 sunboy001 发布
[B]我碰到过多次，具体问题具体分析了，大多是数据不一致造成的 [/B]

一般什么地方的数据不一致会出现这种情况呢？

sunboy001 · 发表于 2004-5-19 13:51

你的omse11i好像版本跟我的不一样，你系统版本是什么

bobobear · 发表于 2004-5-19 13:52

Hi , renxiang
執行下列的SQL 碼，可以得到訂單模組的版本
Select Application_id, PATCH_LEVEL
from fnd_product_installations
where Application_id=
660;

如果在交易開放介面有資料的話，表示已出貨，但未扣庫存帳。
但在你這個例子中，你說，已扣了庫存帳，我也從Log上看到了，
只是一直沒注意到。
所以，你現在的問題是在於，已出貨，已扣庫存，但訂單明細行卻未變更狀態，且，部份出貨的另一個明細行也未在訂單中顯示出來(但卻有在出貨交易畫面上)
我是建議你還是Load Tar 處理，
此外，這段時間，我仍會在 metalink 上找是不是有符合你們的狀況。
還有，你有MSN嗎？
想個辦法給我，這樣問題處理會比較快一點。

renxiang · 发表于 2004-5-19 13:56

MSN账号已发到 pm中

bobobear · 发表于 2004-5-19 13:56

建議你的 OMSE11i 是用 Oracle 的 Sqlplus 去跑！

renxiang · 发表于 2004-5-27 19:52

首先，困扰我一星期多的问题终于解决了，这里谢谢各位的帮助。
在解决这个问题的时候学习到一点寻求问题的方法，写出来和大家共享，希望大家以后如果出现问题能尽快找到问题所在，对症下药。
在 system administrator > profile > system

在这个里面可以设定请求日志错误问题追踪功能，首先要选择用户，如果不选择用户，就默认给所有用户都打开了追踪功能，这样影响系统性能。因此如果你要打开追踪功能的话，最好在USER处选择用户，然后在PROFILE处写入“%DEBUG%进行搜寻。

对于各个模块的DEBUG、DEBUG TRACE 默认设置为NO,的改为YES,对于DEBUG LEVEL追踪调用层次写入6就可以了。保存后，你就打开了系统错误日志追踪功能。如下图：（点击图片可以放大）

[FAQ] 出货问题

问题已解决，写点心的！