De handmatige workflow — en wat eraan stuk is
De traditionele manier om een toegangspas uit te geven met een Zebra ZC350 en 2N Access Commander is een sequentie van losse stappen, vaak verdeeld over twee mensen en drie schermen:
- Receptionist opent de printer-tool (CardStudio) op een Windows-werkplek met USB-kabel naar de ZC350.
- Receptionist typt naam en geldigheid in, klikt op print.
- De kaart komt uit de printer; de receptionist legt 'm op een aparte NFC-reader.
- De NFC-reader toont de UID; de receptionist typt die over.
- IT-medewerker (of receptionist met admin-rechten) opent 2N Access Commander in een browser.
- De UID wordt gekoppeld aan een gebruikersrecord; rechten worden ingesteld.
- Pas dán kan de gebruiker de deur openen.
In totaal: 6 tot 8 handelingen, twee tools, twee mensen, en een UID die handmatig wordt overgetikt — met de bijbehorende foutkans. Voor een hotel met 200 boekingen per maand, een corporate met dagelijkse onboarding, of een casino met visitor-passes: een operationele engte.
Wat ConoCard hier verandert
ConoCard maakt van die 6-8 stappen één geauthenticeerde HTTP-call. POST /api/issue doet alles wat hierboven manueel gebeurde — server-side, gemeten in seconden.
De end-to-end flow
POST /api/issue met bearer-token en de kaart-/gastdata.Totaal: één HTTP-call. Binnen seconden heeft de gebruiker toegang en is de audit-trail compleet. Geen handmatige overtikker, geen sequentiele tool-wisseling.
UID-lifecycle in 2N Access Commander
ConoCard schrijft niet alleen "een UID" naar 2N — het beheert de hele lifecycle:
- Uitgifte: nieuwe pas wordt gekoppeld aan een gebruiker met de aangegeven geldigheidsperiode en rechten.
- Verlenging: bestaande pas kan worden ververst via een tweede API-call zonder een nieuwe kaart te printen.
- Intrekking: een aparte endpoint (op de roadmap voor v1.x) trekt de UID in 2N in en voegt een logregel toe.
- Audit-log: elke gebeurtenis (uitgifte, verlenging, fout, intrekking) landt in de JSON-Lines log met UID, timestamp en source — direct inleesbaar door je SIEM voor compliance-rapportage.
Praktijk: drie use-cases
Hotel & vakantieverhuur
Een nieuwe boeking in het PMS (bijvoorbeeld Lodgify of Smoobu) triggert via webhook een POST /api/issue-call. Binnen seconden komt de kaart uit de printer in de meterkast, met de UID al geregistreerd in 2N. Gast haalt 'm op via een kluisje of receptie-loze pickup. Geen front-desk, geen overtikker.
Corporate IT & visitor management
Een visitor-management systeem stuurt bij elke aankondiging een API-call naar ConoCard. De receptionist hoeft alleen de kaart te overhandigen — alles van print tot 2N-registratie gebeurt server-side. Audit-trail naar SIEM voor compliance-rapportage. Aanmaken van pas voor 100 medewerkers in 1 uur in plaats van een dag.
Casino's & members-only
Member-cards en employee-badges over meerdere vestigingen, met centraal beheer en consistent ontwerp. Eén ConoCard-instance per locatie, of een centrale instance met VPN. Alle uitgiftes landen in 2N Access Commander én in de audit-log — wat bij compliance-audits het verschil maakt.
Integrator-deployment & 2N-partners
Als 2N-partner kun je ConoCard aanbieden als toevoeging bij Access Commander-installaties waar fysieke kaarten nodig zijn. Eén Linux-doos bij de klant, gekoppeld aan hun bestaande ZC350-vloot. Multi-tenant deploybaar voor jou als integrator.
Voor 2N-partners: ConoCard is bedoeld om naast Access Commander te draaien als kaartuitgifte-laag. We zien dit als een natuurlijk uitbreidingsvlak voor de 2N-stack — vergelijkbaar met hoe IP Verso / IP Force de interactiekant verzorgen. Neem contact op voor partnership-mogelijkheden.
Wat je nodig hebt om te starten
- Zebra ZC350 met netwerk-optie (Silex SX-200 chip aan boord — standaard op netwerk-modellen)
- 2N Access Commander bereikbaar via REST-API binnen je netwerk
- Eén Linux-VM, Windows-server of Raspberry Pi om de ConoCard-binary op te draaien
- Bearer-token voor de ConoCard-API (zelf in te stellen)
- API-credentials voor je 2N Access Commander
Geen vendor-driverstack, geen CardStudio-licenties, geen werkplek-installs. Een typische initial setup is in een halve werkdag operationeel.
Veelgestelde vragen
Welke versie van 2N Access Commander wordt ondersteund?
De huidige stabiele versie van 2N Access Commander wordt ondersteund via de officiële REST API. Voor specifieke versie-vragen of legacy-deployments: laat het ons weten, we testen op aanvraag.
Heb ik een Conocido-cloud nodig?
Nee. ConoCard draait volledig binnen je eigen netwerk. De service praat lokaal met de ZC350 over IP en met je 2N Access Commander REST-endpoint. Geen externe cloud-tussenlaag, geen data die je netwerk verlaat.
Wat gebeurt er als 2N Access Commander offline is?
De ZC350-uitgifte gebeurt nog steeds, en de uitgegeven UID wordt vastgelegd in de audit-log. De 2N-registratie wordt opnieuw geprobeerd zodra Access Commander weer bereikbaar is, of je krijgt een gestructureerde fout terug zodat je het flow-niveau zelf kunt afhandelen.
Kan ik ook andere toegangscontrolesystemen koppelen?
Ja. Naast 2N Access Commander end-to-end is er een generieke webhook-uitvoer achter dezelfde integratie-laag. Daarmee kun je Salto, Dormakaba, HID, Nedap of eigen tooling voeden parallel aan 2N.
Werkt het met IP Verso, IP Force of IP Style?
Die zijn fysieke entry-units en raken niet aan kaart-printing zelf, maar wel aan de toegangsstroom. Via 2N Access Commander kennen ze de pas die ConoCard registreert — er is geen aparte koppeling nodig per entry-unit.
Kan dit vanuit de Access Commander-box zelf gestart worden?
Ja. Als je 2N-installatie een eigen UI-laag heeft (of een aanvullende app), kan die de ConoCard REST-API rechtstreeks aanroepen. Daarmee initieer je een nieuwe kaart vanaf elke locatie waar een 2N-unit staat.