Tous les articles

21 octobre 2026 · 1 min de lecture

Idempotence : appuyer deux fois, payer une fois

Une opération est idempotente quand la répéter ne change pas le résultat. L'exemple d'un paiement qu'on envoie deux fois par erreur.

  • tech
  • bases

Vous payez 20 € depuis votre téléphone. La page met du temps, vous appuyez encore. La demande part deux fois. Et si rien n'est prévu, vous êtes débité deux fois : -20 €, puis encore -20 €.

Le mot : idempotence

Une opération est idempotente quand la répéter donne le même résultat que de la faire une seule fois. « Mettre le volet à 50 % » est idempotent : refaites-le dix fois, le volet est à 50 %. « Descendre le volet de 10 % » ne l'est pas.

Or, sur un réseau, les demandes sont souvent répétées : un double clic, une connexion qui coupe et réessaie, un service qui retente tout seul. Un paiement doit donc survivre à ça.

La solution : une clé jointe à la demande

Chaque demande part avec une clé unique (une clé d'idempotence). Le serveur la note quand il traite le paiement. Si la même clé revient, il ne recommence pas : il renvoie le résultat déjà obtenu. Le compte n'est débité qu'une fois, et le téléphone affiche la coche verte.

À retenir

Dans un système où les demandes peuvent être rejouées, rendez-les idempotentes : une clé par demande, mémorisée côté serveur.