Помилка активації Windows 0xC004F213 — як виправити без звернення в підтримку

Ви перезавантажилися після «швидкої» заміни апаратної частини, оновлення функцій або перевстановлення образу, що мало бути рутинним — і Windows вітає вас
0xC004F213: «На вашому пристрої не знайдено ключ продукту».
Це повідомлення більше схоже на знизання плечима, ніж на діагноз.

Хороша новина: ця помилка зазвичай вирішується дисциплінованим триажем і кількома точними командами.
Погана новина: легко витратити години на безплідні пошуки — особливо в корпоративних збірках, де KMS, MAK, OEM і цифрові ліцензії
співіснують, немов сусіди, що не говорять один з одним.

Що насправді означає 0xC004F213

Помилка 0xC004F213 означає, що Windows не може знайти придатний ключ продукту або цифрову ліцензію для поточно встановленої редакції.
Причина може бути в тому, що ліцензії дійсно немає — часто після чистої інсталяції на машині, яка раніше активувалася через організаційний
KMS, через OEM-прошивку або через цифрову ліцензію, пов’язану з акаунтом Microsoft, яка не перенеслася.

Але помилка також виникає, коли ліцензія існує, а Windows просто не може її застосувати:

• Невідповідність редакції: встановлено Pro, а пристрій має право на Home; або ви розгорнули Enterprise на обладнанні, що має право лише на Pro.
• Невідповідність каналу: збірка налаштована як KMS-клієнт, але ви поза корпоративною мережею (або KMS-ключ неправильний/заблокований).
• Зміни апаратної ідентичності: класичний приклад — заміна материнської плати. Windows бачить інший пристрій.
• Пошкодження сховища ліцензій: служба не може прочитати/підтвердити локальні токени і повертається до «ключ не знайдено».
• Ключ більше не присутній: деякі робочі процеси з образами видаляють ключі; деякі оновлення/пониження залишають вас з універсальним ключем, що не відповідає каналу ліцензування.

Завдання — не «пробувати випадкові виправлення активації». Завдання — визначити канал ліцензування і редакцію, на які ви маєте право, а потім узгодити ОС з цією реальністю.
Саме це узгодження змушує помилку зникнути.

Одна цитата, яку варто прикріпити до монітора:
«Надія — не стратегія.» — генерал Гордон Р. Салліван

Швидкий план діагностики (перший/другий/третій)

Коли активація ламається, найбільша перешкода — не відсутність команди. Це нерішучість.
Ось порядок дій, який швидко веде до кореня проблеми.

Перший: підтвердьте редакцію й поточний канал активації

• Яка редакція встановлена (Home/Pro/Enterprise/Education)?
• Чи це KMS-клієнт, retail, MAK або OEM?
• Чи пристрій приєднано до домену / Azure AD, і чи він у корпоративній мережі/підключений через VPN?

Якщо встановлена редакція не відповідає правам на ліцензію, не «ремонтуйте сховище» — спочатку виправте невідповідність редакції.

Другий: перевірте зміну апаратури або шлях отримання прав

• Чи змінювали материнську плату? Чи була це гарантійна заміна?
• Чи була попередня активація цифровою ліцензією, прив’язаною до акаунта Microsoft?
• Чи це було активацією через KMS/AD у вашій організації?

Якщо ви міняли плату або перемістили VM, вважайте, що ідентичність пристрою змінилася, і плануйте повторну активацію через правильний канал.

Третій: ремонтуйте «трубопровід» активації лише якщо базові речі в порядку

• Час синхронізовано правильно?
• Служби ліцензування працюють?
• Чи читабельне сховище токенів?

Кроки з відновлення потужні. Вони також чудово видаляють доказові дані й подовжують час простою, якщо їх виконувати до збору стану.

Цікаві факти та історичний контекст

Активація виглядає як бюрократія, але вона еволюціонувала з реальних причин — частково технічних, частково комерційних, частково через «люди постійно копіювали диск».
Декілька моментів контексту, що роблять сучасний безлад зрозумілішим:

