Uw bouwdata verdient een eigen kluis,
geen gedeelde la.
Bouwbaas is een SaaS-platform, maar technisch krijgt iedere klant een volledig afzonderlijke omgeving. Eén centrale broncodebasis, maar een eigen database, eigen inlog en eigen opslag per bedrijf. Zo blijft uw administratie van u — en alleen van u.
Isolatie op infrastructuurniveau
Wij scheiden klanten niet met een slimme query, maar met echte muren. Iedere omgeving staat volledig op zichzelf en is afzonderlijk te updaten, te herstellen en te verwijderen.
Eigen database per klant
Geen gedeelde tabel waarin bedrijven alleen door een kenmerk uit elkaar worden gehouden. Iedere klant krijgt een eigen PostgreSQL-database in een eigen project. Een fout of inbraak bij het ene bedrijf kan de gegevens van een ander bedrijf fysiek niet bereiken.
Eigen authenticatie en gebruikers
Elke omgeving heeft een eigen inlogomgeving. Gebruikers van het ene bedrijf bestaan niet in dat van een ander. Wachtwoordbeleid, tweestapsverificatie en sessiebeheer staan volledig los per klant.
Eigen opslag en documenten
Documenten staan in een afgeschermde, privé-opslag per klant. Downloaden gaat via kortlevende, ondertekende links — een documentlink van het ene bedrijf geeft nooit toegang tot dat van een ander.
Eigen secrets en integraties
Iedere omgeving heeft eigen sleutels, tokens en koppelingen. Er bestaat geen universele sleutel die meerdere klanten ontsluit, en secrets staan nooit in de broncode of in de browser.
Toegang die in lagen wordt bewaakt
Binnen elke klantomgeving bepaalt de rol wat iemand mag. Die controle gebeurt op de server, meerdere keren, en de database dwingt hem nog eens onafhankelijk af.
Rollen én fijnmazige rechten
Van directie tot uitvoerder: elke rol krijgt precies de rechten die erbij horen. Achter de rollen zit een fijnmazige rechtencatalogus per handeling — bekijken, aanmaken, wijzigen, verwijderen, fiatteren — niet één grove 'admin ja/nee'.
Server-side, in meerdere lagen
Toegang wordt gecontroleerd op de server: in de datalaag, in elke schrijfactie én nog eens in de database zelf via row-level security. Het verbergen van een menu-item is nooit de beveiliging — de server blokkeert onafhankelijk.
Fail-closed
Ontbreekt de context of klopt er iets niet, dan toont het platform geen data en weigert het de handeling. De veilige uitkomst is de standaarduitkomst, niet het gevolg van een geslaagde controle.
Aantoonbaar, niet alleen beloofd
Beveiliging is pas iets waard als u het kunt controleren. Daarom legt Bouwbaas vast wat er gebeurt, en houden wij onszelf buiten uw gegevens.
Onweerlegbare auditlogging
Gevoelige handelingen — inloggen, rechten wijzigen, documenten, exports — worden vastgelegd met wie, wat en wanneer. Die regels zijn niet te wijzigen of te verwijderen, ook niet door een beheerder: er bestaat bewust geen enkele schrijf- of wisrecht op het auditspoor.
Geen masteraccount
Er is geen universeel account of verborgen supportwachtwoord waarmee wij zomaar in uw omgeving kunnen. Wilt u dat wij meekijken, dan wordt die toegang expliciet aangevraagd, is die tijdelijk, verloopt die automatisch en wordt elke handeling in úw auditlog vastgelegd.
Eigen back-ups en herstel
Iedere omgeving heeft een eigen back-up. Vóór een risicovolle wijziging wordt een herstelpunt gemaakt. Herstellen kan per klant, zonder dat een ander bedrijf er iets van merkt.
De basis is standaard op orde
De bekende webbeveiligingsmaatregelen zijn niet optioneel of achteraf toegevoegd — ze horen bij de fundering van het platform.
- Strikte Content-Security-Policy en beveiligingsheaders
- HTTPS afgedwongen (HSTS) in productie
- Framing geblokkeerd tegen clickjacking
- Rate limiting op inloggen en wachtwoordherstel
- Invoervalidatie op de server met Zod
- Geen publieke caching van klantpagina's
Wilt u de details doornemen met uw IT- of securityteam?
We lopen de architectuur, de isolatie en het auditmodel graag met u door — inclusief een verwerkersovereenkomst op maat.
Plan een securitygesprek