Luhn-Mod-10-Prüfziffer

Lange Kontocodes, IMEI-Fragmente, Mitgliedsnummern und interne Serien lassen sich leicht vertippen. Der Luhn-Algorithmus — auch Mod-10-Prüfziffernverfahren genannt — hängt eine einzelne Endziffer an, sodass die meisten Einziffer-Ersetzungen und viele benachbarte Vertauschungen die Prüfsumme brechen. Diese Fähigkeit berechnet diese Ziffer für jede reine Ziffern-Nutzlast, die Sie bereits haben, oder prüft eine vollständige Nummer, die eine bereits enthält, und lehnt nicht-numerische Eingaben mit einem klaren Fehler ab, statt Bindestriche oder Buchstaben stillschweigend zu entfernen. Anders als ein reiner Zahlungskarten-Prüfer akzeptiert sie jede Ziffernlänge, sodass Sie Lager-SKUs, Treue-IDs und Etiketten stapelweise mit derselben Regel schützen können, der die Branche auf Karten vertraut.

Was der Luhn-Mod-10-Algorithmus leistet und was er erkennt

Prüfziffern existieren, weil Menschen und Tastaturen vorhersehbare Schäden erzeugen: eine falsche Taste, zwei benachbarte Ziffern vertauscht oder eine Ziffer beim erneuten Tippen eingefügt oder weggelassen. Hans Peter Luhn veröffentlichte ein einfaches Verfahren von rechts nach links, das jede zweite Ziffer verdoppelt, Werte über neun durch Abzug von neun reduziert, das Ergebnis summiert und eine Endziffer so wählt, dass die Summe durch zehn teilbar ist. Diese Konstruktion erkennt alle Einziffer-Fehler und die meisten benachbarten Vertauschungen; deshalb verlassen sich Zahlungsnetze, Telekom-Kennungen und unzählige interne Kontoformate noch Jahrzehnte später darauf.

Dieses Werkzeug implementiert diesen Standarddurchlauf auf jeder reinen Ziffernfolge — keine Hausvariante und kein BIN-Parser eines Kartennetzes. Sie erhalten die Prüfziffer als Ein-Zeichen-Zeichenkette, die vollständige Nummer mit angehängter Ziffer oder ein boolesches Gültigkeitsflag mit der erwarteten Prüfziffer, neu berechnet nur aus der Nutzlast. Im Vergleich zu Damm-Quasigruppen-Prüfziffern ist Luhn der De-facto-Industriestandard für karten- und kontoähnliche Felder; im Vergleich zu Prüfziffern der Barcode-Familie (EAN, UPC, ISBN) ist Luhn nicht an ein GTIN-Einzelhandelslayout gebunden — er gilt für jede Ziffern-Nutzlast Ihrer Wahl.

Wo Luhn-Prüfziffern in realen Systemen passen

Mitgliedschafts- und Treueprogramme erzeugen sequenzielle oder zufällige numerische IDs und brauchen eine Endziffer, die Callcenter-Agenten und mobile Tastaturen nicht stillschweigend verderben. Lager- und Logistikteams drucken Karton- oder Asset-Codes; eine einzige vertippte Ziffer auf einem Handgerät ist üblich, und Luhn erkennt jede Einziffer-Ersetzung. Telekom- und Geräteabläufe, die IMEI oder ähnliche Kennungen bereits in Mod-10-Form dokumentieren, können neu berechnen und prüfen, ohne eine kartenspezifische Oberfläche.

Integrationstests und Datenqualitätsjobs berechnen die erwartete Prüfziffer für jede Zeile eines CSV-Exports neu und markieren Zeilen, in denen die gespeicherte vollständige Nummer nicht mehr übereinstimmt — das fängt menschliche Edits und Off-by-one-Fehler in Generatoren. Produktteams, die bereits einen Karten-Luhn-Validator für den Zahlungs-UX anbieten, können dieses allgemeine Werkzeug trotzdem für interne Kennungen übernehmen, wo derselbe Algorithmus nötig ist, die Eingabe aber kein PAN ist.

Behandeln Sie eine bestandene Luhn-Prüfung nicht als Nachweis von Autorisierung, Eigentum oder dass eine Karte echt ist — sie beweist nur, dass die Ziffernfolge unter diesem Algorithmus wohlgeformt ist, dieselbe Ehrlichkeitsschwelle wie bei jeder Prüfsumme.