1. Windows XP зробив активацію звичною. Попередні версії Windows для споживачів існували в вільнішій епосі ліцензування; Product Activation в XP змінив базову лінію.
2. OEM-ключі часто зберігаються в прошивці. Багато сучасних ПК зберігають OEM-ключ у UEFI/BIOS (OA3), який Windows читає під час інсталяції — якщо встановлено відповідну редакцію.
3. Windows 10 ввів «цифрову ліцензію». Замість введення ключа активація часто прив’язується до хешу обладнання на серверах Microsoft.
4. KMS створювали для масштабу, а не для зручності. Він призначений для автоматичної періодичної активації флотів; не для ноутбука поза мережею місяцями.
5. ADBA (Active Directory–Based Activation) з’явився пізніше. Він зменшує потребу звертатися до KMS-хоста, але все ще залежить від підключення до домену і правильної конфігурації.
6. Редакція важить більше, ніж очікують. Home vs Pro — це не «переключення функцій»; це різний SKU з різними правилами активації.
7. Універсальні ключі існують і навмисні. KMS client setup keys та generic install keys існують для встановлення/активації в організації — але вони не є доказом правомочності.
8. Час — залежність активації. Неправильні системні годинники ламають валідацію і можуть давати оманливі помилки активації — особливо після скидання CMOS або відновлення VM зі снапшота.

Практичні завдання (команди, виводи, рішення)

Нижче практичні завдання, що працюють у реальному середовищі. Кожне містить: команду, типовий вивід,
що це означає, і яке рішення приймати далі.

Примітки перед початком:

• Запускайте команди в піднятому Command Prompt або PowerShell за потреби.
• Зберігайте виводи перед тим, як «виправляти» щось. Трактуйте це як інцидентну судову експертизу.
• Не вставляйте невідомі ключі у випадкові скрипти. Ви ремонтуєте ліцензування, а не займаєтесь відмиванням.

Завдання 1: Правильно прочитати стан активації

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /xpr
The machine is permanently activated.

Значення: Якщо вивід каже «permanently activated», ви закінчили; 0xC004F213 швидше за все — застарілий стан інтерфейсу або інший контекст користувача.
Якщо вказано дату закінчення або «not activated», продовжуйте діагностику.

Рішення: Якщо постійно активовано, не змінюйте нічого і просто приберіть симптом (перезавантаження, запустіть майстер усунення неполадок активації, підтвердіть UI редакції).

Завдання 2: Отримати детальну інформацію про канал ліцензії

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /dlv
Software licensing service version: 10.0.22621.1

Name: Windows(R), Professional edition
Description: Windows(R) Operating System, RETAIL channel
Activation ID: 12345678-90ab-cdef-1234-567890abcdef
Application ID: 55c92734-d682-4d71-983e-d6ec3f16059f
Partial Product Key: 3V66T
License Status: Notification
Notification Reason: 0xC004F213
Remaining Windows rearm count: 1001

Значення: Рядок Description — золото. Він каже канал: RETAIL/OEM_DM/VOLUME_KMSCLIENT/VOLUME_MAK.
«License Status: Notification» з причиною 0xC004F213 означає, що Windows вважає, ніби йому бракує дійсного ключа/ліцензії для цієї редакції/каналу.

Рішення: Спрямовуйте наступні кроки відповідно до каналу. Виправлення для retail не підходять для KMS.

Завдання 3: Підтвердити встановлену редакцію через DISM

cr0x@server:~$ dism /online /Get-CurrentEdition
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Current Edition : Professional

The operation completed successfully.

Значення: Це ваша істина щодо встановленого SKU.

Рішення: Якщо пристрій має право на Home, а встановлено Pro, змініть редакцію або надайте ключ Pro. Жодна операція з відновлення сховища не створить право на іншу редакцію.

Завдання 4: Перелік можливих цільових редакцій (для законних змін)

cr0x@server:~$ dism /online /Get-TargetEditions
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Target Edition : ProfessionalEducation
Target Edition : ProfessionalWorkstation
Target Edition : Enterprise

The operation completed successfully.

Значення: Показує, на що ви можете переключитися з поточної редакції.

Рішення: Якщо Home не в списку, а вам потрібен Home — ймовірно доведеться перевстановити правильну редакцію (або використовувати відповідні шляхи зміни).

Завдання 5: Перевірити, чи існує OEM-ключ у прошивці

cr0x@server:~$ powershell -NoProfile -Command "(Get-CimInstance -ClassName SoftwareLicensingService).OA3xOriginalProductKey"
VK7JG-NPHTM-C97JM-9MPGT-3V66T

Значення: Якщо ключ виводиться, пристрій, ймовірно, має вбудований OEM-ключ. Якщо вивід порожній, можливо ключа в прошивці немає — або доступ заблоковано — або це віртуальна машина.

Рішення: Якщо у вас є OEM-ключ, встановіть відповідну редакцію і застосуйте цей ключ, якщо Windows не вибрав його автоматично.

Завдання 6: Встановити продуктний ключ (тільки якщо він підходить під редакцію)

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
Installed product key XXXXX-XXXXX-XXXXX-XXXXX-XXXXX successfully.

Значення: Ключ прийнято синтаксично і збережено. Це не означає, що активація завершена.

