By Henning Volkmer on giugno 8, 2026
In sintesi
Pull Printing sicuro (Follow-Me printing) funziona con ezeep quando Windows Protected Print Mode (WPP) è attivo sul client. Questo non è un problema risolto a livello di settore. IPP e WPP non includono nativamente la funzionalità Follow-Me, e la maggior parte delle soluzioni compatibili con WPP oggi non la offre. ezeep acquisisce i processi di stampa sul client senza driver di terze parti, li mantiene in una coda nel cloud e li rilascia alla stampante di destinazione tramite badge, PIN o app mobile. Se state valutando fornitori compatibili con WPP, la prontezza al pull printing sicuro è la domanda da porre a ogni fornitore della vostra short‑list.
WPP include nativamente la funzionalità di Follow‑Me printing?
No. Windows Protected Print Mode è un modello di sicurezza. Elimina la superficie di attacco legata ai driver di terze parti e instrada la stampa di Windows attraverso il driver di classe IPP di Microsoft. Non comprende funzionalità di workflow oltre il percorso di stampa di base. Code hold‑and‑release, l'autenticazione al dispositivo e il rilascio tramite badge non fanno parte di WPP.
Neanche il driver di classe IPP lo copre. IPP è un protocollo di trasporto e di negoziazione delle funzionalità: trasporta i processi di stampa ed espone le capacità del dispositivo. Lo standard non definisce un flusso di lavoro hold‑until‑release.
Le Print Support Apps (PSA) estendono la stampa IPP con funzionalità specifiche del produttore, ma il modello PSA è per dispositivo e per vendor. Una PSA può esporre la capacità di hold‑and‑release di un produttore a livello di dispositivo se il produttore la fornisce. Le PSA non forniscono workflow Follow‑Me cross‑fleet e cross‑vendor.
Il risultato pratico: un cliente che abilita WPP su tutta la flotta perde il Follow‑Me printing a meno che il suo fornitore non l'abbia implementato sopra WPP. La maggior parte non l'ha fatto.
Cosa richiede effettivamente il Pull Printing con WPP attivo?
Perché un flusso di lavoro hold‑and‑release funzioni con WPP attivo sul client, quattro condizioni devono essere vere contemporaneamente. Il processo di stampa deve essere acquisito sul client senza dipendere da un driver Windows di terze parti. Deve restare in una coda che sopravviva alla disconnessione o al cambio postazione dell'utente. L'utente deve potersi autenticare alla stampante di destinazione. E il percorso di rilascio deve inoltrare dati pronti per la stampa alla stampante indipendentemente dal suo stato di certificazione Mopria.
Il primo e l'ultimo requisito sono i punti su cui la maggior parte delle soluzioni compatibili con WPP incontra difficoltà. Senza un percorso di capture‑and‑release che non dipenda da driver di terze parti, il pull printing sicuro o si appoggia all'infrastruttura legacy che WPP rimuove, o smette di funzionare una volta attivato WPP.
Il Pull Printing sicuro di ezeep funziona con WPP attivo sul client. È una posizione che la maggior parte delle soluzioni compatibili con WPP oggi non può vantare.
Cosa dovreste chiedere ai fornitori compatibili con WPP riguardo al Pull Printing?
La capacità hold‑and‑release è la domanda che distingue la semplice compatibilità con WPP da una compatibilità completa a livello di funzionalità. I fornitori dichiarano spesso il supporto a WPP perché il percorso di stampa funziona sotto WPP, perché una PSA viene fornita o è in progetto, o perché l'interfaccia di gestione continua a funzionare in un ambiente con WPP attivo. Nessuna di queste affermazioni chiarisce se il Follow‑Me printing faccia parte dell'insieme di funzionalità compatibili con WPP.
Ponete esplicitamente queste domande a ogni fornitore "WPP‑ready" nella vostra short‑list:
- La vostra soluzione di pull printing funziona oggi con WPP attivato sul client? Attenzione alle risposte vaghe. «Funzionerà», «in roadmap» e «in sviluppo» non sono sì. In particolare: il percorso di acquisizione sul client dipende da un driver Windows di terze parti?
- Il rilascio tramite badge (o altra autenticazione al dispositivo) è supportato sotto WPP, e con quale meccanismo?
- Il workflow hold‑and‑release funziona su flotte di stampanti multi‑vendor o è limitato a integrazioni con produttori specifici?
Queste domande fanno emergere reali lacune nell'attuale panorama dei fornitori "WPP‑ready".
Come ezeep eroga il rilascio di stampa sicuro con WPP attivo
Il Pull Printing di ezeep passa attraverso un Cloud rendering. Quando un utente stampa, il processo viene acquisito sul client, inviato all'ezeep Cloud, sottoposto a rendering e mantenuto in una coda legata all'identità dell'utente, non a una stampante specifica. L'utente si autentica quindi su qualsiasi stampante abilitata al rilascio nel proprio ambiente e il processo in attesa viene rilasciato verso quel dispositivo.
Su Windows, lo step di acquisizione è gestito dalla ezeep Print App for Windows. È costruita per il modello di stampa senza driver abilitato da WPP, quindi la fase di capture sul client funziona oggi sulle macchine Windows con WPP attivo. La coda che trattiene i processi risiede nel cloud, separata dall'endpoint Windows. Il percorso di rilascio inoltra i dati pronti per la stampa alla stampante di destinazione, indipendentemente dal suo stato di certificazione Mopria.
ezeep non richiede la certificazione Mopria a livello di stampante. Negli ambienti misti in cui alcune stampanti sono certificate Mopria e altre no, il workflow di rilascio è lo stesso per entrambe. Questa è una differenza significativa rispetto alle soluzioni compatibili con WPP che richiedono che tutte le stampanti partecipanti siano certificate Mopria — un vincolo che esclude MFP datati, stampanti di etichette e altri dispositivi che devono far parte di un workflow hold‑and‑release.
Il Pull Printing di ezeep funziona su più sedi?
Sì. ezeep include la conservazione per utente dei processi di stampa, timeout di retention configurabili, il rilascio su qualsiasi stampante compatibile all'interno del gruppo di accesso dell'utente e la registrazione degli eventi di rilascio per audit. Il follow‑the‑user multi‑sede funziona tra le sedi a cui l'utente ha accesso, con la stessa identità e la stessa coda in attesa.
Negli ambienti che eseguono il pull printing tramite sistemi legacy on‑premise, il percorso di migrazione è lo stesso approccio in parallelo usato per il resto di una distribuzione ezeep. La soluzione esistente ed ezeep funzionano fianco a fianco. La flotta viene migrata per sede o per reparto. La soluzione legacy viene dismessa quando viene migrata l'ultima coda.
Come dovrebbero i team IT valutare la prontezza al Pull Printing prima di attivare WPP?
Iniziate chiedendo a ogni fornitore "WPP‑ready" nella vostra short‑list se il pull printing sicuro funziona oggi con WPP attivo, non se è in roadmap. Poi eseguite un proof of concept che includa un flusso di lavoro reale con rilascio tramite badge su una flotta multi‑vendor, non solo un semplice test di stampa. Se il vostro ambiente include Mac, ChromeOS, o utenti mobili che necessitano di accesso al pull printing, convalidate anche questi scenari nel proof of concept.
