Software en tools

Klantportaal laten maken: pakket, no-code of maatwerk, en wat je vooraf regelt

Klantportaal laten maken of laten ontwikkelen? Kies tussen het portaal van je eigen pakket, no-code en maatwerk, en regel kosten, inloggen en AVG vooraf.

aiworktalent Redactie · 3 november 2026 · 18 min leestijd

Wie een klantportaal laten maken overweegt, wil meestal één ding: dat klanten zelf hun orders, facturen, documenten of meldingen kunnen inzien, zonder te mailen of te bellen. Het eerlijke antwoord vooraf: kijk eerst in de software die je al hebt. Veel boekhoud-, ERP- en CRM-pakketten bieden een klantportaal, soms als losse module of in een duurder abonnement. Laat pas iets bouwen als dat portaal niet volstaat, en reken dan vooral op kosten voor koppelingen en rechten, niet voor de schermen.

Hieronder staan de drie routes naast elkaar, de functies die je het eerst bouwt, en wat je vooraf regelt rond inloggen, privacy, toegankelijkheid, kosten en eigendom. Ook staat erin wanneer je het beter niet doet.

Wat is een klantportaal, en wat levert het op?

Een klantportaal is een beveiligde omgeving op internet waar een klant inlogt en alleen zijn eigen gegevens ziet. Denk aan openstaande en betaalde facturen, de status van een order, offertes, onderhoudsrapporten, contracten of meldingen die hij heeft ingediend (vaak tickets genoemd). Het portaal is een venster: de gegevens zelf staan meestal ergens anders, in je boekhouding, je ERP-pakket (het systeem voor orders, voorraad en facturen) of je CRM (je klantenbestand).

Wat het oplevert, hangt af van hoeveel vragen je nu krijgt die eigenlijk opzoekvragen zijn. Een fictief voorbeeld: een groothandel in installatiemateriaal krijgt elke dag mails met "waar blijft mijn bestelling" en "kun je die factuur nog eens sturen". Kan de klant dat zelf opzoeken, dan scheelt dat werk. Een administratiekantoor wint vooral bij documenten: één plek voor stukken in plaats van bijlagen per mail.

Tel die vragen eerst een paar weken. Komen er weinig, of bellen je klanten liever, dan verdien je een portaal niet terug.

Klantportaal laten maken: drie routes

Er zijn grofweg drie manieren. Het verschil zit niet zozeer in wat de klant ziet, als wel in wie de gegevens, de beveiliging en het onderhoud regelt.

Begin bij de eerste route, want die wordt het vaakst overgeslagen. Twee voorbeelden van hoe dat eruitziet. In AFAS Profit richt je via OutSite een klantportaal in waarin klanten verkooporders, pakbonnen en facturen raadplegen. HubSpot heeft een portaal waarin klanten hun meldingen volgen, het support portal, maar alleen in de abonnementen Professional en Enterprise van Service Hub. Dat laatste is typisch: het portaal bestaat vaak al, maar zit in een duurder abonnement of een losse module.

Vraag je leverancier dus of een klantportaal in je abonnement zit, wat klanten erin kunnen en wat het per gebruiker kost. Doet het ingebouwde portaal tachtig procent van wat je wilt, neem dat dan.

Kies je voor maatwerk, dan gelden dezelfde afspraken als bij elk softwareproject; die staan in het artikel over maatwerksoftware laten maken.

Welke functies eerst?

De grootste fout is alles tegelijk willen. Begin met wat klanten nu het vaakst vragen, en voeg pas iets toe als het eerste gebruikt wordt. Een volgorde die vaak goed werkt:

1. Inloggen en rechten per klant. Dit is het fundament. Zonder dit is elke andere functie een risico.
2. Inzien. Facturen, orders, status of documenten, alleen lezen. Dat is het meeste nut met het minste risico, want de klant kan niets kapotmaken.
3. Downloaden en delen. Een factuur als pdf, een rapport, een getekend contract.
4. Indienen. Een melding, een vraag of een document uploaden. Hier komt er voor het eerst informatie van de klant naar binnen, en moet iemand die oppakken.
5. Wijzigen. Een adres aanpassen, een afspraak verzetten, een herhaalbestelling plaatsen. Dit vraagt de meeste controle, omdat het terugschrijft naar je eigen systemen.

Stap vier en vijf veranderen je werk. Een melding uit het portaal moet bij iemand landen die hem binnen een afgesproken tijd beantwoordt. Regel dat vóór de functie live gaat.