Рішення: Негайно спробуйте активувати, а потім перевірте /dlv. Якщо активація не вдається, зупиніться і переоцініть редакцію/канал.

Завдання 7: Примусова спроба активації та читання результату

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /ato
Activating Windows(R), Professional edition...
Product activated successfully.

Значення: Успіх. Якщо натомість ви отримуєте код помилки, зафіксуйте його; він зазвичай точніше вказує на проблеми з мережею/KMS/заблокованим ключем, ніж 0xC004F213.

Рішення: Якщо /ato не вдається, не повторюйте нескінченно, наче торговий автомат. Перейдіть до діагностики каналу й доступності.

Завдання 8: Якщо ви на KMS — перевірте конфігурацію KMS (хост і DNS)

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /skms kms01.corp.example:1688
Key Management Service machine name set to kms01.corp.example:1688 successfully.

Значення: Ви вказали явний KMS-хост. Корисно, коли DNS SRV-записи зламані або ви в сегментованій мережі.

Рішення: Після встановлення запустіть /ato. Якщо активація й досі не вдається, перевірте підключення до порту 1688 і стан KMS-хоста.

Завдання 9: Тестуйте з’єднання з KMS-хостом (не здогадуйтеся)

cr0x@server:~$ powershell -NoProfile -Command "Test-NetConnection kms01.corp.example -Port 1688"
ComputerName     : kms01.corp.example
RemoteAddress    : 10.20.30.40
RemotePort       : 1688
InterfaceAlias   : Ethernet
SourceAddress    : 10.20.30.99
TcpTestSucceeded : True

Значення: TCP-доступність хороша. Якщо TcpTestSucceeded False, у вас проблеми з маршрутизацією/файрволом/VPN, а не зі сховищем ліцензій.

Рішення: Виправте підключення спочатку (VPN, правило файрвола, DNS). Активація не може дістатися до того, до чого не має доступу.

Завдання 10: Підтвердьте синхронізацію часу (мовчазний вбивця)

cr0x@server:~$ w32tm /query /status
Leap Indicator: 0(no warning)
Stratum: 4 (secondary reference - syncd by (S)NTP)
Precision: -23 (119.209ns per tick)
Last Successful Sync Time: 2/4/2026 9:11:22 AM
Source: time.corp.example
Poll Interval: 10 (1024s)

Значення: У вас адекватне джерело часу і недавня синхронізація.

Рішення: Якщо час неправильний або не синхронізовано, виправте це перед втручанням у файли ліцензування. Невірний час ламає TLS, доменну автентифікацію й перевірки активації.

Завдання 11: Перевірте службу Software Protection (двигун ліцензування)

cr0x@server:~$ sc query sppsvc
SERVICE_NAME: sppsvc
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 4  RUNNING
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

Значення: Робота sppsvc — передумова. Якщо служба зупинена або падає, активація працюватиме, як автомобіль без двигуна, який все одно звинувачує шини.

Рішення: Якщо не працює, перегляньте Event Viewer і залежності служби; відновіть системні файли за потреби.

Завдання 12: Читайте події, пов’язані з активацією (не працюйте в темряві)

cr0x@server:~$ wevtutil qe Application /q:"*[System[Provider[@Name='Microsoft-Windows-Security-SPP'] and (Level=2 or Level=3)]]" /c:5 /f:text
Event[0]:
  Provider Name: Microsoft-Windows-Security-SPP
  Event ID: 8198
  Level: Error
  Description:
  License activation (slui.exe) failed with the following error code:
  0xC004F213

Значення: Підтверджує, що помилка йде від SPP (Software Protection Platform) і це не просто шум у UI.

Рішення: Використовуйте супровідні події (не показані тут), щоб побачити, чи це «редакцію не знайдено», «DNS-ім’я не існує», «доступ заборонено» тощо.

Завдання 13: Відновлення системних файлів (коли служби поводяться некоректно)

cr0x@server:~$ sfc /scannow
Beginning system scan.  This process will take some time.
Beginning verification phase of system scan.
Verification 100% complete.
Windows Resource Protection found corrupt files and successfully repaired them.

Значення: Якщо SFC відновив файли, можливо ви виправили базову причину збою служби ліцензування.

Рішення: Перезавантажте, потім повторіть /dlv і /ato. Якщо SFC не зміг виправити все, переходьте до DISM restorehealth.

Завдання 14: Відновлення сховища компонентів DISM (коли SFC не справляється)

cr0x@server:~$ dism /online /cleanup-image /restorehealth
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

[==========================100.0%==========================]
The restore operation completed successfully.
The operation completed successfully.

Значення: Відновлює компонентне сховище Windows, на яке спирається SFC.

