SaaS-overeenkomsten uitgelegd: klantcontracten opstellen en ondertekenen in 2026

De eerste enterprise deal die ik ooit sloot, ging bijna kapot aan een contract. We waren een SaaS van zes mensen met een nichetool voor analytics — laten we onszelf Acme Cloud B.V. noemen — en een mid-market klant (PixelPipe N.V., een creatief bureau in Amsterdam) wilde 22.000 euro per jaar betalen voor een multi-seat plan. Hun inkoopteam stuurde mij een nachtmerrie van 38 papieren pagina's getiteld "Raamovereenkomst (MSA), Bijlage A, Bijlage B, DPA, SLA Annex". De meeste van die documenten had ik nog nooit gezien. Ik had een Stripe-link en een algemene voorwaarden van een pagina.

Twee weken heen-en-weer later was het getekend. Maar het leerde me iets. Zodra je ongeveer 4.500 euro ARR per klant overschrijdt, is een click-through ToS niet meer genoeg. Inkoop wil papier. Juridisch wil papier. Compliance wil papier. En jij, founder, moet weten waarmee je akkoord gaat voordat iemand een clausule in je contract schuift die jouw runway in hun runway verandert.

Dit is de praktische gids die ik toen had willen krijgen. Wat in een SaaS-overeenkomst hoort, hoe MSA's naast orderformulieren werken, de clausules die er echt toe doen, en hoe je het hele ding online getekend krijgt zonder fax of notaris. Geen juridisch advies — voor jurisdictiespecifieke voorwaarden raadpleeg je een advocaat die jouw markt kent. Maar voor de structurele beslissingen zou dit je uit de ergste valkuilen moeten houden.

Het SaaS-contractprobleem

De meeste SaaS-founders beginnen met een click-through algemene voorwaarden en een Stripe-checkout. Klant betaalt, klant accepteert, contract klaar. Dat werkt prima voor self-serve en kleine teams. Het stort in op het moment dat het inkoopteam van een klant zich ermee bemoeit.

Drie dingen gebeuren bij de enterprise-drempel:

1. De klant wil onderhandelen. Specifiek over indemnitatieplafonds, gegevensverwerking, SLA's met credits en opzegrechten.
2. De klant wil handtekeningen. Geen click-throughs. Echte handtekeningen van bevoegde vertegenwoordigers aan beide kanten.
3. De klant wil een document dat in zijn contractbeheersysteem leeft — meestal een PDF met genoemde partijen, ingangsdatum en handtekeningblok.

Als je geen werkbaar antwoord op alle drie hebt, lopen deals vast. Ik heb startups zes-cijferige contracten zien verliezen omdat ze geen tekenbare MSA binnen een week konden produceren. Niemand vraagt zijn geld terug. Ze worden gewoon... stil.

Raamovereenkomst (MSA) vs Orderformulier

Dit is het belangrijkste structurele concept in B2B SaaS-contractering en het verwarde mij heel lang. Zodra het klikt, wordt al het andere makkelijker.

Een MSA is de juridische steiger. Hij dekt de saaie-maar-kritieke dingen die niet per deal veranderen: garanties, eigendom van IP, vertrouwelijkheid, vrijwaring, beperking van aansprakelijkheid, toepasselijk recht. Teken hem één keer met een klant en hij beheerst je hele commerciële relatie.

Een Orderformulier is het commerciële document. Het zegt "Klant koopt X seats van product Y voor Z euro van deze datum tot die datum". Het verwijst naar de MSA. De klant kan over de jaren meerdere orderformulieren tekenen (verlengingen, uitbreidingen, nieuwe producten), allemaal onder dezelfde MSA.

Waarom de moeite om ze te splitsen? Twee redenen. Ten eerste: onderhandeling. De MSA is zwaar en traag — jouw juridisch team en het hunne stuiteren twee weken over de vrijwaringstekst. Het orderformulier is licht — prijs, looptijd, seats. Zodra de MSA is getekend, duurt elke volgende deal met die klant minuten in plaats van weken.

Ten tweede: interne rust. Je sales team kan orderformulieren uitsturen zonder elk kwartaal de juridische beerput te openen. Verlengingen worden niet meer existentieel.

Een typische structuur voor Acme Cloud die PixelPipe sluit:

• MSA (15-25 pagina's) — één keer getekend door beide juridisch/finance teams.
• Orderformulier #1 (1-2 pagina's) — 50 Pro-seats à 90 euro/maand/seat, 12 maanden initiële looptijd, 54.000 euro per jaar, getekend door de inkoopverantwoordelijke.
• DPA (5-10 pagina's) — als bijlage aan de MSA, regelt hoe Acme Cloud de klantdata van PixelPipe verwerkt.
• SLA (1-2 pagina's) — ook bijlage, legt uptime-toezeggingen en credits als remedie vast.

Twaalf maanden later, wanneer PixelPipe verlengt en 30 seats toevoegt? Nieuw orderformulier. Zelfde MSA. Zelfde DPA. Zelfde SLA. Niemand heronderhandelt het fundament.

Essentiële clausules in elke SaaS-overeenkomst

Nu naar het echte werk. Dit is wat er werkelijk toe doet.

Abonnementsvoorwaarden

Het contract moet uitspellen wat de klant koopt. Niet "toegang tot Acme Cloud" — dat is marketingtaal. Specifiek:

• Naam product/plan. Pro, Enterprise, Team — laat ze exact overeenkomen met je facturatiesysteem.
• Aantal seats of units. En wat als seat telt. ("Een benoemde gebruiker met unieke login" is kogelvrij; "een actieve gebruiker" leidt tot ruzie.)
• Looptijd van het abonnement. Initiële looptijd (meestal 12 maanden in B2B) en hoe verlengingen werken.
• Ingangsdatum. Wanneer toegang start. Vaak anders dan de tekendatum — verwar ze niet.
• Toegestaan gebruik. Wat de klant met de dienst mag doen. Affiliates? Dochters? Resellers? Wees expliciet.

Ik heb deals zien instorten omdat het orderformulier "100 gebruikers" zei en de klant het las als "100 named accounts die rouleren onder 400 medewerkers". Dat wil je niet. Spel het uit.

Betaling en automatische verlenging

Automatische verlenging is de meest betwiste clausule in moderne B2B SaaS-contracten en de regelgeving blijft schuiven. Per 2026 vereist het Burgerlijk Wetboek (artikel 6:236) en de bredere Europese consumentenbescherming expliciete, opvallende kennisgeving voordat een automatische verlenging ingaat. EU-richtlijn 2019/2161 heeft vergelijkbare consumentregels en lidstaten zijn ook in B2B strikter aan het worden.

Wat in je contract hoort:

• Betalingsvoorwaarden. Net 30 (binnen 30 dagen na factuurdatum) is standaard voor facturatie; Stripe-achtige afschrijvingen zijn direct. Geef aan welke.
• Valuta. EUR vs USD telt zwaarder dan mensen denken bij internationale deals — kies er een en blijf erbij, met een duidelijke FX-clausule indien nodig.
• Tekst voor automatische verlenging. Standaard in de meeste moderne MSA's: de overeenkomst verlengt voor opeenvolgende periodes van 12 maanden tenzij een van de partijen 30, 60 of 90 dagen voor de verlengingsdatum schriftelijk opzegt. Kies één venster. Wees consistent.
• Maximum prijsstijging. Klanten zullen hard pushen voor een cap op prijsverhogingen bij verlenging. Een cap van 7% of CPI-gekoppeld is gangbaar. Ga niet akkoord met "nooit verhogen" — inflatie eet je op.
• Betalingsachterstand. Rente over openstaande facturen (vaak 1,5%/maand of het wettelijk maximum) en het recht om de dienst op te schorten na X dagen achterstand.

Het schoonste patroon: automatisch verlengen op hetzelfde plan, met een opzegtermijn die de klant een echte kans geeft om uit te stappen, en een cap op prijsverhoging die jou ademruimte geeft.

Opzegging en beëindiging

Drie smaken van beëindiging tellen, en ze zijn niet hetzelfde.

Opzegging om opportuniteitsredenen. Een van de partijen kan met opzegtermijn weglopen, zonder reden. De meeste enterprise-klanten willen dit; de meeste SaaS-vendors zouden weerstand moeten bieden. Als je het toch opneemt, maak het duur — eis dat de klant het restant van de looptijd betaalt, of laat het alleen toe aan het einde van een orderformulier-looptijd.

Beëindiging wegens tekortkoming. Een partij kan beëindigen als de andere materieel tekortschiet en niet binnen een opzegtermijn herstelt (meestal 30 dagen). Niet onderhandelbaar. Beide kanten hebben dit nodig.

Beëindiging wegens insolventie. Als jouw klant failliet gaat, wil jij eruit. Als jij failliet gaat, willen zij eruit. Standaard.

Voeg een datacausule na beëindiging toe: hoe lang de klant zijn data kan exporteren, hoe lang jij ze bewaart voor verwijdering en wie verlengde retentie betaalt. Dertig dagen voor export en daarna verwijdering binnen 60 dagen is een gangbare middenweg.

Service Level Agreement (SLA)

De SLA is waar overpromotion je pijn gaat doen. Verbind je niet aan getallen die je niet echt kunt halen.

Een typische mid-market SaaS SLA:

• Uptime-doel: 99,9% (dat is ~43 minuten downtime per maand). 99,99% is de enterprise-target — verbind je daar alleen aan als je er echt voor hebt gebouwd.
• Meetvenster: kalendermaand, niet rolling.
• Uitsluitingen: gepland onderhoud (met aankondiging), overmacht, klantgerelateerde uitval, uitval van derden buiten jouw controle.
• Remedies: servicecredits, geen geldteruggave. Typische structuur: 10% credit als uptime onder 99,9% zakt, 25% onder 99%, 50% onder 95%. Cap op de totale credits van een maand vergoeding.
• Enige remedie van de klant: de credits. Geen schadeclaims via de rechter. Dit beschermt je tegen een klant die claimt dat downtime hem 2 miljoen omzet kostte.

Als een klant pusht voor cash refunds in plaats van credits, ga er hard tegenin. Dat is een structurele risicoverschuiving.

Verwerkersovereenkomst (DPA / AVG)

Elke klant met EU-gebruikers zal een DPA eisen. Het is een wettelijke vereiste onder artikel 28 AVG als je persoonsgegevens namens hen verwerkt, wat je vrijwel zeker doet.

Wat erin hoort:

• Rollen: jij bent de Verwerker, de klant is de Verwerkingsverantwoordelijke. Zeg dat expliciet.
• Onderwerp en duur van de verwerking. Welke data, voor welk doel, hoe lang.
• Sub-verwerkers. Een lijst van derden die je gebruikt (AWS, Stripe, Sentry, enz.) en een proces om de klant van wijzigingen op de hoogte te stellen.
• Beveiligingsmaatregelen. Verwijs naar je beveiligingsdocumentatie — encryptie at rest en in transit, toegangscontroles, meldtermijnen voor inbreuken.
• Internationale doorgiften. Standaardcontractbepalingen (versie 2021) voor data die EU/VK verlaat.
• Auditrechten. Recht van de klant om jouw compliance te auditen, meestal beperkt tot één keer per jaar en op zijn kosten.

Haal een DPA-template bij een advocaat die EU-gegevensbeschermingsrecht kent. Gebruik het als baseline voor elke klant. Probeer er geen vanaf nul te schrijven.

Beperking van aansprakelijkheid

Twee getallen tellen hier.

De cap. Totale aansprakelijkheid onder het contract, meestal beperkt tot vergoedingen betaald in de voorgaande 12 maanden. Klanten zullen pushen voor "twee keer" of "drie keer" de fees; jij pusht voor "het laagste van betaalde fees en een vast bedrag". Land op iets redelijks.

De carve-outs. Dingen die niet onder de cap vallen — meestal schending van vertrouwelijkheid, IP-vrijwaring, grove nalatigheid en opzet. Sommige klanten willen ook databreach-aansprakelijkheid uncapped, wat een gevecht is dat het waard is om te voeren (en vaak halverwege te verliezen).

Als je contract aansprakelijkheid beperkt tot "vergoedingen betaald in de afgelopen 12 maanden" en gevolgschade uitsluit, sta je solide voor een kleine SaaS.

IP-eigendom

Spel dit duidelijk uit:

• Jij bent eigenaar van je software. De klant koopt een licentie om hem te gebruiken, niet de IP.
• De klant is eigenaar van zijn data. Jij hebt een beperkte licentie om die te gebruiken om de dienst te leveren.
• Feedback en verbeteringen. Als de klant features voorstelt en jij bouwt ze, ben jij eigenaar van de resulterende IP. Zeg dat — zonder dat sluipt onduidelijkheid binnen.

Hoe je SaaS-contracten online ondertekent (met elektronische handtekeningen)

Zodra je het document hebt, mag ondertekenen geen twee weken papierwerk kosten.

Voor EU-klanten geeft eIDAS je SES (eenvoudig), AES (geavanceerd) en QES (gekwalificeerd) — voor gewone B2B SaaS-deals is AES de veilige default. We hebben dit uitgebreid behandeld in onze gids voor grensoverschrijdende contracten.

De praktische workflow:

1. Genereer het document. PDF vanuit je template, met klant-specifieke velden ingevuld.
2. Verstuur ter ondertekening. Via een platform voor elektronische handtekeningen — beide partijen tekenen in hun browser, geen printen nodig.
3. Leg een audit trail vast. IP-adressen, timestamps, identiteit van de ondertekenaar, hash van het document. Dat is je bewijs van afdwingbaarheid als het ooit nodig is.
4. Bewaar de getekende kopie. In je contractbeheersysteem, een Drive-map, je CRM — ergens gestructureerd en vindbaar.

Dit is precies waarvoor CanUSign is gebouwd. Wij verwerken elke dag MSA's, orderformulieren, DPA's en SLA's voor B2B SaaS-teams. Voor 1 euro per document of 14,90 euro/maand voor onbeperkt Pro-tekenen ligt de rekensom een orde van grootte onder DocuSign — en onze prijzen zijn transparant. Voor de diepere achtergrond over de juridische werking, zie onze juridische gids voor elektronische handtekeningen.

Veelgemaakte valkuilen

Een handvol fouten die ik herhaaldelijk zie wanneer ik SaaS-contracten voor founders in een vroege fase nakijk:

• MSA en orderformulier door elkaar halen. Prijs in de MSA zetten betekent dat je het hele contract heronderhandelt bij elke verlenging. Houd ze gescheiden.
• Automatische verlenging zonder kennisgeving. Een clausule die stilzwijgend verlengt zonder opzegtermijn is onafdwingbaar onder Burgerlijk Wetboek 6:236 en in het grootste deel van de EU. Neem altijd een meldingsvenster op.
• 99,99% uptime beloven zonder een architectuur die dat ondersteunt. Je SLA is een contractuele verplichting. Stem af op de werkelijkheid.
• Geen DPA voor EU-klanten. Niet optioneel. Zorg voor een DPA-template voordat je hem nodig hebt.
• Vage definities van "actieve gebruiker". Definieer seats altijd als named users met unieke credentials, of riskeer er later over te ruziën.
• Onbeperkte aansprakelijkheid voor datalekken. Cap het. Verzekering vult het gat.
• Geen cap op prijsverhogingen. Klanten gaan het later haten, en "later" komt sneller dan je denkt.

FAQ

Heb ik een MSA nodig als ik alleen aan kleine bedrijven verkoop? Voor self-serve klanten onder de ~4.500 euro ARR is click-through ToS plus een orderbevestiging meestal voldoende. Daarboven gaan klanten om een getekende MSA vragen. Houd er een klaar.

Kunnen mijn algemene voorwaarden dienen als MSA? Een beetje. Goed opgestelde algemene voorwaarden dekken veel van dezelfde grond, maar zijn eenzijdig (jij hebt ze geschreven, zij hebben geaccepteerd). Enterprise-klanten willen een onderhandeld, wederzijds getekend document. De twee kunnen naast elkaar bestaan — veel SaaS-bedrijven gebruiken ToS voor self-serve en een echte MSA voor onderhandelde deals.

Hoe lang moet een SaaS-MSA zijn? Vijftien tot vijfentwintig pagina's is typisch. Korter en je mist waarschijnlijk iets wezenlijks. Langer en je over-engineert het waarschijnlijk voor een startup-stage bedrijf.

Wat is het verschil tussen een DPA en een privacybeleid? Het privacybeleid is een publiek document over hoe je in het algemeen omgaat met persoonsgegevens. De DPA is een bindend contract tussen jou en een specifieke klant over hoe je hun data namens hen verwerkt. Ander publiek, ander juridisch gewicht.

De kern

SaaS-contracten voelen intimiderend totdat je de structuur ziet. MSA voor de juridische steiger, orderformulier voor de commercie, DPA voor data, SLA voor uptime. Krijg die vier documenten in een strakke template-set, leer welke clausules onderhandelbaar zijn en welke niet, en je sluit enterprise-deals in dagen in plaats van weken.

Laat contracten niet het ding zijn dat je deals doodt. Schrijf ze, teken ze en ga terug naar bouwen. Wil je een tool die het tekengedeelte regelt — snel, goedkoop en juridisch solide voor zowel EU- als VS-klanten — probeer dan CanUSign. Je toekomstige zelf, drie deals verder, zal je dankbaar zijn.