Koppelingen met je bestaande systemen

Bij een ingebouwd portaal is dit geen vraag. Bij no-code en maatwerk is het vaak het grootste deel van het werk. Het portaal moet gegevens ophalen uit je boekhouding, ERP of CRM, en dat gaat via een koppeling, meestal een API: de vaste ingang waarlangs systemen gegevens uitwisselen.

Drie keuzes bepalen hoe ingewikkeld dat wordt. Haalt het portaal de gegevens live op, of maakt het periodiek een kopie? Live is actueel, een kopie is eenvoudiger maar loopt achter. Alleen lezen, of ook terugschrijven? Bij terugschrijven wordt een fout in het portaal een fout in je administratie. En hoeveel systemen? Elk systeem is een extra koppeling om te bouwen en bij te houden.

Spreek ook af welk systeem de waarheid is. Staat het adres van een klant in je CRM én in je boekhouding, welke wint er dan als ze verschillen? Wat een koppeling kost en welke routes er zijn, staat in het artikel over een API-koppeling laten maken.

Inloggen, rechten en beveiliging

Het grootste risico van een klantportaal is niet dat iemand van buiten inbreekt. Het is dat klant A de facturen van klant B te zien krijgt. Dat soort fout, waarbij iemand bij gegevens kan waar hij geen recht op heeft, staat in de OWASP Top 10 van 2025 op de eerste plaats. OWASP is een internationale stichting die bijhoudt welke beveiligingsfouten in webapplicaties het vaakst voorkomen.

Leg daarom vooraf vast hoe de rechten werken. Een klant is meestal een bedrijf met meerdere mensen. Mag de inkoper ook de facturen zien? En wie haalt iemand eruit die bij je klant vertrekt? Dat laatste wordt vaak vergeten.

Over inloggen zegt de AVG niets concreets. Artikel 32 vraagt passende technische en organisatorische maatregelen, afgestemd op het risico. Het Europees Comité voor gegevensbescherming noemt inloggen in zijn gids voor het mkb sterk als het twee soorten bewijs combineert. Denk aan iets wat je weet (een wachtwoord) en iets wat je hebt (een code op je telefoon). Het comité adviseert ook om mensen alleen toegang te geven tot wat ze nodig hebben, en oude rechten op te ruimen. Staan er facturen, contracten of andere vertrouwelijke stukken in je portaal, dan is tweestapsverificatie een logische keuze.

Laat met minstens twee testklanten controleren dat de een nooit iets van de ander ziet, ook niet door het adres in de browser aan te passen. Staan er gevoelige gegevens in, laat dan een onafhankelijke specialist een beveiligingstest doen.

De AVG: wie is waarvoor verantwoordelijk?

In een klantportaal staan bijna altijd persoonsgegevens: namen, e-mailadressen, adressen, soms meer. De rolverdeling is helder:

• Jij bent de verwerkingsverantwoordelijke. Je bepaalt waarom en hoe de gegevens worden gebruikt, ook als iemand anders het portaal bouwt of host.
• De hostingpartij of het no-codeplatform is een verwerker. Die verwerkt de gegevens voor jou. Met elke verwerker sluit je een verwerkersovereenkomst; artikel 28 van de AVG eist dat.
• Je bouwer is ook verwerker zodra hij bij echte klantgegevens kan. Bijvoorbeeld omdat hij het portaal beheert, gegevens overzet of met echte gegevens test. Dan hoort er ook met hem een verwerkersovereenkomst te liggen.

Het Ondernemersplein zegt erbij dat je zelf verantwoordelijk blijft voor wat je uitbesteedt. Een datalek meld je binnen 72 uur na ontdekking bij de Autoriteit Persoonsgegevens (artikel 33 AVG). Alleen een lek dat waarschijnlijk geen risico oplevert voor de mensen om wie het gaat, hoef je niet te melden. Vastleggen doe je wel altijd: volgens datzelfde Ondernemersplein documenteer je alle datalekken, ook die je niet hoeft te melden. Is het risico hoog, dan moet je ook die mensen zelf informeren (artikel 34 AVG). Ziet een klant per ongeluk de facturen van een andere klant, en staan daar persoonsgegevens op, dan is dat al een datalek. Spreek daarom af hoe snel je bouwer of hostingpartij je waarschuwt.

Zet verder alleen in het portaal wat de klant echt nodig heeft.

Toegankelijkheid: geldt de wet voor jouw portaal?