Рішення: Після успіху DISM запустіть SFC знову, перезавантажте систему, потім повторіть активацію.

Завдання 15: Перебудова сховища ліцензій (хірургічно, не випадково)

cr0x@server:~$ net stop sppsvc
The Software Protection service was stopped successfully.

cr0x@server:~$ ren %windir%\System32\spp\store\2.0\tokens.dat tokens.dat.bak
cr0x@server:~$ net start sppsvc
The Software Protection service was started successfully.

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /rilc
Installed license files successfully.

Значення: Ви примусили Windows перебудувати токен-орієнтовані дані ліцензування і перевстановити файли ліцензій.
Це може вирішити корупцію, яка проявляється як «ключ не знайдено», особливо після агресивних оптимізацій образів або відкатів диска.

Рішення: Виконуйте це лише після збору /dlv і підтвердження, що ви не перебуваєте просто на невірній редакції/каналі. Потім запустіть /ato і перевірте.

Завдання 16: Очистити явно встановлений KMS-хост (повернути DNS-відкриття)

cr0x@server:~$ cscript //nologo %windir%\system32\slmgr.vbs /ckms
Key Management Service machine name cleared successfully.

Значення: Видаляє ручне перенаправлення на KMS-хост.

Рішення: Якщо в організації використовують DNS SRV-відкриття або ADBA, очищення застарілих перенаправлень може виправити «таємні» KMS-помилки після переміщення в мережі.

Завдання 17: Підтвердіть, який тип ключа встановлено (частковий ключ недостатній)

cr0x@server:~$ powershell -NoProfile -Command "(Get-CimInstance -ClassName SoftwareLicensingProduct | where {$_.PartialProductKey -and $_.Name -like 'Windows*'} | select Name, Description, LicenseStatus, PartialProductKey | ft -AutoSize)"
Name                             Description                                   LicenseStatus PartialProductKey
----                             -----------                                   ------------- ----------------
Windows(R), Professional edition  Windows(R) Operating System, RETAIL channel   0             3V66T

Значення: Це допомагає, коли у WMI існують кілька продуктів ліцензування і GUI бреше через упущення.
Значення LicenseStatus варіюються, але 0 зазвичай означає unlicensed/notification у цьому контексті.

Рішення: Якщо виводить VOLUME_KMSCLIENT, а ви — retail-машина, треба переключитися на правильний ключ/канал — не «ремонтувати активацію».

Жарт №1: Якщо ви постійно перевстановлюєте Windows в надії, що активація «почувається по-іншому цього разу», ви не відлагоджуєте — ви рекордите розчарування.

Шляхи ремонту за сценаріями (retail, OEM, KMS/ADBA, перевстановлення образу)

Сценарій A: Ви маєте цифрову ліцензію (споживач або малий бізнес)

Проблеми з цифровою ліцензією зазвичай виникають після перевстановлення Windows, заміни материнської плати або зміни редакції.
Windows має повторно активуватися автоматично, коли побачить відповідне право на серверах Microsoft — за умови мережевої доступності і правильної редакції.

Що робити:

• Підтвердьте встановлену редакцію (Завдання 3).
• Увійдіть у акаунт Microsoft, до якого була прив’язана ліцензія (якщо застосовно).
• Запустіть вбудований майстер усунення неполадок активації (Settings → System → Activation). Використайте шлях «I changed hardware on this device recently», якщо це підходить.
• Якщо материнська плата змінена і пристрій тепер відрізняється у системі Microsoft, можливо потрібна нова ліцензія. Це не моральна оцінка — так працює право.

Чого уникати:

• Випадкових реєстрових хаків і «активаторів». Окрім неетичності/незаконності, вони приваблюють шкідливе ПЗ і часто пошкоджують SPP так, що це боляче виправляти.
• Рулетки з редакціями. Не перемикайтеся між Pro та Enterprise «щоб подивитися, чи прилипне». Не прилипне, і ви створите ще гіршу невідповідність.

Сценарій B: OEM-пристрій з вбудованим ключем у прошивці (більшість брендованих ноутбуків/настільних ПК)

Якщо в прошивці є OEM-ключ, інсталятор Windows може прочитати його і автоматично вибрати відповідну редакцію.
Але образи й деякі носії інсталяції можуть це перевизначити — в результаті встановлено Pro на пристрій з ліцензією Home, і з’являється 0xC004F213.

Що робити:

• Прочитайте OEM-ключ (Завдання 5). Якщо він є, вважайте його «істиною» щодо того, з чим пристрій продавався.
• Встановіть правильну редакцію. Якщо через бізнес-потреби потрібно зберегти поточну редакцію, придбайте легітимну ліцензію для неї.
• Застосуйте OEM-ключ (Завдання 6) і активуйте (Завдання 7), якщо Windows не зробив цього автоматично.

