資料歷程和資料來源通常會一起使用，但分別著重於資料歷程的不同面向。

• 資料歷程是從宏觀、歷史和策略角度，檢視資料的歷程。著重於資料資產目前狀態的完整路徑和轉換邏輯。整體都包含在內。
• 資料來源則更精細且具體，通常著重於特定時間點的特定資料點或記錄的直接來源和擁有權。通常用於驗證資料來源。

簡而言之，資料歷程會顯示資料在不同系統中隨時間演變的完整歷程，而資料來源通常著重於特定資料元素的來源和真實性。

良好的資料歷程對應可協助您快速回答有關任何資料資產的「人事時地物」問題。追蹤的基本要素包括：

• 來源：資料的原始位置，例如交易資料庫、檔案或外部系統
• 轉換邏輯：套用至資料的特定作業或業務規則，可能包括 SQL 查詢、Python 指令碼或 ETL (擷取、轉換、載入) 工作邏輯
• 路徑/流程：資料依序流經的系統、程序和資料儲存庫
• 時間/版本：資料處理時間，以及使用的資料版本或轉換邏輯
• 目的地/使用者：資料的最終儲存位置，以及使用資料的對象或用途，例如監管報告或機器

資料歷程可依需求，在資料開發生命週期的不同階段追蹤，並提供不同詳細程度的資訊。

設計階段的歷程會擷取在開發和測試環境中設計及設定資料時，資料的流動情形。以讀取資料管道的藍圖為基礎，例如結構定義、指令碼和 ETL 工作設定。並說明應如何處理資料。

執行階段歷程會擷取正式環境中實際發生的資料流程。並記錄已執行工作和程序的特定輸入與輸出內容。這份報告會說明資料的實際處理情形，包括任何非預期行為或錯誤。就資料治理而言，執行階段歷程通常較有價值，因為它反映了實際情況。

擷取資料的詳細程度稱為精細程度。機構會根據資料治理需求和環境的技術複雜度，選擇合適的精細程度。

• 資料表層級：追蹤整個資料表或資料集之間的資料流，例如會顯示「客戶資料表 A」流入「銷售報告資料表 B」
• 範例：系統顯示整個 raw_transactions 資料表已載入至 daily_aggregations 資料表
• 資料欄層級：追蹤資料從來源資料欄到目標資料欄的流動情形，包括套用的轉換作業；這通常是法規遵循的必要做法
• 範例：追蹤來源資料庫的 customer_id 欄在資料倉儲中重新命名為 user_key，然後做為彙整的一部分，用來建立 final_report
• 報表層級：追蹤哪些報表、資訊主頁或應用程式使用哪些資料表和資料欄，這對影響分析和企業使用者信任至關重要
• 範例：業務分析師可以追蹤高階主管銷售資訊主頁上的指標，找出計算該指標時使用的特定資料欄和資料表
• 端對端：提供所有系統的完整檢視畫面，從初始來源應用程式 (例如 CRM) 到所有暫存、清理和轉換步驟，再到最終報表或機器學習模型
• 範例：追蹤單一顧客的歷程，從他們首次註冊 (在網頁應用程式資料庫中擷取)，一路到流失預測模型輸出內容中生成摘要的用量