用友erp系統方案設計

　　為有力保證事情或工作開展的水平質量，往往需要預先制定好方案，方案可以對一個行動明確一個大概的方向。方案應該怎么制定呢？以下是小編精心整理的用友erp系統方案設計，歡迎大家借鑒與參考，希望對大家有所幫助。

　　用友erp系統方案設計 1

　　企業在不斷探索物資采購的最優管理模式中，針對采購性質、對象、價值等方面，其使用的策略是不同的。如何最大限度地滿足企業的各種需要是對ERP軟件適應性提出的挑戰。

　　一、物資采購的對象

　　首先我們要明確企業物資采購的對象有三種：生產所必需的直接原材料和零部件；維持生產活動持續進行的輔助間接物料（包括備品備件、計量器具、檢測設備等）；維持企業運作所需的行政性日常用品。通常把第一種隨著產品轉移的物料稱為生產用物料，其特點是：供應商相對固定，價格穩定，相對定期定量，數量大。把后兩種為組織生產服務的物料稱為間接物料，其特點是：供應商不定，價格波動大，不定期不定量，數量相對要小。

　　二、物資采購的策略

　　在企業物資采購活動中，根據采購物資的價值、采購周期、供應商類型等不同的因素，所采用的采購、供應策略是不同的，目的是利用最小的采購成本，采購到保質保量的物資，以保證生產的所需。

　　1、從價值的角度考慮

　　可以有高、中、低三種。這三種物資對庫存資金占用的影響是不同的，因此采用的采購策略不能完全一樣。

　　高價值的物資：一旦出現積壓，對庫存資金的占用就會增大，影響流動資金的使用，一般采用按需訂貨的原則。

　　中價值的物資：從降低每次采購成本考慮，采用最小批量的.原則；在制定最小批量時，要考慮均衡生產時的常規消耗量。

　　低價值的物資：由于該物資的存儲對庫存占用資金的影響不大，采用固定批量或者經濟批量原則；批量的大小要考慮物資消耗的速度和采購成本之間的平衡。

　　2、從采購周期的長短考慮

　　由于采購物資在市場上的供應量不盡相同或者是進口零部件，造成了采購周期相差較大，甚至只有年度1或2次訂貨的現象。那么采購周期長的物料，通過年度生產計劃對物料的總體需求，采用預測方式進行采購；采購周期短的物料，可以根據MRP的采購需求計劃進行指導采購。

　　3、從供應商的角度考慮

　　物資采購過程中面對供應商大的分類有兩種，就是固定的和臨時的。固定供應商物資占企業采購物資的絕大多數，是保證生產供應、降低采購成本重要的因素。根據供應物資的使用性質和生產組織形式，可以通過兩種方式進行采購。以協議的方式簽訂年度的總訂貨量和單價，隨時發出供貨指令進行供貨；以明確的訂單進行階段性的供貨。臨時供應商的物資采購主要來源于新產品設計、生產急需、設備維護等。特點是數量小、重復性小。一般采用合同或者現金方式、直接批量進行采購。進入討論組討論。

　　根據企業生產產品的系列和種類的差異程度，所涉及到的原材料和零部件從適應性上講，可以分成通用物資和專用物資。通用物資可以在多個產品上得到使用，造成積壓的可能性不大，可以采用批量采購政策（批量的大小要平衡該物料消耗的速度、采購成本、價值、采購周期等；批量政策可以根據物料性質細分：最小批量、最大批量、周期批量、固定批量等）；專用物資是在個別產品上專用，計劃不好將造成庫存積壓，一般按訂單需求量進行采購。如果該專用物資與生產批次相關，并對安全性能做破壞性實驗時，訂單的需求量要考慮實驗破壞量，也就是質量保證的批次獨立需求。

　　4、從需求來源考慮

　　對于價值低和通用的物資是以庫存儲備水平作采購依據，與階段性生產產品無關，一般采用訂貨點，以合同方式進行采購；大部分物資與生產產品有關，來源于生產計劃的相關需求，一般采用標準的MRP算法進行需求的核算，以合同方式進行采購；大批量的重復生產方式，對物資的需求是快節奏的，一般是固定供應商，通過協議進行約束，日常供貨通過訂單指令進行，直接送到生產現場，實現零庫存生產。在上述三種情況外，還包括一種人為決策的實際需求，這種需求是根據具體的事件或者是定期的預計消耗產生的需求，一般采用臨時和現金采購的方式進行。

