跳到主要內容

資料移轉 估算工具。

針對 SAP、Oracle 與 Microsoft 的 ERP 資料移轉專案,估算工作量、工具與風險。涵蓋主檔資料、交易歷史、客製物件與切換策略。

免費工具估算工具

在我帶過的每一個 ERP 專案裡,資料移轉始終是最被低估的工作流。廠商把資料工作估成三個月,實際落在六到九個月。到了切換時,團隊有一半的人在救火處理重複資料,指導委員會則在追問為什麼沒人早點提出警訊。

我做這個估算工具,是想把這場對話提前幾個月。它依資料物件、資料量與目標 ERP 來評估工作規模,並給出人天估算、成本區間,以及建議的移轉方式。它不偏袒任何廠商,涵蓋 SAP S/4HANA、SAP ECC、Oracle Fusion Cloud、Oracle E-Business Suite,以及 Microsoft Dynamics 365 與 AX。

輸出的是一個區間,而不是單一數字,因為事實本來就是一個區間。對數字影響最大的變數有三個:資料品質、來源系統的數量,以及您決定帶過去多少歷史資料。

選擇您的目標 ERP。加入範圍內的資料物件,以及您預期每一種物件的記錄筆數。如實設定資料品質旗標。估算工具會回傳各物件的工作量、整體人天區間、成本區間,以及建議的做法(Migration Cockpit、LSMW、客製 ETL 或混合式)。

所有運算都在您的瀏覽器中進行。不會傳送到任何地方,也不會儲存任何資料。您可以隨時調整輸入值,用自己的假設對結果做壓力測試。

  1. 客戶主檔:售達方、送達方、付款方、帳單收件方關係,以及夥伴功能
  2. 供應商主檔:供應商記錄、付款條件、扣繳稅款、銀行資料
  3. 物料主檔:基本資料、工廠視圖、銷售視圖、MRP、會計與成本核算
  4. 總帳科目與會計科目表:主要與次要成本、階層
  5. 成本中心、利潤中心、內部訂單:管理會計主檔資料
  6. 未結採購訂單:表頭、項目、排程行、帳戶指派
  7. 未結銷售訂單:表頭、項目、條件、夥伴資料
  8. 未清發票(應付與應收帳款):含指派與沖銷規則的未清項目
  9. 庫存餘額:依儲存地點、批次、特殊庫存
  10. 歷史財務交易:過帳、餘額、年度結轉
  11. 資產主檔與折舊歷史:依資產類別與折舊範圍
  12. 人資主檔資料:員工、組織單位,以及在範圍內包含 SuccessFactors 或 HCM 時的職位

請輸入移轉詳細資料

標示 * 的欄位為必填。

多個值請以逗號分隔。

模式永遠一樣。探索階段在工作坊中進行,系統負責人也在場。他們告訴您資料「大致上是乾淨的」。估算就建立在這句話之上。在這個數字寫進商業案例之前,沒有人跑過任何一次資料剖析查詢。

有位製造業客戶告訴我,他們的料號已經標準化。我們把資料抽出來一看,正在使用的格式有 12 種。另一個專案裡,客戶備註的記錄系統竟是一個沒人記錄過的客製欄位,對應時漏掉了它,三年的歷史資料就這樣消失。還有一次財務移轉,唯一懂舊會計科目表的人,早在五年前就退休了。

代價最高的時刻,是在切換演練時才發現這些問題,而不是在規劃階段。在探索階段第二週發現的資料品質問題,修正只要花幾天。同樣的問題拖到第三次模擬切換才發現,專案就要付出幾週的代價,有時甚至是一整季。到那時,日期已經對外公布,變革網絡已經動員起來,要把上線日期往後推,就成了董事會層級的議題。

正確的做法,是在估算簽核之前先對資料做剖析。對來源系統跑真正的查詢。算出重複的筆數,算出空值的筆數,算出目前就無法通過目標系統必填欄位規則的記錄筆數。估算工具預設您會這麼做。當您如實設定資料品質旗標時,成本區間會明顯變寬。

合適的方式取決於目標 ERP、資料量,以及需要整併多少個來源系統。以下是我通常會採用的做法的大致輪廓,工作量以最簡單的選項為基準做相對比較。

做法最適合工作量倍數工具
SAP Migration Cockpit(LTMC / LTMOM)Greenfield S/4HANA、標準物件、中等資料量1.0×LTMC、LTMOM、SAP 提供的範本
LSMWECC、舊系統移轉、仍在舊版本上的專案1.2×LSMW、錄製的 BDC 工作階段
透過 SAP BTP / Integration Suite 的客製 ETL大資料量、複雜轉換、多個來源系統整併2.0×BTP、CPI、SAP Data Services、Syniti、SNP
混合式(Cockpit + ETL)Brownfield S/4HANA 轉換與選擇性移轉1.5×主檔用 Cockpit,交易歷史用 ETL
Oracle 原生Oracle Fusion Cloud 與 EBS 目標系統1.3×FBDI、ADFdi、Oracle GoldenGate
Dynamics Data Management FrameworkDynamics 365 F&O 與 AX 目標系統1.3×DMF 實體、Azure Data Factory

