このドキュメントでは、Azure Blob Storage を使用して組織のデータを Microsoft 365 環境にインポートする方法について説明します。
Azure Blob Storage コネクタを使用すると、Azure 管理者が Azure portal に BLOB コンテナーを作成し、組織のデータ ソース管理者がデータ ソース システムから BLOB コンテナーの場所への定期的なエクスポートを構成します。 次に、Microsoft 365 管理センターで、組織データ ソース 管理は、コンテナーを定期的にポーリングし、組織データを含む新しい .csv ファイルをプルするように Azure Blob Storage コネクタを設定します。
Azure Blob Storage コネクタを設定するには、次の 5 つの手順に従う必要があります。
- .csv テンプレートをダウンロードする
- Azure BLOB コンテナーを設定する
- サービス プリンシパルの承認
- Azure Blob Storage への定期的なエクスポートを設定する
- Microsoft 管理センターで Azure Storage コネクタを設定する
組織のデータ ソース管理者が Azure Blob Storage コネクタを使用するには、追加のサービス プリンシパルのプロビジョニングが必要です。 このプロビジョニングは、Microsoft 365 全体管理者が完了する必要があります。 サービス プリンシパルのプロビジョニングが完了していない場合は、接続の種類を選択すると、次の通知が表示されます:
グローバル管理者に Microsoft 365 Organizational Data Service へのログインを依頼すると、プロビジョニングが自動的に開始されます。 完了すると、この接続の種類を使用できるようになります。
手順 1: .csv テンプレートをダウンロードする
適用対象:組織のデータ ソース管理者
組織のデータ ソース管理者権限を持つユーザーとして Microsoft 365 管理センター にサインインします。
[Microsoft 365 組織データ サービス] ページ ([セットアップ]>[移行とインポート] の下) で、[開始する] (データを初めてインポートする場合) または [新しいインポート] を選択します。
[ 接続の種類の選択 ] ページで、[ Blob ストレージのセットアップの開始] を選択します。
データを共有するアプリとサービスを選択し、[ 次へ ] を選択して先に進みます。
[ 準備と設定の概要 ] ページで、[ テンプレートのダウンロード] を選択します。
手順 2: Azure BLOB コンテナーをセットアップする
適用対象:Azure 管理者
Azure 管理者に、セキュリティで保護された BLOB コンテナーを Azure portal に作成するよう依頼してください。 BLOB ストアの場所は、機密性の高い組織データに対してセキュリティで保護されている必要があり、Azure サブスクリプションで設定する必要があります。
重要
付与されたサービス プリンシパルを持つ Azure BLOB コンテナーと、Microsoft 365 管理センターの Azure BLOB ストレージ接続の両方が同じテナント内にセットアップする必要があります。
- ブラウザーを開き、organization's Azure portal にサインインします。
- [Azure サービス] で、[ストレージ アカウント] を選択します。
- 左上の [ストレージ アカウント ] で、[ 作成 ] を選択して新しいストレージ アカウントを設定します。
- [プロジェクトの詳細] で、既定の設定を使用します。
- [ Instance details] で、ストレージ アカウント名を入力し、リージョンを選択します。 プライマリ サービスの場合は、階層型名前空間をサポートする Gen 2 ストレージ アカウントを使用します。
- パフォーマンスと冗長性については、変更を加える必要がない限り、既定の設定を使用できます。
- 下部にある [ 次へ ] を選択して、詳細セクションに移動します。
- [詳細設定] ページで、[ REST API 操作にセキュリティで保護された転送を要求する] と [ ストレージ アカウント キーへのアクセスを有効にする] を選択します。 [TLS の最小バージョン] で、 バージョン 1.2 以上を選択します。 [ 階層型名前空間を有効にする] を選択します。
- 他のすべての詳細設定については、変更する必要がない限り、既定の設定を使用できます。
- 下部にある [ 次へ: ネットワーク] を選択します。
- [ ネットワーク接続] で、[ すべてのネットワークからのパブリック アクセスを有効にする] を選択します。
- [ ネットワーク ルーティング] で、ルーティング設定を選択します。
- 下部にある [ 次へ: データ保護] を選択します。
- [データ保護] ページでは、変更を加える必要がない限り、既定の設定を使用できます。
- 下部にある [ 次へ: 暗号化] を選択します。
- [暗号化] ページでは、変更する必要がない限り、既定の設定を使用できます。
- 下部にある [ 次へ: タグ] を選択します。
- オプション: アカウントにタグを追加します。
- 下部にある [ 次へ: レビュー] を選択します。
- 選択内容を確認します。 次に、左下にある [作成] を選択します。
- 次のページに、"デプロイが進行中です" というメッセージが表示されます。デプロイが完了すると、ストレージ アカウントとその設定が表示されます。
- 左側の [データ ストレージ] で、 [ コンテナー] を選択します。
- 新しいコンテナーを作成するには、上部の [コンテナー] を選択します。 次に、右側にコンテナーの名前を入力します。 下部にある [作成] を選択します。
BLOB コンテナーのセットアップ方法の詳細については、こちらを参照してください。
手順 3: サービス プリンシパルを承認する
適用対象: Azure 管理者、Microsoft 365 全体管理者、組織のデータ ソース管理者
BLOB コンテナーを設定したら、次の手順を実行します。
- サービス プリンシパルのプロビジョニングは、Microsoft 365 管理センターで完了する必要があります。
- Azure 管理者はサービス プリンシパルを承認し、BLOB URL を組織のデータ ソース管理者と安全に共有します。
Microsoft 365 管理センターでサービス プリンシパルのプロビジョニングを完了するには、次の手順に従います。
- グローバル管理者アカウントで Microsoft 365 管理センター にログインします。
- 左側のナビゲーションで、[ 設定] を選択します。
- [設定] で、[ 移行とインポート] を選択します。
- [データの移行またはインポートツール] テーブルで、[ Microsoft 365 Organizational Data Service] を選択します。
- [ 開始] を選択して画面を進めます。
- 完了したら、[ アップロードの開始] を選択します。 テナントのプロビジョニングが開始されます。 これには最大で 15 分かかる場合があります。
- プロビジョニングが完了すると、自動的に [接続の種類の選択] にリダイレクトされます。 サービス プリンシパルのプロビジョニングが完了したことを確認するバナーが表示されます。
Microsoft 365 管理センターでサービス プリンシパルのプロビジョニングが完了すると、Azure 管理者はサービス プリンシパルを承認し、BLOB URL を組織のデータ ソース管理者と安全に共有します。
- ブラウザーを開き、organization's Azure portal にサインインします。
- 「手順 2: Azure BLOB コンテナーを設定する」で作成したストレージ アカウントとコンテナーに移動します。
- 左側のパネルで、[Access Control] を選択します。
- 上部にある [追加] を選択し、[ ロール割り当ての追加] を選択します。
- ロールのリストで、 ストレージ BLOB データ閲覧者を見つけて選択します。
- [ メンバー] の横にある [ メンバーの選択] を選択します。 右側の検索フィールドに「 Microsoft 365 組織データ サービス」と入力して選択します。 一覧にアプリが見つからない場合は、Microsoft 管理センターでこのテナントを使用したサービス プリンシパルのプロビジョニングがまだ完了していないことを意味します。 これらの手順を完了し、約 10 分間待ってからもう一度試してください。
- 左下の [ レビュー + 割り当て] を選択します。
- 左側のパネルの [ データ ストレージ] で、[ コンテナー] を選択します。
- 上記の手順で作成したストレージ コンテナーを選択します。
- 左側のパネルの [設定] で、[ プロパティ] を選択します。
- URL をコピーし、組織のデータ ソース管理者と安全に共有します。
- このコンテナーにデータを入力するのは、ソース システム管理者に知らせてください。 ストレージ BLOB データ共同作成者のアクセス権が必要です。
サービス プリンシパルを承認する方法の詳細については、こちらを参照してください。
手順 4: Microsoft 365 管理センターで Azure Storage コネクタをセットアップする
適用対象:組織のデータ ソース管理者
(1) Azure BLOB コンテナーを設定し、(2) サービス プリンシパルが承認され (BLOB URL が組織のデータ ソース管理者と共有されている)、(3) 定期的なエクスポートを構成したら、Microsoft 365 管理センターでコネクタの設定を完了します。
- Microsoft 365 組織データ サービス ページの [データ接続] ページ (ホーム>セットアップ>移行とインポート>Microsoft 365 組織データ サービス>データ接続) からインポートを開始します。
- [ 開始] (データの インポートが初めての場合) または [ 新しいインポート ] (まだデータをインポートしていない場合) を選択します。
- [接続の種類の選択] ページで、[ Blob ストレージのセットアップの開始] を選択します。
- データを共有するアプリとサービスを選択し、[ 次へ ] を選択して先に進みます。
- [設定と準備] ページで、[ 次へ ] を選択して先に進みます。
- [Azure Blob Storage 接続] ページで、接続名と共有された Azure BLOB コンテナーの URL を入力します。
- ダウンストリーム アプリで使用できるようにする前に、取り込まれたデータの品質に関する詳細を確認する場合は、[ 共有する前にデータを手動で承認する] を選択します。 詳細情報を参照してください。
- PGP 暗号化を使用している場合は、[ PGP 暗号化でファイルを送信する ] を選択し、暗号化キーをダウンロードします。 このキーを使用して、Azure BLOB コンテナーに送信されるデータを暗号化します。 それ以外の場合は、[ PGP 暗号化なしでファイルを送信する] を選択します。
- [次へ] を選択します。
- 画面の指示に従って、属性ヘッダーのインポート、属性のマッピング、属性アクセスの付与を行います。 次に進むには、[ 次へ] を選択します。 列を自動的にマッピングして手動マッピングをスキップするには、.csv 列ヘッダーで予約済みの属性名 ("Microsoft_PersonEmail" などの "Microsoft_" プレフィックスを使用します。 予約された属性名の完全な一覧を参照してください。
- 接続の詳細を確認し、[ 接続] を選択します。
注:
定期的なエクスポートを設定すると、Viva および Microsoft 365 サービスの要件を満たすためにデータが検証されます。 定期的なエクスポートを構成していない場合、コネクタはセットアップされますが、データは検証のためにシステムに取り込まれません。 代わりに、Microsoft 365 管理センターの [データ接続] タブに [接続待ち] の状態が表示されます。 その接続を選択すると、データ ソース管理者が定期的なエクスポートを構成していないことが示されます。 そのプロセスを開始するために連絡するように求められます。
手順 5: Workday サービスとしてのレポート (RaaS) など、Azure Blob Storage への定期的なエクスポートを設定する (省略可能)
適用対象:組織のデータ ソース管理者
- HRIS システムから Microsoft に最新のデータが確実に送信されるようにするには、HRIS システムから Azure Blob Storage への定期的なエクスポートを設定します。
- データをエクスポートする前に、必要な属性と予約済みの属性をすべて含むファイルを準備します。
- 手順 2 で作成した Azure コンテナーにデータを送信します。 Files は、手順 4 でのコネクタの設定方法に基づいて、暗号化されていない場合は .csv 拡張子、PGP 暗号化を使用する場合は .pgp 拡張子が必要です。
Workday RaaS に格納されている組織データを Azure BLOB コンテナーに送信する場合は、以下のプロセスに従ってください。
ローカル ユーザーを追加して Azure portal で SFTP を有効にする
まず、上記の手順 2 で Azure portal で作成したストレージ アカウントに移動します。
左側の [設定 ] で [ SFTP] を選択します。
ページの上部で、[ ローカル ユーザーの追加] を選択します。
ユーザー名を入力し、安全に保存します。 これは、下の後の手順で使用します。
[ ユーザー名] で、[ SSH パスワード] を有効にします。
ウィンドウの上部にある [ アクセス許可] を選択します。
[コンテナー] の横で、上記の手順 2 で作成した Azure BLOB コンテナーを選択します。
コンテナー の [アクセス許可 ] で、[ 書き込み] を選択します。
[ホーム (ランディング)] ディレクトリの横に、同じコンテナー名を入力します。
ウィンドウの下部にある [追加] を選択します。
表示された SSH パスワードを安全にコピーします。 これは、下の後の手順で使用します。
ページの上部で、[ SFTP を有効にする] を選択します。
その他のリソース
Workday でカスタム レポートを作成する
Workday を開き、[カスタム レポートの作成] を検索して選択します。
レポートの名前を入力します。
[レポートの種類] の横にある [詳細設定] を選択します。
[データソース] の横にある [Workers for HCM Reporting] を選択します。
[ パフォーマンスの最適化] をクリアしたままにして、メール アドレスを持たないワーカーをフィルターで除外します。 Microsoft では、ワーカーをメール アドレスで識別しているため、これは必須フィールドです。
ページの下部にある [ OK] を選択します。
管理者のメール フィールドを追加するには:
レポート名の右側にある 3 つのドット メニューを選択します。
[レポート>集計フィールドの作成] の [集計フィールド] を選択します。
新しいフィールドの名前 (「Manager Email」など) を入力します。
[ビジネス オブジェクト] の横に「worker」と入力します。
[ 関数] の横に [Lookup related Value] と入力します。
[OK] を選択します。
次の画面で、[ ルックアップ フィールド] の横に「マネージャー – レベル 01」と入力します。
[戻り値] の横に、希望のメール フィールド ([Public Primary Work Email Address] など) を入力します。
ページの下部にある [ OK] を選択します。
フィールドを追加し、organization's のニーズに基づいてレポートをカスタマイズします。
レポート名の右側にある 3 つのドット メニューを選択します。
[カスタム レポート>編集] を選択します。
[ データ ソース フィルター] の横に、「すべてのアクティブなワーカー (すべての種類)」と入力します。
[ 列 ] タブで、左上の [+] アイコンを選択してフィールドを追加します。
ここに一覧表示されているほとんどの予約フィールドのマッピングの例
[Manager Email] フィールドは、上記で設定した計算フィールドを参照します。
これは、各フィールドのマッピングの最適な推測です。具体的には、テナントにより適したマッピングがあるかもしれません。
上記にリンクされている予約フィールドは、まだ設定されていない場合は、ここに追加できます。 任意の名前で任意のカスタム フィールドを追加することもできます。これらはカスタム フィールドを使用する任意のアプリにインポートできます。
| ビジネス オブジェクト | フィールド | 列見出しの上書き | 列見出しの上書き XML エイリアス |
|---|---|---|---|
| ワーカー | 従業員 ID | Microsoft_EmployeeID | この列を列見出しの上書きと同じ値に設定します |
| ワーカー | Public Primary Work Email Address | Microsoft_PersonEmail | |
| ワーカー | Manager Email | Microsoft_ManagerEmail | |
| ワーカー | 監督機関 | Microsoft_Organization | |
| ワーカー | 管理レベル | Microsoft_LevelDesignation | |
| ワーカー | 単一ジョブ ファミリ | Microsoft_JobDiscipline | |
| ワーカー | Business Title | Microsoft_JobTitle | |
| ワーカー | 場所 - 名前 | Microsoft_CompanyOfficeLocation | |
| ワーカー | 採用日 | Microsoft_HireDate | |
| ワーカー | 名 | Microsoft_FirstName | |
| ワーカー | 姓 | Microsoft_LastName | |
| ワーカー | レポート表示形式の正式名称 | Microsoft_DisplayName | |
| ワーカー | 会社名 | Microsoft_Company | |
| ワーカー | 作業アドレス - 書式設定された行 1 | Microsoft_CompanyOfficeStreet | |
| ワーカー | 勤務先住所 - 市区町村 | Microsoft_CompanyOfficeCity | |
| ワーカー | 勤務先住所 - 都道府県 | Microsoft_CompanyOfficeState | |
| ワーカー | 勤務先住所 - 郵便番号 | Microsoft_CompanyOfficePostalCode | |
| ワーカー | 勤務先住所 - 国/地域 | Microsoft_CompanyOfficeCountryOrRegion | |
| ワーカー | ワーカー タイプ - テキスト | Microsoft_EmploymentType | |
| ワーカー | アクティブなスキル | Microsoft_UserSkillNames | |
| ワーカー | パブリック プライマリ オフィスの電話番号 | Microsoft_Phone | |
| ワーカー | コスト センター - ID | Microsoft_CostCenter | |
| ワーカー | 部署 | Microsoft_Division |
[ フィルター ] タブに追加して、メールを持っていないワーカーをフィルターで除外します。
レポートをカスタマイズした後、[ 詳細設定] を選択します。 次に、[ Web サービス オプション] で、[ Web サービスとして有効にする] を選択します。
Workday RaaS で統合を作成する
PGP 暗号化を使用している場合:
- 画面の上部で、[PGP 公開キーの作成] を検索して選択します。
- PGP 公開キーの名前を入力します。 このキーは、以下の統合を作成するときに使用します。
- [ 証明書] の横に、 手順 4 の公開キー ファイルの内容を貼り付けます。
画面の上部で、「EIB の作成」を検索して選択します。
「 EIBの作成 」ページで:
- 統合の名前を入力します。
- [ 送信] を選択します。
- [OK] を選択します。
[ 全般設定 ] ページで詳細を確認し、確認します。 問題なければ、[ 次へ] を選択します。
[ データの取得 ] ページでの操作:
[ データ ソースの種類] の横にある [ カスタム レポート] を選択します。
[カスタム レポート] の横にある、Azure Blob Storage コネクタと統合するレポートを選択します。
[ 詳細] で、[ 代替出力形式] の横にある [CSV] を選択します。
ページの下部にある [ 次へ] を選択します。
[ 変換 ] ページでは、変更を加える必要はありません。 [次へ] を選択します。
[ 配信] ページで:
[ 配信方法] の横にある [SFTP] を選択します。
[SFTP アドレス] の横にある手順 4 で使用した Azure BLOB コンテナー URL をコピーし、"https" を "sftp" に置き換え、コンテナー名の末尾 ("sftp://storageAccount1.blob.core.windows.net" など) を削除します。
[ 認証方法] の横にある [ ユーザー名/パスワード] を選択します。
[ユーザー ID] の横で、次の形式で ID を入力します: "[上記の手順 2 で作成した Azure Azure blob storage アカウントの名前]。[上記のこの手順で Azure portal に作成したローカル ユーザーの名前]."、たとえば "storageAccount1.localUser1" など。
[新しいパスワード] の横に、上記の手順で Azure portal からコピーした SSH パスワードを入力します。
[ ファイル名] の横に、目的のファイル名を入力します。 PGP 暗号化を使用する場合、ファイル拡張子は .pgp である必要があります。 それ以外の場合は、.csv にする必要があります。
[ 詳細] で:
[MIME タイプ] の横にある [CSV] を選択します。
整合性チェックを保持する をオンにします。
PGP 暗号化を使用している場合は、[ 使用して暗号化する] の横で、上記で追加した PGP 公開キーを選択します。
他のフィールドに入力する必要はありません。
[ 配信 ] ページの下部にある [ 次へ] を選択します。
[ レビューと送信 ] ページで詳細を確認します。 問題なければ、[ OK] を選択します。
統合の名前の横にある [アクション] を選択します。
[ 統合] をポイントし、[ 起動/スケジュール] を選択します。
[ 起動/統合のスケジュール ] ページでは、次の操作を行います。
- [ 統合] の横にある、作成した統合の名前を選択します。
- [実行頻度] の横で、目的の頻度を選択します。
- [OK] を選択します。
その後のアップロード
Azure BLOB ストレージ コネクタは、インポートできる新しいデータがあるかどうかを 15 分ごとにチェックします。
インポートする属性に変更がない場合は (新しい行のデータのみ)、このデータをインポート、検証、および共有するために何もする必要はありません。 コネクタはこのプロセスを自動的に処理し、検証エラーにはフラグが設定されます。 データに予期しない問題が発生した場合は、定期的にチェックして検証エラーがないか確認する必要があります。
新しい属性をインポートするには、2 つの方法があります。
オプション 1
上記の「Azure BLOB コネクタの属性マッピングの表示」セクションで説明した手順に従います。
オプション 2
Microsoft 365 管理センターの左側にある [設定] で、[セットアップ] を選択します。
[ 設定] で、[ 移行とインポート] を選択します。
[データの移行またはインポートツール] テーブルで、[ Microsoft 365 Organizational Data Service] を選択します。
[Microsoft 365 組織データ サービス] ページで、[データ接続] を選択します。
[データ接続] で、[新しいインポート] を選択します。
[ コネクタの種類の選択] で、[ Blob ストレージのセットアップの開始] を選択します。
既存の接続の編集を求められた場合は、[ 接続の編集] を選択します。
画面上の指示に従って、上記の最初のアップロードと同じプロセスを使用して変更を行います。
注:
Azure BLOB コネクタの場合、属性マッピング手順の [インポートされた属性] には、.csv ファイルに含まれる属性だけでなく、このコネクタを通じてインポートされたすべての属性が表示されます。
よくあるご質問 (FAQ)
Azure BLOB コンテナー コネクタのセットアップにはどのくらい時間がかかりますか?
(1) Azure BLOB コンテナーを設定し、(2) サービス プリンシパルが承認され (BLOB URL が Microsoft 365 グローバル管理者と共有されている)、(3) 定期的なエクスポートが構成され、(4) コネクタが Microsoft 365 管理センターでセットアップされると、検証が開始されます。 検証には数時間かかります。ただし、完全なデータをアップロードしたものをプロファイル ストアで利用できるようになるまで、最大 3 日間かかる場合があります。