Home / Artikelen / Rechten en rollen in je makelaar-CRM: wie mag wat zien?

Rechten en rollen in je makelaar-CRM: wie mag wat zien?

Laatst bijgewerkt op 13 november 2026 · MakelaarCRM

In een makelaar-CRM staan meer dan agenda-afspraken. Er liggen identiteitsbewijzen voor het cliëntenonderzoek, biedingen, correspondentie en soms financiële afspraken. Niet iedereen op kantoor hoeft dat allemaal te zien, en een stagiair heeft typisch een ander profiel dan de kantoorhouder. Rechten en rollen zijn daarom geen technische bijzaak: ze bepalen wie welke persoonsgegevens kan inzien, wijzigen of exporteren. Dit artikel beschrijft hoe je dat nuchter inricht. Het is geen juridisch advies over de AVG of de Wwft, en geen ranglijst van pakketten.

De bredere context van klantdata staat in AVG, Wwft en klantdata in je makelaars-CRM. Hoe je documenten in het dossier zet, lees je in Dossiers en documenten. Werk je op meer dan één adres, dan hoort daar CRM voor makelaars met meerdere vestigingen bij.

Rol, recht en profiel: houd de woorden uit elkaar

Leveranciers gebruiken “rol”, “profiel” en “recht” door elkaar. Voor je inrichting helpt dit onderscheid:

  • Rol. Een functie in jullie kantoor, zoals binnendienst, verkopend makelaar, vestigingsmanager of kantoorhouder. Een persoon kan tijdelijk een tweede rol hebben, bijvoorbeeld als vervanger in de vakantie.
  • Recht. Wat iemand concreet mag: een dossier openen, een identiteitsbewijs bekijken, een bod wijzigen, een export maken, een gebruiker toevoegen, of een woning op een portaal zetten.
  • Profiel of sjabloon. Een set rechten die je aan een rol koppelt, zodat je niet bij elke nieuwe medewerker opnieuw honderd vinkjes zet.

Het nut van het onderscheid: je denkt eerst in rollen die in jullie kantoor bestaan, en vertaalt die daarna naar rechten. Wie andersom begint, in de instellingen van het pakket, kopieert vaak de standaard van de leverancier — inclusief toegang die niemand nodig heeft.

Begin bij de gegevens die extra bescherming vragen

Niet elk veld is even gevoelig. Een publicatietekst van een woning is iets anders dan een kopie van een paspoort of de financieringsconstructie van een koper. Maak voor jezelf een korte indeling, bijvoorbeeld:

  • Operationeel. Agenda, bezichtigingen, algemene woninggegevens, openbare portaalteksten. Dit is typisch nodig voor iedereen die het object behandelt.
  • Dossier en correspondentie. Offertes, e-mails, notities, de opdracht tot dienstverlening. Beperk dit tot mensen die aan dat dossier werken.
  • Bijzonder of wettelijk gevoelig. Identiteitsgegevens en bewijsstukken voor de Wwft, biedlogboeken, soms medische of financiële details die een klant toevertrouwt. Extra beperkt, extra logging.
  • Beheer. Gebruikers aanmaken, rechten wijzigen, massale export, koppelingen met funda of boekhouding. Voor een klein aantal mensen.

De precieze wettelijke grond en bewaartermijn horen in je privacy- en Wwft-beleid; dit artikel schrijft die niet voor. Wel geldt praktisch: wie een kopie van een identiteitsbewijs kan openen, kan hem ook fotograferen of downloaden. Als acht mensen die knop hebben “voor het geval dat”, is de kring te groot.

Typische rollen in een makelaarskantoor

Elk kantoor is anders, maar deze verdeling komt vaak in de buurt. Gebruik haar als startpunt voor een gesprek, niet als verplicht model.

  • Binnendienst. Plant bezichtigingen, neemt telefoon en mail aan, werkt in agenda’s en standaarddossiers. Heeft meestal geen behoefte aan het wijzigen van biedingen of aan kantoorbrede exports.
  • Makelaar. Ziet en bewerkt de dossiers waar hij of zij eigenaar of medewerker van is. Bij een gedeeld object: bewust delen, niet automatisch het hele kantoor.
  • Vestigings- of teamleider. Ziet de werkvoorraad van het team, kan taken overdragen, maar hoeft niet elk identiteitsstuk van een ander team te openen.
  • Kantoorhouder of compliance. Toegang tot inrichting, rapportages, Wwft-stukken en logs, voor zover die rol die taak heeft.
  • Stagiair of tijdelijke kracht. Een smal profiel: vaak agenda en algemene objectgegevens, zelden identiteitsbewijzen of export. Zet een einddatum op het account.
  • Externe, zoals een boekhouder. Liever geen volledig kantooraccount. Als inzage nodig is, een beperkt profiel of een export, en alleen voor de periode dat het nodig is.

Vermijd een gedeeld “kantoorlogin” dat iedereen kent. Dan is niet meer te zeggen wie iets heeft geopend of gewijzigd, en kun je een vertrekkende medewerker niet gericht afsluiten. Elk persoon een eigen account, ook in een eenmanszaak met één assistent.

Delen, vervanging en “even meekijken”

De lastigste situaties zijn niet de standaardrollen, maar de uitzonderingen. Een collega neemt de bezichtigingen over tijdens een vrije week. Twee makelaars werken aan hetzelfde object. Een kantoorhouder wilt “even” in alle dossiers. Spreek af:

  • Of vervanging een tijdelijke extra recht is (met een einddatum) of een vaste instelling. Tijdelijk is meestal zuiverder.
  • Of een gedeeld object bewust wordt gedeeld, per dossier, in plaats van via een kantoorbrede bak. Zie ook CRM voor meerdere vestigingen.
  • Of inzage in bijzondere stukken apart wordt verleend. Meekijken in de agenda is iets anders dan een paspoort openen.