Sinds 28 juni 2025 gelden in Nederland toegankelijkheidseisen voor e-handelsdiensten. Ze komen uit de Europese toegankelijkheidsrichtlijn (European Accessibility Act) en staan in Boek 6 van het Burgerlijk Wetboek, artikel 230fa en verder (Staatsblad 2024, 87). De wet omschrijft een e-handelsdienst als een dienst op afstand, via een website of app, op individueel verzoek van een consument, met het oog op het sluiten van een overeenkomst. Een consument is iemand die buiten zijn beroep of bedrijf handelt.

Voor een klantportaal betekent dat:

• Alleen zakelijke klanten: dan valt je portaal er niet onder.
• Particulieren die via het portaal iets bestellen, boeken of een abonnement afsluiten: dan valt alles wat bij dat online afsluiten hoort er wel onder, tenzij de uitzondering voor kleine bedrijven hieronder voor je geldt.
• Particulieren die alleen een status of factuur inzien: dat valt niet duidelijk onder de omschrijving, omdat er geen overeenkomst wordt gesloten. Houd bij twijfel de strengste lezing aan.

Er is een uitzondering voor kleine bedrijven. Heb je minder dan 10 werknemers en een jaaromzet of jaarlijks balanstotaal van hoogstens 2 miljoen euro, dan gelden de eisen niet voor jou (artikel 6:230fc lid 1 BW). Beide voorwaarden moeten kloppen: vanaf 10 werknemers geldt de plicht gewoon. De Autoriteit Consument en Markt houdt toezicht en noemt WCAG 2.1 op niveau AA als de lat. Zij adviseert nu al WCAG 2.2 op niveau AA aan te houden, omdat die in de loop van 2026 de nieuwe standaard wordt.

Geldt de wet niet voor je, zet toegankelijkheid dan toch in je opdracht. Achteraf aanpassen is duurder, en ook zakelijke klanten hebben medewerkers met een beperking.

Klantportaal laten ontwikkelen: wat kost het?

Een onafhankelijke bron die publiceert wat een klantportaal gemiddeld kost, hebben wij niet gevonden. De bedragen die je online tegenkomt, komen vrijwel altijd van partijen die portalen bouwen of verkopen. Wat wel gemeten is, is het uurtarief. Volgens het Knab Zzp Uurtarievenboekje 2026, onderzoek onder meer dan 20.000 zzp'ers, rekent een zelfstandige software developer gemiddeld 94 euro per uur exclusief btw. Dat is zelfrapportage: een indicatie, geen prijslijst.

Bij maatwerk is de prijs dus uren keer tarief. Een rekenvoorbeeld met aangenomen uren, geen gemiddelde. Stel dat een eerste versie met inloggen, rechten per klant en facturen inzien uit één systeem 100 uur kost: bij 94 euro is dat 9.400 euro exclusief btw. Komen er een tweede systeem en documenten uploaden bij, en wordt het 250 uur, dan is dat 23.500 euro. Hoeveel uur het bij jou wordt, hangt vooral af van:

• Het aantal systemen. Elke koppeling is bouwen, testen en later bijhouden.
• Kijken of ook wijzigen. Alleen lezen is veel eenvoudiger dan terugschrijven naar je administratie.
• De rechten. Eén login per klant is eenvoudig; meerdere mensen per klant met elk andere rechten niet.
• De staat van je gegevens. Dubbele klanten of rommelige klantnummers moeten eerst worden opgeschoond.
• Eisen aan beveiliging en toegankelijkheid. Tweestapsverificatie, een beveiligingstest en WCAG-eisen kosten uren.

Bij een ingebouwd portaal betaal je meestal een module of een duurder abonnement, plus uren om het in te richten. Bij no-code betaal je een abonnement plus bouwuren. Vraag bij beide hoe de prijs meegroeit met het aantal klantaccounts, en reken dat door voor al je klanten.

Daarnaast lopen er kosten door: hosting, licenties, updates en iemand die ingrijpt als een koppeling stopt. Vraag daarom een urenraming per onderdeel en een aparte prijs voor beheer.

Eigendom van de code en je vertrekroute

Laat je een portaal op maat bouwen, dan word je niet vanzelf eigenaar van de code. Het auteursrecht ontstaat bij degene die het maakt. Huur je een zelfstandige of een bureau in, dan blijft het daar tenzij je het overneemt. Artikel 2 lid 3 van de Auteurswet vraagt daarvoor een schriftelijke overeenkomst, en de overdracht zelf gebeurt bij een akte. Dat mag hetzelfde ondertekende stuk zijn.

