| Previous | Next |
| SL_E_STORE_UPGRADE_TOKEN_WRONG_EDITION | SL_E_STORE_UPGRADE_TOKEN_NOT_PRS_SIGNED |
SL_E_STORE_UPGRADE_TOKEN_WRONG_PID
What Windows has already determined
SL_E_STORE_UPGRADE_TOKEN_WRONG_PID identifies a specific point in Store upgrade licensing: authorization of a Store-delivered edition upgrade against the installed Windows edition, active product identity, version and signing level. Its diagnostic consequence is that the Store upgrade token is bound to a Product ID that does not match the currently active base license.
The stored HRESULT is 0xC004E02B. Keep that value, the symbolic name, and the target Activation ID together; converting it to a generic “Windows is not activated” status discards the stage that selected the next diagnostic step.
Two platform rules are especially relevant to this result. An edition-upgrade entitlement is evaluated against the current base license and installed OS identity; downloading a token does not make it valid for every edition or build. Wrong edition, Product ID, version, signing level, missing token, and authorization failure represent different mismatches and require different evidence.
Signals that separate this case from its neighbors
Record current Product ID, partial product key, key-change history, token Product ID binding and purchase/restore account. Before changing the system, add the following context:
- Product identity: Store account/entitlement correlation without credentials.
- Activation context: upgrade token issue time and target edition/version.
- State at failure: edition servicing and Software Protection events.
- Correlation evidence: current Windows edition and build.
- Change history: activation state and partial product key.
Nearby results that require a different response
| Result | Different condition |
|---|---|
SL_E_STORE_UPGRADE_TOKEN_NOT_PRS_SIGNED | Relative to this result: the upgrade token does not satisfy the signing level expected by the installed Windows image. |
SL_E_STORE_UPGRADE_TOKEN_WRONG_EDITION | Relative to this result: the Store upgrade token targets an edition different from the edition transition being attempted. |
SL_E_STORE_UPGRADE_TOKEN_REQUIRED | Different condition: the active base license requires a Store upgrade entitlement before the requested edition state can be authorized. |
A reproducible troubleshooting path
- Preserve it,
0xC004E02B, timestamp, caller, and the exact licensing method. - Read the current product state before making changes, including key channel, LicenseStatusReason, and relevant time or binding data.
- Test the documented condition directly: record current Product ID, partial product key, key-change history, token Product ID binding and purchase/restore account.
- Do not continue until the evidence supports this distinction: edition and version can match while the token still belongs to another base product identity.
- Perform the targeted action, then repeat the same query/activation path and compare state, events, and expiry/renewal information.
The diagnostic fork is precise: edition and version can match while the token still belongs to another base product identity. A broad instruction to “try another key” or “check the Internet” would discard the more specific condition already established by the code.
Actions that usually make this harder to diagnose
- Avoid reinstalling the same token without checking the base edition and Product ID.
- Avoid changing edition packages before preserving the original activation and entitlement state.
Recovery without damaging licensing evidence
Recovery should preserve entitlement and state rather than erase symptoms. In this case, restore the entitlement for the active Product ID or correct the base license before applying the upgrade; then query the same product instance and retain the post-fix it HRESULT and status.
Representative failure: A motherboard or key replacement changes the active Product ID, while an old upgrade token is restored from backup.
Verification after the change
A useful test records the before/after values for the exact Activation ID. It should prove that the correction removes “the Store upgrade token is bound to a Product ID that does not match the currently active base license” without replacing it with a different key, KMS, certificate, OEM, Store, or validity failure.
Technical references
- Activate Windows — platform behavior relevant to this HRESULT.
- Windows subscription activation — diagnostic and operational context.
- Microsoft activation error-code troubleshooting — supported tools and state fields used to verify the resulting state.
- SoftwareLicensingProduct WMI class — Microsoft guidance for the activation mechanism represented by this HRESULT.
Looking for a different code? Search another status or error code.