ERP軟件流程模型的分析與構建.doc

ERP軟件流程模型的分析與構建陳伯成1，葉偉雄2，孫靜1，王琪11.清華大學經(jīng)濟管理學院，北京100084；2.香港理工大學制造工程系摘 要：從研究企業(yè)物流和資金流中物對象和資金對象的特點入手，指出企業(yè)內有三種類型的物對象，但不是所有物對象都可以被同時準確定位、定型和定價值，管理上只關注倉庫里的物；通過分析物與資金兩流關聯(lián)的因素及方法，指出理論上只有三個因素影響集成，這三個關聯(lián)因素可以將物流和資金流“實時”集成。借鑒SAP的移動類型和評估類型的概念，可以使實現(xiàn)更加實用，模型更加合理；給出了一個集成的ERP軟件的簡化流程模型，并根據(jù)該模型分析了物流和資金流信息集成對企業(yè)管理及組織結構的影響，指出了兩流不集成在管理上的缺陷。關鍵詞：企業(yè)資源計劃；企業(yè)資源計劃簡化模型；集成；企業(yè)結構；企業(yè)管理中圖分類號：TH122自ERP1概念問世以來，尚未見到簡化的ERP流程模型及相應的分析報道。隨著國際ERP的不斷成熟和發(fā)展，及國內近年來對ERP與BPR2，3關系的重新認識，今天有可能重新研究這種模型的構成。國外有很多相應的研究46，這些文獻及其建立的模型，如GRAI4及普度等模型5對企業(yè)模型都有較深入的分析，但他們的思路與ERP的思路不太相同。Ip等人也給出一個ERP模型7，8，但不是集成的結果。 本文基于對SAP R/3系統(tǒng)的理解，著重分析企業(yè)內的物對象及資金對象，企業(yè)內的物、資金、信息流的關聯(lián)點及關聯(lián)方法，在此基礎上給出一個ERP軟件的簡化模型，并加以分析。 1 ERP軟件流程模型的分析 ERP軟件是集成的系統(tǒng)和合理的模型。系統(tǒng)是指企業(yè)內部管理的多流信息集成；模型是指BPR概念下的企業(yè)組織結構在軟件中的體現(xiàn)?？梢詫⑵髽I(yè)及環(huán)境看作如下結構：供應商企業(yè)采購企業(yè)生產(chǎn)企業(yè)銷售客戶。物流由供應商通過企業(yè)流向客戶；資金流由客戶通過企業(yè)流向供應商。 所謂集成是指在信息流上企業(yè)物流變化信息可以“實時”地反映到資金流上，即：企業(yè)可以利用資金流及時監(jiān)測企業(yè)運作狀態(tài)變化。 1.1 對象分析 企業(yè)中物流部分構成了企業(yè)的實體框架，實現(xiàn)了企業(yè)的實體運作。物流上的對象稱作物對象，主要指原材料、半成品及產(chǎn)品。 企業(yè)中資金流部分構成了企業(yè)的邏輯框架，監(jiān)控著企業(yè)運作的效果。資金流上的對象稱為資金對象，實際上是指物流上對應物的價值。 這里“價值”只是用作問題的說明。對已入庫的原材料、半成品可視為實際成本，對生產(chǎn)的半成品、產(chǎn)品可視為估計價值，其真正價值依賴于銷售的價格及相關費用。此處“價值”含義=估計成本+估計增值。由于估計增值很難真正體現(xiàn)，因此，本文提到的價值往往是指估計成本。 1.1.1 物對象 企業(yè)內部的物對象（簡稱為物）可分為無變化物和有變化物，無變化物又可分為靜止物和移動物。 靜止物的特點是靜止不動，其集合構成了企業(yè)物流監(jiān)測點的分布，這種集合的數(shù)量在足夠小的時間段中不會發(fā)生變化。 移動物的特點是總在移動，它們在物流上位置的變化，使得物流上各個監(jiān)測點的價值和數(shù)量發(fā)生變化。移動物分內部流動和外部流動兩類，對前者的監(jiān)測確定了企業(yè)產(chǎn)品成本和價值，對后者的監(jiān)測是企業(yè)考察的重點，因為這是企業(yè)物與資金、資金與物的轉化點，是企業(yè)運作狀態(tài)變化的重要事件點。 有變化物是由無變化物經(jīng)加工和反應構成的。其特點是生成需要一定時間，變化前由來自前面監(jiān)測點的移動物組成，變化后成為新的移動物，進入下一監(jiān)測點；變化中的物是不可統(tǒng)計的，因為各種隨機因素，最終無法進入另外的監(jiān)測點。幾個階段形成的變化物在每個變化階段中是變化物，而在每個子變化結束后的狀態(tài)是靜止物，入庫前是移動物。 企業(yè)管理對企業(yè)物流的監(jiān)測是對物流上各個監(jiān)測點的監(jiān)測，是離散點上的監(jiān)測。這些監(jiān)測點實際上就是各種永久或臨時的庫存。因此，企業(yè)對其物流的監(jiān)測實際上是基于庫存的。原材料根據(jù)BOM表和商品數(shù)量移出倉庫，生產(chǎn)后，產(chǎn)品作為新物重新進入倉庫，副產(chǎn)品及廢品分別進入不同的監(jiān)測點。企業(yè)內物的靜是相對的，動是絕對的。 1.1.2 資金對象 從某種意義上講，企業(yè)財務實際上是在監(jiān)控企業(yè)內部物流的價值分布和變化，得到的信息是整個企業(yè)運作狀態(tài)的匯總。從資金流的角度看，企業(yè)內部沒有靜止不變的物，因為每個物的價值都隨時間和市場的變化而變化。每種靜止物至少對應一個會計科目，統(tǒng)計這些科目可以得到相應時刻物流上各個監(jiān)測點的靜態(tài)價值分布。每種移動物至少對應兩個會計科目，即出庫的科目和入庫的科目。會計科目對移動物的統(tǒng)計，可以部分地得到相應時刻物流上各個監(jiān)測點的動態(tài)價值分布。 每種變化物在變化前為出庫時的移動物(原材料)，變化后為入庫時的新移動物（半成品或成品）。舊價值的消亡，新價值的產(chǎn)生，是企業(yè)中物增值的主要部分。企業(yè)對變化中的物的成本評估（核算），通常采用反沖技術，即以一段時間為周期，統(tǒng)計投入物的數(shù)量和各種生成物的數(shù)量，將該段時間內投入的材料費用、加工費用及其他費用分攤到新的產(chǎn)品上。顯然，企業(yè)監(jiān)測的不是變化中的物，而是變化前和變化后的物。這種位置移動的物至少會引起三個科目，即出庫方、入庫方及相關生產(chǎn)科目的變化。 由于財務管理對企業(yè)運作的重要性，在物流發(fā)生變化時，相應科目應該在統(tǒng)計前更新；對會計科目的每項操作，應該保留相應的操作憑證。 1.1.3 特點分析 （1）無法準確測定物的位置和形狀 企業(yè)中變化物的位置和形狀無法同時確定。為此，可以將變化物的變化軌跡分為多個階段，可以想象，當該類物的位置確定時，其形狀是變化的（如加工中），而一旦其形狀確定，其位置是變化的（如去下一步加工的傳輸中），直至成為新物進入下一監(jiān)測點（半成品）；繼續(xù)細分該過程，得到的結論是一樣的。從管理的角度，對變化物的監(jiān)測只能在每階段變化的兩個端點，在過程中是測不準的。如果臨時倉庫可以視為工作中心的一部分，則對變化物(在制品)的監(jiān)測就是通過對加工過程的兩個端點（實際倉庫）的檢測來實現(xiàn)。因為測不準，企業(yè)管理往往對變化物的變化過程不監(jiān)測，而變?yōu)閷ξ锪飨鄳O(jiān)測點數(shù)量變化的監(jiān)測(結果存在時間延遲問題)。 企業(yè)中變化物的位置和價值無法同時確定。因為物的位置和形狀測不準，故變化物的位置和價值也無法測準。此外，各種隨機因素使變化中的每個階段都可能出問題，而部分變化物最終無法成為所需要的新物，因此，其成本一般使用反沖法獲得。即使庫存中有變化，除了庫存費用隨時間累計，還有物的過期、變質、損壞等因素，使得物的成本隨時間發(fā)生變化。此外，其增值部分也有變化，因為任何產(chǎn)品在沒有賣出之前無法確定其真正增值（價值），現(xiàn)在企業(yè)一般采用給定周期或按批量完成后做結算的方法來確定產(chǎn)品價值，而不是實時的。 實際上，現(xiàn)階段企業(yè)對變化物的監(jiān)測沒有做到實時，因此，對變化物的監(jiān)測可以不需要實時。 （2）倉庫內的物可以準確測定 由前面的分析可知，倉庫內的物是測得準的，倉庫外的物是測不準的。物流的變化要實時反映到資金流的說法，往往是指資金流在監(jiān)控物流上倉庫內物的價值。這種監(jiān)測的難點就是如何將物的流動反映到資金流中。 伴隨著ERP的發(fā)展，作為有效調配、共享資源組成部分的倉庫及其管理，一直是企業(yè)管理關注的焦點，它參與規(guī)劃范圍從訂貨點法的倉庫管理本身，到與車間生產(chǎn)計劃協(xié)同的MRP；從著眼于企業(yè)內部生產(chǎn)和成本核算集成管理的MRPII，到優(yōu)化了流程和企業(yè)結構的企業(yè)內部集成管理的ERP，乃至當前的跨企業(yè)一體化規(guī)劃和協(xié)同的供應鏈管理?？梢?，每次管理理念和管理軟件的升級都涉及到更高管理層次上對倉庫內部物的有效計劃、調配和管理，從這個意義上講，企業(yè)的主計劃是對庫存內物的種類和數(shù)量的計劃，而不論最后實際物是否進了企業(yè)倉庫（可以虛入庫）。 此外，倉庫也是企業(yè)功能管理效果的交匯點(計劃倉庫，采購倉庫，倉庫生產(chǎn)倉庫，銷售倉庫，會計倉庫)，因此，它也是ERP軟件功能模塊劃分的分界點。 （3）事件碼可以表述觸發(fā)物的位置 企業(yè)內物的移動是各種原因造成的，是由各種事件觸發(fā)的。該事件不僅可觸發(fā)移動，還可用來觸發(fā)會計科目記帳，將相應的物流位置和數(shù)量的變化記錄下來，以便統(tǒng)計。因此，通過建立各種事件碼表述物的移動方向和原因，并作為觸發(fā)相應會計科目記錄的觸發(fā)器。事件產(chǎn)生移動，事件碼可以表述觸發(fā)物的位移，并同時觸發(fā)相應的會計科目，由系統(tǒng)自動記帳。 1.2 關聯(lián)分析 綜上所述，物流某位置上物的數(shù)量的變化是由物的移動造成的，物的移動是有其原因的，現(xiàn)企業(yè)管理的監(jiān)測點是倉庫?；趥}庫，影響物流和資金流集成的因素有三個：物流。被移動物的名稱及種類；資金流。被移動物、位置及移動原因所涉及的會計科目；關聯(lián)。被移動物的移動方向、移動原因及位置（移動類型）。 1.2.1 定義關聯(lián)因素 為便于討論，先對關聯(lián)因素進行定義。 （1）設立物料類型 在實際系統(tǒng)管理中，一個會計科目至少管理一類物料，而不是一種物料。為管理方便，因此，需要設立物料類型。 （2）設立會計科目 即會計科目碼，每個科目碼對應一個（對，套）會計科目，其集合構成一個完整的會計構架和系統(tǒng)。 （3）設立移動類型 描述物的移動方向、原因及位置，如出庫或入庫，收貨還是發(fā)貨；是退給供應商，還是廠間轉儲；對收貨，是收到倉庫內還是放在外面，還是有問題存放到不可用區(qū)等待退貨等。這些類型會出現(xiàn)在出（入）庫單中，作為手工填寫的一個必選項。還可以根據(jù)實際需求定義，也可以參考某些大型的ERP軟件確定，以便更加規(guī)范。 （4）設立事件碼 企業(yè)中任一種物料發(fā)生移動都是有原因的，是由某個事件激發(fā)的，其結果將引起相關倉庫數(shù)量和一類會計科目的變化。因此，對各類事件設立代碼，任何物料位置變化都應該有其對應的觸發(fā)事件代碼（事件碼），一個事件碼應該對應一類會計科目（如庫存科目、采購科目等）。而這個代碼與物料類型和移動類型緊密相關。 1.2.2 關聯(lián)的三個因素 理論上，關聯(lián)的這三個因素只需要建立一個物料的表述，一個會計科目的表述，一個將這兩部分表述關聯(lián)起來，就可以達到集成的目的。但是，因為有物的移動，這種關聯(lián)必須考慮移動類型。 一個簡單的方法，可以通過建立一個兩維表來關聯(lián)物料、移動類型，得到所需要的事件碼（如表1，某物料移動到某位置就是一個事件）。如此處理，理論上，根據(jù)物料名稱和移動類型，即可確定相應的事件碼，根據(jù)事件碼，可以找到相應的會計科目。此時事件碼等于科目碼。 表 1由物料和移動類型確定事件的理論方法 移動類型入庫到可用區(qū)入庫到檢測區(qū)出庫物料名稱原材料1事件碼1事件碼9原材料2事件碼1半成品1事件碼6產(chǎn)品1該思路的缺點是：諸多的物料、諸多的移動類型和諸多的移動位置，將導致建立更多的事件碼（近似兩維），產(chǎn)生更多的冗余。為此，需要提高事件碼的效率。 一個實用的思路（SAP的思路，其中一部分是方便成本會計的實現(xiàn)）： （1）引入物料類型 由物料得到物料類型(增加了問題的復雜性，但減少了事件的數(shù)量)。 （2）建立評估類型 它將給定物料從物料類型中分離出來，使物料類型可按其他功能要求進行拆分和組合，以便對核算的內容進行分析(與物料類型交叉，方便成本會計實現(xiàn)）。 物料類型是物料管理的內容，而評估類型是會計管理的內容，移動類型是對物料移動的描述。評估類型同物料類型的關系為多對多的關系，即一種物料類型可以對應一種或多種評估類型，反之亦然。建立方法可以參考某些規(guī)范的ERP軟件。 物料類型和移動類型唯一確定事件碼，事件碼成為因物的移動對會計科目實時更新的觸發(fā)器。事件碼與評估類型的關聯(lián)，可以唯一確定一個（對、套）會計科目，從而構成了物流和資金流的實時集成（如表2）。當然，這需要事先將關聯(lián)定制好。 表2由評估類型和事件碼確定會計科目9 事件碼BSX（庫存類科目）描述評估類型3000300000科目23010301000科目3同樣，出于方便管理，也可以將評估類型分類或分組。此時，事件碼可以由評估組（評估類型）、物料類型及移動類型唯一確定。如果將一個獨立核算單位看作一個評估范圍（區(qū)域、域），該結構就可以方便地用于企業(yè)、公司、虛擬企業(yè)的成本核算。因為一個評估組也可以包括幾個評估域,一個域可以是一個單位，但一個評估域可以包括幾個評估類型，該結構可以方便地用于集團企業(yè)、虛擬企業(yè)的會計管理和物流、資金流集成使用。 1.3 關聯(lián)舉例 為了更加直觀地說明集成過程的全貌，圖1給出了從出入庫單到會計科目的整個工作原理示意圖。其中將一些不太重要的內容歸為屬性，重點說明這個過程。圖1中消耗標識表示物料屬于消耗/非消耗類，庫存描述決定了物料的庫存種類，可以參考某些規(guī)范的ERP軟件設置。 2 建模 在前面集成結論的基礎上，可以構建一個小的集成的ERP軟件模型。 2.1 典型流程 （1）采購與庫存管理 企業(yè)典型采購流程是詢報價過程(RFQ)。RFQ流程是：顧客詢價，供應商報價，顧客根據(jù)報價對供應商評價，選擇供應商，雙方簽定協(xié)議（確定進貨策略）或發(fā)出采購訂單。該流程根據(jù)不同的貨物、不同的屬主或不同的采購方式，可以有許多變型。企業(yè)典型庫存管理流程是：根據(jù)采購訂單內容收貨，檢查貨物質量，以確定貨物分區(qū)（是否直接入庫），發(fā)票校驗，如果一致及質量合格，則校驗通過，通過的信息由會計應付帳款。 （2）銷售管理 企業(yè)典型銷售流程是：銷售部門給簽約的顧客開銷售訂單，生產(chǎn)計劃協(xié)調部門根據(jù)銷售訂單給出應發(fā)送訂單，倉庫根據(jù)應發(fā)送訂單對出庫單出貨，然后包裝，出庫，倉庫開票，發(fā)運，票據(jù)信息去應收科目。同樣，在不同的銷售方式下，銷售流程也可以有許多變型。 （3）生產(chǎn)管理 企業(yè)的典型生產(chǎn)計劃流程是物料需求計劃(MRP)，其典型流程是：制定主生產(chǎn)計劃（獨立需求），MRP計算（相關需求），將得到的物料需求轉換為采購訂單，將生產(chǎn)需求作為計劃下達到車間，安排加工路線（需要預先設定工作中心），加工后的產(chǎn)品入庫。具體生產(chǎn)過程還應有領料操作和半成品入庫操作等。在國內，因為采購有提前期的問題，很多企業(yè)使用手工安排生產(chǎn)與發(fā)運計劃，因此必須考慮手工操作的功能。 （4）會計部分管理 供應商的物料一旦經(jīng)過發(fā)票驗證，自動觸發(fā)應付子帳；發(fā)送給顧客的貨物一旦開票，自動觸發(fā)應收子帳。圖2中右下獲利分析小虛框中的內容是指評估域和評估類型的存在，使該簡化模型可以較容易增加成本會計的內容。 （5）模塊間關聯(lián) 包括如下關聯(lián)：生產(chǎn)部分主計劃，部分來自銷售部分的定貨，由企業(yè)經(jīng)營計劃和銷售的情況決定；生產(chǎn)部分的定貨需求需要到采購部分變?yōu)椴少徲唵?；生產(chǎn)部分的所需物料部分來自倉庫；采購部門訂單信息要送到倉庫，使倉庫收貨有依據(jù)；會計科目與倉庫的連接，收貨與應收帳款的關聯(lián)，發(fā)貨與應付帳款的關聯(lián)等。 （6）物流與資金流集成 當企業(yè)內部物流上的各種物移動時，其出入庫單中的物料類型和移動類型確定了相應的事件碼，該事件碼和評估類型將觸發(fā)相應的應收、應付及其他會計科目的自動記帳。 2.2 系統(tǒng)模型 匯總前面的分析得到圖2（粗線流程，細線信息），各個功能間的聯(lián)系已標在框圖中。對于較為復雜或特殊需求的流程，可通過擴展該原型得到。借助于對某些ERP軟件的分析，模型還可以方便地加入管理會計的內容。考慮國內應用的現(xiàn)狀，本模型沒有考慮人力資源方面的因素。在實際應用中，該模型的流程會有相應的變化，但基本流程不會有太大變化。本模型實際上是C/S結構的模型。 3 模型分析 ERP軟件的最大優(yōu)點是能體現(xiàn)一些管理的特點，下面從兩方面加以分析。 3.1 沒有集成的采購流程及分析 圖3給出一個兩流沒有集成的采購流程的原理圖。其流程是：采購部門發(fā)出PO；當貨物和發(fā)票到達時，發(fā)票去采購部門，貨物等待入庫；采購部門將發(fā)票輸入（可以由PO拷貝）系統(tǒng)，發(fā)票去應付處理；采購部門建立的入庫單流向倉庫；貨物去倉庫，倉庫看到入庫單，根據(jù)入庫單，確認貨物，檢查貨物數(shù)量及質量并確認；會計將入庫單的內容分到各個會計科目，作出憑證去總帳；應付。發(fā)票制單，付款單，經(jīng)審核去總帳；每個崗位都有審核，審核后才能進行；內虛框內為會計部門。 3.2 兩流集成的采購流程及分析 圖4是兩流集成的采購流程。其流程是：采購部門發(fā)出PO，該信息可以被相關崗位看到；貨物和發(fā)票到達后，直接去倉庫；貨物入庫。收貨時，根據(jù)PO和發(fā)票檢查貨物、規(guī)格、質量，看實際供貨是否和訂單吻合，根據(jù)采購訂單數(shù)量及價格對物料進行檢驗、檢查；發(fā)票校驗。將供應商發(fā)票、實際貨物和采購訂單作比較。當倉庫進行發(fā)票校驗后，會計信息會自動更新。但付款應由會計處理，不在物料管理的范圍內。顯然，在發(fā)票驗證后有一個會計科目自動定位的過程。 3.3 比較 從表面上看，圖3與圖4的差異不是很大，但兩者體現(xiàn)的是企業(yè)模型的組織結構不同，代表不同的管理模式和不同的構建軟件系統(tǒng)的管理思路。 （1）兩種不同流程代表不同的企業(yè)組織結構運作 圖3屬層次型，會計收集著來自各個方面物料數(shù)據(jù)進行處理，因此，管理層次無法作到扁平。資金流信息由物料會計收集，處理后為決策層使用。在這種方式下，資金流信息同物流信息不同步，并且此時會計不僅有下帳的任務，還有去偽存真的責任，這樣有可能造成單據(jù)的往返處理及對會計檢測過于依賴。這種結構往往會造成結帳前單據(jù)成批上送的現(xiàn)象，導致數(shù)據(jù)可信度降低、會計部門工作量劇增和決策層無法及時得到企業(yè)運作的狀態(tài)。 圖4可以做成扁平型，因為所有的信息點在同一層面上，不會阻止信息的流動(當然都有審核)，每個崗位都處理過的信息會計才作應收、應付處理，條件是輸入層要嚴格培訓、強化管理、加強監(jiān)督。 （2）兩種流程代表不同的管理模式 為了方便處理，圖3的出(入)庫單的信息處理至少包括物料、付款條件、數(shù)量、評估類型和庫存信息等，即一個單據(jù)至少涉及三種人，評估類型為會計部門，付款條件、物料及數(shù)量涉及采購部門，而該單據(jù)是由庫存管理人員在庫存位置上處理的。盡管付款條件、物料及數(shù)量隨入庫單從采購部門傳遞過來，但入庫數(shù)量和采購數(shù)量不是一個概念。如果在倉庫質檢，發(fā)生質量問題時，倉庫需要同采購部門聯(lián)系，并作相應處理，庫存人員無法知道還有多少應該進入，采購部門也無法實時掌握入庫現(xiàn)狀。如果質檢在采購部門，采購部門則變成了采購及質檢部門，假如進的貨物較多，采購部門不可能像貨物入庫那樣容易檢查到產(chǎn)品的問題及入庫裝卸的問題。當前面發(fā)生問題時，后面評估類型的工作量就要加重，且延遲。這實際上可以看作所有的人將單據(jù)交給會計處理流程的電算化，當然，這是個比較極端的例子。 圖4只涉及倉庫管理人員(見圖1的出(入)庫單)。采購只注意PO，倉庫只注意倉庫，信息共享。當訂單出現(xiàn)問題，由采購處理；入庫出現(xiàn)問題時，倉庫管理員根據(jù)實際情況將貨物分幾種情況處理，將處于封鎖區(qū)的貨物返回供應商，此時采購部門可以看到。如前分析，監(jiān)測點、質檢點應該在倉庫。 由于物流和資金流可以實時地集成處理，因此，流程的最終結果是會計每天的數(shù)據(jù)輸入工作不存在了，而由事件發(fā)生地的管理人員在事件發(fā)生時輸入到系統(tǒng)中，這表明此時企業(yè)的構架已經(jīng)改變，會計工作的性質轉向了分析，對分析崗位上人員的要求也更高了。此時企業(yè)管理信息系統(tǒng)才是真正在“實時”地監(jiān)控物流各位置上物的數(shù)量、價值及其變化，才能為企業(yè)決策提供更有價值的信息。顯然，這是一種不同的管理模式。 （3）兩種流程代表著不同的軟件系統(tǒng)構建的思路 物料數(shù)據(jù)可以在運行中不斷加入（如圖3），因為不同類數(shù)據(jù)的關聯(lián)是靠人來進行的，相應會計科目的更新是靠人來觸發(fā)的，新的關聯(lián)需要新的系統(tǒng)功能和新的人干預，因此這種構建系統(tǒng)的方式，數(shù)據(jù)量不可能很大，集成不容易做好。但使用比較靈活，可根據(jù)需要隨時修改程序和數(shù)據(jù)。 所有數(shù)據(jù)是在應用前維護完成，所有關聯(lián)也是在應用前完成（如圖4）。數(shù)據(jù)集成比較容易，操作簡便，系統(tǒng)集成方便，但數(shù)據(jù)所需空間大，系統(tǒng)的操作要按給定的順序進行，且程序修改復雜。同時也體現(xiàn)了一種“企業(yè)中每人只做自己應做的事情”的思想，這些都與企業(yè)模型和企業(yè)管理有關。 總之，由前面的分析可知，前一種方案將會制約企業(yè)的流程重組過程，系統(tǒng)發(fā)展到一定的階段后，流程可能需要改變，其結果可能造成整個系統(tǒng)思路及整個企業(yè)框架的改變。而后一種本身具有優(yōu)化的結構，采用這種構架，并配以相應的靈活的組織結構，該方案也可以適用不同的企業(yè)結構（包括前一種構架的形式）。但前一種方案無論如何處理也無法用于后一種結構。文獻13對上面的問題，從管理上給出了另外一個很好的解釋。 4 結束語 本文從企業(yè)內部物流和資金流入手，分析了物流和資金流上物對象和資金對象的特點，指出了在實際企業(yè)管理中變化的物是不可測的，給出了兩流集成的影響因素分析和集成思路。在此基礎上，從流程的角度建立了集成的ERP軟件的簡化模型，并就信息集成對企業(yè)管理和組織結構的影響進行了討論。應該指出，本模型只是個流程模型，實現(xiàn)的方法不只一種。一個ERP軟件實際上是個知識的積累，是管理理論與信息系統(tǒng)結合的結果，今天雖然我們可以借鑒國外一些成熟的ERP軟件和研究的思路，但真正理解和利用這種模型編制自己的軟件還需要一段時間。 參考文獻1Gartner Group.ERP: A version of the next -generation MRPIIR. Gartner group, 1990.2HAMMER M. Re-engineering work: dont automate, obliterateJ. Harvard Business Review, 1990, 68(4):104-113.3DAVENPORT T H, SHORT J E. The new industrial engineering: information technology and business process redesignJ. Sloan Management Review,1990,31(4):11-27.4LU H, WILLIAMS T J. The interconnected chain of enterprises as presented by the purdue enterprise reference architectureJ.Computers in Industry, 2000, 42(