　　5、從物資屬性考慮

　　在采購物資中，由于其屬性的不同對采購策略也存在一定的影響。具有實效性的物資，將根據消耗的速度和失效期限確定采購數量；具有危險性的易燃易爆物資，一般采用最大儲備量進行分批采購限制；體積大或者是存儲實體受限制的物資，按照直接批量會影響庫存的存放，一般采用最大儲備量進行分批采購限制。

　　三、物資采購策略模型建立

　　通過上述物資采購策略的分析，我們會看到針對不同的方面其采購策略是不同的，是受多方面因素制約的，不只是一個指標因素決定的。

　　在模型建立的過程中，應該從兩個方面進行考慮，一個是采購計劃編制影響的因素，它是解決各種物資采購形式中的采購計劃數量問題。其次是對物資采購策略的有效控制和如何從采購計劃變成采購合同或者是訂單。

　　影響采購計劃編制的關鍵因素

　　采購周期：

　　對需要進行周期性采購的物資進行歸類，并制定相關的采購周期（周、旬、月、季、半年、年、自定義）、間隔時間。

　　計劃方式：

　　定義各種采購物資的計劃編制方式（周期預測、訂貨點、MRP、JIT直供）。

　　訂貨點：

　　定義使用訂貨點方法進行采購的訂貨點數值。

　　批量政策：

　　定義各種采購物資的批量政策（最小批量、最大批量、固定批量、周期批量、固定周期批量、經濟批量、直接批量、最大儲備量）。

　　批量值：

　　如果采用的是非直接批量，定義相關批量政策的數值或者是批量限制值。

　　分批原則：

　　如果采用任務分批，要定義分批的原則，兩批任務的間隔時間。

　　取整倍數：

　　對于必須按照一定的批量單位或整數進行采購的物資，定義其采購的數量原則（按打、箱等）。

　　批破壞量：

　　定義需要進行破壞性檢驗的計劃補充量。

　　加強控制和計劃轉訂單的關鍵因素

　　供應商分類：

　　從物資供應的角度，將其分成固定和非固定兩種，只有固定供應商才有可能進行合同的自動生成。

　　供應商物資：

　　分配固定供應商能夠及時供應的物資，為實現計劃到訂單的轉換作準備。

　　ABC分類：

　　定義物資的ABC分類，有效地控制在制定采購政策時，是否違背了相應的采購策略。

　　物料屬性：

　　定義其需要進行分類監控的屬性數據（包括：有效性、危險性、受限制性、一般性等）

　　四、總結

　　只有了解不同企業對物資供應的需求，合理地設置影響因素和應用對象，才能建立一個完整的計算機應用實現模型，模型建立中要充分考慮系統間的集成性，這樣的應用系統才能更大程度地適應企業實際需要。同時，作為項目的實施同樣是重要的。作為企業應用，要把握先定性后定量的原則。在定量的過程中，要參考“生產產量、定額、采購周期、采購成本、消耗速度、庫存空間、有效時限等因素。

　　年月物資采購計劃年月日

　　編物資名稱規格單數量估計金額要貨采購目的號型號位庫存最低儲備月消耗計劃采購單價日期用途和原因總經理財務經理 采購尺寸：21CM×29CM

　　比例：1：1表格一式三聯，一聯總經理，一聯財務部經理，一聯采購

　　用友erp系統方案設計 2

　　1、方案背景：

　　用友ERP應用模塊

　　產品：ERP-U8

　　語言：簡體中文

　　模塊：財務，供應鏈

　　2、需求分析

　　為了構筑企業現代化倉庫管理目標，引入倉儲管理系統，實現倉庫作業條碼化、自動化、無紙化管理，并實現與用友軟件系統進行無縫對接，該提案假定倉庫作業條碼化并且與用友軟件系統實現無縫對接，實現：入庫、出庫、調撥、盤點整個過程條碼化管理。從而達到提高倉庫作業效率、降低出錯機率、庫存實時反饋至ERP、先進先出管理，同時利用條碼實現對的產品的銷售防竄貨管理及倉庫管理目標。

