概要

Zuora導入プロジェクトで「どのデータをどのツール・手順で移行するか」を体系的に理解する記事です。

Data Migrationとは

Zuora Data Migrationとは、既存システム（CRM・ERPなど）に蓄積された顧客・契約・支払いデータをZuoraテナントへ移し替えるプロセスです。

SaaS企業がZuoraを新規導入する際、過去のAccountやSubscriptionがZuoraに存在しない状態では請求が動き出せません。既存の請求システムやSalesforce以外のCRMからデータを移行することで、Zuoraによる請求サイクルをゼロから稼働させられます。

Zuoraへ移行できるデータは「マスターデータ」と「トランザクションデータ」の2種類に大別されます。

Zuoraには用途別に3つの主要移行ツールがあります。データの種類と移行フェーズに応じて使い分けます。

ツール	対象データ	主な操作	特徴
Data Loader	Account・Subscription・Payment Methodなどのトランザクション/マスターデータ	インポート・更新・削除	CSV＋UIで操作。フィールドの自動マッピング機能あり
Mass Updater	Finance系データ（Invoice・Paymentなど）	一括非同期更新	CSVをアップロードするだけで非同期処理。結果ファイルで確認
Deployment Manager	Product Catalog定義・Tax設定・Accounting Codeなどのメタデータ	テナント間転送	Sandbox → 本番への設定コピーに使用。環境非依存

データ移行は「事前準備 → 一括移行 → 差分移行 → Go-Live」の4ステップで進めます。Cutover Dateがこの全体を貫く基準日になります。

Cutover Dateは「どこまでの履歴データを移行対象にするか」を決める基準日です。

条件	移行対象
Cutover Dateが契約の開始日〜終了日の間にある	✅ 対象（その契約の全バージョンを含む）
Cutover Date時点でアクティブ・一時停止中・開始待ちの契約	✅ 対象
Cutover Date以前に終了済みの契約	❌ 対象外

一括移行後からGo-Liveまでの間にも旧システムでデータが生まれます。この「ギャップ期間」のデータを差分移行として追加インポートします。

データ移行の失敗のほとんどは「準備不足」と「二重実行」に起因します。以下のプラクティスを守ることでリスクを最小化できます。

#	プラクティス	理由
1	小規模データで先にテスト	エラーパターンを本番前に潰せる
2	低トラフィック時間帯に実行	再実行頻度を下げ、本番影響を最小化
3	本番稼働前に一度だけ実施	二重実行はデータ不整合・重複請求の原因になる
4	日付フォーマットを事前確認	フォーマット不一致でインポートが全件エラーになる
5	Product Catalogを先に整備	Subscription移行時に商品定義が存在しないとエラー

移行できないもの：