笑看 學生幫教授打成績 ERP顧問公司之評量與選擇

笑看 學生幫教授打成績 ERP顧問公司之評量與選擇

親愛的企業先進鈞鑒：
百忙之中，煩勞您撥空填寫問卷，實在感激之至！
這是一份有關碩士論文的學術研究問卷，
目的是欲了解 貴公司於選擇與評量協助ERP導入之顧問公司時，
對於各項ERP顧問公司評選指標之重視程度。
敬請您就 貴公司實際選擇與評量ERP顧問公司之情況，
對各評量指標之重要性進行評估。
由於資訊部門在ERP顧問公司之評選過程中扮演重要的角色，
故冒昧請您參與本研究之調查，
懇切希望獲得 貴公司之支持，
以使研究能順利進行分析及完成。
懇請將本問卷惠請
貴公司高階主管、ERP專案成員或資訊部門人員撥冗填答。
同時，
您於本問卷內所填之各項資料僅供論文研究之用，
並僅作整體性之分析，
絕對不會披露個別資料，
敬請您放心填答。
若有題意不清或疑問之處，
務請不吝嗇提出您的寶貴意見。
最後，再次懇請惠予協助，謹此敬致謝忱！
敬頌
崇祺

國立中央大學企業管理研究所
指導教授何應欽 博士
研究生林燕妮 敬託
中華民國九十九年四月

聯絡地址：32001桃園縣中壢市中大路300號中央大學企業管理學系林燕妮收
聯絡電話：0911-187-523
E-mail：cuteqny@gmail.com

* Required

一、問卷填寫背景說明

在ERP顧問公司之評選構面中，
包含了
專業能力、
服務品質、
合夥關係建立與維持、
經營能力、
收費標準共五個評量構面。

>> 買菜當然買最出名
>> 買菜當然買最多人買
>> 買菜當然買品質穩定
>> 買菜當然買準時供應
?? 這是賣菜的 專業能力
?? 這是賣菜的 專業能力
?? 這是賣菜的 合夥關係
但是這是餐廳要的
還是賣菜要的
??


同時，
各評量構面分別有其所屬之評量指標，
以下請您就 貴公司於評選ERP顧問公司時，
對於各評量指標的重視程度進行勾選
（
1代表該評量指標是極不重要的，
5代表該評量指標是極重要的
），
再次感謝您所提供的協助，謝謝您！ *
* 已閱讀

第一部分 ─ 專業能力構面

1.專案管理能力 * 指顧問公司於 貴公司的ERP導入專案中，控管專案進度、品質以及協調各項資源的能力。

2.企業所處產業之專業知識與導入經驗 * 指顧問公司對 貴公司所處產業之環境、實務、運作流程等相關專業知識的了解，以及在同產業中，協助其他公司導入ERP的經驗。

3.ERP系統與延伸性軟體之專業知識 * 指顧問公司對於 貴公司欲導入的ERP系統，以及可提升ERP系統性能的延伸性軟體（如：APS、CAD、SCM、CRM…等）所具備的專業知識。

4.流程再造之能力與經驗 * 指顧問公司於 貴公司導入ERP時，協助進行內部流程修改、調整的能力與經驗。


5.差異化分析能力 * 指顧問公司在協助 貴公司導入ERP時，協助釐清ERP系統功能與 貴公司需求之間的差異，並提出調整方案的能力。


6.系統客製化能力 * 指當欲導入的ERP系統在某部分無法符合 貴公司的作業流程時，顧問公司協助開發並測試客製化程式的能力。

第二部分 ─ 服務品質構面

1.顧問諮詢 * 指顧問公司提供給 貴公司的顧問諮詢，包括服務形式、時間長短、資源數量以及顧問團隊之品質。

2.導入方法論 * 指顧問公司協助 貴公司導入ERP的系統建置方法或建置程序。

3.教育訓練 * 指顧問公司提供給 貴公司的使用者教育訓練。

4.後續服務 * 指顧問公司在ERP導入專案完成後，提供給 貴公司的後續服務，包含系統日常維護、成效追蹤、系統升級等項目。


第三部分 ─ 合夥關係建立與維持構面

1.團隊溝通能力 * 指在ERP導入專案團隊中，顧問群與 貴公司參與專案的人員，彼此能有良好的溝通並且相互配合。

2.與企業有一致的專案目標 * 指顧問公司與 貴公司雙方皆對ERP導入專案的內容與目標，有明確且一致的共識。

3.與企業彼此之相互信任 * 指顧問公司能與 貴公司相互信任，對彼此抱持正面的態度與預期，並期望未來一定可以合作愉快。

4.合作夥伴關係之持續性 * 指顧問公司能與 貴公司建立良好的夥伴關係，並持續延續雙方未來的交易或合作關係。

第四部分 ─ 經營能力構面

1.顧問公司經營穩定性 * 指顧問公司經營狀況之穩健度，包括公司規模、經營方向與其財務穩固性等。

2.資源完整性 * 指顧問公司在服務項目、合作夥伴、顧問人力、支援據點等資源上的完整性。

3.創新學習 * 指顧問公司持續學習新知識與新技術，並持續改善其服務內容。

4.顧問流動率 * 指顧問公司內部的顧問人員流動率。

5.聲譽 * 指顧問公司在 貴公司所處產業中，具有高知名度與良好聲望。


第五部分 ─ 收費標準構面

1.明確且合理的收費結構 * 指顧問公司在合約中明確地列出計價事項與合理的計費標準。

