Funktionieren Software-PDF-Drucker unter Windows Protected Print?

TL;DR

Der mit Windows gelieferte Treiber Microsoft Print to PDF ist ein Inbox-Treiber und wird den Windows Protected Print Mode (WPP) voraussichtlich überstehen. PDF‑Drucker von Drittanbietern (eDocPrinter, PDFCreator, Bullzip, CutePDF und ähnliche) basieren dagegen auf dem v3‑ oder v4‑Treibermodell, das WPP vom Client entfernt. Wird WPP erzwungen, werden diese virtuellen Drucker zusammen mit der übrigen Drittanbieter‑Treiberflotte deinstalliert. Der Weg nach vorn besteht darin, WPP auf Workstations, die auf diese Treiber angewiesen sind, deaktiviert zu lassen oder den Workflow auf den anwendungsnativen PDF‑Export umzustellen (Word, Excel, Adobe, Browser haben das integriert). WPP deaktiviert zu lassen ist nicht dasselbe wie der Verzicht auf Windows Ready Print, die moderne IPP‑basierte Plattform, die ab Juli 2026 zur Standard‑Installationsmethode für neue Drucker wird. Allein diese Plattform entfernt die virtuellen Drucker nicht vom Gerät; das Entfernen erfolgt erst durch die Aktivierung von WPP.

Wie funktionieren Software‑PDF‑Drucker?

Software‑PDF‑Drucker basieren auf einem virtuellen Typ‑3‑ oder Typ‑4‑Treiber, der den Druckauftrag erfasst und als PDF auf der Festplatte ablegt. Adobes Acrobat Distiller, Microsoft Print to PDF und Drittanbieter‑Tools (PDFCreator, Bullzip, CutePDF, eDocPrinter, doPDF) verwenden alle dieselbe Architektur. Windows Protected Print (WPP) verändert diese Architektur. WPP ist die strenge Durchsetzungsstufe von Windows Ready Print, der modernen IPP‑basierten Plattform, und akzeptiert nicht das v3‑ oder v4‑Treibermodell, auf das diese Tools angewiesen sind.

Was passiert mit Software‑PDF‑Druckern unter WPP?

Ist Microsoft Print to PDF von WPP betroffen?

Dieser Treiber wird als Inbox‑Komponente in modernen Windows‑Versionen ausgeliefert. Weil er von Microsoft signiert ist und Teil der Windows‑Druckplattform selbst ist, wird erwartet, dass er die WPP‑Erzwingung übersteht. Der Treiber ist von Microsoft signiert, wird mit dem Betriebssystem geliefert und ist nicht von der Entfernung von Drittanbieter‑Treibern betroffen, die WPP vornimmt.

Was ist der „OneNote (Desktop) - Protected“-Drucker?

 Microsoft hat eine WPP‑konforme Alternative für OneNote ausgeliefert. Es ist der einzige Drittanbieter‑ähnliche virtuelle Drucker, für den Microsoft auf Betriebssystemebene explizit eine WPP‑kompatible Version bereitgestellt hat.

Was passiert mit eDocPrinter, PDFCreator und Bullzip?

Das ist eine andere Kategorie. Tools wie eDocPrinter, PDFCreator, Bullzip, CutePDF und doPDF installieren sich als Typ‑3‑ oder Typ‑4‑Treiber, die der WPP‑Entfernungsprozess nicht von anderen Drittanbieter‑Treibern unterscheidet. Wenn WPP auf dem Client aktiviert wird, werden diese virtuellen Drucker deinstalliert. Eine Neuinstallation ist blockiert, solange WPP aktiviert ist, weil der Installationspfad einen Drittanbieter‑Treiber erfordert, den der Spooler nicht mehr akzeptiert. Diese Entfernung ist spezifisch an die Aktivierung von WPP gebunden. Windows Ready Print wird als Standard‑Installationspfad für physische Drucker eingeführt, deinstalliert diese virtuellen Drucker jedoch nicht automatisch und blockiert ihre Installation nicht von sich aus. Dieses Verhalten ist eine Folge von WPP.

Was geschieht mit virtuellen Druckern für DMS und Archivierung?

Dieselbe Kategorie wie die Drittanbieter‑PDF‑Tools. Lösungen, die Druckaufträge über einen virtuellen Druckertreiber in Archive, Dokumenten‑Repositories oder Workflow‑Systeme erfassen, basieren auf derselben Architektur und werden unter WPP entfernt.

Anbieter von virtuellen, PDF‑ und Archivdruckern müssen ihre Produkte anpassen. Für Anbieter, die sich nicht mit der WPP‑Architektur befassen, ist der weitere Weg unklar.

Was macht einen PDF‑Drucker WPP‑kompatibel?

Damit ein Drittanbieter‑ISV eine WPP‑kompatible Version liefern kann, darf das Treibermodell nicht mehr Typ 3 oder Typ 4 sein. Der Erfassungsmechanismus muss in einem WPP‑zugelassenen Kontext arbeiten (typischerweise eine benutzermodusbasierte Komponente im Stil einer Print Support App, dem Erweiterbarkeitsmodell, das Windows Ready Print erwartet, oder eine andere Architektur wie die Integration über die Teilen‑Funktion). Außerdem müssen Signatur‑ und Verteilungsmodell zum Microsoft Store oder zur sideload‑fähigen Unternehmensverteilung passen. Das ist kein kleiner Aufwand. Viele etablierte Drittanbieter‑PDF‑Drucker basieren auf dem v3/v4‑Treibermodell, das teilweise 15–20 Jahre zurückreicht; eine Neuentwicklung von Grund auf ist erforderlich, um ein WPP‑kompatibles Äquivalent zu liefern. Nicht jeder Anbieter wird das leisten — besonders kleinere und kostenlose Produkte sind gefährdet.

