線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:1469
推到 Plurk!
推到 Facebook!

請教即時過帳及批次過帳的設計觀念和方式?

尚未結案
SKYSTAR
中階會員


發表:76
回覆:198
積分:64
註冊:2002-06-10

發送簡訊給我
#1 引用回覆 回覆 發表時間:2003-12-17 15:10:28 IP:203.73.xxx.xxx 未訂閱
各位大大好....    好久沒上來談天了....大家好嗎? 一上來就想到來請教大大們一個問題? (如同主題) < > 我看到一些書中寫到: 如出貨單等等,當存檔並確認出貨時,有分成二種方式來 更新庫存量, 即:即時和批次兩種方式... 即時的意思,我想應該不難了解... 但是批次的方式,我有一個疑問,那就是在還沒有做批次更新之前, 如果又針對 某些產品來做出貨時, 那麼系統中該如何知道目前最新的庫存量呢? 會不會實際上已經沒有庫存了,卻還是顯示有庫存呢(因為還沒有批次去更新庫 存量)... 我有想過...是否是系統中有一個批次更新的產品庫存檔, 然後在執行出貨時, 將目前的庫存量和該批次更新的庫存檔先彙總之後,也就是先求出真正的庫存 量,然後才表現在目前的出貨作業之中....? 不知道這樣的想法是正確....? 如果不是,那麼可以請教一下...批次過帳的設計觀念及方式又是如何呢? 先謝謝了!!< >
Fishman
尊榮會員


發表:120
回覆:1949
積分:2163
註冊:2006-10-28

發送簡訊給我
#2 引用回覆 回覆 發表時間:2003-12-17 15:52:04 IP:210.65.xxx.xxx 未訂閱
Hi:    你好,與你分享一些經驗 一般而言,訂單與出貨,應該分為兩件事,也就是說,訂單可以先輸入,待製造完成後或客戶通知出貨,才進行出貨作業    至於出貨後庫存管理,若使用即時處理,若系統同時有多人使用,Table 被 Lock 頻率可能會很高(沒有實際測過,無法提供數據或經驗),若為批次處理,則可於出貨前,進行『撿貨』作業,對庫存予以保留(Reserve),待批次處理完,才對庫存進行正式扣帳或還原。    事實上我是建議,採用批次處理,因為所有的庫存進出,應該都要有交易可供查詢,包括進貨、出貨‧‧‧等等,至於庫存查詢,則包含兩個數量,On-Hand 與 Available,On-Hand = Available + Reserved,撿貨作業時,應針對 Available 進行撿貨    
------
Fishman
SKYSTAR
中階會員


發表:76
回覆:198
積分:64
註冊:2002-06-10

發送簡訊給我
#3 引用回覆 回覆 發表時間:2003-12-17 22:46:32 IP:203.73.xxx.xxx 未訂閱
您好:    先謝謝您抽空來回應這一個主題...!!    我想如果沒有誤解您的意思的話...是不是說我就直接在庫存檔中增加一個欄位 ,其作用是在開帳時和在手量的庫存數目是一樣的,然後在處理出貨時,是參考此 欄位的數量,當然在出貨單確認後,自然是將出貨的量去更新此欄位.....一直到 真正過帳之後,再將此欄位的數量設成和在手量一樣.....是嗎?    
Fishman
尊榮會員


發表:120
回覆:1949
積分:2163
註冊:2006-10-28

發送簡訊給我
#4 引用回覆 回覆 發表時間:2003-12-18 08:33:41 IP:210.65.xxx.xxx 未訂閱
Hi:    也可以這麼說,因為我們公司使用的系統,有包含 Lot Control,所以物料的庫存並非直接紀錄再料號檔內,正確來說,應該是以交易紀錄檔去作 sum 來取得目前的 On-Hand,而另一個 Table 紀錄庫存被保留(Reserve)狀況,由此數據去獲得可出貨數量(Avaiable)。    當然,也可以直接把這兩個數量,都放在料號主檔內,只是也還是要有另一個 Table 紀錄庫存被保留狀況,才有辦法進行庫存還原,例如: On-Hand 為20,撿貨數量為 10,未出貨前 Avaiable = 20-10=10 假設確認出貨 5,因已確認,保留數量恢復0, On-Hand = 20-5 = 15 Avaiable = 15-0 = 15 --> Update 料號主檔 On-Hand & Available    以上,只是一種系統流程而已,真正的用法,我認為應該視系統需求而定,當然如果把功能寫的很彈性,實用性會比較好,但開發的時間與成本,也會相對的跟著提高很多 -------------------------------- 小弟才疏學淺,若有謬誤請不吝指教 --------------------------------
------
Fishman
SKYSTAR
中階會員


發表:76
回覆:198
積分:64
註冊:2002-06-10

發送簡訊給我
#5 引用回覆 回覆 發表時間:2003-12-18 17:51:54 IP:203.73.xxx.xxx 未訂閱
To: Fishman    感謝您了....有點了解了!!  < > 另外...可否請教一下: 您在文中最後寫到的"系統流程",一般來說應該是視每 一個系統的需求而有所不同...但是,是否會有一般比較能通用的流程架構呢? 我的意思是指....一般市面上只能找到像系統分析類的書本, 但是根本找不到 一個撰寫系統流程的任何文件資料...而這類系統分析的書本,僅止於基本的觀 念而已..... 很想找到比較完整的系統流程的文件或書籍, 相信會對撰寫系統的前置作業有 很大的幫助, 否則應該會面臨寫到那改到那的痛苦....就好比這次的主題中所 討論到的"庫存量","預約量","可用量"...等等....如果不知道的人,也許只是 用了"庫存量"來撰寫系統了,不是嗎? 只是不曉得這一類的系統流程,是否真的是要經由累積不少經驗的高手來教導, 才能夠吸收和了解的呢? 還是已經有前輩們將他們的經驗提供出來而我不知道 的呢? 再次感謝!! < >
Fishman
尊榮會員


發表:120
回覆:1949
積分:2163
註冊:2006-10-28

發送簡訊給我
#6 引用回覆 回覆 發表時間:2003-12-19 09:47:59 IP:210.65.xxx.xxx 未訂閱
Hi:    你好,系統分析只是教你如何分析,系統流程只是分析之後產生的一種結果    如果系統是屬於量身定作的方式,應該以實際流程,加以改造,以最佳流程,且系統有辦法達到的方式進行    若是屬於套裝方式,建議你多看一些系統,加以參考,並多了解一些實際工作流程,再來規劃    PS:前述流程為 Oracle Inventory 流程,它也有提供出貨後立即更新庫存功能,但因使用人數眾多,為避免造成 Table Lock 問題,與使用者須等待系統回應,通常都不使用,而由系統定時去處理更新庫存 -------------------------------- 小弟才疏學淺,若有謬誤請不吝指教 --------------------------------
------
Fishman
系統時間:2024-06-24 3:15:56
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!