この記事では、お客様からのお問い合わせが最も多いマイクロソフト製品との統合で利用できるオプションの概要をご紹介します。
注: マイクロソフト製品は数多くあるが、ここではごく一部を紹介する。
誰が関与する必要があるのか?
マイクロソフト製品との統合には、Azureへのアクセスと経験を持つ人が必要になる。たいていの企業では、ITチームの誰かがこの役割を担うことになるだろうから、問題を避けるために、彼らが最初からすべての計画や話し合いに関与していることを確認する必要がある。
最初の決断トランスポーター
どのような統合でも、最初に決定しなければならないのは、Workivaと外部システム(この特別なケースではMicrosoftプラットフォーム)の間でデータをどのように転送するかということです。Workivaにはこれを実行するためのチェーンがあり、マイクロソフトにはさまざまなプラットフォーム(Azure Data Factory、Power Automate、Power Queryなど)がある。また、両社以外の第三者のソフトウェアやプログラミング・コードを使用することもできる。APIと連携する機能があれば、プラットフォーム間でデータを転送できるはずだ。
注: 通常は、これらのツールのうち1つだけを使用することをお勧めします。ほとんどのユースケースでは、効率性、スケーラビリティ、メンテナンスの観点から、統合の障害箇所を限定し、その結果、関係するさまざまなソフトウェア・パッケージの数を制限する方が効果的だ。
ワーキバのチェーンを使う
WorkivaのChains製品を使用する予定がある場合は、まずワークスペースでWdataがアクティブになっていることを確認してください。
チェーン専用コネクター
Chainsには、特定のマイクロソフト製品との接続を容易にする専用コネクタが多数用意されている。
注: どのプレミアムコネクターも、 を有効化する必要があり、追加費用がかかる場合があります。詳細は契約書を確認するか、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
- プレミアムコネクター.
- エンティティとクエリを管理します。
チェーン専用コネクターがない場合
マイクロソフト製品専用のコネクターが存在しなかったり、欲しい機能が既存のコネクターで利用できなかったりする場合、必ずしもその道が終わるとは限りません。
コネクターはすべてマイクロソフトのAPIを使いやすくしますが、技術的な知識、やる気、マイクロソフトのAPIを学ぶ意欲があれば、当社のHTTPコネクターを使って直接APIを使うこともできます。
HTTPリクエストコネクタ(HTTPSを使用)
- コアコネクター チェーンで、つまりWdataライセンスがあれば誰でも無料で使える。
- マイクロソフトの多くのAPIを含むあらゆるAPIに直接接続することができるが、APIと交換する必要がある正しいメッセージとフォーマットを学ぶ必要がある。
- 使用例:専用コネクタにこの機能がない場合、Power BI からデータを抽出するために使用できます。
マイクロソフト・ファブリック
Microsoft® Sustainability Manager
- HTTP リクエスト コネクタを使用して、Microsoft® Sustainability Manager の外部レポートからデータをダウンロードする
- HTTP Requestコネクタを使用して、Microsoft® Sustainability Managerから排出量データをダウンロードする。
チェーンの代わりにマイクロソフトのオプションを使う
チェーンの代わりに、統合が可能なマイクロソフトの数あるソフトウェア・プラットフォームを使うこともできる。すべてのオプションは、WorkivaのAPI の使用と知識が必要となる。
Azureデータファクトリー(ADF)
- 内容 :大規模なデータ取り込みや複雑なデータエンジニアリングパイプラインのために設計されたクラウドベースのETL(抽出、変換、ロード)サービス。システム間で大量のデータを移動させるための "ヘビーリフター "である。
- Workiva APIとの統合 :ワークフロー:2段階のパイプラインから始めることができます:ステップ1は、Workivaの認証エンドポイントにアクセスし(Client ID/Secretを送信)、アクセストークンを取得する「Webアクティビティ」です。ステップ2は、そのトークンをAuthorizationヘッダー(Bearer <token>)に動的に渡して実際のデータを引き出す「コピー・アクティビティ」である。
- 典型的な使用例大量のデータを移動させる必要がある場合、または監視、ロギング、エラー処理を必要とするエンタープライズグレードの「バックエンド」ソリューションを構築している場合。
パワーオートメイト(旧フロー)
- それは何か? ビジネスロジック、通知、"if this, then that "ワークフローのために設計されたローコード自動化ツール。
- Workiva APIとの統合:HTTPアクション(プレミアム機能)を使用して生のPOST/GETリクエストを行うか、Workiva OAuth2セキュリティ設定を一度定義するカスタムコネクタを構築します。これにより、毎回認証コードを気にすることなく、「Workiva」アクションをフローにドラッグ&ドロップすることができます。
- 典型的な使用例
- 単なるデータ移動ではなく、ビジネスプロセスを自動化している(例えば、「このレコードを承認する」、「チーム通知を送信する」など)。
- ボリュームは低から中程度(トランザクションデータ)。
- バッチではなく、トリガー(イベント)に基づいたほぼリアルタイムのアクションが必要だ。
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は、複雑なロジック (例えば、「この50枚のシートをループするが、セルA1に'Active'が含まれている場合のみ、日付文字列を再フォーマットする」)を必要とします。
- APIのレート制限内に収まるように、極めて高速にデータを処理するか、リクエストを並列化する必要がある。
- 社内チームがOAuthの仕組みを知らなくてもWorkivaのデータを取得・送信できるように、「カスタムAPIラッパー」を構築したい。
マイクロソフト・ファブリック(特にファブリック内のデータ・ファクトリー)
- それは何か? マイクロソフトの新しい「オールインワン」分析プラットフォーム。これは基本的に、Azure Data Factory、Power BI、そしてデータレイク(OneLake)を1つのSaaS製品に統合したものだ。
- Workiva APIとの統合:パイプラインとコピーアクティビティを使って、Azure Data Factory (ADF)とよく似ている。
- いつ選ぶべきか:
- 貴社の組織は、将来のデータ・プラットフォームとして、すでにMicrosoft Fabric に向けて動き出している。
- Workivaの生データ」から「Power BIレポート」へのパスを短くしたい(ファブリックは、途中で別のSQLデータベースを管理する必要性を取り除きます)。
- ADFのパワーとSaaSインターフェースのシンプルさ(Azureリソース/サブスクリプションの管理が不要)を求める。
概略
| 工具 | ベスト・フォー... なぜ | 「プロ」レベル |
|---|---|---|
| Power Automate | ビジネスロジック。アプリと人をつなげるのに最適(例:「このWorkivaのレポートが終わったらメールして」)。ローコードで使いやすい。 |
⭐⭐ (市民開発者) |
| Azure Logic Apps | エンタープライズ・ワークフロー。ITガバナンス、セキュリティ監査、プライベートネットワークアクセスを必要とする重要なビジネスプロセスに最適です。 |
⭐⭐⭐ (ITプロフェッショナル) |
| Azure Data Factory | 重いデータ移動。WorkivaからSQLウェアハウスまたはデータレイクへの数百万行の信頼性の高いスケジュールされた一括転送に最適です。 |
⭐⭐⭐⭐ (データエンジニア) |
| マイクロソフト・ファブリック | ユニファイド・アナリティクスデータファクトリーのパワーが欲しいが、Power BI/OneLakeですぐにデータを利用したい場合に最適です(最新のSaaSアプローチ)。 |
⭐⭐⭐⭐ (データエンジニア) |
| Azure Functions | カスタムコード標準的なツールでは扱えない複雑なAPIのページネーション、ループロジック、データ解析に最適です。純粋なコーディング(Python/C#)。 |
⭐⭐⭐⭐⭐ (ソフトウェア開発者) |