Dynamics 365のオンプレミスからクラウドへの移行で、必要な統合を破壊しないために

マイクロソフトの有名なAdventure Works DW (Datawarehouse)データベース(最後にダウンロード可能)が、このデモのベースとなります。Connect Bridgeプラットフォームを使用して、既存のプロセスをMicrosoft Dynamics 365 Onlineといかにシームレスに統合できるかを紹介します。.

以下の手順では、SSMS(エスエルサーバーマネジメントスタジオ) を使用して、SQL Server データベースを管理します。

1 - AdventureWorksデータベースをセットアップすると、以下の画像のようにObject Explorerウィンドウにデータベースのスキーマが表示されます。

TreeViewのcatalogsノードを展開すると、通常のデータベースにアクセスしたときと同じように、Dynamics 365が提供するスキーマの全体像を確認することができます。しかし、これは実際には、フロントエンドでこのようにシンプルにするために、バックグラウンドでAPIコールが実行されている抽象化されたものなのです。

この3ステップの手順を使うことで、あらゆる種類の統合を作成したり、既存のプロセスをカスタマイズしたりすることができる。では、世界中のユーザーがどのような用途でこれを使用しているのか見てみよう。.

そもそもなぜこんなことが必要なのかと思われる方のために、身近にありそうな2つのシナリオをご紹介します。

シナリオ1

あなたの勤める会社では、現在もオンプレミスでMicrosoft Dynamics CRMを使用しており、Microsoft Dynamics 365 Onlineへの移行を進めているところです。SQLサーバーのデータベースとオンプレミスのMicrosoft Dynamics CRMの間にいくつかの統合があります。

問題は Microsoft Dynamics 365 Onlineのデータベースに直接接続できない。という疑問が湧いてきます。

• マイクロソフト社のDynamics CRM SDKを使用して、すべてのプロセスを一から作成する必要があります。
• Web APIを利用した処理を全て一から作成する必要があります。
• これらを行うためには、C#を習得する必要があります。

シナリオ2

あなたの勤める会社は、SQL ServerデータベースをバックエンドとするカスタムメイドのERPシステムを持っています。彼らは、独自の顧客関係管理システムとしてMicrosoft Dynamics 365 CRMを使用することを決定しました。

そして、ERPシステムからCRMに既存のデータを自動入力し、両者の整合性を保つことを希望しています。

アカウント、コンタクト、製品など、双方で同一にする必要があるレコードは数万件に及ぶため、この作業を手作業で行うのは現実的に不可能である。

しかし。 自社のIT部門が、必要なプログラミング言語やフレームワークの使用経験が少ない。C#、RESTサービス、CRM APIなど。SQLの経験もあるが、それが役に立つのか？と、マネージャーは考えています。

• このサービスを行うには、コンサルタント会社に依頼する必要があります。
• 事業拡大に伴う新機能の保守・追加については、当該コンサルタント会社に依存することになる。

ありがたいことに、これらすべての仮説的な質問に対する答えは ノーと、この時点で、上の例の使い方がピンときたと思います。

と一緒に Connect Bridge。 既存のスキルを効率的に活用し、既存のソフトウェア、データベース、プロセスを維持することができます。

しかし、私たちの言葉を鵜呑みにする必要はありません。以下のステップバイステップの例を見てください。 フリートライアル を、ご自身で試してみてください。

準備

1. 以下のトリガーを作成します。

--*****************************************************************************

CREATE TRIGGER [ディーボ].[OnDimCustomerInsert] オン [ディーボ].[DimCustomer] アフター INSERT

エーエス