Режим відмови, за яким слід слідкувати:

• Якщо вбудований ключ для Home, а вам потрібні функції Pro (керування BitLocker, приєднання до домену тощо), не боріться з OEM-ключем. Купуйте оновлення до Pro або використовуйте корпоративне ліцензування належним чином.

Сценарій C: Корпоративний KMS-клієнт поза мережею (або VPN не працює)

KMS-активація розрахована на періодичну поновлюваність. Якщо ноутбук довго перебуває поза корпоративною мережею, він може вийти з grace-періоду.
0xC004F213 може з’явитися, коли KMS-клієнтський ключ присутній, але Windows не може завершити транзакцію активації і переходить у стан сповіщення.

Що робити:

• Перевірте, чи в /dlv вказано VOLUME_KMSCLIENT (Завдання 2).
• Перевірте доступність KMS-хоста (Завдання 9). Якщо він недоступний — виправте VPN, DNS або файрвол.
• Якщо DNS SRV-відкриття зламане, явно встановіть KMS-хост (Завдання 8), потім /ato.
• Якщо ви змінили мережі й він вказує на мертвий KMS-хост, очистіть його (Завдання 16).

Чого уникати:

• Встановлення retail-ключа на корпоративну збірку «щоб заспокоїти повідомлення», якщо політика цього не дозволяє. Це створює проблеми з відповідністю і майбутніми перевстановленнями.

Сценарій D: Active Directory–Based Activation (ADBA) не застосовується

ADBA вимагає приєднання до домену і наявності правильного об’єкта активації в AD. Якщо машина більше не приєднана до домену або ви використовуєте кешовані облікові дані без доступу до домену,
активація може провалюватися так, ніби «ключа немає».

Що робити:

• Підтвердіть статус приєднання до домену і доступність контролерів домену. Активація — не магічна операція; це AD-транзакція.
• Виправте синхронізацію часу (Завдання 10). Kerberos ненавидить зсуви часу більше, ніж ваш офіцер з відповідності.
• Після відновлення підключення ініціюйте активацію (/ato).

Сценарій E: Перевстановлення образів і «золоті» образи (країна самонанесених ран)

Якщо ви розгортаєте образи, ви можете створити 0xC004F213 у великому масштабі. Зазвичай це відбувається через захоплення образу, який був активований способом, що не узагальнюється,
або через видалення компонентів ліцензування під час «оптимізації».

Що робити:

• Підтвердіть, що ваш образ узагальнений належним чином (Sysprep там, де потрібно) і не містить застарілих артефактів активації.
• Переконайтеся, що розгортається правильна редакція відповідно до прав на обладнання або згідно з планом ліцензування організації.
• Не видаляйте файли сховища ліцензій у скриптах очищення. Якщо треба — робіть це з кроком виміреної перебудови (Завдання 15) і валідаційними воротами.

Поширені помилки: симптом → корінь → виправлення

Тут я заощаджую вам час, рятуючи від класики — тих випадків, що постійно з’являються в чергах заявок, бо вони контрінтуїтивні.

1) «На вашому пристрої не знайдено ключ продукту» відразу після чистої інсталяції

• Симптом: 0xC004F213 відразу після встановлення Windows з USB.
• Корінь: Ви встановили редакцію, що не відповідає правам пристрою (OEM-ключ Home у прошивці, а встановлено Pro).
• Виправлення: Перевірте поточну редакцію (Завдання 3) і OEM-ключ у прошивці (Завдання 5). Перевстановіть правильну редакцію або застосуйте дійсний ключ для встановленої редакції (Завдання 6/7).

2) Ноутбук активується в офісі, але не вдома

• Симптом: Активація працює в корпоративній LAN, поза офісом не працює; 0xC004F213 або помилки, пов’язані з KMS.
• Корінь: KMS-клієнт не може достукатися до KMS-хоста; VPN з розділеним тунелем або файрвол блокує порт 1688; DNS-відкриття не працює.
• Виправлення: Перевірте доступність порту KMS (Завдання 9). Встановіть KMS-хост (Завдання 8) або очистіть застарілий хост (Завдання 16). Виправте VPN/DNS.

3) Активація зламалася після заміни материнської плати

• Симптом: Раніше активована retail/цифрова ліцензія тепер показує 0xC004F213.
• Корінь: Змінився хеш апаратури; ліцензія не передається (або не прив’язана до акаунта); OEM-ліцензія часто «помирає» разом з оригінальною платою.
• Виправлення: Якщо retail і прив’язана — використайте Майстер усунення неполадок активації з шляхом «зміна апаратури». Якщо OEM — перевстановіть правильну редакцію і використайте OEM-ключ, якщо він є; в іншому випадку потрібна нова ліцензія.

