Een bedrijfsregel is één beschrijving van hoe jouw bedrijf wil werken, zo opgeschreven dat zowel mensen als software hem elke keer op dezelfde manier toepassen. Denk aan ‘facturen die 30 dagen te laat zijn krijgen een herinnering’ of ‘nieuwe klanten van buiten de EU krijgen een handmatige controle’. Elke regel koppelt een voorwaarde aan een uitkomst.
Stel je het beleidshandboek voor dat in de la van een manager ligt. Een bedrijfsregel haalt één regel uit dat boek en maakt er iets van dat een systeem kan lezen en uitvoeren, zonder dat iemand het hoeft te interpreteren. Vroeger besliste de manager wie korting kreeg, nu beslist de regel, en die beslist bij de duizendste order net zo als bij de eerste. Zo overbrug je de afstand tussen geschreven beleid en voorwaardelijke logica die automatisch draait.
Regels staan zelden alleen. Een handvol bij elkaar vormt een beslissingstabel of voedt een regel-engine die ze op volgorde afgaat. Het grote voordeel is dat de regel los staat van de rest van het programma. Als het beleid verandert, en dat gebeurt altijd, pas je de regel aan in plaats van door code te spitten. Een finance-manager kan een goedkeuringsgrens van 5.000 naar 10.000 euro tillen zonder een ticket bij een ontwikkelaar. Goede regels zijn ook te testen. Je geeft iemand een paar voorbeeldorders en controleert of elke order de kant op gaat die het beleid voorschrijft, nog voordat er één echte factuur door het systeem loopt. Dat is belangrijk, want een stille fout in een regel laat niets crashen. Hij blijft gewoon de verkeerde keuze maken, order na order, tot iemand merkt dat de cijfers niet kloppen. De waarde zit dus niet alleen in flexibiliteit. Het is het beleid dat op één leesbare plek staat, waar iemand de exacte regel kan aanwijzen die iets besloot en kan zeggen: ja, dat bedoelden we.
Bij TopDevs halen we bedrijfsregels uit de applicatiecode en zetten we ze op een plek die de klant zelf kan zien en aanpassen, zodat de software meebeweegt met het bedrijf in plaats van het vast te zetten.