　　3、用戶分析

　　本次條碼系統用戶，主要以倉庫作業人員為主，部分項目用戶為U8系統的相關操作人員或公司管理人員查詢使用，要求相關人員具備一定的電腦使用基礎，同時熟悉Windows操作系統和Office應用軟件操作。

　　4、項目目標(倉庫作業條碼化)

　　利用倉儲管理系統完成倉庫的相關作業：

　　(1)采購入庫(通過掃描產品條碼，完成產品的采購核對入庫動作);

　　(2)采購退貨(通過掃描產品條碼，完成產品的退貨出庫動作);

　　(3)其它入庫(通過掃描產品條碼，完成產品的其它入庫動作);

　　(4)銷售出庫(通過掃描產品條碼，完成產品的銷售核對出庫動作);

　　(5)銷售退貨(通過掃描產品條碼，完成產品的銷售退貨入庫動作);

　　(6)其它出庫(通過掃描產品條碼，完成產品的其它出庫動作);

　　(7)庫存調撥(通過掃描產品條碼，完成產品的庫存調撥);

　　(8)庫存盤點(通過掃描產品條碼，完成產品的盤點動作);

　　(9)庫位管理(利用條碼，完善倉庫的分區管理，庫位管理);

　　(10)先進先出管理(利用條碼，完善產品的先進先出管理)。

　　5、系統功能模塊

　　5.1 條碼基礎設置

　　5.1.1 需求描述

　　由于PDA界面比較小，且要求快速方便處理數據，所以無法像U8ERP(電腦上操作)界面顯示表頭、表體所有信息供用戶編輯，所以需要開發基礎設置界面，將一些常用的無需變化的參數進行預先設置。

　　5.1.2 解決方案

　　開發基礎設置界面，其功能對PDA在進行相關模塊操作時預定義一些常用的無需變化的參數，當PDA掃描成功上傳后，上傳PDA掃描數據同時也讀取預制參數，達到與U8ERP系統無縫結合。預制參數如：

　　(1) 采購入庫：入庫部門，入庫類別，業務類型等;

　　(2) 條碼倉庫：確定條碼使用的倉庫用于區分調撥入與調撥出界面數據加載(本次開發只針對一個倉庫);

　　(3) 條碼特殊流程密碼：用于在PDA無法效驗時通過密碼跳過PDA效驗步驟;

　　(4) PDA版本，用于后續更新;

　　(5) 設置內容無法一一列出，在后續方案開發中逐一羅列。

　　5.2 條碼打印

　　5.2.1 解決方案

　　方案一：建立條碼對照表

　　以U8物料編碼為基礎，針對不同供應商不同的產品，建立一一對應的條碼對照表。

　　倉庫作業人員在進行掃描作業時，條碼系統根據條碼對照表，自動解析相關的數據，把不同供應商的不同的產品與ERP的產品物料編碼進行關聯，以達到掃描完成倉庫相關作業的目標。

　　方案優勢：無需針對產品重新打印條碼，可以節省倉庫作業人員的工作量。但需要確保以下兩點：

　　1、各供應商的產品編碼，必須是唯一的。

　　2、各供應商內部有系統可以查詢到托盤與單品的對應。

　　方案二：重新針對產品發行條碼

　　以U8物料編碼為基礎，針對不同供應商不同的產品，重新發行產品的'包裝條碼、單品條碼，包裝條碼，單品條碼均以唯一碼標識為準。

　　方案優勢：可以利用條碼嚴控產品的先進先出管理、產品的銷售竄貨管理。

　　方案劣勢：由于供應商送貨以托盤為單位，如果重新對產品進行標識，會大大增加倉庫相關作業人員的工作量。

　　5.3 PDA采購入庫數據采集

　　5.3.1 需求描述

　　倉庫作業人員利用PDA根據采購訂單或到貨單掃描到貨數據，核對無誤后，產品進行入庫上架，并且同時在U8 ERP自動生成采購入庫單(保存狀態)。

　　5.3.2 解決方案

　　開發PDA采購到貨數據采集：

　　用戶根據業務需求生成到貨單(手動生成或者通過訂單生成)。

