重點摘要：CRM 欄位對應用來定義來源資料應寫入目標 CRM 的哪個欄位，以及寫入前需要進行哪些轉換。先記錄欄位名稱、資料類型、轉換方式、關聯及覆寫規則，再驗證匯入結果，以及依賴這些資料的報表與自動化流程。

即使所有紀錄都成功匯入，報表仍可能出錯。例如，預計成交日期被寫入實際成交日期欄位，就會改變不同期間的業績呈現方式。CRM 欄位對應透過明確的資料傳輸規則，預防這類錯誤。

本文聚焦欄位層級的判斷：如何對應名稱與類型、轉換欄位值、記錄例外，以及測試結果，適用於資料遷移與持續整合。若要了解更完整的導入規劃，可參閱 ShareCRM 的 CRM 導入指南。

CRM 欄位對應中的來源欄位與目標欄位是什麼？

CRM 欄位對應是定義來源欄位與目的端欄位之間對應關係的過程。**來源欄位（Source Field）**提供資料值；**目標欄位（Target Field）**接收資料值。例如，contact.job_title 可以對應至 contact.Title。

傳輸工具會讀取來源資料、執行轉換與驗證規則，再寫入目標欄位。因此，欄位對應同時決定資料的儲存位置及其業務含義。

資料遷移處理的是指定範圍的資料；持續整合則會反覆處理新增及變更的紀錄，因此還需要明確定義同步方向與覆寫方式。

欄位名稱、格式及資料類型應如何對應？

應先確認業務含義，再比對欄位名稱。Status 可能代表客戶狀態，也可能代表商機狀態。請記錄所屬物件及欄位的 API 名稱，不要只依賴畫面上的顯示名稱。

接著檢查目標欄位的類型、長度、精確度及格式。例如，需要保留開頭零的識別碼 00127 應使用文字類型；金額則需明確定義幣別與單位。Microsoft 官方文件區分了欄位對應與資料類型轉換，並說明轉換時可能發生的截斷風險。

以下情況需要明確記錄處理規則：

• 選項清單（Picklist）：將來源值轉為目標欄位接受的選項或代碼，並確認兩者含義一致。無法識別的選項應留待檢查。
• 查閱關聯欄位（Lookup）：將外部識別碼對應至目標紀錄 ID。先載入被關聯的客戶，再建立聯絡人關聯；找不到對象或出現多筆符合紀錄時，應阻止寫入。
• 日期：明確指定輸入格式，並區分日期與時間戳記。釐清 04/05/2026 等模糊值；純日期應保留原本的日曆日期，時間戳記則需明確處理時區。
• 空值：區分未傳送的欄位、null、空字串、零及 false。指定保留、清除、填入預設值或拒絕寫入的規則，並透過實際 API 或匯入工具測試。

CRM 遷移前，如何建立欄位對應文件？

根據來源匯出資料及目標系統的欄位定義建立文件。涵蓋遷移範圍內的欄位、目標必填欄位、可寫入的自訂欄位，以及刻意排除的欄位，並標明唯讀或計算欄位。

每項對應都應記錄物件、API 名稱、資料類型、轉換規則、空值處理、驗證條件、輸入與預期輸出範例、負責人及核准狀態。

例如，假設要對應 contact.company_ref，文件應說明目標客戶關聯欄位、來源與目標 ID 的對照方式，以及「只能找到一筆符合的客戶紀錄」這項驗證條件。

若用於整合，還需定義新增與更新時的處理方式，以及哪個系統負責維護各欄位。核准的規則應與設定一起進行版本管理。AWS 欄位對應指南也涵蓋文件記錄、覆寫及下游相依性。

錯誤的欄位對應為何會破壞報表與自動化？

錯誤的對應會改變報表與工作流程用來判斷的資料。例如，將「已確認資格」的潛在客戶對應為「正式客戶」，可能誇大客戶數量，並使後續跟進流程停止。將未知金額預設為零，也會扭曲平均值及審批條件。

Forrester 的 2023 年調查顯示，在認為資料品質不佳妨礙組織資料素養的全球資料與分析從業人員中，超過四分之一估計每年因此損失逾 500 萬美元；7% 回報損失達 2,500 萬美元或以上。這些估計涉及整體資料品質，並非欄位對應錯誤所造成的特定損失。資料來源：Forrester。

上線前，如何測試與驗證欄位對應？

在沙箱環境中測試一般紀錄與邊界情況，包括所有選項、失效關聯、邊界日期、長文字、小數限制、空值及未傳送的欄位。先寫下預期結果，再執行測試。

檢查以下項目：

1. 欄位值與關聯：確認轉換後的值，以及關聯的客戶與負責人 ID，是否符合預期。
2. 資料核對：釐清成功載入、遭拒及排除的紀錄數。使用相同篩選條件、幣別及資料快照時間，比對階段筆數與金額。
3. 業務行為：執行受影響的報表、分派及審批流程，並避免測試通知傳送給客戶。
4. 重複同步：測試更新、清除、衝突及重送事件，檢查是否產生重複紀錄或非預期覆寫。

ShareCRM 的欄位對應元件文件說明了預設值、選項對應、關聯驗證及禁止更新設定。確認連接器與租戶環境是否支援相關設定，再測試已核准的規則。

正式上線前，應解決阻礙上線的例外，並取得業務負責人核准。欄位或規則變更後，也應重新驗證。

常見問題

CRM 欄位對應與資料清理是一樣的嗎？

CRM 欄位對應定義資料的目標位置與傳輸規則；資料清理則修正來源資料中的錯誤、不一致或重複內容。當對應規則用來統一資料值時，兩者會有交集，但單靠欄位對應，無法確認客戶地址是否正確，或兩筆紀錄是否代表同一家公司。

CRM 整合的欄位對應可以雙向運作嗎？

只要連接器與 API 支援，CRM 整合的欄位對應就可以雙向運作。每個方向都需要各自的規則，包括由哪個系統維護欄位，以及如何解決衝突。不要假設正向轉換一定能直接反轉，而不造成資訊流失或覆寫有效的修改。

目標必填欄位沒有來源值時，應如何處理？

只有在不改變欄位含義的前提下，才使用已記錄並經業務核准的資料來源或預設值。否則，應暫停處理該紀錄，交由指定負責人修正。將未知金額填為零，或任意指定階段，可能滿足技術要求，卻讓紀錄產生誤導。

如何維持 CRM 欄位對應的可靠性？

可靠的 CRM 欄位對應能在跨系統傳輸時保留資料含義。將對應文件視為雙方確認的規格，仔細測試例外，並核對使用這些資料的報表與工作流程。每次設定變更時，都應同步更新文件，讓後續同步持續遵循已核准的規則。

了解 ShareCRM 如何串接 CRM 資料與企業系統。