Hauptmerkmale
Emuliert einen MS-KMS-Host (Protokollversionen 4, 5 und 6) für andere Rechner im Netzwerk und aktiviert das lokale System als KMS-Client.
Erkennt und nutzt eine vorhandene, echte digitale Lizenz bzw. OEM-Lizenz, anstatt eine Emulation durchzuführen.
Installiert und verwaltet Produktschlüssel sowie GVLKs (Generic Volume License Keys).
Aktiviert Office – Version 2010 (MSI) sowie 2013, 2016, 2019 und 2021 (Click-to-Run) – entweder über KMS oder mittels eines Office-Hooks.
Der Protokollkern wurde Byte für Byte anhand einer unabhängigen Referenzimplementierung (py-kms) verifiziert, wobei in der Testsuite hinterlegte Referenzvektoren zum Einsatz kamen.
Der Aktivierungsplaner fungiert als intelligente Entscheidungsinstanz – ähnlich wie bei MAS / TSforge: Er wählt die jeweils am besten geeignete Methode aus und erläutert den Grund für diese Wahl.
Das gesamte Programm, einschließlich der Diagnoseprotokolle, ist in 18 Sprachen verfügbar.

Was aktiviert wird
Windows – die Methode wird automatisch in der folgenden Reihenfolge ausgewählt:
Digitale Lizenz – eine vorhandene, echte OEM- oder Retail-Lizenz wird berücksichtigt und in eine dauerhafte digitale Lizenz umgewandelt.
KMS-Client – ??Volumenlizenz mit einer Laufzeit von 180 Tagen, die automatisch über eine geplante Aufgabe (Scheduled Task) verlängert wird.
OEM/SLP – bei Systemen mit einer SLIC-Tabelle in der Firmware wird eine lokale OEM-Lizenz angewendet; ein Host ist hierfür nicht erforderlich.
TSforge – direkter Schreibzugriff auf den Lizenzspeicher, falls keine der oben genannten Methoden anwendbar ist. Office – eine Methode pro Produkt, nicht eine für das gesamte System
Office 2019 / 2021 / 2024 / Microsoft 365 (Click-to-Run) – Aktivierung über den „Ohook“-Hook. Überprüft: Microsoft Word meldet „Produkt aktiviert“.
Office 2010 (MSI) – Aktivierung als KMS-Client. Überprüft: Word 2010 meldet das Produkt als aktiviert, mit dem vollen 180-Tage-KMS-Intervall. Dies ist die von uns für Office 2010 empfohlene Methode.
Office 2013 / 2016 (MSI) – KMS-Client oder Hook, je nachdem, was jeweils geeignet ist.
Bereits aktivierte MAK- / Retail- / OEM-Lizenzen – bleiben unverändert. Eine echte Lizenz wird niemals überschrieben.

Nicht aktiviert – bitte lesen
Windows 7, Windows 8, Windows 8.1 – das Programm lässt sich hier nicht ausführen. Es basiert auf .NET 9; die letzte von Microsoft bereitgestellte Laufzeitumgebung mit Unterstützung für Windows 7 / 8.1 war .NET 6 (der Support endete am 12. November 2024). Für diese Systeme ist kein .NET 9 verfügbar. Es wird Windows 10 oder neuer benötigt.
Office-Preview- / Testversionen – für diese existieren keine öffentlichen Volumenlizenzschlüssel (Volume Keys).
Retail-Versionen von Office ohne installierten Produktschlüssel – der Hook kann keine Lizenzen „erfinden“. Wenn Word die Meldung „Dieses Produkt ist nicht lizenziert“ anzeigt, muss zunächst ein Produktschlüssel installiert werden.
Office 2010 via „Ohook“-Hook – funktioniert zwar, ist aber unter Windows 11 nicht dauerhaft stabil: Die integrierte Office-Reparaturfunktion („Konfigurationsfortschritt“) stellt den ursprünglichen Lizenzierungs-Client immer wieder her. Verwenden Sie für Office 2010 stattdessen die KMS-Methode – diese ist vollständig verifiziert und nimmt keine Änderungen an der Office-Installation vor.

Neu in Version 11.2.0
Alle Meldungen stammen nun aus einem zentralen Katalog und werden in der jeweiligen Windows-Anzeigesprache ausgegeben – dies betrifft sämtliche 130 Diagnosemeldungen sowie alle 36 Erläuterungen zur Aktivierungsplanung. In Version 11.1.0 war die Benutzeroberfläche zwar übersetzt, das Protokoll (Log) enthielt jedoch eine Mischung aus Spanisch und Englisch, und die Konsolenausgabe war – selbst unter einem englischsprachigen Windows – durchgehend auf Spanisch.
Behoben: Der „Office-Hook“ wurde auf das falsche Ziel angewendet, wenn sowohl Office 2010 als auch eine „Click-to-Run“-Version von Office auf demselben Rechner installiert waren. Da das Ziel anhand eines systemweiten Flags bestimmt wurde, erhielten beide Produkte den „Click-to-Run“-Hook. Da Office 2010 diesen Hook jedoch nicht laden kann, blieb es nicht aktiviert, obwohl das Programm meldete: „Ohook deployed“ (Hook bereitgestellt). Die Zielbestimmung erfolgt nun produktspezifisch.
Behoben: Das Programm konnte fälschlicherweise melden, dass der Office-Hook bereitgestellt wurde, obwohl dies gar nicht der Fall war. Die Überprüfung basierte lediglich auf dem Vorhandensein der Sicherungsdatei; wenn Office also seinen Lizenzierungs-Client reparierte, ging das Programm davon aus, dass der Hook weiterhin aktiv sei. Nun wird geprüft, ob es sich bei dem Lizenzierungs-Client tatsächlich um den Hook handelt; ist dies nicht der Fall, wird der Hook erneut angewendet.
Behoben: Ein „Race Condition“-Fehler (Wettlaufbedingung) bei der OEM/SLP-Aktivierung wurde korrigiert. Der SLIC-Schlüsselkatalog setzte sein „geladen“-Flag, bevor die Liste vollständig gefüllt war. Dies führte dazu, dass ein zweiter Thread auf einen leeren Katalog zugreifen und eine Aktivierung ohne jeglichen Schlüssel durchführen konnte.
Behoben: Bei der Konvertierung von einer Retail-Version in eine Volumenlizenz-Version wurde nach einem nicht existierenden Paket gesucht, was dazu führte, dass der Vorgang ohne Fehlermeldung einfach nicht ausgeführt wurde. Eine „Click-to-Run“-Retail-Version von Office kann nun konvertiert und als KMS-Client aktiviert werden, ohne dass dafür der Hook erforderlich ist.
Behoben: Im Fenstertitel wurde unter Umständen eine falsche Versionsnummer angezeigt. Diese wird nun direkt aus der Binärdatei ausgelesen.

Systemanforderungen: Windows 10, 11