　　PDA直接獲取未完成入庫的到貨單數據，然后根據實際情況進行貨物掃描入庫，在掃描時，核對產品是否為對應的到貨單、是否為對應的產品，數量是否對應。

　　入庫后，記錄產品的存放位置(以便先進先出管理、盤點管理)。

　　不允許超到貨單入庫，允許多次到貨單入庫。

　　PDA掃描完成上傳掃描數據，自動生成U8采購入庫單，并且回寫到貨單已入庫數量。

　　5.4 PDA退貨單數據采集

　　5.4.1 需求描述

　　PDA根據退貨單掃描退單數據并且生成紅字采購入庫單(保存狀態)。

　　5.4.2 解決方案

　　開發PDA退貨單數據采集：

　　用戶根據業務需求生成退貨單(手動生成，通過訂單生成或者到貨單生成)。

　　PDA獲取未完成退貨的退貨數據，然后根據實際情況進行貨物掃描出庫。

　　不允許超退貨單出庫，允許多次到退貨出庫。

　　PDA掃描完成上傳掃描數據，自動生成U8紅字采購入庫單，并且回寫退貨單已出庫數量。

　　5.5 PDA銷售出庫數據采集

　　5.5.1 需求描述

　　倉庫作業人員利用PDA根據銷售訂單或發貨通知單進行揀貨發貨作業，核對無誤后，產品進行下架出庫，并且同時在U8 ERP自動生成銷售出庫單(保存狀態)。

　　5.5.2 解決方案

　　開發PDA銷售出貨數據采集：

　　用戶根據業務需求生成發貨通知單(手動生成或者通過銷售訂單生成)。

　　PDA直接獲取未完成出庫的發貨單數據，然后根據實際情況進行貨物掃描出庫，在掃描時，核對產品是否為對應的發貨單、是否為對應的產品，數量是否對應。

　　出庫時，接拆包優先揀貨處理、按產品的先進先出管理。

　　不允許超發貨單出庫，允許一單多次發貨出庫。

　　PDA掃描完成上傳掃描數據，自動生成U8銷售出庫單，并且回寫到發貨單已出庫數量。

　　5.6 PDA銷售退庫數據采集

　　5.6.1 需求描述

　　PDA根據銷售退貨單掃描退單數據并且生成紅字銷售出庫單(保存狀態)。

　　5.6.2 解決方案

　　開發PDA銷售退貨單數據采集：

　　用戶根據業務需求生成退貨單(手動生成，通過銷售訂單生成)。

　　PDA獲取未完成退貨的退貨數據，然后根據實際情況進行貨物掃描入庫。

　　不允許超退貨單入庫，允許多次退貨入庫。

　　PDA掃描完成上傳掃描數據，自動生成U8紅字銷售出庫單，并且回寫退貨單已入庫數量。

　　5.7 調撥單調出

　　5.7.1 需求描述

　　調撥單生成后需要通過PDA掃描出庫。

　　5.7.2 解決方案

　　開發PDA調出數據效驗。

　　PDA獲取已保存完畢的調撥單(調出)，加載調撥數據。

　　PDA用戶根據調撥數據進行數據效驗出庫。

　　調撥單數據必須完全匹配后才能上傳，上傳后本張調撥單(調出)可以審核。

　　PDA上傳后更新調撥單掃描狀態(更新狀態后允許審核，如果PDA無法使用這時可以使用倉庫特殊密碼進行審核見4.1條碼基礎設置)。

　　5.8 調撥單調入

　　5.8.1 需求描述

　　調撥單生成后需要通過PDA掃描入庫。

　　5.8.2 解決方案

　　開發PDA調入數據效驗。

　　PDA獲取已保存完畢的調撥單(調入)，加載調撥數據。

　　PDA用戶根據調撥數據進行數據效驗入庫。

　　調撥單數據必須完全匹配后才能上傳，上傳后本張調撥單(調入)可以審核。

　　PDA上傳后更新調撥單掃描狀態(更新狀態后允許審核，如果PDA無法使用這時可以使用倉庫特殊密碼進行審核見4.1條碼基礎設置)。

　　5.9 其它入庫

　　5.9.1 需求描述

　　通過PDA掃描完成其它入庫操作 。

　　5.9.2 解決方案

　　開發PDA其它入庫數據采集：

