Ahoj,
to, co popisujete, je známý problém v edicích Windows 10 od verze 20H2, kdy se při odpojení stroje od domény a následném spuštění Sysprep systém vrací z Enterprise edice zpět na Pro. Nejde o chybu v KMS samotném, ale o to, že Windows při odpojení od domény znovu načte tzv. fallback klíč z registru, který je u 20H2 chybně nastaven na Pro GVLK místo Enterprise. Proto se vám po Sysprep sestava „downgradne“ na Pro a ztratí schopnost aktivace přes KMS.
Manuální zadání správného GVLK klíče pro Enterprise (NPPR9‑FWDCX‑D2C8J‑H872K‑2YT43) před zachycením obrazu je funkční workaround, ale jak správně říkáte, není to řešení příčiny. Microsoft tento problém potvrdil v několika release notes a doporučuje zajistit, aby byl správný GVLK klíč zapsán ještě před spuštěním Sysprep. To lze provést skriptem, například pomocí slmgr /ipk NPPR9-FWDCX-D2C8J-H872K-2YT43 v rámci vašeho přípravného task sequence, takže se klíč nastaví automaticky a obraz se zachytí už s Enterprise edicí.
Rozdíl oproti verzím 1809/1909 je v tom, že od 20H2 Microsoft sjednotil některé instalační balíčky a fallback mechanismus se změnil. Pokud se stroj odpojí od domény, systém se pokusí použít Pro klíč, protože Enterprise není v tu chvíli vázána na doménu. Proto je nutné explicitně znovu nastavit Enterprise GVLK.
Pokud chcete mít proces plně automatizovaný, doporučuji do vašeho deployment pipeline vložit krok, který před Sysprep ověří edici (DISM /online /Get-CurrentEdition) a pokud není Enterprise, znovu aplikuje správný GVLK. Tím se vyhnete ručnímu zásahu a zajistíte konzistenci napříč flotilou.
Domic Vo.