Teams en toegang
Vier klantrollen, subaccounts die een weerspiegeling zijn van hoe uw bedrijf daadwerkelijk is gestructureerd, API-sleutels per organisatie, single sign-on en een auditlogboek achter elke bevoorrechte actie. Hetzelfde toegangsmodel geldt voor het dashboard, de API, de CLI, Terraform en onze MCP-server. Beschikbaarheid: de Terraform-provider is in actieve ontwikkeling en nog niet beschikbaar. Al het andere dat hier wordt beschreven, is vanaf vandaag live.
Toegang is geen eenvoudige aan/uit-schakelaar. Elke klantorganisatie wordt geleverd met vier rollen, elk een vaste bundel van granulaire module.action-machtigingen — zodat een financieel contactpersoon nooit een server aanraakt en een ontwikkelaar nooit een factuur ziet.
Volledige controle over de organisatie en haar subaccounts: dochterorganisaties aanmaken, leden uitnodigen en verwijderen, rollen wijzigen, API-sleutels beheren, sites inrichten, opnieuw opstarten, opschorten en verwijderen, facturen en betaalmethoden beheren, en het auditlogboek inzien. Twee zaken vallen hier bewust buiten — het sluiten van een organisatie en het uitvoeren van terugbetalingen zijn acties voor medewerkers, geen rol voor klanten.
Alles wat met financiën te maken heeft en niets anders: facturen, abonnementen, betaalmethoden en de tarievenkaart, plus inzage in de organisatie en de ledenlijst. Helemaal geen toegang tot de site — een financieel contactpersoon of een externe boekhouder kan niets herstarten, opschorten of verwijderen.
Werk aan sites zonder geld aan te raken: bekijk en provisioneer sites, herstart services, leeg caches, beheer API-sleutels en dien ondersteuningstickets in of beantwoord deze. Geen facturatieoverzicht, geen ledenbeheer, niet opschorten en niet verwijderen — de destructieve en commerciële acties blijven bij de eigenaar.
Een volledige weergave zonder de mogelijkheid om iets te wijzigen — leden, sites, facturering, abonnementen, tickets, vertaalstatus en het auditlogboek. De juiste rol voor een belanghebbende van de klant, een interne auditor of een nieuwe medewerker die nog ingewerkt moet worden.
Tenancy is een boomstructuur, geen platte lijst. Een resellerorganisatie bevindt zich boven haar klantorganisaties, en sites bevinden zich daaronder. Een teamlid is een lidmaatschap — één gebruiker, één organisatie, één rol — waardoor hetzelfde basisprincipe zowel een team van twee personen, een bureau dat honderd klantaccounts beheert als een reseller die subaccounts onder zijn eigen merk voert, aanstuurt.
Rollen worden per organisatie toegekend en de handhaving vindt ook per organisatie plaats. Een rol in de ene organisatie verleent geen toegang tot een afzonderlijke, niet-gerelateerde organisatie — een externe medewerker kan met dezelfde login Developer zijn op het account van de ene klant en Alleen-lezen op een tweede. Toegang vloeit echter wel door binnen uw eigen hiërarchie: een rol in een bovenliggende organisatie is van toepassing op de organisaties die daaronder vallen; dit is hoe resellers en bureaus hun klanten beheren.
Isolatie wordt afgedwongen in de database, niet alleen in de applicatiecode. Row-level security van Postgres beperkt elke tenantquery tot de substructuur van de aanroeper, en alles buiten die substructuur retourneert een 'niet gevonden'-melding in plaats van een machtigingsfout — het platform bevestigt dus nooit eens dat de organisatie of site van een andere tenant bestaat.
Rollen zijn niet alleen een gemak voor het dashboard. Elke toegangsweg tot het platform leidt naar dezelfde machtigingssleutels, zodat er geen achterdeur is die uw toegangsregels omzeilt.
Sites, facturatie, tickets, mededelingen, meldingen, API-sleutels en teambeheer in één omgeving. De interface toont wat de rol van het aangemelde lid toestaat, zodat gebruikers geen bedieningselementen te zien krijgen die ze niet kunnen gebruiken.
De gepubliceerde API is dezelfde engine-API die het dashboard gebruikt. API-sleutels worden per organisatie uitgegeven met granulaire scopes die zijn gekoppeld aan de RBAC-machtigingen, en dankzij afzonderlijke sandbox- en livemodi kunt u integraties testen zonder dat dit van invloed is op de daadwerkelijke facturering of provisioning.
Beheer sites, domeinen, DNS, postvakken en abonnementen als infrastructure-as-code en voer terraform apply uit om hosting te provisionen — beheerd volgens dezelfde bereiken als al het andere.
Verbind Claude Code, Cursor, ChatGPT, Claude Desktop of elke MCP-compatibele tool. Tokens zijn beperkt tot een organisatie en haar RBAC-machtigingen, per tool herroepbaar, met bevestiging bij destructieve acties, bestedingslimieten en een volledige auditlog.
Alleen een hash van elke API-sleutel wordt opgeslagen — nooit de ruwe sleutel. Sleutels hebben een naam en een zichtbaar voorvoegsel zodat u ze uit elkaar kunt houden, registreren wanneer ze voor het laatst zijn gebruikt en kunnen afzonderlijk worden ingetrokken zonder de rest te beïnvloeden.
Identiteitsbeheer draait op Keycloak, waardoor authenticatie via volwaardige OIDC en SAML verloopt in plaats van een provisorisch inlogformulier dat aan een hostingpanel is vastgeplakt.
Elke bevoorrechte actie schrijft een auditrecord dat alleen kan worden uitgebreid: wie het heeft gedaan, wat zij hebben gedaan, waarop de actie betrekking had, het ondersteunende bewijs en het oorspronkelijke IP-adres. Het logboek kan alleen worden uitgebreid — gebeurtenissen worden toegevoegd, niet ter plaatse bewerkt — en in productie is het in de tijd gepartitioneerd, zodat het snel blijft naarmate het groeit.
Het lezen van dat logboek is op zichzelf een bevoegdheid. Eigenaren en alleen-lezen-leden beschikken hierover, zodat zowel de verantwoordelijke voor het account als de auditor de volledige geschiedenis kan inzien zonder daarvoor over verhoogde rechten te hoeven beschikken.
Daarrond bevinden zich de beheersfuncties die grotere teams wensen: sessiebeleid, optionele IP-toelatingslijsten per organisatie en stapsgewijze verificatie bij gevoelige acties, zodat een actieve sessie alleen niet voldoende is om ingrijpende wijzigingen door te voeren.
De machtigingencatalogus bestaat uit gegevens en niet uit hardgecodeerde logica — daarom kan deze worden uitgebreid zonder de architectuur van het platform te hoeven herzien.
Eigenaar heeft volledige controle over de organisatie en haar subaccounts, inclusief leden, API-sleutels, sites en betaalmethoden. Factureringsbeheerder ziet facturen, abonnementen, betaalmethoden en abonnementstypen, zonder sitetoegang. Ontwikkelaar beheert sites en API-sleutels en behandelt tickets, zonder controle over facturering of leden. Alleen-lezen kan leden, sites, facturering, abonnementstypen, tickets en het auditlogboek bekijken zonder iets te wijzigen.
Nog niet als instelling per site — het beperken van een enkel lidmaatschap tot specifieke sites is een geplande verbetering. Vandaag de dag bereikt u dezelfde scheiding met de tenancy tree: plaats die sites in een onderliggende organisatie en geef de persoon daar een rol. Omdat rollen per organisatie worden verleend, geldt die toegang niet voor andere onderdelen van uw account.
Nee — API-sleutels worden per organisatie uitgegeven, met fijnmazige scopes die zijn gekoppeld aan dezelfde RBAC-machtigingen, en afzonderlijke sandbox- en live-modi. Gebruik ze als servicereferenties voor integraties, CI of Terraform, en gebruik lidmaatschappen voor personen. Alleen een hash van elke sleutel wordt opgeslagen, elke sleutel legt vast wanneer deze voor het laatst is gebruikt en elke sleutel kan afzonderlijk worden ingetrokken.
De rol Developer omvat het bekijken en inrichten van sites, het herstarten van services, het wissen van caches, het beheren van API-sleutels en het afhandelen van tickets. Deze rol bevat geen publicatierechten voor een live site, dus als u wilt dat iemand wijzigingen kan doorvoeren, moet die toegang bij een eigenaar liggen. Rollen gelden per organisatie, dus u kunt een andere rol hebben op een ander account.
Ja. Identiteit draait op Keycloak met OIDC en SAML, dus SAML single sign-on is beschikbaar voor enterprise- en bureauklanten, naast inloggen met een magic link, e-mail en wachtwoord, sociale providers, passkeys en tweeledige verificatie via TOTP, wat via beleid wordt afgedwongen. Eén sessie dekt het dashboard, de openbare site en kennisbank, en supporttickets.
Elke bevoorrechte actie wordt weggeschreven naar een auditlogbestand dat alleen kan worden uitgebreid, waarin de actor, de actie, het doel, ondersteunend bewijs en het IP-adres worden vastgelegd. Het lezen ervan is een opzichzelfstaande toestemming, die zowel door de rol Eigenaar als Alleen-lezen wordt gehouden, zodat een accounteigenaar en een auditor dezelfde geschiedenis kunnen bekijken.
Abonnementen worden geprijsd op basis van hostingcapaciteit in plaats van per persoon. Binnen de Footprint-Free-lijn delen bijvoorbeeld alle 42 niveaus exact dezelfde rechten en verschillen ze alleen in het aantal sites dat ze toestaan. Prijzen worden altijd live vanuit de catalogus weergegeven in uw valuta, dus wat u op de prijzenpagina ziet, is wat er daadwerkelijk in rekening wordt gebracht.
Ja. De Footprint-Free-proefperiode duurt 14 dagen, vereist geen creditcardgegevens en dekt tot 5 sites, zodat u uw organisatie kunt instellen, uw team kunt uitnodigen en de rollen kunt testen met echt werk voordat u iets betaalt. Er geldt een 30 dagen niet-goed-geld-teruggarantie op de betaalde abonnementen.
Start een proefperiode van 14 dagen zonder creditcard voor de Footprint-Free-lijn, nodig uw team uit en bekijk hoe de rollen werken op echte sites voordat u iets betaalt.
Gratis starten