このアップデートは、IN(インド)、UBIデータセンターを除くすべてのデータセンターに適用されています。
キオスク内で後続画面の処理の実行方法を完全に制御できるシステムを構築できると想像してみてください。前の処理で取得したデータを、中断やデータ欠落なく後続画面で活用できたらどうでしょうか? Zoho CRMのキオスクに導入された新機能は、まさにこれを実現します。
順次処理により、キオスク内の後続画面や要素で処理結果を利用できるようになりました。この機能強化により、キオスクは1つの処理が完了するまで待機し、次のステップに進むことができます。これにより、後続の画面や要素でその処理結果を活用できます。
活用例:
キオスクの最初のステップで新たにデータを作成するとします。完了待ちを有効にすると、キオスクはそれらのデータが作成されるまで待機し、次のステップで利用可能にします。たとえば、新しい見込み客が作成されると、後続の画面でその見込み客の予定をすぐにスケジュールしたり、データ担当者向けのタスクを作成したりできます。また、これらの新規データを分岐の要素で使用したり、別の処理に渡したり、手動設定なしでフォローアップを実行することも可能です。
新機能について
- 完了待ち: このオプションは、キオスクが処理が完了するまで待機し、その結果を次の画面で使用できるようにします。
- キオスクのデータ: データ取得(GetRecords)、処理対象のデータ(CurrentRecords)、データ作成(CreatedRecords) が単一のグループ化されたビューに統合され、アクセスしやすくなりました。
- データ作成(CreatedRecords): キオスクの処理で作成された新規データの一覧を表示します。
- キオスクの項目: 画面の項目と処理の項目を一つのセクションに統合し、設定を簡素化します。
キオスクの新機能の詳細を確認してみましょう。
完了待ち
キオスクで順次処理を有効化するには、「完了待ち」のトグルをオンにする必要があります。キオスクは処理が完了するまで待機し、その後ユーザーに次の画面を表示します。ユーザーはそこで適切な処理結果を利用できます。
デフォルトでは、ほとんどの処理でこのオプションが自動的に有効になります。手動で有効にする必要がある処理は以下の通りです:
- 活動(タスク、通話、予定)
- データの作成
- Webhook
- 関数
このオプションが有効でない場合、キオスクは処理の完了を待たずに並行してで実行されます。これらの処理結果は、後続の画面では使用できません。
失敗経路の追加(任意)
キオスクで順次処理を有効化すると、ユーザーは必要に応じて失敗経路を追加できるようになります。これはオプション機能であり、以下の画像に示すように成功経路とは視覚的に異なります。
「完了待ち」を有効化すると、実行中に処理が失敗した場合に備えて、ユーザーが失敗経路を設定できるようになります。有効化すると、キオスクには成功と失敗の2つの経路が表示されます。その後、それぞれのケースにおける次のステップを定義できます。
ロード中のメッセージ
Webhookや関数などの処理が実行されている間、ユーザーにカスタマイズされたメッセージを表示できます。
以下のユースケースを通じて、キオスクにおける連続処理の動作を確認しましょう。
ユースケース:後続画面への関数出力の引き継ぎ
Zoho CRMアカウントに関数を通じて新規見込み客を追加したいとします。新規見込み客データを取得する関数を作成し保存します。この関数の出力は、新規作成された見込み客のデータIDとなります。
順次処理を有効にすると、キオスクは関数の完了と出力の生成を待機します(つまり、新しいデータIDは次の画面で利用可能になります)。返された出力結果(データID)はキオスク内の処理項目となります。このユースケースでは、後続画面で新規作成されたデータに、デモの予定をスケジュールします。まずデータ取得(GetRecords)の要素で関数からデータIDを取得します。次にデータの作成処理を設定し、データ取得(GetRecords)をルックアップとして指定します。最後に活動の処理で新規データIDの予定をスケジュールします。
これにより、関数や外部APIからのリアルタイム出力に基づく動的なフローを容易に構築できます。
以下の動画では、カスタム関数の出力をデータ取得(GetRecords)の要素で活用して新規データを取得・表示する方法(関数経由)、およびそれらのデータ向けにデモをスケジュールする方法をご覧いただけます。
キオスクにおける順次処理の仕組みを理解したところで、この新機能に伴いキオスクに追加された新しい要素と項目について確認しましょう。
キオスクの新要素
キオスクのデータ(KioskRecords)とデータ作成(CreatedRecords)
順次処理では、データ作成処理で新規作成されたデータをデータ作成(CreatedRecords)を通じて表示できます。設定を簡素化するため、データ取得(GetRecords)、処理対象のデータ(CurrentRecords)、データ作成(CreatedRecords)は単一のカテゴリ「キオスクのデータ(KioskRecords)」に統合されました。これにより、データ関連の全オプションを一箇所で確認できます。
分岐の要素におけるデータ作成(CreatedRecords)
現在、分岐の要素の設定時には、データ取得(GetRecords)および処理対象のデータ(CurrentRecords)に基づく条件のみを追加できます。
順次処理に伴い、データ作成(CreatedRecords)に基づく条件を追加して分岐の要素を設定できるようになりました。キオスクのデータをクリックし、データ作成(CreatedRecords)を選択して条件を追加します。
処理要素におけるデータ作成(CreatedRecords)
キオスクでデータ作成(CreatedRecords)に基づく処理を設定できるようになりました。設定したい処理を選択し、データの種類をデータ作成(CreatedRecords)に指定して設定を完了するだけです。
例えば、作成されたデータの項目を更新したい場合、項目の更新処理を設定し、データの種類としてデータ作成(CreatedRecords)を選択し、更新が必要な項目を設定します。
同様に、キオスクの各種処理要素でデータ作成(CreatedRecords)を使用できます。
キオスクの項目
以前は、処理内で画面の項目を使用するか、分岐の要素で異なるパスを作成するしかありませんでした。
キオスクの項目と呼ばれる1つのセクションで、画面の項目と処理の項目の両方を使用できるようになりました。これにより、キオスク設定で利用可能なすべての入力項目を管理しやすくなります。
順次処理の仕様
キオスクにおける順次処理の設定に関する追加情報:
- キオスク内の2つの画面間、またはキオスクの開始状態と終了状態の間に、Webhookと関数から最大3つの順次処理を追加できます。
- WebhookおよびDeluge関数の実行待機時間は10秒です。処理がこれより長くかかる場合、失敗と見なされ(設定されている場合)失敗パスに移行します。処理自体は実行されますが、処理結果は後続の画面では利用できません。
- WebhookおよびDeluge関数で作成可能な項目の最大数は25です。
- WebhookまたはDeluge関数の実行中にsockettimeout、threadtimeout、connecttimeoutなどのエラーが発生した場合、処理は失敗とみなされ、失敗パス(設定されている場合)に移行します。
- Webhook および関数からのレスポンスとしてサポートされているのは JSONObject のみです。
- JSONArrayは順次処理ではサポートされていません。
- string の returnType は関数でのみサポートされています。そのため、JSONObjectレスポンスはアクションから文字列として解析・送信する必要があります。