幾個方面考慮：

1，用新系統的原因是什麼

2，新老系統並行，還是替換？

2，新系統主要關注的點是什麼？

第一個容易理解，領導旨意或某些不明原因。但如果是老系統不足以支援新業務發展，那沒話說必須上新系統。

第二，如果在業務交叉，需要並行，那就考慮遵循關鍵點分析，找出並兩臺系統做好介面或資料對接。如果替換就簡單了，按照新業務系統設計把原有系統資料結構化同步過來。

第三，新系統到底關注什麼，僅是業務還是其他。正常來講，ERP系統是基礎，以對接所有業務系統或人事系統，統一管理公司內部資源與資料。新系統定位應該關注某項業務層面，僅與老系統對接資源，資料，和關聯業務的資料介面即可。

舉個供應鏈公司的例子，ERP，OA ，HR，SCM,WMS,MES,APS。隨著企業發展,與企業上下游協作，ERP系統不足以支撐業務層面，後續供應鏈相關都是一個個拍生出來，ERP負責連線所有系統，把資料與資源在內部統一協調排程，分析，併合理委派業務系統去執行任務。

企業新系統如何與原有的OA、ERP、財務等系統進行對接？

釋出人：Teamface企典

企業新系統與原有系統對接，本質上還是系統間如何對接的問題。系統對接最重要的就是要明確需求，需求至少包括了對接內容、對接方式、維護方式三個方面，對接內容就是明確新系統哪些資料是從原有系統來，通常是企業級主資料和部分業務資料，哪些資料需要往原有系統推送，例如新系統的業務資料等。

在明確對接範圍之後就要考慮對接方式了，如果原有系統做過對接，應該有標準的整合規範，整合規範應該包含如下內容，流程方式（web、rest或者其他），呼叫方式（實時呼叫、定時呼叫），同步資料的數量（全量、增量或是單條），取數的位置、方法、約束，資料同步的格式等等。在後續的持續運維時，需要考慮資料同步失敗的再次呼叫機制，呼叫失敗之後的提醒方式，應對大資料量同步時的處理，比如採用非同步佇列的方式。充分的考慮、設計上述問題之後，採用成熟的相關產品和實施團隊，才能保障企業新系統與原有系統的平滑對接。

一般甲方的資訊部門要做長遠的規劃，網際網路企業一般做中臺，資料共享中心。傳統企業一般做資料匯流排，所有介面註冊到總線上，相互呼叫。