生產計劃是制造行業(yè)中一個難以跨越的鴻溝。所以在選購各種信息化管理軟件，如erp或者進銷存管理軟件選購與開發(fā)過程中，如何以一種適當?shù)姆绞健⒁钥梢越邮艿某杀井a生生產計劃，這也是一個比較重要的指標。筆者今天就跟各位讀者商討一下這方面的內容。

      一、業(yè)務概述

      生產計劃的生成方式有多種，其中“根據(jù)銷售訂單來生成生產計劃”這是最典型的一種。如下圖所示，這就是某個erp系統(tǒng)中生成生產計劃的界面。對于不同的行業(yè)，具體的操作方式可能有所不同，但是其原理仍然是相同的。

     二、與銷售訂單業(yè)務相關性分析

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

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

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

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

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

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

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

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

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

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

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

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