Wo CardStudio gut funktioniert — und wo nicht
Zebra CardStudio Professional ist ein solides Desktop-Tool für ein spezifisches Szenario: eine Arbeitsstation, ein Drucker, ein Benutzer. Ein Rezeptionist gestaltet und druckt Karten von einem PC, mit einem USB-Kabel zum danebenstehenden Drucker. Für eine Zahnarztpraxis, ein einzelnes Hotel oder ein kleines Büro ist das absolut ausreichend.
Sobald eine Organisation wächst, bricht das Modell zusammen:
- Multi-Site bedeutet CardStudio an jedem Standort zu installieren, zu pflegen und zu aktualisieren — pro Windows-Arbeitsstation.
- Nicht-Windows-Umgebungen (Linux-Rechenzentren, macOS-Rezeptionisten) fallen weg.
- Workflow-Integration (HR-Onboarding, PMS-Anbindung, Besucher-Management) ist ohne API nicht möglich.
- Audit-Trail für Compliance (NEN 7510, ISO 27001) fehlt in einer Form, die ein SIEM lesen kann.
- Service-Mitarbeiter müssen pro Standort an jede Arbeitsstation laufen, um etwas zu ändern.
An diesem Punkt ist CardStudio Professional nicht mehr das richtige Werkzeug. Nicht weil die Software schlecht ist — sondern weil sie bewusst nicht für serverseitige, Multi-Site- oder API-gesteuerte Workflows konzipiert wurde.
Was ConoCard anders macht
ConoCard löst dasselbe Problem auf Architektur-Ebene: statt eines Desktop-Tools auf jeder Arbeitsstation läuft ein serverseitiger Dienst, der den ZC350 über IP ansteuert. Arbeitsstationen (oder HR-Systeme, PMS, mobile Apps) machen einen HTTP-Aufruf. Fertig.
- Keine Treiber-Installationen pro Arbeitsstation — ein Rust-Binary auf einem Server.
- Plattformübergreifend — Linux und Windows verifiziert, 87 Tests grün auf beiden.
- REST API als Integrationspunkt — alles, was HTTP spricht, kann eine Kartenausgabe anfordern.
- Bearer-Token-Authentifizierung — secure by default, keine offenen Netzwerke erforderlich.
- Append-only JSON-Lines Audit-Log — direkt von einem SIEM einlesbar.
- Webhook-Output — alle anderen Zutrittskontroll- oder PMS-Systeme neben 2N anbinden.
Punkt für Punkt: CardStudio vs ConoCard
| Aspekt | Zebra CardStudio Professional | ConoCard |
|---|---|---|
| Architektur | Desktop-Tool pro Arbeitsstation | Serverseitiger REST-Dienst |
| Betriebssystem | Nur Windows | Linux + Windows |
| Drucker-Ansteuerung | USB-Tether oder Silex SX über IP (mit Windows-Treiber) | Direkt über IP, treiberfrei |
| API | Keine | REST API |
| Multi-Drucker pro Host | Begrenzt | Source-IP-Demux |
| Authentifizierung | OS-Benutzer pro Arbeitsstation | Bearer-Token (konstanter Zeitvergleich) |
| Audit-Trail (SIEM-ready) | Nicht standardisiert | Append-only JSON-Lines |
| UID-Auslesung in derselben Session | Separater Prozess | Inline in der Response |
| 2N Access Commander-Integration | Manuell, nach dem Druck | End-to-End in einem REST-Aufruf |
| Workflow-Integration (HR, PMS, Ticketing) | Nicht möglich | Nativ über REST + Webhook |
| Multi-Site-Management | Installation pro Standort | Eine Instanz bedient mehrere Drucker |
| Lizenz pro Arbeitsstation | Ja | Eine Service-Lizenz |
| Updates | Pro Arbeitsstation | Zentral, ein Binary |
Migrations-Szenario: von CardStudio zu ConoCard
Eine Organisation mit einer CardStudio-Installation kann in drei Schritten wechseln, ohne Hardware-Tausch:
Schritt 1: Design entkoppeln
Das visuelle Kartendesign wird einmalig als Template exportiert (Vector oder Bitmap). Dieses Design wird in ConoCard als Single Source of Truth für alle Standorte geladen. Die Design-Arbeit selbst — Typografie, Farben, Foto-Positionierung — kann weiterhin in einem Grafikprogramm erfolgen; CardStudio wird dafür nicht mehr benötigt.
Schritt 2: ConoCard-Server ausrollen
Eine Linux-VM oder ein Windows-Server (oder ein Raspberry Pi für kleine Deployments) erhält das ConoCard-Binary. Der Zebra ZC350 wird ins Netzwerk gehängt (alle ZC350 mit Netzwerk-Option haben den Silex-Chip an Bord). Auf den Arbeitsstationen werden keine Treiber mehr installiert. Die Drucker-IP wird im ConoCard-Service konfiguriert.
Schritt 3: Workflows anbinden
Pro Use-Case wird der relevante Workflow über REST mit ConoCard verbunden. HR-Systeme, Besucher-Management, ein PMS oder eine mobile App senden HTTP-Aufrufe. Die Rezeption erhält optional eine einfache Webseite oder eine mobile Taste. Die CardStudio-Installationen auf den Arbeitsstationen können ausgeschaltet oder als Fallback behalten werden.
Tipp für Compliance-Umgebungen: das Audit-Log von ConoCard landet ab Tag eins in JSON-Lines und ist direkt von Splunk, ELK oder Microsoft Sentinel einlesbar. Das gibt dem Compliance-Officer einen Audit-Trail, den CardStudio nicht von sich aus produziert.
TCO: Total Cost of Ownership
Die sichtbaren Lizenzkosten von CardStudio Professional sind selten der eigentliche Kostenpunkt. In einer operativen Organisation bezahlt man vor allem für:
- Windows-Lizenzen pro Arbeitsstation, an der Karten gedruckt werden
- IT-Zeit für Treiber-Installationen, Updates und Troubleshooting pro Arbeitsstation
- Pro-Arbeitsstation-Hardware (PC oder Laptop), die sonst nicht nötig wäre
- Operativer Aufwand für das manuelle Übertragen von UIDs in Zutrittskontrollsysteme
- Compliance-Overhead, um Audit-Trails aus verschiedenen Quellen zu rekonstruieren
Das ConoCard-Modell eliminiert die ersten drei Positionen, automatisiert die vierte und liefert die fünfte gratis als Nebenprodukt.
Häufig gestellte Fragen
Ersetzt ConoCard CardStudio vollständig?
Für serverseitige Kartenausgabe-Szenarien: ja. ConoCard ersetzt den Zebra-Treiberstack und das Tool zum Versenden von Druckaufträgen. Für Design-Arbeit (Kartendesigns mit Logo, Layout, Schriften) bleibt ein Tool wie CardStudio oder ein Grafikprogramm nützlich — das Design wird dann als Template in ConoCard importiert.
Brauche ich noch Windows-Lizenzen?
Nicht mehr pro Arbeitsstation. ConoCard läuft auf einer Linux-VM, einem Windows-Server oder einem Raspberry Pi für die gesamte Organisation. CardStudio Professional erfordert eine Windows-Lizenz pro Arbeitsstation, an der Karten gedruckt werden.
Können meine Rezeptionisten weiterhin grafisch Karten gestalten?
Ja — aber das Design wird zentral erstellt, nicht pro Rezeptionist. Templates werden einmalig erstellt und dann von allen über die REST API genutzt. Das ist bewusst so: ein konsistentes Design über alle Standorte.
Funktioniert es mit unserer bestehenden Zebra ZC350-Flotte?
Ja, sofern die Drucker die Standard-Netzwerk-Option haben (Silex SX-200-Chip an Bord). Kein Firmware-Upgrade nötig, kein Hardware-Tausch.
Was ist mit Support und SLA?
Conocido ist ein in den Niederlanden ansässiger MSP. Support ist auf Deutsch, Niederländisch und Englisch verfügbar, telefonisch und per E-Mail. SLA-Optionen werden pro konkreten Deal vereinbart.