Hændelser eller faste kørsler: Hvornår skal integrationen arbejde?
Nogle integrationer reagerer, når noget sker. Andre undersøger med faste mellemrum, hvad der har ændret sig. Valget påvirker både medarbejdernes ventetid og arbejdet med at finde det, der ikke kom frem.
Start med hvor længe opgaven må vente
Googles annoncering af nye udløsere i Workspace Studio gør spørgsmålet aktuelt. Analysen her er en generel beslutningsmodel, ikke en sammenlignende produkttest. Begynd med den tilladte ventetid fra en hændelse til det resultat, medarbejderen har brug for.
Hændelser passer til opgaver med behov for hurtig reaktion
En hændelsesstyret løsning kan sende et signal, når en formular modtages eller en status ændres. Det kan være en god model, hvis en medarbejder skal reagere hurtigt. Til gengæld skal løsningen kunne håndtere leveringer, der fejler eller gentages.
Stripe dokumenterer eksempelvis, at webhook-levering hverken garanterer én enkelt modtagelse eller hændelsernes rækkefølge. Det er et konkret eksempel på spørgsmål, der skal stilles til den valgte platform, ikke en beskrivelse af alle platformes regler.
Faste kørsler passer til opgaver med et kendt interval
En planlagt kørsel kan være tilstrækkelig, når en rapport blot skal være klar før morgenmødet. Aftal, hvilken periode kørslen undersøger, og hvordan den fortsætter, hvis en tidligere kørsel ikke blev færdig.
Et tænkt eksempel er en daglig oversigt over sager uden næste aktivitet. Her kan en fast kørsel være lettere at forklare end en lang række små signaler. Men hvis sælgerne behøver beskeden med det samme, kan et døgns ventetid være for længe.
En kombination kan dække to forskellige behov
Min vurdering er, at en kombination ofte er værd at overveje: Hændelser driver den hurtige handling, mens en afgrænset kontrol leder efter manglende resultater. De to dele skal dele en stabil reference, så kontrollen ikke skaber en ny opgave, hvor den første allerede findes.
Kontrollen bør sammenligne et forventet resultat med et faktisk resultat. At et job har kørt uden fejl, er ikke det samme som, at alle relevante poster er kommet igennem. Aftal, hvilke mangler der må repareres automatisk, og hvilke der skal vurderes.
Vælg efter driftens krav
Sammenlign mulighederne på fire punkter: tilladt ventetid, evne til at opdage mangler, sikker genoptagelse og den ansvarliges daglige arbejde. Medtag begrænsninger i de systemer, der skal læses og ændres. En hyppig kontrol er ikke nødvendigvis nyttig, hvis kilden kun opdateres sjældent.
Bed leverandøren vise én afbrudt kørsel og dens genoptagelse. Det giver mere beslutningsværdi end alene at se et fejlfrit forløb. Vælg den model, teamet kan forklare og vedligeholde, med en ventetid der passer til opgaven.