EnglishFrançaisDeutschEspañolItaliano日本語한국어NederlandsPortuguês (Brasil)中文 (简体)中文 (繁體, 台灣)
Skip to main content

2026 年 7 月 24 日

Omnissa Identity Service リリース ノート

Omnissa Identity Service | 2026 年 6 月
リリース ノートで、追加または更新された情報をご確認ください。

2026 年 6 月の新機能

Omnissa Access が構成されている Workspace ONE UEM ユーザー向けのディレクトリ移行（制限付きで提供）：AirWatch プロビジョニング アプリケーションのサポート

Omnissa Access が構成されている Workspace ONE UEM 展開のディレクトリ移行の 2026 年 3 月の制限付き可用性リリースに基づいて、Omnissa Identity Service は、AirWatch プロビジョニング アプリケーションを使用してユーザーとグループを Workspace ONE UEM にプロビジョニングする Omnissa Access ディレクトリの移行をサポートするようになりました。

この更新により、以前記載されていた次の制限が削除されます：「Omnissa Access から Workspace ONE UEM への AirWatch プロビジョニング アダプタ経由の同期はサポートされていません。」

キー情報

詳細

2026 年 5 月の新機能

新しい環境のための Omnissa と Google Workspace の統合

Omnissa Identity Service を Google Workspace に直接接続して、ユーザーのライフサイクルを自動化し、シームレスなフェデレーション認証を有効にできるようになりました。

サポート対象

  • 自動プロビジョニング (SCIM)：Google から Omnissa Identity Service へのリアルタイムの一方向同期。これにより、ユーザーが自動的に作成、更新、削除、有効化、無効化され、手動によるオーバーヘッドが排除され、境界が保護されます。
  • シングル サインオン (SAML)：ユーザーは既存の Google Workspace 認証情報を使用してすぐに Omnissa サービスにログインします。

現在の制限事項

  • グループがありません：Google Workspace は SCIM グループ プロビジョニングをサポートしていないため、同期は個々のユーザーに制限されます。
  • プロトコル：SAML に厳密に基づいて構築されています。OpenID Connect (OIDC) および Workspace ONE UEM パスワード付与のフローはサポートされていません。
  • 現在の Workspace ONE UEM と Omnissa Access の統合から Google Workspace への移行はまだサポートされていません。

セットアップ ガイド

2026 年 3 月の新機能

Omnissa Access が構成されている Workspace ONE UEM ユーザー向けの SCIM 2.0 への移行（制限付きで提供）

Omnissa Identity Service は、オンプレミスの Active Directory から、Workspace ONE UEM と Omnissa Access が構成されている既存のユーザー向けの SCIM 2.0 をサポートするクラウド ID プロバイダへのディレクトリ移行をサポートするようになりました。

この機能により、組織は ID 管理を一元化し、オンプレミスの依存関係を排除し、ユーザーのプロビジョニングと認証を効率化できます。

この機能は制限付き提供プログラムに追加されました。Omnissa ベータ プログラムを使用して要件を確認し、適用します。

Workspace ONE UEM および Omnissa Access ユーザーに対する主なメリット

  • クラウド ネイティブ プロビジョニング：SCIM 2.0 を使用してクラウド IDP から Workspace ONE UEM にユーザーとグループをプロビジョニングし、レガシー Active Directory 同期を置き換えます。
  • オンプレミス コンポーネントなし：認証とユーザー同期を実行するのに AirWatch Cloud Connector と Omnissa Access Connector が不要になります。
  • 一元管理：すべての Omnissa サービス用の Web ベースの統合ポータルである Omnissa Connect からユーザーとグループを管理します。
  • フェデレーション認証：クラウド IDP を ID プロバイダとして使用して、Omnissa サービスへのシームレスな SSO を有効にします。

移行プロセス

移行プロセスは Omnissa Connect のウィザードによってガイドされ、以下が含まれます。

  • 前提条件の完了（IDP の設定や属性のマッピングなど）
  • クラウド IDP と Omnissa Identity Service の統合
  • Workspace ONE UEM、Omnissa Access、および Omnissa Identity Service 間のディレクトリ データの比較
  • 段階的な移行の実行（認証の切り替え、プロビジョニングのカットオーバー）