Vraag in een demo hoe je tijdelijke toegang zet en weer uitzet, en of afgelopen rechten in een log blijven staan. Als “vervanging” betekent dat iemand permanent in het profiel van een ander kruipt, is dat geen vervanging maar een tweede volledige login.

Logging: weten wie iets zag of meenam

Rechten zonder log zijn lastig te controleren. Bij een datalek, een klacht of een interne vraag (“wie heeft dit biedlogboek gewijzigd?”) wil je kunnen zien wie een gevoelig stuk heeft geopend, gewijzigd, geëxporteerd of verwijderd, en wanneer. Dat is geen wantrouwen naar collega’s; het is dezelfde zorgvuldigheid die je van een dossier verwacht.

Wat je in een demo toetst:

  • Wordt openen van een identiteitsstuk of biedlogboek vastgelegd, of alleen verwijderen?
  • Kun je een export van die log zelf maken, en hoe lang blijft hij bewaard?
  • Zijn logs te wijzigen door dezelfde gebruiker die ze zou moeten controleren? Dan is de controle zwak.
  • Gaat de log mee als je later overstapt, of verdwijnt hij met het oude pakket? Zie Overstappen van CRM.

Gebruik logs niet als dagelijkse afrekening van medewerkers. Dan ontstaat ontwijkgedrag (werken buiten het CRM), en ben je verder van huis. Ze zijn er voor incidenten, audits en het periodiek nalopen of profielen nog kloppen.

Accounts die eindigen, en accounts die nooit hadden mogen bestaan

Een medewerker die vertrekt, moet dezelfde dag zijn toegang verliezen: web, app en eventuele koppelingen (telefoon, e-mail, portaal). Open taken en dossiers gaan over naar een collega, zichtbaar, niet stil. Zie Taken en workflows en de CRM-app. Controleer ook of een persoonlijk apparaat nog synchroniseert.

Net zo belangrijk: accounts die nooit persoonlijk waren. Een oud “info@”-login in het CRM, een leveranciersaccount dat na een implementatie is blijven staan, of een testgebruiker met echte dossiers. Plan twee keer per jaar een ronde: wie heeft toegang, past het profiel nog bij de functie, en welke accounts zijn inactief?

Wat je in een demo of offerte naloopt

Vraag niet alleen “of er rechten zijn”. Laat de leverancier jullie eigen rollen nabootsen, met een dossier waarin een identiteitsstuk en een bieding zitten. Gebruik deze lijst naast de checklist voor het kiezen van een CRM:

  • Ik kan profielen maken die bij onze functies passen, inclusief een smal profiel voor stagiairs of tijdelijke krachten met een einddatum.
  • Identiteitsbewijzen, biedlogboek en kantoorbrede export zijn apart af te schermen, niet alleen “het hele dossier”.
  • Delen van een object of dossier is een bewuste actie; vervanging is tijdelijk te zetten en weer uit te zetten.
  • Elke gebruiker heeft een eigen account; een gedeeld kantoorlogin is niet nodig en niet het advies van de leverancier.
  • Openen, wijzigen en exporteren van gevoelige stukken staat in een log dat ik zelf kan inzien en dat niet door dezelfde gebruiker te wissen is.
  • Bij vertrek kan ik toegang direct intrekken en open taken in één keer overdragen, inclusief de app.
  • Rechten en logs horen bij een export als we later overstappen, of ik weet schriftelijk wat er níet meegaat.

Op een klein kantoor voelt dit soms zwaar. Juist daar is de schade van één te ruime login groot, omdat dezelfde mensen alles doen en de verleiding van één gedeeld wachtwoord groter is.

Kortom

Rechten en rollen bepalen wie in jouw kantoor welke klantdata onder ogen krijgt. Begin bij de functies die je echt hebt, geef bijzondere stukken een smaller profiel dan agenda en woningtekst, vermijd gedeelde logins, en maak vervanging tijdelijk. Een log van wie iets opende of exporteerde hoort daarbij, niet als dagelijkse controle maar als nawijsbaar geheugen. Software biedt de knoppen; de inrichting is een kantoorbeslissing, in lijn met je privacy- en Wwft-beleid.

Veelgestelde vragen

Waarom zijn rechten in een makelaar-CRM belangrijk?

In het systeem staan onder meer identiteitsbewijzen, biedingen en correspondentie. Niet iedereen op kantoor hoeft dat te zien. Rechten bepalen wie welke gegevens kan openen, wijzigen of exporteren.

Is een gedeeld kantoorlogin voldoende?

Nee. Met een gedeeld account is niet te zeggen wie iets heeft geopend of gewijzigd, en je kunt een vertrekkende medewerker niet gericht afsluiten. Elk persoon krijgt een eigen account.

Moet een stagiair dezelfde toegang hebben als een makelaar?

Typisch niet. Gebruik een smal profiel, vaak zonder identiteitsbewijzen of kantoorbrede export, en zet een einddatum op het account.

Wat moet een log minimaal vastleggen?

In ieder geval wie een gevoelig stuk heeft geopend, gewijzigd, geëxporteerd of verwijderd, en wanneer. Die log hoort niet door dezelfde gebruiker wisbaar te zijn.