沈陽企業信息化解決方案

　　生產計劃是制造行業中一個難以跨越的鴻溝。所以在選購各種信息化管理軟件，如ERP或者進銷存管理軟件選購與開發過程中，如何以一種適當的方式、以可以接受的成本產生生產計劃，這也是一個比較重要的指標。筆者今天就跟各位讀者商討一下這方面的內容。

　　一、業務概述

　　生產計劃的生成方式有多種，其中“根據銷售訂單來生成生產計劃”這是最典型的一種。對于不同的行業，具體的操作方式可能有所不同，但是其原理仍然是相同的。

　　二、與銷售訂單業務相關性分析

    從“銷售訂單生成生產計劃”這個業務，主要跟ERP系統的三個業務相關。這三個業務分別是銷售訂單管理、產品管理和產能計劃。由于產能計劃比較復雜，其具有一定的獨立性，筆者不在這里展開敘述。筆者這里要強調的重點是銷售訂單與產品這兩個模塊跟這個業務的相關性分析。

　　一是銷售訂單的狀態決定生產計劃的生成時機。在實務中，什么時候生成生產計劃，是一個比較考究的問題。太遲或者太早都不好。在ERP系統中，這個時機就需要在銷售訂單中控制。最簡單的一個原則，就是只有確認的銷售訂單才能夠生成生產計劃。從技術的層面講，就是只有銷售訂單狀態為“審核完畢”的訂單才是生產計劃的依據。對于那些作廢的、或者還在確認過程中的訂單，計劃人員都不能夠據此來生成生產計劃。

　　二是產品管理對生成計劃的影響。對于生產計劃來說，產品的物料清單非常重要。如果物料清單不確定，那么在生產計劃中，就不能夠展開物料需求計劃。從技術層面講，就是在生成生產計劃之前，需要先判斷一下所涉及到的產品物料清單的狀態。只有已經校驗的物料清單才可以生成生產計劃。如果沒有校驗，則需要向用戶提供報警信息。

　　三、背后的邏輯運算與控制要點

　　那么在開發這個業務的時候，需要注意哪些內容呢？以下這幾個點供大家參考。

　　第一點：生產訂單對銷售訂單的反控制。這個反控制主要的目的就是用來解決重復生成生成計劃的問題。如某張銷售訂單已經生成了生產計劃。那么在第二次生成生產計劃的時候，如果來過濾已經生成了生產計劃的訂單呢？這是第一個需要控制的要點。從技術上來說，實現的難度也不是很大。只需要在銷售訂單處增加一個“生產計劃”的字段。當從銷售訂單生成生產計劃的時候，讓這個作業將生成的生產計劃自動回寫到這個字段中。如此還可以實現兩個窗口之間的相互關聯，一舉兩得。

　　第二點：銷售訂單的變化導致生產計劃的調整。如果銷售訂單有變化，該如何操作呢？在實務中，這是經常發生的事情。一般有兩種處理方案。一是銷售訂單變化后，生產計劃手工調整。二是銷售訂單變化后，原來的生產計劃作廢，需要重新安排生產計劃。那么在技術上，也需要進行類似的控制。如可以在生產模塊的基礎設置中，設置這兩個選項。當用戶選擇哪個選項時，就按哪種選項處理。如當用戶選擇第二種，從技術的角度講，就是如果要修改銷售訂單的話，就必須先刪除原先的生產計劃。為此一個簡單的控制規則就是，當銷售訂單中的“生產計劃”字段不為空的話，這銷售訂單就不能夠通過“訂單變更單”來更改或者作廢。這可以通過觸發器來完成。不過需要注意的是，當刪除這個生產計劃的時候，需要同時清空對應銷售訂單的“生產計劃”字段中的內容。

　　第三點：需要檢驗產品與銷售訂單的合法性。如果產品不合法，如某個產品沒有Bom或者BOM沒有審核，此時這個產品就不能夠生成生產計劃。因為這個產品還沒有最終確認。同理，如果銷售訂單沒有審核的話，也不能夠生成生產計劃。從技術上，這些都是可以實現的。因為在數據庫的對應表中，都是通過字段來控制的。在生成生產計劃的時候，只需要對這些字段的內容進行判斷即可。

　　四、業務應用中的共性問題與應對措施

　　在具體的應用與開發過程中，這個業務在不同的行業中會有不同的表現方式，也會遇到不同的問題。筆者為多個行業實施過這個業務。在這里就將遇到的一些共性問題拿出來，希望各位讀者引以為戒。

　　第一個問題：生產計劃的名字問題。歸根結底，生產計劃其實也是一種單據。那么這個生產計劃該如何命名呢？一個簡單的原則，就是生產計劃的名字要通俗易懂、具有可辨認性。那么到底該如何命名呢？筆者的一個簡易是，如果銷售訂單與生產計劃是一一對應的，那么就可以在生產計劃中加入銷售訂單的名字。如此用戶只要一看到生產計劃單，就能夠了解這個生產計劃與銷售訂單的關系。從技術層面來說，設計就稍微有一點負責。因為為了滿足不同企業的不同需要，可能需要在這個單據規則中設置一個開關。如用戶可以選擇所采用的編碼規則，其中包括在生產計劃的名字中包含銷售訂單的內容。甚至就是以銷售訂單的名字作為生產計劃的名字，等等。

　　第二個問題：預計完工時間的控制。有些系統在這方面設計的不夠嚴密。系統經過一系列規則最后算出來的預計完工時間或者預計開工時間，竟然要比銷售訂單的交貨日期要晚。這種結果顯然是用戶不能夠接受的。為此在生產計劃審核的過程中，需要加入這方面的控制。如當用戶設置的預計開工時間比銷售訂單的預計交貨日期要晚的話，就可以向用戶提出警告，嚴重的話可以拒絕用戶的修改。這可以通過數據庫的觸發器來完成，也可以通過代碼來實現。