移行中は最小限のダウンタイムが予想されます。

サポートされていない機能および制限事項

移行する前に、次の制限事項を確認してください。

  • ロールバックなし：プロビジョニングを Omnissa Identity Service に移行すると、Active Directory にロールバックできなくなります。

  • 不変の externalId：Microsoft Entra ID の場合、Entra ID の externalId は、元の Active Directory 値と一致する必要があります。

  • 機能のギャップ - Workspace ONE UEM：一部の Workspace ONE UEM 機能は、移行後にサポートされません。詳細については、「サポートされていない機能リスト」を参照してください。

  • 機能のギャップ - Omnissa Access：移行後にサポートされない機能は次のとおりです。

    • ローカル ユーザーと管理者

    • 動的グループ

    • ディレクトリ管理者（管理者は Omnissa Connect からプロビジョニングされます）

    • パスワード（クラウド デプロイ）およびパスワード（ローカル ディレクトリ）認証方法

    • People Search

      詳細については、「サポートされていない機能リスト」を参照してください。

  • Omnissa Access から Workspace ONE UEM への AirWatch プロビジョニング アダプタ経由の同期はサポートされていません。

詳細

セットアップ手順、前提条件、およびベスト プラクティスの詳細については、次のドキュメントを参照してください。

2026 年 1 月の新機能

Okta および汎用 SCIM ID プロバイダから Omnissa Identity Service への移行（制限付きで提供）

Omnissa Identity Service (OIS) は、Workspace ONE UEM ディレクトリ移行サポートを Microsoft Entra ID を超えて拡張し、Okta および汎用 SCIM 2.0 準拠の ID プロバイダを含むようになりました。これにより、Workspace ONE UEM ユーザーは既存のクラウド IDP を使用して ID アーキテクチャを最新化できます。この機能強化により、組織は、ユーザーのライフサイクル管理と認証のための優先 ID プロバイダを維持したまま、オンプレミスの Active Directory から移行できるようになります。

この機能は制限付きで提供されています。Omnissa ベータ プログラムを使用して要件を確認し、アクセスを申請します。

Workspace ONE UEM ユーザーに対する主なメリット

  • クラウド ネイティブ プロビジョニング：SCIM 2.0 を使用して Okta または汎用 SCIM IDP から Workspace ONE UEM にユーザーとグループをプロビジョニングし、レガシー Active Directory ベースの同期を置き換えます。
  • オンプレミス コンポーネントなし：AirWatch Cloud Connector やその他のオンプレミス ディレクトリ インフラストラクチャが不要になります。
  • ID の一元管理：すべての Omnissa サービス用の Web ベースの統合ポータルである Omnissa Connect からユーザー、グループ、およびディレクトリ統合を管理します。
  • フェデレーション認証：Okta またはサポートされている SCIM ベースの ID プロバイダを認証ソースとして使用する Omnissa サービスへのシームレスなシングル サインオン (SSO) を有効にします。

移行プロセス

移行エクスペリエンスは Omnissa Connect のウィザードによってガイドされ、サポートされている ID プロバイダ間で一貫したフレームワークに従います。ステージングされたアプローチは、移行期間中に予想されるダウンタイムを最小限に抑えながら、中断を最小限に抑えるために設計されています。

注：デフォルトでは、Omnissa Identity Service を介してユーザーが Workspace ONE UEM にプロビジョニングされると、E メール通知が送信されます。この通知はカスタマイズまたは無効化できます。詳細については、「Workspace ONE UEM ディレクトリ サービスの構成」を参照してください。

サポートされていない機能および制限事項

移行する前に、次の制限事項を確認してください。

  • Omnissa Access 統合：Omnissa Access でディレクトリまたは ID プロバイダが構成されている場合、移行はサポートされません。Workspace ONE UEM と Access を含む移行シナリオは、将来のリリースでサポートされます。
  • ロールバックなし：プロビジョニングを Omnissa Identity Service に移行すると、以前のディレクトリ（Active Directory またはレガシー同期）へのロールバックはサポートされません。
  • 不変の外部識別子：Okta または汎用 IDP によって提供される SCIM externalId は不変のままで、Workspace ONE UEM 内の既存のディレクトリ識別子と一致する必要があります。
  • 機能のギャップ：一部の Workspace ONE UEM ディレクトリ依存の機能は、移行後にサポートされません。続行する前に、サポートされていない機能のリストを確認してください。

