China-Personalausweis-Prüfziffer

Nicht-Ziffern-Rümpfe, falsche Längen, leere Eingabe und unzulässige Zeichen werden mit einem klaren invalid_input-Fehler abgelehnt. Nutzen Sie sie kostenlos im Browser oder rufen Sie die KIT-API auf; beide Pfade teilen dieselbe reine Modulararithmetik ohne Netzwerkrundreise und ohne gespeicherte Register lebender Personen.

So wird die Prüfziffer der chinesischen Einwohner-ID berechnet

Weil der Algorithmus reine ganzzahlige Modulararithmetik mit festen Gewichten ist, erzeugen dieselben siebzehn Ziffern auf jeder Plattform—Browser, Worker oder Offline-Test-Harness—dasselbe Prüfzeichen; deshalb wird die Fähigkeit als parse-Engine der Stufe A geliefert und nicht als Modellaufruf.

Prüfziffer berechnen oder eine vollständige ID validieren

Senden Sie ein id-Feld, das im Rumpf nur Ziffern enthält und beim Validieren ein Endzeichen, das eine Ziffer oder X ist. Der Modus validate erwartet genau achtzehn Zeichen. Leere Zeichenketten, fehlende id, ungültige mode-Werte und falsche Längen (zum Beispiel sechzehn oder neunzehn Zeichen) scheitern vor jeder gewichteten Summe und werden nicht abgerechnet. Bedenken Sie: eine korrekte Prüfziffer beweist nur die arithmetische Wohlgeformtheit unter ISO 7064 MOD 11-2—sie beweist nicht, dass die Person in Zivilregistern existiert oder das Dokument aktiv ist. Leerzeichen, Bindestriche, Punkte und andere Zeichensetzung werden als Nicht-ID-Eingabe mit invalid_input abgelehnt, damit ein Formular nie stillschweigend einen bereinigten Wert akzeptiert—entfernen Sie die Formatierung in Ihrem Client, wenn Benutzer eine mit Leerzeichen oder Bindestrichen versehene Zeichenkette einfügen. Der Modus compute ist Standard: liefern Sie genau siebzehn Basisziffern; die Engine gibt check_digit als einzelnes Zeichen null bis neun oder X, id als die volle achtzehnstellige Nummer, length achtzehn und algorithm iso7064_mod11_2 zurück. Die Antwort meldet valid true nur, wenn das Endzeichen mit dem neu berechneten expected_check_digit übereinstimmt; sie enthält stets base (die ersten siebzehn Ziffern), check_digit wie eingereicht, expected_check_digit und die kanonische id aus base plus erwartetem Zeichen. Diese Form erleichtert es, in einer KYC- oder Anmelde-UI «Sie haben X getippt, erwartet Y» ohne zweite Anfrage anzuzeigen. Weil der Pfad reines parse ohne Uhr, Zufallsquelle oder Netzwerk ist, liefert dieselbe Eingabe im kostenlosen Browser-Tool und in der API stets dasselbe JSON. Für $0.002 pro erfolgreicher Anfrage können Sie Massen-CRM-Importe, Partnerdatei-Audits und Formularschranken schützen, ohne eine Sonderstufe zu verhandeln.

Wo Prüfziffern der chinesischen ID in reale Produktabläufe passen

Fintech- und Marketplace-Onboarding-Flows, die Kunden aus Festlandchina annehmen, fordern die Einwohner-ID oft früh an; die Prüfziffer beim Verlassen des Feldes zu validieren, verringert fehlgeschlagene Einsendungen und Support-Tickets, ohne bei jedem Tastendruck ein nationales Register anzurufen. Lohn-, HR- und Campus-Systeme, die Mitarbeiter- oder Studierenden-CSV importieren, sollten Zeilen quarantänisieren, deren achtzehntes Zeichen nicht mehr passt—das fängt sowohl manuelle Edits als auch Off-by-one-Fehler in vorgelagerten Generatoren. Behandeln Sie eine korrekte Prüfziffer nicht als Nachweis rechtlicher Identität oder des Aufenthaltsstatus—sie beweist nur, dass die achtzehnstellige Zeichenkette unter der offiziellen Regel der chinesischen Einwohner-ID arithmetisch wohlgeformt ist, dieselbe Ehrlichkeitsschwelle wie bei jedem nationalen ID-Checksummen-Werkzeug. Telekom-, Reise- und Hospitality-Portale, die die ID als Bürgerschlüssel annehmen, können fortfahren blockieren, bis valid true ist, und expected_check_digit anzeigen, wenn die Ziffer falsch ist. Datenqualitätsjobs berechnen expected_check_digit für jede ID-Spalte in einem Export neu und markieren Abweichungen, bevor sie Abrechnung oder steuerliches Reporting erreichen.