4) «Ми оптимізували образ» і тепер половина парку не активована

• Симптом: Після деплою машини переходять у notification-режим з 0xC004F213; у логах SPP помилки.
• Корінь: Скрипти очищення видалили або пошкодили дані сховища ліцензій; служби вимкнені; неправильне використання sysprep.
• Виправлення: Припиніть ламати SPP. Відновіть налаштування служби; запустіть DISM/SFC (Завдання 13–14); перебудуйте токени (Завдання 15); потім перевірте правильність каналу/редакції.

5) Ключ успішно встановлюється, але активація не вдається

• Симптом: /ipk пройшов, /ato не вдається; /dlv показує дивний канал.
• Корінь: Ключ синтаксично валідний, але не підходить для редакції або каналу; наприклад, KMS client key у retail-сценарії або Pro-ключ на Enterprise-інсталяції.
• Виправлення: Підтвердіть редакцію (Завдання 3) і канал (Завдання 2). Використайте правильний тип ключа для цієї редакції/каналу. Не «нашаровуйте» виправлення.

6) Помилки активації після відновлення VM зі снапшота або клонування

• Симптом: VM була активована, відновлення снапшота спричиняє помилки; іноді вказує «ключ не знайдено».
• Корінь: Зсув часу і/або зміни ідентичності; правила об’ємної активації поводяться по-іншому в віртуалізованому середовищі; токени можуть бути непослідовні після відкату.
• Виправлення: Виправте час (Завдання 10). Знову виконайте /dlv і /ato. Якщо підозрюється корупція сховища, перебудуйте токени (Завдання 15) після збору стану.

Жарт №2: Помилки активації схожі на принтери — здебільшого вирішуються, іноді благословенно прокляті, і завжди з’являються за п’ять хвилин до зустрічі.

Чеклісти / покроковий план

Чекліст 1: Одна машина, треба активувати сьогодні

1. Запустіть Завдання 2 (/dlv) і зробіть скрін/збережіть вивід.
2. Запустіть Завдання 3 (Get-CurrentEdition).
3. Якщо канал KMS: виконайте Завдання 9 (Test-NetConnection до порту KMS 1688).
4. Виправте час, якщо підозрюєте: Завдання 10.
5. Якщо служба виглядає зламаною: Завдання 11, потім Завдання 13 і Завдання 14 за потреби.
6. Якщо базові перевірки в порядку, але стан виглядає пошкодженим: Завдання 15 (перебудова токенів), потім /ato.
7. Підтвердьте успіх: Завдання 1 (/xpr).

Чекліст 2: Заміна апаратури (материнська плата) — вирішіть, що можливе

1. Визначте попередній тип ліцензії (retail vs OEM vs volume). Не робіть припущень.
2. Перевірте наявність ключа в прошивці: Завдання 5.
3. Перевірте встановлену редакцію: Завдання 3.
4. Якщо є OEM-ключ, узгодьте редакцію і активуйте з цим ключем (Завдання 6–7).
5. Якщо retail/цифрова — увійдіть в пов’язаний акаунт Microsoft і використайте майстер усунення неполадок апаратної зміни.
6. Якщо нічого з переліченого не підходить, не витрачайте час: придбайте потрібну ліцензію для потрібної редакції.

Чекліст 3: Проблема в корпоративному парку (кілька машин одночасно показують 0xC004F213)

1. Виберіть три уражені машини і зберіть /dlv (Завдання 2). Підтвердіть, що вони мають однаковий канал/редакцію.
2. Перевірте доступність KMS з уражених підмереж (Завдання 9). Якщо вона не працює — це мережа/DNS/файрвол, а не «активація».
3. Перевірте синхронізацію часу відносно домену/джерела часу (Завдання 10) на уражених машинах.
4. На одній машині перегляньте події SPP (Завдання 12) для більш специфічного коду несправності.
5. Якщо нещодавно було змінено образ/скрипти, перегляньте їх першочергово; не «лікуйте» симптоми по одній машині, поки не зупините джерело проблеми.
6. Тільки потім розгляньте перебудову токенів (Завдання 15) як етап відновлення, і лише з планом відкату.

Три короткі історії з корпоративного життя (анонімні, правдоподібні й болюче реальні)

Коротка історія 1: Інцидент через неправильне припущення

