パス内の次のアクティビティを実行する前に待つ場合は、Waitアクティビティを使用できます。 次のアクティビティを実行するタイミングを定義できます。 次の4つのオプションが使用できます。
複数の待機を並行して使用する場合、待機の優先順位は次のように設定されます。 設定が同じで、重なり合う条件が異なる場合、上に配置した待機が優先付けされます。 例えば、最初の待ち時間が「女性」、2回目の待ち時間が「VIP」となる。 最初の待機アクティビティが優先付けされます
また、2つの異なる待機が並行している場合は、その垂直位置に関係なく、最初に発生した待機が優先付けされます。 例えば、1時間の待機を超え、30分の待機を超えた場合、30分の待機が処理されます。
特定の母集団の待ち時間を制限する場合は、条件を定義できます。
最大の待機時間は30日です。
テストモードでは、Wait time in testパラメーターを使用して、各待機アクティビティが持続する時間を定義できます。 デフォルト時間は 10 秒です。これにより、テスト結果を迅速に取得できます。 このページを参照
次のアクティビティを実行するまでの待機時間を選択します。
次のアクティビティの実行日を選択します。
このオプションを使用すると、カスタムの日付を定義できます。例えば、2020年7月12日午後5時に、イベントまたはデータソースからのフィールドに基づくアドバンス式を使用して、カスタムの日付を定義できます。 カスタムの期間(例:7日)を定義することはできません。 式エディターの式は、dateTimeOnly形式を提供する必要があります。 このページを参照してください。dateTimeOnly形式について詳しくは、このページを参照してください。
[!NOTE]
dateTimeOnly式を使用するか、関数を使用してdateTimeOnlyに変換できます。 次に例を示します。
toDateTimeOnly(@{Event.offerOpened.activity.endTime})
。イベントのフィールドの形式は2016-08-12T09:46:06Zです。タイムゾーンは、ジャーニーのプロパティに必要です。 その結果、現在、2016-08-12T09:46:06.982-05のような完全なISO-8601タイムスタンプの混合時間とタイムゾーンのオフセットを、インターフェイスから直接指定することはできません。 このページを参照してください。