388 scenarioer, og alle feilene ligger i 49 av dem

Vi skriver ofte at vi bygger automatisering. Her er hva det faktisk består av, lest av plattformen vår 5. september 2026.

De tolv: HTTP, Notion, OpenAI, Google Sheets, Google Drive, Make sin egen datalagring, Gemini, WordPress, Google Search Console, Make-API-et, Gmail og Google Calendar.

---

---

Tallet folk regner ut først, og hvorfor det er ubrukelig

1 144 feil på 17 338 kjøringer er 6,6 prosent. Det er tallet en rapport ville vist deg, og det er et tall du ikke kan gjøre noe med.

Det interessante er fordelingen: feilene ligger i 49 av 388 scenarioer. 339 har aldri feilet.

Det betyr at «feilraten vår er 6,6 prosent» beskriver ingenting som finnes. Det finnes ikke et gjennomsnittlig scenario som feiler av og til. Det finnes et stort flertall som aldri feiler, og en liten gruppe som feiler ofte.

---

Hva de 49 har til felles

De henter noe utenfra som noen andre eier.

Det er ikke en overraskelse når man ser det, men det er lett å planlegge som om det ikke er sant. Et scenario som flytter data mellom to systemer du kontrollerer, feiler når du selv gjør en feil. Et scenario som leser en nettside, et API eller et register, feiler når eieren gjør noe — endrer markup, strammer en grense, bytter en adresse, legger på en brannmur.

Du kan teste bort den første typen. Den andre kan du bare bygge for.

---

Derfor står stoppunktene der de står

Vi setter ikke stoppunkt overalt. Et stoppunkt i et scenario som aldri feiler er ren støy — det legger til et sted noe kan gå galt, uten å fange noe.

Vi setter dem der kilden er andres:

• Færre rader enn forventet skal stoppe kjøringen. Ikke skrive et halvtomt resultat videre. Dette er den viktigste enkeltregelen vi har, fordi et halvtomt resultat ser ut som et resultat.
• Ingen treff der det alltid har vært treff, er en feil. Ikke et tomt svar. En kjede som plutselig gir null tilbud er ikke en kjede uten tilbud.
• En henting som svarer 200 med feil innhold skal fanges av innholdet, ikke av statuskoden. De fleste kilder svarer høflig når de avviser deg.

---

Null i dødbrevkøen

Dødbrevkøen er der kjøringer havner når de feilet og ble lagt til side for manuell behandling. Tallet vårt er null.

Det er ikke fordi ingenting feiler — 1 144 feil sier det motsatte. Det er fordi vi lar ting feile åpent og kjøre om igjen, i stedet for å parkere dem i en kø som noen skal se på senere. En kø ingen tømmer er verre enn en feil du ser.

---

Hva som er bygget når

388 scenarioer høres ut som mange år. Det er ni måneder.

Juni er byggemåneden. Det er da grunnstrukturen kom på plass — de gjenbrukbare delene som resten kaller. Etter det bygger man mindre, og sammenstiller mer.

---

Hva tallet 232 aktive ikke betyr

Det betyr ikke at 232 automatiseringer kjører hvert døgn. De fleste er verktøy: de er slått på slik at de kan kalles, og de gjør ingenting før noen kaller dem. 30 er koblet til en utløser som starter dem, og 8 går på en fast tidsplan.

Vi skriver dette fordi «over hundre scenarioer i drift» er en setning som lett gir feil bilde. Riktig bilde er et verktøyskrin med 232 verktøy som er skarpe, og 38 av dem som går av seg selv.

---

Kort vei til svaret

Skal du automatisere noe, er ikke spørsmålet hvor mange steg det har. Det er hvilke av stegene som er avhengige av noen andre — for det er de som kommer til å feile, og det er der du skal betale for kontroll.

Les hvordan vi bygger automatisering med stoppunkt