By Henning Volkmer on giugno 1, 2026
In sintesi
La maggior parte delle stampanti termiche per etichette (Zebra, Honeywell, SATO, TSC, Dymo) non è certificata Mopria e quindi smette di funzionare quando viene imposta la Windows Protected Print Mode (WPP). ZPL ed EPL non fanno parte della specifica IPP con cui parla il driver di classe IPP. Alcuni modelli di etichettatrici più recenti supportano IPP direttamente. Per le flotte più datate ci sono tre strade: mantenere WPP disabilitata sulle workstation che stampano etichette tramite GPO, rinnovare l’hardware con modelli compatibili IPP, oppure adottare uno stack basato su Cloud rendering e API-pass-through come ezeep.
Perché le stampanti per etichette non rientrano nello standard Mopria?
La certificazione Mopria si basa su formati documento definiti da IPP (PWG Raster, PDF, PCLm — consultate la pillar guide per i dettagli). Le stampanti per etichette (Zebra, Honeywell, SATO, TSC, i modelli per etichette di Brother, Dymo industriale) non parlano nessuno di questi formati: parlano ZPL (Zebra Programming Language), EPL (Eltron Programming Language), DPL, ZPLII e dialetti proprietari dei vendor.
Non sono formati documento, ma linguaggi di comando per stampante. Un flusso ZPL è una sequenza di istruzioni: inizia etichetta, imposta la codifica del codice a barre, vai alla coordinata X/Y, stampa una stringa in 14 punti, avanza all’etichetta successiva. Non è un contenuto che IPP è progettato per trasportare, né è ciò che il driver di classe IPP di Microsoft produce.
Le etichettatrici rientrano nella categoria di stampanti specializzate che la certificazione Mopria non copre. Alcuni modelli recenti possono accettare PDF direttamente (alcuni Zebra serie ZD, certi dispositivi Brother e Honeywell), il che offre loro una via d’uscita man mano che il PDF si afferma come standard. Però il parco installato di stampanti termiche basate su ZPL, attivo in retail, magazzino e contesti clinici, non è presente nella lista dei prodotti Mopria-certified e molto probabilmente non lo sarà.
Cosa si interrompe per primo quando WPP viene attivata?
In ambienti retail, logistici, di magazzino o sanitari con etichettatrici in produzione, l’attivazione di WPP blocca diverse funzionalità specifiche:
Dipendenze dai driver lato Windows
WPP disabilita il percorso dei driver di terze parti tipicamente utilizzato dalle flotte di etichettatrici, quindi la stampa IP diretta dai client Windows fallisce: il flusso ZPL dal WMS alla Zebra alla postazione di picking non raggiunge più il dispositivo. Anche la stampa mediata da driver da applicazioni line-of-business (WMS, ERP, EHR, sistemi di laboratorio, POS, software di spedizione) fallisce per lo stesso motivo — queste app consegnano al sistema operativo un processo di stampa aspettandosi che il driver lo formatti correttamente, ma il percorso driver non è più disponibile.
Stampa etichette multipiattaforma tramite Print server Windows
I client Mac e Linux che instradano i processi di stampa delle etichette attraverso un Print server Windows ereditano ciò che il server è in grado di consegnare. Se il percorso del Print server verso il dispositivo dipende da un driver di terze parti, anche quel percorso viene a mancare.
Il fallimento silente è la modalità predefinita. I processi di stampa delle etichette restano in coda, la coda si svuota, ma non esce nessuna etichetta: il team operativo se ne accorge al prossimo inventario.
Come si manifesta questo negli ambienti di produzione
Magazzino e logistica
Le operazioni di pick-and-pack vivono e muoiono in base alla velocità di stampa delle etichette. Una singola Zebra a una postazione di picking ad alto volume stampa migliaia di etichette per turno. Se quelle etichette si fermano, l’operazione si accumula in pochi minuti. La maggior parte delle flotte Zebra nei magazzini usa ZPL, collegandosi a un WMS che invia flussi ZPL grezzi o processi mediati da driver tramite client Windows sul piano operativo.
Retail
Stampanti per scontrini, stampanti per etichette da scaffale e per cartellini prezzo: stessa architettura del magazzino. I sistemi POS stampano gli scontrini tramite un oggetto stampante di Windows, spesso con un driver del produttore che esegue la conversione del formato. L’attivazione di WPP può disinstallare il dispositivo.
Sanità
Etichette per campioni, braccialetti paziente, etichette per flaconi in farmacia. Il sistema di laboratorio o l’EHR invia i processi di stampa delle etichette tramite Windows. Le implicazioni per la conformità e la sicurezza del paziente in caso di errori silenti non sono affatto teoriche.
Ambienti di produzione e laboratori
Etichette con codice a barre per componenti, etichette di calibrazione, etichette per campioni. Spesso generate da ERP o LIMS che girano su Windows.
In tutti questi casi, il costo operativo di un outage di stampa etichette è molto più alto del rallentamento della stampa su una MFP da ufficio. Conviene risolvere il problema prima che WPP venga imposto, non dopo.
Cosa significa questo se usate ezeep
ezeep gestisce le stampanti per etichette tramite due percorsi complementari.
-
Cloud rendering per flussi di lavoro di etichettatura simili a documenti d’ufficio. Sui client Windows,l’ezeep Print App for Windows cattura il processo di stampa e lo invia al cloud, funzionando già oggi su macchine con WPP attivato. Il cloud esegue il rendering del documento e inoltra alla stampante i dati pronti per la stampa. Il pool di driver copre oltre 6.000 modelli di stampanti, incluse le etichettatrici. La stampante non deve essere Mopria-certified; deve solo saper ricevere i dati che ezeep inoltra.
-
Pass-through ZPL nativo tramite l’API di ezeep. Negli ambienti in cui il WMS, l’ERP, l’EHR o il sistema di laboratorio genera flussi ZPL grezzi, ezeep li accetta tramite l’API e li instrada verso la stampante per etichette di destinazione. Nessun livello driver, nessuna conversione di formato, nessuna dipendenza da WPP. Il flusso di stampa va dall’applicazione sorgente direttamente al dispositivo, con ezeep che gestisce instradamento, autenticazione e traccia di controllo. Zebra distribuisce un linguaggio di programmazione standardizzato sulla maggior parte del proprio parco installato, e molte integrazioni WMS/ERP di terze parti targettizzano ZPL direttamente — il pass-through di ezeep preserva questo modello, quindi le etichette vengono stampate come sempre, ma il percorso di stampa aggira il livello driver Windows problematico.
ezeep ha integrazioni validate con i dispositivi Zebra attraverso lo Zebra Enterprise Testing Program. La combinazione di Cloud rendering, pass-through ZPL nativo e integrazioni validate da Zebra mette ezeep nella posizione di mantenere operative le flotte di etichettatrici durante l’adozione di WPP senza necessità di refresh hardware. Mark II Enterprises usa ezeep per stampare ordini di vendita in magazzino senza instradare il traffico etichette tramite VPN. Il retailer online Ecom Marketing automatizza la stampa di etichette in tre magazzini tramite l’API di ezeep.
Cosa dovreste fare prima che WPP venga imposto
Tre mosse concrete. Primo, inventariate ogni stampante termica per etichette nell’ambiente per sede, produttore, linguaggio (ZPL, EPL, ZPLII, DPL) e l’applicazione che la guida (WMS, ERP, EHR, sistema di laboratorio, POS). Segnate quali dispositivi sono recenti a sufficienza da poter supportare IPP direttamente: quelli potrebbero non richiedere cambi architetturali. Secondo, eseguite l’anteprima WPP su una workstation che stampa etichette: attivate WPP, verificate quali dispositivi Windows segnala per la rimozione e poi annullate prima di confermare. Terzo, scegliete tra le tre opzioni abilitanti:
- Mantenere WPP disabilitata sulle workstation che stampano etichette tramite l’ambito GPO. È una misura temporanea, non permanente. Le workstation restano sul legacy print stack e non ottengono il beneficio di sicurezza di WPP.
- Aggiornare i dispositivi più vecchi con stampanti per etichette compatibili IPP per le flotte che devono comunque essere rinnovate. I modelli recenti dei principali vendor supportano IPP nativamente, ma sostituire completamente una flotta ZPL secondo le esigenze operative è raramente praticabile.
- Spostare la stampa di etichette su uno stack basato su Cloud rendering e API-pass-through. Questo rimuove del tutto la dipendenza da WPP dal percorso di stampa.
Una nota sui Print server. Un’opzione spesso valutata è mettere in piedi un Print server intermedio con i driver ZPL/EPL legacy caricati e instradare le workstation che stampano etichette attraverso di esso. WPP blocca questo: i client con WPP attivato sono limitati al driver di classe IPP locale e non possono installare o caricare driver di terze parti da nessuna fonte, incluso Point and Print da un Print server. Il pool di driver del Print server non raggiunge il client con WPP attivato.
