ERP顧問要懂編程嗎？

12-29

一直不是很理解，ERP顧問要懂開發嗎？好像很多不懂編程的吧？不算技術性顧問，那一般業務顧問要掌握點什麼知識呢

作為ERP顧問，
財務知識必須懂，
計算機知識必須懂，
網路知識必須懂，
資料庫知識必須懂，
企業實際業務流程必須懂，
管理知識必須懂，
自家軟體的細節功能與核心mrp演算法必須懂，
溝通技巧必須懂。

以上，懂的含義，不僅僅是了解幾個名詞的淺嘗輒止。

這就是苦逼ERP顧問的必備知識。
編程這事兒，不會的話，問題不大，會的話更好，
因為這樣你提出來的需求會讓研發人員更快的理解，
也會讓你有更多的變通解決問題的思路。

說一個我們上線時案例吧
存貨庫齡如何計算？
2010年我們上線ERP系統生產製造業務，在搭建完基礎檔案數據後，怎麼快速將期初庫存消化掉，在二次上線時通過期初庫存現存量、與MRP計劃的需求數量做了比對，通過SQL游標逐條對期初庫存賦予計劃號，這樣不僅充分利用了庫存，而且節省了大量的人力資源辛苦勞作。

存貨編碼數量10萬左右
1）供需政策大部分為LP，專料專用，即每個存貨入庫時都有一個計劃號，出庫時也必須出在這個計劃號上面這樣成本核算更加精確
2）供需政策PE物料，大概有4000多種，多為棉紗、油漆等低值易耗物資，成本核算時通過製造費用公攤成本
3）預留存貨 ERP啟用時有很多期初庫存，雖然是LP跟蹤屬性，但是無法對應到需求跟蹤號上，故稱之為自由態物料，每次在跑MRP計劃之前都會進行預留，即BOM中有需要時，將這些自由態物料賦予需求跟蹤號，這樣就不再產生採購需求
4）釋放存貨在產成品入庫完成後，因各種原因不再領用，這樣就需要將LP物料釋放為自由態

在第一上線過程後，人工進行了大量的釋放預留工作，因為要出庫首先庫存要有此計劃號下物料，但是預留到這個計劃號出庫了，等下次出庫時發現釋放的有問題，又得把其他的計劃號挪過來使用，段時間內是希望儘快上線，但是實際操作過程中超過一個月後，我們的庫存數據糟糕透了，為了領用一台產品材料需要費一天時間來釋放預留，所以才有了第二次上線

因為有了第一次上線過程，我們對U8系統、及業務也都熟悉了很多，在討論期初庫存賦號方案時，通過SQL Server編程解決了這個大問題

1）準確性提高，避免出現顧此失彼的問題
2）效率大大提高，二次上線只用了2周，把所有基礎數據、靜態數據準備完成

不用懂編程語言的那些語法，但是必須清楚編程的邏輯。業務顧問還要掌握啥，那你去請教客戶中與你打交道的人吧。他們和你談的，都是你必須要掌握的。否則你跟他談啥？
順便按照這個思路想一下，他們會和你談編程嗎？

這個問題，就如同前不久看到的那個「設計師需要懂編程嗎？」

我個人看來
編程並不是領域專家的一個必備條件，但是，如果你懂一些，會讓事情做得更好

業務知識是必須的，如果實施項目，你如果不懂編程思想，如何和自己的IT開發顧問交流呢？

ERP顧問不需要懂編程，不過有很多開發轉顧問的人，他們一般對軟體更了解；
業務顧問首先要對軟體很了解，包括操作流程，實施流程等；
其次很重要的在於相關業務的掌握程度，比如財務，物流，倉儲，人力等等。

國內主流ERP有金蝶用友浪潮神碼等
運用更多的是國外的軟體如SAP Oracle Peoplesoft等

