Chiffre de contrôle CURP Mexique

Les caractères hors CURP, les mauvaises longueurs et les entrées vides sont rejetés avec une erreur invalid_input claire. Exécutez-la gratuitement dans le navigateur ou appelez l'API KIT ; les deux chemins partagent la même arithmétique pure, sans réseau ni registres de personnes vivantes.

Comment le chiffre de contrôle CURP mexicain est calculé

Comme l'algorithme est une arithmétique modulaire entière à table fixe, les mêmes dix-sept caractères produisent toujours le même chiffre sur toute plateforme — navigateur, Worker ou banc de test hors ligne — c'est pourquoi la capacité est livrée en moteur parse de niveau A plutôt qu'en appel de modèle.

Comment calculer le chiffre ou valider une CURP complète

Envoyez un champ curp ne contenant que les lettres A–Z, la lettre Ñ et les chiffres de zéro à neuf. Le mode validate attend exactement dix-huit caractères. Cette forme facilite l'affichage « vous avez saisi X, attendu Y » dans une UI KYC ou d'inscription sans seconde requête. Chaînes vides, curp manquant, modes invalides et mauvaises longueurs (par exemple seize ou dix-neuf) échouent avant toute somme pondérée et ne sont pas facturés. Espaces, tirets, points et autre ponctuation sont rejetés comme entrée non CURP avec invalid_input, afin qu'un formulaire n'accepte jamais une valeur nettoyée en silence : retirez le formatage côté client si l'utilisateur colle une chaîne espacée ou traitée. Le mode compute est le défaut : fournissez exactement dix-sept caractères de base ; le moteur renvoie check_digit comme un seul caractère, curp comme le code complet de dix-huit et length dix-huit. La réponse indique valid à true seulement lorsque le chiffre final correspond à expected_check_digit recalculé ; elle inclut toujours base (les dix-sept premiers), check_digit tel que soumis, expected_check_digit et la curp canonique formée de base plus le chiffre attendu. Comme le chemin est purement parse, sans horloge, aléa ni réseau, la même entrée produit toujours le même JSON sur l'outil gratuit du navigateur et sur l'API. À $0.002 par requête réussie, vous protégez les imports CRM en masse, les audits de fichiers partenaires et les portes de formulaires sans négocier un palier sur mesure.

Où le chiffre CURP s'intègre dans les flux produit réels

Les parcours d'onboarding fintech et marketplace au Mexique demandent tôt une CURP ; valider le chiffre à la sortie du champ réduit les envois échoués et les tickets support sans appeler RENAPO à chaque frappe. Les systèmes de paie et RH importent des CSV d'employés et doivent mettre en quarantaine les lignes dont le dix-huitième caractère ne correspond plus, ce qui capture éditions humaines et bugs des générateurs amont. Ne traitez pas un chiffre correct comme preuve que la personne existe dans les systèmes RENAPO ou que le document est actif : cela prouve seulement que la chaîne de dix-huit caractères est arithmétiquement bien formée sous la règle officielle CURP, le même critère d'honnêteté que pour tout outil de somme de contrôle d'identifiant national. Les portails santé et scolarité qui acceptent la CURP comme clé citoyenne peuvent bloquer la suite tant que valid n'est pas true et afficher expected_check_digit lorsque le chiffre est faux. Les jobs de qualité de données recalculent expected_check_digit pour chaque colonne CURP d'un export et signalent les écarts avant facturation ou reporting fiscal.