2.顧問輔導費用 * 指顧問公司針對協助 貴公司建置ERP系統與進行企業流程再造所酌收之輔導費用的低廉性。

>> 不要去壓低別人的價值
>> 我們都是另給獎金紅包
>> 力求上線顧問單價 200%最大化 (另給個人100% 獎金)
>> 力求時間最小化
>> 800工天 * 2.5萬 = 2000萬 >> 200工天 * 5萬 = 1000萬
>> 最完整上線前討論規劃 再導入前先自己導入模擬出衝突點

3.程式客製化費用 * 指顧問公司針對協助 貴公司進行系統客製化程式開發與測試所酌收的費用。

4.費用回饋制度 * 指在ERP導入專案完成之後，
貴公司若再額外要求的其他服務項目，
顧問公司對老客戶在收費上的費用回饋制度（如：折扣）。

>> 導入顧問就像畫面功能設定導覽員
>> 你在導覽過程不紀錄不分析不學習
>> 還要他幫你導第二次
>> 一般顧問平均智商才 120
>> 哪你的智商是不是才 100

ERP 如何正確挑選合適的SAP顧問公司？

ERP 如何正確挑選合適的SAP顧問公司？
資料來源::
http://ahkuo.blog.ithome.com.tw/post/1114/18372

由 CKHiseh 發表於 [ General ]
(3391) 閱讀, (0) 引用, (4) 回應 , 推文( 0 )

一般客戶在選擇SAP系統時，
具備完整導入實務經驗的顧問公司也是其選擇的重要條件之一。
但到底市場上這麼多顧問公司，
到底哪一家的經驗跟實力才是對我最好的？
我應該要怎麼挑選才會對我是最適合的？
針對這一點，往往客戶都無所適從，
通常都是接觸的業務或其他人帶哪一家顧問公司就是那一間顧問公司。

至於其他顧問公司無從調查起，
因為網路上沒有太多資料。
多半只能透過同業間口耳相傳，
徵詢其他案例的專案經驗或依據聽到的傳奇故事來決定顧問公司的適合度。
但這樣的方式，可想而知，是非常不專業跟不嚴謹的作法。
身為從事SAP導入已經第八年的我，
我想已經夠資格提供一些意見來幫助這些新客戶做出選擇。
為了讓這個產業跟市場更健全，我想這也是我的義務。

一般客戶，在挑選顧問公司的時候，
往往會先去瞭解現在市場上有哪幾間顧問公司，
然後跟預設的顧問公司逐一比較，
有問得到資訊的就問，如果沒得問的，
那就是信任預設的那一家。

但往往業主都忘記了要先問自己到底是屬於哪一類產業？
公司的規模跟數量，
生產的型態跟接單方式等基礎資料。
為何要這樣先問自己呢？
因為顧問公司不是萬能的，
往往都有專精的領域，
而且不同的產業有不同的導入需求。

藥品業於批次、管制藥品的要求就高於其他的產業，
電子組裝業的替代料跟ECN的要求就高於其他的產業，
半導體業的物料特性值跟機台的即時性資料要求就高於其他的產業，
零售業對付款方式的要求就高於其他的產業。

所以，一開始，各位業主們應該要先確認的是，你是哪一種產業？
哪一個關鍵是你在這個產業的存活原因？
哪一些目標是我這次要導入SAP的必要項目？
接下來才是哪一類顧問跟顧問公司是我覺得可以透過SAP專案精進我的強項跟提升我的弱項。

市場上的顧問公司

有了上述的這些檢查之後，接下來就是找到正確的顧問公司跟顧問。
在SAP產業中，顧問公司們主要有分外商顧問公司
如IBM、Abeam、Atos Origin、HP、NEC、SAPC等，
本土顧問公司如東捷、英業達、主軸、泰新、台灣應用系統等跟Freelancer共三個群落。

在這些公司中，有些是如孟嘗君養士般持續培養人才，
也些是承攬專案後再找固定班底的Freelancer組成專案隊伍，
也有些是以滿足母公司集團需求為優先。

不過也有以搶Downpayment為優先，錢先進來再說的類型。
形形色色，各有風格，但無論如何，對業主來說，
重要的是，好的顧問比顧問公司重要。

大型或外商的顧問公司的強項是在於能提供的是不同產業的專業顧問人才。
根據客戶的需要建議不同的Solution，
但缺點就是不同Solution可能要靠一堆外掛漿糊黏接。

本土的顧問公司，就會以SAP為核心，
建議以在SAP中可以解決的方式來滿足客戶的需要。
但缺點可能就是良莠不齊。
因為SAP業人才流動很快，
而且各公司對於業務的要求跟人事的管理不一樣，
所以可能某個時期，某個顧問公司有一群強力的資深顧問，
但因為某個因素顧問流失之後就變弱了。

因此，多打聽是對的，但不一定是對的，
因為各位打聽的專案可能會是天寶舊事，
那些顧問都已經不知道跑到哪裡去了。但還是要多方打聽。

總是會問到這些人現在在哪裡？現在你看到的顧問過去發生什麼故事？
此外，在SAP選型過程中往往會有很多迷思，
其中一個就是品牌迷信。
不要因為某顧問公司的母公司是某大企業就迷信一定專案會有母公司的奧援，
或是有母公司的成績。
因為對不起，
母公司的SAP專案不見得就是你現在遇到的這一群人導入的。
還有一個迷思就是大公司比較好告，不怕倒。
這一點最是導入時似是而非的論點，因為大公司不見得比較好告，
對方的法務說不定比你買的License數還多。

