Plattform · Cloud-Integration / Verbindungen

Cloud-Integration / Verbindungen

Cloud, hybrid oder On-Premises: Zebra Weblink mit mTLS, CLI-Proxy-Agenten, Docker, Einzeiler-Installer und Enterprise-Sicherheit für jeden Standort - nur ausgehend, keine eingehenden Ports. ERP, Datenbanken und Message-Streams anbinden: SQL Server und MongoDB über ausgehende Agenten, Kafka- und Azure-Service-Bus-Abos, DHL-Internetmarke-Porto, Push-Kanäle und E-Mail.

Design & Layout

Drucken

Automatisierung

Überall betreibbar

Cloud, hybrid oder komplett On-Premises - Ihre Wahl, dieselbe Plattform

zplCloud ist containerisiert und Cloud-agnostisch. Starten Sie heute auf zplcloud.com, binden Sie Standorte über ausgehende Agenten an und ziehen Sie die gesamte Plattform in Ihr eigenes Rechenzentrum oder Ihren Cloud-Account, wenn Compliance es verlangt.

Cloud (SaaS)

Vollständig gemanagt auf zplcloud.com: Designer, API, Druck-Queue und Print Views - in Minuten live, keine Infrastruktur, automatische Updates.

Developer → Pro
api.zplcloud.com
print.zplcloud.com

Hybrid

Drucker bleiben, wo sie sind. Zebra Weblink, CLI-Agenten oder der Browser-Druckdienst öffnen genau eine ausgehende Verbindung - keine eingehenden Ports, kein VPN, keine Firewall-Änderungen.

Nur ausgehend
mTLS
Docker · Raspberry Pi · Synology

Privat / On-Premises

Die komplette Plattform als Container in Ihrem Rechenzentrum oder Ihrem Azure-, AWS- oder Google-Account. Dedizierte Queue, eigene API-Limits, SSO/SAML, individuelle ERP/SAP-Konnektoren und SLA.

Enterprise
Ihre Infrastruktur
Individuelles SLA

Vier Wege zum Drucker - pro Standort wählbar, frei kombinierbar

1 Zebra Weblink Link-OS-Drucker verbinden sich ausgehend per WebSocket mit mTLS-Zertifikaten - ohne Agent, ohne PC dazwischen. 2 CLI-Proxy-Agent zplcloud proxy auf PC, Raspberry Pi, NAS oder Docker-Host erreicht die TCP-9100- und USB-Drucker eines ganzen LANs. 3 CloudToBrowserPrint Lokaler Druckdienst (127.0.0.1:9100): Web-Apps drucken ZPL, PDF und Office-Dateien auf Spooler, CUPS, Netzwerk- und Bluetooth-Drucker. 4 Raw TCP 9100 Direktdruck auf jeden Netzwerkdrucker - Zebra, CAB, Novexx, Avery - mit ZPL, EPL2, EasyPlug oder PCL.

Ops-Schnellstart

Von null zum verbundenen Drucker in einer Zeile

zplCloud CLI

Ein Einzeiler - überall installiert

Die zplcloud-CLI wendet Drucker-Profile an, sendet rohes ZPL (TCP 9100 / USB) und öffnet einen Outbound-Proxy-Agenten für Remote-Drucker - ohne eingehende Ports oder Firewall-Änderungen.

zplcloud profiles apply 42 --target 10.0.0.5
zplcloud send --target 10.0.0.5 --zpl "^XA…^XZ"
zplcloud proxy --agent "Warehouse Berlin"

install-cli.sh Siehe auch in /docs ↗

$ curl -fsSL https://zplcloud.com/install-cli.sh | sh
$ zplcloud --version
zplcloud 1.x.y (osx-arm64)

$ curl -fsSL https://zplcloud.com/install-cli.sh | sh
$ zplcloud --version
zplcloud 1.x.y (linux-x64)

$ curl -fsSL https://zplcloud.com/install-cli.sh | sh
# erkennt 32/64-bit automatisch (arm → linux-arm, arm64 → linux-arm64)
zplcloud 1.x.y (linux-arm64)

PS> irm https://zplcloud.com/install-cli-pshell | iex
>> Installing: %LOCALAPPDATA%\zplcloud\zplcloud.exe
zplcloud 1.x.y (win-x64)

docker-compose.agent.yml Siehe auch in /docs ↗

API-Key Agent-Name

Die unten generierte Compose-Datei verwendet diese Werte.

