想請教各位大大
公司在客制ERP系統時，有哪些注意事項。
因為公司行業別較特殊，因此無法使用一般ERP系統。
因此找來廠商，針對公司本身進行ERP系統客制化。
雖然網路上可以找到相當多ERP的資料。
但是對於客制系統的流程、注意事項...卻是少的可憐
因此麻煩各位大大提出自己的看法
謝謝!!
已邀請的邦友 {{ invite_list.length }}/5
客製化ERP，
初期：最重要的就是把需求、工作流程弄清楚...然後弄成文件，跟廠商溝通。
中期：盡量測試細部function，把可能的bug抓出來。
後期：整體作業流程測試。
感謝您的回覆
請問您的文件是指~系統需求嗎？
在每個module確認時,最好能讓使用者單位主管與資深人員參與.
初期的文件，是的就是指系統需求，您應該是IT吧！
把user的需求，轉化成一個flow...然後雙邊check，這就是你的工作...
做user與廠商的橋樑，因為你懂公司的流程，也懂IT。
erp導入時，版大你怎麼會不需要涉入？？
這個不是客製化系統嗎？
但...廠商似乎只需要經過訪談→確認需求 就可以製作出系統
看來並不需要flow ...這也是我困惑的地方-.-...(有這麼簡單嗎?)
公司的所有作業，應該都有一定的流程，
例如，從訂貨到出貨，總有個流程要走，這些大流程中，還包含了其他細部的流程，
像是，檢查、出貨流程等等。
只經過訪談，然後確認需求，這有點草率，
對於整體的資料架構或者系統架構來說，都有待商榷。
而版大，您的任務正是要去做這個模糊地帶的事囉...
看起來不需要flow...這只是錯覺而已。
這就是我懷疑的地方 是廠商簡化了程序嗎?
還是...
我是負責客制化的人...所以才頭大=.=|||
這個...套一句以前客戶說的：『我付錢，我就是老大！』....會計師都這麼財大氣粗...Orz...
是啊，這麼不配合，何不找其他廠商進場試試？
相信有能力的廠商不會就這麼一家而已。
他們不願意做，總有人願意做。
我也想ㄚ...
只是這家廠商是主管認為OK的
另外一家比較有計畫的出局了
所以...只能來跟大家求救了...
這太棒了!!!一家比較有計畫的出局了!!!
我以前提很多很詳細的建議書 結局就是 另找一家比較便宜的...
例如 :
訪談10工作天 寫了一月規格表,Table/Column/ PO物件,企業物件,企業規則,畫面呈現,報表呈現...
例如：
我預計 3 人 三個月寫 100支程式 100萬....
報價後客戶嫌我們比別人貴
廠商拿著 我的詳細規格 要求另一家 50萬 成交.....
真是恭喜
天下沒有那麼好的事
結案真的那麼簡單嗎??
-.-現在這各廠商不是不懂 而是需要多"溝通"
他們在書面上著墨不多 因此我能了解到的也不多
當然樓上這位的情形也有可發生 但跟我的情形不太一樣吧
您應該是純粹有感而發吧...
我有個疑問...
對於ERP系統我有我的想法~想將BOM的觀念帶入
但是廠商卻認為~解決方案是由他們所提供，我不需涉入。
請問廠商這樣是對的嗎？
不是對不對
我們想請問一下 lraychee 大大
請問是否有驗收標準 ??
請問驗收標準是誰訂的 ??
請問驗收與付款有無關係 ??
客製系統最重要的是驗收標準,
我們是專門做 ERP 客製化
我們是先與客戶專案經理
擬定：輸入畫面＋拋轉出畫面＋單據樣式＋明細表樣式＋統計表樣式
且將每一欄位(Window.Tab.Field)
與 企業物件(BusinessObject)Mapping
與 持續物件(PersistObject)Mapping
與 資料庫欄位(Table.Column)Mapping
訂好後每一人工小時完成
企業物件(BusinessObject)的一種 Method ＊例如 getOrderLine()
訂好後每一人工小時完成
企業物件(BusinessObject)的一種拋轉 ＊例如 OrderGenInvoice.java
我們可以讓你參觀或參考
Skype: Adempiere/Compiere
MSN: albert_a_chen@yahoo.com
可能沒經費請顧問訂定驗收標準
可能沒經驗教育承包商寫作標準
我們外包前是要先教育外包商如何編程
否則亂寫跟寫不出來都不好
外包時必須有驗收原始碼是依照標準寫作編程
(1)開發樣品
WhenWho(何人何時來建立)
要參照哪些資料,要驗證哪些資料,要紀錄哪些內容
在哪些檔案(Table)
在哪些欄位(Column)
(2)樣品確認
WhenWho(何人何時來建立)
要參照哪些資料,要驗證哪些資料,要紀錄哪些內容
在哪些檔案(Table)
在哪些欄位(Column)
???????
很多公司不習慣將細節規劃好就發包
外包廠商怎麼會作出你希望的細節
公司有正確的驗收標準？？
抱歉...我們是一般公司
客制的是公司使用的資訊系統
對於ERP系統我有我的想法~想將BOM的觀念帶入??
其實這樣的陳述 很攏統！！
可能是受訂品是 套件BOM的觀念 受訂是上階
生產命令單與出貨單要有下階明細
我們的系統就是這樣子
應該這麼說
舊系統中並沒有BOM的概念
新系統規劃中 似乎也沒這種東西(只是將舊系統修改)
當然我知道這樣說很籠統
但我想表達的是~~當我這樣提出時 廠商給我的回覆是(客氣的說)解決方案他們會想辦法
這樣的情形是否是正確?
如是說好了!!!
如果 MOrder.java 是 Model Sales Order 物件
如果沒規定他應有的 method 可能就很陽春
要有 BOM 的概念 就很可能 要另外寫
但是這樣算完整嗎!!
以下是 我們的 MOrder.java 的 method ....
/**
* Explode non stocked BOM.
* @return true if bom exploded
*/
private boolean explodeBOM()
{
boolean retValue = false;
String where = "AND IsActive='Y' AND EXISTS "
我延伸wishlou的回答～
是的，既然確定客製化，當然依照你們這邊的需求為重，不過，IT廠商的經驗一定要尊重，因為(有歷史有經驗的)都經歷過很多不同需求的客戶，累積的經驗不能小看。
或許擔心遇到『外行充內行』或是讓他們難以做到的需求....
在簽訂合約之前，我建議多找幾家來比較，尤其在於『你們讓IT廠商很難搞定』的地方。
版主的問題，說真的，答案很大！！客制系統的流程、注意事項
我根據以前的經驗說一點點給您參考
注意事項：
1.公司組織要明確，包含主管層級、各種工作承辦人員、制度等
2.確認『老闆』是誰，給IT的支持度如何
3.每個部門都要有『電子化』負責人，必要時配合資訊部門運作，例如流程、需求確認+參與會議，要跳過該部門經理隨時配合你
4.要仔細規劃此次計畫的方向、範圍，由大開始，畫到小
5.切割流程區塊，最後把這些『兜』在一起，成為一個系統，所以
流程很重要！！
我當年弄一個ERP，自己畫公司所有組織圖、流程圖、到處搞定流程，以下，是我20幾個(不記得幾個了)流程當中的一個，這只是『其中一部分』喔！！(我們是自己寫，不過這些東西都要做，誰寫程式不是重點)
同意 +1
客製化的ERP，本來就應當以符合公司作業需求為主要原則。
廠商有其專業，亦需要尊重其專業。
版大要做的是，規劃、協調需求與專業雙方，讓雙方達成一個平衡。
當然，『必須』以最接近公司的需求為首要條件（不然，客製化就沒有太大的意義了）。
奇怪，才幾年而已，發現當年的流程圖畫的好醜
其實就是因為尊重他 所以才會沒有反駁他
畢竟它有擁有十幾家同業的客戶
系統的導入並非僅僅是一套系統的導入 其中也牽涉到企業流程改造...等多方面
我是擔心如此下去，做出來的系統只是符合現況需求的系統而已
現在大家對於新系統有諸多期望
一般人員當然希望能更便利的作業 不要太繁複的操作...
高階主管更希望能藉由新系統提供更多的統計分析資料 以作為未來公司開發產品的ㄧ個方向
所以在系統規劃上 我會希望能了解廠商的看法
我也會說出我的看法 來將系統建構的更完善
但...廠商這樣回覆我 讓我不知是否是我太不了解所謂"客制系統"這市場的規則
還是 廠商有廠商的規則!?
只是立足點不同，這是難免發生的！！
對了，你說出另一個遺漏的重點，就是系統保用年限，或者說是系統能用多久而無須砍掉重鍊，我當年是規劃五年而已。
理論上是10年
但我懷疑可以活這麼久嗎?
也許吧...
小弟一直都是接客製化的案子, 接洽客戶的經驗是 大部分客戶只能提出切身面臨的需求, 所以通常無法提出完整的細節資料, 有時連流程也不清楚.
至於客制系統的發包, 小弟的想法
至於驗收部份, 個人建議有較長的保固期(最好有微調更改服務) 比驗收更重要.
原因是以客戶角度來看, 驗收後付款比較保險, 相對的廠商會提將驗收後的變更修改需要另外收費, 這樣不見得比較好.
以上淺見.
之前已經評估過廠商的能力 認為他的技術算是OK的
廠商提出的流程也僅是依照訪談→系統需求→確認需求→程式製作...
因此讓我有很大的不確定感
僅僅依照需求所製作出來的系統應該能符合各部門的需求
與我規劃中的系統似乎完全沒有交集
令我非常苦惱...
您回答的沒錯
但 高層要求的是"長遠"的規劃 並非只是符合現況的系統
但 廠商導引的方向是"符合現況作業的系統" 因此才會有此疑問
當然若是我開出的規格(符合現況作業) 當然廠商沒錯
但是若是我開出的規格不僅是符合現況作業 廠商也應該配合吧!?
廠商當然已完成客制系統為目標
但我的目標則是完成對公司未來發展有幫助的系統
另外，user的需求僅僅是針對於現行作業的想法
對於整套系統，MIS人員應該有自己的規劃。
不僅是考慮到user的需求，也要將系統架構的完整(考慮現在及未來的需求)。
並非只是製作出符合現況的系統吧!!
MIS單位也應該有 短期,中期,長期 的工作目標, 看你的回答, 致少廠商已經達成短期目標.
畢竟資訊系統很難一次搞定的, 高層的長遠規劃, 可以理解, MIS可以分階段來達成.
長遠 是要多長?
長遠通常代表 你的系統要 夠 彈性!包容性大!
但是,這通常也代表,雜,不安全,慢.....
建構ERP 和 我們要建server一樣...
你絕對不會想在事後修修改改...然後出包了 , 當時的 廠商郤可能不見了
你看板上的各位IT Expert 他們如果建好了某種server service 結果 因為 %&*^%^&*因素 要去修修改改, 導致 問題浮現(規劃架構不夠大,名字設錯...)
所以這部份 是不是也該納進去談呢?
像我所回答的其中之一, 公司流程是目前最完善的嗎?
如果ERP 搞下去, 流程 變了 簽的人,單位,內容,層級 改變, 那你ERP 就會跟著變...
這也是為什麼ERP 難導.....
回答你的疑問
我有個疑問...
對於ERP系統我有我的想法~想將BOM的觀念帶入
但是廠商卻認為~解決方案是由他們所提供，我不需涉入。
請問廠商這樣是對的嗎？
廠商這樣當然是錯的呀! 你們付錢 要請他 幫你們 客制化 你們專用的ERP
當然要聽你們的聲音去做呀! 不然要怎麼 做出你們專用的ERP?
因為，客戶提出的很多東西，日後都證明是『不可行』的。
換個方法說，我想要這種功能<-->系統無法提供這種功能
所以還是要確認一下『為什麼』
wa cow.......廠商是會寫程式 才能產出ERP吧?
如果不會寫程式 那他ERP怎麼寫出來的,我就覺得奇怪了.......
會寫程式出來 ,就理應 能把 功能造出來 才是
p.s 當然有的部份會動到系統主幹....那麼 會有可能 一小改導致全大改
當然這也要看對方功力如何... 不然你就把你的問題發上來 讓大家幫你解答吧 ︿︿
客製系統, 就是以客戶需求為主, 廠商意見為輔, 雙方溝通後設計下的產品, 這樣才是雙贏的做法.
您得 特別注意的事
ERP 是 ERP
企業內部流程是企業內部流程
但是 當今天 企業要導入ERP
你想想....是要 內部流程跟著ERP 還是ERP 跟著內部流程?
我說呢 是 ERP 跟著內部流程,這樣才不會主從關係錯亂
不過呢,通常來說導入ERP 也可以 檢視 企業本身的流程是不是有問題
流程 是要 因事就人, 不能因人就事
如果有導入ISO9001 那就更能確保流程的簡潔及完整
同意 doesjudas +1
既然是客製化系統，自然以客戶的需求、流程為主；設計者的意見為輔。
設計者的意見為輔，不代表這些意見不重要，這其中或許包含了設計期間可能遇到的問題，
或者使用者沒遇見的一些問題，雙方進行溝通，才能夠達到雙贏。
1.解決方案是由他們所提供，我不需涉入。
請問廠商這樣是對的嗎？
Ans:錯,這叫套裝化,不是客製化.
2.訪談會議→需求整合→需求確認→程式撰寫→系統測試→系統驗收
Ans:不對也不錯.正確的說,這個流程會不斷重複,哪個流程有問題,就會在那邊繞.比如說.需求有問題,就要重新訪談.系統測試有問題,就要回到程式選寫.系統完成就回到訪談會議談新的功能...
系統是不會有結束,只會不斷的進化.不是說驗收後就沒事做.
iThome鐵人賽
看影片追技術