對方處理SAP專案訴訟的經驗會比你少嗎？
確定告得贏嗎？花錢就是老大嗎？
在現下SAP專案業主規模普遍縮小的情況下，
說不定對方可以花比你更多的錢來告贏。
所以。在雙方都以合約來進行專案的時候，
我建議把時間花在研究合約跟SOW比較實際，
看清楚了才簽。

怎麼挑顧問？

既然顧問那麼重要，那我應該要怎麼挑呢？首先要弄清楚的是，
一般Pre-sale時來的顧問，往往都不會是作專案的顧問。
因為Pre-sale時的顧問都是演說家型的顧問，
他的工作就是解答客戶在選擇ERP時的疑惑，
讓客戶瞭解ERP的功能進而決定使用該系統。

至於實際的導入，他們不見得專精。
因為Pre-sale是要告訴你系統能這樣做，
但不見得一定作得到，
而專案的結果是要每一個功能都充分被測試過跟確認可以正常作動。
這兩者之間至少有半年的工作時間差，
所以，要過濾的是未來要真正實施專案的顧問。
不要搞錯了。

那顧問要如何過濾呢？一般的作法是顧問要先Interview。
顧問Interview往往會問的就是專案經歷，
每個案子的心得為何？
如果作我們家的案子會如何做等等，
透過顧問的回答來瞭解雙方是否契合。
這個作法沒什麼不對，
但也是有幾個迷思要各位避免的。

第一個是，
年紀越大的顧問越好。
很多公司往往會覺得這個派來面試的顧問年紀不小，
專案經歷豐富，
雖然面試上覺得普通，
但應該比較穩吧。

錯，這是SAP專案，不是十大傑出老年比賽。
SAP專案講究的是顧問對系統的瞭解程度跟因應客戶需求調整系統的能力。

年紀大經歷多是沒錯，但那是產業實務經驗，
不見得是SAP專案跟系統能力經驗。

實務經驗對顧問來說的用處是可以提前猜到用戶的需求跟系統的反應，
協助防堵沒有設想到的誤失，但要以SAP實務經驗來論斷。年紀大顧問不是不好，
但也不要誤會年紀輕的顧問就是經驗不足。

這個產業顧問的折損率很高，顧問缺工的比率也很高。
因此，年紀大的顧問會出現在你面前往往可能會是，
這個模組市場上全面缺人，
所以沒辦法只好找這個人上場。

年紀太輕的也是有這樣的可能。
所以，對於年齡建議還是持中立的角度。
一般市場上可以使用的顧問多半都是30~45之間，
目前評價好的顧問也多半在這個區間，
年紀以上或以下的，可能才應該是需要多問問的重點。

第二個是顧問年資越久越好。
有些公司會覺得，顧問是個經驗跟能力的行業，
所以顧問年資當然越久越好。這一點基本是沒錯，
但是顧問年資久不代表品質好，還要看專案的內容才能決定。
因此，建議以顧問年資/該顧問於該顧問公司任職的時間來論斷。
通常一個正向循環的顧問公司，顧問待的時間會越久。
一個有問題的公司，就很有可能發生顧問集體消失的事件。
因為案子做完大家不爽就全部散掉。

同樣的，一個好的顧問，
待在一個正常的公司的時間才會越久，
如果一個顧問SAP資歷很久但是每個顧問公司像走馬燈一樣的輪轉待過一遍，那就要注意了。
看起來這個顧問喜歡沾醬油，
總不會每一間顧問公司都有問題吧。

是不是這個顧問的專案常常砸鍋？
所以需要換工作？
顧問公司也是一樣，
一個老牌的顧問公司如果出來的都是一堆小朋友，
那也可能是有問題。

各位希望自己變成托兒所跟職業育成中心嗎？
所以這個KPI值得各位參考，
基本上大於1或小於1太多都不好。
趨近於1的話，
就表示這個顧問基本上是跟著這個顧問公司一起在這個產業奮鬥，
這兩者有密切的配合，
如果各模組的顧問都是這樣，那就是更好了，
表示這群人有密切的默契，做專案也會知道互相支援的部分，
更重要的是他們的專案一直成功，
所以才會繼續合作。
那這樣你的專案基本上就成功了一半。

第三個是忘記預約好的顧問。
有很多客戶，看到好的顧問出面，
不管是Pre-sale或一開始engagement的時候出現的顧問，
覺得他們真是專業豐富，經驗十足，導我家應該沒問題，
可以成功。不過，到了專案開始才發現，
怎麼來的是其他人？或是，專案過沒多久，
就有人來交接顧問的工作，換手到另外一組人。
這是因為顧問業是一個以專案為主的行業，
有專案人天才有營收，好的顧問人天價格就高。
因為他可以更快更好地處理專案的事務。
可能對於業主來說，怎麼人換來換去？
這樣我的案子要找誰做？
但如果業主本身支付的專案費用不高，
可是來的顧問素質好，即便來的次數不多，
那就認了吧。

付陽春麵的錢，已經有牛肉湯了，還要吃牛肉，就太過份了。
但如果這個專案是高單價的專案，表示各位對專案的重視程度高，
那麼理所當然可以要求自己的權益，把顧問名稱註明在專案合約中，
並且要求其到廠的人天數。

不過，相對的，Key User的名字也需要出現在合約中，
免得人也跑掉，以確保專案進行的順利。

第四個是外掛的部分漏了問。
很多顧問公司，往往報價比別家低，
或是說他們能做到比別家多的功能。
那有可能是因為他沒有把外掛那一塊估進來，
或是說用外掛的方式達成。

