Le workflow manuel — et ce qui y est cassé
La façon traditionnelle d'émettre un badge d'accès avec une Zebra ZC350 et 2N Access Commander est une séquence d'étapes séparées, souvent réparties sur deux personnes et trois écrans :
- Le réceptionniste ouvre l'outil d'impression (CardStudio) sur un poste Windows relié en USB à la ZC350.
- Le réceptionniste saisit nom et validité, clique sur imprimer.
- La carte sort de l'imprimante ; le réceptionniste la pose sur un lecteur NFC séparé.
- Le lecteur NFC affiche l'UID ; le réceptionniste la recopie.
- L'agent IT (ou le réceptionniste avec droits admin) ouvre 2N Access Commander dans un navigateur.
- L'UID est associée à un enregistrement utilisateur ; les permissions sont configurées.
- Ce n'est qu'alors que l'utilisateur peut effectivement ouvrir la porte.
Au total : 6 à 8 manipulations, deux outils, deux personnes, et un UID recopié manuellement — avec le taux d'erreur qui va avec. Pour un hôtel avec 200 réservations par mois, une entreprise avec onboarding quotidien ou un casino avec badges visiteurs : un goulot opérationnel.
Ce que ConoCard change
ConoCard transforme ces 6-8 étapes en un seul appel HTTP authentifié. POST /api/issue fait tout ce qui était auparavant manuel — côté serveur, mesuré en secondes.
Le flux end-to-end
POST /api/issue avec bearer-token et les données de carte/d'invité.Total : un seul appel HTTP. En quelques secondes, l'utilisateur a l'accès et la piste d'audit est complète. Pas de recopie manuelle d'UID, pas de bascule séquentielle entre outils.
Cycle de vie de l'UID dans 2N Access Commander
ConoCard n'écrit pas seulement "un UID" dans 2N — il gère tout le cycle de vie :
- Émission : nouvelle carte associée à un utilisateur avec la période de validité et les permissions spécifiées.
- Renouvellement : une carte existante peut être rafraîchie via un second appel API sans imprimer une nouvelle carte.
- Révocation : un endpoint séparé (sur la roadmap pour v1.x) révoque l'UID dans 2N et ajoute une entrée de journal.
- Journal d'audit : chaque événement (émission, renouvellement, erreur, révocation) atterrit dans le journal JSON-Lines avec UID, horodatage et source — directement ingérable par votre SIEM pour le reporting de conformité.
En pratique : trois cas d'usage
Hôtellerie & location courte durée
Une nouvelle réservation dans le PMS (par exemple Lodgify ou Smoobu) déclenche via webhook un appel POST /api/issue. En quelques secondes, la carte sort de l'imprimante du local technique, avec l'UID déjà enregistré dans 2N. L'invité la récupère dans un coffre à clés ou en pickup sans réception. Pas de comptoir, pas de recopie d'UID.
IT d'entreprise & gestion des visiteurs
Un système de gestion des visiteurs envoie un appel API à ConoCard pour chaque visite pré-annoncée. Le réceptionniste n'a qu'à remettre la carte — tout, de l'impression à l'enregistrement 2N, se fait côté serveur. Piste d'audit vers SIEM pour le reporting de conformité. Provisionner 100 employés en 1 heure au lieu d'une journée.
Casinos & members-only
Cartes de membre et badges employés sur plusieurs sites, avec gestion centralisée et design cohérent. Une instance ConoCard par site, ou une instance centrale avec VPN. Toutes les émissions atterrissent dans 2N Access Commander et dans le journal d'audit — ce qui fait la différence lors d'audits de conformité.
Déploiement intégrateur & partenaires 2N
En tant que partenaire 2N, vous pouvez proposer ConoCard comme add-on aux installations Access Commander où des cartes physiques sont nécessaires. Une box Linux chez le client, branchée sur leur flotte ZC350 existante. Déployable multi-tenant pour vous en tant qu'intégrateur.
Pour les partenaires 2N : ConoCard est conçu pour se placer à côté d'Access Commander en tant que couche d'émission de cartes. Nous voyons cela comme une extension naturelle de la pile 2N — similaire à la façon dont IP Verso / IP Force gèrent le côté interaction d'entrée. Contactez-nous pour les opportunités de partenariat.
Ce qu'il vous faut pour démarrer
- Zebra ZC350 avec l'option réseau (puce Silex SX-200 à bord — standard sur les modèles réseau)
- 2N Access Commander joignable via API REST à l'intérieur de votre réseau
- Une VM Linux, un serveur Windows ou un Raspberry Pi pour exécuter le binaire ConoCard
- Bearer-token pour l'API ConoCard (à configurer vous-même)
- Identifiants API pour votre 2N Access Commander
Pas de pile pilote fournisseur, pas de licences CardStudio, pas d'installations sur les postes. Un déploiement initial typique est opérationnel en une demi-journée de travail.
Questions fréquentes
Quelle version de 2N Access Commander est supportée ?
La version stable actuelle de 2N Access Commander est supportée via son API REST officielle. Pour des questions de version spécifiques ou des déploiements legacy : faites-nous signe, nous testons à la demande.
Ai-je besoin d'un cloud Conocido ?
Non. ConoCard fonctionne entièrement à l'intérieur de votre propre réseau. Le service parle localement avec la ZC350 via IP et avec votre endpoint REST 2N Access Commander. Pas d'intermédiaire cloud externe, aucune donnée ne quitte votre réseau.
Que se passe-t-il si 2N Access Commander est hors ligne ?
L'émission ZC350 se produit quand même, et l'UID émis est capturé dans le journal d'audit. L'enregistrement 2N est retenté dès qu'Access Commander redevient joignable, ou une erreur structurée est renvoyée afin que vous puissiez gérer cela au niveau du flux.
Puis-je connecter d'autres systèmes de contrôle d'accès ?
Oui. En plus de 2N Access Commander end-to-end, il existe une sortie webhook générique derrière la même couche d'intégration. Avec elle, vous pouvez alimenter Salto, Dormakaba, HID, Nedap ou des outils internes en parallèle à 2N.
Cela fonctionne-t-il avec IP Verso, IP Force ou IP Style ?
Ce sont des unités d'entrée physiques — elles ne touchent pas à l'impression de carte elle-même, mais bien au flux d'accès. Via 2N Access Commander, elles connaissent la carte que ConoCard enregistre — pas de connexion séparée par unité d'entrée.
L'émission peut-elle être initiée depuis la box Access Commander elle-même ?
Oui. Si votre installation 2N possède sa propre couche UI (ou une application compagnon), celle-ci peut appeler directement l'API REST ConoCard. Ainsi, vous initiez une nouvelle carte depuis n'importe quel emplacement où se trouve une unité 2N.