　　用戶根據實際需求開出其它入庫單。

　　PDA掃描完成其它入庫 。

　　PDA掃描完成上傳掃描數據，自動生成U8其它入庫單 。

　　5.10 其它出庫

　　5.10.1 需求描述

　　通過PDA掃描完成其它出庫操作。

　　5.10.2 解決方案

　　開發PDA其它出庫數據采集：

　　用戶根據實際需求開出其它出庫單 。

　　PDA掃描完成其它出庫 。

　　PDA掃描完成上傳掃描數據，自動生成U8其它出庫單 。

　　5.11 倉庫盤點

　　5.11.1 需求描述

　　倉庫進行盤點需要利用PDA掃描完成盤點。

　　5.11.2 解決方案

　　開發PDA盤點數據采集：

　　用戶根據實際需求生產倉庫盤點單。

　　PDA獲取盤點單數據(保存狀態)。

　　PDA掃描盤點時，需要提示產品的包裝數量以及在倉庫的存放位置。

　　PDA根據下載數據進行盤點掃描，掃描完成上傳。

　　PDA數據上傳后回寫盤點單[盈虧數量]。

　　用友erp系統方案設計 3

　　相對于大型企業來說，中小企業用友ERP管理系統在融入企業管理理念的同時要提供一定的靈活性，以滿足不同企業的特定需要。因此，中小企業用友ERP管理系統不如大型的用友ERP管理系統復雜，包括的業務范圍在初期也主要停留在對計劃、生產、進銷存、質量、財務等主體業務的管理上。但從客戶靈活性、多樣個性化需求和軟件產品的生命力角度分析，則要求中小企業用友ERP管理系統具有良好的業務擴展性。

　　1.系統設計目標

　　由于中小企業具有多樣個性化和不斷發展變化的需求，所以中小企業用友ERP管理系統軟件要在保證主體框架不變的前提下，應該滿足用戶改動方便的需求。另外，中小企業用友ERP管理系統軟件應該是一個開放體系，可以方便地與多種管理軟件進行集成，允許各系統分工協作，保證用友ERP管理系統成功實施。為此，我們設計的中小企業用友ERP管理系統軟件系統框架的目標如下：

　　(1)系統在構架時應該是多層的，層與層之間的影響應降到最小。例如，修改數據庫時應盡量減少對業務邏輯層的影響。

　　(2)以業務模塊作為基本單元，一個基本單元內部的調整和優化應對其它單元帶來盡量小的影響，單元間的資源調用以供應方和消費者的關系定義。

　　(3)提供統一的功能接口標準，以確保系統良好的可擴展性，同時也使得與其它產品對接的難度降低。

　　(4)框架將提供某種機制透明地實現系統在網絡間的互訪，并且保證信息傳遞的高效性和安全性。

　　(5)建立一個信息中心，完成對消息和郵件的收集、轉發和管理。

　　(6)框架提供業務模塊問信息流向的動態控制，以更好地支持、業務流程重組。

　　(7)框架將盡可能地集成像日志管理、通用報表、權限管 、通用業務邏輯類等公共模塊，以盡量減少業務系統的開發量，縮短業務系統的開發周期。

　　(8)框架應該提供一套創建新業務的模板，以供系統的二次開發時使用。

　　2.選擇適合的ERP系統結構

　　目前幾乎所有的用友ERP管理系統都采用多層次的客戶機/服務器結構。這種模型可以更有效地進行應用管理，降低網絡的復雜性并保證數據庫的完整性。

　　企業在設計用友ERP管理系統結構時必須考慮3個層次：表示層、應用層和數據庫層。表示層、應用層與數據庫層分離(不管是物理的還是邏輯的)已經成為創建模塊化、可更新的客戶機/服務器應用的一種最常見的方法。這樣一來，用戶可以從數據庫服務器中裝載可執行的應用，從而簡化對應用的管理，同時在需要時，每個服務器還可以請求它自己的可執行模塊。類似的，可伸縮件也相應地變得簡單并且可通過增加應用服務器來進行升級。

　　3.重視ERP系統集成

