Gennemgå ventende Zapier-kørsler, før en Zap ændres
En automatisering venter en uge før næste interne handling, men teamet vil ændre forløbet i mellemtiden. De ventende kørsler bør indgå i ændringsplanen. Ellers kan en pæn ny opsætning efterlade tidligere hændelser uden den forventede fortsættelse.
Find det konkrete ventetrin
Zapier skelner mellem Delay For, som venter et interval, Delay Until, som venter til et tidspunkt, og Delay After Queue, som fordeler kørsler over tid. Den maksimale ventetid er 30 dage, og den korteste er ét minut.
Vores anbefaling er at begynde med den aktuelle kørselshistorik. Notér hvilke kørsler der venter, hvorfor de venter og hvilken handling der forventes bagefter. Et aktivt Zap-navn alene fortæller ikke, om tidligere input er kommet frem til sidste trin.
Medtag slukning og ændringer i planen
Zapier oplyser, at handlinger planlagt, mens en Zap er slukket, ikke bliver udført, blot fordi den tændes igen. Ændringer som udskiftning af apps eller tilføjelse og sletning af trin under en Delay kan desuden hindre fortsættelsen.
Lad den ansvarlige beslutte, hvordan eksisterende ventende arbejde skal håndteres, før forløbet ændres. Aftal et konkret tidspunkt og et kontrolpunkt for den gamle kø. Undgå at behandle genaktivering som en automatisk indhentning af alt, der skulle være sket.
Afstem før genkørsel
Ved replay starter Delay For-trin, der endnu ikke var kørt, først ved genkørslen. Den nye tidsplan kan derfor afvige fra den oprindelige forventning.
Kontrollér først, hvilke efterfølgende handlinger der allerede findes i målsystemet. Brug derefter en ufarlig intern prøve til at kontrollere den nye ventetid og sluttilstand. Notér de tidligere hændelser, som stadig kræver håndtering, så en færdig opsætningsændring ikke bliver forvekslet med færdig behandling af hele køen.