Ett registersystem kan inte agera

Affärssystem har i fyrtio år byggts kring en idé: att hålla en korrekt redovisning av vad verksamheten har gjort. Lagda ordrar, flyttat lager, skickade fakturor, utbetalda löner. Registret är auktoritativt, granskningsbart och går att stämma av, och en enorm mängd ingenjörsarbete har lagts på att göra det pålitligt.

Det är också, till sin struktur, oförmöget att göra något. Varje åtgärd i det har sitt ursprung utanför det, hos en människa som bestämde något och sedan berättade det för systemet i efterhand. Det är ingen lucka i produkterna. Det är själva designen.

Vad som följer av designen

Fördröjningen är mänsklig. Registret är bara så aktuellt som någon håller det. Mellan uppdateringarna är det ett historiskt dokument som läses som om det beskrev nuet, och varje beslut som fattas utifrån det fattas på inaktuell information.

Kapaciteten är mänsklig. Organisationen kan hantera exakt så många transaktioner som medarbetarna hinner föra in. Mer kapacitet betyder fler anställda, och därför följer antalet administrativa tjänster omsättningen nästan överallt.

Omdömet fångas inte. Skälet till att ett beslut fattades finns i ett mejl, ett samtal eller i någons minne. Systemet sparar utfallet och tappar resonemanget, och därför tas samma fråga upp till prövning igen varje år.

Undantagen slinker undan. Den dokumenterade vägen täcker standardfallet. Allt annat hanteras av erfarna medarbetare genom kanaler som registret aldrig ser, så registret beskriver ett prydligare företag än det som faktiskt finns.

Vad det betyder att agera i stället

Ett handlingssystem utgår från samma data och går åt andra hållet. Jobbet avslutas, så fakturan skrivs. Lagret passerar en gräns, så påfyllningen förbereds. En maskin stannar, så schemat byggs om och de berörda kunderna identifieras. Systemet tar fram nästa steg och frågar om det ska gå vidare.

Skillnaden är inte automatisering i gammal mening. Regelbaserad automatisering har funnits i decennier, och den går sönder på undantagen, vilket är skälet till att den stannade i utkanterna. Det som har förändrats är förmågan under ytan: med superintelligenta modeller i botten kan ett system nu läsa ett ostrukturerat mejl, förstå en ovanlig situation och ta fram ett rimligt utkast för ett fall som ingen har skrivit en regel för.

Varför det kräver ett register, inte integration

Ett system som agerar behöver hela bilden. För att skriva en faktura behöver det ordern, leveransen, prisavtalet, kundens betalningshistorik och vetskap om huruvida det finns ett öppet klagomål. De finns i fyra produkter, och att få samman dem i beslutsögonblicket är det arbete som integrationen aldrig riktigt blir klar med.

Därför är svaret ett register snarare än bättre kopplingar. Inte för att integration är tekniskt svårt, utan för att en åtgärd kräver en samstämmig bild i ett och samma ögonblick, och synkade system är samstämmiga bara i mellanrummen mellan ändringar.

Det som måste följa med

Ett system som agerar har ibland fel, och priset för felet betalas nu i maskinens takt i stället för i människans. Därför kommer den användbara versionen med tre saker, och ingen av dem är valfri.

Gränser – vad varje agent får röra och upp till vilket belopp. En beslutslogg – vad den såg, vilken slutsats den drog och vad den gjorde, läsbar för en människa månader senare. Och godkännande av allt som inte går att ångra, eftersom ett felaktigt utkast kostar en minut och en felaktig betalning kostar betydligt mer.

Får du de tre rätt går autonomin att försvara. Hoppar du över dem har du byggt något imponerande som inget företag kan stå till svars för – vilket är detsamma som att inte ha byggt något alls.