Bij een portaal telt meer dan de code. Zet in je opdracht wat je bij oplevering in handen krijgt:

• De broncode en de documentatie, in een omgeving waar jij bij kunt, zodat een andere ontwikkelaar verder kan.
• De accounts op naam van je eigen bedrijf: hosting, database, domeinnaam en het no-codeplatform als je dat gebruikt.
• De sleutels van de koppelingen, aangemaakt in jouw omgeving en niet in die van je bouwer.
• Een manier om alle gegevens te exporteren in een gangbaar bestandsformaat, voor het geval je overstapt.

Bij no-code en ingebouwde portalen is de code van het platform, niet van jou. Daar draait je vertrekroute om je gegevens: vraag vooraf hoe je die eruit krijgt als je opzegt.

Waar AI wel helpt, en waar niet

Een klantportaal is gewone software, geen AI. Inloggen, facturen tonen en een status ophalen zijn vaste regels, en dat wil je ook: het moet elke keer precies hetzelfde doen. Een "AI-portaal" dat alleen gegevens toont, is gewoon een portaal.

AI kan wel iets toevoegen waar het om taal gaat. Het bekendste voorbeeld is een vraagbaak op je eigen documenten: een taalmodel zoekt in je handleidingen, voorwaarden en veelgestelde vragen en formuleert daar een antwoord uit. Denk aan vragen over onderhoudsvoorschriften of productspecificaties. Drie kanttekeningen:

• Een taalmodel kan een antwoord verzinnen. Laat het de bron tonen, en laat het zeggen dat het iets niet weet in plaats van te gokken. Bedragen en leverdata haal je uit je systeem, niet uit een taalmodel.
• Zeg dat het AI is. Sinds 2 augustus 2026 geldt artikel 50 van de AI-verordening. Een AI-systeem dat rechtstreeks met mensen praat, moet zo zijn gemaakt dat mensen weten dat ze met AI te maken hebben, tenzij dat al duidelijk is.
• Houd een mens bereikbaar. Een klant die vastloopt, moet met één klik bij een medewerker kunnen komen.

Bouw die vraagbaak pas als het portaal zelf goed loopt. Wat je met een bouwer afspreekt over de kosten per gebruik en het eigendom van zo'n toepassing, staat in het artikel over de afspraken met een AI-bouwer.

Stappenplan

1. Tel de vragen. Houd een paar weken bij welke vragen klanten stellen die ze zelf zouden kunnen opzoeken.
2. Kijk in je eigen software. Vraag je leverancier naar een ingebouwd portaal, wat het kan en wat het per gebruiker kost.
3. Kies de eerste functie. Eén functie die de meeste vragen oplost, meestal facturen of orderstatus inzien.
4. Schrijf de opdracht. Welke systemen, welke gegevens, welke rechten per klant, welke eisen aan inloggen en toegankelijkheid, en wat je bij oplevering in handen krijgt.
5. Vraag een urenraming per onderdeel. Koppelingen, rechten, schermen, testen en beheer apart. Of een zelfstandige, een bureau of een combinatie het beste past, lees je in het artikel over softwareontwikkeling uitbesteden.
6. Regel de verwerkersovereenkomsten met je hostingpartij, het platform en, als hij bij echte gegevens kan, je bouwer.
7. Test met echte klanten. Begin met een paar vaste klanten, controleer de rechten, en breid pas uit als het gebruikt wordt.

Valkuilen, en wanneer je beter geen klantportaal laat maken

• Bouwen wat je pakket al kan. Het meest gemaakte en duurste misverstand. Vraag het eerst na.
• Te weinig klanten of te weinig vragen. Heb je een handvol vaste klanten die je goed kent, dan is een gedeelde map of een vaste mail per maand vaak genoeg.
• Rommelige gegevens. Een portaal laat je administratie zien zoals hij is. Klopt die niet, ruim hem dan eerst op.
• Rechten als bijzaak. Wie de rechten per klant pas aan het eind regelt, bouwt een datalek.
• Niemand die meldingen oppakt. Een portaal waarin klanten iets kunnen indienen, vraagt iemand die antwoordt.
• Accounts op naam van je bouwer. Dan kun je later niet zonder hem verder.
• Alles in één keer. Begin met één functie en bouw uit wat gebruikt wordt.

Veelgestelde vragen

Wat kost een klantportaal laten maken?

