Funktioniert Follow-Me / Pull Printing weiterhin mit WPP?

TL;DR

Sicheres Pull Printing (Follow-Me printing) funktioniert mit ezeep, wenn der Windows Protected Print Mode (WPP) auf dem Client aktiv ist. Dieses Problem ist branchenweit noch nicht gelöst. IPP und WPP enthalten von Haus aus keine Follow-Me-Funktionalität, und die meisten WPP-kompatiblen Drucklösungen bieten sie heute ebenfalls nicht an. ezeep erfasst Druckaufträge auf dem Client ohne Treiber von Drittanbietern, hält sie in einer Cloud-Warteschlange und gibt sie am Zieldrucker per Badge, PIN oder mobiler App frei. Wenn du WPP-kompatible Druckanbieter evaluierst, ist die entscheidende Frage, die du jedem Anbieter auf deiner Shortlist stellen solltest, ob er sicheres Pull Printing unterstützt.

Enthält WPP nativ Follow-Me printing?

Nein. Windows Protected Print Mode ist ein Sicherheitsmodell. Es eliminiert die Angriffsfläche durch Treiber von Drittanbietern und leitet das Drucken unter Windows über Microsofts IPP-Klassentreiber. Es enthält keine Workflow-Features, die über den grundlegenden Druckpfad hinausgehen. Warteschlangen mit manueller Freigabe, Authentifizierung am Gerät und Freigabe per Badge sind kein Teil von WPP.

Der IPP-Klassentreiber deckt dies ebenfalls nicht ab. IPP ist ein Protokoll für Transport und Feature-Aushandlung. Es überträgt Druckaufträge und macht Gerätefunktionen verfügbar. Der Standard definiert jedoch keinen Workflow zum Zurückhalten bis zur Freigabe.

Print Support Apps (PSAs) erweitern das IPP-Drucken um herstellerspezifische Features, aber das PSA-Modell ist geräte- und anbieterspezifisch. Eine PSA kann die Hold-and-Release-Funktion eines Herstellers auf Geräteebene verfügbar machen, wenn dieser Hersteller sie bereitstellt. PSAs bieten keine flotten- und herstellerübergreifenden Follow-Me-Workflows.

Das praktische Ergebnis: Ein Kunde, der WPP flottenweit aktiviert, verliert das Follow-Me printing, es sei denn, sein Anbieter hat es auf WPP aufgebaut. Die meisten haben das nicht.

Was erfordert Pull Printing bei aktiviertem WPP tatsächlich?

Damit ein Hold-and-Release-Workflow bei auf dem Client aktivem WPP funktioniert, müssen vier Bedingungen gleichzeitig erfüllt sein. Der Druckauftrag muss auf dem Client erfasst werden, ohne auf einen Windows-Treiber eines Drittanbieters angewiesen zu sein. Er muss in einer Warteschlange gehalten werden, die auch dann bestehen bleibt, wenn sich Nutzende abmelden oder die Arbeitsstation wechseln. Nutzende müssen sich am Zieldrucker authentifizieren können. Und der Freigabepfad muss druckfertige Daten an den Drucker weiterleiten, unabhängig vom Mopria-Zertifizierungsstatus.

Die erste und die letzte Anforderung sind die Punkte, bei denen die meisten WPP-kompatiblen Lösungen Schwierigkeiten haben. Ohne einen Erfassungs- und Freigabepfad, der nicht von Drittanbieter-Treibern abhängt, stützt sich das sichere Pull Printing entweder auf Legacy-Infrastruktur, die WPP gerade abschafft, oder es funktioniert nicht mehr, sobald WPP eingeschaltet wird.

ezeeps sicheres Pull Printing funktioniert bei auf dem Client aktivem WPP. Das ist eine Position, die die meisten WPP-kompatiblen Lösungen heute nicht für sich beanspruchen können.

Was solltest du bei WPP-kompatiblen Anbietern bezüglich Pull Printing erfragen?

Die Fähigkeit zum Zurückhalten und Freigeben von Druckaufträgen ist die Frage, die grundlegende WPP-Kompatibilität von voll funktionsfähiger WPP-Kompatibilität trennt. Anbieter behaupten in der Regel, WPP-Unterstützung zu bieten, weil der Druckpfad unter WPP funktioniert, eine PSA ausgeliefert wird oder geplant ist, oder weil die Verwaltungsoberfläche in einer WPP-fähigen Umgebung weiterhin funktioniert. Keine dieser Aussagen beantwortet, ob Follow-Me printing Teil des WPP-kompatiblen Feature-Sets ist.

