【文章內(nèi)容簡介】 決于這幾部分工作的組織。ERP：介紹了ERP的概念、發(fā)展、作用和一般ERP具有的模塊，了解ERP的這些相關(guān)知識是ERP實施的基礎(chǔ)。BPR：實施ERP必然需要對以前流程進行改造，介紹了BPR的定義、原則和實施方法。3 信息系統(tǒng)整合方案研究通過K3顧問的培訓，X公司了解了K3具有的功能。其模塊的功能與目前在用的系統(tǒng)的功能有一些重合，考慮到其他系統(tǒng)功能較弱和信息系統(tǒng)整合的需求，對各系統(tǒng)功能進行研究后提出整合方案：與K3功能重合的系統(tǒng)予以舍棄，其他的考慮與K3功能流程整合并設置數(shù)據(jù)傳輸接口，通過整合使所有信息集成到一個平臺。 K3功能研究K3的功能模塊很多，前文已提到ERP的模塊與企業(yè)管理是相對應的，對于X公司這樣的離散型制造業(yè)企業(yè)來說，一般使用ERP的以下模塊即可覆蓋企業(yè)管理的范疇。 銷售管理銷售管理的模塊包含的功能很多，報價、訂貨、發(fā)貨、退貨、客戶管理等?？蓪崿F(xiàn)對整個銷售過程的控制與跟蹤。對企業(yè)來說，銷售訂單是企業(yè)運營的源頭，同時銷售訂單的關(guān)閉（即交貨完成）是運營過程的結(jié)束，因此在整個業(yè)務流程中關(guān)系重大，是主要管理內(nèi)容。K3中銷售訂單包括新增、維護、統(tǒng)計等明細功能，在合同簽訂后，將合同中關(guān)于產(chǎn)品、數(shù)量、交貨期等信息摘取出來轉(zhuǎn)換為銷售訂單。銷售訂單在交貨后自動關(guān)閉。統(tǒng)計功能能對銷售訂單進行統(tǒng)計分析。 基礎(chǔ)數(shù)據(jù)管理制造型企業(yè)基礎(chǔ)數(shù)據(jù)包括物料主數(shù)據(jù)、BOM、工藝路線等，這些都屬于靜態(tài)數(shù)據(jù)，是ERP的基礎(chǔ)，它會被業(yè)務數(shù)據(jù)引用，因此準確性至關(guān)重要。雖然是靜態(tài)數(shù)據(jù)，有的也是有更新變化的，因此K3也提供了動態(tài)維護和更改控制的功能。 計劃管理K3的計劃管理模塊包括主生產(chǎn)計劃（MPS）和物料需求計劃（MRP），這是兩層粗細程度不同級別的計劃。 主生產(chǎn)計劃、物料需求計劃主生產(chǎn)計劃和物料需求計劃是制造業(yè)企業(yè)ERP的核心部分。主生產(chǎn)計劃主要確定需要生產(chǎn)的產(chǎn)成品種類和產(chǎn)成品數(shù)量。將銷售訂單轉(zhuǎn)化到物料級別的需求。物料需求計劃則主要確定產(chǎn)成品所需要的更低層次的原材料、半成品的需求（包括數(shù)量和需求時間），兩者之間通過BOM這個中間因素轉(zhuǎn)換。通過這兩層不同粗細的計劃，最終能將銷售轉(zhuǎn)化為最低層的物料需求。ERP的這種轉(zhuǎn)換可解決多任務同時運行的情況，比人工進行計劃效率高得多。同時也更準確，減少了不必要的庫存和缺料的情況。 采購管理（委外加工）K3的采購管理功能眾多，包括采購申請、訂貨、到貨整個流程和采購過程中的發(fā)票、價格、供應商的管理。ERP的采購管理模塊，能根據(jù)MRP產(chǎn)生的申請的要求和物料主數(shù)據(jù)的固定提前期，自動提供有效的采購計劃，不用人工對采購訂單的過程進行跟蹤、催貨。因為采購源頭的需求是MRP根據(jù)銷售訂單產(chǎn)生的，需求明確，因此可根據(jù)全年的銷售預測，與供應商簽訂年度供貨協(xié)議，節(jié)約成本。供應商的管理因為有數(shù)據(jù)庫支持，也能更好的進行管理。 倉存管理K3的倉存管理包括出入庫業(yè)務和庫存及出入庫記錄查詢的功能。能夠進行物料出入庫的手續(xù)操作：入庫：物料由供應商送貨后，進行收料操作，質(zhì)檢完成后完成入庫。出庫：在投料后，能根據(jù)投料單生成領(lǐng)料單，根據(jù)領(lǐng)料單進行物料配送。對倉存管理來說有一個重要內(nèi)容就是需要提供及時準確的庫存量數(shù)據(jù)，供計劃部門參考。實際這也是MRP的一個關(guān)鍵參數(shù)。K3的倉存管理模塊能確保賬面與實物數(shù)量的準確對應，另外盤點后的庫存調(diào)整也很容易進行?？傊?，能提供完整準確方便的物流業(yè)務流程管理。 車間作業(yè)管理一般企業(yè)在生產(chǎn)任務下達后，就通過人工跟蹤任務的執(zhí)行，而K3的車間作業(yè)管理模塊能通過將生產(chǎn)任務按工序分解，并通過工序的分派和車間工序匯報來控制計劃的執(zhí)行。這樣粗略的生產(chǎn)計劃就可以分為更精細的工序計劃，并能通過匯報系統(tǒng)反饋來獲得及時一線情況，有問題隨時介入。另外也能獲得更精確地工時、質(zhì)量等數(shù)據(jù)。 其他各系統(tǒng)功能研究X公司現(xiàn)有信息系統(tǒng)包括：項目管理信息平臺、銷售管理平臺、生產(chǎn)管理平臺、條碼管理系統(tǒng)。 項目管理平臺圖 31項目管理平臺界面上圖為項目管理平臺的登錄界面。該平臺基于C/S結(jié)構(gòu)，數(shù)據(jù)存于服務器，數(shù)據(jù)庫為SQLserver，通過IE登陸。項目管理平臺（PMP）主要在系統(tǒng)中實現(xiàn)各區(qū)域中心工程物料的申請、物料管理部門的審批、庫房發(fā)放物料三個環(huán)節(jié)的記錄、查詢功能。原來物料申請通過紙質(zhì)單據(jù)進行，因為該流程涉及的部門不在一處辦公，因此由區(qū)域中心提出需求，請軟件公司開發(fā)了項目管理信息平臺，通過線上流通，流程與原來相同。以下是該平臺的流程圖圖 32項目管理平臺業(yè)務流程圖流程說明：各區(qū)域中心提出工程物料和項目備件的申請，由產(chǎn)品管理部審核，有庫存的經(jīng)調(diào)撥后去庫房直接領(lǐng)用，沒有庫存的，產(chǎn)品管理部下達采購申請，物料到貨后物流部根據(jù)采購申請單單號通知中心需求人領(lǐng)用。該平臺的問題：1. 該平臺有自己的物料主數(shù)據(jù)信息，當物料有停產(chǎn)替代或禁用時，這些信息并沒有與K3同步更新。因此經(jīng)常出現(xiàn)申請已變更或停產(chǎn)物料的情況，這時產(chǎn)品管理部需要反饋中心重新選型，浪費時間。2. 產(chǎn)品管理部收到物料申請后，因項目管理平臺與K3是獨立開的，因此需要一個一個物料去K3中查詢是否有庫存，效率很低。 銷售管理平臺圖 33銷售管理平臺上圖為銷售管理平臺項目列表的界面。該平臺用來記錄和查詢供應商的基本信息和銷售合同基本信息。原來用EXCEL表記錄供應商信息和合同信息存于服務器上，實現(xiàn)信息的共享和查詢，后銷售服務管理中心提出申請，建成該平臺，該平臺基于C/S結(jié)構(gòu)，數(shù)據(jù)存于服務器，數(shù)據(jù)庫為SQLserver，通過IE登陸。銷售員可以在平臺創(chuàng)建供應商和合同，公司其他部門可以查詢。該平臺的目的主要為了實現(xiàn)銷售相關(guān)信息的共享。 生產(chǎn)管理平臺生產(chǎn)管理平臺與銷售管理平臺類似，也是基于C/S結(jié)構(gòu)，數(shù)據(jù)存于服務器，數(shù)據(jù)庫為SQLserver，通過IE登陸。是為解決生產(chǎn)計劃、執(zhí)行基本信息的共享問題而設計，信息包括項目的計劃開始日期、計劃完成日期、實際開始日期、實際完工日期和工時。這部分信息由產(chǎn)品管理部和車間填報，實際就是計劃和計劃執(zhí)行信息，屬于原始信息。生產(chǎn)辦公室每月根據(jù)這些信息用Excel進行統(tǒng)計，計算項目總工時和車間效率等。 條碼管理系統(tǒng)條碼管理系統(tǒng)是物流部進行倉存管理的重要工具，上線前由人員根據(jù)經(jīng)驗識別物料，上線后通過終端掃碼槍掃描物料上所貼的條碼簽后獲得物料信息識別物料，這種方式使實際物料流通快捷、準確。條碼作為一種信息數(shù)據(jù)的載體，通過先進的終端使用方式，實現(xiàn)了數(shù)據(jù)采集的快捷高效和準確。將條碼標簽貼于物料上，物料在入出庫、庫房盤點、批次質(zhì)量追溯及資產(chǎn)管理等環(huán)節(jié)需要頻繁清點時，條碼系統(tǒng)能使這類工作高效、準確。X公司因物料數(shù)量大、流程繁瑣帶來了一系列物料操作相關(guān)的業(yè)務問題。如車間領(lǐng)錯料，導致材料浪費；銷售發(fā)錯貨，影響客戶滿意度；庫存盤點效率低，數(shù)據(jù)不精確；發(fā)生質(zhì)量問題時，難以追溯批號、生產(chǎn)日期及物料流轉(zhuǎn)信息；車間執(zhí)行數(shù)據(jù)的統(tǒng)計實時性差；固定資產(chǎn)分布位置散，管理難度大，盤點時投入大量人力還是會出錯等。因此上線條碼系統(tǒng)：物料收貨后，根據(jù)采購申請單打印物料條碼，條碼貼于物料包裝上，至此到最后出庫使用，都能用掃碼槍掃描隨時獲取物料的各種信息。這樣物料管理工作能夠大大提高效率和準確性。 整合方案這些信息系統(tǒng)在部門內(nèi)部都能起到一定作用，但綜合起來卻問題嚴重，那就是信息無法共享、連接，每個信息系統(tǒng)就是一個“信息孤島”?！靶畔⒐聧u”帶來的問題和危害很多，效率低下、錯誤百出，X公司已有深刻體會：各中心和工程內(nèi)部通過項目管理平臺申請的物料需求，傳遞到物料管理的負責部門產(chǎn)品管理不時，需要經(jīng)過多次的手動錄入、代碼審核確認無誤的工作，不僅工作量大，而且容易出錯，特別是有物料停產(chǎn)更新的情況下，信息傳遞不到位時，項目管理平臺的物料數(shù)據(jù)與產(chǎn)品管理部的物料數(shù)據(jù)不相同，造成反復的走流程，給業(yè)務涉及部門帶來了相當大的苦惱。為了跨信息平臺的傳遞，各部門通過Excel進行輔助管理，但效果不太理想。銷售管理平臺的內(nèi)容運營部門不能查看，每個銷售訂單的信息都要通過召開銷售溝通會的形式進行，因為銷售和后續(xù)運營涉及的部門眾多，每次召開會議都是幾十人的大會形式。而內(nèi)容實際只是產(chǎn)品種類、數(shù)量、交貨期、技術(shù)參數(shù)等基本內(nèi)容的傳遞。當有變更時又得反復召開類似會議。據(jù)銷售服務中心統(tǒng)計，平均每個項目召開會議的次數(shù)是4次，每個項目的會議平均工時為300小時！生產(chǎn)管理平臺主要是產(chǎn)品管理部和車間使用，沒有涉及流程，可以相對獨立，應用起來效果尚可。缺點是匯報上來的數(shù)據(jù)，生產(chǎn)辦公室通過Excel進行統(tǒng)計時，處理量太大且都是人工進行，費時費力。條碼管理系統(tǒng)由物流部使用，給出入庫操作帶來了很大便利。問題是其他部門主要使用K3進行出入庫的業(yè)務操作，如采購收料，在K3中進行。收料后又得打印紙質(zhì)單據(jù)傳遞到條碼管理系統(tǒng)進行入庫，兩者沒有傳輸接口帶來了額外的工作。特別是出庫后當有需要退庫時，條碼不支持紅字退庫，只能人工進行記錄，等下一次出庫時不走條碼，已扣減上次退庫數(shù)。總之K3與條碼不能互相傳輸，使工作效率低下。在對K3各模塊和其他各信息系統(tǒng)的功能進行了解后，可以發(fā)現(xiàn)，實際上大部分系統(tǒng)起到的功能與K3模塊的功能是完全類似的，以前的信息系統(tǒng)就是按照ERP的模式布局，只是各信息系統(tǒng)間無法互通。因此X公司各信息系統(tǒng)的整合方案原則確定為：啟用K3新模塊二次實施，舍棄與之類似的信息系統(tǒng)，改進與之互補的信息系統(tǒng)。對項目管理平臺，這是典型的信息平臺沒有集成造成的問題。實際上中心的工程需求與K3的BOM需求是一樣的，都是某個項目下的物料需求，完全可以將工程需求納入BOM范疇進行管理。因此在實施K3時考慮將項目管理信息平臺棄用，將原有流程集成到K3物料管理中。對銷售管理平臺，此平臺功能與K3的銷售管理模塊的功能完全重合，合同訂單是K3的源頭，必然啟用該模塊功能，因此棄用銷售管理平臺。對生產(chǎn)管理平臺，K3的生產(chǎn)計劃模塊會記錄每條計劃的計劃開始時間和計劃完成時間，車間作業(yè)管理模塊記錄每道工序的實際開始、完成時間和工時，完全覆蓋生產(chǎn)管理平臺的功能，因此K3實施后放棄使用該平臺。對條碼管理系統(tǒng)，條碼的功能專注于倉存管理中實際物料流通操作工作的簡化，而K3的倉存管理專注于賬面數(shù)據(jù)，兩者并不沖突且是互補的關(guān)系，可以用K3實現(xiàn)賬面數(shù)量的管理，而條碼實現(xiàn)線下工作。對一個企業(yè)來說，信息系統(tǒng)應該是：圖 34ERP與其他信息系統(tǒng)的關(guān)系即有一個主要的系統(tǒng)，ERP為核心，其他系統(tǒng)予以補充，ERP與補充系統(tǒng)間通過接口溝通，可以互傳數(shù)據(jù)。因此倉存主要仍用K3管理，而條碼為輔。因K3有自己的一條流程，要應用條碼的話必然需要在原有流程切開一條口，嵌入條碼出入庫流程。不同的開口位置有不同的效果，為確保K3的主體地位，應當從K3的領(lǐng)料單處開口。之前，為緩解“信息孤島”帶來的問題，X公司通過Excel輔助管理，進行信息的傳遞和處理，處理后共享結(jié)論。但Excel表不能處理太多信息、表與表間沒有相關(guān)關(guān)系、K3導出的數(shù)據(jù)進行處理不方便等問題，需要尋找更好的方式替代。因數(shù)據(jù)庫的先進性，可以使用數(shù)據(jù)庫開發(fā)與K3能建立起聯(lián)系的信息系統(tǒng)，來滿足這方面的需求。 本章小結(jié)信息系統(tǒng)多而又沒有聯(lián)系會形成“信息孤島”現(xiàn)象，這在X公司表現(xiàn)比較明顯，各部門各自為政，缺乏共享，效率不高。為了解決這種問題，引入K3新模塊后，為了K3的良好實施并高效使用，4套信息系統(tǒng)中，前3套棄用、最后1套與K3整合并開發(fā)兩套系統(tǒng)的接口，使數(shù)據(jù)能共享和傳輸。4 K3二次實施方案研究上文中已提出解決X公司“信息孤島”帶來問題的答案：系統(tǒng)整合；K3二次實施；用數(shù)據(jù)庫建立信息系統(tǒng)。答案中關(guān)鍵還是K3二次實施，實際也是難點，如果實施不好甚至還不如之前的情況。因此論文主要關(guān)注K3的二次實施。ERP是一種軟件，更是一種思想，只有將它融入企業(yè)才能達到預期目標。這個過程并不容易，因此事先制定方案很關(guān)鍵。ERP已有大量實施經(jīng)驗，各產(chǎn)品供應商也都總結(jié)出了一整套的實施方法，事先對這些方法學習理解是必須的。在此前提下，對期望達到的藍圖進行規(guī)劃，再結(jié)合自己公司的情況，制定出適合自己的合理的方案并認真執(zhí)行，實施結(jié)果才能達到預期。X公司的實施就是遵循這樣的規(guī)律，采用實施四步法：實施準備、實施規(guī)劃、系統(tǒng)實現(xiàn)、結(jié)果評價（驗收）。 實施準備ERP實施前，需要對項目進行立項，進行可行性分析，確定項目期望達到的目標、實施策略。在此基礎(chǔ)上，建立項目組織，由組織成員對實施環(huán)境進行必要的調(diào)研后，進行實施規(guī)劃，根據(jù)規(guī)劃控制項目的執(zhí)行。這一階段可以定義為實施的準備階段。 項目立項ERP實施項目的想法最先始于領(lǐng)導面臨的實際問題：各部門每月的匯報要統(tǒng)計處理各種業(yè)務數(shù)據(jù)，因數(shù)據(jù)重復、不一致等問題眾多，總是需要花費大量的時間，且結(jié)果誤差大，不能及時準確給領(lǐng)導決策提供數(shù)據(jù)支持。后經(jīng)過初步調(diào)查，除此之外，其他各類實際問題也不少：1. 銷售信息傳到后端運營部門需要反復錄入到各種系統(tǒng)很多次，且交貨期、設備參數(shù)等關(guān)鍵信息在有變更時沒有及時更新或傳遞錯誤，造成質(zhì)量問題和發(fā)貨延誤；2. 計劃信息掌握在不同的人手中，指令不統(tǒng)一且查詢困難；3. 忘記下達采購計劃，造成缺料，進而影響項目交付；4. 計劃的執(zhí)行反饋渠道眾多，數(shù)據(jù)滿天飛，無法獲取真實生產(chǎn)情況…為了解決這些問題，提高運營效率，以達到市場對響應速度、柔性等的要求，公司提出成熟信息化的口號，并指示公司信息部考慮公司ERP實施的問題。經(jīng)過信息部初步調(diào)研并與相關(guān)領(lǐng)導溝通協(xié)商后，由信息部部長以非正式的方式向總經(jīng)理匯報，主要內(nèi)容包括：1. 可行性：ERP實施完全的話，能解決上述問題；2. 選型問題：繼續(xù)使用K3，拓展其他模塊的使用；3. 實施目標：計劃管理模塊、供應鏈模塊、生產(chǎn)管理模塊的使用；4. 實施策略：模塊均已購買，只是未使用，有固定的技術(shù)支持人員，因此采取自己實施為主，購買K3技術(shù)支持為輔。根據(jù)此次匯報，總經(jīng)理責成信息部開始項目立項，要求呈報一份項目策劃書。項目策劃書由各領(lǐng)導審核通過后正式立項，進入啟動階段。 項目策劃書項目策劃書由信息部牽頭編寫，主要包括：可行性、ERP選型、目標、實施總體策略等內(nèi)容。 概述為提高運營效率，X公司決定深化ERP的應用，有效的做到對訂單獲取到發(fā)運整個