Середня компанія оновлює партію ноутбуків. Постачальник надсилає їх з Windows Home, бо відділ закупівель оптимізував вартість і припустив, що IT «просто оновить».
У IT стандартний образ — Windows Pro. Тож вони роблять звично: стирають, накладають Pro і відправляють користувачам.

Тиждень усе працює. Люди входять, VPN працює, додатки встановлюються. Потім перша хвиля пристроїв починає показувати попередження про активацію.
Хелпдеск бачить 0xC004F213 і робить те, чому його навчили: запускає майстер вирішення проблем, виконує /ato, перезавантажує — знову й знов.
На декількох пристроях це допомогло (ті, що мали запасні retail-апгрейди). На більшості — ні.

Неправильне припущення було тонким: «OEM-ключ у прошивці означає, що Windows сама все вирішить».
Вона вирішить — якщо встановлена редакція відповідає вбудованому ключу. Home у прошивці ніколи не активує Pro.

Виправлення було нудним і остаточним. Змінили специфікацію закупівлі, щоб постачати Pro SKU, а для вже відправлених пристроїв купили легітимні апгрейди до Pro.
Техніки також додали попередню перевірку в процес образування: читати OA3-ключ (Завдання 5) і блокувати інсталяцію Pro на пристроях з правом Home, якщо не призначено апгрейд.

Справжній урок не в тому, що «активація складна». Урок у тому, що ліцензійні припущення — це архітектурні рішення.
Ви не залагодите невідповідність SKU скотчем без витрат — грошових або часових.

Коротка історія 2: Оптимізація, що назад вистрілила

Інша організація мала «золотий образ», керований командою десктоп-інженерії — і одного надто ентузіазованого оптимізатора.
Щоб прискорити розгортання, він обрізав служби і видалив «непотрібні» файли. Серед постраждалих опинилися частини кешованих даних Software Protection Platform.
Зміна виглядала нешкідливою у тестуванні, бо тестові ноутбуки залишалися в корпоративній мережі і швидко реактивувалися через KMS.

У продакшні пристрої відправили віддаленим працівникам. Більшості не підключили VPN під час першого завантаження.
Перший знак проблеми був не 0xC004F213, а купа звернень «Windows каже, що не оригінал» і випадкові збої ліцензування додатків.
Через кілька днів помилка активації стала постійною.

Неприємна частина: оптимізація не ламала всіх однаково. Деякі мали цілі токени; деякі — ні.
Декотрі знаходили KMS, інші — ні.

Відновлення вимагало двох напрямів. По-перше: зупинити зміну пайплайну і опублікувати виправлений образ.
По-друге: для вже розгорнутих пристроїв застосувати скрипт ремонту — відновити налаштування SPP, запустити DISM/SFC за потреби, перебудувати токени (Завдання 15) і змусити активацію після встановлення VPN.

Мораль: «видаляйте те, що не розумієте» — це шлях до повільних, розподілених відмов.
Якщо хочете швидше розгортання — оптимізуйте ввід/вивід і пакети. Не ампутуйте компоненти ліцензування і не сподівайтеся, що пацієнт навчиться бігати.

Коротка історія 3: Нудна, але правильна практика, що врятувала день

Глобальна фірма має змішане середовище: Pro для загальних користувачів, Enterprise для деяких процесів, і комбінацію ADBA та KMS.
Проблеми активації трапляються, але вони не перетворюються на інциденти. Причина — неефектна: вони збирають стан перед тим, як щось змінювати.

Їхній стандартний скрипт «триаж активації» (для підтримки tier-2) збирає: вивід /dlv, редакцію, стан приєднання до домену, статус синхронізації часу,
останні п’ять подій SPP і доступність KMS. Усе зберігається в тікеті. Ніяких героїчних дій.

Одного понеділка мережна зміна тихо заблокувала TCP/1688 з віддаленої підмережі. Протягом годин машини в тому офісі почали переходити в notification-стан.
Хелпдеск спочатку побачив 0xC004F213 і припустив проблему з ключем — поки зібраний стан не показав послідовне TcpTestSucceeded : False
до того самого KMS-хоста, тоді як інші офіси були в порядку.

Мережна команда відкотила правило файрвола, доступ до KMS повернувся, і активація відновилася без того, щоб хтось торкався ключів чи перевстановлював щось.
Команда ліцензування навіть не була залучена. Системи сказали правду, бо процес її збирав.

Нудна практика: стандартизований збір даних. Це операційний еквівалент миття рук.
Ви помічаєте її лише тоді, коли її немає.

FAQ

1) Чи завжди 0xC004F213 означає, що потрібно купувати нову ліцензію?