services:
  zplcloud-agent:
    image: docker.zplcloud.com/zplcloud-agent:latest
    container_name: zplcloud-agent
    restart: unless-stopped
    environment:
      ZPLCLOUD_API_KEY: "sk_zplcloud_CHANGE_ME"   # aus dem API-Tab
      ZPLCLOUD_AGENT: "PI"                        # Name in Remote Printers
      ZPLCLOUD_API_BASE: "https://api.zplcloud.com"
      ZPLCLOUD_LOG: "true"                      # Tages-Logdatei
      ZPLCLOUD_LOG_DIR: "logs/zplcloud-logs"
    volumes:
      - ./logs/zplcloud-logs:/logs/zplcloud-logs
      - /dev/bus/usb:/dev/bus/usb   # USB-Zugriff (libusb)
    #privileged: true                            # einfachster USB-Weg

$ docker compose -f docker-compose.agent.yml up -d
✔ Container zplcloud-agent  Started

Docker Compose

Agent als Container - Raspberry Pi, Synology & Co.

Läuft auf jedem Docker-Host: 64-bit Raspberry Pi, Synology-NAS, Intel- oder Apple-Silicon-Mac. Das Image ist mehrarchitekturell (linux/amd64 + linux/arm64), öffentlich und ohne Login ziehbar - kein .NET-SDK nötig.

docker compose -f docker-compose.agent.yml up -d
Image: docker.zplcloud.com/zplcloud-agent:latest
USB-Drucker: privileged: true oder udev-Regel

Weblink

Zertifikate installieren - per Einzeiler

Lade die drei Weblink-NRD-Dateien deines Druckers und schiebe sie per TCP 9100 aufs Gerät: ~DYE-Upload, SGD-Settings (URL, NTP, Uhrzeit) und Reset - fertig. Das Skript wird serverseitig für deinen Drucker generiert und braucht einen gültigen API-Key.

Windows: weblink-deploy.ps1 (PowerShell 5.1+)
macOS / Linux / Raspberry Pi: weblink-deploy.sh (bash)
Option: &ip=10.0.0.5 überschreibt das TCP-Ziel

weblink-deploy Siehe auch in /docs ↗

Hostname API-Key IP (optional)

Die unten generierten Befehle verwenden diese Werte. Wird der Hostname im Netz nicht aufgelöst? Kein Problem - einfach mit der IP deployen: sie wird zu &ip=… und überschreibt das TCP-Ziel, der Hostname wählt weiterhin das Zertifikat.

PS> irm "https://zplcloud.com/weblink-deploy.ps1?hostname=printer01&apikey=sk_zplcloud_XXXX&ip=" | iex
[2026-08-22 09:00:00] SUCCESS - Zertifikate auf dem Drucker installiert

$ curl -fsSL "https://zplcloud.com/weblink-deploy.sh?hostname=printer01&apikey=sk_zplcloud_XXXX&ip=" | bash
[2026-08-22 09:00:00] SUCCESS - Zertifikate auf dem Drucker installiert

$ curl -fsSL "https://zplcloud.com/weblink-deploy.sh?hostname=printer01&apikey=sk_zplcloud_XXXX&ip=" | bash
[2026-08-22 09:00:00] SUCCESS - Zertifikate auf dem Drucker installiert

$ curl -fsSL "https://zplcloud.com/weblink-deploy.sh?hostname=printer01&apikey=sk_zplcloud_XXXX&ip=" | bash
[2026-08-22 09:00:00] SUCCESS - Zertifikate auf dem Drucker installiert

Sicherheit & Governance

Enterprise-Kontrolle darüber, wer was wo druckt

Jeder Drucker, Key und Job ist seinem Besitzer zugeordnet. Zertifikate werden beim TLS-Handshake geprüft, Zugriffe sind rollenbasiert und jeder Render wird gemessen.

mTLS für jeden Drucker

Der Weblink akzeptiert nur registrierte, nicht widerrufene Client-Zertifikate der eigenen CA. Revoke-by-Serial blockt den Drucker sofort.

API-Keys & Nutzungsmessung

Keys pro Nutzer, Team oder Firma, Sandbox und Live, Rate- und Body-Limits sowie ein Nutzungs-Dashboard für jeden Render und Druckjob.

Teams & Rollen

Rollen Admin und Member mit Einladungen; Drucker, Designs und Print Views gehören dem jeweiligen Team bzw. der Firma.

Transport- & Kontosicherheit

TLS 1.2 / 1.3 überall, automatische Let's-Encrypt-Zertifikate, 12-Zeichen-Passwortrichtlinie, E-Mail-Bestätigung und Anti-Forgery-Schutz.

Historie & Audit-Logs

Label-Historie, Druckprotokolle und Webhook-Zustellübersicht - 7 Tage im Developer, 30 Tage im Starter, 90 Tage plus Audit-Logs im Pro, unbegrenzt im Enterprise.

Datenhoheit nach Ihren Regeln

Plattform im eigenen Rechenzentrum oder Cloud-Account betreiben, Datenbanken nur über ausgehende Agenten anbinden, SSO/SAML im Enterprise-Plan auf Anfrage.

Datenhub & Streaming

Labels drucken sich selbst, sobald die Daten da sind

