Een registratiesysteem kan niet handelen

Bedrijfssoftware is al veertig jaar gebouwd rond één idee: een correct verslag bijhouden van wat het bedrijf heeft gedaan. Geplaatste orders, verplaatste voorraad, verstuurde facturen, betaalde salarissen. De registratie is gezaghebbend, controleerbaar en sluitend te maken, en er is enorm veel engineering gestoken in het betrouwbaar maken ervan.

Tegelijk is ze structureel niet in staat om iets te doen. Elke actie erin begint daarbuiten, bij iemand die iets besloot en het systeem daarna op de hoogte bracht. Dat is geen gat in de producten. Het is het ontwerp.

Wat uit dat ontwerp volgt

De vertraging is menselijk. De registratie is alleen zo actueel als iemand haar bijwerkt. Tussen de updates is ze een historisch document dat als actueel wordt gelezen, en elk besluit dat erop steunt, steunt op verouderde informatie.

De doorvoer is menselijk. De organisatie kan precies zoveel transacties verwerken als haar mensen kunnen invoeren. Meer capaciteit betekent meer personeel, en daarom groeit het aantal administratieve medewerkers bijna overal mee met de omzet.

Oordeelsvorming wordt niet vastgelegd. De reden voor een besluit staat in een e-mail, een gesprek of iemands geheugen. Het systeem bewaart de uitkomst en verliest de redenering, en daarom wordt elk jaar dezelfde discussie opnieuw gevoerd.

Uitzonderingen ontsnappen. Het gedocumenteerde pad dekt het standaardgeval. Al het andere wordt door ervaren mensen afgehandeld via kanalen die de registratie nooit ziet, zodat die een overzichtelijker bedrijf beschrijft dan het bedrijf dat werkelijk bestaat.

Wat handelen in plaats daarvan betekent

Een actiesysteem vertrekt vanuit dezelfde data en werkt de andere kant op. De klus is klaar, dus de factuur wordt opgesteld. De voorraad zakt onder een drempel, dus de aanvulling wordt voorbereid. Een machine valt uit, dus de planning wordt herzien en de getroffen klanten worden in kaart gebracht. Het systeem maakt de volgende stap klaar en vraagt of het verder mag.

Het onderscheid is geen automatisering in de oude zin. Regelgebaseerde automatisering bestaat al tientallen jaren en loopt vast op uitzonderingen, en daarom bleef ze aan de randen. Wat veranderd is, is het vermogen eronder: met superintelligente modellen erachter kan een systeem nu een ongestructureerde e-mail lezen, een ongebruikelijke situatie begrijpen en een zinnig concept maken voor een geval waarvoor niemand een regel heeft geschreven.

Waarom dit één registratie vraagt, geen integratie

Een handelend systeem heeft het hele plaatje nodig. Om een factuur op te stellen heeft het de order nodig, de levering, de prijsafspraak, de betaalhistorie van de klant en de vraag of er een klacht openstaat. Die staan in vier producten, en ze op het moment van het besluit op één plek krijgen is het werk dat integratie nooit helemaal afmaakt.

Daarom is het antwoord één registratie in plaats van betere connectoren. Niet omdat integratie technisch moeilijk is, maar omdat een actie een consistent beeld op één moment vereist, en gesynchroniseerde systemen zijn alleen consistent in de pauzes tussen wijzigingen.

Wat er onlosmakelijk bij hoort

Een handelend systeem zit er soms naast, en de prijs van een fout wordt nu betaald op machinesnelheid in plaats van op mensensnelheid. De bruikbare versie komt daarom met drie dingen, en geen daarvan is optioneel.

Grenzen: wat elke agent mag aanraken en tot welk bedrag. Een beslislog: wat de agent zag, concludeerde en deed, maanden later nog leesbaar voor een mens. En goedkeuring voor alles wat onomkeerbaar is, want een verkeerd concept kost een minuut en een verkeerde betaling aanzienlijk meer.

Krijg die drie goed en de autonomie is te verdedigen. Sla ze over en u hebt iets indrukwekkends gebouwd waarvoor geen bedrijf verantwoording kan afleggen, en dat komt neer op niets bouwen.