底層透過統一資料標準，打通資料層，中層透過統一應用介面平臺，打通應用功能層，上層透過統一協同門戶，打通使用者展現層。從而形成一個完整的協同管理平臺。

第一步，各系統的人員組織要統一，可以oa為基準，各系統每日向oa同步人員組織資訊。

第三步，根據業務需要實現各系統的互聯互通，可以以webservice介面的方式互動，如果條件允許可以建設個soa平臺，做為各系統的溝通橋樑。對於資料量很大的介面服務可以用mft方式。

很多業務系統是無法取消的，而且會越來越多。依據我的經驗你們公司需要的不是一個整合的系統，而是整合資料，整合業務流程。業務中臺，資料中臺可以瞭解下。

就看需要具體那方面的集成了。

有賬號的打通，系統間的資料呼叫等等。

得具體需求具體分析。

就比如說系統的賬號打通，那麼就得有統一的賬號體系，有些公司是用域賬號，有些公司是自己的賬號系統，其他系統的對接，前提是系統支援這樣的對接方式，很可能還得廠商開發支援才行。

當公司發展到一定規模的時候。那麼它的系統。也會相應的。建立起來。一般情況下，大多數公司都會選擇。適合自己的公司的系統相對來說。方便進行管理。以及整個流程的最佳化。但是大多數公司沒有自己的專業的去開發所以所以只能。去租用購買現有的。類似的系統。目前市場上比較常見的比如金蝶系統。管家婆系統。等等。但是這些系統有一個弊端。就是隻能使用現有的功能。不一定適合，百分之百適合公司。雖然相關功能。不能完全滿足。但也足夠。如果想要百分百。滿足本公司那麼需要。研發人員。進行相關功能的研發。但是費用相對來說。較高。所以目前大多數公司。只能選擇現有的功能以及不同的ERP來進行相關功能的最佳化。大一點的公司都會有相應的。研發部門去開發相對應的功能。根據自己需要的功能進行研發。一般他們會有相對應的整合功能。而小公司沒有這個能力。也不需要。這是一個循循漸進的過程。

這個問題在很多企業裡都會碰到的，一般來說，請一個專業的團隊或自己招幾個開發人員，當然自己養團隊一定要有一個架構師級別的人，統攬全域性，梳理所有的內部系統，打通系統間的資料流，做好對接開發。這樣的優勢是，所有的平臺還都是熟悉的味道，不需要重新部署、重新設計流程。可以保證企業內部平臺的穩定性。缺點嘛，養個團隊還是很貴的。建議找專業的團隊外包出去。

真的很麻煩，清爽點錢重新做一套。但沒辦法的話就折中了，如果是需要關聯不同系統的資料的話一般需求應該是統計啥的話還好直接掉要用的資料庫取或者寫寫介面都可以，如果涉及到複雜關聯就討厭了重新設計表反正都得改。但看如果是嫌棄跑的服務系統比較多的話那就只能重新寫，或者你挑一個比較完善的慢慢改

建議使用資料中臺來解決你的問題，下面是雲賦的資料中臺產品介紹：

單位內部的資料倉庫，籌建自己的“大資料”

將單位內部所有的資料整合在一起，放在資料中臺，形成一個單位內部的資料倉庫，各單位可共享此資料

雲賦資料交換平臺與各種應用資料庫動態同步

安裝雲賦平臺之後，利用平臺與單位內部各種應用資料庫動態同步，資料時刻更新

支援對“大資料”再利用開發

資料交換特點：協助使用者加快業務整合 解決軟體系統適應業務不斷變化問題加密壓縮傳輸,支援異構資料庫 敏捷開發平臺,功能擴充套件方便基於windows伺服器完全交付 全圖形介面易操作,實施簡單雲上雲下實施方式自由選擇 視覺化運維與監控資料中臺平臺提供功能服務:1、資料二次授權，便於客戶端安全使用資料和功能2、對資料根據業務需要提供查詢或資料維護介面，便於客戶端以電腦或手機或平板方式訪問使用3、根據業務需要，對授權資料進行二次加工處理，提煉價值資料4、提供各種業務需要的報表5、根據業務需要，對資料進行圖表分析，為管理決策提供參考依據6、為資料交換/轉移提供支援7、...

行業領頭羊怎麼做的，跟隨者就該怎麼做，先保證系統化產品能力對齊，再比拼運營的內功。那麼大公司究竟是怎麼做的呢？答案也只有一個：就是上更牛、更貴的系統，比如SAP、ORACLE。

那些系統貴在哪裡？

想把某一個細分領域的系統做好容易，比如說財務、MRP、生產MIS，國內很多軟體企業做的就不錯，比如金蝶、用友，不需要找外來的和尚唸經。但想做一個把公司級流程打通的系統，那就困難了，目前市場上只有SAP、ORACLE這樣級別的公司能做。

一、系統打通究竟有多重要呢？

它直接關係著公司各組織間的執行效率與合作方式。試想：如果生產部門的系統與採購部門銜接不上，採購部門的系統又與財務系統相互割裂，各系統就會成為一個一個的資訊孤島，那麼公司的管理層，完全沒辦法瞭解公司的真實業務情況，就更沒辦法開展業務了。除了上述情況外，相同集團不同分子公司的情況也是一樣的。如果不同系統無法對接，就需要人力來填補，費時費力，還容易出錯。

二、全流程ERP系統究竟多牛？