ビギン

       セット                               ノーカウント オン

 

       DECLARE エスキューエル                      VARCHAR(255)

       DECLARE @AccountId                VARCHAR(255)

       DECLARE 名前                VARCHAR(255)

       DECLARE @ラストネーム                 VARCHAR(255)

       DECLARE @ミドルネーム               VARCHAR(255)

      

       セレクト 名前       = [FirstName】（ファーストネーム］,

              @ラストネーム        = [ラストネーム],

              @ミドルネーム      = [ミドルネーム]

       フロム インサート;

       セレクト エスキューエル = フォーマット・メッセージ('INSERT INTO ACCOUNT (Name) VALUES(''%s''); SELECT SCOPE_IDENTITY();',

       名前 + '-' + '-' + @ラストネーム)

      

       CREATE テーブル #AccountId(ID VARCHAR(255))

       INSERT #AccountId

       エグゼック(エスキューエル) エーティー Ｄ３６５＿ＣＲＭ

 

       セレクト @AccountId = ID から #AccountId

       アップデイト DimCustomer セット CustomerAlternateKey = @AccountId 孰れ ファーストネーム = 名前 そして ミドルネーム = @ミドルネーム そして ラストネーム = @ラストネーム

 

       PRINT 名前 + ' ' + @ミドルネーム + ' ' + @ラストネーム;

終了

--*****************************************************************************

CREATE TRIGGER [ディーボ].[OnDimCustomerUpdate] オン [ディーボ].[DimCustomer] アフター アップデイト

エーエス

ビギン

       セット                               ノーカウント オン

 

       DECLARE エスキューエル                      VARCHAR(255)

       DECLARE @AccountId                VARCHAR(255)

       DECLARE 名前                VARCHAR(255)

       DECLARE @ラストネーム                 VARCHAR(255)

       DECLARE @ミドルネーム               VARCHAR(255)

      

       セレクト アカウントID       = [CustomerAlternateKey]です。,

              @ファーストネーム       = [ファーストネーム],

              @ラストネーム        = [ラストネーム],

              @ミドルネーム      = [ミドルネーム]

       フロム インサート;

 

       セレクト エスキューエル = フォーマット・メッセージ('UPDATE ACCOUNT SET Name=''%s'' WHERE ACCOUNTID=''%s'''です。, 名前 + '-' + '-' + @ラストネーム, @AccountId)

       エグゼック(エスキューエル) エーティー Ｄ３６５＿ＣＲＭ;

       PRINT 名前 + ' ' + @ミドルネーム + ' ' + @ラストネーム;

 

終了

3 -Dynamics 365 Onlineインスタンスを開き、Accountsに移動します。次のステップで、‘ABC Technology’、‘Billy Charity’、‘Tom Cat'の3つの新しいレコードを挿入します。この時点では、これらはまだ Accounts にありません。.

テスト

 1 - SSMSで新しいクエリウィンドウを開き、以下を貼り付けます。

INSERT イントゥ [アドベンチャーワークスDW].[ディーボ].[DimCustomer] (ファーストネーム, ミドルネーム, ラストネーム, CustomerAlternateKey) 価値観 ('ABCテクノロジー', '' ,'GMB', 'CT0001');

INSERT イントゥ [アドベンチャーワークスDW].[ディーボ].[DimCustomer] (ファーストネーム, ミドルネーム, ラストネーム, CustomerAlternateKey) 価値観 (ビリー・チャリティー」。, '' ,'SA', 'CT0002');

INSERT イントゥ [アドベンチャーワークスDW].[ディーボ].[DimCustomer] (ファーストネーム, ミドルネーム, ラストネーム, CustomerAlternateKey) 価値観 ('トムキャット', '' ,'ORG'です。, 'CT0003');

 

セレクト * フロム DimCustomer WHERE ファーストネーム = 'ABCテクノロジー';

セレクト * フロム DimCustomer WHERE ファーストネーム = ビリー・チャリティー」。;

セレクト * フロム DimCustomer WHERE ファーストネーム = 'トムキャット';

2 - F5キーを押すか、SSMSの実行ボタンでスクリプトを実行します。

DimCustomerテーブルに3つの追加レコードが挿入されているはずです。

3 - Dynamics 365のアカウントに戻り、更新してください。ビンゴ!

Dynamics 365を触ることなく、3つの新しいアカウントが追加されました。クールでしょう？

しかし、ちょっと待ってください。DimCustomerテーブルのCustomerAlternateKeyフィールドに奇妙な数字があります。最初に挿入した値ではありません。代わりに、Dynamics 365で生成されたアカウントの一意のIDがあります。そんなことが可能なのでしょうか？

OnDimCustomerInsert トリガーをよく見ると、SELECT SCOPE_IDENTITY(); が DimCustomer テーブルを更新するために使用されるアカウント ID を返す役割を担っていることに気づかれるかと思います。これは、DimCustomer テーブルのレコードが変更されたときに、Dynamics 365 の既存のアカウントに対して更新を実行するために非常に重要です。

ポイントを証明するために、SSMSで以下のコードを実行して作成されたレコードを更新してください。

アップデイト [アドベンチャーワークスDW].[ディーボ].[DimCustomer] セット ラストネーム = 'LTD' WHERE CustomerAlternateKey = 'account(9a1bc5cb-6ad7-e811-a96f-000d3a2cb90b)';

note: 文字列を置き換える account(9a1bc5cb-6ad7-e811-a96f-000d3a2cb90b) を、あなたの環境で生成された値で上書きしてください。

3つのアカウントに対してアップデートを実行した結果、Dynamics 365では以下のようになりました。

これらは簡単な例ですが、これが実際にどのように機能するかを示しています。これは拡張性のある強力なソリューションで、次のようなことが可能です。 シームレス:

• オンプレミスのDynamicsに接続されていたものをすべて一元管理します。
• Dynamicsのオンライン版に移行しても、既存の統合機能は正常に動作します。

そして、何より重要なのは

• 新しい技術やプログラミング言語を学ぶ必要はない！それは いとも簡単に.
• トリガーを変更することで、処理を強化することができます。

また Connect Bridgeを使用して簡単に接続できる他のDynamics 365ソリューションがどれなのか、すぐにスクロールダウンした方は、この部分をご覧ください。

それらは

• Dynamics 365 Finance and Operations;
• Dynamics 365 Business Central;
• Dynamics 365 カスタマー・エンゲージメント.

こんなご褒美があるんですね。

ご意見、ご感想がございましたら、下記の欄にご記入ください。.