　　絕大多數用戶在實施企業用友ERP管理系統項目時一般會采用來自多個不同廠商的用友ERP管理系統或者遇到需要與企業原有系統的集成問題，因而經常需要用到不同的數據庫和硬件平臺。而且，隨著這些獨立系統的實現，企業需要將這些分散的用友ERP管理子系統相互集成起來。有鑒于此，用戶應該選擇市場前景最廣闊的基礎設施組件，因為這些組件以后集成起來更容易一些。最理想的集成方法是在一個單一的'操作系統和數據模型上運行多個應用。然而，雖然這種方法可以減少集成相關應用的復雜性，但卻增加了實施的時間。除此之外，這種方法一旦實施完成，其靈活性就要相對差一些。不過，在絕大多數情況下，選擇單一廠商的方法是很有必要的，因為絕大多數應用軟件開發商都依賴專用的或特定的數據庫系統。

　　4.關注系統的可擴展性

　　企業在發展過程中需要不斷地調整自己的核心競爭力，包括財務、生產、后勤、客戶服務、人力資源和銷售等。發展越快的企業其核心競爭力的調整頻率就越高，因此在安裝用友ERP管理系統時一個主要問題就是可擴展性。可擴展性是指將應用擴展到其他企業系統中特別是數據倉庫中的能力。在這里，將數據在系統間轉移的能力是最為關鍵的。

　　用友ERP管理系統和數據倉庫打包應用都允許系統管理人員在應用系統中集成原有的信息基礎設施。這種方法簡化了對基礎設施的管理，也使增值銷售商可以利用用戶已經具有的基礎設施進一步開發相關的用友ERP管理系統數據分析應用。用友ERP管理系統的增值銷售商還可以提供額外的數據倉庫應用功能。這些數據倉庫可能很少提供與其他ERP包或現有資源的集成。這種做法將大大限制它們的功能，因為即使一個相對受限的(在用戶的數量方面)數據庫應用也可能需要訪問來自多個數據源的數據。

　　5.選擇合適的操作系統

　　用戶在實施用友ERP管理系統項目時應該考慮到操作系統的可移植性，因為有些服務器只能在某些硬件平臺上實施。比如，以微軟平臺為基礎的Windows Server服務器(WS)應該只考慮基于INTEL的硬件平臺，因為在非INTEL的硬件平臺上運行的效果通常都不會很好。

　　現在最常用的兩種操作系統就是Unix和Windows Server，Unix依舊保持其旺盛的生命力，將繼續保持它在高端市場的領先地位，因為它能夠支持可伸縮的數據庫服務器，而Windows Server則更多地用于低端的服務器。因此，對實施用友ERP管理系統的用戶和其他高級應用來講，使用基于UNIX的方案將提供更大的可伸縮性，但用戶也需要具有更多的技術經驗和軟件工具資源。最近，WS的應用與Unix相比有可能具有更多的商業功能，因為它在可伸縮性和可用性方面進行了改進，并且會得到用友ERP管理系統軟件商的大力支持。因此，企業就需要深入了解WS與Unix核心技術的異同并且與軟件商更緊密地合作，從而確定到底是使用WS平臺還是Unix平臺。

　　用友ERP管理系統設計出來之后，并不是大功告成，系統在中小企業的實施是用友ERP管理系統應用的重要組成部分，還包括企業內部的培訓，用友ERP管理系統與其他系統的結合等工作需要我去做。但一個完善的用友ERP管理系統，肯定可以讓企業如虎添翼，迅猛發展。

　　內容擴展：用友ERP項目總結報告

　　建立日期:

　　文控編號:

　　客戶項目負責人： 日 期： 用友項目負責人： 日 期：

　　1、項目背景

　　XX公司是一家專業從事“復合高分子材料”研發、生產、銷售的科技企業，始建于1993年，公司總部座落于重慶市建橋工業園C區，擁有3萬平方米的生產基地。

　　XX公司ERP項目的目標是為了規范企業財務與供應鏈相關的部門對賬長期比較繁瑣，賬務及業務報表都不能較為及時、準確地上報給企業管理層人員；希望通過ERP系統能夠按時上報財務報表，實時查詢企業資金現狀，業務流程數據，庫存現狀，產品生產成本，以提高企業的管理和決策水平。

　　2、項目回顧

　　1、項目實施的組織結構