詳細

セットアップ手順、前提条件、およびベスト プラクティスの詳細については、次のドキュメントを参照してください。

Omnissa Identity Service への移行中に共通識別子を選択する機能

Omnissa Identity Service では、distinguishedName 以外の属性を一意の共通識別子として使用して、既存の Workspace ONE UEM ユーザーとグループをクラウド ID プロバイダから同期されたものと照合できるようになりました。共通識別子は、移行プロセスの「手順 1：ディレクトリの前提条件の完了」で選択できます。この機能は、サポートされているすべてのクラウド ID プロバイダで使用できます。

2025 年 12 月の新機能

新しい環境での Workspace ONE UEM 基本ユーザーのサポート

Omnissa Identity Service は、Identity Service と統合された Workspace ONE UEM 環境で Workspace ONE UEM 基本ユーザー アカウントをサポートするようになりました。これにより、このサポートが新しい組織にも拡張されます。以前は、Workspace ONE UEM 基本ユーザー アカウントがサポートされていたのは移行環境のみでした。

この機能を使用するには、Omnissa Identity Service 統合ウィザードの「手順 4：認証プロトコルを選択する」の [UEM の基本ユーザー認証] オプションを有効にします。このオプションを選択すると、フェデレーション ユーザーはサードパーティの ID プロバイダによって認証され、基本ユーザーは Workspace ONE UEM 基本ユーザー認証によって認証されます。

詳細については、「Workspace ONE UEM 基本ユーザーの認証の構成」を参照してください。

Identity Service (SCIM 2.0) を介したユーザー同期を使用する Workspace ONE 環境でのプラットフォーム SSO サポートの拡張

SCIM 2.0 を介して Identity Service との間でユーザーとグループを同期する環境では、Omnissa Access を IdP として使用してプラットフォーム SSO を構成できるように Workspace ONE UEM のサポートを拡張しています。

管理者は、Workspace ONE UEM を使用してプラットフォーム SSO を構成および管理し、必要なプロファイルと設定を Mac にデプロイします。プラットフォーム SSO は、シングル サインオンを macOS ログインに直接拡張します。つまり、ユーザーの IdP パスワードを Mac パスワードと同期させることができます。IdP から直接ローカル macOS ユーザー アカウントを作成し、IdP パスワード ポリシーを同期してローカル パスワードに適用することもできます。

注：Omnissa Identity Service は、OpenID Connect (OIDC) プロトコルをサポートするサードパーティの ID プロバイダと統合する必要があります。

詳細については、「Omnissa Access を使用した Apple macOS プラットフォーム シングル サインオンの構成」を参照してください。

Entra ID に参加している Azure 仮想マシンへの Horizon 8 SSO のサポート

Horizon 8 では、Omnissa Identity Service および Workspace ONE Access を使用して Windows クライアントを起動するときに、Entra ID に参加したデスクトップおよびアプリケーションへのシングル サインオンのサポートが追加されました。ユーザーは Entra ID から同期され、Omnissa Access を介して認証されます。ユーザーは、デスクトップ内で Entra ID 認証情報を再入力することなく、Horizon デスクトップとアプリケーションを起動できます。これにより、Entra ID 上に構築された環境へのアクセスが効率化され、Azure ベースの Horizon リソースを提供する際にオンプレミスの組織にスムーズなパスが提供されます。『Omnissa Horizon 8 でのデスクトップとアプリケーション』ドキュメントの「Workspace ONE Access を介して Microsoft Entra ID に参加したデスクトップおよびアプリケーションへの SSO」を参照してください。

2025 年 11 月の新機能

URL 移行ダッシュボード

