ERP 的建立, 應該先考慮資料庫的結構. 即使是外包給廠商, 這部份也要非常注重. 建議你研究一下 資料庫的結構.
還有, ERP是公司最重要的資料庫之一, 如果公司的規模已經不小了, 真的應該考慮自家的專人管理. 維護可以請人來做, 但應用及管理, 請自己人做較好.
請問…研究完資料庫的結構後,對erp有什麼幫助嗎?後端的東西廠商若不提供資料的話,不是也是有看沒有懂嗎?
資料庫結構可以說是ERP的根本, 如果沒有把結構弄清楚, 投入的經費很容易會浪費掉, 尤其是外包給廠商, ER Model與系統分析文件是一定要的, 不應該存在"若不提供資料"這個問題
很多 ERP 廠商只會賣, 不會調校...只會叫客戶升級硬體, 殊不知硬體對效能的影響只占 10% 而已.....
速度問題, 如果還沒驗收, 就要跟原廠好好協商. 但是現在很多寫程式的年輕人, 都不懂得系統調校的方法, 他們只會拼命買硬體, 若是這樣的話, 您就要尋求第三方顧問的協助, 找專業的人來調校.
但是您必須能夠先掌握到問題在何處? 自己先找一些跡象; 如果在技術上有困難的話, 小弟這邊或許可以提供現場的諮詢或協助, 有需要請發簡訊即可.
(小弟接過最大的 ERP 專案, 金額大約兩億左右; 也可不改程式, 只提供 SQL 資料庫的調校)
花多一點前,養幾個ERP工程師比較實在.
ERP要好,看承辦人的能力.
你沒有好的ERP工程師.你就會被遷著走.
台灣軟體公司招搖撞騙的一堆.
我也是比較贊同 pantc328 的看法,如果一個案子幾百萬 or 幾千萬,公司內部不自已培養ERP 工程師,是比較奇怪的作法
自已培養比較實在
我們公司之前換了二套erp系統,結果還是罵翻天
到最後還是身為mis的我
下來寫erp才減少無謂的爭執
klm2242提到:
ex:資料庫亂拉導致速度慢…
請問是哪套資料庫?
如果是 SQL SERVER
那各 SQL 指令是獨立效能的
不過不好的SQL指令跑的時後會影響其他作業
所以只要找出那個不好的SQL指令出來
想辦法解決掉就可以解決問題了!
klm2242提到:
跑個成本要跑好幾個"小"時...
是以前不會, 最近才會?
如果是
找出何時開始慢的時間點就比較好解決
如果不是
要找出
是不好的SQL指令拖累的? 單獨跑成本看看!
還是 本身成本計算程式寫不好?
還是 資料結構不好?
還是 資料錯亂重複了?
很多原因要去分析
才好解決問題!
委外廠商要慎選
不是要找最大 而是要找最適合的
能解決問題的廠商才是最適合!
公司內部培養自己的ERP工程師當然最好
但 老闆想法是這樣嗎?接受嗎?
被培養的ERP工程師想法呢?不會跳槽?
這些都是不一定的!
未來在變....
PS1:我是接ERP維護的CASE
所以我會說 ERP委外是很好的
老王賣瓜當然自買自誇
現在要自我推銷啊!
不是嗎?
請見諒!
PS2:請問是那套ERP?
一般來說公司,,如果捨不得花小錢就是一定要大錢了...
資料庫 與 前端人才 的獨立顧問很多
但是系統整合公司是不可能用好的資料庫 與 前端人才
但是系統整合公司大部分是學校剛畢業的或是無法獨立作業的人
但是系統整合公司是請月薪 3 - 4萬元的工程師一天收 1.5 - 2 萬服務費
你如果學學裕隆汽車發包切斷 每一個小工程就是 3 - 5萬 * 100個
發包給 3 - 5 家
小包規格明確 付 Source 驗收 都不會被廠商牽著鼻子跑
你不願意將前端後端分離發包 就是會被廠商牽著鼻子跑
技術轉移顧問 Skype: ADempiere/Compiere
Oracle DB / SOA / MDA / JAVA 15年ERP維護/規劃/備份/建置/應用 經驗
委外給廠商後,就真的沒有辦法知道目前的使用狀況嗎?
總不能被廠商牽著鼻子跑吧~
ex:資料庫亂拉導致速度慢…
跑個成本要跑好幾個"小"時...
1.委外給廠商後,就真的沒有辦法知道目前的使用狀況嗎?
總不能被廠商牽著鼻子跑吧~
如果給一個什麼都不會的人,就會被牽著走.
2.資料庫亂拉導致速度慢,程式驗收時當然很快,因為資料量少.當你上千萬筆的資料後,問題就會出現.
3.跑個成本要跑好幾個"小"時??看過很多人的系統都這樣.等要看某些報表在去Run出結果.我的算法是每次入貨一批,如採購進貨,生產進貨時,就要去算這批的成本跟歷史平均成本..當你要結果時直接取出就好了.
講一個家醜揚一下::
資料庫亂拉導致速度慢,
程式驗收時當然很快,因為資料量少.
當你上千萬筆的資料後,問題就會出現.
有時候因為趕進度 用 View 出報表
並不是規劃用 Stored Procedure
例如等待交貨資料 ::
所以 10萬筆 Order
Join 10萬筆 Receipt
Join 10萬筆 Product
= 10萬火急 等10分鐘後 才列印
改用 Stored Procedure
= 10 秒內解決...
所以 10萬筆 Order
Join 10萬筆 Receipt
Join 10萬筆 Product
= 千萬火急 等10分鐘後 才列印
albert大....我真的...沒看到重點吶....