各位不要以為外掛那100天或200天就是free的，
或是專案價格低就是好的，
因為到時候如果顧問說要外掛才能達成，
頭都洗下去了，
你會濕淋淋換一間洗髮院重洗嗎？
基本上專案的費用、軟體跟硬體的採購費跟顧問費應該是1:1.5或1:2會比較健康。

太便宜的專案價，
不見得是佔到了便宜，
因為目前有專案分析後外掛一萬天的例子，
而且是今年的案子。
以Total Owner Cost來看，真的有佔到便宜嗎？，
真的有佔到便宜嗎？各位都是企業主管才會負責SAP的專案，
請至少要有格調，不是上菜市場買菜。

因此，如果在衡量顧問公司及顧問的時候，
請把外掛輝煌記錄評估進去。
當然不見得是該顧問公司的問題，
有可能是某個SAP專案的用戶太異想天開，
要這個要那個各類的方便功能，
所以要開發自動化的外掛來協助處理。
但是如果每一個案子都是一堆外掛，
那就要計算潛在的其他專案費用跟重新評估該顧問的經歷了。

第五個是搞不清楚顧問公司的on-going專案數跟顧問的比率。
很多IT主管在想要導入SAP專案的時候都是一開始慢慢找，
後來老闆問了，壓力來了才會急就章，
八月說12月上線啦，四個月就要上線，
馬上就要開始啦，好像市場上的顧問是無限供給的。

然後業務就幫各位找馬上可以開工的顧問公司，然後就趕趕趕，
最後就是亂亂亂。各位要想，老闆的壓力難道會是上個月才給的嗎？
SAP專案會是"馬上"就想導入嗎？
當然是會有很久的軟體Survey的過程，
那為何不早點開始Interview顧問公司呢？
挑挑挑，慢慢選的過程中，難道顧問公司不會被別家Book走嗎？
SAP產業類似於醫界，顧問也是有大小牌之分，大小牌價錢可能不會差很多，
但是專業度差非常多。
好的顧問公司，可能提前就被其他業務或客戶訂走了，
想要就要排隊。那隨時可以讓各位開工的公司呢？
可想而知了。

所以在Survey的過程中，一定要問清楚該公司目前的閒置度為何？
如果太閒，那可能是真的有原因讓他太閒。
但如果太忙呢？
一組顧問接了4個以上的案子呢？
那你覺得該公司又說馬上可以開工的意思是什麼？
這就是一件有趣的事情了。

第六個是問清楚此顧問真的是該顧問嗎？
在台灣，顧問的名字普遍都是用英文名，這不知道是誰開的慣例。
所以我的名字就是Ben。

一般來講，都會加個公司來判定，
如是XX顧問公司的Ben，這樣大家就知道這個人是誰了。
但有趣的是，往往大家都忘記這個人中文名字叫什麼。
多半是，你說那個Ben喔，不錯呀，做過什麼什麼案子，還可以。或是，
你說那個Ben喔，哈哈，嘿嘿，我什麼都沒說。

這兩者通常就代表著兩類的評價。但有趣的是，
因為英文名的關係，所以在台灣就有顧問會有好幾個名字。
三國不是有個三姓家奴呂布嗎？
差不多會換名字就是這個原因。沒事哪有人會換名字呢？
所以會換名字的顧問就是有趣的顧問。還請多打聽清楚。
這個名字之前有沒有其他的名字？

說了這麼多，希望對各位在SAP選型時能有些幫助。
最後，要回頭說說業主自己該注意的事項跟心態。
由於目前SAP的使用公司越來越不電子業化，
規模也越來越小。

傳統產業在顧問服務的判定上，
想當然而，
因為缺乏同業的資訊，
會更覺得撲朔迷離。
往往敢使用SAP的原因都是因為同業的老大已經使用了，
所以我們用應該是沒有問題。但是，有幾點要建議各位的。
就是，不要以為花錢就是老大，
說實在的，真的老大花的錢比你想像的多。

TSMC一年花在SAP的費用你知道有多少嗎？
各位現在的SAP導入費真的已經比之前便宜多了，
這當然是因為台灣的大案子都已經做得差不多的關係，
所以SAP只有往中小型企業走。
但是，
各位真的不要認為花了一千多萬所以Bargain Power就很強。
花了多少錢，還是會得到該有的價值，
絕對不會少拿，
也不要凡事都想多拿。
說實在的，
以我的角度就是拿多少錢做多少事，
大家公平。

另外，
專案上線才是重點，
專案過程中不要亂拗，
拗的意思就是不要不想花錢就要獲取不在專案範圍內的好處。
但確定的是，
拗只會讓專案進行的循環變負向，
變得更難處理。
你要拗顧問，
小拗可以，
大幅地拗到大家不爽，
顧問要讓專案產生麻煩很容易，
不告訴你就好了。
那你也會不爽，
就更想拗。
無論是資料或是額外的需求你都會想要多拿一些。
最後，
你不簽Milestone不付款，
顧問撤出專案轉進到別的案子，
倒楣的會是誰？
>>
>>你要他作顧問 :: 你是否有另一個顧問來證
>>
>>
>>
我想沒有顧問天生就是想要欺負人，特別是要整客戶，
大家也不是小氣鬼說什麼都不給，什麼都要錢。
基本上我們這個層次的顧問都是出來交朋友，
除了賺錢之外，更重要的是讓台灣的產業享受先進資訊科技帶來的競爭力。
但為何會讓顧問有不爽的感覺？
就是亂拗。買專案不是上菜市場，多一把蔥一把蒜的佔便宜。
你覺得菜販會不在別的地方動手腳嗎？我如果隨便就給你佔便宜，
那我不是也失了我的格調跟專業？那我對我其他的客戶要如何交代？
所以，不偏不倚，除了SAP方的PM要恪守之外，
業主的PM也請要特別注意。