レガシー ドメインから Omnissa ドメインへの移行の一環として、選択したクラウド リージョンのユーザーの Omnissa Access および Omnissa Identity Service で URL が更新されます。これらの変更を行うには、ID プロバイダとの統合を更新する必要があります。移行プロセスのガイドとして、影響を受けるリージョンの Identity Service 管理コンソールで移行ダッシュボードを使用できます。

移行のプロセスとタイムラインの詳細については、ナレッジベースの記事 KB6001062 を参照してください。

必要な操作：

  1. ナレッジベースの記事 KB6001062 を確認します。
  2. Identity Service コンソールで、[移行サポート] を選択して、移行ダッシュボードにアクセスします。
  3. ダッシュボードの指示に従って移行を完了します。詳細については、ナレッジベースの記事を参照してください。

重要：できるだけ早く移行を開始することを強くお勧めします。カットオーバー タイムラインについては、ナレッジベースの記事 KB6001062 を参照してください。

2025 年 9 月の新機能

Omnissa Identity Service が新しいタブで開きます

Omnissa Connect メニューから直接 Omnissa Identity Service を別のタブで起動して、エンドユーザーのディレクトリ構成を管理し、詳細を表示できるようになりました。Omnissa Connect で、[ID 管理] > [エンド ユーザー管理] の順に選択し、[エンド ユーザー管理の起動] をクリックします。

Horizon 8 アプリケーションのサポート

Omnissa Identity Service で Horizon 8 と Omnissa Access の統合がサポートされるようになりました。ユーザーは、次の方法で仮想デスクトップおよび公開アプリケーションにアクセスできます。

  • Horizon Client を使用してネイティブに
  • Workspace ONE Intelligent Hub を介して

この統合は、True SSO が有効になっている Horizon 8 ポッドでのみサポートされます。

Horizon 8 と Omnissa Access を統合するには、追加の属性が必要です。詳細については、次を参照してください。

注：Omnissa Identity Service で Okta がサードパーティの ID プロバイダとして構成されている場合、Omnissa Access と Horizon 8 の統合はサポートされません。

2025 年 7 月の新機能

Microsoft Entra ID への Active Directory の移行（制限付きで提供）

Omnissa Identity Service (OIS) は、オンプレミスの Active Directory から Microsoft Entra ID へのディレクトリ移行をサポートするようになりました。これにより、Workspace ONE UEM ユーザー向けの最新のクラウドファーストの ID アーキテクチャが可能になりました。この機能により、組織は ID 管理を一元化し、オンプレミスの依存関係を排除し、ユーザーのプロビジョニングと認証を効率化できます。

この機能は制限付きで提供されています。Omnissa ベータ プログラムを使用して要件を確認し、適用します。

Workspace ONE UEM ユーザーに対する主なメリット

  • クラウド ネイティブ プロビジョニング：SCIM 2.0 を使用して Microsoft Entra ID から Workspace ONE UEM にユーザーとグループをプロビジョニングし、レガシー Active Directory 同期を置き換えます。
  • オンプレミス コンポーネントなし：AirWatch Cloud Connector が不要になります。
  • 一元管理：すべての Omnissa サービス用の Web ベースの統合ポータルである Omnissa Connect からユーザーとグループを管理します。
  • フェデレーション認証：Microsoft Entra ID を ID プロバイダとして使用して、Omnissa サービスへのシームレスな SSO を有効にします。

移行プロセス

移行プロセスは Omnissa Connect のウィザードによってガイドされ、以下が含まれます。

  • 前提条件の完了（Entra ID の設定や属性のマッピングなど）
  • Microsoft Entra ID と Omnissa Identity Service の統合
  • Workspace ONE UEM と Omnissa Identity Service 間のディレクトリ データの比較
  • 段階的な移行の実行（認証の切り替え、プロビジョニングのカットオーバー）

移行中は最小限のダウンタイムが予想されます。

注：デフォルトでは、Omnissa Identity Service を介してユーザーが Workspace ONE UEM にプロビジョニングされると、E メール通知が送信されます。E メールをカスタマイズすることも、通知をオフにすることもできます。詳細については、「Workspace ONE UEM ディレクトリ サービスの構成」を参照してください。

サポートされていない機能および制限事項