不是一定需要編程基礎的.
但是說說如果你懂得的話會有哪些優勢.
1.資料庫語言.懂得點SQL語言.第一個好處就是可以客戶化一些報表.
大部分數據報表組態都是需要一些數據語言基礎的.直接從業務數據的表中抓取數據組合成客戶想要的報表.
2.系統出現問題時,可以直接查看相關單據的資料庫表內的數據進行相關數據排查.
3.程序化的思維.
如果你編程過,又實施過幾個項目.對自己掌控模塊的後台數據表結構相對清晰.
那你基本可以了解這個系統在相關功能的設計思路.
這樣無論是你做方案,還是屏蔽客戶需求都更得心應手.
4.一些小的客戶化開發,和與異構系統對接.

我是做o記erp的。大學學的計算機。
erp是個軟體，是管理流程的信息化固化。
erp無非用來管理業務和業務產生的財務記錄。
erp顧問就是做這個方面工作的。所以有些公司是分業務顧問和技術顧問的。如果是業務顧問，你可以不懂編程，只需要關注系統的業務流程對不對、自動記賬進的科目對不對（有些公司會細分為財務顧問）。

但是我的答案還沒完。
舉個類似的例子：
財務人員很多時候要用excel，有人說不就個電子表格嘛，其實深度運用的時候可能接觸函數，公式，宏編程vba等等。

同理，做erp業務顧問你可以不懂編程，但是那種it感最好是有的。別感覺對電腦軟體一點不懂，對bs，cs網路特性一點不感冒。那樣可能不太好。

所以，還是懂一點好，比如sql。

個人意見:想成為一個好的erp顧問，最好一點開發都不懂最好。所謂顧問不是用技術解決客戶的問題，是用你的見識和能力以及經驗幫助客戶解決問題，這才是一個好的erp顧問。

作為ERP顧問來說，是不需要具有編程能力的，只要了解自己所負責的那幾個模塊的業務知識，與客戶溝通為主，理解和文檔能力相對比較重要，另外對於項目管理、結構化思維也是比較重要的。
但是如果有編程能力，能更好的理解系統架構，了解系統功能，算是錦上添花吧。

最好懂，開發是實施的翅膀，又開發能力的實事顧問分析解決問題能力出眾，往往成為團隊核心。

說句難聽的話，大家別罵我

金蝶ERP實施人員更偏向熟練工，而不是技術工

不懂編程一樣可以做實施，稍微懂點的話，對學實施會特別有幫助，因為很多業務邏輯會變得更清晰。

我所認識的金蝶實施員，9成不懂編程。

個人覺得不需要會編程，但是要了解ERP開發的語言、運行環境等大面上的東西，最最最最主要的是要對業務熟練，並且結合ERP軟體給客戶講明白，這是做顧問的基本。

SQL查詢是要會的，不然如何幫客戶拉數據。。。

其他可以慢慢學~我在鼎捷的時候一開始倆月就有教sql

SQL語句是一定要會的。自己可以試著編簡單的進銷存資料庫。

不需要能夠開發，但是至少得看的明白！出問題了能夠及時查找出來

感覺學erp都要懂一點

不需要的，如果懂最好了，關鍵還是行業，流程及相關管理的經驗和知識，管理上來說，績效是無法「確保」的，而是用系統來維繫的，企業的KPI不是因為某個人來達成，而是系統，流程，文化等達成。懂得編程對於流程再造與執行的便利性有很好的促進。

如果客戶需求很容易實現的話,不用了解.但是現在這種人傻錢多的項目在哪呢.
很多業務顧問都在抱怨為什麼一個很簡單功能讓開發做起為什麼要花那麼多的人天還不一定能搞掂.很大一部門原因是客觀不了解ERP開發人員在開發中的限制.話說在一個定製開發的套裝軟體中添加或者修改一個功能難道能跟你自己在你自己的PC裡面寫的代碼一個樣嗎?不排除有些奇葩的開發估意蒙業務,問題是你自己不懂,就無法區分哪些開發告訴你的原因是真實靠譜的,哪些只是託辭.

本人是做了十幾年開發,所以看問題偏向開發一點.但是我之前做了幾年財務(財務專業出身),所以一些沒有開發經驗的新手(尤其是從業務方面過來的)是怎麼想問題的可能會了解一點.

不懂也沒關係，但是確實要比較熟悉erp流程