最後，專案真的不要太趕。
坊間說四個月讓新SAP專案上線，各位相信嗎？
我只能說技術上做得到，但實務上有困難。

顧問在設定上可以超快，基本上我在系統設定只要兩天就全部設完了，完成度可以有85%。
剩下的修修改改頂多又兩天。再加上一些輔助性的Routine跟測試，頂多再兩天。
但各位的主檔資料能像我這麼快的準備好嗎？

各位用戶的使用熟練度能像我們顧問的速度這麼快提升上來嗎？
說實在的，專案的過程中，
多半都是在教育用戶、說明系統功能跟協助設計主檔等一些瑣事上。

真正的跨模組Solution Design並不用花很多時間，
大約一個月就能有顧問端完整的雛形了。
但這些瑣事，說實在的才是專案順利上線的關鍵。
顧問再簡潔跟有效的設計都比不上阿呆的用戶一句我不會。

所以，實在來說，這是一次企業轉型跟適應的過程，
套句郭董的一句話，豆芽菜發芽都要兩天了，SAP專案要馬上就成功？
好酒還是需要醞釀，好專案的目標就是要如時上線。這樣才是成功。

ERP 拋完領料後，不瑣住新增機制

org.compiere.process.SIGenMI，拋完領料後，不瑣住新增機制

Win-Tab.ReadOnlyLogic @IsGenMI@='Y' 要拿開

還有

GridTab.java 會依據 @Processed@ 鎖住 變成 ReadOnly


if (m_vo.TableName.startsWith("M_ProductionSI")) // && m_vo.TabNo == 0)
{ // DocStatus = "CO" / "CL"
String DocStatus = m_vo.ctx.getContext( m_vo.WindowNo, "DocStatus");
String Processed = m_vo.ctx.getContext( m_vo.WindowNo, "Processed");
String IsGenMI = m_vo.ctx.getContext( m_vo.WindowNo, "IsGenMI");
log.info("m_vo.TableName="+m_vo.TableName+" ,DocStatus="+DocStatus+" ,Processed="+Processed+" ,IsGenMI="+IsGenMI);

if (Processed.equals("Y")) // || IsGenMI.equals("Y"))
return true;;
}//boolean

ERP 看周先生

各位知道ERP这个词从1980年开始到现在已经经过了30年了，
这30年的确对全球的企业有很大的帮助。
这些企业通过实施ERP能够真正让它的运营和经营变得更科学、更制度化。
不过这两年看起来最热门的话题并不是绕着ERP谈的，而是叫云计算。

>>>>>>>>>>>>>>>>>>>>>
就是 browser base ERP
就是 ERP on internet
就是 鼎新頂不住的系統
>>>>>>>>>>>>>>>>>>>>>

这两年几乎各行各业都在谈云计算这件事情，从硬件公司、软件公司、网络公司、通讯公司，
甚至做收集的公司都在谈云计算。
在ERP经过30年这么成熟的发展之后，却碰到了这么一个先进的IT议题，
到底能产生什么样的新的火花呢？
鼎捷公司确实有义务也有责任，我们想分享这样一个冲突激起火花的看法。


事实上国内很多软件公司，当谈到云计算的时候，把很多事情忽略掉了，
这个也是我们今天跟各位要介绍的事情。

在介绍今天议题的开始，我想回顾一下过去计算的发展。
大家知道在计算方面实际上可以区分为两块：1.商业处理。2.科学计算。
在商业处理上主要以数据管理为主，大部分的计算几乎是以数据库为主。
科学计算就是以数学模型为主，是要解决非常复杂的数学运算为主。
所以从一开始这两条路线就不一样，一个是绕着很大的储存媒体来做，
另外一个则是以快速向量的计算方式为主。
过去的四五十年的历史它们从来都是分开来的，不过随着时间的发展，
网络越来越兴盛之后，到了80年代，
我们可以借用这些分布的各种不同的个人电脑来提升它的计算能力。




这个历史就是从集中走向分布，我们希望通过分布的方式来取得更大的资源。不过在这个过程里面我们也发现，事实上分布的做法有时候在上游产生问题，有时候在安全方面产生问题，最重要的是在管理上，管理变得非常复杂。所以随着计算资源越来越便宜，互联网络越来越成熟，有没有可能假想一些东西，把这些计算干脆再集中起来，集中在一个虚拟的环境里面，让我们的使用者可以不知道后面的计算多复杂，只要用上网络就可以用到它了。再一次从分散的概念，走上集中的概念。可是这个过程并不见得是非常成功的，事实上都是停留在概念上、学术上面的研究，真正的应用并没有非常的成功。
我们下一个课题出来了，云计算。云计算到底会走向哪个方向呢？
这也是我今天的一个议题。
各位知道从60年代开始一路下来，
事实上这个过程对企业来讲是更重要的一个过程。
到互联网成熟的电子商务，
到现在我们需要的不止是ERP，
需要更多方面的技术应用，我们把它概括起来叫ERPⅡ。

各位如果有机会到欧美的银行去看，事实上到目前为止，
欧美很多的银行系统还在用30年前IBM做的技术，没有采用新的技术。
为什么呢？因为应用本身是以需求为先。
我要满足我的需求，并不在于我要追求什么新的IT技术，
而是能动性符合现在的需求，才是更重要的一件事情。

