PingOneとDynamics 365のデータをSQL Serverで集計・分析してDynamics 365に連携する方法（リバースETL）

こんにちは！プロダクトスペシャリストの宮本です。

CData Sync は、400種類以上のSaaS / DB のデータを各種DB・データウェアハウスにノーコードで統合可能なETL / ELT ツールです。CData Sync では、DB / DWH だけでなくDynamics 365 をはじめとする一部SaaS をデータの転送先としてサポートしているため、いわゆるリバースETL 構成のデータパイプラインを構築できます。

本記事では、PingOne とDynamics 365 のデータをSQL Server に統合、リードスコアを計算・付加した後にDynamics 365 に書き戻す、というリバースETL 構成のパイプラインを作っていきます。

CData Sync とは？

CData Sync は、レポーティング・ダッシュボード、機械学習・AI などで使えるよう、社内のデータを一か所に統合して管理できるデータ基盤をノーコードで構築できるETL ツールで、以下の特徴を持っています。

1. PingOne をはじめとする400種類以上のSaaS / DB データに対応
2. 主要なRDB、データレイク、データストア、データウェアハウスにデータを転送
3. 業務データのデータ分析基盤へのETL / ELT 機能に特化し、極限まで設定操作をシンプルに
4. 主要なSaaS データの差分更新やCDC（Change Data Capture、変更データキャプチャ）のサポート
5. フレキシブルなSQL / dbt 連携での取得データの変換
6. Dynamics 365 を始めとする一部SaaS へのデータ転送（リバースETL）をサポート

リバースETL とは？

ETL の逆方向のデータ転送手法で、データウェアハウス（DWH）からSaaS へデータを転送することを指します。アプリ間連携のようなEAI とは異なり、ETL のようにバッチ処理での連携を行います。例えば、Dynamics 365とPingOne のデータをデータウェアハウス内に統合、集計・予測してからDynamics 365に書き戻したい場合、以下の２つの方法があります。

1. Dynamics 365 → データウェアハウスで連携
2. データウェアハウスで変換されたデータをDynamics 365 に書き戻し

それでは、PingOne とDynamics 365 のデータを統合して書き戻すための具体的な設定手順を説明していきます。

実現するシナリオ

PingOne とDynamics 365 の情報を一度SQL Server に統合、統合したデータを使ってリードをスコアリングし、その結果をDynamics 365 に書き戻します。 リバースETL のデータソースとなるDB としてSQL Server を使い、全体のデータの流れは、

となります。なお、Dynamics 365 のLead オブジェクトにはスコアリング結果を格納するカスタム項目を事前に作成しておきます。

Dynamics 365 とPingOne への接続を設定

はじめに、Dynamics 365 とPingOne のデータをSQL Server に転送するための設定を行います。

CData Sync のブラウザ管理コンソールにログインします。CData Sync のインストールをまだ行っていない方は本記事の製品リンクからCData Sync をクリックして、30日の無償トライアルとしてCData Sync をインストールしてください。インストール後にCData Sync が起動して、ブラウザ設定画面が開きます。

それでは、データソースとしてPingOne を設定していきましょう。左の［接続］タブをクリックします。

