生產與物料控制

出自 MBA智库百科(https://wiki.mbalib.com/)

生產與物料控制（Product Material Control，PMC）

　　PMC意思為生產及物料控制。通常它分為兩個部分：

　　PC：生產控制或生產管制（台、日資公司俗稱生管）。主要職能是生產的計劃與生產的進度控制。

　　MC：物料控制（俗稱物控），主要職能是物料計劃、請購、物料調度、物料的控制（壞料控制和正常進出用料控制）等。

　　1、 做何種機型以及此機型的製造流程。

　　2、 製程中使用的機器設備（設備負荷能力）。

　　3、 產品的總標準時間，每個製程的標準時間（人力負荷能力）。

　　4、 材料的準備前置時間。

　　5、 生產線及倉庫所需要的場所大小（場地負荷能力）。

　　生產計劃排程的安排應註意以下原則：

　　1、 交貨期先後原則：交期越短，交貨時間越緊急，越應安排在最早時間生產。

　　2、 客戶分類原則：客戶有重點客戶，一般客戶之分，越重點的客戶，其排程應越受到重視。如有的公司根據銷售額按ABC法對客戶進行分類，A類客戶應受到最優先的待遇，B類次之。C類更次。　

　　3、 產能平衡原則：各生產線生產應順暢，半成品生產線與成品生產線的生產速度應相同，機器負荷應考慮，不能產生生產瓶頸，出現停線待料事件。

　　4、 工藝流程原則：工序越多的產品，製造時間愈長，應重點予以關註。

　　PMC的計劃能力、控制能力及溝通協調能力做得差，容易造成以下現象：

　　1、 經常性的停工待料：因為生產無計劃或物料無計劃，造成物料進度經常跟不上，以致經常性的停工待料

　　2、 生產上的頓飽來一頓飢：因為經常停工待料，等到一來物料，交期自然變短，生產時間不足，只有加班加點趕貨，結果有時餓死，有時撐死。

　　3、 物料計劃的不准或物料控制的不良，半成品或原材料不能銜接上，該來的不來，不該來的一大堆，造成貨倉大量堆積材料和半成品，生產自然不順暢。

　　4、 生產計劃表僅起形式上的作用，生產計劃與實際生產脫節，計劃是一套，生產又是一套，生產計劃根本不起作用，徒具形式。

　　5、 對銷售預測不准或對產能分析不准，不能針對產能進行合理安排，沒有空留餘地，生產計劃的機動性不強，生產計劃變更頻繁，緊急訂單一多，生產計劃的執行就成了泡影。

　　6、 計劃、生產及物料進度協調不強，影響交貨期，降低公司聲譽。

　　7、 生產經常紊亂，品質跟著失控，造成經常性的返工，經常返工又影響生產計劃的執行，造成惡性迴圈。

　　目前很多企業的生產和物料管理仍然處於粗放管理階段．存在數據反饋不及時．生產流程的中間數據難以掌握．材科損耗率難以控制．財務監督難以實施．生產周期難以精確控制，供應鏈和採購難以管理，計劃難以監控．訂單難以跟蹤等諸多管理方面的難點問題．急需重新整理業務流程和生產規範．對生產和物料配置進行科學計劃。

　　生產與物料控制(PMC)系統．作為分步實施企業資源計劃(ERP)的前期項目就具有相當重要的意義．它能實現公司生產與物料控制過程的信息化管理．優化業務處理流程以及體現管理思想。下麵以某材料有限公司的PMC為例．討論其建設目標．業務流程和架構的確定。

　　一，項目建設目標

　　該系統將著重考慮建設方所最關心的採購管理和生產計劃管理，以定製的方式完成項目的建設。根據對生產型企業PMC管理特點的分析．充分體現領導者的管理思想．優化公司業務處理流程和生產計划過程。

　　系統將完威採購管理，生產計劃管理、物料管理，訂單管理，出入庫管理供應商管理，資金平衡管理，損耗管理和質量保證管理等主體模塊，並提供實施狀態跟蹤．物料及資金的預警、告警功能和各類業務統計報表查詢等系列相關功能。

　　由於本系統是一個基於網路的多人多角色互操作的業務平臺，系統將嚴格按照身份驗證與授權方式進行許可權管理，每個登陸系統的用戶都將是基於其角色進行授權，使得業務流程及內部分工更加明確，也體現了對業務數據的保護。

　　二、業務流程分析

　　在充分瞭解用戶需求後，PMC的業務流程圖如圖1所示。

　　圖1 PMC業務流程圖

　　將PMC整體劃分為若幹個模塊，各個模塊的作業內容為：訂單輸八產品名稱，編碼，數量，供貨日期／時間。

　　計劃．根據訂單信息自動編排生產計劃。

　　採購根據總生產計劃表和材料清單自動編排採購計劃。

　　財務：根據採購計劃．對各類所購材料價格審核，提交公司財務總監審批．回覆採購。

　　原材科入倉：倉庫根據採購計劃按期入庫f輸出統計報表到品質和採購)，並調整原材料庫存數據。

　　生產：根據作業計劃內容，按流程統計製表(領料．品質、生八倉）並把製造成本報表反饋給財務。

　　規格料入倉根據領出的原材料數量，和到倉規格料數進行核對．輸出統計報表。

　　半成品人倉：根據領出的規格料數量，和到倉成品數進行核對．輸出統計報表。

　　成品八倉：根據領出的半成品數量，和實際到倉成品數進行核對．輸出統計報表。

　　船務（平衡表) 對成品出倉數、船務票據、統計報表。

　　總表(配遠程信息埠)：各平臺綜合數據統計報表。

　　三，架構設計

　　1．軟體體系架構。

　　本項目建設必須考慮到系統的可靠性，可擴展性，可維護性和數據訪問的通用性，採用三層軟體體系架構來構建系統，從上至下分別為：表示層，業務邏輯層．數據訪問層。表示層是系統的U1部分，負責使用者與整個系統的交互，表示層中的邏輯代碼，僅與界面元素有關，業務邏輯層，是整個系統的核心，它與這個系統的業務(領域)有關：數據訪問層．也稱為是持久層，其功能主要是負責資料庫訪問。如圖2所示。

　　圖2　軟體體系架構。

　　採用分層式結構，使開發人員可以集中精力關註整個結構中的某一層，達到分散關註，可以很容易的用新的實現來替換原有層次的實現，降低層與層之間的依賴，達到鬆散耦合的目的。同時也有利於標準化．利於各層邏輯的復用。

　　2系統架構。

　　在數據顯示和消息處理上，PMC引入了緩存和非同步處理機制，同時又充分利用了ASP NET 2 0的新功能MemberShip，在數據訪問層中，採用DAL Interface抽象出數據訪問邏輯，並以DAL Factory作為數據訪問層對象的工廠模塊。對於DAL interface而言，分別有支持SOL Server的SOL Server DAL和支持Oracle的Oracle DAL具體實現。而ModeI模塊則包含了數據實體對象。其詳細的模塊結構圖如圖3所示。

　　圖3　模塊結構圖。

　　四．設計評價

　　PMC作為企業開發和部署ERP的前期項目，採取迭代開發和分版本發佈，將取得更好的效果。為了容易遷移，擴展以及更改，在設計中採用了分層結構，但這種結構將降低效率和處理速度，在多條流水線的同時數據處理中，不得不加入了消息隊列。