Windows Protected Print (WPP) e il vostro parco stampanti: la guida pratica

Una stima modellata indica che oggi circa il 71% delle stampanti aziendali attive è compatibile con WPP, con una quota legacy tra il 20% e il 50% per la quale serve ancora un piano. Le MFP di ultima generazione sono solitamente certificate Mopria, quindi il rischio si concentra sui modelli più datati, sulle stampanti di etichette e sui dispositivi speciali. L’unico numero che conta per pianificare è il vostro, che ottenete auditando la flotta rispetto alla directory Mopria.

Iniziate auditando ogni stampante per tipo di driver e controllando ogni modello su mopria.org/certified-products. Documentate la quota di dispositivi non Mopria e i flussi di lavoro che supporta, verificate sui vostri server di stampa la presenza di IPP-over-HTTPS, quindi avviate un pilota WPP su un piccolo gruppo di endpoint solo Mopria prima di estenderlo per sito. Pianificate aggiornamenti hardware o un ponte di cloud rendering per la parte residua e gestite separatamente i flussi di lavoro per le etichette e gli altri flussi speciali.

Un server di stampa Windows non può fungere da ponte in modo trasparente tra client WPP e stampanti legacy. Se il server espone un endpoint IPP‑over‑HTTPS per una coda, un client WPP si connette senza driver locale. Se offre solo una condivisione RPC o SMB tradizionale, quella coda diventa inaccessibile. Condividere driver V3 o V4 verso un endpoint WPP reintroduce la dipendenza che WPP elimina.

Potenzialmente sì, a seconda della stampante. Le opzioni di finitura avanzate come la pinzatura, la piegatura a libretto e il rilascio sicuro con PIN dipendono dalle funzionalità a livello di driver o da una Print Support App (PSA) del produttore. Senza una PSA per il vostro modello, l'endpoint ripiega sulle funzionalità IPP generiche, che potrebbero non includere tali opzioni. Prima di abilitare la WPP nei casi in cui la finitura è importante, verificate la disponibilità della PSA con ogni OEM.

La maggior parte no, almeno non di default. Le stampanti per etichette utilizzano in genere driver proprietari (ZPL, EPL, TSPL) e raramente dispongono della certificazione Mopria. Applicazioni come ZebraDesigner, DYMO Connect e BarTender si basano su driver di terze parti che WPP blocca sull'endpoint. La soluzione più pulita di solito non è rendere la stampante compatibile con WPP, ma riprogettare il modo in cui l'applicazione invia i processi di stampa: migrare a un percorso TCP/IP diretto in rete che bypassa completamente lo stack di stampa di Windows, oppure usare un'API di stampa backend. La Print App for Services di ezeep espone proprio questo tipo di API, con passthrough per ZPL ed EPL.

V3 e V4 sono architetture di driver di terze parti per Windows fornite dal produttore; entrambe vengono bloccate al caricamento sull'endpoint quando WPP è abilitata. IPP con certificazione Mopria è il percorso senza driver richiesto da WPP. Le stampanti certificate Mopria espongono un endpoint IPP standardizzato che Windows utilizza tramite l'IPP Class Driver integrato, senza che alcun driver del produttore sia installato sull'endpoint. Qualsiasi coda di stampa ancora basata su un driver V3 o V4 viene rimossa da un endpoint con WPP al momento dell'attivazione della modalità.

Eseguite Get-Printer | Select Name, DriverName, PortName su ogni server di stampa Windows per elencare tutte le code condivise e i relativi driver. Esportate l'elenco e confrontate ogni modello di stampante con la directory dei prodotti certificati Mopria su mopria.org/certified-products. Un modello presente nell'elenco è confermato come certificato Mopria e funziona con WPP tramite l'IPP Class Driver. Un modello non elencato potrebbe comunque supportare IPP senza certificazione formale, ma ciò richiede una conferma dal produttore. L'output di questa verifica è l'input per il vostro piano di migrazione a WPP.