Show Menu
トピック×

待機アクティビティ

パス内の次のアクティビティを実行する前に待機する場合は、 Wait アクティビティを使用できます。 次のアクティビティを実行するタイミングを定義できます。 次の4つのオプションが使用できます。

待機アクティビティについて

複数の待機を並行して使用する場合、待機の優先順位は次のようになります。 設定が同じで、重なり合う条件が異なる場合、上に配置した待機が優先付けされます。 例えば、最初の待ち時間が「女性」、2回目の待ち時間が「VIP」となる。 最初の待機アクティビティが優先付けされます
また、2つの異なる待機が並行している場合は、その垂直位置に関係なく、最初に発生した待機が優先付けされます。 例えば、1時間の待機を超え、30分の待機を超えた場合、30分の待機が処理されます。
特定の母集団の待ち時間を制限する場合は、条件を定義できます。
最大の待機時間は30日です。
テストモードでは、 Wait time in test アクティビティーを使用して、各待機パラメーターが持続する時間を定義できます。 デフォルト時間は 10 秒です。これにより、テスト結果を迅速に取得できます。 ジャーニーのテスト を参照してください。

待機時間

次のアクティビティを実行するまでの待機時間を選択します。

固定日の待機

次のアクティビティの実行日を選択します。

カスタムの待機

このオプションを使用すると、カスタムの日付を定義できます。例えば、2020年7月12日午後5時に、イベントまたはデータソースからのフィールドに基づくアドバンス式を使用して、カスタムの日付を定義できます。 カスタムの期間(例:7日)を定義することはできません。 式エディターの式は、dateTimeOnly形式を提供する必要があります。 高度な式エディターについて を参照してください。dateTimeOnly形式の詳細については、を参照してくだ データタイプ さい。
dateTimeOnly式を使用するか、関数を使用してdateTimeOnlyに変換できます。 次に例を示します。toDateTimeOnly(@{イベント.offerOpened.アクティビティ.endTime})(イベント内のフィールドの形式は2016-08-12T09:46:06)。
イムゾーン は、旅の特性に応じて決まります。 その結果、現在、2016-08-12T09:46:06.982-05のような完全なISO-8601タイムスタンプの混合時間とタイムゾーンのオフセットを、インターフェイスから直接指定することはできません。 タイムゾーン管理 を参照してください。