ドメインセパレーションのサポートレベル

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：3分

    • 顧客の組織のアプリケーションのドメインセパレーションに対し、3 つのカテゴリから選択します。

    ドメインセパレーションをサポートするアプリケーションは、データとデータルーティングの分離のみをサポートするか、高度なビジネスロジック分離機能があるか、アプリケーションのテナント (顧客) レベルの管理をサポートすることができます。これらの定義は、実際のユースケースとそれを実装するユーザーの観点からサポートレベルを示しています。

    増分 ServiceNow サポートレベル

    ドメインセパレーションのサポートレベル

    レベル タイプ サマリー
    サポートはありません
    • ドメインフィールドがデータテーブルに存在している可能性がありますが、データを管理するビジネスロジックはありません。
    • このレベルでは、ドメイン分割は考慮されません。
    基本 顧客データ管理
    • アプリケョンサービスプロバイダーのユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックが存在します。
    • アプリケーションでは、ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、集計など、すべてにおいて、実行時にドメインのプロパティが考慮されます。
    • インスタンスの所有者は、複数のテナント間で正常に機能するようにアプリケーションを設定できる必要があります。

    ユースケース：サービスプロバイダーがチャットを使用して顧客のメッセージに応答する際に、クライアントが応答を確認できるようにする必要があります。
    標準 顧客プロセス管理
    • ベーシックレベルを含みます。
    • ビジネスロジック：サービスプロバイダーによって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスで複数のサービスプロバイダー顧客がアプリケーションをどのように使用するかが反映されます。
    • インスタンスのオーナーは、特定のアプリケーションに、顧客ごとに MVP (minimum viable product) ビジネスロジックとデータパラメーターを設定できる必要があります。

    ユースケース：アドミニストレーターは、レコードを 1 人の顧客に対してはクローズしないが、別の顧客に対してクローズする場合、コメントを必須にすることができる必要があります。
    拡張機能 顧客自己管理構成
    • ベーシックレベルと標準レベルを含みます。
    • サービスプロバイダーの顧客は定義されたユースケースに基づくビジネスロジックを変更できます。これらの構成は UI ベースでフェイルセーフであるため、1 人の顧客による構成が別の顧客に影響を与えることはありません。
    • インスタンスの顧客は、自身で MVP ビジネスロジックとデータパラメーターを設定できる必要があります。

    ユースケース：共有環境の顧客は、ドメイン内で影響度、緊急性、または優先度に基づいて変更できる必要があります。
    有効なドメイン*

    ドメインフレームワークが使用されていなくても、プラットフォーム機能またはアプリケーションがサービスプロバイダーのユースケースをサポートできる場合があります。ユースケースにはドメインセパレーションのサポートが詳述されている必要があります。サポートレベルの後のアスタリスク (*) は、この種類の構成を示します。

    ユースケース：New York リリースより前は、サービスカタログ はドメインをサポートしていませんでしたが、インスタンスオーナーはユーザー基準を使用して、ドメインセパレーションされたインスタンス内の各テナントに個別のカタログとアイテムを設定できました。その結果、各テナントは標準レベルでサービスカタログを使用することができました。

    サポートレベル別に一覧表示されたすべてのアプリケーションを表示するには、「アプリケーションでのドメインセパレーションのサポート」を参照してください。

    サマリー

    ドメインセパレーションは、アプリケーションで顧客を認識するために使用する必要があるフレームワークです。

    フレームワークを使用してアプリケーションをサポート可能にする前に、ドメインフレームワークの機能、アプリケーションのビジネスユースケース、ペルソナの概要、およびアプリケーションの使用方法を検討してください。