Kontrollér ventetiden mellem Zapier Paths
En intern besked kommer først længe efter, at en formular er modtaget. Reglen for beskeden kan være korrekt, mens en anden gren holder den tilbage. Undersøg derfor både betingelser og udførelsesrækkefølge, når en Zap virker langsom.
Læs rækkefølgen som en del af forløbet
Zapier beskriver, at Paths vurderes og køres én ad gangen fra venstre mod højre. Hvis en tidligere gren indeholder en Delay eller en anden langsom handling, venter senere grene. Det ændrer ikke selve betingelsernes logik.
Tegn en kort oversigt med de grene, der kan matche samme input, og markér handlinger med ventetid. Skriv det forretningsmæssige tidspunkt ved siden af hver vigtig handling: Skal teamet have besked straks, eller først når et andet trin er gennemført?
Skeln mellem rækkefølge og valg af gren
Flere grene kan matche de samme data. Zapier anbefaler ekstra betingelser, når grenene skal være gensidigt udelukkende. Sekventiel udførelse er derfor ikke i sig selv en garanti for, at kun én gren handler.
Lav prøveinput for hver tilsigtet vej samt et input, der kunne ramme flere veje. Notér det forventede antal handlinger på forhånd. Hvis kun ét team skal modtage opgaven, skal prøvegrundlaget vise netop det, også når flere felter er udfyldt samtidigt.
Afprøv ændringen uden rigtige kundebeskeder
Zapiers vejledning er ikke entydig om flytning: Afsnittet om udførelse anbefaler ændret grenrækkefølge, mens afsnittet om visuel omplacering siger, at den ikke påvirker kørslen. En flyttet gren i diagrammet er derfor ikke dokumentation for ændret ventetid.
Brug en afgrænset test med ufarlige modtagere og korte ventetider. Sammenhold de faktiske tidspunkter i kørselsloggen med den ønskede rækkefølge. Gem resultatet og forklaringen på afhængigheden. Hvis adfærden fortsat er uklar, bør den afklares med Zapier, før teamet lover hurtigere behandling.