ERP實施

ERP簡介

ERP軟體（Enterprise Resource Planning企業資源計劃系統），以系統化的管理思想，為企業決策層及員工提供決策運行手段的管理平台。ERP的三層意思：

I、ERP概念由美國著名的計算機技術諮詢和評估集團Garter Group Inc提出了一整套企業管理系統體系標準，其實質是在MRPII（Manufacturing Resources Planning，“製造資源計劃”）基礎上進一步發展而成的面向供應鏈（Supply Chain）的管理思想；

II、是綜合應用了客戶機/伺服器體系、關係資料庫結構、面向對象技術、圖形用戶界面、第四代語言（4GL）、網路通訊等信息產業成果，以ERP管理思想為靈魂的軟體產品；

III、是集成了企業管理理念、業務流程、基礎數據、人力物力、計算機硬體和軟體於一體的企業資源管理系統。

ERP軟體實施主要是按照ERP軟體項目實施的時間流程來具體的安排：

• 常用操作系統、應用軟體及軟體公司所開發的管理軟體安裝、調試、定製開發及維護以及少部分硬體、網路調整的工作；

• 管理軟體使用者的軟體使用培訓、為企業員工提供企業管理問題的諮詢服務、以及使用過程中的疑難解答與指導；

• 項目驗收、負責需求的初步確認、負責項目維護

普實軟體經過數十年的一線ERP軟體項目實施經驗總結出系統的ERP實施步驟：

從商務和技術角度上，來計劃項目的範圍、確定項目的目標，具體制定出企業實施應用管理的策略和綱要。

建立實施策略，主要從合作配合角度上，來計劃項目的範圍、確定項目的目標。這一階段的工作，包括建立由公司主要領導為首的項目實施領導小組和各部門有關人員參加的項目實施小組，並開始對員工進行初步的業務管理觀念和方法培訓，制定出企業實施應用管理的策略和目標。

定義項目的內容，即對現行的管理進行仔細地回顧和描述，從而認識項目的業務和技術上的具體要求，找出希望改進的地方，為進一步解決方案的設計創造條件。

業務流程是企業在經營過程中因業務發展的需要而產生的，支撐著日常業務系統的正常運行。包括採購流程、銷售流程、倉儲物流、應收應付、設計開發、計劃生產、客退客訴、售後服務等。這些關鍵業務流程支撐著企業日常的運行和發展，只要企業持續經營，這些業務流程將會一直存在和運行。

業務流程分析主要是定義子單元任務內容，即對現行的管理進行深入地回顧和描述，從而精準認識業務和技術上的具體要求。一般在這個分階段要編寫一個項目定義分析報告，藉助IPO圖的形式來描述項目的流程，並從中找出希望改進的地方，為進一步解決方案的設計創造條件。為此，需對項目實施小組的成員進行比較系統的業務概念和Pushsoft系統軟體功能層次的培訓。在此基礎上普實軟體針對客戶現有的業務流程進行分析：

• 工作計劃與職責

• 當前系統/業務流程/業務量

• 業務與技術需求

• 應用產品功能培訓

• 產品功能與業務需求的匹配程度

• 功能開發與數據轉換需求

• 各層次硬/軟體需求結構

結合業務管理的基本概念和具體的軟體功能，逐項進行回顧、分析，以便對每個管理業務流程，提出解決方案，作為一個里程碑。

主要對業務分析流程並結合業務管理的基本概念和具體的軟體功能，逐項進行回顧、分析，以便對每個管理業務流程，提出解決方案。解決方案可以直接套用Pushsoft應用系統中某些功能，也許是對現行管理流程作一些改進；也可能是對軟體系統作一些必要的二次開發及插件開發。這時應編寫項目說明書之類的文檔，作為一個里程碑也作為建立系統的設計任務書。

• 工作計劃與設計標準

• 培訓/測試環境安裝

• 針對重點的培訓

• 設計解決方案

• 設計硬/軟體邏輯與物理結構

• 設計安全控制與備份/恢復計劃

• 擴展程序(介面/功能/數據轉換)設計

• 詳細的資料整理計劃

• 詳細的業務轉換計劃

對管理上(或組織上)需改進之處制定改進方案，包括調整分工、規範流程、統一標準信息編碼等，軟體二次開發工作可開始進行，建立起一個符合企業的系統。

建立應用系統階段需根據前一階段(設計解決方案)擬訂的方案，對管理上(或組織上)需改進之處制定改進方案，包括調整分工、規範流程、統一方法、標準信息編碼等。從軟體來講，系統初始化設計及二次開發工作可開始進行。

• 詳細計劃與職責

• 建立練習與測試環境

• 建立正式運行的硬體環境

• 業務系統測試與文檔記錄

• 解決方案修改

• 確認系統功能

• ERP軟體廠商將提供標準的基礎資料整理表。對於大量的基礎數據，Pushsoft提供數據導入工具，將資料在Excel中準備好，再使用數據導入工具加入至系統。

按軟體工程要求必須提供二次開發文檔，對管理改進的流程及方法等方面，也須編寫或修改原來的制度、職責、流程圖。用戶文檔可用來培訓最終用戶及備案。

在建立應用系統的同時，除了必須對軟體進行二次開發，按軟體工程要求提供必須的文檔以外，對管理要改進的流程及方法等方面，也必須編寫或修改原來的制度、職責、流程圖。這時，系統一旦已建立起來，可著手對最終用戶的主要應用進行培訓。

• 參考手冊文檔編製計劃

• 文檔編寫標準/格式

• 系統操作手冊

• 擴展程序文檔/技術手冊

• 業務流程/用戶參考手冊

• 最終用戶(崗位)培訓教材

• 文檔更改控制

• 下面是普實軟體提供的部分標準化的文檔：

• 產品操作手冊

• 產品白皮書

• 產品、模塊建議

• 業務作業指導書SOP

• 標準業務流程圖

• 管理員指南

各職能部門按照各自的日常業務，參照已文檔化的流程，進行聯合演習測試，達到要求再逐步進行切換。一般來講，存在新老系統并行期，風險更小。

系統切換階段，為了減少系統實施切換時的風險，各職能部門分別按照自己的日常業務活動，參照已標準文檔化的流程，運行計算機系統進行聯合演習測試，以證實其系統是可行的。這時才開始正式向新系統輸入數據、創建初態、定義參數、開始運行。為了保證切換的成功，這時項目領導小組要求及時地發布許多指令，來逐步地進行系統地切換。一般來講，能有一個新老系統并行的運行期間，風險可更小些。

• 轉換計劃/準備工作

• 培訓最終用戶

• 宣傳新系統

• 產品系統完整配置及安裝

• 應用產品設置

• 業務數據轉換

• 確認新系統正常運作

安全、可靠、可行的并行一段時間后，即可正式投入運行。在運行中作好相關記錄、報告，及時地發現運行中的問題，以便進行維護和提高。

在并行一段時間后，事實證明系統是安全、可靠、可行的，那麼可以正式投入運行。並在運行中作好有關的記錄和報告，並及時地發現運行中的問題，以便進行維護和提高。

• 確保系統穩定運行

• 系統性能監控與優化

• 業務流程/周期數據的正確性

• 關閉原有系統

• 效益分析/管理改進方案

• 系統管理/業務管理制度化

• 確認系統實施完成

• 下面是我公司提供的部分標準化的文檔：

• 崗位分工與職責

• 許可權分配清單

• 實施上線驗收報告

• 客戶提升計劃

• 客戶提升計劃執行報告