Mexiko-CURP-Prüfziffer

Nicht-CURP-Zeichen, falsche Längen und leere Eingaben werden mit einem klaren invalid_input-Fehler abgelehnt. Führen Sie sie kostenlos im Browser aus oder rufen Sie die KIT-API auf; beide Pfade teilen dieselbe reine Arithmetik ohne Netz und ohne Register lebender Personen.

So wird die mexikanische CURP-Prüfziffer berechnet

Weil der Algorithmus reine ganzzahlige Modulararithmetik mit fester Tabelle ist, erzeugen dieselben siebzehn Zeichen auf jeder Plattform dieselbe Prüfziffer — Browser, Worker oder Offline-Harness — weshalb die Fähigkeit als Parse-Engine der Stufe A und nicht als Modellaufruf geliefert wird.

So berechnen Sie die Ziffer oder prüfen eine vollständige CURP

Senden Sie ein curp-Feld, das nur Buchstaben A–Z, den Buchstaben Ñ und Ziffern null bis neun enthält. Der Modus validate erwartet genau achtzehn Zeichen. Leere Zeichenketten, fehlende curp, ungültige Modi und falsche Längen (beispielsweise sechzehn oder neunzehn) scheitern vor jeder gewichteten Summe und werden nicht berechnet. Leerzeichen, Bindestriche, Punkte und andere Satzzeichen werden als Nicht-CURP-Eingabe mit invalid_input abgelehnt, damit ein Formular nie stillschweigend einen bereinigten Wert annimmt — entfernen Sie die Formatierung im Client, wenn Nutzer eine mit Leerzeichen oder Bindestrichen versehene Zeichenkette einfügen. Der Modus compute ist der Standard: liefern Sie genau siebzehn Basiszeichen; die Engine gibt check_digit als einzelnes Zeichen, curp als den vollständigen achtzehnstelligen Code und length achtzehn zurück. Die Antwort setzt valid nur dann auf true, wenn die abschließende Ziffer mit der neu berechneten expected_check_digit übereinstimmt; sie enthält stets base (die ersten siebzehn), check_digit wie übermittelt, expected_check_digit und die kanonische curp aus base plus erwarteter Ziffer. Diese Form erleichtert es, in einer KYC- oder Anmelde-UI „Sie haben X eingegeben, erwartet war Y“ ohne zweite Anfrage zu zeigen. Weil der Pfad reines Parse ohne Uhr, Zufallsquelle oder Netz ist, liefert dieselbe Eingabe im kostenlosen Browser-Tool und in der API stets dasselbe JSON. Zu $0.002 pro erfolgreicher Anfrage können Sie Massen-CRM-Importe, Partnerdatei-Audits und Formularschranken absichern, ohne eine individuelle Stufe zu verhandeln.

Wo CURP-Prüfziffern in reale Produktabläufe passen

Mexikanische Fintech- und Marktplatz-Onboardings verlangen früh eine CURP; die Prüfziffer beim Verlassen des Feldes zu prüfen, senkt fehlgeschlagene Absendungen und Supporttickets, ohne bei jedem Tastendruck RENAPO anzurufen. Gehalts- und HR-Systeme importieren Mitarbeiter-CSVs und sollten Zeilen in Quarantäne setzen, deren achtzehntes Zeichen nicht mehr übereinstimmt — das fängt menschliche Edits und Off-by-one-Fehler vorgelagerter Generatoren ab. Behandeln Sie eine bestandene Prüfziffer nicht als Nachweis, dass die Person in RENAPO-Systemen existiert oder das Dokument aktiv ist — sie beweist nur, dass die achtzehnstellige Zeichenkette arithmetisch unter der offiziellen CURP-Regel wohlgeformt ist, dieselbe Ehrlichkeitsschwelle wie bei jedem Prüfsummen-Tool für nationale Identifikatoren. Gesundheits- und Schulportale, die CURP als Bürger-Schlüssel akzeptieren, können fortfahren erst blockieren, bis valid true ist, und expected_check_digit anzeigen, wenn die Ziffer falsch ist. Datenqualitätsjobs berechnen expected_check_digit für jede CURP-Spalte eines Exports neu und markieren Abweichungen vor Abrechnung oder Steuerreporting.