Questions fréquentes

Vérifiez le code d’erreur, puis les réglages associés. Dans la réponse, request_id aide à retrouver l’opération. Pas de clé complète dans journaux ou captures.

Que vérifier si l’activation échoue ?

Vérifiez l’accès au serveur, l’identifiant du produit, la clé complète et son appartenance au produit. Avant déploiement, les clients ne peuvent pas utiliser votre 127.0.0.1 : cette adresse désigne l’ordinateur du client.

Code d’erreur	Première étape
`LICENSE_INVALID`	Vérifiez ID produit, clé complète et produit de la licence
`LICENSE_EXPIRED`	Voir l’échéance ; renouvellement par le fournisseur
`LICENSE_REVOKED` `DEVICE_RELEASED`	Licence révoquée ou appareil libéré ; cache effacé
`DEVICE_LIMIT_REACHED`	Places pleines ; libérez un appareil ou augmentez la limite
`API_QUOTA_EXCEEDED`	Quota API épuisé ; vérifiez période et forfait
`API_BALANCE_INSUFFICIENT`	Solde de dépassement API insuffisant ; vérifiez devise et environnement
`MONTHLY_QUOTA_EXCEEDED`	Quota appareils de plateforme atteint, distinct de celui de la licence
`IDEMPOTENCY_CONFLICT`	Même clé, corps différents ; nouvelle opération nouvelle clé, répétition même corps
`IDEMPOTENCY_EXPIRED`	Réponse ou lien invalide ; vérifiez l’état, nouvelle clé pour nouvelle opération

Pourquoi fonctionne-t-il encore hors ligne ?

Hors ligne, le SDK vérifie localement signature, produit, appareil, fonctions et expiration ; seule la requête serveur manque. Un cache expiré ou une révocation/libération reçue en ligne bloque l’usage.

Pourquoi la signature ou l’appareil n’est-il pas vérifié ?

Une clé publique différente, le cache d’un autre produit ou une copie sur un autre ordinateur peuvent provoquer l’échec. Vérifiez trusted_keys contient l’identifiant de clé et la clé publique du produit actuel, puis vérifiez si le système a été changé ou réinstallé.

Le SDK signale clock rollback : vérifiez un recul de l’horloge. Corrigez et actualisez en ligne.

Réponse d’erreur complète

{
  "error": {
    "code": "LICENSE_REVOKED",
    "message": "License was revoked"
  },
  "request_id": "99999999-9999-4999-8999-999999999999"
}

Champ	Signification et action
`error.code` · string	Identifiant stable pour la logique, pas le texte de message.
`error.message` · string	Raison lisible pour diagnostic ou message client.
`request_id` · UUID	ID de requête serveur pour journaux ; ni licence ni Idempotency-Key.

For 400 / 415 correct fields or Content-Type; for 401 check the management key; for 403 inspect the licensing error; for 409 check limits, session state or idempotency conflicts; for 429 wait according to Retry-After. Runtime retries retain their Idempotency-Key and body. Recover management writes using each operation’s idempotency rules; never blindly repeat ordinary issuance or renewal after a timeout.

Comment lire la réponse JSON ?

Réponse réussie data et request_id ; l’échec renvoie error.code, error.message et request_id. Gardez code d’erreur et request_id pour le diagnostic.

Pour e-mail, paiement ou déploiement, consultez Assistance et dépannage.