Wie wirkt sich WPP auf deine PDF‑ und Dokumenten‑Workflows aus?

Microsoft Print to PDF und nativer Adobe‑Export

Native Pfade bleiben erhalten. Microsoft Print to PDF ist ein Inbox‑Treiber und bleibt verfügbar. Adobe‑Produkte, die den nativen PDF‑Export verwenden („Als PDF speichern“, „In PDF exportieren“), funktionieren unverändert; Workflows, die explizit „Adobe PDF“ als Druckertreiber nutzen, können je nach Adobe‑Produktversion betroffen sein.

Kostenlose und günstige PDF‑Tools, einschließlich eDocPrinter

PDFCreator, Bullzip, CutePDF, doPDF, eDocPrinter und ähnliche laufen Gefahr, von WPP entfernt zu werden. Jedes dieser Tools ist ein virtueller Drittanbieter‑Druckertreiber, der der Treiberentfernung durch WPP unterliegt. Der Weg nach vorn besteht darin, sie durch Microsoft Print to PDF zu ersetzen, wenn die erweiterten Funktionen nicht benötigt werden, auf den anwendungsnativen PDF‑Export umzusteigen oder auf eine WPP‑kompatible Version des Anbieters zu warten.

Virtuelle Drucker für Dokumentenmanagement und Archivierung

Das ist die für Unternehmen risikoreichste Kategorie. Workflows, die auf einen virtuellen Drucker angewiesen sind, um Dokumente in einem DMS, ECM oder Compliance‑Archiv zu erfassen, schlagen fehl, wenn WPP den Druckertreiber entfernt. Der Lösungsweg führt über die Abstimmung mit dem DMS‑Anbieter zu dessen WPP‑Roadmap. Hat der Anbieter keine, besteht die architektonische Alternative darin, Dokumente über einen anderen Mechanismus zu erfassen (anwendungsnativer Export, Dateisystem‑Watcher, API‑Integration) statt über den Druckpfad.

Funktioniert ezeep unter WPP?

ezeep fällt nicht in die Kategorie der Software‑PDF‑Drucker. ezeep wickelt das Drucken auf physische Drucker über Cloud rendering ab; es präsentiert sich nicht als virtueller PDF‑Drucker zur Erfassung von Dokumenten auf der Festplatte. Daher ist die Auswirkung von WPP auf virtuelle Drittanbieter‑Druckertreiber keine direkte Frage für ezeep. Da ezeep über Cloud rendering druckt, anstatt als virtueller PDF‑Druckertreiber zu agieren, greift die von WPP vorgenommene Treiberentfernung nicht für ezeep.

Wo ezeep dieses Thema jedoch berührt: In Umgebungen mit Dokumentenmanagement‑Workflows, die „Drucken auf einen physischen Drucker“ und „Erfassung in einem DMS“ kombinieren, übernimmt ezeep den physischen Druckpfad unter Windows Ready Print und unter WPP. Der Erfassungs‑/DMS‑Pfad muss separat adressiert werden, über den jeweiligen DMS‑Seiten‑Mechanismus, der WPP übersteht. Die Kombination beider Fragen macht die WPP‑Planung zielgerichteter: Was ist der Druckpfad, was ist der Dokumentenerfassungs‑Pfad und welche Komponenten sind in jedem Schritt von WPP betroffen.

Wie bereitest du dich auf die Einführung von WPP vor?

Drei konkrete Schritte. Alle findest du in unserer Windows Protected Print Readiness Checklist.

1. Erstens: Führe ein Inventar aller virtuellen Druckertreiber, die derzeit in der gesamten Flotte installiert sind: Microsoft Print to PDF, Drittanbieter‑PDF‑Tools, Erfassungsdrucker für Dokumentenmanagement, Archivdrucker, Fax‑per‑Print‑Treiber.

2. Zweitens: Klassifiziere jeden davon danach, ob der unterstützte Workflow eine anwendungsnative oder API‑basierte Alternative hat, die nicht von einem virtuellen Druckertreiber abhängt.

3. Drittens: Für Workflows, die tatsächlich auf einen Drittanbieter‑virtuellen Druckertreiber angewiesen sind, kontaktiere den Anbieter hinsichtlich seiner WPP‑Roadmap oder plane, den Workflow auf einen anderen Mechanismus umzustellen.

Sprich mit Expert:innen über die Abhängigkeiten von virtuellen Druckern in deiner Umgebung

Wenn dein Dokumenten‑Workflow auf virtuelle Druckertreiber von Drittanbietern angewiesen ist (PDF‑Tools, Archivierung, DMS‑Integration), ist WPP eine Planungsfrage, keine einfache Ja/Nein‑Antwort. Lass uns deine Umgebung durchgehen.

Auditing The Whole Fleet?

Our checklist takes you device by device.

Get the WPP Checklist