1. ［＋接続の追加］ボタンをクリックします。
2. ［データソース］タブを選択して、リスト表示されるデータソースを選ぶか、検索バーにデータソース名を入力して、PingOne を見つけます。
3. PingOne の右側の［→］をクリックして、PingOne アカウントへの接続画面を開きます。もし、PingOne のコネクタがデフォルトでCData Sync にインストールされていない場合には、ダウンロードアイコン（コネクタのアップロードアイコン）をクリックし、［ダウンロード］をクリックすると、CData Sync にコネクタがインストールされます。
4. 接続プロパティにPingOne に接続するアカウント情報を入力をします。
   

   PingOne に接続するには以下のプロパティを設定します。

   • Region：自身のPingOne 組織のデータがホスティングされている地域。
   • AuthScheme：PingOne に接続する際に使用する認証の種類。
   • WorkerAppEnvironmentId （デフォルトのPingOne ドメインを使用する場合に必要）、またはAuthorizationServerURL のいずれかで、下で説明するように設定します。

   WorkerAppEnvironmentId の設定

   WorkerAppEnvironmentId は、Worker アプリケーションが存在するPingOne 環境のID です。 このパラメータは、環境がデフォルトのPingOne ドメイン（auth.pingone）を利用している場合のみ使用されます。 これは、ヘルプドキュメントのカスタムOAuth アプリケーションの作成で説明するように、PingOne への認証に使用するカスタムOAuth アプリケーションを作成した後に設定します。

   はじめに、このプロパティの値を見つけます。

   1. 自身のPingOne 組織のホームページからナビゲーションサイドバーに移動し、Environments をクリックします。
   2. OAuth / Worker のカスタムアプリケーションを作成した環境（通常はAdministrators）を見つけ、Manage Environment をクリックします。 環境のホームページが表示されます。
   3. 環境のホームページのナビゲーションサイドバーで、Applications をクリックします。
   4. リストから、OAuth またはWorker アプリケーションの詳細を見つけます。
   5. Environment ID フィールドの値をコピーします。 以下の例に似たものになるはずです：
      WorkerAppEnvironmentId='11e96fc7-aa4d-4a60-8196-9acf91424eca'

   次に、WorkerAppEnvironmentId をEnvironment ID フィールドの値に設定します。

   AuthorizationServerURL の設定

   AuthorizationServerURL は、お使いのアプリケーションが配置されている環境のPingOne 認可サーバーのベースURL です。 このプロパティは、PingOne プラットフォームAPI ドキュメントで説明されているように、環境にカスタムドメインを設定した場合にのみ使用されます。 Custom Domains を参照してください。

   OAuth でのPingOne への認証

   PingOne はOAuth とOAuthClient 認証の両方をサポートしています。 上述の設定手順に加え、OAuth またはOAuthCliet 認証をサポートするために、さらに2つの手順を完了する必要があります。

   • ヘルプドキュメントのカスタムOAuth アプリケーションの作成で説明するように、カスタムOAuth アプリケーションを作成して設定します。
   • ドライバーがデータモデル内のエンティティにアクセスできるようにするには、ヘルプドキュメントのAdministrator Roles での説明のとおり、使用するアドミンユーザー / ワーカーアプリケーションに対して正しいロールを設定していることを確認してください。
   • 以下のサブセクションで説明されているように、選択した認証スキームと認証フローに適切なプロパティを設定します。

   OAuth（認可コードグラント）

   AuthScheme をOAuth に設定します。

   デスクトップアプリケーション

   OAuth アクセストークンの取得およびリフレッシュ

   以下を設定して、接続してください。

   • InitiateOAuth：GETANDREFRESH。繰り返しOAuth の交換を行ったり、手動でOAuthAccessToken を設定する必要をなくすには、InitiateOAuth を使用します。
   • OAuthClientId：カスタムOAuth アプリケーションを作成した際に取得したClient ID。
   • OAuthClientSecret：カスタムOAuth アプリケーションを作成した際に取得したClient Secret。
   • CallbackURL：カスタムOAuth アプリケーションの登録時に定義したリダイレクトURI。例：https://localhost:3333

   接続すると、本製品 はデフォルトブラウザでPingOne のOAuth エンドポイントを開きます。ログインして、アプリケーションにアクセス許可を与えます。 ドライバーはこれでOAuth プロセスを完了します。

   1. ドライバーはPingOne からアクセストークンを取得し、それを使ってデータをリクエストします。
   2. OAuth 値はOAuthSettingsLocation で指定された場所に保存され、接続間で永続化されるようにします。

   ドライバーはアクセストークンの期限が切れると自動的にリフレッシュします。

   Web アプリケーションやヘッドレスマシン、クライアントクレデンシャルグラントを含むその他のOAuth メソッドについては、ヘルプドキュメントを参照してください。

   
5. ［作成およびテスト］をクリックして、正しくPingOne に接続できているかをテストして保存します。これでレプリケーションのデータソースとしてPingOne への接続が設定されました。

Dynamics 365 への接続を設定

データソースとしてDynamics 365 を設定します。接続プロパティまでの設定方法は基本的にPingOne と同じです。

接続には、Edition およびOrganizationUrl 接続プロパティが必須です。Dynamics 365 コネクタは、以下のエディションへの接続をサポートしています。

• CustomerService
• FieldService
• FinOpsOnline
• FinOpsOnPremise
• HumanResources
• Marketing
• ProjectOperations
• Sales

Dynamics 365 Business Central については、Dynamics 365 Business Central ドライバーを使用してください。

OrganizationUrl は、Dynamics 365 組織へのURL です。例えば、https://orgcb42e1d0.crm.dynamics.com

SQL Server への接続を設定

次に、SQL Server への接続を設定します。同じく［接続］タブを開きます。

1. ［＋接続の追加］ボタンをクリックします。
2. ［同期先］タブを選択して、リスト表示されるデータソースを選ぶか、検索バーにデータソース名を入力して、SQL Server を見つけます。
3. SQL Server の右側の［→］をクリックして、SQL Server データベースへの接続画面を開きます。
4. 必要な接続プロパティを入力します。SQL Server との接続には、以下のプロパティが必要です。
   • User: SQL Server データベースへの認証用のusername
   • Password: SQL Server ユーザーのpassword
   • AuthScheme: 使用する認証スキーマ。入力可能な値はPASSWORD、もしくはOKTA
   • Account: SQL Server でのアカウント
   • URL: SQL Server インスタンスのURL 例: https://myaccount.snowflakecomputing.com
   • Warehouse: SQL Server ウェアハウスの名前
   • Database: SQL Server データベース名
   • Schema: SQL Server データベースのスキーマ
