Varför automationer går sönder – och hur du märker det

Det korta svaret

Inloggningar och token som går ut

De flesta automationer pratar med andra system via en åtkomsttoken, inte ett lösenord. Token går ut med avsikt. Vissa gäller en timme och förnyas automatiskt, andra slutar fungera om de inte används på ett tag, eller när personen som godkände kopplingen byter lösenord, slutar eller tappar sin adminbehörighet. En koppling mot Fortnox, Google eller Microsoft som en tidigare anställd godkände är en av de vanligaste orsakerna till att ett flöde dör en måndagsmorgon.

• Godkänn kopplingar med ett gemensamt tjänstekonto i stället för en personlig inloggning när systemet tillåter det.
• Anteckna vilket konto som godkände varje koppling och när den senast förnyades.
• Lägg in en återkommande påminnelse för kopplingar som måste godkännas om manuellt.

Ändrade fält och format i källsystemen

Den andra klassikern är en ändring som ingen tänkte på som teknisk. Någon döper om ett fält i kontaktformuläret, lägger till en produktkategori, byter datumformat i ett kalkylark eller inför en ny momskod i bokföringen. Automationen kör vidare, men lägger data på fel ställe eller hoppar över rader den inte längre känner igen.

Anropsgränser och toppar i volym

Alla API:er begränsar hur många anrop du får göra per sekund eller per dygn, och de flesta automationsplattformar har ett tak för antal körningar per månad i ditt abonnemang. Ett flöde som byggts och testats med tio ordrar om dagen kan fallera när en kampanj drar in trehundra. Anrop avvisas, plattformen pausar scenariot eller så tar kvoten slut mitt i månaden. Ett välbyggt flöde köar arbetet och försöker igen med fördröjning i stället för att bombardera API:et, och det varnar innan månadskvoten är förbrukad – inte efteråt.

Tysta fel jämfört med högljudda

Ett högljutt fel är den snälla sorten: steget kraschar, plattformen skickar ett mejl och någon rättar det. Ett tyst fel är när varje steg rapporterar att allt gick bra, men resultatet är fel eller saknas. Triggern slutade gå eftersom en webhook raderades. Ett filter utesluter nu allt. Flödet skriver till ett gammalt ark som ingen läser. Sådant kan pågå i veckor, och enda skyddet är att kontrollera utfallet i stället för att bara vänta på felmeddelanden.

En övervakning som ett litet team orkar med

Du behöver ingen driftavdelning. Du behöver en kort lista, en plats där larmen hamnar och en vana. Det här är miniminivån vi sätter upp i varje automatiserat arbetsflöde vi levererar, och det vi rekommenderar att du bockar av innan ett flöde går live (se vår checklista inför driftstart).

1. En förteckning: varje flöde, vad det gör, vilka system och konton det använder och vem som äger det.
2. En larmkanal, till exempel en delad inkorg eller en Teams/Slack-kanal, som fler än en person bevakar.
3. Felaviseringar påslagna i automationsplattformen och skickade till den kanalen – inte till någon som slutat.
4. En daglig eller veckovis antalskontroll för varje flöde som hanterar pengar, ordrar eller kunddata.
5. En körlogg som sparas tillräckligt länge för att köra om det som föll bort när felet är åtgärdat.
6. En genomgång varje kvartal: ta bort flöden som ingen använder och förnya kopplingar som snart går ut.

När du inte behöver hjälp utifrån: har du två eller tre enkla flöden, som formulär till mejl eller ny order till ett kalkylark, räcker plattformens egna felmejl och en snabb titt varje vecka oftast. Att betala för en övervakningslösning blir rimligt först när flödena rör bokföring, kunddata eller sådant som vore svårt att återskapa. Är du osäker på vilken grupp du tillhör kan du boka ett kort samtal, så säger vi det rakt ut.

Vanliga frågor