フォームアクション

近日公開予定

デジタル ボット フローのフォーム アクションを使用して、管理者が以前に構成したフォームを定型応答で送信します。このアクションにより、デジタル ボットは顧客にカスタム フォームを送信し、その応答を取得できるようになります。

管理者は、定型返信Genesys Cloud の機能。フォーム作成の詳細については、以下を参照してください。フォームを追加する

注記:フォームアクションは現在、Apple Messages for Business でのみ使用できます。サポートされていない他のチャネルでアクションを使用すると、アクションは失敗します。

フィールド 説明
名前

ここで入力したラベルは、タスクエディタのアクションの名前になります。

ライブラリ

アクションで使用するフォームが含まれている適切な定型応答ライブラリを選択します。定型応答ライブラリの詳細については、以下を参照してください。ライブラリの作成と管理

フォーム

ボットがボット参加者に送信する必要があるフォームを選択します。

注記:フォームを選択した後にライブラリを変更すると、フォームの選択がリセットされます。

フォーム完了タイムアウト

参加者がフォームを完了するまで、ボットがフォームを送信してから待機する必要がある最大時間を設定します。参加者がこの期間内にフォームを完了しない場合、フローは入力なしイベントをトリガーします。

フォームページ

フォームを選択すると、Architect によってすべてのフォーム要素が自動的に入力され、「フォーム ページ」の下にリストされます。各フォーム ページに変数を定義して対応する応答値を取得し、フロー内でその変数を使用して以降のアクションを実行します。

各フォーム ページのラベルは、フォーム ページの種類に応じて次のいずれかの形式で表示されます。

  • リストピッカー:「フォームタイトル(フォームタイプ - タイプを選択)」たとえば、「注文を選択してください(リストピッカー - 単一)」。
  • 入力:「フォームタイトル(フォームの種類)」たとえば、「名前を入力してください(入力)」。
  • 日付ピッカー:「フォームタイトル(フォームの種類)」たとえば、「注文日を入力してください(日付ピッカー)」。
一致なし

ユーザーの入力が有効な一致でない場合にボットが出す通信を入力します。

注意: ボットは、設定 > ユーザー入力 > No Match Detected > No Match Apology の内容を、No Match コミュニケーション と組み合わせて返します。

カスタマイズ No Match

No Match Reprompts フィールドを有効にします。 このオプションを使用して、ボットがNo Match入力イベントを受信したときに段階的に発生するNo Matchプロンプトのリストを作成します。

No Match Reprompts

ボットはNo Match入力を受け取ると、No Match Repromptsコレクションの中で、そのアクションに対して受け取った現在のNo Match入力の数に対応する通信を返します。 例えば、最初のNo Match入力がトリガーとなり、ボットは定義されたコレクション内の最初のNo Matchリプロンプトを使用します。

No Match Repromptコレクションの長さは、その特定のアクションの[設定]>[ユーザー入力]>[No Match Detected]>[NoMatch再試行の最大数]で定義したNo Match再試行の最大数より優先されます。 例えば、コレクションに2つのリプロンプトを定義した場合、ボットは2回リトライします。 空のコレクションは、No Matchの再試行をオフにします。

注意: ボットは、設定>ユーザー入力>No Match Detected>No Match Apologyと、対応するNo Match Reprompt通信を組み合わせて返します。

初期設定 一致しない

デフォルトの「No Match」フィールドを有効にします。 このオプションを使用すると、ボットがNo Match入力イベントを受信したときに表示されるNo Matchプロンプトを1つ定義することができます。

パス
  • 最大入力なし : Max No Inputsパスの有効/無効を設定します。 このオプションを有効にすると、ボットがこのアクションに設定した無入力リトライの最大数を超えた場合、フローはこの出力経路をたどります。
  • 最大一致なし:最大一致数パスを有効または無効にします。このオプションを有効にすると、ボットがこのアクションに設定した一致なしの再試行の最大回数を超えると、フローはこの出力パスに従います。

注意: このパスを無効にした場合、出力パスに設定したフローは削除されず、非表示になります。

成功パスと失敗パスを定義する

パス 説明
成功

このパスは、システムが参加者にフォームを正常に送信し、参加者がすべてのフォーム ページに有効な値を入力したことを示します。

インタラクションの実行したいルートをたどるには、適切なアクションを「成功」パスの下にドラッグします。

失敗

このパスは、システムが参加者にフォームを送信できなかったことを示します。

インタラクションの実行ルートを指定するには、適切なアクションを「失敗」パスの下にドラッグします。

フォームアクションを設定する際のベストプラクティス

次のベスト プラクティスは、メッセージング チャネルがフォーム アクションをサポートしていることを確認するのに役立ちます。

  • フォーム アクションを追加する前に、フォームの代わりに別のアクションを送信できるように、ユーザーのデバイスがフォームを処理できるかどうかを確認することをお勧めします。デバイスの機能は、会話の参加者データに含まれています。デバイスの能力を確認するには、次の表現を使用できます。(FindString(Flow.deviceCapabilities,"FORM") > 0)たとえば、フォーム アクションの前の決定アクションまたはスイッチ アクションなどです。フローが FORM をサポートしていないデバイスでアクションを実行すると、アクションは失敗パスに進みます。
  • Architect組み込み変数を使用することもできます。Session.Sourceメッセージング チャネルの種類を識別します。この変数の詳細については、 Architect組み込み変数