Calculateur de l'algorithme de Luhn

L'algorithme de Luhn est une formule simple de somme de contrôle destinée à détecter les erreurs courantes dans les chaînes de chiffres. On l'appelle aussi algorithme Mod 10, car une suite valide produit une somme transformée divisible par dix. Les numéros de carte de crédit sont son usage le plus connu, mais il sert aussi pour les identifiants IMEI, les systèmes nationaux d'identification, les numéros d'adhérent et d'autres codes structurés. Ce calculateur vérifie uniquement la cohérence mathématique ; il ne contacte aucun émetteur et ne confirme pas l'existence d'un compte. La validation commence par le chiffre le plus à droite, considéré comme le chiffre de contrôle. En allant de droite à gauche, on double un chiffre sur deux. Si le résultat dépasse neuf, on lui soustrait neuf, ce qui revient à additionner les deux chiffres du résultat doublé. Les chiffres aux positions alternées restent inchangés. On additionne toutes les valeurs transformées. Si le total divisé par dix donne un reste nul, le numéro complet passe le test de Luhn. Par exemple, modifier un seul chiffre change généralement le reste et rend la suite non valide. La méthode détecte aussi la plupart des inversions de chiffres adjacents, ce qui couvre de nombreuses erreurs de saisie. Ce n'est toutefois pas un hachage cryptographique. Des suites incorrectes différentes peuvent avoir le même reste, et chacun peut construire volontairement un chiffre de contrôle valide. Luhn doit donc servir de contrôle initial de qualité des données, jamais de preuve d'identité, d'autorisation, d'authenticité ou de fonds disponibles. Le calculateur traite les chiffres localement dans votre navigateur. Saisissez le numéro entier, avec son chiffre de contrôle final existant, puis sélectionnez Valider le numéro. Le résultat indique si la somme transformée est divisible par dix et affiche le reste. Un reste compris entre un et neuf signifie que le numéro ne respecte pas la somme de contrôle. Les exemples utilisent des suites de test publiées plutôt que de vraies informations de compte. Évitez de saisir des données financières réelles sensibles lorsqu'un numéro de test fictif suffit. Même si cette implémentation n'effectue aucune recherche réseau, limiter l'exposition des identifiants de compte reste une bonne pratique de sécurité. Les développeurs peuvent tester la validation de formulaires, les équipes d'assistance diagnostiquer des erreurs de transcription avec des exemples expurgés, et les étudiants comprendre les sommes de contrôle pondérées. Réussir le test signifie seulement que la suite respecte la formule de Luhn ; les vérifications métier sécurisées appropriées restent nécessaires.