Vänta på aktivitet wait-activity

Du kan använda en Wait-aktivitet för att definiera en varaktighet innan du kör nästa aktivitet. Maximal väntetid är 90 dagar.

Du kan ange två typer av Wait-aktivitet:

  • En väntetid baserad på en relativ längd. Läs mer
  • Ett anpassat datum som använder funktioner för att beräkna det. Läs mer

Rekommendationer wait-recommendations

Flera väntande aktiviteter multiple-wait-activities

När du använder flera Wait-aktiviteter på en resa ska du vara medveten om att den globala tidsgränsen för resor är 91 dagar, vilket innebär att profiler alltid tas bort från resan högst 91 dagar efter att de har registrerat sig. Läs mer på den här sidan.

En individ kan bara ange en Wait-aktivitet om han eller hon har tillräckligt med tid kvar på resan för att slutföra väntetiden innan tidsgränsen på 91 dagars resa har uppnåtts.

Vänta och återinträde wait-reentrance

Det är en god vana att inte använda Wait-aktiviteter för att blockera återinträde. Använd i stället alternativet Tillåt återinträde på resans egenskapsnivå. Läs mer på den här sidan.

Vänta- och testläge wait-test-modd

I testläge kan du med parametern Wait time in test definiera den tid som varje Wait -aktivitet ska hålla. Den förinställda tiden är tio sekunder. Detta säkerställer att du får testresultaten snabbt. Läs mer på den här sidan.

Konfiguration wait-configuration

Väntetid duration

Välj typen Varaktighet om du vill ange den relativa väntetiden innan nästa aktivitet körs. Maximala längden är 90 dagar.

Definiera väntetiden

Anpassad väntetid custom

Välj typen Egen om du vill definiera ett anpassat datum, med hjälp av ett avancerat uttryck som baseras på ett fält som kommer från en händelse eller ett anpassat åtgärdssvar. Du kan inte definiera en relativ varaktighet direkt, till exempel 7 dagar, men du kan använda funktioner för att beräkna den om det behövs (till exempel 2 dagar efter köpet).

Definiera en anpassad väntan med ett uttryck

Uttrycket i redigeraren ska ha formatet dateTimeOnly. Se den här sidan. Mer information om formatet dateTimeOnly finns på den här sidan.

Det bästa sättet är att använda anpassade datum som är specifika för dina profiler och undvika att använda samma datum för alla. Definiera till exempel inte toDateTimeOnly('2024-01-01T01:11:00Z') utan toDateTimeOnly(@event{Event.productDeliveryDate}) som är specifik för varje profil. Tänk på att användning av fasta datum kan orsaka problem vid körningen av din resa.

NOTE
Du kan utnyttja ett dateTimeOnly-uttryck eller använda en funktion för att konvertera till en dateTimeOnly. Till exempel: toDateTimeOnly(@event{Event.offerOpened.activity.endTime}), fältet i händelsen har formatet 2023-08-12T09:46:06Z.
Tidszonen förväntas i egenskaperna för din resa. Därför är det inte möjligt att direkt peka från användargränssnittet vid en fullständig ISO-8601-tidsstämpelblandningstid och tidszonsförskjutning som 2023-08-12T09:46:06.982-05. Läs mer.

Om du vill verifiera att vänteaktiviteten fungerar som förväntat kan du använda steghändelser. Läs mer.

Automatisk väntenod auto-wait-node

Varje inkommande meddelandeaktivitet (meddelande i appen, kodbaserad upplevelse eller kort) levereras med en 3-dagars Wait -aktivitet. Eftersom inkommande meddelanden automatiskt avslutas när en profil når ut utanför kundens slut, antar vi att du vill att användarna ska se den i minst tre dagar. Du kan ta bort den här Vänta-aktiviteten eller ändra dess konfiguration om det behövs.

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76