　　XX公司ERP項目的項目組由用友方和客戶方共同組成。用友方項目負責人由武晴晴擔任，前期由雷耀和官耀作為項目小組成員，后期實施完成后將移交給項目經理田超。客戶方由彭用文擔任項目經理，項目成員包括鄭良碧、鄭麗和茍濤及其部門相關下屬操作人員。用友圣恩公司董事長周剛擔任項目總監，用友致遠分公司總經理xx和XX公司總經理彭用文組成項目領導小組，XX公司總經理擔任組長。

　　2、項目實施的時間、范圍

　　xx公司ERP項目動員大會開展時間為20xx年12月5日，完成時間為20xx年7月5日，實施的范圍包括，根據雙方所簽訂的合同范圍對T6 6.0軟件的銷售管理系統管理、庫存管理、采購管理、應收賬款、應付賬款、總賬等模塊進行實施（20xx年5月新增加出納管理塊，未單獨收取實施費用）。實施范圍僅限于xx公司單獨的一家公司，不包含其他公司。

　　本次實施范圍也不包含合同范圍之外的相應服務，比如網絡建設等。

　　3、項目實施的主要階段

　　項目的實施經歷了項目規劃、業務分析、流程設計、切換準備、系統上線和持續支持等主要階段。

　　在項目的規劃階段我們主要完成了項目實施小組的組建、制訂項目主計劃、召開項目啟動會等工作。

　　在業務分析階段我們主要完成了安裝培訓和測試環境、理念和產品分析、業務需求分析等工作。

　　用友實施方法論——標準模板

　　在藍圖設計階段我們主要完成了解決方案設計、靜態數據準備、系統測試、解決方案確認、業務應用標準操作手冊等工作。

　　在切換準備階段我們主要完成了系統運行管理制度建設、業務權限規劃和分配、最終用戶培訓等工作。

　　系統切換階段我們主要完成了靜態數據轉換、動態數據轉換、系統正式運行等工作。 支持運行階段我們主要完成了上線運行支持的工作。

　　4、項目實施的重要任務和活動

　　回顧項目的整個實施過程，項目實施的重要任務包括：制訂項目主計劃、進行項目培訓、進行業務需求調研和分析、制訂解決方案、數據準備、系統切換。

　　在進行制訂項目主計劃這個項目任務的時候，用友項目經理、客戶項目經理和總經理進行大量的溝通。明確了項目的目標；并且根據項目目標和可交付成果確認了項目的幾個主要階段，并制訂了相關的時間表。為項目的時間控制，付出了太多的商議甚至是硬性規定，為項目的進行提供了基本的實施前提。

　　3、項目總結

　　該項目自20xx年12月5日啟動，歷時半年多的時間，中間甲方由于人員的流動和調整，包括財務及網絡信息負責人員的不穩定因素，還有賬目不明、各部門間配合不甚理想等情況導致第一次實施時數據在9月份會計期間關賬之后，無法進行下一個月的業務處理，被迫停止實施。20xx年5月初，財務人員得到了及時的補充，其他部門人員都到崗到位的情況下，公司董事長廖總及總經理彭總的大力支持下，財務人員經過加班加點的校對工作，項目實施非常順利，經過一個多月的實施，公司ERP系統業務流程已經穩定，前期數據校對清晰，本期賬務及業務數據在ERP系統中能夠以公司所需報表的形式呈現，預計6月份會在本月中旬順利關賬并出6月份報表，進度與正常業務進度一致。

　　取得這樣的成果，有雙方公司領導的關心與督促，有各部門一線操作人員的高度配合，想必通過這次ERP項目的最終實施完成，每個參與者都會有不同的收獲，從手工處理原始單據到按ERP系統規范填寫各種原始單據，可能或多或少地改變了很多人員原有的工作習慣，作為實施方我非常感謝所有人的積極參與，感謝為保證實施多次日以繼夜加班的甲方人員。

【用友erp系統方案設計】相關文章：

ERP銷售系統的作用07-03

erp系統工作總結07-02

ERP管理系統論文06-27

ERP系統投資管理培訓06-28

系統實現方案設計06-28

erp在銷售管理系統論文06-27

用友erp實訓心得體會07-05

全息投影系統方案設計06-28

智慧倉儲系統方案設計06-28