このセクションでは、データの前提条件、要件、検証ルール、制限、およびビジネスプロセスの作成に関連するアクションについて説明します。 

はじめる前に

ビジネスプロセスを作成する前に、環境内でこの機能が有効になっていることを確認してください。また、データの前提条件、名前とビジネスプロセス定義の両方の検証ルール、および一般的な制限事項を確認する必要があります。

ビジネスプロセスの有効化

ビジネスプロセスは、SaaS 環境ではデフォルトで有効になっています。ただし、オンプレミスのインストールでは、この機能は無効になっています。ビジネスプロセスを有効にするには、管理者がコントローラ設定で特定のプロパティを設定する必要があります。

イベントサービスを開始する前に、次のようにします。

  1. events-service-api-store.properties ファイルを開きます。
  2. ad.bizoutcome.enabled=false を true に変更します。

ビジネスプロセスページには、マイルストーン間のビジネスワークフローを詳述したフローマップが表示されます。コントローラの設定で analytics.business.outcomes.flowmap.enabled プロパティの値を false に変更することによって、フローマップを非表示にすることができます。

フローマップの有効化

マイルストーンを作成すると、ビジネスワークフローの詳細を示すフローマップがビジネスプロセスページに自動的に表示されます。さらに、ビジネスプロセスを選択すると、フローマップが有効になっている新しいウィンドウでそのビジネスプロセスが開きます。この動作は、コントローラ設定の analytics.business.outcomes.flowmap.enabled プロパティによって制御されます。この値を true に設定すると、ビジネスプロセスに対してフローマップが有効になります。

ビジネスプロセスを定義するためのデータの前提条件

Analytics では、分析データとしてすでにキャプチャされているイベントとフィールドを収集することによって、ビジネスプロセス複合イベントが作成されます。組み込みの分析データソースに加えて、カスタムイベントデータを使用してビジネスプロセスを作成することもできます。ビジネスプロセスでマイルストーンを定義する際には、使用するイベントとイベントから抽出するフィールドを指定します。デフォルトで収集されるフィールドまたは収集対象として設定したカスタムフィールドを抽出できます。Analytics API キーから作成されたカスタムイベントを使用してマイルストーンを追加できます。 

開始イベントと終了イベント、およびその間で明確に定義されたステップを把握しておく必要があります。Application Analytics によってキャプチャされるイベントの追加フィールドを収集するには、次の 1 つ以上の手法を使用します。

制限事項と注意事項

  • ビジネスプロセス名は大文字と小文字が区別されず、すべて小文字で保存されます。これは、たとえば、application と Application という 2 つの定義が重複と見なされることを意味します。
  • [event type] ドロップダウンには、小文字の定義名が表示されます。 
  • 高度なクエリには、小文字の名前を使用します。
  • プライマリキーは、一意である必要があり、null であってはなりません。
    プライマリキーが NULL 値を保持している場合、ビジネスプロセスイベントを形成するために、基盤となるマイルストーンイベントがステッチングされることはありません。
  • プライマリキーを慎重に選択します(特に値の基数)。マイルストーンイベントを一意に識別および結合し、有益なビジネスワークフローを形成するためにプライマリキーが必要です。マイルストーンイベントがプライマリキーによって誤認される場合は、不正確なマイルストーンイベントが結合されて、問題のある結果が生成されます。
  • プライマリキー名は、ビジネスプロセスの定義がドラフト状態でない限り変更できません。 
  • ビジネスプロセスの定義は、展開された後、変更できません。定義がドラフト状態のときは名前を変更できます。
  • カスタムイベントに関連するフィールドの名前が変更された場合は、名前が変更されたフィールドを正しく抽出するために、カスタムイベントから作成されたビジネスプロセスの定義を更新します。 

検証ルール

ここでは、ビジネスプロセスの定義、およびビジネスプロセス、マイルストーン、抽出対象フィールドの命名規則を検証するための特定のルールについて説明します。検証を呼び出すことなく、作業をドラフトとして保存できます。準備ができたら、Validate and Save を使用して定義が受け入れ可能であるか確認できます。ビジネスプロセスの定義を保存しても、ビジネスプロセスは有効になりません。データは、実際にビジネスプロセスを有効にするまでキャプチャされません。「ビジネスプロセスのライフサイクル」も参照してください。

名前の検証ルール

ここでは、ビジネスプロセス、マイルストーン、および抽出対象フィールドの命名の検証ルールについて説明します。ビジネスプロセスの定義をドラフトとして保存した場合、検証ルールは適用されません。検証は、Validate and Save を使用する場合にのみ呼び出されます。検証ルールには、以下が含まれます。

  • ビジネスプロセス、マイルストーン、および抽出対象フィールドの名前には、a ~ z、A ~ Z、および 0 ~ 9 を含む英数字の文字列を指定する必要があります。使用できる特殊文字は、アンダースコア「_」のみです。
  • 名前には、スペース、ハイフン、ダッシュなどの特殊文字は使用できません。
  • プライマリキーフィールドには、ビジネスプロセスの定義のすべてのマイルストーンで同じ名前(ラベル)を指定する必要があります。フィールド名自体は、イベントタイプによって異なる場合があります。
  • プライマリキー名は、ビジネスプロセスの定義がドラフト状態でない限り変更できません。詳細については、「ビジネスプロセスのライフサイクル」を参照してください。
  • ビジネスプロセスの定義のマイルストーンまたはフィールドに名前を付けるために、次の予約済みフィールド名は使用できません。

    • pickupTimestamp
    • eventTimestamp
    • totalTime
    • userExperience

ビジネスプロセスの定義の検証ルール