5. ［作成およびテスト］をクリックして、正しく接続できているかをテストします。
6. これで転送先としてSQL Server を設定できました。CData Sync では、SQL Server のデータベース名を指定するだけで、転送するSQL Server に併せたテーブルスキーマを自動的にCREATE TABLE してくれます。同期データに合わせたテーブルを事前に作成するなどの面倒な手順は必要ありません。もちろん、既存テーブルにマッピングを行いデータ同期を行うことも可能です。

Dynamics 365 とPingOne のデータをSQL Server に統合

CData Sync では、データ転送をジョブ単位で設定します。ジョブは、例えばDynamics 365 → SQL Server といった1データソース対1転送先の単位で設定し、データソースが持つ複数のテーブルを転送できます。データ転送ジョブを設定するには、［ジョブ］タブに進み、［＋ジョブを追加］ボタンをクリックします。

すべてのオブジェクトをデータ転送する場合

Dynamics 365 のすべてのオブジェクト / テーブルをデータ転送するには、［種類］で［すべて同期］を選択して、［タスクを追加］ボタンで確定します。

作成したジョブ画面で、右上の［▷実行］ボタンをクリックするだけで、全Dynamics 365 テーブルをSQL Server に転送できます。

オブジェクトを選択してデータ転送する場合

Dynamics 365 から特定のオブジェクト / テーブルを選択してデータ転送を行うには、［種類］で［標準（個別設定）］を選んでください。

次に［ジョブ］画面で、［タスク］タブをクリックし、［タスクを追加］ボタンをクリックします。

するとCData Sync で利用可能なオブジェクト / テーブルのリストが表示されるので、データ転送を行うオブジェクトにチェックを付けます（複数選択可）。［タスクを追加］ボタンで確定します。

作成したジョブ画面で、［▷実行］ボタンをクリックして（もしくは各タスク毎の実行ボタンを押して）、データ転送ジョブを実行します。

このようにとても簡単にDynamics 365 からSQL Server への同期を行うことができました。

SQL Server に転送されたテーブルを見てみると、無事にDynamics 365 のデータが転送されていることが確認できます。スコアリング結果を格納するLeadScore_c（カスタム項目）にはまだ何もデータが入っていないので、ここにPingOne のデータを統合したリードスコアリングの計算結果を追加します。

同じ手順で、PingOne のお好みのデータをSQL Server に転送できます。今回は[CData].[Administrators].Users テーブルを使用しました。

リードスコアリング

それでは、Dynamics 365 のリードをスコアリングしてSQL Server に反映しましょう。このときにPingOne の[CData].[Administrators].Users のデータを統合して使います。

CData Sync ではDynamics 365 とPingOne 以外にも400種類以上のデータソースをサポートしているので、スコアリングに必要なデータ（Webサイト上のアクティビティやメール開封率、ダウンロード履歴など）が他にあれば追加してみてください。

それでは、SQL Server のLead_Reverse_ETL テーブルのLeadScore_c を参照してみましょう。

本記事ではリードスコアリングの方法は省きますが、SQL Server 上でDynamics 365 とPingOne のデータを使ってスコアリングした結果を、以下のようにLeadScore_c カラムに追加しています。

この更新されたリードデータを、元のリードデータを持つDynamics 365 に書き戻します。

Dynamics 365 への書き戻し

書き戻しを行うには、SQL Server からDynamics 365 へのジョブを作成する必要があります。ただし、作成方法はデータソースと同期先に注意するだけでほとんど同じです。

では、ジョブを追加ボタンをクリックしてジョブを作成していきます。

• データソース：SQL Server
• 同期先：Dynamics 365
• 転送モード：元あるリードデータにスコアリング結果を加えるだけなので、Update を使います

※連携方法は、 Insert、Upsert、Update の3パターンから選択可能です。Upsertの場合は、Dynamics 365 で外部ID として登録している項目のみKey として使用可能

ここでテーブル同士を紐づけます。

次にどの項目をキーにするか、またどのカラム同士をマッピングするかを指定します。今回は LeadScore_c 同士でマッピングしました。

設定は以上で、あとは右上の実行ボタンをクリックするだけです。※運用時はスケジュール設定を行ってください。

実行が完了すると、ステータスや更新した行数が表示されます。

では、最後に Dynamics 365 のLeadオブジェクトを見てみましょう。LeadScore 列にSQL Server でスコアリングした結果が取り込まれました！

Dynamics 365 へのリバースETL 構成をCData Sync で実現

このように、Dynamics 365 とPingOne のデータを統合して書き戻すリバースETL のような複雑に思える構成でも、CData Sync ならノーコードで簡単に実現できます。

リバースETL にはリードスコアリングの他、マスタデータとの連携やWeb 解析ツールが持つユーザーアクティビティとの連携など、幅広いユースケースがあります。30日間の無償トライアルで、リバースETL パイプラインの構築を手軽にお試しください。

日本のユーザー向けにCData Sync は、UI の日本語化、ドキュメントの日本語化、日本語でのテクニカルサポートを提供しています。

もっとユースケースが知りたい！という方は、CData Sync の 導入事例を併せてご覧ください。