移行する前に、次の制限事項を確認してください。

  • Omnissa Access 統合：Omnissa Access でディレクトリまたは ID プロバイダが構成されている場合、移行はサポートされません。Workspace ONE UEM と Access の移行は、以降のリリースでサポートされます。
  • ロールバックなし：プロビジョニングを Omnissa Identity Service に移行すると、Active Directory にロールバックできなくなります。
  • 不変の externalId：Entra ID の externalId は、元の Active Directory 値と一致する必要があります。
  • 機能のギャップ：一部の Workspace ONE UEM 機能は、移行後にサポートされません。詳細については、「サポートされていない機能リスト」を参照してください。

詳細

セットアップ手順、前提条件、およびベスト プラクティスの詳細については、次のドキュメントを参照してください。

Workspace ONE UEM にプロビジョニングされたユーザーのユーザー通知設定

Omnissa Identity Services を介して Workspace ONE UEM でアカウントがプロビジョニングされたときに、エンド ユーザーが E メール通知を受信するかどうかを構成できるようになりました。デフォルトでは、プロビジョニング時にユーザー アクティベーションの E メールが送信されます。E メールをカスタマイズすることも、通知をオフにすることもできます。詳細については、「Workspace ONE UEM ディレクトリ サービスの構成」を参照してください。

2025 年 1 月の新機能

  • Horizon Cloud Service next-gen との統合
  • Omnissa Connect への移動

Horizon Cloud Service next-gen との統合

Horizon Cloud では、Omnissa Identity Service を利用して Microsoft Entra ID と統合し、ユーザーとグループを同期してエンド ユーザーのフェデレーションを構成できるようになりました。Omnissa Identity Service は、既存の ID プロバイダ オプションに加えて、Horizon Cloud Service next-gen の別の ID プロバイダ オプションとして使用できます。このサービスは、Horizon Cloud Control Plane next-gen で以前の ID 管理構成がないテナントで使用できます。

Omnissa Connect コンソールで、[エンド ユーザー管理]を選択し、Entra ID との統合を構成し、[Horizon] を選択して、Horizon Cloud Control Plane next-gen に必要な情報を追加して統合を完了します。

次の構成がサポートされています。

  • Omnissa Identity Service と統合されたサードパーティ ID プロバイダとしての Microsoft Entra ID
    Okta および汎用 SCIM 2.0 ID プロバイダは現在サポートされていません。
  • 認証プロトコルとしての OpenID Connect
  • Intelligent Hub の有効化
    ただし、Intelligent Hub を介してユーザーがアプリケーションにアクセスすることを強制する [Intelligent Hub を適用] 設定は、現在サポートされていません。

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

Omnissa Connect への移動

Omnissa Identity Service は、すべての Omnissa サービスとソリューションの一元化されたアクセス ポイントを提供する新しい Web ベースのサービスである Omnissa Connect の一部になりました。Omnissa Connect コンソールで、左側のペインで**[エンド ユーザー管理]**を選択して、Omnissa Identity Service にアクセスして構成します。

""

Workspace ONE Cloud コンソールである Workspace ONE Cloud Admin Hub から Omnissa Connect に移動しても、既存の Omnissa Identity Service 構成は変更されていません。

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

2024 年 12 月の新機能

  • Okta 統合のための新しいプロビジョニング アプリケーション
  • プロビジョニング エラーの新しい [ステータス] タブ

Okta 統合のための新しいプロビジョニング アプリケーション

この度、Okta 統合ネットワーク アプリケーション カタログで新しいプロビジョニング アプリケーション、「Omnissa Identity Service」アプリケーションを提供開始しましたのでお知らせします。このアプリケーションを使用すると、事前構成された設定を含めることで、Okta から Omnissa へのユーザー プロビジョニングを簡単に設定できます。

プロビジョニング アプリケーションの使用を開始するには、Okta App カタログで「Omnissa Identity Service」を検索し、アプリケーションを選択します。

Omnissa Identity Service と Okta を統合する方法の詳細については、Identity Service ドキュメントを参照してください。

プロビジョニング エラーの新しい [ステータス] タブ

