この記事では、お客様から最も多くお問い合わせをいただくMicrosoft製品との連携において、利用可能なオプションの概要を説明します。
注: Microsoftの製品は数多くありますが、ここではその一部のみを取り上げます。
誰が関与する必要があるのか?
Microsoft製品との連携を行うには、Azureへのアクセス権限と運用経験を持つ担当者が必要です。多くの企業では、この役割を担うのはITチームのメンバーとなるでしょう。そのため、問題が発生しないよう、最初からすべての計画や協議にそのメンバーが参加するようにしてください。
最初の決断:『トランスポーター』
どのような統合においても、まず決定すべきことは、Workivaと外部システム(この場合はMicrosoftプラットフォーム)の間でデータをどのように転送するかということです。Workivaにはこれを実行するための一連の機能がありますが、Microsoftにはさまざまなプラットフォーム(Azure Data Factory、Power Automate、Power Queryなど)が用意されています。また、両社以外のサードパーティが提供するソフトウェアやプログラミングコードを利用することも可能です。使用するツールがAPIに対応していれば、プラットフォーム間でデータをやり取りできるはずです。
注: 通常、これらのツールのうち1つだけを使用することをお勧めします。ほとんどのユースケースにおいて、統合における障害発生箇所、ひいては関与するソフトウェアパッケージの数を制限した方が、効率性、拡張性、および保守性の面でより効果的です。
WorkivaのChainsの使用方法
Workivaの「Chains」製品をご利用になる場合は、まずワークスペースでWdataが有効になっていることを確認してください。
チェーン専用コネクタ
Chainsには、特定のMicrosoft製品との連携を容易にする専用のコネクタが多数用意されています。
注: プレミアムコネクタを利用するには、 の有効化が必要となり、追加費用が発生する場合があります。詳細については、契約書をご確認いただくか、担当のCSMにお問い合わせください。
Microsoft® OneDrive®(SharePoint®も含む)
- OneDriveは、のコアコネクタ( )としてチェーンに組み込まれているため、Wdataライセンスをお持ちの方ならどなたでも無料でご利用いただけます。
- ファイルやフォルダのコピー、削除、検索のほか、ファイルのダウンロードやアップロード、利用可能なドライブの一覧表示を行うことができます。
Power BI®
- のプレミアムコネクタ 。
- WorkivaからPower BIのデータセットへのデータの作成や送信、およびレポート、ゲートウェイ、ダッシュボード、データセットなどの項目の一覧表示に最適です。
- では、Power BI から、Workiva プラットフォーム内で使用可能な形式でデータを抽出することができません。Power BI から Workiva へデータを移行したい場合は、HTTP コネクタ( )などの別の方法を探す必要があります。
Microsoft® SQL Server®(Azure SQL Databaseも含む)
- のプレミアムコネクタ 。
- SQLコマンドを実行したり、テーブルの詳細情報を取得したり、データベースにレコードを挿入したりできます。
- Azure SQL Database、Azure Synapse Analytics、Azure SQL Managed Instance、および SQL Server 2017~2022 と互換性があります。
Azure ファイル ストレージ
- のプレミアムコネクタ 。
- Azure File Storage インスタンスからファイルをダウンロードします。
- 他にできることはない。
Microsoft® Dynamics® CRM
- のプレミアムコネクタ 。
- エンティティとクエリを管理します。
チェーン用の専用コネクタが存在しない場合
お使いの Microsoft 製品専用のコネクタが存在しない場合や、既存のコネクタで必要な機能が利用できない場合でも、必ずしも手がかりが尽きたわけではありません。ただ、少し手間がかかるだけかもしれません。
これらのコネクタはすべて、MicrosoftのAPIの利用を容易にしてくれますが、技術的な知識があり、やる気があり、MicrosoftのAPIを学ぶ意欲がある方であれば、当社のHTTPコネクタを通じて直接APIを利用できる可能性があります。
HTTPリクエストコネクタ(HTTPSを使用)
- のコアコネクタ がチェーンに組み込まれており、Wdataライセンスの下では誰でも自由に利用できます。
- MicrosoftのAPIを含むあらゆるAPIに直接接続できますが、そのAPIについて学び、やり取りが必要なメッセージやフォーマットを正しく理解する必要があります。
- 使用例:を使用して、専用コネクタにこの機能がない Power BI からデータを抽出することができます。
Microsoft Fabric®
Microsoft® サステナビリティ・マネージャー
- HTTPリクエストコネクタを使用して、Microsoft® Sustainability Managerの外部レポートからデータをダウンロードする
- HTTPリクエストコネクタを使用して、Microsoft® Sustainability Managerから排出データをダウンロードする
チェーンの代わりに Microsoft のオプションを使用する
チェーンの代わりに、マイクロソフトが提供している、連携が可能な数多くのソフトウェアプラットフォームのいずれかを利用することもできます。いずれのオプションも、および Workiva の API( )の使用と知識が必要となります。
Azure Data Factory (ADF)
- とは:大規模なデータ取り込みや複雑なデータエンジニアリングパイプライン向けに設計された、クラウドベースのETL(抽出、変換、ロード)サービスです。これは、システム間で膨大な量のデータを転送するための「主力」です。
- Workiva API との連携: ワークフロー:2 ステップのパイプラインから開始できます。ステップ 1 は「Web アクティビティ」で、Workiva の認証エンドポイントにアクセスし(クライアント ID/シークレットを送信して)、アクセストークンを取得します。ステップ 2 は「コピーアクティビティ」であり、そのトークンを動的に Authorization ヘッダー(Bearer <token>)に渡して、実際のデータを取得します。
- 代表的なユースケース:大量のデータを転送する必要がある場合や、監視、ロギング、エラー処理を必要とするエンタープライズグレードの「バックエンド」ソリューションを構築している場合。
Power Automate(旧称:Flow)
- 概要: ビジネスロジック、通知、および「if this, then that」型のワークフロー向けに設計されたローコード自動化ツールです。
- Workiva API との連携:HTTP アクション(プレミアム機能)を使用して、生の POST/GET リクエストを送信するか、カスタムコネクタを構築して、Workiva OAuth2 のセキュリティ設定を一度だけ定義します。これにより、毎回認証コードを気にすることなく、「Workiva」のアクションをフローにドラッグ&ドロップできるようになります。
- 代表的な利用例:
- 単にデータを移動させるのではなく(例:「このレコードを承認する」、「Teamsに通知を送信する」など)、ビジネスプロセスを自動化しているのです。
- データ量は低~中程度です(トランザクションデータ)。
- バッチ処理ではなく、トリガー(イベント)に基づいた、ほぼリアルタイムでの処理が必要です。
Azure Logic Apps
- 概要: 。Power Automateの「上位版」です。まったく同じワークフローデザイナーとコネクタを使用していますが、Microsoft 365ではなくAzure上で実行されます。このソリューションは、個人やチームの生産性向上というよりも、ミッションクリティカルな全社規模の統合を目的として設計されています。
- Workiva API との連携:Power Automate と同様です(HTTP アクションまたはカスタムコネクタ)。最大の違いは、Logic Apps が Azure のインフラストラクチャ上で実行されるという点です。
- どのような場合に選ぶべきか:
- 、ITガバナンス 、高度な監視、およびアラート機能(例:「Workiva APIが障害を起こした場合、DevOpsチームに通知する」)が必要です。
- フローを扱うすべてのユーザーに対してユーザーライセンスを購入するのではなく、 の「実行ごとの課金」 という課金モデル(利用量が少ない場合は安価)を採用したいと考えています。
- このワークフローでは、重要な財務データが扱われるため、標準的な Office 365 フローよりも高いレベルの監査ログとセキュリティ基準が求められます。
Azure Functions
- 概要: 「サーバーレス・コンピューティング」。ここでは、オンデマンドで実行される純粋なコード(C#、Python、JavaScriptなど)を記述します。既製のツールでは柔軟性が足りない場合、これは究極の「万能解決策」となります。
- Workiva API との連携:OAuth トークンの取得、複雑なページネーション(データページのループ処理)、あるいは標準ツールでは処理しきれない乱雑な JSON/XBRL データの解析などを行うためのコードを記述します。その後、このコードを、他のツール(Power BI や ADF など)から呼び出せるシンプルな URL として「公開」します。
- どのような場合に選ぶべきか:
- Workiva API では、のような複雑なロジック が必要です(例:「セル A1 に『Active』と入力されている場合のみ、これら 50 枚のシートをループ処理し、日付文字列の書式を変更する」など)。
- APIのレート制限内に収めるためには、のデータを極めて高速に処理するか、 またはリクエストを並列化する必要があります。
- 社内のチームがOAuthの仕組みを知らなくてもWorkivaのデータを取得・送信できるように、「カスタムAPIラッパー」を構築したいと考えています。
Microsoft Fabric(具体的には、Fabric 内の Data Factory)
- 概要: 。マイクロソフトが提供する新しい「オールインワン」型分析プラットフォームです。これは、基本的にAzure Data Factory、Power BI、およびデータレイク(OneLake)を1つのSaaS製品に統合したものです。
- Workiva API との連携:Azure Data Factory (ADF) と非常によく似ており、パイプラインやコピーアクティビティを使用します。
- どのような場合に選ぶべきか:
- 御社ではすでに、将来のデータプラットフォームとして「Microsoft Fabric」( )の導入を進めています。
- 「Workivaの生データ」から「Power BIレポート」までのプロセスを短縮したい(Fabricを利用すれば、その間に別途SQLデータベースを管理する必要がなくなる)。
- ADFの機能を活用しつつ、SaaSインターフェースのようなシンプルさを求めている(Azureリソースやサブスクリプションの管理が不要)。
概略
| ツール | こんな方に最適… (「なぜ」) | 「プロ」レベル |
|---|---|---|
| Power Automate | ビジネスロジック。アプリと人を結びつけるのに最適です(例:「このWorkivaレポートが完成したら、メールで通知してください」)。ローコードで、使いやすい。 |
⭐⭐ (市民開発者) |
| Azure Logic Apps | エンタープライズ・ワークフロー。ITガバナンス、セキュリティ監査、およびプライベートネットワークへのアクセスが求められる重要なビジネスプロセスに最適です。 |
⭐⭐⭐ (ITプロフェッショナル) |
| Azure Data Factory | 大量のデータ転送。WorkivaからSQLウェアハウスやデータレイクへ、数百万行規模のデータを確実かつスケジュール通りに一括転送するのに最適です。 |
⭐⭐⭐⭐ (データエンジニア) |
| Microsoft Fabric | 統合分析。Data Factoryの機能を活用しつつ、Power BIやOneLakeですぐにデータを利用したい場合(最新のSaaSアプローチ)に最適です。 |
⭐⭐⭐⭐ (データエンジニア) |
| Azure Functions | カスタムコード。標準的なツールでは対応できない、複雑なAPIのページネーション、ループ処理、またはデータ解析に最適です。純粋なコーディング(Python/C#)。 |
⭐⭐⭐⭐⭐ (ソフトウェア開発者) |