ERP、CRM、官網和電商後台裡，經常都看得到同一位客戶、同一項商品或同一張訂單。畫面上欄位名稱很像，很容易讓人直接開始做雙向同步。但只要兩邊都能改，同一筆資料就有了兩個主人。
雙向不是比較完整，只是責任更多
一開始談串接時，雙向同步聽起來最理想：兩邊改了都會更新，誰都不用改習慣。真正上線後，卻會立刻碰到時間差、格式差異與同時修改。最後一次更新不一定是正確答案，只是最後到達。
如果沒有先定義哪些欄位由 ERP 負責、哪些由 CRM 或官網負責，系統只是在忠實地把衝突搬來搬去。
同步不是讓每個系統都有同樣的資料，而是讓每個系統知道什麼時候應該相信誰。
先畫出資料的旅程
我比較喜歡先把一筆資料的旅程畫出來：在哪裡出生、誰會修改、什麼時候同步、失敗時停在哪裡、需要誰確認。這張圖通常比 API 文件更早揭露問題。
有時候最好的答案不是雙向，而是一邊主控、一邊回報；有時候是部分欄位分工；有時候甚至需要保留人工確認。沒有一種方向永遠正確，但每一種方向都需要說得清楚。
可靠的串接，必須容得下失敗
正式環境裡一定會出現暫時連不到、資料不完整、重複送出或格式改變。串接不能只設計成功時的直線流程，還要知道哪些錯誤能自動重試、哪些需要跳過、哪些必須讓人介入。
當每一筆資料都有來源、狀態與去向，ERP 和 CRM 才不只是接通，而是真的開始合作。