![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(48, 61%, 14%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETR%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(12.8, 62%, 11%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EH%3C/text%3E%3C/svg%3E)
ältere Anwendungen stolpern oft über Kernel‑Checks, die es so unter Windows 11 nicht mehr gibt. Mit dem Application Compatibility Toolkit und dem Compatibility Administrator kannst du einen sogenannten Shim bauen, der Windows vorgaukelt, bestimmte Bedingungen seien erfüllt. Konkret gehst du so vor: neue Datenbank anlegen, deine Anwendung hinzufügen und dann Fixes wie VersionLie auswählen, damit die App denkt, sie läuft auf einer älteren Kernel‑Version. Danach speicherst du die Datenbank und registrierst sie mit sdbinst, sodass der Fix systemweit aktiv wird.
Am besten testest du das Ganze erst auf einem einzelnen Rechner, bevor du es breit ausrollst. Wenn es sauber läuft, kannst du die .sdb Datei über Intune oder Gruppenrichtlinien verteilen, damit alle QC‑Maschinen denselben Kompatibilitäts‑Fix bekommen. So musst du die Anwendung nicht neu schreiben und dein Team kann sie weiterhin unter Windows 11 nutzen, ohne den Kernel‑Fehler zu sehen.