新しい**[ステータス]** タブを使用して、リアルタイム プロビジョニング エラーを監視できるようになりました。このタブには、Omnissa Identity Service からそのサービスで使用するために選択したサービス（Workspace ONE UEM または Access）へのプロビジョニング ステータスに関する情報と、ユーザー、グループ、およびメンバーシップ オブジェクトのエラーの詳細が表示されます。

また、[Identity Service のサマリ] ページに、ダウンストリーム サービス全体のエラー数の合計を表示するエラー バナーも追加しました。

例：

2024 年 9 月の新機能

パスワード付与のフロー

Omnissa Workspace ONE® UEM テナントが Omnissa Identity Service と統合されている場合、エンド ユーザーは、デバイスの加入またはチェックアウト時に SAML 認証のために ID プロバイダ (IdP) にリダイレクトされます。一部の認証フローでは、デバイスまたはクライアントで SAML リダイレクトを実行できません。パスワード付与のフロー機能を有効にすると、SAML リダイレクトが使用できない場合に SCIM でプロビジョニングされたユーザーが IdP に対して認証できるようになります。また、特定の基本ユーザー認証フローが有効になります。これらのフローの詳細については、「特定の Workspace ONE UEM ユーザー名およびパスワードベースのフローのサポート」を参照してください。新しいパスワード付与設定の構成方法については、「Omnissa Identity Service の Workspace ONE UEM 設定の構成」も参照してください。

2024 年 4 月の新機能

汎用 ID プロバイダ統合のための SAML 認証コンテキスト

汎用 SAML 2.0 ID プロバイダを Omnissa Identity Service と統合し、認証プロトコルとして SAML を選択すると、未指定、PasswordProtectedTransport、またはカスタム値のいずれかの認証コンテキスト タイプを選択できるようになります。

認証コンテキストは、ユーザーが ID プロバイダでどのように認証されるかを示します。ID プロバイダは、サービス プロバイダから要求があった時または ID プロバイダでの構成に基づいて、アサーションに認証コンテキストを含めます。

注：既存の構成の認証コンテキストは変更することができます。

2024 年 2 月の新機能

コンソールから Omnissa Identity Service を無効にする機能

Workspace ONE Cloud コンソールから Omnissa Identity Service を無効にできるようになりました。Omnissa Identity Service を無効にした後、Workspace ONE UEM および Omnissa Access からディレクトリ プロビジョニングとフェデレーション認証を直接設定できます。次のシナリオでは、Omnissa Identity Service の無効化が必要になる場合があります。

  • ユースケースが Omnissa Identity Service ではサポートされていない。
  • ユーザーとグループを Active Directory から直接同期したい。
  • Workspace ONE Cloud サービスの代わりに、Workspace ONE UEM または Omnissa Access でディレクトリ サービスと ID フェデレーションを構成したい。

これを行う方法は次のとおりです：Omnissa Identity Service の無効化

2023 年 12 月の最新情報

  • Omnissa Identity Service のパブリック API
  • 管理者のトークン有効期限通知

Omnissa Identity Service のパブリック API

Omnissa Identity Service のパブリック API のリリースについてお知らせいたします。これによって、SCIM 2.0 プロトコルを使用するクラウド ID プロバイダと Workspace ONE Cloud の統合を自動化することができます。

API 統合では、次のユースケースを使用できます。

  • SCIM 2.0 (System for Cross-domain Identity Management) プロトコルを使用して、ユーザーおよびグループのプロビジョニングされたディレクトリを構成します。
  • Omnissa 製品およびサービスへのフェデレーション認証の ID プロバイダ構成を管理します。
  • Omnissa Access と Workspace ONE UEM に対して一元化されたユーザー管理と認証を活用します。

Workspace ONE コンソールで OAuth 2.0 クライアントを作成し、API アクセスを取得して開始できます。

新しい API の詳細については、「Omnissa Identity Service API」を参照してください。

注：Omnissa Identity Service API は、Omnissa Access または Workspace ONE UEM の新しいお客様、および Omnissa Identity Service にすでにオンボーディングされている既存のお客様が使用できます。