Stelle jedem WPP-fähigen Anbieter auf deiner Shortlist explizit diese Fragen:

• Funktioniert eure Pull Printing‑Lösung heute bei auf dem Client aktiviertem WPP? Achte auf ausweichende Antworten. „Wird funktionieren“, „auf der Roadmap“ und „in Entwicklung“ sind kein Ja. Konkret: Hängt der Erfassungspfad auf dem Client von einem Windows-Treiber eines Drittanbieters ab?
• Wird die Freigabe per Badge (oder eine andere Authentifizierung am Gerät) unter WPP unterstützt, und durch welchen Mechanismus?
• Funktioniert der Hold-and-Release‑Workflow über Druckerflotten verschiedener Hersteller hinweg, oder ist er auf bestimmte Herstellerintegrationen beschränkt?

Diese Fragen decken reale Lücken in der aktuellen Landschaft der WPP-fähigen Anbieter auf.

Wie ezeep die sichere Druckfreigabe bei aktivem WPP ermöglicht

ezeeps Pull Printing läuft über einen Cloud rendering‑basierten Druckpfad. Wenn Nutzende drucken, wird der Auftrag auf dem Client erfasst, an die ezeep Cloud gesendet, dort gerendert und in einer Warteschlange gehalten, die an die Identität der Nutzenden gebunden ist, nicht an einen bestimmten Drucker. Anschließend authentifizieren sich die Nutzenden an einem beliebigen für die Freigabe aktivierten Drucker in ihrer Umgebung und der zurückgehaltene Auftrag wird an dieses Gerät freigegeben.

Auf Windowsübernimmt die ezeep Print App for Windows den Erfassungsschritt. Sie ist für das von WPP ermöglichte driverless printing‑Modell konzipiert, sodass der Erfassungsschritt auf WPP-fähigen Windows-Rechnern bereits heute funktioniert. Die gehaltene Warteschlange befindet sich in der Cloud, getrennt vom Windows-Endgerät. Der Freigabepfad leitet druckfertige Daten unabhängig vom Mopria-Zertifizierungsstatus an den Zieldrucker weiter.

ezeep erfordert keine Mopria-Zertifizierung auf Druckerebene. In gemischten Umgebungen, in denen einige Drucker Mopria-zertifiziert sind und andere nicht, ist der Freigabe-Workflow für beide derselbe. Dies ist ein wesentlicher Unterschied zu WPP-kompatiblen Lösungen, die voraussetzen, dass alle beteiligten Drucker Mopria-zertifiziert sein müssen – eine Einschränkung, die ältere Multifunktionsgeräte, Etikettendrucker und andere Geräte ausschließt, die an einem Hold-and-Release-Workflow teilnehmen müssen.

Funktioniert Pull Printing von ezeep über mehrere Standorte hinweg?

Ja. ezeep bietet pro Nutzendem Auftragsaufbewahrung, konfigurierbare Aufbewahrungsfristen, Freigabe an jedem kompatiblen Drucker innerhalb der Zugriffsgruppe der Nutzenden sowie eine Audit‑Protokollierung der Freigabeereignisse. Multi-Location-Follow-the-User funktioniert über alle Standorte hinweg, auf die Nutzende Zugriff haben, mit derselben Identität und derselben gehaltenen Warteschlange.

Für Umgebungen, die Pull Printing über ältere On‑Premises‑Systeme betreiben, ist der Migrationspfad derselbe Parallelbetriebsansatz wie beim Rest einer ezeep-Implementierung. Die bestehende Lösung und ezeep laufen nebeneinander. Die Flotte wird standort- oder abteilungsweise umgestellt. Die Altlösung wird stillgelegt, wenn die letzte Warteschlange migriert ist.

Wie sollten IT‑Teams die Pull‑Printing‑Fähigkeit bewerten, bevor sie WPP aktivieren?

Beginne damit, jeden WPP-fähigen Anbieter auf deiner Shortlist zu fragen, ob sicheres Pull Printing mit aktiviertem WPP heute funktioniert und nicht erst auf einer Roadmap steht. Führe dann einen Proof of Concept durch, der einen echten Badge‑Release‑Workflow auf einer Druckerflotte mit Geräten verschiedener Hersteller umfasst, nicht nur einen einfachen Drucktest. Wenn in deiner Umgebung Mac, ChromeOSoder mobile Nutzende arbeiten, die Zugriff auf Pull Printing benötigen, validiere auch diese im Proof of Concept.

Ist deine Druckumgebung bereit für WPP?

Gehe die Checkliste vor dem 1. Juli durch.

Checkliste herunterladen