客製 ETL 最有彈性,也最昂貴。要不要用它,誠實的檢驗標準是:您的來源資料違反目標系統標準規則的方式,是否非得靠逐筆記錄的邏輯才能修正,任何範本都辦不到。如果答案是否定的,就用原廠提供的工具。

  1. SAP S/4HANA(Greenfield、Brownfield、選擇性)
  2. SAP ECC(對並行的系統環境與較晚進行的移轉仍然適用)
  3. Oracle Fusion Cloud ERP
  4. Oracle E-Business Suite(R12)
  5. Microsoft Dynamics 365 Finance and Operations
  6. Microsoft Dynamics AX(2009、2012)
  1. 專案經理在系統整合商報出數字之前,先評估資料工作流的規模。
  2. 資料移轉負責人以獨立的基準線,對內部估算做壓力測試。
  3. CIO 與 CFO 為數百萬美元規模的導入預算,檢視其中資料項目是否合理。
  4. 獨立顧問在提案或保證審查中提出站得住腳的數字。
  5. 企業內部的 ERP 團隊不必另外付費做範疇界定委託,就能自行建立商業案例。
  1. 快速取得站得住腳的數字。 逐一物件的人天估算,而不是單憑一個猜測。
  2. 廠商中立。 建立在橫跨 SAP、Oracle 與 Microsoft 專案的模式之上,而不是出自單一廠商的作法手冊。
  3. 移轉方式建議。 告訴您 Migration Cockpit、LSMW、客製 ETL 或混合式,哪一種才是合適的起點。
  4. 考量資料量與品質。 資料品質下降時,成本區間會變寬,就像真實的專案那樣。
  5. 免費、僅在瀏覽器執行、不用註冊。 任何資料都不會離開您的電腦。想重來就重新整理,次數不限。
這個工具的資料移轉估算有多準確?

這些數字反映了我在過去 25 年間,於 SAP、Oracle 與 Dynamics 專案中看到的模式。它們的用途是為規劃討論提供一個基準點,而不是取代對您實際資料所做的剖析作業。

影響準確度最大的單一因素,是您有沒有對來源系統跑過資料剖析查詢。建立在如實資料品質旗標上的成本區間站得住腳;建立在工作坊樂觀情緒上的成本區間則不然。請把估算工具的輸出,當作與系統整合商談話時的基準數字。如果對方的估算明顯偏低,就問他們採用了哪一種資料品質假設,又是如何驗證的。

我應該移轉歷史財務交易,還是只移轉未清項目?

對大多數專案來說,正確答案是未清項目加上期初餘額,歷史資料則透過唯讀封存或報表層,保留在舊系統中供查閱。把完整的交易歷史都移過去,會讓工作量成倍增加、拖慢對帳,而且很少值回成本。

例外是受管制的產業,法定保存規定要求歷史資料必須留在記錄系統中;或是在新系統中進行滾動式年度比較確實屬於營運需求的企業。這兩種情況下,估算工具對歷史資料採用的工作量倍數,反映的就是比較繁重的工作。

這個工具建議採用哪一種移轉方式?

它會依目標 ERP、物件組合與資料量來挑選起點。採用標準物件的 Greenfield S/4HANA,通常會落在 Migration Cockpit。Brownfield 轉換與選擇性移轉則偏向混合式。資料量大、來源系統多,或需要大量轉換時,建議會改為在 BTP 上的客製 ETL,或是 Oracle、Microsoft 一側的同類平台。

這項建議只是起點。真正的決定要在用您的資料樣本做完概念驗證之後才會出現,不是靠計算工具。請把輸出結果當作您帶進那場驗證的工作假設。

我可以匯出計畫或與團隊分享嗎?

計算工具完全在瀏覽器中執行。您可以把結果截圖,或把各物件的數字複製到自己的規劃試算表中。這裡沒有帳號,沒有匯出 PDF 的流程,伺服器端也不儲存任何資料。這是刻意的設計。如果想更深入地逐一了解這些數字,請預約 30 分鐘通話,並帶著截圖來。

它涵蓋設定與安全性等非主檔資料嗎?

不涵蓋。估算工具只界定主檔資料與交易資料。設定資料、安全角色、客製開發與整合物件,分屬不同的工作流,各有自己的工作量驅動因素,不該全部塞進資料這一項。把它們全部併成一個數字,正是資料移轉估算在規劃階段就失準的原因之一。

它如何處理跨區域、跨法人實體的推行?

估算工具評估的是單一移轉事件。若是跨區域推行,請每一個波次各跑一次再加總,並對從第一波起重複使用的範本、對應表與工具,套用一個折減係數。依我的經驗,第二波的成本大約是第一波的 60% 到 70%,第三波降到約 50%,之後就穩定下來。各地的法定資料物件(稅務、薪資、銀行)通常是最難乾淨複用的部分。

這個工具適用於從 ECC 到 S/4HANA 的 Brownfield 轉換嗎?

適用。它會針對就地轉換的物件與需要重新對應的物件,調整較低的工作量。Brownfield 轉換的資料工作量,通常是同等規模 Greenfield 移轉的 40% 到 60%,因為客戶、供應商、物料與會計科目表的結構不必重新抽取就能沿用。較繁重的部分通常是業務夥伴轉換,以及新總帳對歷史過帳造成的影響。

這個計算工具免費嗎?

免費。不用註冊,不必留 email,也不用付費。運算在您的瀏覽器中進行,不會儲存或傳送任何資料。如果您拿到數字後,想請人協助建立資料移轉的商業案例,請預約 30 分鐘通話。

請告訴我 您目前在做什麼。

30 分鐘的通話。請您說明專案、需要做的決策或遇到的問題。我會直接告訴您我能不能幫上忙;如果不能,也會告訴您誰可能幫得上。

討論您的專案