管理者のトークン有効期限通知

ディレクトリ同期に使用されるシークレット トークンがまもなく期限切れになるか、有効期限が切れた場合に、管理者に通知を送信するようになりました。通知は管理者に E メールで送信され、Workspace ONE Cloud コンソールにもバナーとして表示されます。

管理者は E メール通知の受信をオプトアウトできます。

2023 年 10 月の最新情報

Okta と Workspace ONE Cloud の統合のための新しいフロー

Okta との統合をサポートする新しい Okta フローが Workspace ONE Cloud コンソールで利用可能になりました。このフローにより、Okta からユーザーとグループを Workspace ONE Cloud にプロビジョニングし、Okta を使用してユーザーを認証することが容易になります。このリリースより前のリリースでは、Okta は一般的な SCIM 2.0 ID プロバイダ フローについてテストされ、文書化されていました。

Omnissa Identity Service のドキュメントの「Omnissa Identity Service と Okta の統合」を参照して、新しいフローについて理解してください。

注：Okta 統合は、新規のお客様または Omnissa Identity Service にすでにオンボーディングされているお客様が使用できます。

2023 年 6 月の新機能

ダウンストリーム製品およびサービスへのプロビジョニングの監査イベント

Omnissa Identity Service では、Workspace ONE Cloud から Workspace ONE UEM や Omnissa Access などのダウンストリーム製品およびサービスにデータをプッシュする際の成功と失敗を追跡する監査イベントを導入しています。管理者は、監査された情報を使用して、プロビジョニングベースの問題を特定、追跡、およびデバッグできます。監査イベントは、オブジェクト名、オブジェクト タイプ、ダウンストリーム サービス、およびエラーに基づくフィルタリングをサポートします。監査イベントの詳細ビューには、エラー状態が表示されます。

詳細については、「Omnissa Identity Service の監査イベントの表示」を参照してください。

2023 年 4 月の新機能

Microsoft Entra ID 統合のための新しいプロビジョニング アプリケーション

この度、Microsoft Entra アプリ ギャラリーで新しいプロビジョニング アプリケーションを提供開始しましたのでお知らせします。このアプリケーションを使用すると、事前構成された設定を含めることで、Microsoft Entra ID から Omnissa Identity Service へのユーザー プロビジョニングを簡単に設定できます。

Omnissa Identity Service と Microsoft Entra ID を統合する方法の詳細については、ドキュメントを参照してください。

Omnissa Identity Service の概要 - 2023 年 1 月

Omnissa Access および Workspace ONE UEM の新規ユーザー向けに、ユーザー プロビジョニングと ID フェデレーションを容易にする新しいサービスを導入しています。Omnissa Identity Service を利用して、Workspace ONE Cloud コンソールで SCIM 2.0 に基づいてユーザーおよびグループのプロビジョニングされたディレクトリを構成できるようになりました。これで、Omnissa Identity Service は、ユーザーとグループおよび認証設定を Workspace ONE UEM および Omnissa Access 管理コンソールに自動的にプロビジョニングします。

サードパーティの ID プロバイダと統合するときに、Omnissa Identity Service と同期するユーザー属性を確認します。

使用事例をいくつか見てみましょう。

  • SCIM (System for Cross-domain Identity Management) 2.0 プロトコルを使用して、ユーザーおよびグループのプロビジョニングされたディレクトリを作成および構成します。
  • Omnissa 製品およびサービスへのフェデレーション認証の ID プロバイダ構成を管理します。
  • Omnissa 製品とサービスに対して一元化されたユーザー管理と認証を活用します。

現在、Omnissa Identity Service は Workspace ONE UEM と Omnissa Access をサポートしており、新しく作成された環境の Workspace ONE Cloud コンソールからユーザーを一元管理および認証できます。

サポートされている ID プロバイダとディレクトリ ソース：

  • Microsoft Entra ID（Microsoft Azure のクラウドベースの ID サービス）
  • 汎用 SCIM 2.0 ID ソース（Okta でテスト済み）

重要：

  • Omnissa Identity Service は、新しい Workspace ONE Cloud 環境でのみ使用できます。
  • 現時点では、マネージド サービス プロバイダのお客様は、Omnissa Identity Service を使用できません。

