Wat is het verschil tussen CIAM en IAM?
IAM (Identity & Access Management) gaat over medewerkers binnen uw organisatie — denk aan Active Directory, Okta Workforce, Microsoft Entra ID, SSO naar interne SaaS-tools. CIAM (Customer Identity & Access Management) gaat over identiteiten buiten uw organisatie: klanten, burgers, partners. De aantallen zijn groter, de UX-eisen strenger, het merk speelt mee, en regelgeving (AVG, sectorspecifieke regels) werkt anders. Tools die uitblinken in IAM (Okta Workforce, Microsoft Entra ID) zijn niet automatisch geschikt voor CIAM en omgekeerd.
Vervangen jullie Auth0, Okta of Microsoft Entra External ID?
Voor standaard B2C- of B2B-flows raden wij die platformen vaak juist aan. Auth0, ForgeRock, Microsoft Entra External ID, Amazon Cognito, Ping Identity, FusionAuth en SuperTokens zijn volwassen producten. Wij komen in beeld zodra u tegen hun grenzen aanloopt: branche-specifieke flows (banking, zorg met BSN), Nederlandse identiteiten (iDIN, DigiD), EUDI Wallet, white-label CIAM voor partners, of diepe integratie met core-systemen die rate-limits van standaard-CIAM niet trekken.
Werken jullie met Keycloak?
Ja, vaak. Keycloak is open-source, OpenID Connect-compatibel, schaalbaar, en geeft u volledige controle over de datalaag. Wij bouwen veelal een custom UX-laag bovenop Keycloak in plaats van de meegeleverde theme — die voldoet zelden aan moderne CIAM-eisen. Voor B2B-multi-tenant configureren we Keycloak realms strategisch, voor B2C bouwen we vaak een eigen account-frontend die via OIDC met Keycloak praat. Volledig from-scratch bouwen doen we alleen als Keycloak echt niet past.
Hoe gaan jullie om met NL Wallet, iDIN en EUDI?
iDIN integreren we via de Currence-koppeling, met de juiste step-up-flow zodat u niet bij elke login een banklogin afdwingt. DigiD en eHerkenning vragen om een Logius-aansluiting via een routerings-provider — wij verzorgen het technische deel; de juridische aansluiting moet uw organisatie zelf aanvragen. Voor EUDI en de NL Wallet bouwen we op OpenID for Verifiable Presentations (OpenID4VP) en SD-JWT credentials. Het ecosysteem beweegt snel; wij bouwen architectuur die meebeweegt.
Hoe zit het met AVG, consent en datasoevereiniteit?
Een CIAM-platform is een AVG-zwaartepunt: u verwerkt persoonsgegevens, krijgt inzage-, correctie- en wisverzoeken, en moet een consent-administratie bijhouden. Wij bouwen consent-management standaard in, inclusief versiebeheer van privacy-statements, granulair consent per doel, en API's voor data-portability. Data-residency in EU/NL regelen we via de cloud-keuze (GCP europe-west, AWS eu-central, Azure West Europe of een Nederlandse hoster). DPIA wordt opgenomen in de scope-fase.
Wat bepaalt de kosten?
De zwaarste factoren zijn: het aantal en type identity-providers (social-login is licht, iDIN of DigiD vraagt meer werk), het aantal aansluitende applicaties (elke SDK-integratie kost tijd), het regulatoire kader (banking en zorg vragen audit-trails en pen-tests die elders niet hoeven), migratie van een bestaande user-base, en de eisen aan branding en UX. We geven na de architectuur-scan een onderbouwde range, geen rond bedrag aan de telefoon.
Kunnen jullie aansluiten op onze bestaande architectuur?
Vrijwel altijd. Een CIAM-platform praat via standaarden: OIDC, OAuth2, SAML, SCIM, webhooks. We hebben ervaring met aansluiten op core-banking-systemen, EPD's, ERP's (SAP, Microsoft Dynamics), CDP's (Segment, Tealium, mParticle), e-commerce-platformen (Magento, Shopify Plus, commercetools) en customer-service-tooling. Voor specifieke integratie-vragen werken we vaak samen met onze pagina
slimme API-integraties.
Wat als we later willen overstappen?
Standaarden zijn uw vangnet. We bouwen op OIDC, OAuth2 en SCIM zodat applicaties die op uw CIAM aansluiten zonder herbouw kunnen overstappen op een ander platform. Uw user-data exporteert u op elk moment via de admin-console. Bij Keycloak-builds krijgt u de configuratie als infrastructure-as-code mee. Geen lock-in op onze code is een expliciet ontwerpdoel.
Hoe gaan jullie om met migratie van een bestaande user-base?
Wachtwoord-hashes nemen we mee in hun originele algoritme (bcrypt, argon2, scrypt, zelfs verouderde varianten) en upgraden we lazy: bij de eerstvolgende succesvolle login wordt de hash automatisch herrekend in het nieuwere algoritme. Zo voorkomen we de pijnlijke "iedereen moet zijn wachtwoord resetten"-mail die typisch 20–40% van uw user-base in slaap-modus zet. Voor sociale identiteiten leggen we account-linking-records aan zodat klanten op hun bestaande methode kunnen blijven inloggen.
Werken jullie alleen B2C of ook B2B-CIAM?
Beide. B2C-CIAM (klantaccount, social-login, paywall) en B2B-CIAM (organisatie-tenants, federated identity via SAML, SCIM-provisioning) hebben overlappende fundamenten en aparte vraagstukken. Vaak bouwen we platforms die beide moeten ondersteunen: een retailer met een loyalty-merk én een zakelijke B2B-tak; een verzekeraar met particulier én volmacht-makelaars; een mediadienst met consumenten-abonnees én licentie-klanten. De multi-tenant architectuur regelen we in de fundering.