Multi-tenant platform: eigen landing en branding

Multi-tenant is meer dan databasescheiding

Voor veel softwareleveranciers stopt "multi-tenant" bij databasescheiding. Nodig, maar ruim onvoldoende. Wanneer een franchisenemer, een accountantskantoor of een reseller uw platform gebruikt om zijn eigen klanten te bedienen, wil hij dat de ervaring zijn naam draagt, niet de uwe. Zijn landing. Zijn logo. Zijn kleuren. Idealiter zijn domein.

Wanneer multi-tenant strategisch wordt

• Franchises — elk lokaal verkooppunt of kantoor wil zijn eigen etalage, terwijl netwerktools gedeeld blijven.
• Partnernetwerken — accountantskantoren, bureaus, consultants die uw oplossing doorverkopen. Hun commercieel voordeel is personalisatie.
• API-resellers — integrators die uw backend in hun eigen product embedden en geen "Powered by X" overal willen.

Eigen header en shell

De componenten TenantHeader en TenantShell consumeren de config van de actuele tenant bij render. Logo, weergavenaam, navigatielinks, rechteritems (contact, klantzone) — allemaal instelbaar zonder code te raken.

Eigen landingspagina

Een landing-motor laat toe om een homepage samen te stellen uit herbruikbare blokken (hero, features, getuigenissen, tarieven, FAQ, CTA). Rendering is dynamisch: dezelfde publieke URL toont de landing van de tenant gedetecteerd via subdomein of pad.

Kleuren, typografie, logo

CSS-variabelen worden door de tenantconfig aangestuurd. Een aanpassing in de admin slaat onmiddellijk door — geen build, geen redeploy.

Domein en subdomein

Twee modi:

• Subpad — platform.be/mijn-partner, instant.
• Eigen domein — mijn-partner.be, DNS + certificaten automatisch beheerd door onze edge-laag.

Self-service branding-API

Een tenant hoeft ons niet te bellen om zijn logo aan te passen. Een REST-API laat toe zijn config te lezen en wijzigen :

• GET /api/tenant/branding
• PUT /api/tenant/branding (logo, kleuren, SEO-metadata)
• GET /api/tenant/landing
• PUT /api/tenant/landing (landingsblokken)

De admin-UI gebruikt dezelfde API — tenants hebben exact hetzelfde controleniveau als onze operatoren.

Beveiliging en isolatie

Drie complementaire lagen:

• Logische DB-isolatie — alle gevoelige entiteiten (klanten, facturen, contracten, gebruikers) dragen een verplichte tenantId, bij elke request gecontroleerd.
• Sessie-scoping — een gebruiker ingelogd op een tenant ziet alleen data van die tenant, nooit van een andere.
• Logging — elke actie wordt gelogd mét tenant.

Lopende cases

• Een accountantskantoor in Wallonië — eigen subdomein, eigen huisstijl, facturen op eigen naam verzonden terwijl ons platform draait.
• Een consultantsnetwerk — landing per consultant, gescopete rollen en rechten, netwerkbreed dashboard bovenop.
• Een API-reseller — verkoopt het product door met eigen algemene voorwaarden en support. Wij blijven onzichtbaar.

Voor wie?

Als u een netwerk, franchise of resellerprogramma runt en overweegt "ons eigen portaal bouwen", stel de vraag: hoeveel tijd, hoeveel euro, hoeveel mensen? Onze multi-tenant-bouwsteen levert dezelfde belofte in enkele uren setup.