SaaS Aanbieden
Naast zelf-hosting via een preferred supplier kan een gemeente het platform ook afnemen als SaaS: een multi-tenant clouddienst die door één leverancier voor meerdere gemeenten tegelijk wordt geëxploiteerd. Voor kleinere gemeenten is dat vaak de aantrekkelijkste route — geen eigen infrastructuur, snelle onboarding, voorspelbare maandkosten.
Voor leveranciers is SaaS een potentieel grote markt, maar het komt met twee niet-onderhandelbare voorwaarden.
Twee harde voorwaarden
Section titled “Twee harde voorwaarden”1. Gecertificeerd preferred supplier zijn
Section titled “1. Gecertificeerd preferred supplier zijn”Je mag het platform alleen als SaaS aanbieden als je een gecertificeerde preferred supplier bent. Er zijn geen aparte SaaS-spelregels — dezelfde eisen rond informatiebeveiliging (ISO/IEC 27001), upstream bijdragen, SLA-kwaliteit en data-portability gelden voor alle leveranciers, ongeacht of ze single-tenant of multi-tenant draaien.
→ Volledig certificeringsproces
2. Per-document afdracht naar de stichting
Section titled “2. Per-document afdracht naar de stichting”Bij zelf-hosting betaalt de gemeente een jaarlijkse licentie op basis van inwonertal. Bij SaaS is dat niet praktisch: één platform-instance bedient meerdere gemeenten, en eindgebruik wisselt sterk. Daarom geldt voor SaaS-aanbieders een per-document afdracht: voor elk gegenereerd document betaalt de aanbieder een vast tarief aan de stichting.
Dat tarief is zo gekalibreerd dat de afdracht bij gemiddeld gebruik in de buurt komt van de vaste licentie van een vergelijkbare gemeente. Wie meer gebruikt, draagt meer bij; wie minder gebruikt, minder.
Multi-tenancy is geen route om de licentieverplichting te omzeilen. De platformfinanciering moet doorlopen, ongeacht het hostingmodel.
Hoe de per-document afdracht werkt
Section titled “Hoe de per-document afdracht werkt”| Aspect | Hoe ingericht |
|---|---|
| Tarief | Vast bedrag per gegenereerd document, gepubliceerd door de stichting |
| Meting | Door de aanbieder geregistreerd via platform-telemetrie (audit-baar) |
| Rapportage | Maandelijks aan de stichting, jaarlijks gevalideerd |
| Facturering | Maandelijks of per kwartaal vanuit de stichting aan de aanbieder |
| Doorbelasting | De aanbieder verrekent dit in zijn SaaS-abonnementsprijs |
De aanbieder is vrij om zijn eigen prijsmodel te kiezen (per gemeente, per gebruiker, gestaffeld, all-inclusive) — de afdracht naar de stichting blijft echter altijd per document.
Operationele afwegingen
Section titled “Operationele afwegingen”Multi-tenancy en data-isolatie
Section titled “Multi-tenancy en data-isolatie”Het platform is van de grond af multi-tenant gebouwd. Epistola levert de primitieven; de aanbieder is verantwoordelijk voor het correct configureren, monitoren en aantonen van de werking daarvan.
| Wat het platform biedt | Wat de aanbieder moet doen |
|---|---|
| Tenant-scheiding op data- en queryniveau | Tenants juist provisioneren bij onboarding |
| Per-tenant encryptiesleutels (data at rest) | Sleutelbeheer operationeel inrichten en roteren |
| Audit-logs van cross-tenant accesspogingen | Logs monitoren en periodiek auditen |
| Backup-primitieven per tenant | Backup-strategie ontwerpen, restores periodiek testen |
| Tenant-specifieke configuratie en branding | Gemeenten configureren binnen de geboden ruimte |
Met andere woorden: data van gemeente A kán logisch en juridisch niet zichtbaar zijn voor gemeente B mits de aanbieder de platform-features correct inzet. De stichting kan in audits steekproefsgewijs de inzet daarvan controleren.
Data-residentie
Section titled “Data-residentie”Gemeenten verwachten verwerking binnen Nederland of (minimaal) de EU. De aanbieder is verantwoordelijk voor het kunnen aantonen waar data fysiek wordt opgeslagen en verwerkt — inclusief eventuele subverwerkers (CDN, monitoring, e-mail).
Compliance per gemeente
Section titled “Compliance per gemeente”Sommige gemeenten stellen aanvullende eisen: BIO-compliance, NEN 7510 voor zorgcontext, specifieke logging-vereisten. Een SaaS-aanbieder die deze gemeenten wil bedienen, moet zijn infrastructuur ontwerpen op de strengste eis — of bewust een subset van de markt bedienen.
Schaalbaarheid en piekbelasting
Section titled “Schaalbaarheid en piekbelasting”Documentgeneratie kent pieken (begin van het jaar, vakantieperiodes, verzendmomenten van vergunningen). De aanbieder moet capaciteit elastisch kunnen opschalen zonder dat een grote gemeente de SLA voor kleinere gemeenten verstoort.
Configureerbaarheid
Section titled “Configureerbaarheid”Gemeenten hebben eigen huisstijl, eigen templates, eigen integraties met zaakgericht werken-systemen. Net als bij multi-tenancy levert het platform de configuratie-primitieven; de aanbieder schakelt ze in en beheert ze per gemeente.
| Wat het platform biedt | Wat de aanbieder doet |
|---|---|
| Per-tenant huisstijl, templates en afzendergegevens | Configureren bij onboarding, beheren in beheerportaal |
| Configureerbare gebruikers- en rollenmodellen | Aansluiten op de identity-provider van de gemeente |
| Geconfigureerde integratiekoppelvlakken (zaakgericht werken, e-mail, archivering) | Aansluiten op de specifieke systemen van de gemeente |
| Beperkt aanpasbare instellingen per gemeente | Documenteren en uitleggen aan de gemeente |
Forks van de platform-code zijn niet toegestaan — alle gemeente-specifieke aanpassingen lopen via configuratie, niet via codewijzigingen.
Business case
Section titled “Business case”Wanneer is SaaS aantrekkelijk om aan te bieden?
Section titled “Wanneer is SaaS aantrekkelijk om aan te bieden?”| Factor | Wanneer gunstig |
|---|---|
| Schaal | Vanaf ongeveer 10–15 gemeenten gemiddeld; daaronder zijn vaste kosten relatief hoog |
| Doelgroep | Kleine en middelgrote gemeenten zonder eigen hostingcapaciteit |
| Specialisatie | Wie een specifiek segment kan bedienen (bv. zorg-gerichte gemeenten, of regio-cluster) heeft een sterkere positie |
| Differentiatie | Naast prijs vooral op SLA, integraties, support en specifieke compliance |
Inkomstenmodel
Section titled “Inkomstenmodel”| Bron | Mechanisme |
|---|---|
| SaaS-abonnement | Vrije marktprijs per gemeente (maandelijks of jaarlijks) |
| Implementatie & onboarding | Eenmalige fee, vrije markt |
| Aanvullende diensten | Training, maatwerk, integraties — vrije markt |
| Afdracht naar stichting | Per gegenereerd document, vast tarief, niet onderhandelbaar |
De marge die overblijft is je SaaS-marge. Hoe efficiënter je platform draait (hosting, support, beheer), hoe groter je marge — onafhankelijk van wat de gemeente betaalt.
SaaS vs zelf-hosten (gemeenteperspectief)
Section titled “SaaS vs zelf-hosten (gemeenteperspectief)”Voor de eindafnemer is de keuze niet triviaal. Een korte vergelijking:
| SaaS (multi-tenant) | Zelf-hosten via preferred supplier | |
|---|---|---|
| Drempel | Laag — geen eigen infra | Hoog — vereist hostingbeslissingen |
| Kosten | Abonnement (per-document afdracht doorbelast) | Vaste licentie op inwonertal + hostingkosten |
| Configureerbaarheid | Volledig — via platform-configuratie per tenant | Volledig — plus controle over de deployment-omgeving |
| Integraties | Via de koppelvlakken die het platform biedt | Idem, plus ruimte voor externe scripts of nabewerkingen op eigen infrastructuur |
| Data-locatie | Bij de aanbieder | Bij de gemeente of haar gekozen hosting partner |
| Wisselen van aanbieder | Data-export, dan migratie | Naar andere supplier of in-house |
| Geschikt voor | Kleinere gemeenten, snelle start | Grotere gemeenten of gemeenten met specifieke integratie-eisen |
Concurrentie en marktwerking
Section titled “Concurrentie en marktwerking”Meerdere partijen mogen SaaS aanbieden — er is geen exclusiviteit en de stichting wijst geen geprefereerde SaaS-leverancier aan. Concurrentie loopt op kwaliteit, prijs, SLA en specialisatie.
Dat creëert ruimte voor positionering:
- Volume-aanbieder — laagste prijs, groot aantal kleine gemeenten
- Sectorspecialist — gericht op gemeenten met specifieke profielen (vluchtelingenopvang, kustgemeenten, etc.)
- Premium-aanbieder — hoogste SLA, uitgebreide integraties, hogere prijs
- Regionaal — fysieke aanwezigheid en relatiebeheer in een specifieke regio
Zie ook
Section titled “Zie ook”- Overzicht voor Leveranciers — Verdienmodel en spelregels
- Certificering — De vereisten die ook voor SaaS-aanbieders gelden
- Model 2: BSL + Ecosysteem — Hoe SaaS zich verhoudt tot het bredere verdienmodel
- Voor Gemeenten — De gemeenteperspectief op afname
Discussie
Vragen, aanvullingen of tegenargumenten? Laat het achter. Reageren kan met een GitHub-account; selecteer een passage door deze in je reactie te citeren.