Omnissa Identity Service の使用を開始するには、組織の Workspace ONE Cloud Admin Hub にログインし、**[アカウント] > [エンド ユーザー管理]**の順に選択します。

[開始する] をクリックし、ウィザードを使用して ID プロバイダとの統合を設定します。

既知の問題

  • サポートされない機能

    Omnissa Identity Service が有効になっている場合、Omnissa Access、Workspace ONE UEM、Omnissa Workspace ONE® Hub Services、および Omnissa Workspace ONE® Intelligent Hub とポータルで一部の機能がサポートされません。詳細については、「Omnissa Identity Service を使用したユーザー プロビジョニングと ID フェデレーションの構成」を参照してください。

  • Omnissa Identity Service で使用するサービス（Omnissa Access や Workspace ONE UEM など）を選択し、選択内容を保存した後は、選択解除できません。

    解決方法：選択内容をリセットするには、サポートにお問い合わせください。

  • Microsoft Entra ID でユーザーを削除しても、Omnissa Identity Service からユーザーが削除されない

    Microsoft Entra ID でユーザーを削除すると、アカウントは削除される前に一定期間サスペンドされます。その間、ユーザーは、Omnissa Identity Service でも無効になります。Microsoft Entra ID では、削除されたユーザーのユーザー名も変更され、変更は Omnissa Identity Service に反映されます。詳細については、「Microsoft Entra ID ユーザーを削除する方法」を参照してください。

  • Microsoft Entra ID でユーザーおよびグループの属性値を削除しても、Omnissa Identity Service の値が削除されない

    Microsoft Entra ID では、すでに Omnissa Identity Service と同期されているユーザーまたはグループの属性値を削除しても、Omnissa Identity Service およびダウンストリーム サービスで値が削除されません。Microsoft Entra ID は null 値を伝達しません。

    解決方法：値を完全にクリアする代わりに、スペース文字を入力します。

  • Okta 統合には 2 つのアプリケーションが必要

    Omnissa Identity Service を Okta と統合する場合は、Okta 管理コンソールでユーザー プロビジョニング用と ID プロバイダ構成用の別々のアプリケーションを作成する必要があります。プロビジョニングと認証に同じアプリケーションを使用することはできません。

  • login_hint 機能が動作しない

    OpenID Connect プロトコルを使用してサードパーティの ID プロバイダを Omnissa Identity Service と統合する場合、login_hint 機能が動作しません。証明書利用者が login_hint を送信した場合、Omnissa Identity Service はそれを ID プロバイダに渡しません。

  • Microsoft Entra ID または Okta で属性マッピングを削除しても、Omnissa Identity Service のユーザーから属性が削除されない

    Microsoft Entra ID または Okta のプロビジョニング アプリケーションから属性マッピングを削除しても、変更は Omnissa Identity Service に伝達されません。Omnissa Identity Service およびダウンストリーム サービスのユーザーの属性は削除されません。

ドキュメント

Omnissa Identity Service ドキュメント サイトの「Omnissa Identity Service を使用したユーザー プロビジョニングと ID フェデレーションの構成」を参照してください。

利用可能な言語

Omnissa Identity Service は、次の言語で使用可能です。

チェコ語 フランス語 ポーランド語 簡体字中国語（中国）
デンマーク語 イタリア語 ポルトガル語 中国語（台湾）
ドイツ語 日本語 ロシア語
英語 韓国語 スウェーデン語
スペイン語 オランダ語 トルコ語

目的の言語でドキュメントを表示するには、ページの右上にある言語のアイコンをクリックします。

Omnissa ドキュメントのローカライズされたコンテンツ

ローカライズされたコンテンツの詳細については、「ナレッジベースの記事 KB6000664：Omnissa ローカライゼーション サポートの発表」を参照してください。

サポートの連絡先情報

Omnissa Identity Service 環境でサポートが必要な場合は、Omnissa Customer Connect からサポートにお問い合わせください。「Customer Connect および Cloud Services Portal でサポート リクエストを発行する方法」を参照してください。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…