ビジネスプロセスの定義には、次のものを含める必要があります。

  • 少なくとも 2 つのマイルストーン。
  • フィルタの一意のセット。同じ定義では、必須フィルタとオプションフィルタのセットがまったく同じである複数のマイルストーンは許可されません。
  • 固有のマイルストーン名。
  • 抽出フィールド名は一意である必要があります(プライマリキーフィールドを除く)。
  • マイルストーンごとに 1 つのプライマリキーフィールドが必要です。 
  • [Slow] しきい値の期間は 30 分より長くする必要があります。

ビジネスプロセスの定義の作成

  1. コントローラ UI から Analytics > Business Journeys. 
    にアクセスします。既存のビジネスプロセスのリスト(存在する場合)が表示されます。
  2. +/Add をクリックし、ビジネスワークフローのマイルストーンの定義を開始します。
  3. マイルストーンを定義するには、以下をクリックします。+Add Milestone.
  4. 名前を入力します。
  5. [Type] ドロップダウンから、トランザクション、ログ、ブラウザ要求、モバイル要求、カスタムイベントなどの分析データのソースを選択します。


  6. 各データソースについて、キャプチャするデータを識別する必須フィルタの値を指定します。
    トランザクションの場合は、作成するマイルストーンごとにアプリケーション階層、およびビジネストランザクションを指定します。Analytics では、階層は、アプリケーション環境内の Java 仮想マシン(JVM)サービス(認証サービスなど)を表します。ビジネストランザクションは、アプリケーションが提供するサービスの要求を表すクロスティア処理パスです。
  7. ワークフローを構成するマイルストーンと、各マイルストーンで抽出するフィールドを定義します。UI でドラッグアンドドロップを使用して、マイルストーンの順序を変更できます。
    プライマリキーに名前を付けた後、定義がドラフト状態でない限り、その名前は変更できません。詳細については、「ビジネスプロセスのライフサイクル」を参照してください。
    プライマリキーには、異なるマイルストーン用のイベントタイプの異なるフィールド名がある場合があるため、プライマリキーフィールドには、後続のマイルストーンは入力されません。

    ビジネスプロセスによってデフォルトで抽出されるフィールドは表示されません。フィルタとフィールドについて説明している表を参照してください。

  8. 次のいずれかの操作を使用して、定義を保存します。

    • Save As Draft: 定義をドラフト形式で保存します。検証は実行されません。定義に戻り、後で実行することができます。 
    • Validate and Save:必要な検証を実行します。すべてのマイルストーンを完了した場合は、このオプションを使用します。定義は保存されますが、有効にはなりません。
  9. [Health Thresholds] タブでは、許容可能なパフォーマンスを決定する値を指定できます。ユーザエクスペリエンス値の計算方法について詳しくは、
    ビジネスプロセス の「ビジネスプロセスの正常性しきい値」を参照してください。
    ビジネスプロセスの定義の作成を完了した後、それを有効にすることができます。
  10. ビジネスプロセスのリストからそのビジネスプロセスを選択し、[Enable] をクリックします。このオプションは、リストから有効なドラフト状態のビジネスプロセスを選択するまでグレー表示されます。ビジネスプロセスを有効にするには、状態が「Valid Draft」でなければなりません。

ビジネスプロセスのライフサイクル

ここでは、ビジネスプロセスのライフサイクルの各フェーズについて詳しく説明します。

Draft

最初は、必要なすべての詳細が含まれていないため、定義の作成には複数の一時バージョンが含まれる場合があります。Save As Draft を使用して、初期の不完全な定義をキャプチャし、ビジネスプロセスを Draft 状態にします。

  • [Draft] 状態では、分析データは処理されず、ビジネスプロセスイベントは作成されないため、照会するものは何もありません。
  • ビジネスプロセスが [Draft] 状態の場合、プライマリキーを変更できます。
  • [Draft] 状態は検証に関しては制限が少なく、ほとんどの更新操作がサポートされます。 

Valid Draft

定義に必要な詳細情報を追加した後、Validate and Save を使用して、定義を [Valid Draft] 状態に移行します。この状態でも定義を変更できます。定義を有効にするまで、ビジネスプロセスのイベントはキャプチャされません。

Enabled

データを処理する準備ができたら、Enable アクションを使用します。これにより、定義が [Enabled] 状態に移行します。ほとんどの定義では、[Enabled] 状態でライフタイムが消費されます。

  • 設定の変更は、2 分ごとに Analytics サーバに同期されます。したがって、ビジネスプロセスの定義を有効にした後、イベントが生成されるまでに最大 2 分の遅延が発生する可能性があります。
  • 着信イベントが処理され、複合ビジネスプロセスイベントが作成され保存されます。ビジネスプロセスイベントに対してクエリを実行できます。
  • 次の方法で定義を変更できます。
    • 抽出対象のフィールド(デフォルト以外のフィールド)を追加、名前変更、または削除する
    • マイルストーンを追加、名前変更、または削除する

User Disabled

ある時点で、ビジネスプロセスを無効にしたい場合があります。この Disable アクションにより、ビジネスプロセスの定義が [User Disabled] 状態に移行します。この状態では、着信イベントは処理されません。既存のイベントは引き続き照会できます。

次の方法で定義を更新できます。

  • 抽出対象のフィールド(デフォルト以外のフィールド)を追加、名前変更、または削除する
  • マイルストーンを追加、名前変更、または削除する

Deleted

ビジネスプロセスの定義が不要になった場合は 、Delete アクションを使用します。これは、定義のライフサイクルの最終フェーズです。この状態では、着信イベントは処理されません。既存のビジネスプロセスイベントは照会できません。