所以对我们来看，从理性的角度来看，到底云计算的趋势对不对？我们认为云确实是未来很关键的信息技术。我们今天来看云技术，确实是有机会的，虽然它到现在还不是很成熟，但是都是有解决方向的。云技术确实是未来关键的IT技术。但我们看到国内许多的软件公司在提到“云”的时候，常常被误导了：有了“云”之后，企业变得很方便，管理上变得没有问题了，只要把东西“送上云端”之后，就没有问题了。
那么真的是这样的吗？
我们来看看一些软件公司所提到的说辞：有人说云是穷人家的超级计算机。超级计算，即所谓的科学计算，基本上它的领域是在企业里面，虽然今天云真的有可能变成穷人家的超级计算机，但是也不一定能解决我们企业所有的问题。
又有人认为：云计算就是从部署、管理和运维全都基于统一的平台，所有的软件都变成了服务。软件要变成服务绝对没有那么简单，软件是个商品，把商品变成服务绝对不是一句话就可以变过去的。我认为统一平台根本不是关键，关键是怎么样把商品变成服务，怎么样把软件变成服务才是最大的挑战。
又有人认为：从特定行业发展云的应用，将保障“云计算”的应用实践和价值发挥得到切实的推进。有没有云不重要，关键在于应用的知识。在鼎捷的台湾团队，10年前我们就有这样的概念了。
更进一步，我想再提另外一个概念，就是云有多大的好处呢？
云概念就好像自来水。有人提到，用了云技术之后，就像用自来水，不要买水了。这样是不是比较方便？当然比较方便。这是一个服务的概念。买水是产品，打开水龙头是一种服务，用了多少水我付多少水钱。这是一个很漂亮的概念。对应到软件，所谓的云计算，看起来是没有错的。一样的道理，在云计算领域，我们提到一种服务的机制-SaaS，我们都提供这样的服务，你们可以直接通过上网然后取得你要的软件服务，就感觉像水龙头一样很方便，因为你真的不用去安装或者采购这样的软件。
我想问的是下一个问题。大家知道水接下来要煮咖啡或者做饭，对应到云计算，假设这是水龙头，我能不能把这个东西像水一样接下来之后做别的事情呢？但是不幸的是现在SaaS提供的不见得是跟你家的咖啡壶是一样的，不见得就适合做成咖啡，所以这会是一个很大的问题。尽管如此，站在鼎捷的立场，云计算绝对是未来关键的IT技术。
那到底什么是云呢？
我们常常听人家说云分三种：1.SaaS。2.Paas。3.Laas。我个人认为这样的介绍是不好的，对企业来讲我认为不应该是这样的。所以我们提出来第二种概念，云应该从使用者的角度来看。
假如我今天是企业用户，我为什么要用云呢？我们把云分成三种：1.Cloud2C，针对一般终端用户的云。假如今天到北京、上海或者西安，各位知道我的 E-mail可以随时通过我的手机看到。所以我认为Cloud2c确实是云的一种应用，但并不是我们重点关注的用户。2.Cloud2B，针对企业用户的云。3.Cloud2E，针对企业终端用户的云。这个是很重要的，因为Cloud的一个特性就是在云端。
鼎捷云的策略是什么？基于刚刚的介绍，我们云计算的太阳系主要分成三圈。第一圈是属于Cloud2B的，中间的是Cloud2E的首选，第三圈再回到 Cloud2B。作为软件公司，特别是ERP厂商，我们必须进一步把产品虚拟化。所以第一圈协助我们的企业用户去做到Cloud2B这一块的云计算目标。第二层是Cloud2E，或者叫MobilCloud，长期在外跑动的企业员工，可以通过云计算来实现他们需要的计算。第三层我们会回到Cloud2B，专注S-Cloud的发展。
先来看看第一层的P-Cloud。我们有五种不同的虚拟化形式，从桌面的虚拟化一直到存储的虚拟化。鼎捷作为ERP公司，必须把我们的产品也虚拟化，而在这一块我们的研发速度也是很快的。以易飞为例，它本来有很多不同的ERP产品，但以易飞来部署就可以让他得到非常多的管理上的好处。
第二层是M-Cloud的概念。M-Cloud可以让我们企业的服务延伸到公开的云端上来。不管是在新疆还是在海南岛，只要上了云端之后，就可以使用企业快速便捷的服务。我们把这种做法叫做M-Cloud。
第三层是S-Cloud。我们认为在这里要做的一件事情除了多租户差总管理之外，还要做租户内的集成。我们必须要帮助我们的企业用户去做所谓的租户内的集成，这个问题本身是一个很大的需求。除了这个之外，我们还要考虑到租户间的协作问题，这也是目前大家都很少考虑到的。到目前为止，大家都考虑到水龙头打开倒水，却没有考虑到最后我的水必须和水壶协作才能烧水或制作咖啡。这些协作问题如果不解决的话，使用云端不见得就是全对的。所以大租户之间的协作，也变得非常重要。
因此可以看出，我们在关注和发展云技术时跟很多业界友商是有很大差异的，因为我们考虑的问题会比较多。
那么，后ERP时代难道只有云计算这个问题吗？当然不是，在后ERP时代不应该只有云，我们提出“Use- IT”架构（U-无所不在的企业、S-服务型的企业、I-集成企业、T-薄型企业）+Green ERP。云绝对是里面重要的项目，但绝对不是唯一的一项。U-无所不在的企业、S-服务型企业、I-集成智能型企业、T-薄型企业。
谈到绿色ERP，2012年起欧盟要求所有飞往欧洲的航空公司都必须很清楚地表明碳排放；再举个例子，2012年起，沃尔玛要求所有销往美国的产品，一定要贴上所谓碳足迹的标签。这已经是我们企业面临的真实挑战了，因为只要你不贴上碳标签你的产品就卖不到沃尔玛去。
我们刚刚看到的几乎都是从IT应用的角度来看对企业可能造成的影响。不过我最后想讲的是Enterprise ABC-企业应用的架构师、企业智能的烘焙师、企业服务集成的指挥家。当我们各种不同的服务串联起来之后，就一定要想办法去很好地协调。如果不能够协调一致的话，我们做出来的服务集成就会让企业内部的运行乱七八糟。依照过去的实施经验，IT技术本身虽然很重要，但是企业的Enterprise ABC这三种任务，可能会变得更重要了。
我们认为企业管理软件不能只是IT，帮助企业进化的不论是产业趋势、知识、经验或者顾问与服务等，都是更重要的议题，只有融合所有这些，才能最终帮助企业成长。

