フォームアクション
デジタル ボット フローのフォーム アクションを使用して、管理者が以前に構成したフォームを定型応答で送信します。このアクションにより、デジタル ボットは顧客にカスタム フォームを送信し、その応答を取得できるようになります。
管理者は、定型返信Genesys Cloud の機能。フォーム作成の詳細については、以下を参照してください。フォームを追加する。
フィールド | 説明 |
---|---|
名前 |
ここで入力したラベルは、タスクエディタのアクションの名前になります。 |
ライブラリ |
アクションで使用するフォームが含まれている適切な定型応答ライブラリを選択します。定型応答ライブラリの詳細については、以下を参照してください。ライブラリの作成と管理。 |
フォーム |
ボットがボット参加者に送信する必要があるフォームを選択します。 注記:フォームを選択した後にライブラリを変更すると、フォームの選択がリセットされます。 |
フォーム完了タイムアウト |
参加者がフォームを完了するまで、ボットがフォームを送信してから待機する必要がある最大時間を設定します。参加者がこの期間内にフォームを完了しない場合、フローは入力なしイベントをトリガーします。 |
フォームページ |
フォームを選択すると、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つ定義することができます。 |
パス |
注意: このパスを無効にした場合、出力パスに設定したフローは削除されず、非表示になります。 |
成功パスと失敗パスを定義する
パス | 説明 |
---|---|
成功 |
このパスは、システムが参加者にフォームを正常に送信し、参加者がすべてのフォーム ページに有効な値を入力したことを示します。 インタラクションの実行したいルートをたどるには、適切なアクションを「成功」パスの下にドラッグします。 |
失敗 |
このパスは、システムが参加者にフォームを送信できなかったことを示します。 インタラクションの実行ルートを指定するには、適切なアクションを「失敗」パスの下にドラッグします。 |
フォームアクションを設定する際のベストプラクティス
次のベスト プラクティスは、メッセージング チャネルがフォーム アクションをサポートしていることを確認するのに役立ちます。
- フォーム アクションを追加する前に、フォームの代わりに別のアクションを送信できるように、ユーザーのデバイスがフォームを処理できるかどうかを確認することをお勧めします。デバイスの機能は、会話の参加者データに含まれています。デバイスの能力を確認するには、次の表現を使用できます。
(FindString(Flow.deviceCapabilities,"FORM") > 0)
たとえば、フォーム アクションの前の決定アクションまたはスイッチ アクションなどです。フローが FORM をサポートしていないデバイスでアクションを実行すると、アクションは失敗パスに進みます。 - Architect組み込み変数を使用することもできます。
Session.Source
メッセージング チャネルの種類を識別します。この変数の詳細については、 Architect組み込み変数。