狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

   滿足什么樣的條件，可以向客戶發貨呢？可能不同的企業會有不同的答案。為了提高系統的靈活性，在設計的時候，系統分析師就需要考慮各種可能的情況。然后在系統中設置相關的選項，讓用戶根據實際情況來選擇。

    筆者今天就圍繞這個話題，談談在訂單系統設計的時候，如何從細節出發，做好相關的發貨控制。主要的界面如下：

 

基本原則

    在實際工作中，往往客戶不同、訂單不同會有不同的交付規則。為此在設計的時候，可以從客戶角度或者訂單角度出發，來做好訂單發貨的控制。筆者這里從訂單角度來談談相關的發貨控制。

    在系統設計的時候，分析師可以考慮在訂單窗口上，設置一個“交付規則”的列表框，如上圖所示。然后在這列表框中列出各種可能的交付規則。再在后臺設計相關的控制程序。如此的話，在生成發貨單的時候，就可以根據相關的規則來進行控制。這么處理的好處，就是可以提高系統的靈活性。用戶可以根據企業的實際情況，來選擇合適的交付規則，做好出貨的控制。

交付規則的細節

    筆者在日常工作中，發現訂單發貨主要可以分為兩類，一類是先付款后交貨，即“預付款訂單”這里需要注意，即使像大家賣手機的時候，看起來好像是一手交錢、一手交貨，其實兩者仍然有先后的順序。大家需要先去交錢開好發票之后，銷售人員才會給你拿貨。為此這也是一種預付款訂單的形式。只是其時間隔的比較短而已。第二類就是先發貨后付款。大部分生產企業都是采用的這種方式。

    如上圖所示，交付規則中有“有效”、“強制”、“完成行”、“手工”、“完成訂單”、“收款以后”等幾種交付規則。可以說，這幾乎涵蓋了目前企業所采用的發貨控制手段。筆者現在給各位讀者分析一下，這些交付規則后面所對應的控制邏輯。

    “有效性”控制指的是庫存控制。也就是說，當用戶選擇這個交付規則之后，在發貨的那個時點必須保證倉庫中有足夠的貨可以出。如果沒有足夠庫存的話，則系統就不能夠根據這張訂單來生成發貨單。在系統設計時，這個交付規則所需要關注的重點就是需要檢查庫存的數量并于訂單數量進行比較。

    “完成行”與“完成訂單”這兩個規則與生產模塊相關聯。在erp系統設計中，銷售訂單往往有兩條線。一條是與客戶相關，包括訂單的發貨、訂單的收款等等。另外一條線就是跟企業內部相關，包括根據訂單來生成生產計劃、采購計劃、入庫計劃等等。由于銷售訂單跟企業的生產計劃掛鉤，為此在銷售訂單中就能夠反映出某張訂單的完工情況。如現在有一張銷售訂單，里面可能有五個產品。根據產品的數量、生產部門的計劃、以及客戶的交期的不同，其完工時間也有所不同。此時就出現一個新的問題。在交貨的時候，是按產品來交貨，還是按訂單來交貨？如果是前者的話，那么只要某個產品完工之后，就可以發貨，這就是“完成行”的概念。而如果需要整張訂單一起交貨(如出于運輸或者情況方面的考慮)，那么就需要整張訂單都完成之后才能夠生成發貨單，這就是“完成訂單”的概念。這是從生產計劃的角度考慮。另外有時候在系統設計時，也有一種簡單的方法，即將此與庫存數量掛鉤。“完成行”就表示只要部分產品有庫存即可，此時系統會對有庫存的產品生成發貨單。而如果選擇“完成訂單”的話，則跟前面的有效性規則一致了，必須確保整個訂單的產品有足夠的庫存才能夠發貨。在系統設計時，雖然后面的實現方法比較簡單，但是筆者并不建議這么做。因為這容易產品的誤發。如現在可能有a、b兩個客戶都要某個產品。而a客戶的訂單先下。此時如果只根據庫存數量來判斷的話，則向b客戶發貨的產品很可能是原先準備給a客戶的。為此這么設計就會引起誤解。所以筆者建議，在設計這個交付規則的時候，后臺最好是跟生產模塊掛鉤，而不僅僅根據庫存數量來考慮。

    “收款以后”指的就是預付款訂單。上面講到過，銷售訂單設計時有兩條線，其中一條就是跟客戶付款有關。收款以后這個交付規則的含義就是客戶要先付完款（可能只是一部分），然后企業才能夠發貨。此時系統分析師在設計的時候，就需要讓系統在發貨之前去判斷這張訂單客戶的付款情況。如果客戶按規定交付了貨款（即在財務模塊有這張訂單的付款記錄），則允許生成發貨單。否則的話，系統就不允許發貨，并發出相關的警告。

    “強制”這個交付規則就相對簡單了。如果用戶選擇這個交付規則的話，根據銷售訂單來生成發貨單，在后臺就不會做相關的控制。即不會管庫存數量、訂單的完成情況與客戶付款情況。一般強制規則只用在系統測試與實施的初期。由于系統剛上線的時候，基礎數據還不怎么準確。所以允許用戶進行強制出貨。而強制出貨帶來的一個明顯的負面效應，就是在倉庫的帳面上會有負數庫存。顯然這是一種明顯的錯誤。為了系統實施的需要，一般在設計時都需要有這個規則。等到系統完善之后，用戶可以根據自己的情況采取其他嚴格的控制條件。

發貨控制中的細節

    在系統設計時，除了要實現如上這些交付規則的后臺控制之外，下面這些細節的內容也有助于提高系統的可用性。

    第一個是客戶交付規則與訂單交付規則的關系。有時候會根據客戶設置不同的交付規則。如某些客戶經過企業評估之后，認為其信用不好。此時企業就會要求這個客戶必須先付款然后才能夠發貨。也就是說，這個客戶的交付規則是“付款以后交貨”。此時為了管理方便，用戶會在客戶級別上設置交付規則。這個設計跟上面的訂單級別設計類似。而筆者這里要強調的是，如何將客戶的交付規則與訂單的交付規則統一起來。如在銷售訂單的時候需要輸入客戶的信息，那么這個訂單的交付規則就可以從客戶信息那邊自動帶過來。然后需要考慮的問題是，這個交付規則業務員能否改呢？通常情況下，如果這個交付規則需要專業的人員才能夠更改。如企業的信用部門或者銷售經理才有權進行更改。此時就涉及到權限的限制。為此如何將客戶的交付規則與訂單的交付規則統一起來，并在訂單級別上做好相關的權限設計，這是系統分析師在設計時要全面考慮的內容。

    第二個需要注意的內容是，一家企業往往不需要用到所有的交付規則。如像一般超市，采用的就是“收款以后”這種交付規則。而生產企業可能會采用“完成行”或者“收款以后”兩種交付規則。在系統設計的時候，為了提高系統的靈活性，需要將各種交付規則都考慮進去。但是同時需要設置一個開關，讓企業選擇哪些交付規則是可用的。否則的話，一點這個下拉列表，這么多交付規則出來容易搞暈。所以在設計的時候，可以考慮讓用戶自己去選擇可用的交付規則，屏蔽掉不用的交付規則。

    第三個細節問題是“默認的交付規則”。企業往往會有一種主要的交付規則。為了提高工作的效率，要能夠在訂單與客戶級別上設置默認的交付規則。