1.
hassan84
[Avatar]
2009-10-04 09:42:13 GMT
Dear Adempiere Community,

I'm not accountant and not a programmer
but finally I'm should make a decision with which accounting package
and future accounting standard the company will use in all related operations therefore I have some comment to share and have some questions.

The past few months our team has evaluated some accounting ERP programs
(commercial and Open source) for our fast growing operation.
Currently there are three software packages in the final,
Adempiere is one of it.

Our company operation spreads around the Indian Ocean with offices in East Africa,
the Indian Sub Continent and South East Asia.
In India and Indonesia we have small production facilities.

For the base evaluation we use only Gardenworld data and
found out that Adempiere (Ver 3.4)
is quite extensive ERP solution but not very flexible in handling taxes especially withholding taxes for services which are common in many countries we operate offices. Also to add additional costs for goods on stock is not possible.

After some google search we found two solutions for withholding tax
one in Columbia localization and
a “Adempiere fork” in Thailand
(Saeree ERP – which does not provide a source code).

Thanks to Google Translate (Spanish - English)
service our team could install the Colombian localization into Gardenworld data.

Without playing too much we could get it work with the Gardenworld data.
The accounting figures are the way we need it in most countries.

But when we setup our own test client with some data
we still could not figure out how to configure it correctly.
But this is not the point yet for questioning.

I have some questions to the council / community:

1.)
Is there any reason not to include the Colombian Withholding tax solution in the trunk,
since I guess in almost every continent there will be one or more countries which has a source tax with a tax base which is not fully compatible to the document type system of Adempiere but gives Adempiere enormous flexibility?


2.)
Landed Cost does not work as in SAP and SAGE Accounting Systems standard,

which is a disadvantage mainly
when you have to export / import goods across boarders.
(cost of goods in stock = cost purchased + landed cost ((or +add monthly cost))).

Sales staff needs nowadays the accurate cost per item on stock immediately from the system therefore additional storage cost for an item must be added all time to the current cost. (Warehouse rent for 1000 tones corn, security, electricity, fumigation should be added every month to current product cost)
in these regards Adempiere is very clumsy.
Is there already a solution available for adding cost to an item on stock?

3.)Is Humanflash the commercial support arm of Adempiere or how it works since they are very predominant in Google?

Regards,
Hassan

2.
trifonntProject Admin

[Avatar]
2009-10-04 10:53:07 GMT
Dear Hassan,

i will try to answer some of your questions

> 1.) Is there any reason not to include the Colombian Withholding tax solution
> in the trunk

There is no political reason not to include Colombian Withholding functionality. As far as i know, this extension was used in Italy too.

My advice is if you could support original developer or some other CORE ADempiere developer to include it in trunk.


> 2.)Landed Cost does not work as in SAP and SAGE Accounting Systems standard,

3.4.2 is not good in Cost calculation. Only Standard costing is working in 3.4.2. new version (3.5.4a) is much better in Costing and i would recommend you to test it and report if it fits your needs.


> 3.)Is Humanflash the commercial support arm of Adempiere or how it
> works since they are very predominant
> in Google?


NO.
The best ADempiere support can be provided by ADempiere developers at this moment because ADempiere is evolving very fast and only developers truly know what is the last functionality.

Regards,
Trifon
www.catura.de
3.
globalqssSourceForge.net SubscriberProject Admin

[Avatar]
2009-10-04 18:40:18 GMT
Hi Hassan,

Good to hear you're considering Adempiere in your evaluation.

Please let me comment/ask/answer some of your post:

> "found out that Adempiere (Ver 3.4) is
> quite extensive ERP"

I'm just curious about this statement, "expensive" compared with?

I know implementing Adempiere is not free - but I'm curious to know which variables did you take into account to declare is "quite expensive". Not criticizing, just wondering.

> "a “Adempiere fork” in Thailand (Saeree
> ERP – which does not provide a source
> code)."

I didn't know about Saeree before this post, but as I see they provide - it's a must following the GPL license. ---------- > "Without playing too much we could get > it work with the Gardenworld data. The > accounting figures are the way we need > it in most countries. But when we > setup our own test client with some > data we still could not fig[code][1] - it's a must following the GPL license.

> "Without playing too much we could get
> it work with the Gardenworld data. The
> accounting figures are the way we need
> it in most countries. But when we
> setup our own test client with some
> data we still could not figure out how
> to configure it correctly"

:-) It seems I'm going to need to translate those manuals. There are lot of interest.

I know configuring LCO withholdings is really hard, and to ease the understanding of this I created a demo site with some preconfigured cases, you can play with GardenWorld+LCO [here][2]

