Checklista innan du slår på en automatisering

Den korta versionen

Automatiseringar går sönder tyst. Ett formulärfält som döps om, en API-nyckel som löper ut, en leverantör som byter fakturamall: inget av det ger ett felmeddelande om du inte byggt för det. Priset för ett tyst fel betalas av kunden som aldrig fick sin bekräftelse, eller av redovisningskonsulten som hittar dubbla verifikationer i Fortnox tre veckor senare.

Testdata och specialfall

De flesta automatiseringar testas bara på den lyckliga vägen: en ren order, ett prydligt lead, en välformad PDF. Verklig indata är stökigare. Skriv ner fallen nedan, kör varje fall och anteckna vad som hände.

• Tomma och saknade fält: ett lead utan telefonnummer, en order utan leveransadress.
• Svenska tecken och format: å, ä, ö i namn, personnummer med och utan sekel, datum skrivna 2026-09-25 och 25/9.
• Dubbletter: samma webhook levererad två gånger, samma kund som skickar formuläret två gånger på en minut.
• Belopp: noll, negativt (en kreditnota), decimaler med komma, inklusive kontra exklusive moms.
• Volym: vad händer när hundra poster kommer på en gång i stället för en.

En namngiven ansvarig och larm som når en människa

En automatisering utan ägare tillhör ingen, och då är det en kund som först upptäcker felet. Ägarskap är ett namn, inte en avdelning, och det kommer med inloggningen till verktyget, rätten att pausa flödet och larmkanalen. Ett felmejl till en delad inkorg som ingen läser är samma sak som inget larm alls.

Loggning och spårbarhet

Loggen är det som låter dig svara på frågan som alltid kommer: hanterade automatiseringen order 4711, och vad gjorde den? Den inbyggda körhistoriken i Make eller n8n är en början, men den sparas bara en begränsad tid och är svår att söka i. För allt som rör pengar eller personuppgifter: skriv en rad per körning till en plats ni själva kontrollerar, ett kalkylblad, en databastabell eller en loggkanal.

• Tidsstämpel, postens id i källsystemet och det id som skapades i målsystemet.
• Utfall: lyckad, överhoppad (och varför) eller misslyckad (med feltexten).
• Vilken version av flödet som kördes, så att en ändring i tisdags kan kopplas till ett problem på onsdagen.
• För personuppgifter: bara det som behövs för att spåra körningen, aldrig en kopia av hela posten. GDPR gäller loggen också.

Återställning och manuell reserv

Återställning betyder två saker. För det första: hur stoppar du automatiseringen? För det andra: hur ångrar du det den redan gjort? Att stoppa är oftast ett reglage, om den ansvariga vet var det sitter. Att ångra är svårare: ett skickat mejl går inte att ta tillbaka, och en bokförd faktura måste krediteras, inte raderas.

Bevakningslistan första veckan

Driftsättningen är början på en provperiod, inte slutet på projektet. Lägg in en daglig tiominuterskontroll första veckan och en veckovis första månaden, för att fånga de långsamma felen: flödet som körs men hoppar över varannan post, eller fungerar på vardagar och inte alls på helger.

1. Jämför antal: poster i källan mot poster skapade i målet, varje dag.
2. Öppna tre slumpvisa poster från början till slut och kontrollera varje fält, inte bara att de finns.
3. Läs felloggen även när inget larm gått.
4. Fråga dem som sitter nedströms, till exempel bokföraren eller säljaren, om något ser annorlunda ut.
5. Efter en månad: bestäm skriftligt om det manuella godkännandet ska behållas, justeras eller tas bort.

En ärlig brasklapp: alla processer förtjänar inte så mycket ceremoni. Flyttar automatiseringen interna anteckningar mellan två verktyg och värsta fallet är en missad påminnelse, kör den, titta till den en dag och gå vidare. Hela checklistan är till för flöden som rör kunder, pengar, personuppgifter eller bokföringen. Vi bygger och härdar flöden som ett automatiseringsprojekt till fast pris och checklistan ingår i varje leverans; se prissidan, eller boka ett samtal så säger vi ärligt om ditt flöde behöver den.

Vanliga frågor