| Previous | Next |
| SL_E_CIDIID_INVALID_DATA_LENGTH | SL_E_CIDIID_MISMATCHED |
SL_E_CIDIID_NOT_DEPOSITED
The activation stage represented here
SL_E_CIDIID_NOT_DEPOSITED identifies a specific point in offline IID/CID activation: the offline activation exchange in which an Installation ID is generated for one activation context and a Confirmation ID is returned for that same context. Its diagnostic consequence is that a Confirmation ID passed validation far enough to be processed but could not be committed to the local licensing state.
Telemetry should retain 0xC004F030, this result, and the affected Activation ID. The same computer can expose several licensing products, and a state read from the wrong instance can contradict the operation that actually failed.
Diagnostic sequence
- Preserve this result,
0xC004F030, 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: capture service state, permissions, storage errors, Activation ID, /atp result, and licensing events around the deposit transaction.
- Do not continue until the evidence supports this distinction: this is not merely malformed input; the failure occurs while saving or applying the response.
- Perform the targeted action, then repeat the same query/activation path and compare state, events, and expiry/renewal information.
Signals that separate this case from its neighbors
Capture service state, permissions, storage errors, Activation ID, /atp result, and licensing events around the deposit transaction. Before changing the system, add the following context:
- Product identity: Activation ID selected for /dti and /atp.
- Activation context: IID and CID length/version without publishing the complete identifiers.
- State at failure: partial product key and edition/channel.
- Correlation evidence: hardware or environment change between IID generation and CID deposit.
- Change history: exact slmgr or API operation and Software Protection event.
Two platform rules are especially relevant to this result. The Installation ID must be obtained before the Confirmation ID is deposited; the returned CID is tied to the activation context represented by that IID. Formatting errors, unsupported versions, mismatched IDs, and a failure to save a valid CID occur at different points and should not be merged into one “telephone activation failed” message.
Nearby results that require a different response
| Result | Different condition |
|---|---|
SL_E_CIDIID_INVALID_DATA_LENGTH | Different condition: the local deposit operation receives an IID/CID payload with the wrong total encoded length. |
SL_E_CIDIID_MISMATCHED | Different condition: the Confirmation ID was issued for a different Installation ID than the one represented by the current request. |
SL_E_CIDIID_VERSION_NOT_SUPPORTED | Different condition: the IID/CID version is well formed but unsupported by the current Software Protection Platform. |
Choosing remediation by the symbolic code prevents an entitlement problem from being treated as transport failure, or a state-transition result from being treated as a bad product key.
this is not merely malformed input; the failure occurs while saving or applying the response. A broad instruction to “try another key” or “check the Internet” would discard the more specific condition already established by the code.
Recovery without damaging licensing evidence
The appropriate correction is to repair the local service/storage condition, restart through supported service control if needed, and deposit the same valid CID only when transaction state is known. Keep the original evidence until a subsequent status query confirms that the intended Activation ID reached the expected state.
Representative failure: The CID is accepted by the parser, but the Software Protection service cannot persist the activation result.
Actions that usually make this harder to diagnose
- Avoid reusing a CID produced for another IID, product key, or machine state.
- Avoid posting complete installation or confirmation identifiers in public logs.
Verification after the change
After remediation, repeat the original operation rather than relying on the absence of a notification banner. Confirm that it is no longer produced and that the intended product instance reports the expected durable licensing state.
Technical references
- Slmgr.vbs activation options — platform behavior relevant to this HRESULT.
- Microsoft activation error-code troubleshooting — diagnostic and operational context.
- ActivateOffline WMI method — 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.
