CANONICAL MODEL
共通項目へ変換してから同期する
Salesforce、kintone、Sheetsで項目名・型・必須条件が違うため、Canonical Data Modelへ変換します。各システム間のN対Nマッピングを避けられます。
- Field Mappingと型変換
- Change Detectionと差分同期
- 会社名・住所の表記揺れ判定
- 重複候補のスコアリング
- Conflict QueueとAudit Log
LOOP PREVENTION
同期ループを設計で止める
更新元を示すsource_systemとcorrelation_idを必須にし、自分が書き戻した更新を再度取り込まないようにします。
HUMAN REVIEW
商談金額など重要項目は自動上書きしない
自動確定できない差分だけをConflict Queueへ送り、担当者が正しい値を選択します。削除は同期せず、無効フラグとして扱います。
GUARDRAILS
公開・実装前に確認すること
- ✓source_systemとcorrelation_idを必須化
- ✓重要金額は自動上書きしない
- ✓削除は無効フラグで同期
- ✓失敗イベントをDLQへ保存して再実行
FAQ
よくある質問
双方向同期はできますか？＋
可能ですが、項目ごとの正本、更新優先順位、競合時の扱いを先に決めます。全項目の無条件な双方向同期は推奨しません。
AIはどこで使いますか？＋
表記揺れ、重複候補、自由記述のカテゴリ化、矛盾説明など曖昧さのある箇所に限定し、確定ルールは通常ロジックで実装します。