自己在十多年前，給石油系統做過兩個專業領域的資訊化專案。不出半年，系統的功能、邏輯都爛熟於胸。而之後近十年的SAP經驗，也就只學到一個剛剛夠用（還是多說了）。因為SAP實在是博大精深，這就是產品間的硬差距。如果生產MIS的專業系統是初中生的水平的話，那SAP、ORACLE寫出來的就是博士論文（僅限於系統功能層面）。

過去的系統是否全全部要廢棄？

答案當然是否定的，我們一般把公司的系統分為四層（不同分類方法間存在差異）：

第一層為電氣系統，指的是裝置上自己的控制系統，用於裝置控制與裝置狀態監測。比如發電機上的顯示屏，汽車的上的電腦系統，供直接操作硬體裝置使用，這些完全不用廢棄，可以正常使用。

第二層為行業系統，比如生產MIS系統、呼叫中心繫統、OA系統等系統，反正就是某一細分領域的專有系統。這些系統多數與主流程ERP系統功能並不重複，只要做好對接，對主流程ERP提供資料來源就好。至於與主流程系統重複的部分，建議廢棄，直接用主流程系統中的功能替換。

第三層為主流程ERP系統，就是我們說的SAP、ORACLE這樣的系統。它們的存在價值是，不管是什麼企業，但進銷存、財務、HR這些模組的邏輯是基本一致的。它可以把第二層系統中的流程、資料進行再整合，併為第四層系統提供分析的資料來源。問題中的公司的資訊化情況，現在已經到了這一階段，這也是成長為大公司的必經之路。

第四層為分析系統，透過BI、BO等技術，對各系統提供的資料進行分析，並形成圖形化展示，對管理層進行業務決策支援。

為什麼整合是企業發展的必經之路。

一、從資訊化的角度說：

在二層系統階段，各系統通常屬於不同部門，都有自己的標準與流程，對自己部門是足夠用了，對其它部門往往並不適用。部門間溝通時由於標準、流程不統一，往往雞同鴨講，產生部門內耗。而這類問題根本無法在部門層級解決，而要出具一個公司級的標準與流程，並透過一個公司級的ERP產品將這些標準與流程固化下來。

二、從更長遠的企業智慧來看：

企業智慧是計算機對企業積累的大資料進行深度學習，並形成決策。資料是日後企業智慧的基礎，資料不準確、不統一將直接影響到企業智慧的決策結果。這就需要有一個企業級的ERP來提供標準化資料。

綜合來看，題目中企業已經具備一定規模，有了一些專業領域的系統，下一步要做的就是透過一套主流程ERP對各二層系統進行整合與整合。這個過程像修仙小說中的度劫一樣，過程必定是痛苦的，結果卻不一定光明，卻是必然要經歷的。所以市場上才有不上ERP等死，上了ERP找死的說法。

題主你好！公司有多個系統，如：ERP、OA、進銷存、CRM等，多數情況下這些系統的資料都說孤立存在，不僅日常工作時每天需要來回切換多個系統，而且不利於各個系統的資料共享分析。

統一身份認證整合

統一門戶功能整合

統一訊息待辦整合

多年實踐經驗 不建議細粒度的資料整合和系統內許可權整合！！！

建議交給專業實施公司做。。

目前沒有任何現成的產品能解決整合的問題，每家採用的系統組合五花八門，而且同一型別不同品牌的系統沒有統一的標準，意味著想打通只能靠自己水平足夠高的it團隊，但是it團隊剛開始一般都是運維為主很少開發，也很難自己解決打通的問題，就成了企業it建設原地踏步的癥結。

題主的這種問題，之前是眾多辦公現代化管理公司遇到的難題。其實只需要一套解決方案，可以把內部的這些系統融合起來就可以解決了。我們公司內部用的就是天翎的MyApps，可以相容眾多覺的軟體系統，透過簡單拖拉拽的方式定製內部系統，從而較為完美的解決這個問答哦。

透過中間平臺，類似結算中心一樣，建立資料庫平臺，將各個平臺裡面的資料庫裡面的資料彙總，做整理！這個成本很高，一般的公司都透過統一資料庫，統一主資料標準來做！後期維護起來好維護！

這裡可以提出中臺的概念了，可以有資料中臺和業務中臺，底層透過統一資料標準，打通資料層，中層透過統一應用介面平臺，打通應用功能層，上層透過統一協同門戶，打通使用者展現層。從而形成一個完整的協同管理平臺。

但是這個需要較好的架構平臺來支援，目前微服務架構的平臺比較流行，論技術的話，廣州天翎，K2,都還不錯。作為業務中臺是完成可以的。

透過中間平臺，類似結算中心一樣，建立資料庫平臺，將各個平臺裡面的資料庫裡面的資料彙總，做整理！這個成本很高，一般的公司都透過統一資料庫，統一主資料標準來做！後期維護起來好維護！

這裡可以提出中臺的概念了，可以有資料中臺和業務中臺，底層透過統一資料標準，打通資料層，中層透過統一應用介面平臺，打通應用功能層，上層透過統一協同門戶，打通使用者展現層。從而形成一個完整的協同管理平臺。

但是這個需要較好的架構平臺來支援，目前微服務架構的平臺比較流行，論技術的話，廣州天翎，K2,都還不錯。作為業務中臺是完成可以的。

RPA也是一個不錯的整合手段，尤其是針對不同供應商，不同歷史階段，難以統一介面的系統，依靠機器人自動化模擬人工來操作各個系統，達到各系統間的資料傳輸和流程銜接。