Een onafhankelijke bron die publiceert wat een klantportaal gemiddeld kost, hebben wij niet gevonden. Wat wel gemeten is, is het uurtarief: volgens het Knab Zzp Uurtarievenboekje 2026, zelfrapportage van meer dan 20.000 zzp'ers, rekent een zelfstandige software developer gemiddeld 94 euro per uur exclusief btw. De prijs is dus vooral uren keer tarief. Wat het aantal uren bepaalt: hoeveel systemen het portaal moet uitlezen, of klanten alleen kijken of ook iets wijzigen, hoe fijn de rechten per klant moeten zijn en hoe netjes je gegevens zijn. Zit er een portaal in je bestaande pakket, dan betaal je vaak alleen een module of een duurder abonnement plus wat uren voor het inrichten. Vraag bij maatwerk altijd een urenraming per onderdeel.

Heeft mijn bestaande software al een klantportaal?

Vaak wel, en dat is de eerste plek om te kijken. Twee voorbeelden. In AFAS Profit kun je via OutSite een klantportaal inrichten waarin klanten verkooporders, pakbonnen en facturen raadplegen. HubSpot heeft een portaal waarin klanten hun meldingen volgen, het support portal, in de duurdere abonnementen van Service Hub (Professional en Enterprise). Vraag je leverancier of het portaal in jouw abonnement zit, wat klanten erin kunnen zien en wat het per gebruiker kost. Doet het ingebouwde portaal tachtig procent van wat je wilt, dan is dat bijna altijd goedkoper en veiliger dan iets nieuws laten bouwen.

Moet een klantportaal tweestapsverificatie hebben?

De AVG noemt geen verplichte maatregel bij naam. Artikel 32 vraagt passende technische en organisatorische maatregelen, afgestemd op het risico. Het Europees Comité voor gegevensbescherming noemt in zijn gids voor het mkb inloggen sterk als het ten minste twee soorten bewijs combineert. Denk aan iets wat je weet en iets wat je hebt. Staan er facturen, contracten of andere vertrouwelijke stukken in je portaal, dan is tweestapsverificatie een logische keuze. Minstens zo belangrijk is dat de rechten per klant kloppen, zodat de ene klant nooit de gegevens van een andere klant ziet.

Wie is verantwoordelijk voor de klantgegevens in het portaal?

Jij. Je bepaalt waarom en hoe de gegevens worden gebruikt, dus je bent de verwerkingsverantwoordelijke. De partij die het portaal host of beheert, verwerkt de gegevens voor jou en is dan een verwerker. Met elke verwerker sluit je een verwerkersovereenkomst; artikel 28 van de AVG eist dat. Je bouwer is ook verwerker zodra hij bij echte klantgegevens kan, bijvoorbeeld bij het testen of beheren. Volgens het Ondernemersplein blijf je zelf verantwoordelijk voor wat je uitbesteedt. Een datalek meld je binnen 72 uur na ontdekking bij de Autoriteit Persoonsgegevens, tenzij het waarschijnlijk geen risico oplevert voor de mensen om wie het gaat. Alle datalekken leg je vast, ook die je niet hoeft te melden.

Moet mijn klantportaal toegankelijk zijn volgens de wet?

Dat hangt af van wie je klanten zijn en wat ze in het portaal doen. Sinds 28 juni 2025 gelden toegankelijkheidseisen voor e-handelsdiensten: diensten via een website of app waarmee een consument op eigen verzoek een overeenkomst sluit. Een portaal alleen voor zakelijke klanten valt daar niet onder. Kunnen particulieren via je portaal iets bestellen, boeken of een abonnement afsluiten, dan valt alles wat bij dat online afsluiten hoort er wel onder. Kunnen ze alleen een status inzien, dan valt dat niet duidelijk onder de omschrijving, dus houd bij twijfel de strengste lezing aan. Heb je minder dan 10 werknemers en een jaaromzet of jaarlijks balanstotaal van hoogstens 2 miljoen euro, dan geldt de plicht niet voor jou.

Een klantportaal laten maken loont alleen als je klanten nu vragen stellen die ze zelf kunnen opzoeken. Kijk eerst in je eigen pakket, begin met één functie, en regel de rechten per klant, de verwerkersovereenkomsten en het eigendom vóórdat er gebouwd wordt. Wil je er later een vraagbaak met AI aan toevoegen, lees dan eerst wat er komt kijken bij een AI-expert inhuren. Weet je nog niet of het ingebouwde portaal, no-code of maatwerk het beste past? Plaats je opdracht op aiworktalent en ontvang voorstellen van specialisten, zodat je de aanpakken naast elkaar kunt leggen voordat je kiest.