%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
「Dynamics 365を使っているが、マーケティング機能が足りずHubSpotを併用したい」 「Dynamics 365からHubSpotへの移行を検討しているが、データの移行方法がわからない」 ——Microsoft Dynamics 365とHubSpotは、それぞれ異なる強みを持つCRMプラットフォームです。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpot導入、AI活用、CRM整備、業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
「Dynamics 365を使っているが、マーケティング機能が足りずHubSpotを併用したい」 「Dynamics 365からHubSpotへの移行を検討しているが、データの移行方法がわからない」 ——Microsoft Dynamics 365とHubSpotは、それぞれ異なる強みを持つCRMプラットフォームです。
「Dynamics 365を使っているが、マーケティング機能が足りずHubSpotを併用したい」
「Dynamics 365からHubSpotへの移行を検討しているが、データの移行方法がわからない」
——Microsoft Dynamics 365とHubSpotは、それぞれ異なる強みを持つCRMプラットフォームです。両方を活用する企業や、Dynamics 365からHubSpotへの移行を検討する企業にとって、データ連携の設計は最も重要な課題のひとつです。
本記事では、HubSpotとDynamics 365の連携パターン、データ同期の設計方法、移行時の注意点を解説します。
この記事でわかること:
Dynamics 365との併用やHubSpotへの移行を検討しているCRM管理者・IT部門の担当者に向けた記事です。
- HubSpotとDynamics 365の連携パターン（共存・移行・ハイブリッド）
- データ同期の設計ポイントとフィールドマッピングの考え方
- Dynamics 365からHubSpotへの移行ステップ
- 連携時によくあるトラブルと対処法
本記事はStartLinkの「HubSpot完全ガイド」関連記事です。
HubSpotとDynamics 365の連携パターン
HubSpotとDynamics 365を組み合わせて利用するパターンは、大きく3つに分類できます。自社の状況と目的に応じて、最適なパターンを選択することが重要です。
パターン1: 並行運用（共存型）
マーケティング活動はHubSpotで管理し、営業活動はDynamics 365で管理するパターンです。マーケティング部門がHubSpotのMarketing Hubを活用してリード獲得・ナーチャリングを行い、MQLに達したリードをDynamics 365に同期して営業チームが対応します。
このパターンは、既にDynamics 365を営業チームが深く利用しており、営業プロセスの変更が困難な場合に適しています。
パターン2: 完全移行型
Dynamics 365からHubSpotへ全面移行するパターンです。営業・マーケティング・カスタマーサービスのすべてをHubSpotに統合します。HubSpotの統合プラットフォームのメリットを最大限に活かせますが、移行にかかる工数と社内の変更管理が課題となります。
パターン3: 段階移行型
まずマーケティング領域をHubSpotに移行し、営業チームは一定期間Dynamics 365を併用しながら、段階的にHubSpotへ移行するパターンです。リスクを分散できるため、多くの企業で採用されています。
| 連携パターン | メリット | デメリット | 適するケース |
|---|---|---|---|
| 並行運用（共存型） | 既存の営業プロセスを維持できる | データの二重管理が発生する | 営業がDynamics 365を深く利用中 |
| 完全移行型 | データの一元管理が実現する | 移行工数が大きい | 小〜中規模のデータ量 |
| 段階移行型 | リスクを分散できる | 移行期間中の運用が複雑になる | 中〜大規模のデータ量 |
データ同期の設計ポイント
フィールドマッピングの考え方
HubSpotとDynamics 365ではデータモデルが異なるため、フィールドマッピング（項目の対応付け）が連携設計の核になります。
| Dynamics 365 | HubSpot | 注意点 |
|---|---|---|
| Account（取引先企業） | Company（会社） | 企業の階層構造はHubSpotでは「親会社」プロパティで再現 |
| Contact（連絡先） | Contact（コンタクト） | ほぼ1対1で対応可能 |
| Opportunity（営業案件） | Deal（取引） | ステージ名の対応付けが必要 |
| Lead（リード） | Contact + Lifecycle Stage | HubSpotにはLeadオブジェクトがないため、ライフサイクルステージで管理 |
| Activity（活動） | Engagement（エンゲージメント） | メール・電話・ミーティングのマッピング |
| Case（サポート案件） | Ticket（チケット） | ステータスのマッピングが必要 |
特に注意が必要なのは、Dynamics 365の「Lead」オブジェクトです。Dynamics 365ではリードと連絡先が別オブジェクトとして管理されますが、HubSpotではすべて「コンタクト」として管理し、ライフサイクルステージで状態を区別します。この設計の違いを正しく理解しないと、データ移行後に混乱が生じます。
同期の方向と頻度
データ同期の設計では、以下の3つの要素を明確にする必要があります。
同期の方向: 一方向同期（Dynamics 365 → HubSpot、またはHubSpot → Dynamics 365）か、双方向同期かを決定します。並行運用の場合は双方向同期が必要ですが、競合処理（同じレコードが両方で更新された場合の優先ルール）を事前に設計しておく必要があります。
同期の頻度: リアルタイム同期、定期バッチ同期（15分〜24時間）、手動同期のいずれかを選択します。営業活動のデータはリアルタイム同期が望ましく、マスターデータの更新は日次バッチで十分なケースが多いです。
同期の範囲: すべてのレコードを同期するか、特定の条件に合致するレコードのみを同期するかを決定します。不要なデータの同期はコストとパフォーマンスの両面で影響があるため、対象を絞り込むことが推奨されます。
連携ツールの選択肢
HubSpot公式のDynamics 365連携
HubSpotのApp Marketplaceには、Microsoft Dynamics 365との連携アプリが提供されています。基本的なコンタクト・会社・取引の同期はこのネイティブ連携で対応できます。
サードパーティのiPaaS
より複雑な連携要件がある場合は、iPaaS（Integration Platform as a Service）の活用が効果的です。
| ツール | 特徴 | 適するケース |
|---|---|---|
| Microsoft Power Automate | Microsoft製品との親和性が高い | 既にMicrosoft 365を利用中の企業 |
| Zapier | ノーコードで設定が容易 | シンプルな連携要件 |
| Make（旧Integromat） | 複雑なデータ変換に対応 | フィールドマッピングが複雑 |
| Workato | エンタープライズ向けの高信頼性 | 大量データ・ミッションクリティカル |
カスタムAPI連携
HubSpotとDynamics 365はともに豊富なAPIを提供しています。既存の連携ツールでは対応できない要件がある場合は、カスタムAPI連携を開発することも選択肢になります。ただし、開発・保守のコストが発生するため、ネイティブ連携やiPaaSで対応できないかを先に検討すべきです。
Dynamics 365からHubSpotへの移行ステップ
ステップ1: 現状分析とスコープ定義
移行対象のデータ量、カスタマイズの範囲、連携している外部システムを洗い出します。Dynamics 365のカスタムエンティティやワークフローの棚卸しを行い、HubSpotで再現が必要な機能を特定します。
ステップ2: データクレンジング
移行前にDynamics 365内のデータをクレンジングします。重複レコードの統合、不要なレコードのアーカイブ、フィールド値の標準化を実施します。移行後にクレンジングするよりも、移行前に実施する方が効率的です。
ステップ3: フィールドマッピングとHubSpot環境構築
前述のフィールドマッピング表に基づいて、HubSpot側のカスタムプロパティを作成します。Dynamics 365のカスタムフィールドに対応するプロパティをHubSpotに用意し、データ型（テキスト、数値、日付、ドロップダウンなど）を揃えます。
ステップ4: テスト移行と検証
本番移行の前に、小規模なテストデータで移行を実施します。データの整合性、関連付け（アソシエーション）の正確性、ワークフローの動作を検証します。
ステップ5: 本番移行と切り替え
テスト移行で問題がないことを確認した後、本番移行を実施します。移行期間中のデータ入力ルール（どちらのシステムに入力するか）を明確にし、チーム全体に周知します。
Volkswagen Group Japanでは、複数のシステムに分散していた顧客データをHubSpotに統合することで、マーケティングと営業の連携を強化しています。CRMの統合プロジェクトでは、段階的な移行アプローチが成功の鍵となっています。
まとめ
HubSpotとDynamics 365の連携はData Sync・iPaaS・API直接連携の3パターンから選ぶ構図で、どれを採るかは「双方向同期の必要性」「競合解決のルール複雑度」「エンジニアリソースの有無」の3軸で決まります。データ設計の失敗は後工程の全てに影響するため、着手前にオブジェクトマッピング・同期方向・競合解決ルールの3点を明文化しておいてください。Dynamics 365からHubSpotへの完全移行を検討している場合は、いきなり切替えるのではなく2〜4週間の並行稼働期間を設けてデータ不整合を潰しながら移すアプローチがリスクを一番抑えられます。最初の実務タスクとしては、同期対象のコンタクト・会社・取引を整理したフィールドマッピング表を作成し、既存データのクレンジング対象を洗い出すところから始めてみてください。
よくある質問（FAQ）
Q1: Dynamics 365とHubSpotの双方向同期でデータの競合は起きませんか？
データの競合（同じレコードが両方で同時に更新される）は起こりえます。対策として、「最終更新日時が新しい方を優先する」「特定のフィールドはDynamics 365をマスターとする」といったルールを事前に設定しておくことが重要です。iPaaSツールの多くは、競合解決のルールを設定する機能を備えています。
Q2: Dynamics 365のワークフローやビジネスルールはHubSpotに移行できますか？
Dynamics 365のワークフローやPower Automateのフローを、HubSpotのワークフローに直接変換する機能はありません。ただし、HubSpotのワークフロー機能で同等のロジックを再構築することは可能です。複雑なビジネスルールは、移行の機会に業務プロセスを見直し、シンプル化することをおすすめします。
Q3: Dynamics 365のレポートやダッシュボードはHubSpotで再現できますか？
HubSpotのレポート機能で多くのレポートを再現できます。ただし、Dynamics 365のPower BIとの統合によるAdvanced Analyticsは、HubSpotの標準レポートでは対応しきれない場合があります。その場合は、HubSpotのデータをGoogle Looker StudioやTableauに接続して高度な分析を行うアプローチが有効です。
Q4: 移行にかかる期間の目安はどのくらいですか？
データ量とカスタマイズの複雑さによりますが、一般的な目安は以下の通りです。小規模（コンタクト数千件、カスタマイズ少）で2〜4週間、中規模（コンタクト数万件、一定のカスタマイズ）で1〜3ヶ月、大規模（コンタクト10万件以上、複雑なカスタマイズ）で3〜6ヶ月程度を想定してください。
カテゴリ: HubSpot連携・エコシステム | HubSpot
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
