Undersøg begge Zaps, når den samme formular giver to CRM-poster
To næsten ens CRM-poster efter én formularindsendelse kan skyldes to aktive automatiseringer. Før en integration genkøres, bør I undersøge, hvilke forløb der læser formularen. Zapiers kontrol af gentagelser er ikke en fælles spærring på tværs af alle Zaps.
Find alle forløb med samme indgang
Ved polling sammenligner Zapier dataenes unikke ID med de ID’er, den pågældende Zap tidligere har modtaget. Kontrollen gælder inden for samme Zap. To Zaps med den samme trigger kan begge starte på samme nye data.
Vores anbefaling er at kortlægge de aktive forløb, der læser den konkrete formular, og følge ét indsendelses-ID gennem deres historik. Se efter en gammel version, et testforløb eller to forskellige formål, der begge ender med at oprette samme slags CRM-post.
Kontrollér, hvad handlingen gør ved en eksisterende post
Zapiers dokumentation skelner mellem trigger og handling. I handlingstrinnet afhænger dubletadfærden af appen: Den kan oprette en ekstra post, afvise forsøget, opdatere eksisterende data eller ignorere gentagelsen.
Læs derfor både det valgte handlingstrin og resultatet i CRM. Et grønt forløb fortæller ikke alene, om den ønskede post blev oprettet eller opdateret. Find de konkrete post-ID’er og afklar, hvilken forbindelse der skal eje oprettelsen fremover.
Afprøv rettelsen uden at skabe kundekontakt
Brug en afgrænset testformular og testposter med efterfølgende mails og andre udgående handlinger slået fra i testopsætningen. Beskriv forventningen på forhånd: Én indsendelse skal give ét bestemt resultat.
Prøv både én ny indsendelse og den relevante gentagelse. Kontrollér derefter antal poster, deres indhold og hvilket forløb der skrev dem. Sluk ikke et tilsyneladende overflødigt produktionsforløb, før den ansvarlige har undersøgt, om det også løser en anden opgave.