| Anterior | Siguiente |
| SL_REMAPPING_MDOLLAR_OSR_LICENSE_THROTTLED | SL_REMAPPING_MDOLLAR_OSR_GP_DISABLED |
SL_REMAPPING_MDOLLAR_OSR_DEVICE_THROTTLED
Propietario
SL_REMAPPING_MDOLLAR_OSR_DEVICE_THROTTLED (0x803FABBE) pertenece a MDOLLAR activation-status remapping. Descripción oficial: El dispositivo no cumple los requisitos para la reactivación porque se ha limitado su uso.
Cierre
Considere la recuperación válida sólo cuando la misma operación supera este estado mediante una ruta soportada y conserva integridad, binding y políticas. No fuerce éxito editando trusted stores, contadores, firmas o datos de activación.
Señales útiles
Registre original activation result represented by osr device throttled, mapping version and request correlation ID. Para claves, licencias y material criptográfico use IDs, hashes o fingerprints; no copie secretos completos a logs de diagnóstico.
Comprobación
record both pre-remap and post-remap status, then correct the underlying activation condition rather than the mapping code. Mantenga constantes equipo, SKU y objeto salvo que uno de ellos sea precisamente la condición bajo prueba.
Estados cercanos
| Estado cercano | Diferencia documentada |
|---|---|
SL_REMAPPING_MDOLLAR_OSR_GP_DISABLED | La directiva no permite que el usuario realice la reactivación. |
SL_REMAPPING_MDOLLAR_DIGITALMARKER_BINDING_NOT_CONFIGURED | El servidor de activación detectó un problema con la clave de producto especificada. |
SL_REMAPPING_MDOLLAR_OSR_DEVICE_BLOCKED | El dispositivo no cumple los requisitos para la transferencia porque está bloqueado. |
Propietario exacto del estado OSR
El límite se aplica al dispositivo; mida requests por device id y ventana temporal. MDOLLAR sólo remapea el resultado: para decidir recuperación hace falta conservar el código original, correlation ID y el contador/policy/objeto que realmente tomó la decisión.
Repita una sola vez después de corregir esa precondición; retries no eliminan blocklists ni cambian ventanas de throttling.
Contador de rate limit por dispositivo
Registre device ID, número de solicitudes, ventana de tiempo y Retry-After/backoff. Repita después de la ventana con el mismo usuario. Si el límite desaparece sin cambiar account, confirma que el bucket es device-scoped. Corrija polling/retry del cliente para que un único dispositivo no vuelva a saturar su cuota.
Referencias técnicas
¿Buscas un código diferente? Buscar otro código de estado o error.