Die meisten Thermoetikettendrucker (Zebra, Honeywell, SATO, TSC, Dymo) sind nicht Mopria-zertifiziert und funktionieren daher nicht mehr, wenn der Windows Protected Print Mode (WPP) aktiviert wird. ZPL und EPL gehören nicht zu den von IPP definierten Formaten, die der IPP-Klassentreiber versteht. Einige neuere Etikettenmodelle unterstützen IPP direkt. Für ältere Geräteflotten gibt es drei Wege: WPP auf den Etikettendruck‑Workstations per GPO deaktiviert lassen, auf IPP-fähige Hardware umstellen oder einen Stack wie ezeep nutzen, der Cloud rendering und API-passthrough kombiniert.
Mopria-Zertifizierung baut auf IPP-definierten Dokumentformaten auf (PWG Raster, PDF, PCLm — siehe den Pillar Guide für Details). Etikettendrucker (Zebra, Honeywell, SATO, TSC, Brother‑Etikettenmodelle, Dymo Industrial) sprechen keines dieser Formate. Sie verwenden ZPL (Zebra Programming Language), EPL (Eltron Programming Language), DPL, ZPLII und herstellerspezifische Dialekte.
Das sind keine Dokumentformate, sondern Druckerbefehlssprachen. Ein ZPL‑Stream ist eine Abfolge von Anweisungen: Etikett beginnen, Barcode‑Kodierung setzen, zu Koordinate X/Y springen, eine 14‑Punkt‑Zeichenkette platzieren, zum nächsten Etikett vorrücken. Dafür ist IPP nicht ausgelegt, und der Microsoft IPP‑Klassentreiber erzeugt solche Streams nicht.
Etikettendrucker gehören zur Kategorie der Spezialdrucker, die Mopria‑Zertifizierung deckt diese nicht ab. Einige Modelle können PDF direkt verarbeiten (einige neuere Zebra‑ZD‑Serienmodelle, bestimmte Brother‑ und Honeywell‑Geräte), was mit zunehmender Verbreitung von PDF einen Weg nach vorn eröffnet. Die installierte Basis ZPL‑gesteuerter Thermoetikettendrucker in Einzelhandel, Lager und Kliniken steht jedoch nicht auf der Mopria‑Liste und wird dort voraussichtlich nicht aufgenommen.
In Umgebungen wie Einzelhandel, Logistik, Lagerhaltung oder Gesundheitswesen, in denen Thermoetikettendrucker produktiv eingesetzt werden, hören beim Einschalten von WPP mehrere konkrete Funktionen auf zu arbeiten:
WPP deaktiviert den Drittanbieter‑Treiberpfad, den Etikettendruck‑Flotten typischerweise nutzen. Direktes IP‑Drucken von Windows‑Clients schlägt fehl: der ZPL‑Stream vom WMS zum Zebra an der Kommissionierstation erreicht das Gerät nicht mehr. Auch das treibervermittelte Drucken aus Branchenanwendungen (WMS, ERP, EHR, Laborsysteme, POS, Versandsoftware) fällt aus — diese Anwendungen übergeben dem OS Druckaufträge in der Erwartung, dass der Treiber sie formatiert, und dieser Treiberpfad ist dann nicht mehr vorhanden.
Mac‑ und Linux‑Clients, die Etikettendruckaufträge über einen Windows‑Druckserver routen, sind auf das beschränkt, was der Server liefern kann. Wenn der Pfad des Windows‑Servers zum Gerät von einem Drittanbieter‑Treiber abhängt, fällt auch dieser Pfad weg.
Stille Ausfälle sind der Normalfall. Etikettenaufträge landen in der Warteschlange, die Warteschlange leert sich, es kommt aber kein Etikett heraus — das Betriebsteam merkt es erst bei der nächsten Inventur.
Kommissionier‑ und Verpackungsprozesse hängen vom Etikettendruckdurchsatz ab. Ein einzelner Zebra an einer Hochleistungs‑Kommissionierstation druckt Tausende Etiketten pro Schicht. Stoppt der Etikettendruck, staut sich der Betrieb innerhalb von Minuten. Die meisten Lager‑ Zebra‑Flotten laufen auf ZPL und kommunizieren mit einem WMS, das rohe ZPL‑Streams oder treibervermittelte Aufträge über Windows‑Clients auf der Fläche sendet.
Belegdrucker, Regaletikettendrucker und Preisschilddrucker — dieselbe Architektur wie in der Lagerhaltung. POS‑Systeme drucken Belege über ein Windows‑Druckerobjekt, oft mit einem Herstellertreiber, der die Formatkonvertierung übernimmt. Die Aktivierung von WPP deinstalliert das Gerät.
Probenetiketten, Patientenarmbänder, Etiketten für Arzneimittel‑Flaschen. Das Laborsystem oder EHR sendet Etikettenaufträge über Windows. Die Folgen für Compliance und Patientensicherheit durch stille Ausfälle beim Etikettendruck sind nicht nur theoretischer Natur.
Teileetiketten mit Barcode, Kalibrieretiketten, Probenetiketten — oft gesteuert von ERP‑ oder LIMS‑Systemen auf Windows.
In all diesen Fällen sind die Betriebskosten eines Ausfalls beim Etikettendruck deutlich höher als die Kosten, wenn ein Büro‑MFP langsamer druckt. Es spricht vieles dafür, dieses Problem zu lösen, bevor WPP flächig aktiviert wird — nicht erst danach.
ezeep unterstützt Etikettendrucker über zwei sich ergänzende Wege.
Cloud rendering für Etiketten‑Workflows im Stil von Office‑Dokumenten. AufWindows‑Clients erfasst die ezeep Print App for Windows den Druckauftrag und sendet ihn an die Cloud. Cloud rendering übernimmt das Rendering und leitet druckfertige Daten an den Drucker weiter. Der Treiberpool deckt über 6.000 Druckermodelle ab, Etikettendrucker eingeschlossen. Der Etikettendrucker muss nicht Mopria‑zertifiziert sein; er muss nur die von ezeep weitergeleiteten Daten empfangen können.
Natives ZPL‑Passthrough über die ezeep API. In Umgebungen, in denen das WMS, ERP, EHR oder Laborsystem rohe ZPL‑Streams erzeugt, nimmt ezeep diese über die API entgegen und leitet sie an den Ziel‑Etikettendrucker weiter. Keine Treiberschicht, keine Formatkonvertierung, keine WPP‑Abhängigkeit. Der Druckdatenstrom geht direkt von der Quellanwendung zum Gerät, während ezeep Routing, Authentifizierung und Audit‑Trail übernimmt. Zebra liefert eine standardisierte Programmiersprache für den Großteil seiner installierten Basis, und die meisten Drittanbieter‑WMS‑ und ERP‑Integrationen zielen direkt auf ZPL ab — ezeep‑Passthrough erhält dieses Integrationsmuster, sodass Etiketten wie gewohnt gedruckt werden, nur dass der Druckpfad die defekte Windows‑Treiberschicht umgeht.
ezeep hat validierte Integrationen mit Zebra‑Geräten im Rahmen des Zebra Enterprise Testing Program. Die Kombination aus Cloud rendering, nativem ZPL‑Passthrough und von Zebra validierten Integrationen versetzt ezeep in die Lage, Etikettenflotten auch mit aktiviertem WPP ohne Hardware‑Refresh am Laufen zu halten. Mark II Enterprises nutzt ezeep, um Verkaufsaufträge im Lager zu drucken, ohne Etikettenverkehr über VPNs zu routen. Der Online‑Händler Ecom Marketing automatisiert den Etikettendruck in drei Lagerhäusern über die ezeep API.
Drei konkrete Schritte. Erstens: Inventarisiere jeden Thermoetikettendrucker nach Standort, Hersteller, Sprache (ZPL, EPL, ZPLII, DPL) und der Anwendung, die ihn ansteuert (WMS, ERP, EHR, Laborsystem, POS). Notiere, welche Geräte neu genug sind, um eventuell IPP direkt zu unterstützen — diese bieten vielleicht einen Weg ohne Architekturänderung. Zweitens: Führe die WPP‑Vorschau auf einer Workstation aus, die Etiketten druckt: Aktiviere WPP, sieh nach, welche Geräte Windows zur Entfernung markiert, und breche den Vorgang vor der Bestätigung ab. Drittens: Entscheide dich für einen der drei Wege:
Ein Hinweis zu Druckservern. Eine häufige Überlegung ist, einen zwischengeschalteten Druckserver mit den alten ZPL/EPL‑Treibern aufzusetzen und die Workstations darüber zu routen. WPP blockiert das. WPP‑fähige Clients sind lokal auf den IPP‑Klassentreiber beschränkt und können keine Drittanbieter‑Treiber aus irgendeiner Quelle installieren oder laden, auch nicht via Point and Print von einem Druckserver. Der Treiberpool des Druckservers erreicht den WPP‑fähigen Client nicht.