Vertrouwen

Beveiliging & compliance

BMPG B.V. bouwt software voor bouw- en vastgoedorganisaties waarin project-, klant- en contractgegevens samenkomen. Op deze pagina leest u precies hoe het autorisatiemodel werkt, hoe wij gegevens beschermen en hoe u een wijziging in toegang aanvraagt.

Laatst bijgewerkt: 1 augustus 2026

1. Het autorisatiemodel in vier lagen

Onze backend werkt met row level security: toegang wordt niet in de interface bepaald, maar in de database zelf. Elke aanvraag wordt beoordeeld op identiteit en rol vóórdat er ook maar één rij wordt teruggegeven. Standaard is alles gesloten; toegang bestaat alleen waar wij die expliciet en zo smal mogelijk hebben toegekend.

1. Publieke laag (bezoeker)

Bezoekers zijn anoniem en hebben geen leesrechten op enige tabel met persoonsgegevens.
Formulieren schrijven uitsluitend via gevalideerde serverfuncties; de browser praat nooit rechtstreeks met de database om leads op te slaan.
Invoer wordt schemagevalideerd (type, lengte, formaat) voordat er iets wordt weggeschreven.

2. Autorisatielaag (row level security)

Op elke tabel staat row level security aan; zonder passend beleid is er geen enkele toegang — ook niet per ongeluk.
Rollen staan in een aparte rollentabel, nooit op een gebruikers- of profielrij, zodat rechten niet via een profielupdate te verhogen zijn.
De rolcontrole is een afgeschermde databasefunctie met vast zoekpad; ingelogde gebruikers kunnen uitsluitend hun eigen rol opvragen.

3. Beheerlaag (medewerker)

Afspraken en intakeverzoeken zijn alleen leesbaar voor een geverifieerde beheerder.
Statuswijzigingen verlopen via serverfuncties die de rol opnieuw controleren bij élke aanroep — nooit alleen in de interface.
Verwijderen is voor alle clientrollen geblokkeerd; opschonen gebeurt uitsluitend server-side volgens de bewaartermijn.

4. Serverlaag (vertrouwde uitvoering)

Sleutels met verhoogde rechten bestaan alleen server-side en komen nooit in de browserbundel terecht.
Bevestigings- en herinneringsmails, kalenderbestanden en integraties draaien in de serveromgeving achter validatie.
Publieke endpoints (zoals het kalenderbestand) accepteren uitsluitend een niet-raadbaar token en geven precies één record terug.

2. Bescherming van gegevens

Dataminimalisatie: Wij vragen uitsluitend gegevens die nodig zijn om uw vraag te beoordelen en een afspraak te plannen.
Versleuteling: Verkeer verloopt via TLS; opslag en back-ups zijn versleuteld bij de hostingprovider binnen de EU.
Bewaartermijn: Leadgegevens worden bewaard zolang dat nodig is voor het contacttraject en daarna verwijderd of geanonimiseerd.
Scheiding van omgevingen: Ontwikkel-, test- en productieomgeving zijn gescheiden; er wordt niet met productiedata getest.
Toegang op basis van noodzaak: Alleen medewerkers met een expliciete beheerdersrol hebben toegang tot leadgegevens.
Logging: Inlogpogingen en rolcontroles worden vastgelegd in een auditlog dat uitsluitend voor beheerders leesbaar is.

3. Auditlogging: wie deed wat, en wanneer

Elke inlogpoging (geslaagd én mislukt) met tijdstip, e-mailadres, IP-adres en browser.
Elke rolcontrole bij een beheerhandeling, inclusief of de toegang is toegekend of geweigerd.
Elke wijziging in rollen wordt automatisch door de database zelf vastgelegd — ook als die buiten de applicatie om zou gebeuren.
Het auditlog is append-only voor de applicatie: geen enkele clientrol kan regels wijzigen of verwijderen.

4. Continue controle bij elke publicatie

Bij elke publicatie draait een geautomatiseerde hercontrole. Die verifieert dat anonieme bezoekers geen enkele tabel met persoonsgegevens kunnen lezen of schrijven, dat het auditlog voor clientrollen gesloten blijft en dat beheerde endpoints geen data lekken zonder geldig token. Wijkt één van die controles af, dan is dat direct zichtbaar en wordt de bevinding opgelost vóór verdere uitrol.

5. Een wijziging in toegang aanvragen

U kunt de volgende verzoeken indienen. Wij reageren binnen vijf werkdagen en uiterlijk binnen één maand, conform de AVG. Ter bescherming van uw gegevens kunnen wij om aanvullende verificatie vragen.

Inzage: Een overzicht van de gegevens die wij over u verwerken.
Correctie: Aanpassing van onjuiste of onvolledige gegevens.
Verwijdering: Verwijdering van uw afspraak- of intakegegevens.
Beperking en bezwaar: Beperking van de verwerking of bezwaar tegen verder gebruik.
Overdraagbaarheid: Uw gegevens in een gangbaar, machineleesbaar formaat.
Toegangswijziging (beheerders): Toekennen of intrekken van een beheerdersrol, met vastlegging in het auditlog.

Verzoek indienen Privacyverklaring

6. Kwetsbaarheid melden

Denkt u een kwetsbaarheid te hebben gevonden? Meld dit via ons contactformulier met een beschrijving en reproductiestappen. Wij bevestigen de melding, onderzoeken deze en koppelen terug. Wij vragen u de bevinding niet openbaar te maken zolang het onderzoek loopt en geen gegevens van derden in te zien, te wijzigen of te verwijderen.