Une réponse API absente ne prouve pas que le serveur n’a rien exécuté. Une demande peut avoir été créée avant la coupure de connexion. La répéter pourrait en créer une deuxième. Les opérations affectant des écritures ou des paiements demandent une attention particulière. DÉFINIR LE COMPORTEMENT MDN définit l’idempotence par un effet attendu identique pour une requête ou plusieurs requêtes identiques. POST ne garantit pas cette propriété. Il faut donc examiner l’opération métier concernée. CONCEPTION PRATIQUE Attribuez un identifiant stable à chaque opération et conservez son état et son résultat. Un nouvel appel peut ainsi retrouver le résultat existant. Si le fournisseur accepte une clé d’idempotence, vérifiez sa durée de validité et ses règles. Ne créez pas une nouvelle clé à chaque tentative réseau de la même opération. GÉRER L’INCERTITUDE Affichez un état de vérification, limitez les tentatives et consultez l’opération précédente avant d’en démarrer une autre. Journalisez un identifiant technique sans secrets API ni données de paiement. Testez les réponses perdues, doubles clics, délais et redémarrages. La fiabilité repose aussi sur la logique serveur. Source: https://developer.mozilla.org/en-US/docs/Glossary/Idempotent Découvrez les domaines pour votre projet dans le catalogue DomainEvery. https://domainevery.com/fr/domains