Où CardStudio fonctionne très bien — et où non
Zebra CardStudio Professional est un outil desktop solide pour un scénario précis : un poste, une imprimante, un utilisateur. Un réceptionniste conçoit et imprime des cartes depuis un PC, avec un câble USB vers l'imprimante voisine. Pour un cabinet dentaire, un hôtel unique ou un petit bureau, c'est parfaitement adéquat.
Dès qu'une organisation grandit, le modèle craque :
- Multi-sites signifie installer, maintenir et mettre à jour CardStudio à chaque emplacement — par poste Windows.
- Les environnements non-Windows (datacenters Linux, réceptionnistes macOS) sont écartés.
- L'intégration de workflow (onboarding RH, connexion PMS, gestion des visiteurs) est impossible sans API.
- La piste d'audit pour la conformité (NEN 7510, ISO 27001) manque sous une forme exploitable par un SIEM.
- Le personnel de service doit se rendre sur chaque poste de chaque emplacement pour modifier quoi que ce soit.
À ce stade, CardStudio Professional n'est plus le bon outil. Pas parce que le logiciel est mauvais — mais parce qu'il n'a pas été conçu pour des workflows côté serveur, multi-sites ou pilotés par API.
Ce que ConoCard fait différemment
ConoCard aborde le même problème au niveau de l'architecture : au lieu d'un outil desktop sur chaque poste, un service côté serveur pilote la ZC350 via IP. Les postes (ou systèmes RH, ou PMS, ou applications mobiles) font un appel HTTP. Terminé.
- Pas d'installations de pilote par poste — un binaire Rust sur un serveur.
- Multiplateforme — Linux et Windows vérifiés, 87 tests verts sur les deux.
- API REST comme surface d'intégration — tout ce qui parle HTTP peut demander une émission.
- Authentification bearer-token — secure by default, pas de réseaux ouverts requis.
- Journal d'audit JSON-Lines append-only — directement ingérable par un SIEM.
- Sortie webhook — connectez tout autre système de contrôle d'accès ou PMS en parallèle à 2N.
Point par point : CardStudio vs ConoCard
| Aspect | Zebra CardStudio Professional | ConoCard |
|---|---|---|
| Architecture | Outil desktop par poste | Service REST côté serveur |
| Système d'exploitation | Windows uniquement | Linux + Windows |
| Pilotage de l'imprimante | Tether USB ou Silex SX via IP (avec pilote Windows) | Directement via IP, sans pilote |
| API | Aucune | API REST |
| Multi-imprimante par hôte | Limité | Démultiplexage IP source |
| Authentification | Utilisateur OS par poste | Bearer-token (comparaison à temps constant) |
| Piste d'audit (SIEM-ready) | Rien de standardisé | JSON-Lines append-only |
| Lecture UID dans la même session | Processus séparé | Inline dans la réponse |
| Intégration 2N Access Commander | Manuelle, après l'impression | End-to-end en un appel REST |
| Intégration workflow (RH, PMS, ticketing) | Impossible | Native via REST + webhook |
| Gestion multi-sites | Installation par site | Une instance sert plusieurs imprimantes |
| Licence par poste | Oui | Une licence de service |
| Mises à jour | Par poste | Centralement, un binaire |
Scénario de migration : de CardStudio vers ConoCard
Une organisation avec une installation CardStudio peut basculer en trois étapes, sans remplacement matériel :
Étape 1 : découpler le design
Le design visuel de la carte est exporté une fois sous forme de template (vectoriel ou bitmap). Ce design est chargé dans ConoCard comme source unique de vérité pour tous les sites. Le travail de design lui-même — typographie, couleurs, positionnement photo — peut continuer dans un logiciel graphique ; CardStudio n'est plus nécessaire pour cela.
Étape 2 : déployer le serveur ConoCard
Une VM Linux ou un serveur Windows (ou un Raspberry Pi pour les petits déploiements) reçoit le binaire ConoCard. La Zebra ZC350 est placée sur le réseau (toutes les ZC350 avec l'option réseau ont la puce Silex à bord). Sur les postes, aucun pilote n'est plus installé. L'IP de l'imprimante est configurée dans le service ConoCard.
Étape 3 : connecter les workflows
Par cas d'usage, le workflow pertinent est connecté à ConoCard via REST. Les systèmes RH, la gestion des visiteurs, un PMS ou une application mobile envoient des appels HTTP. La réception reçoit éventuellement une page web simple ou un bouton mobile. Les installations CardStudio sur les postes peuvent être désinstallées ou conservées en repli.
Conseil pour les environnements à forte conformité : le journal d'audit de ConoCard atterrit en JSON-Lines dès le premier jour et est directement ingérable par Splunk, ELK ou Microsoft Sentinel. Cela donne au responsable conformité une piste d'audit que CardStudio ne produit pas de lui-même.
TCO : coût total de possession
Le coût de licence visible de CardStudio Professional n'est généralement pas le vrai poste de coût. Dans une organisation opérationnelle, on paie surtout pour :
- Les licences Windows par poste où des cartes sont imprimées
- Le temps IT pour installations de pilotes, mises à jour et dépannage par poste
- Le matériel par poste (PC ou ordinateur portable) qui ne serait sinon pas nécessaire
- Le temps opérationnel pour recopier manuellement les UID dans les systèmes de contrôle d'accès
- La surcharge conformité pour reconstruire les pistes d'audit à partir de sources disparates
Le modèle ConoCard élimine les trois premiers postes, automatise le quatrième et livre le cinquième gratuitement comme effet de bord.
Questions fréquentes
ConoCard remplace-t-il totalement CardStudio ?
Pour les scénarios d'émission de cartes côté serveur : oui. ConoCard remplace la pile pilote Zebra et l'outil pour envoyer les tâches d'impression. Pour le travail de design (création de designs de carte avec logo, mise en page, polices), un outil comme CardStudio ou un logiciel graphique reste utile — le design est ensuite importé comme template dans ConoCard.
Ai-je encore besoin de licences Windows ?
Plus par poste. ConoCard tourne sur une VM Linux, un serveur Windows ou un Raspberry Pi pour toute l'organisation. CardStudio Professional exige une licence Windows par poste où vous imprimez des cartes.
Mes réceptionnistes peuvent-ils encore concevoir graphiquement des cartes ?
Oui — mais le design se fait centralement, pas par réceptionniste. Les templates sont produits une fois puis utilisés par tous via l'API REST. C'est intentionnel : un design unique et cohérent sur tous les sites.
Cela fonctionne-t-il avec notre flotte Zebra ZC350 existante ?
Oui, à condition que les imprimantes aient l'option réseau standard (puce Silex SX-200 à bord). Pas de mise à niveau firmware nécessaire, pas de remplacement matériel.
Qu'en est-il du support et du SLA ?
Conocido est un MSP basé aux Pays-Bas. Le support est disponible en français, néerlandais et anglais, par téléphone et e-mail. Les options de SLA sont convenues par deal concret.