Binden Sie die Systeme an, die Sie schon betreiben. Fünf Datenbanken bleiben im LAN und werden über ausgehende Agenten abgefragt, sieben Nachrichtenbusse werden in der Cloud konsumiert und zu gedruckten Labels - kein Polling, keine Middleware.

Fünf Datenbanken

SQL Server, MongoDB, PostgreSQL, MySQL und MariaDB - über den CLI-Agenten mit Pushdown-Filtern und Parametern. Connection-Strings verlassen nie Ihr Netz, erreichbare Cloud-Datenbanken auch direkt. Genutzt von Print Views, DHL-Lookups und Batch.

Sieben Nachrichtenbusse

Kafka, Azure Service Bus, MQTT, AMQP 1.0, RabbitMQ, Amazon SQS und Google Pub/Sub. Jede JSON-Nachricht wird zum Record, füllt die Bindings eines Designs und druckt - oder trägt ein ZPL-Envelope für den Rohdruck.

Objektspeicher in beide Richtungen

Eine Nachricht darf statt des ZPL nur auf eine Datei in S3 oder Azure Blob verweisen. Umgekehrt legt ein Ausgabeziel jedes gedruckte Etikett dort ab und meldet es per Nachricht oder Webhook weiter.

ERP / SAP / WMS

Render per Design-ID mit Ihren Datensätzen über die REST-API, Webhooks mit HMAC-Signatur empfangen oder ZPL-Dateien in einen überwachten Ordner legen - drei Wege für jede Integrationsschicht.

topic: orders.shipped · design #42

{
  "orderId": "SO-2026-084712",
  "sku": "88-12345",
  "qty": 120,
  "route": "NO-OSL-07"
}
→ record → design #42 → ZPL → ZD421 "Warehouse Berlin"
✓ printed · 41 ms · offset 18 402 committed

ZPL-Envelope - unverändert auf einem oder allen Druckern gedruckt

{
  "schemaVersion": 1,
  "printer": "*",                 // one id or all printers
  "zpl": "^XA^FO50,50^A0N,40,40^FDHello^FS^XZ"
}
Service Bus: PeekLock → complete after print → dead-letter after 3 failures

Konnektoren

Ihre Datenbanken, Ihre Busse, Ihr Speicher

Etiketten entstehen dort, wo die Daten schon liegen. zplCloud spricht fünf Datenbanken, sieben Nachrichtenbusse und zwei Objektspeicher - über einen ausgehenden Agenten im eigenen Netz oder direkt aus der Cloud.

Datenbanken

Über den Agenten bleiben die Zugangsdaten im eigenen Netz, nur Ergebniszeilen verlassen es. Erreichbare Cloud-Datenbanken bindet die Plattform auch direkt an - ohne Agent.

SQL Server
MongoDB
PostgreSQL
MySQL
MariaDB

Nachrichtenbusse

Jede eingehende Nachricht wird zum Datensatz, füllt ein Design und druckt - oder trägt fertiges ZPL. Quittiert wird erst, wenn das Etikett am Drucker angekommen ist.

Apache Kafka
Azure Service Bus
MQTT
AMQP 1.0
RabbitMQ
Amazon SQS
Google Pub/Sub

Objektspeicher

In beide Richtungen: die Druckdatei aus dem Bucket holen oder das gedruckte ZPL dort ablegen. S3-kompatibel, also auch MinIO, Cloudflare R2, Wasabi und Backblaze.

Amazon S3
Azure Blob Storage
MinIO
Cloudflare R2
Wasabi
Backblaze B2

Rein: ZPL aus dem Objektspeicher

Große Druckdateien gehören nicht in eine Bus-Nachricht. Statt das ZPL einzubetten, verweist die Nachricht darauf - geholt wird es erst beim Druck.

zplRef

{
  "schemaVersion": 1,
  "printer": "*",
  "zplRef": { "storage": "archiv", "key": "auftraege/4711.zpl" }
}

Raus: ablegen und Bescheid geben

Nach jedem erfolgreichen Druck kann zplCloud drei Dinge tun, einzeln oder zusammen:

1 Ablegen - das gedruckte ZPL wandert als Datei nach S3 oder Azure Blob, benannt nach Ihrer eigenen Vorlage.
2 Melden - eine Nachricht geht an einen der sieben Busse, mit Zeitpunkt, Drucker und Ablage-URL.
3 Anstoßen - ein HTTP-POST an Ihre eigene URL, HMAC-SHA256-signiert wie die übrigen Webhooks.

Neu · Integrations

DHL / Deutsche Post INTERNETMARKE

Echte Deutsche-Post-Briefmarken direkt aus zplCloud: als PDF oder ZPL kaufen und drucken - mit deiner Portokasse, aus der App, per REST-API, Print View oder CLI. Kompakt erklärt - die Details stehen in den Docs.