Microsoft 365 との統合

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む25読むのに数分

    • インスタンスMicrosoft 365をServiceNowサービスと統合すると、ソフトウェアサブスクリプションとソフトウェア使用状況を追跡してライセンスコンプライアンスを判断し、最適化の機会に対処することができます。

    サービスの詳細については Microsoft 365 、「 Microsoft 365 プラン」を参照してください。

    注:
    Microsoft Dynamics 365 と Power Apps の統合に関する情報は、ここでは説明していません。詳細については、「Dynamics 365 および Power Apps と Microsoft の統合」を参照してください。

    アプリケーションの登録Microsoft Azure AD

    ポータルからアプリケーションを登録します Microsoft Azure 。

    始める前に

    Microsoft Azure AD 必要なロール:グローバル管理者

    手順

    1. Web ブラウザーから、ポータルの Microsoft Azure[アプリの登録] ページを開きます。
    2. グローバル管理者の資格情報を使用してログインします。
    3. [アプリの登録] ページで、 [ 新規登録] を選択します。
    4. [アプリケーションの登録] フォームの [名前] セクションで、アプリケーションの名前を入力します。
    5. [サポートされているアカウントの種類] セクションで、 [任意の組織ディレクトリ内のアカウント (任意の Azure AD ディレクトリ - マルチテント)] を選択します。
    6. [登録 (Register)] を選択します。
      アプリケーションが登録され、新しいアプリケーションの [概要] ページに自動的にリダイレクトされます。
    7. [概要] ページで、[ アプリケーション (クライアント) ID ] フィールドと [ ディレクトリ (テナント) ID] フィールドの値をコピーします。
      後で使用できるように安全な場所に保存してください。
    8. アプリケーションのクライアントシークレットを生成します。
      1. 左側のナビゲーションメニューから、 管理 > 証明書とシークレット.
        [証明書とシークレット (Certificates & secrets)] ページが開きます。
      2. [クライアントシークレット] セクションで、 [ 新しいクライアントシークレット] を選択して、アプリケーションのクライアントシークレットを生成します。
        [クライアントシークレットの追加 (Add a client secret)] ダイアログボックスが開きます。
      3. ダイアログボックスで、フィールドに入力します。
        表 : 1. [クライアントシークレットの追加 (Add a client secret)] ダイアログボックス
        フィールド 説明
        説明 クライアントシークレットの説明。
        有効期限 クライアントシークレットの有効期限が切れるまでの期間。オプションは次のとおりです。
        • 1年で
        • 2年間で
        • 今後表示しない
      4. [追加] を選択します。
        ダイアログボックスが閉じ、[証明書とシークレット(Certificates & secrets)] ページに戻ります。
      5. [クライアントシークレット] セクションで、新しく生成されたクライアントシークレットの [値 ] フィールドの値をコピーします。
        後で使用できるように安全な場所に保存してください。
    9. 保護されたリソースに対するアプリケーションのアクセス・レベルを指定します。
      1. 左側のナビゲーションメニューから、 管理 > API 権限.
        [API のアクセス許可] ページが開きます。
      2. [権限を追加 (Add a permission)] を選択します。
        [API 権限の要求 (Request API permissions)] ダイアログボックスが開きます。
      3. ダイアログ ボックスで、[ Microsoft API ] タブを選択します。
      4. 使用可能な Microsoft API の一覧から、 [ Microsoft Graph] を選択します。
      5. アプリケーションに必要なアクセス許可の種類を選択するように求められたら、 [ アプリケーションのアクセス許可] を選択します。
      6. [アクセス許可の選択] で、次のアクセス許可のチェック ボックスをオンにします。
        • Reports.Read.All
        • User.Read.All
        • Organization.Read.All
      7. [権限を追加] を選択します。
        ダイアログボックスが閉じ、[API 権限] ページに戻ります。
    10. アプリケーションに対して管理者の同意を付与します。

    次のタスク

    アプリケーションの登録と設定が正常に完了した後、アプリケーションが Power BI サービスのコンテンツと API にアクセスできるようにする必要がある場合は、ポータルに Microsoft Azure 留まります。

    Power-BI 読み取り専用 API のサービス プリンシパル認証を有効にするEnable service principal authentication for Power-BI read-only API

    Power BI 読み取り専用 API のサービス プリンシパル認証を有効にすることで、アプリケーションに Power BI サービス コンテンツと API へのアクセス権を付与します。Power BI サービスのコンテンツと API は、サブスクリプションを Office 365 E5 から Office 365 E3 にダウングレードするなど、サブスクリプションの最適化 Microsoft 365 に役立ちます。

    始める前に

    Microsoft Azure AD 必要なロール:グローバル管理者

    Power BI 必要なロール:グローバル管理者または Power BI 管理者

    注:
    この構成により、Web とデスクトップ全体のすべての Power BI Pro デプロイの使用状況情報 (前回の使用時間) を取得できます ServiceNow ソフトウェア資産管理 。 ソフトウェア資産管理 サブスクリプションの一部である Microsoft 365 Power BI デプロイのアクティビティの最終日をプルします。

    このタスクについて

    サービス プリンシパルは、アプリケーションが Power BI サービス コンテンツや API などのセキュリティで保護された Microsoft Azure AD リソースにアクセスできるようにする認証方法です。

    手順

    1. サービス プリンシパル認証用のセキュリティ グループを作成します。
      セキュリティ グループを使用すると、共有リソースにアクセスできるユーザー、デバイス、グループ、サービス プリンシパルを管理できます。サービス プリンシパル認証に既存のセキュリティ グループを使用する場合は、 手順 2 に進みます。
      1. ポータルの Microsoft Azure ページ ヘッダーで、検索バーを使用して Azure Active Directory サービスを検索して選択します。
        Azure Active Directory サービスの [概要] ページが開きます。
      2. Azure Active Directory サービスの左側のナビゲーション メニューから、 管理 > グループ.
        - グループ > すべてのグループ ページが開きます。
      3. [ すべてのグループ ] ページで、[ 新しいグループ] を選択します。
      4. フォームのフィールドに入力します。
        表 : 2. 新規グループフォーム
        フィールド 説明
        グループ タイプ グループタイプ。このフィールドを [セキュリティ] に設定します。
        グループ名 グループの名前。
        グループのメールアドレス すべてのグループメンバー間で共有されるメールアドレス。
        グループの説明 グループの説明
        メンバーシップタイプ グループにメンバーを追加またはグループから削除する方法。オプションは次のとおりです。
        • 割り当て済み:メンバーは手動で追加または削除する必要があります。
        • 動的ユーザー: 定義した動的グループ ルールに基づいて、メンバーが自動的に追加または削除されます。動的グループ ルールの詳細については、「 Azure Active Directory で動的グループを作成または更新 する」を参照してください。
        • 動的デバイス: デバイスは、定義した動的グループルールに基づいて自動的に追加または削除されます。動的グループ ルールの詳細については、「 Azure Active Directory で動的グループを作成または更新 する」を参照してください。
      5. [作成] を選択します。
      セキュリティ グループが作成され、新しいグループの [概要] ページにリダイレクトされます。
    2. で アプリケーションの登録Microsoft Azure AD 作成したアプリケーションをセキュリティグループのメンバーとして追加します。
      1. ステップ 1 でセキュリティグループを作成せず、代わりに既存のセキュリティグループを使用している場合は、既存のセキュリティグループを開きます。
        ステップ 1 でセキュリティ グループを作成した場合は、ステップ b に進みます。
        1. ポータルの Microsoft Azure ページ ヘッダーで、検索バーを使用して Azure Active Directory サービスを検索して選択します。

          Azure Active Directory サービスの [概要] ページが開きます。

        2. Azure Active Directory サービスの左側のナビゲーション メニューから、 管理 > グループ.

          - グループ > すべてのグループ ページが開きます。

        3. 利用可能なグループの一覧から、既存のセキュリティ グループを見つけて選択します。

          セキュリティグループの [概要] ページが開きます。

      2. セキュリティグループの左側のナビゲーションメニューから、 管理 > メンバー.
        「メンバー」ページが開きます。
      3. [メンバー] ページで、[ メンバーの追加] を選択します。
        [メンバーの追加] ダイアログボックスが開きます。
      4. ダイアログボックスで、 で アプリケーションの登録Microsoft Azure AD作成したアプリケーションを検索して選択します。
        重要:
        アプリケーションには、ポータルから Microsoft Azure Power BI 管理者のアクセス許可が設定されていない必要があります。次の手順を使用して、アプリケーションのアクセス許可を確認できます。
        1. Microsoft Azureグローバル管理者、アプリケーション管理者、またはクラウドアプリケーション管理者の資格情報を使用して、ポータルにログインします。
        2. ポータルの Microsoft Azure ページ ヘッダーで、検索バーを使用して Azure Active Directory サービスを検索して選択します。

          Azure Active Directory サービスの [概要] ページが開きます。

        3. Azure Active Directory サービスの左側のナビゲーション メニューから、 管理 > エンタープライズアプリケーション.

          [エンタープライズアプリケーション] ページが開きます。

        4. 利用可能なエンタープライズアプリケーションのリストから、アプリケーションを見つけて選択します。
        5. [アクセス許可] を選択します。
        6. アプリケーションに Power BI 管理者の同意が必要なアクセス許可が設定されていないことを確認します。
      5. [ 選択] を選択します。
        アプリケーションがセキュリティグループのメンバーとして追加されます。
    3. セキュリティ グループが読み取り専用の Power BI 管理 API にアクセスできるようにします。
      1. 新しいタブまたは Web ブラウザーで、 Power BI を開きます。
      2. グローバル管理者または Power BI 管理者の資格情報を使用してログインします。
        Power BI ポータルが開きます。
      3. Power BI ポータルのページ ヘッダーで、 [設定] アイコン ( [設定] アイコン) を選択し、 [ 管理ポータル] を選択します。
        Power BI 管理ポータルが開きます。
      4. 管理ポータルの左側のナビゲーション メニューから、 [テナント設定] を選択します。
        Power BI テナント設定が開きます。
      5. [管理 API の設定] セクションで、 [ サービス プリンシパルに読み取り専用の Power BI 管理 API の使用を許可する ] 設定を展開します。
      6. トグルボタンを選択して設定を有効にします。
      7. メッセージが表示されたら、設定を [特定のセキュリティ グループ] に適用するオプションを選択します。
      8. 対応するテキストボックスに、セキュリティグループの名前を入力します。
      9. [適用] を選択します。
      Power BI 管理ポータルでこの設定を有効にすると、ポータルから Microsoft Azure 設定したアプリケーションのアクセス許可は無効になります。その後、すべてのアプリケーションのアクセス許可を Power BI 管理ポータルで設定および管理する必要があります。

    Admin Center で Microsoft 365 更新を構成する

    にインポートされるアクティビティに関するレポートで Microsoft 365 匿名ユーザー情報を防止します ServiceNow。

    始める前に

    必要なロール：admin

    手順

    1. 管理者資格情報を使用して、 Microsoft 365 管理センター にログインします。
    2. 移動先 設定 > サービス > 組織の設定 > レポート.
    3. [ Display concealed user, group, and site names in all reports ] チェックボックスの選択を解除します。
      Microsoft 365匿名ユーザー情報を表示するレポートの詳細については、「Microsoft 365 レポートに実際のユーザー名ではなく匿名ユーザー名が表示される」を参照してください。

    Microsoft 365 統合プロファイルの作成

    ソフトウェアサブスクリプションを追跡し、サービスの古いライセンスを最適化する統合プロファイルを作成します Microsoft 365 。

    始める前に

    ServiceNow 必要なロール:sam_integrator または admin

    と Microsoft 365データ連携するには、次のプラグインを有効化します。
    • ソフトウェア資産管理プロ for Microsoft プラグイン (com.snc.samp.microsoft)
    • ソフトウェア資産管理- SaaS ライセンス管理ServiceNow Store の (com.sn_sam_saas_int) プラグイン

      詳細については、「SaaS ライセンス管理 を要求する」を参照してください。

    手順

    1. ServiceNowインスタンスから、 すべて > ソフトウェア資産 > SaaS ライセンス > 直接統合プロファイル.
    2. [New (新規)] を選択します。
    3. [Microsoft 365 統合プロファイル] を選択します。
    4. フォームのフィールドに入力します。
      表 : 3. 統合プロファイルフォーム
      フィールド 説明
      表示名 データ連携プロファイルの名前たとえば、 <your-company> の Microsoft 365 統合などです。
      クライアント ID ポータルに登録し Microsoft Azure たアプリケーションのクライアント ID。に アプリケーションの登録Microsoft Azure ADコピーしたアプリケーション (クライアント) ID を入力します。
      クライアントシークレット Microsoft Azure ポータルに登録したアプリケーションのクライアントシークレット。で アプリケーションの登録Microsoft Azure ADコピーしたクライアントシークレットを入力します。
      テナント名または ID ポータルに登録したアプリケーションの Microsoft Azure グローバル一意識別子 (GUID)。に アプリケーションの登録Microsoft Azure ADコピーしたディレクトリ (テナント) ID を入力します。
      警告:
      ディレクトリ (テナント) ID を入力するときは、ID に拡張子を追加しないでください。に アプリケーションの登録Microsoft Azure ADコピーしたIDを正確に入力します。
      REST メッセージ REST Web サービス エンドポイントに要求を送信できるようにするメッセージ。
      プロファイルタイプ 統合プロファイルのタイプ。このフィールドは自動的に Microsoft 365 に設定されます。
    5. [送信] を選択します。
    6. オプション: ユーザーサブスクリプションジョブのステータスを確認するには、次の場所に移動します。 ソフトウェア資産 > 管理 > ジョブ結果.

    次のタスク

    自動 Microsoft 365 生成されたすべてのソフトウェアモデルを表示するには、次に移動します。 統合 - Microsoft 365 > ソフトウェアモデル. ソフトウェアモデルは、公開者、バージョン、検出マップに関する情報を含む、購入したソフトウェアのプロファイルです。ソフトウェアモデルは、公開者情報を記録し、プロファイルを作成します。

    統合プロファイルを作成すると、ソフトウェアの再利用ルールが自動的に作成されます。再利用ルールを確認して、仕様を満たしていることを確認することが重要です。Office 365 用に自動生成されたすべての再利用ルールを表示するには、次の場所に移動します。 ソフトウェア資産 > 管理 > 再利用ルール. 再利用ルールは、SCCM 使用状況統合を通じてMicrosoftプルされた System Center Configuration Management (SCCM) 使用状況データに基づいてMicrosoft適用されます。これらの再利用ルールの詳細については、を参照してください SCCM 使用状況データをインポート Microsoft するための再利用ルールの作成。

    注:
    ServiceNow は、Office 365 のデフォルトの再利用ルールを 1 つ自動的に作成します。[サブスクリプション使用条件] タブの [前回のアクティビティしきい値] フィールドを更新することもできます。

    インスタンス内のServiceNowサブスクリプション情報の決定と検証Microsoft 365

    管理センターから Microsoft 365 プルする正確なソフトウェア サブスクリプション情報を決定し、完全なサブスクリプション情報が に正確に ServiceNowプルされているかどうかを確認します。

    始める前に

    必要なロール：sam_admin

    手順

    1. 作成した統合プロファイルで Microsoft 365 フィルタリングして、アドミンセンターから Microsoft 365 プルする ServiceNow正確なソフトウェアサブスクリプション情報を決定します。
      このサブスクリプションには、管理センターで使用できる Microsoft 365 すべてのサブスクリプションが含まれます。
    2. 完全なサブスクリプション情報が に正確にプルされているかどうかを管理者に Microsoft 365 確認してください ServiceNow。
      注:

      ソフトウェア資産管理System Center Configuration Manager (SCCM) の統合とMicrosoft 365統合の組み合わせMicrosoftを使用して、製品の最終Microsoft 365アクティビティ日をプルします。

    3. Microsoft 365サブスクリプションデータがプルされソフトウェア資産管理ない場合は、統合のセットアップを確認します。
      1. [統合プロファイル] フォームで、[REST メッセージ] フィールドの横にあるプレビューアイコン ([プレビュー] アイコン)を選択し、レコードプレビューで [レコードを開く] を選択して、REST メッセージレコードを開きます。
      2. [REST メッセージ] フォームで、[ OAuth トークンの取得 ] 関連リンクを選択します。
      3. [OAuth フロー検証] ダイアログボックスで、OAuth フローのステータスを表示して、統合が正しく設定されているかどうかを判断します。
        • 「OAuth トークンフローが正常に完了しました」というメッセージが表示された場合、統合は正しくセットアップされています。
        • OAuthフロー に失敗した というメッセージが表示された場合、統合は正しく設定されていません。このメッセージの情報を使用して、統合セットアップのエラーを特定します。
    4. Power BI の使用状況が にプル ソフトウェア資産管理されない場合は、Power BI API 接続の状態を確認します。
      1. [統合プロファイル] フォームで、フォームヘッダーを右クリックします。
      2. [ XML の表示] を選択します。
      3. アンダー <xml> > <samp_sw_subscription_profile> > <custom_properties>で、プロパティを表示 powerBIStatus して、Power BI API 接続の状態を確認します。
        • powerBIStatusプロパティが success に設定されている場合、Power BI API 接続は成功しています。
        • プロパティが powerBIStatusfailed に設定されている場合、Power BI API の接続は成功しませんでした。すべての統合セットアップ手順に正しく従っていることを確認します。統合セットアップのエラーの詳細について、ログを確認することもできます。
    5. オプション: ソフトウェアサブスクリプション [samp_sw_subscription] テーブルの [ユーザー ] フィールドが空の場合、フィールドを関連するユーザーにマッピングできます。

      詳細については、「」を参照してください。

    サブスクリプションの Microsoft 365 ソフトウェア使用アクティビティの評価

    ソフトウェア使用アクティビティを評価して、ポータルで Microsoft 365 見つかったすべてのサブスクリプションの中から、アクティブ、非アクティブ、および未アサインのサブスクリプションを検出します。

    ソフトウェア使用アクティビティとは、ソフトウェア製品の使用状況のことであり、ソフトウェア使用アクティビティを追跡することで、ライセンスの使用状況を監視できます。この監視は、既存のソフトウェアサブスクリプションを最適化するのに役立ちます。

    次の表に、ソフトウェア使用アクティビティを収集するためのソース、関連するプラットフォーム サポート、およびサポートされている Microsoft 365 製品を示します。

    ソフトウェア使用アクティビティ収集のソース プラットフォームのサポート サポート対象 Microsoft Office 365 製品
    Microsoft Graph Api デスクトップ、ウェブ、モバイル Outlook、Word、PowerPoint、Excel、OneNote、Teams、Exchange Online、SharePoint Online、Power BI
    Microsoft SCCM または ACC-V デスクトップ Microsoft Office 365 企業向けアプリ
    Jamfデバイス用macOS デスクトップ Microsoft Office 365 企業向けアプリ

    ライセンス最適化のためのソフトウェア使用アクティビティの監視

    ソフトウェア使用アクティビティに基づいて、 ソフトウェア資産管理 以下を含むソフトウェアサブスクリプションの最適化に関する推奨事項を生成します。

    • E5 から E3 および E3 から E1 への Microsoft 365 ダウングレード
    • 統合 Microsoft 365 サブスクリプション
    • およびそのアプリケーション(Office 365、Enterprise Mobility + Security(EMS))Windowsサブスクリプションの両方Microsoft 365を持つ二重ライセンスのユーザー
    • 、Microsoft Exchange Online、Microsoft SharePoint OnlineMicrosoft OneDriveおよび Power BI のMicrosoft Teams個々のサブスクリプション
    • 未アサインのユーザーサブスクリプション

    最適化の推奨事項は、 ワークスペースの [最適化と削減] ダッシュボードで確認できます。

    統合が完了したら Microsoft 365 、次のいずれかのテーブルを使用して使用アクティビティ情報を表示できます。
    • ソフトウェア使用 [samp_sw_usage] テーブルを表示して、サブスクリプション内で提供される個々のソフトウェア製品の使用状況データを確認します。スケジュール設定済みジョブは SAM - Collect Microsoft 365 Usage  、使用率データを毎日収集し、 SAM - Create New Reclamation Candidates for Office 365 Integration  削除候補を毎週生成します。ソフトウェア使用のフィールドとその説明の詳細については、「」を参照してください ワークスペースでのソフトウェア使用の表示または作成。

      [ソフトウェア使用] テーブルには、ソフトウェアが最後に使用された日付と、デスクトップ、Web、モバイルで実行されたアクティビティのタイプ、またはプラットフォーム間での累積が含まれます。前回のアクティビティデータは、サブスクリプション内の Microsoft 365 個々の製品に最適化されたプランを選択するのに役立ちます。 ソフトウェア資産管理 は、ライセンスワークベンチに最適化されたサブスクリプションの推奨事項を表示することで、現在のサブスクリプションの削除候補を生成します。

    • 各ユーザーのMicrosoft 365 Apps使用状況レポート [samp_m365_apps_usage_report] テーブルに製品の最終アクティビティ日 Microsoft 365 を表示します。アクティビティの最終日は、、Microsoft WordExcel、Microsoft PowerPointおよび OneNote などのMicrosoft Outlook製品の再利用候補をより正確にMicrosoft 365決定するのに役立ちます。アプリの使用フィールドとその説明の詳細については Microsoft 365 、「」を参照してください Microsoft 365 アプリの使用状況レポート。

    サブスクリプションの Microsoft ライセンス最適化

    ソフトウェア使用アクティビティは、個々の Microsoft 製品とスイートサブスクリプションの両方から再利用候補を検出することで、 Microsoft 365 ライセンスの最適化に役立ちます。API と検出ソリューションの両方を使用して、再利用候補を決定できます。

    • E5 から E3 および E3 から E1 への Microsoft 365 ダウングレード:推奨されるダウングレード候補に基づいて、ダウングレードまたは再利用できる 1 か月あたりのライセンス数を決定します。
      注:
      E3 から E1 への最適化のために SCCM や ACC-V などのMicrosoft追加の検出ソリューションから、Access と Publisher の使用状況Microsoftを確認することもできます。
    • 統合 Microsoft 365 サブスクリプション:統合サブスクリプションの再利用候補を見つけます Microsoft 365 。
    • 二重ライセンス ユーザー: 両方の Microsoft 365 アプリケーション(Office 365、Enterprise Mobility + Security (EMS)) Windowsサブスクリプションで、推奨候補に基づいてダウングレードまたは再利用できる月あたりのライセンス数を決定します。
    • 個々のサブスクリプション:スケジュール設定済みジョブの実行時に SAM - Import user subscription 、個々のサブスクリプションに対して再利用ルールが自動的に作成されます。これらの個々のサブスクリプションには、Microsoft Exchange OnlineMicrosoft SharePoint OnlineMicrosoft OneDrivePower BI が含まれます。Microsoft Teams要件に合わせて、個々のサブスクリプションの再利用ルールを確認できます。詳細については、「ソフトウェア再利用ルールのレビュー」を参照してください。

    また、サブスクリプションの割り当て日を使用して、個々のサブスクリプションの再利用候補を生成することもできます。再利用候補は、 のレコード作成日ではなく、ポータルのサブスクリプション割り当て Now Platform日に基づいて生成されます。レコード作成日の代わりにサブスクリプションの割り当て日を使用すると、偽の再利用候補の生成を監視するのに役立ちます。

    コンプライアンスと最適化の結果を評価するMicrosoft 365

    コンプライアンスと最適化の結果を評価し Microsoft 365 て、実際のコスト削減と潜在的なコスト削減、および推奨されるライセンスの最適化を見つけます。

    始める前に

    必要なロール：sam_admin または sam_user

    ソフトウェアコンプライアンスを評価するには、検出 Microsoft 365 が完了している必要があります。Discovery と Microsoft SCCM の併用の詳細については、 Discovery と SCCM の併用を参照してください。

    ソフトウェアの最適化を評価するには、認定された API と Microsoft SCCM の両方Microsoftからプランを利用できるMicrosoft 365必要があります。

    手順

    1. 移動先 Software Asset Workspace > ライセンス操作.
    2. 左ペインで、 ライセンス > ソフトウェアエンタイトルメント.
    3. [New (新規)] を選択します。
    4. 正しい公開者の品番 (PPN) を選択してエンタイトルメント Microsoft 365 を作成し、コンプライアンスを確認します。
      エンタイトルメントの作成の詳細については、次のリンクを参照してください ワークスペースでのエンタイトルメントの作成。
      注:
      ライセンスの測定基準値が [ユーザーサブスクリプション] であることを確認します。
    5. 移動先 ライセンス使用状況 左側のペインで。
    6. 「 調整 」タブを選択します。
    7. [調整の実行] を選択します。
    8. と SaaS ワークスペースの概要ダッシュボードでのクラシック版 ソフトウェア資産管理 Office 365 & Adobe Cloud ダッシュボードコンプライアンス分析結果の表示。
      ソフトウェア調整の実行の詳細については、次を参照してください ソフトウェア調整の実行 。 実行 Software Asset Management Foundation プラグイン クラシック版のソフトウェア調整.
    9. でサブスクリプションワークスペースの [最適化と削減] ダッシュボードに最適化されたMicrosoft 365すべてのプランを表示します。

    政府機関向けプランの Microsoft Office 365 REST エンドポイントを更新する

    サブスクリプションプロファイルの ServiceNow REST メッセージのエンドポイントを、サブスクリプションを使用するように変更します。

    始める前に

    必要なロール：sam_admin

    このタスクについて

    ServiceNow は政府機関向けプランをサポートし Microsoft Office 365 ており、セグメント化された政府機関向けクラウド コミュニティで Office 365 サービスのすべての機能を提供し、組織が米国のコンプライアンスおよびセキュリティ基準を満たすことを可能にします。

    政府機関向けプランの詳細については Microsoft Office 365 、「 Office 365 Government」を参照してください。

    手順

    1. ServiceNowインスタンスから、 すべて > ソフトウェア資産 > SaaS ライセンス > 直接統合プロファイル.
    2. REST メッセージレコードを開きます。
    3. REST メッセージを開きます。
    4. REST メッセージのエンドポイントを更新します。

      Microsoft 365 は、O365 Government プランのエンドポイントを提供します。使用可能なエンドポイントの詳細については、「 Office 365 U.S. Government GCC High エンドポイント」を参照してください。

    5. [更新] を選択します。
    6. REST メッセージの下にある HTTP メソッドの対応するエンドポイントを更新します。