Wie mag wat in je software? Rollen, rechten en een logboek

Niet elk bedrijf heeft een kluis of een receptie. Maar afspraken over wie waar mag komen, heb je vast wel. Wie de sleutel van het archief heeft. Wie in de dossierkast met personeelszaken mag kijken. Wie de bankpas van de zaak gebruikt. Dat vinden we vanzelfsprekend.

In software gaat het vaak anders. Iedereen logt in met hetzelfde account, of iedereen mag alles. Zolang het goed gaat, valt het niemand op. Tot iemand per ongeluk de klantenlijst wist, een oud-medewerker nog kan inloggen, of je wilt weten wie die factuur heeft veranderd.

1. Rollen en rechten: wie mag wat

Goede software regelt toegang op drie manieren tegelijk:

• Per team of functie. De planning ziet de agenda, de administratie de facturen, de eigenaar alles.
• Per soort gegevens. Klantgegevens, financiën en personeelsgegevens zijn drie aparte kamers, elk met een eigen slot.
• Per handeling. Bekijken is iets anders dan wijzigen, en wijzigen is iets anders dan verwijderen of alles downloaden.

Je geeft mensen een rol, zoals "administratie" of "planner", en die rol bundelt de rechten. Dat heet rolgebaseerde toegang (role-based access control). De vuistregel: iedereen krijgt zo weinig rechten als nodig is voor zijn werk. Niet uit wantrouwen, maar omdat een vergissing dan minder ver reikt.

2. Een logboek: wie deed wat, en wanneer

Een logboek (audit log) is het bezoekersregister van je software. Het houdt bij wie inlogde, wie welke gegevens bekeek of veranderde, en wanneer. Een goed logboek:

• is niet te veranderen, ook niet door wie alles mag;
• noemt wie, wat en wanneer, zonder meer persoonsgegevens dan nodig;
• wordt bewaard, zo lang als je hebt afgesproken;
• wordt ook gelezen. Een logboek waar nooit iemand in kijkt, merkt niets op. Laat de software je waarschuwen bij iets ongewoons, zoals iemand die in één keer alle klanten downloadt.

3. Scheiding in het fundament, niet alleen in de knoppen

Dit is het onderdeel dat je van buiten niet ziet, en het belangrijkste. Veel software regelt toegang alleen in het scherm: wie geen recht heeft, ziet de knop niet. Maar de gegevens zelf zijn dan nog bereikbaar, voor wie weet hoe. Dat is een bordje "verboden toegang" op een deur die niet op slot zit.

Goede software scheidt in het fundament. Dat heet architectuurscheiding (architectural isolation):

• De database zelf bewaakt de regels. Ook als er in het scherm iets fout gaat, geeft de database klant A nooit de gegevens van klant B.
• Testen gebeurt in een aparte omgeving, met verzonnen gegevens, nooit met echte klanten.
• Beheer is gescheiden van dagelijks werk. Een apart beheeraccount, met een tweede inlogstap, alleen voor wat echt beheer is.
• Gevoelige delen staan apart, zoals betalingen bij een betaaldienst in plaats van in je eigen database.

Zo doen wij het zelf

In de app van de +Z Checkup werken we zo. De database zorgt ervoor dat een klant alleen bij de eigen gegevens kan; ruim 80 automatische tests proberen bij elke wijziging het tegendeel. Een raadgever komt alleen in de werkbank met een tweede inlogstap. Wie welke klant inzag of veranderde, staat in een logboek. En we testen in een aparte omgeving, met verzonnen organisaties. Meer daarover lees je op Zo werken wij.

Vragen voor je softwareleverancier

Even eerlijk

Niet elke organisatie heeft hetzelfde nodig. Een eenmanszaak met één boekhoudpakket hoeft geen tien rollen. Maar zodra er meer mensen bij je gegevens kunnen, of je met gegevens van klanten of patiënten werkt, loont het om dit goed te regelen. Liever vooraf dan na een vergissing.

Waar wij bij helpen

De +Z Checkup kijkt wie bij jullie waar bij kan, en wat je als eerste regelt. Laat je software bouwen? Dan zetten we de rollen, het logboek en de scheiding er vanaf het begin in, samen met jou, en op jouw naam.

Veelgestelde vragen

Bijgewerkt op 10 november 2026.