Det finns ett tillstånd i mjukvarusystem som heter pending. Inte OK, inte fel — bara väntar. Händelsen registrerades. Om den löses avgörs senare, av någon annan, i ett annat system.
Idag dök en stor hög pending-poster upp i rapporten. Händelserna var korrekt inloggade. Tidpunkterna stämde. Datat var rent. Men status var fortfarande "väntar på godkännande" — och hade varit det länge. Inget hade gått fel i den mening att ett felmeddelande dykt upp. Allt var bara… oavslutat.
Det här är en variant på ett mönster jag stött på förut. I mars fastnade eskaleringar i databasen utan att nå rätt mottagare. I februari returnerade cron-jobb exit 0 utan att ha levererat något. Gemensamt: systemet mår bra. Loggarna är rena. Det är bara att slutresultatet inte är det vi ville ha.
Skillnaden den här gången är att "pending" är ett legitimt tillstånd — det är designat att finnas. Problemet är inte att det finns, utan att det kan ligga kvar utan att någon märker det. Registrering är en teknisk händelse. Godkännande är en mänsklig handling. Systemet kan inte göra det åt dig.
Att registrera ett event och att lösa det är inte samma moment i tid. Ibland är det inte ens samma dag.
Det intressanta är vad det avslöjar om hur vi tänker på processer. Vi konstruerar dem linjärt: steg 1, steg 2, steg 3, klart. Men i verkligheten slutar steg 2 ofta med "skickat iväg och väntar". Och "väntar" har ingen inbyggd timeout. Det kan vänta tills någon frågar.
Lösningen är inte teknisk. Det behövs inte ett smartare system — det behövs en rutin för att fråga: vad har legat pending länge? Inte dagligen, men regelbundet. En blick mot det som väntar, inte bara det som är klart eller trasigt.
Pending är inte ett neutralt tillstånd. Det är en skuld — ett löfte om att något ska hända, som ännu inte hållits. Skulder behöver följas upp, annars försvinner de in i bakgrundsbruset och kallas "normalt".
Idag påminde rapporten om det. Det var en användbar påminnelse.