Please excuse us if you find problems with this demo site. Until past week the demo was configured with version 3.4.2s and it was running flawlessly. This week I just migrated it to 3.5.4+patches and I'm still finding some problems and struggling to stabilize it.

> "Is there any reason not to include the
> Colombian Withholding tax solution in
> the trunk"

That's a good question :-) I made a presentation in Berlin past june, and at the end of the presentation the same question arose. The Localization Colombia is being used or considered in Ecuador, Peru, Argentina, Venezuela, Italy, Spain, and now you.

I'm really glad to hear this, and I'm trying to give support on LCO whenever asked in forums (free) or private (paid).

Look, we (GlobalQSS) wrote the LCO withholdings management as an extension with two purposes: 1 - give the extension time to mature proving that it's useful, 2 - to avoid passing initially the trunk process (that is hard to follow when you're writing localizations or some extensions). We needed to answer the needs of Colombia quickly and we could not achieve the needed speed if asking for trunk integration.

Additionally this was intended intially like a localization - and localizations must not go into trunk. The issue is that we did our localization so configurable that it has shown value for many other countries. So, maybe it's the moment to ask if it's worthy to integrate into trunk.

There is an additional thing - there was a similar development called "GTM" (Global Tax Management) that was pushed into trunk without too much discussion and it seems is somewhat incomplete (as it requires additional coding to make it work). My opinion is that both developments (LCO and GTM) are trying to solve the same need in different ways. LCO trying to make it really configurable and user-independent (via configuration rules), and GTM needing additional code to make it work, and AFAIU it needs some user interaction to choose the proper withholdings.

Pushing LCO into trunk will make probably conflict with GTM - Adempiere will have duplicate functionality - personally I don't know if anybody is using GTM. But my guess is that we need to avoid duplicated functionality in trunk. If LCO is considered for integration then we need to a) drop GTM or b) integrate LCO and GTM to use the same structures and approach (what I've tried to analyze but it costs, and I cannot support the effort at this moment)

That's one of the main reasons why I keep pushing this community to establish rules to avoid incomplete things arriving into trunk - and establish rules to encourage competence via extensions.

When an extension is proven to be useful (as it's showing LCO) then it can be voted to be in trunk. Allowing incomplete "first-flag-seeders" in trunk is discouraging competence. I'm not encouraged to code a "better-solution" for "GTM" because it's already in trunk and it's having "competitive advantage" over LCO.

> "Landed Cost does not work as in SAP
> and SAGE Accounting Systems standard"

This is something to improve - I think there are some solutions that are hard to achieve with a pure-community approach - at this moment this community is trying to find better ways to evolve and I hope in future we'll have a complete cost solution (unfortunately I cannot say how much time will take).

> "Is Humanflash the commercial support
> arm of Adempiere or how it works since
> they are very predominant in Google"

Maybe I better would not say this, but honestly I would call HumanFlash some kind of vampires - I've never seen one single contribution from them to Compiere neither Adempiere. Indeed AFAIR Jorg Janke demanded them because they abused the trademark Compiere registering the domain www.mycompiere.com (and JJ won).

They're predominant in Google **ADS** because they pay to be there, I suppose that's OK. What I don't like is the fact they don't contribute back to any of the projects they use to survive.

But please note that maybe I'm just uninformed about.

Regards,

Carlos Ruiz


[1]: http://saeree.svn.sourceforge.net/viewvc/saeree/
[2]: http://demo.globalqss.com/
4.
globalqssSourceForge.net SubscriberProject Admin

[Avatar]
2009-10-04 18:58:41 GMT
Erratum:

Trifon let me notice that I misread "expensive" when Hassan wrote "extensive".

Regards,

Carlos Ruiz
5.
sureerayaAccepting Donations

[Avatar]
2009-10-09 03:22:36 GMT
Hi All,

I'm Sureeraya. I'm fork project Saeree ERP from Adempiere for Certified with Revenue Department in Thailand. I would like to submit the extended Withholding Tax features to Adempiere too. Please create new branch for me (I can't create with my privilate) . I'm develop base on Adempiere 3.5.3a .

I've planed to retest all process and upgrade to Adempiere 3.5.4a too. Actually Saeree ERP is Adempiere Extended version customize for Thai Accounting Standard. Also included VAT Not Due (for service product in Thailand), Withholding Tax.
6.
globalqssSourceForge.net SubscriberProject Admin

[Avatar]
2009-10-10 16:19:57 GMT
Hi Sureeraya,

> "I would like to submit the extended
> Withholding Tax features to Adempiere
> too. Please create new branch for me
> (I can't create with my privilate)"

I just gave you svn permissions. You can now create your branch and contribute there.

If you want you can add a README.txt file in your branch expressing your preferred branch rules, maintainer, what's in, etc.

Thanks for contributing.

Regards,

Carlos Ruiz
7.
red1Project Admin

[Avatar]
2010-04-09 11:05:12 GMT
I cant find anything from Sureeraya. We now need to pick up on Withholding and Deferred Tax which are in use in Thailand. Carlos, can i use the Withholding Tax of Colombia?

I will ask ISEC whether Withholding Tax is basically when invoicing a vendor, payable value is deducted VAT to be paid to govt later.

ERP SAP 不同人分區段授權

Create material- user authority by create material type

Postby sanzidaiub on Tue Apr 06, 2010 2:15 am
Hi Expert
I want to set authority for user to creating material by using material type. User will create only those material which they are assigned in their material type.

Please help me to solve the problem.