三年前給客戶做的一個物料采購系統，客戶因為價格問題擱置，今天把它拿出來分享，以分析改善方法。

項目名稱: Item Purchasing System /Item Purchasing Request

系統功能:

1) 配置 Configruation

公司和組織架構管理 Organization Manitenance：
目前的例子 三個公司(暫定命名為Shenzhen, Singpore, Vietnam, 中文：深圳，新加坡，越南)，三個公司下面各有多個職能部門，

申請采購物料的就是這些部門，要知道物料是由拿個公司的哪個部門申請的，所以，需要管理公司和部門，可以自定義增加公司和部門

用戶管理 User Maintenance: 管理物料采購申請的用戶，及權限

物料管理 Material Entry 為規范申請的物料，也為了數據報表分析，需要在這里先建立物料，然后申請采購時，從這里選擇物料。

這個功能為會以后的維護和分析報表提供很大的方便。

財務: Cost Center ,Ledger Account 與財務的接口，成本計算，貨幣

設置 Page Setup 一些頁面的風格設定，顯示參數

2) 采購 Purchase

流程：采購申請=》采購申請審批=》采購定單=》采購定單審批

在今天來看，采購定單審批這一步驟是多余的，已經形成采購訂單，不需要批核。

可能為出現采購單修改或采購退貨

是否需要IPR中的流程，采購詢價

采購申請的界面樣式

這與IPR一致，看情況需要更改， 這個格式將會影響系統以后的維護，字段的修改均為影響這個格式。

3) 報表 Report

暫定，需要討論

4) Help 幫助

系統方面的規范，使用方法，出錯后匯報問題，提出修改，均在這里提交

系統運行后的效果圖

軟件配置:

開發機器：Windows 7 x64, IIS7.5, SQL Server 2005

部署機器：

操作系統 : XP及XP以上的系統均可(Win2003), 安裝IIS5/6

數據庫: SQL Server 2000

運行庫: ASP.NET .NET Framework

開發周期計劃:

一個月的開發周期，三個月的維護期。給客戶做的系統，客戶不會一次把所有的內容都寫到合同里面，即使有寫，到出現分歧時，客戶會認為你沒有明白他的含義，要求你繼續為他更改，做出他想要的功能。如果是設計時沒有考慮到的問題，則應該毫無異議的進行修復。

關于沒有明白客戶的意思，我對這一點理解的相對深刻。

?

2010年實施的一個ERP客戶，千方百計的讓ERP系統滿足他的各種要求，因為有些擔心定做功能會收取費用，這一點cost會影響他的業績表現，于是在實施初期，對系統出現的任何有異議的地方，均要求我方人員作出修改。以至于在項目實施三個月之后，關于物料清單中物料用量的公式，還在討論計算，反復修改。

另一個不可理解的功能是大量工程更改。一般Mass Engineering Change只改物料清單，修改之后會提示當前正在使用這個物料清單的工作單，提示操作人員修改工作單。然后對方ERP操作人員，要求大量工程更改中，除了修改物料清單外，同是把正在使用此物料清單的工作單也一并修改。如果工作單有發套料到車間，已經開始生成，同會產生更多的問題。ECN中增加用量，需要發散料，增加物料出倉到車間參與生產，如果ECN是減少物料的用量，是需要產生物料回倉，讓物料退回到倉庫。如果增加物料時，物料庫存不夠用(On-Hand)，則需要產生采購單，購買原料。

于是，一個ECN動作，把系統里面所有的功能都涉及修改到，到最后客戶也不知道，為什么會出現帳對不上。因為修改的地方太多了，數據關聯又多，原因和條件設置，超出了可以理解記住的范圍，自然問題多多。

MRP運算是相對復雜，但它圍繞物料清單中產生的相對需求和銷售單的獨立需求，考慮安全庫存(Safety Stock)，損耗率(Scrap Rate)，提前期(Lead Time)，訂貨政策(Order Policy)以此產生需求。

?

第三個遇到的問題是工作單拆分與合并。遇到這種問題，客戶可以修改工作單，修改發料，挪用物料，而不是完全依賴于工作單的拆分功能來實現。拆分工作單會對產品交期，生產計劃，工序流程，發套料，物料損耗和物料回倉產生影響。

理論上可以做到工作單拆分功能，一次實現上面所有的內容修改。但這樣也超過了可理解的情況。經常會問，為什么會這樣，計算的結果為什么會這樣。工作單拆分還會涉及到生產排程，對系統的影響較大。

第四個問題是批核。客戶的工廠，官僚體制可能濃厚一些。大量的功能都加要批核功能進去。如果單據只需要一個字段表示批準(Approval)或拒絕(Reject),則實施一個通過的批核系統不難。然后，客戶要求的批核，是希望在批核之前，停止當前的業務流程。比如計劃訂單發放，沒有批核就不允許發放。如果物料清單沒有批核，也不能開工作單，不能用于生產。批核字段充滿于單據，單據明細中，原來跑起來很流暢的ERP流程，一時間無從下手。

工廠的加班是需要批核的，因為涉及到cost加班費，但是已經形成采購訂單的單據，應該不需要批核。

?

有了這四個問題與矛盾，ERP實施失敗告終。

轉載于:https://www.cnblogs.com/JamesLi2015/archive/2013/05/06/3062927.html

總結

以上是生活随笔為你收集整理的ERP物料采购系统需求分析与效果展示 ERP实施以失败告终的四个原因分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。