Ні. Це означає, що Windows не може знайти придатний ключ/ліцензію для встановленої редакції. Причиною може бути невідповідність редакції, недоступність KMS або пошкоджене сховище ліцензій.
Спочатку діагностуйте канал і редакцію (Завдання 2 і 3), перш ніж витрачати гроші.

2) Я замінив материнську плату. Чи зможу зберегти ліцензію Windows?

Якщо це retail-ліцензія або цифрова ліцензія, прив’язана до акаунта Microsoft, часто так — використайте майстер усунення неполадок активації з шляхом апаратної зміни.
Якщо це OEM (поширено на збірках від виробника), вона часто прив’язана до оригінальної плати і може не переноситися. Перевірте наявність ключа в прошивці (Завдання 5).

3) Чому він каже «ключ не знайдено», якщо я точно вводив його раніше?

Тому що Windows повідомляє поточний стан: для цієї встановленої редакції й апаратної ідентичності в системи немає дійсного ключа/ліцензії.
Попередня активація не гарантує поточного права — особливо після перевстановлень, зміни редакцій або апаратних замін.

4) У простих словах — яка різниця між retail, OEM, MAK і KMS?

Retail — зазвичай одна ліцензія на пристрій (переносима за умовами). OEM продається разом з обладнанням і часто прив’язана до нього.
MAK — об’ємний ключ, який активує напряму в Microsoft (обмежена кількість активацій).
KMS активується через KMS-хост організації і вимагає періодичного поновлення.

5) Я на Windows Enterprise і отримую 0xC004F213. Яка найімовірніша причина?

Enterprise зазвичай ліцензується об’ємно. Звичні причини — проблеми з доступністю KMS/ADBA, неправильний KMS-клієнтський ключ/канал або проблема образу.
Почніть із /dlv (Завдання 2) і перевірки підключення до KMS (Завдання 9).

6) Чи безпечно перебудовувати tokens.dat?

Це легітимний крок відновлення, але трактуйте його як інвазивний. Робіть після збору стану і підтвердження, що ви не просто на невірній редакції/каналі.
Потім перебудуйте токени (Завдання 15) і повторно активуйте. В керованому середовищі спочатку узгодьте це з політикою.

7) Чи справді дрейф часу може спричиняти проблеми з активацією?

Так. Активація покладається на криптографічну валідацію і, в доменних середовищах, на Kerberos і TLS. Якщо годинник неправильний, усе падає у заплутані помилки.
Перевірте час на початку (Завдання 10).

8) Мій пристрій показує ключ у прошивці, але Windows все одно не активується. Чому?

Ключ у прошивці активує лише відповідну редакцію. Якщо ви встановили іншу редакцію, він не спрацює.
Крім того, пристрій може бути офлайн або системні компоненти можуть бути пошкоджені. Підтвердіть редакцію (Завдання 3), потім відновіть системні файли (Завдання 13–14), якщо служби поводяться некоректно.

9) Я користуюся VPN, але KMS-активація все одно не вдається. Що робити?

Перевірте досяжність TCP/1688 до KMS-хоста (Завдання 9). Багато VPN дозволяють «інтернет», але блокують внутрішні порти.
Якщо підключення добре, перевірте, чи правильно налаштований KMS-хост (Завдання 8/16) і чи DNS резолвить у потрібне місце.

10) Як зрозуміти, що мене справді виправлено?

Не довіряйте лише застосунку Settings. Використайте /xpr, щоб підтвердити стан активації (Завдання 1), і /dlv, щоб підтвердити канал і статус ліцензії (Завдання 2).
Потім перезавантажте систему — іноді скарги зникають лише після рестарту.

Висновок: наступні кроки, які ви можете виконати

0xC004F213 — не містичне прокляття Windows. Це невідповідність між тим, що встановлено, тим, на що пристрій має право, і тим, до чого доступний канал активації.
Найшвидший шлях вирішення — перестати гадати й зібрати стан, що має значення.

Зробіть це зараз, по порядку:

1. Запустіть slmgr /dlv і DISM Get-CurrentEdition (Завдання 2 і 3). Визначте, який у вас канал і редакція.
2. Якщо KMS: протестуйте доступність порту 1688 (Завдання 9) і виправте VPN/DNS/файрвол до того, як торкатися ключів.
3. Якщо OEM/цифрова: підтвердіть OEM-ключ у прошивці (Завдання 5) і відповідність редакції; потім застосуйте правильний ключ і активуйте (Завдання 6–7).
4. Якщо служби/компоненти хворі: відновіть системні файли (Завдання 13–14), потім перебудуйте токени лише за потреби (Завдання 15).
5. Підтвердіть результат за допомогою slmgr /xpr (Завдання 1). Збережіть вивід. Майбутній ви подякує сьогоднішньому.