Windows Protected Print (WPP) und deine Druckerflotte: Der praktische Weg

Eine modellbasierte Schätzung geht davon aus, dass heute rund 71 % der aktiven Drucker in Unternehmen WPP‑fähig sind, während ein veralteter Anteil von 20 bis 50 % weiterhin einen Plan benötigt. Aktuelle MFP‑Modelle sind in der Regel Mopria‑zertifiziert; das Risiko konzentriert sich deshalb auf ältere Modelle, Etikettendrucker und Spezialgeräte. Die einzige Kennzahl, die für die Planung zählt, ist deine eigene: Du ermittelst sie, indem du deine Druckerflotte mit dem Mopria‑Verzeichnis abgleichst.

Beginne damit, jeden Drucker nach Treibertyp zu prüfen und jedes Modell mit mopria.org/certified-products. Dokumentiere die nicht‑Mopria‑Geräte und die Workflows, die sie unterstützen. Prüfe deine Druckserver auf IPP-over-HTTPS und starte WPP zunächst als Pilot mit einer kleinen Gruppe reiner Mopria-Endpunkte, bevor du die Bereitstellung standortweise erweiterst. Plane Aktualisierungen oder eine Bridge für Cloud rendering für die übrigen Geräte und behandle Etiketten‑ und Spezial‑Workflows separat.

Ein Windows‑Druckserver kann WPP‑Clients nicht transparent mit älteren Druckern verbinden. Stellt der Server einen IPP‑over‑HTTPS‑Endpunkt für eine Warteschlange bereit, verbindet sich ein WPP‑Client ohne lokalen Treiber. Bietet er nur eine traditionelle RPC‑ oder SMB‑Freigabe an, wird diese Warteschlange unzugänglich. Das Zurückgeben von V3‑ oder V4‑Treibern an einen WPP‑Endpunkt stellt genau die Abhängigkeit wieder her, die WPP beseitigt.

Das hängt vom Druckermodell ab. Erweiterte Weiterverarbeitungsfunktionen wie Heften, Broschürenfalz und sichere PIN‑Freigabe beruhen auf Treiber‑Features oder einer Print Support App (PSA) des Herstellers. Fehlt eine PSA für dein Modell, greift der Endpunkt auf die generischen IPP‑Features zurück, denen diese Optionen möglicherweise fehlen. Bestätige die Verfügbarkeit einer PSA bei jedem OEM, bevor du WPP dort aktivierst, wo Weiterverarbeitungsoptionen wichtig sind.

Die meisten sind es nicht, zumindest nicht von Haus aus. Etikettendrucker nutzen meist proprietäre Treiber (ZPL, EPL, TSPL) und sind selten Mopria-zertifiziert. Anwendungen wie ZebraDesigner, DYMO Connect oder BarTender hängen an Drittanbieter-Treibern, die WPP auf dem Endgerät blockiert. Die sauberste Lösung ist oft nicht, den Drucker WPP-kompatibel zu machen, sondern die Art und Weise zu ändern, wie die Anwendung Druckaufträge sendet: entweder durch Umstellung auf einen direkten TCP/IP-Netzwerkpfad, der den Windows-Druckstapel vollständig umgeht, oder durch Nutzung einer Backend-Druck-API. Die Print App for Services von ezeep stellt genau eine solche API mit ZPL- und EPL-Passthrough bereit.

V3 und V4 sind von den Druckerherstellern bereitgestellte Architekturen für Drittanbieter-Treiber unter Windows. Beide werden am Laden auf dem Endgerät gehindert, wenn WPP aktiviert ist. IPP mit Mopria-Zertifizierung ist der treiberlose Pfad, den WPP voraussetzt. Mopria-zertifizierte Drucker bieten einen standardisierten IPP-Endpunkt, den Windows über den integrierten IPP Class Driver verwendet, ohne dass ein Herstellertreiber auf dem Endgerät installiert wird. Jede Druckwarteschlange, die noch von einem V3- oder V4-Treiber getragen wird, wird von einem WPP-Endgerät entfernt, sobald der Modus aktiviert wird.

Führe auf jedem Windows-Druckserver Get-Printer | Select Name, DriverName, PortName aus, um alle freigegebenen Warteschlangen und ihre Treiber aufzulisten. Exportiere die Liste und gleiche jedes Druckermodell mit dem Verzeichnis der Mopria-zertifizierten Produkte unter mopria.org/certified-products ab. Ein aufgeführtes Modell ist als Mopria-zertifiziert bestätigt und funktioniert unter WPP über den IPP Class Driver. Ein nicht gelistetes Modell kann IPP möglicherweise trotzdem unterstützen, das muss jedoch vom Hersteller bestätigt werden. Das Ergebnis dieser Prüfung ist die Grundlage für deinen WPP-Migrationsplan.