有谁能讲一下Subinventory Transfer与Move Order功能之间的异同吗？还有杂收发。谢谢D

judyli

bobobear:
第2步不就是所謂的 Confirm 嗎？
唉！
你一定是 OM　模組的人吧？
你所認知的 Move Order 只是用在 Sales Order Pick　？
現在沒空，等一下再舉個 INV 的例子給你聽.....


我的確是做OM的,大家可以多多交流

你貼出來的圖片只是做transact而已,根本沒有confrim啊.
如果你去MMT裡面查,做allocate根本不會產生transaction的,做transact才是將庫存從成品倉轉移到待出貨區,所以才會有你貼出來的transaction.可是confirm是將庫存從待出貨裡面扣掉,同時產生銷貨成本和應收帳款.而且查MMT的話,因為transact是從一個倉庫轉移到另一個倉庫,一進一出,所以會有2筆,可是confirm是從待出貨區直接扣掉庫存,就只有出沒有進,所以只會查到1筆,而且移轉倉庫那裡是空的.
當然如果你是設定自動confirm的話,做完move order系統會自動做ship confirm.

bobobear

最初由 judyli 发布
[B]bobobear:
第2步不就是所謂的 Confirm 嗎？
唉！
你一定是 OM　模組的人吧？
你所認知的 Move Order 只是用在 Sales Order Pick　？
現在沒空，等一下再舉個 INV 的例子給你聽.....


我的確是做OM的,大家可以多多交流

你貼出來的圖片只是做transact而已,根本沒有confrim啊.
如果你去MMT裡面查,做allocate根本不會產生transaction的,做transact才是將庫存從成品倉轉移到待出貨區,所以才會有你貼出來的transaction.可是confirm是將庫存從待出貨裡面扣掉,同時產生銷貨成本和應收帳款.而且查MMT的話,因為transact是從一個倉庫轉移到另一個倉庫,一進一出,所以會有2筆,可是confirm是從待出貨區直接扣掉庫存,就只有出沒有進,所以只會查到1筆,而且移轉倉庫那裡是空的.
當然如果你是設定自動confirm的話,做完move order系統會自動做ship confirm. [/B]

Hi ,  judyli
你好可愛哦！
我快昏倒了！
Confirm 的中文意思"確認"，
並不是只有出貨，才有確認，
Ship Confirm = Confirm , 但 Confirm = 很多單子的 Confirm....
Confirm 也相當於 Approve 的意思.....
當然也可以解釋成，只要進 MMT ，都是被 Confirm 的交易，
只是是人為 Confirm ，還是系統自己 Confirm
這樣, Understand ?

fengzhi

Subinventory Transfer与Move Order功能之间的异同好象还有点必要讨论，但是和杂收发是截然不同的概念了吧！讨论的很有意思 ，接着讨论啊！

woodsays

最初由 fengzhi 发布
[B]Subinventory Transfer与Move Order功能之间的异同好象还有点必要讨论，但是和杂收发是截然不同的概念了吧！讨论的很有意思 ，接着讨论啊！ [/B]

怎么个不同概念法啊？我要听听

judyli

最初由 bobobear 发布
[B]

Hi ,  judyli
你好可愛哦！
我快昏倒了！
Confirm 的中文意思"確認"，
並不是只有出貨，才有確認，
Ship Confirm = Confirm , 但 Confirm = 很多單子的 Confirm....
Confirm 也相當於 Approve 的意思.....
當然也可以解釋成，只要進 MMT ，都是被 Confirm 的交易，
只是是人為 Confirm ，還是系統自己 Confirm
這樣, Understand ? [/B]

看來我們講的不是一個東西捏,
我講的confirm 只是ship confirm的簡稱而已,本質上是material transaction的一種,跟Move order沒關係的

brokenjar

呵呵,bobobear和judyli 讲的都没错啦,只是对comfirm的理解有点偏差而已,可能judyli认为comfirm就是指ship comfirm.
至于move order和subinv-transfer的区别,楼上几位已经说的很清楚了,但和杂收发的区别我再补充一下:move order和subinv-transfer只是subinv之间的数量的增减,科目也是相对静止的，都是预先设定的,我们以整个org为单位来看的话，可以认为其没任何异动;但杂收发是org以外的事件触发的,收发以后相关的item的数量对org来说也是增加或减少的，还有科目也是动态选择的.本人也是认为move order ,subinv-transfer与杂收发其实是不同的概念,没有什么必要的联系.

judyli

說到點子上了

qiushicheng

最初由 brokenjar 发布
[B]呵呵,bobobear和judyli 讲的都没错啦,只是对comfirm的理解有点偏差而已,可能judyli认为comfirm就是指ship comfirm.
至于move order和subinv-transfer的区别,楼上几位已经说的很清楚了,但和杂收发的区别我再补充一下:move order和subinv-transfer只是subinv之间的数量的增减,科目也是相对静止的，都是预先设定的,我们以整个org为单位来看的话，可以认为其没任何异动;但杂收发是org以外的事件触发的,收发以后相关的item的数量对org来说也是增加或减少的，还有科目也是动态选择的.本人也是认为move order ,subinv-transfer与杂收发其实是不同的概念,没有什么必要的联系. [/B]

我不这么认为，move order 有两种事务处理类型：物料搬运单库存发放、物料搬运单子库转移；当你选择子库转移这个事务处理类型的时候，这时的move order相当于subinvtory transfer;当你选择库存发放的事务处理类型的时候，这时的move order相当于杂发。也就是说其实move order可以实现subinventory transfer和杂发的功能，但在操作上多了一个步骤，这个步骤叫comfirm应该也没有什么错吧，个人理解吧。

susanzhong

我说说我了解的吧。
说的简明扼要就是两点：
1）move order需要有approve，而subinventory transfer则可以直接进行库存的调拨；
2）move order可以列印单据“move order pick slip”，而subinventory transfer没有单据，有时候不能满足iso的文件精神，
其他就应该是没有本质上的差别了，当然move order的功能较之subinventory transfer就强大多了。

这样说不知道可不可以呢？

最初由 judyli 发布
[B]


看來我們講的不是一個東西捏,
我講的confirm 只是ship confirm的簡稱而已,本質上是material transaction的一種,跟Move order沒關係的 [/B]

杨老四

Move Order不支持同一个subinventory内的locator之间转移. subinventory transfer支持.