ISO-7064-Mod-11-Prüfziffer
Für 079 ist das Prüfzeichen nach ISO 7064 MOD 11-2 die 4, der Code wird also 0794; ergibt die Rechnung zehn, wird das Prüfzeichen als X geschrieben, damit jeder Wert ein druckbares Symbol hat. Sie können auch fertige Codes prüfen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Zahl
- 079
- Berechnungsmodus
- Compute
- Eingabe
- 079
- Prüfziffer
- 4
- Mit Prüfziffer
- 0794
Lange Kontocodes, Registernummern und interne Kennungen tippt man leicht falsch. Das reine System ISO 7064 MOD 11-2 hängt genau ein Prüfzzeichen an, damit eine falsche Ziffer oder ein beschädigtes Endzeichen die Prüfung unter einem standardisierten modularen Lauf scheitern lässt. Anders als einfache Modulo-10-Verfahren nutzt dieser Algorithmus Basis zwei und Modul elf und kodiert den Wert zehn als Buchstaben X, sodass jeder zulässige Rest ein druckbares Zeichen hat.
Was ISO 7064 MOD 11-2 ist und warum X vorkommt
ISO/IEC 7064 definiert reine und hybride Prüfzzeichensysteme für Normen, die ein kompaktes, interoperables Endsymbol brauchen. Das reine System MOD 11-2 durchläuft die Eingabe von links nach rechts mit der Rekurrenz p gleich zwei mal p plus dem aktuellen Ziffernwert, alles modulo elf. Nach der Nutzlast ist das Prüfzzeichen der eindeutige Wert von null bis zehn, der den vollständigen Lauf beim Rest eins enden lässt.
Werte null bis neun erscheinen als Ziffern; der Wert zehn erscheint als Buchstabe X, weshalb Register und Formulare manchmal ein abschließendes X an einem sonst numerischen Code zeigen. Das ist keine Hausvariante von Luhn oder Damm: es ist die veröffentlichte reine MOD-11-2-Konstruktion, gewählt weil Modul elf elf Symbole braucht und das lateinische X der übliche Ersatz für zehn ist. Gegenüber Barcode-Prüfziffern wie EAN oder UPC ist MOD 11-2 nicht an ein Einzelhandels-GTIN-Layout gebunden.
Gegenüber dem Damm-Algorithmus nutzt es modulare Arithmetik statt einer Quasigruppen-Tabelle und kann X statt einer rein numerischen Endung ausgeben. Gegenüber der klassischen gewichteten ISBN-10-Summe verarbeitet das reine System von links nach rechts mit fester Basis statt positionsabhängiger Gewichte von zehn abwärts. Nutzen Sie es für jede reine Ziffernnutzlast, die Sie steuern; nehmen Sie nicht an, eine bestandene Prüfung beweise Berechtigung oder Eigentum — nur, dass die Zeichenkette unter dieser Regel wohlgeformt ist.
So berechnen Sie ein Prüfzzeichen oder prüfen einen Vollwert
Senden Sie im Modus compute ein number-Feld, das nur die Zeichen null bis neun enthält. Modus validate erwartet einen Vollwert aus mindestens zwei Zeichen: eine oder mehrere Nutzlastziffern plus ein abschließendes Prüfzzeichen, das Ziffer oder X ist. So zeigen Sie in einem Formular leicht «Sie tippten X, erwartet war Y» ohne zweiten Aufruf.
Leere Zeichenketten, fehlendes number, ungültige mode-Werte und X an jeder Position außer dem abschließenden Prüfzzeichen scheitern vor Abschluss des Laufs und werden nicht berechnet. Bevorzugen Sie compute beim Erzeugen neuer IDs; bevorzugen Sie validate, wenn Sie eine ID von einem Nutzer, einer Partnerdatei oder einem gescannten Etikett erhalten und vor der Datensatzsuche ein boolesches Tor brauchen.
Wo Mod-11-Prüfziffern in realen Systemen passen
Nationale und branchenbezogene Register, die bereits Kennungen im ISO-7064-Stil veröffentlichen, brauchen ein gemeinsames Orakel zum Erzeugen und Prüfen von Endzeichen einschließlich des gelegentlichen X. Mitgliedschafts- und Treueprogramme, die ein stärkeres Modul als zehn wollen, können MOD 11-2 anhängen, ohne ein privates Alphabet zu erfinden. Lager- und Logistikteams drucken Karton- oder Asset-Codes, bei denen eine falsch getippte Ziffer beim Scan scheitern soll, statt Bestand in die falsche Box zu leiten.
Gesundheits- und Bildungsstellen, die noch Papierformulare mit mehrstelligen Referenznummern bewegen, können bei der Eingabe prüfen und das erwartete Prüfzzeichen zeigen, wenn die getippte Endung nicht passt. Integrationstests und Datenqualitätsjobs berechnen das erwartete Prüfzzeichen für jede Zeile eines CSV-Exports neu und markieren Zeilen, deren gespeicherter Vollwert nicht mehr passt — das fängt menschliche Edits und Off-by-one-Fehler in Generatoren. Dokumentieren Sie, welchen Algorithmus Sie neben der Nummer speichern, damit Sie Luhn, Damm und MOD 11-2 nie unbemerkt in derselben Spalte mischen.
Anwendungsfälle
Exportierte ID-Spalten auditieren
Prüfen Sie stapelweise alle numerischen oder mit X versehenen IDs in einem Partner-CSV oder Lager-Export und stellen Sie Zeilen unter Quarantäne, deren Prüfzzeichen nicht mehr dem neu berechneten erwarteten Wert entspricht.
Häufige Fragen
Was ist eine ISO-7064-Mod-11-Prüfziffer?
Es ist ein einzelnes Endzeichen des reinen Systems ISO/IEC 7064 MOD 11-2: Ziffern 0-9 oder X für zehn, so gewählt, dass der modulare Lauf von links nach rechts beim Rest eins endet.
Was passiert mit Buchstaben, Leerzeichen oder Bindestrichen?
Geben Sie nur Ziffern 0-9 an; ein abschließendes X ist nur im Modus validate als Prüfzzeichen erlaubt. Fehlgeschlagene Aufgaben werden nicht berechnet.
Warum ist das Mod-11-Prüfzeichen manchmal ein X?
Weil Modulo elf elf Symbole braucht: Die Werte null bis neun werden als Ziffern geschrieben, der Wert zehn als Buchstabe X. Deshalb enden manche Registernummern auf X, und das X wird nur an dieser letzten Stelle akzeptiert.
Wie wird das Prüfzeichen MOD 11-2 ermittelt?
Die Ziffern werden von links nach rechts durchlaufen: Jede Ziffer wird zum laufenden Wert addiert, das Ergebnis verdoppelt und nur der Rest bei Division durch elf behalten. Das Prüfzeichen lässt den gesamten Durchlauf bei eins enden; für 079 ist es die 4.
Worin unterscheidet sich MOD 11-2 von Luhn oder Damm?
Luhn rechnet mit Modulo zehn, Damm mit einer festen Tabelle statt mit Modulo-Arithmetik. MOD 11-2 nutzt Basis zwei und Modulo elf und kann deshalb ein X ausgeben. Vermerken Sie neben der Nummer, welches Verfahren Sie verwenden.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/enc/mod11 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"079"}'const res = await fetch("https://api.kit.forhosting.com/enc/mod11", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "079"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/mod11",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "079"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/mod11", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"079"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"079"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/mod11", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"number": "079"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.mod11",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Diese Fähigkeit berechnet jenes Prüfzzeichen für eine numerische Nutzlast, die Sie bereits haben, oder prüft eine vollständige Zeichenkette, die es bereits enthält, und lehnt nichtnumerische Eingaben mit einem klaren invalid_input-Fehler ab, statt Müll still zu verwerfen. Nutzen Sie sie kostenlos im Browser oder rufen Sie die KIT-API zum veröffentlichten Preis auf; beide Wege teilen dieselbe reine Arithmetik ohne Netz und ohne gespeicherte Nummern.
Was ISO 7064 MOD 11-2 ist und warum X vorkommt
Dieses Werkzeug implementiert jenen Standardlauf und benennt den Algorithmus im JSON stets als iso7064-mod11-2, damit nachgelagerte Systeme festhalten, welches Schema den Wert schützte.
So berechnen Sie ein Prüfzzeichen oder prüfen einen Vollwert
Leerzeichen, Bindestriche, Buchstaben außer einem abschließenden X im Modus validate, Dezimalpunkte und wissenschaftliche Notation werden als nichtnumerische Eingabe mit invalid_input abgelehnt, damit Sie nie einen still abgeschnittenen Wert akzeptieren. Modus compute ist Standard: die Engine durchläuft die Nutzlast mit der MOD-11-2-Rekurrenz, liefert check_digit als Einzeichenkette (Ziffer oder X) und with_check als Nutzlast plus dieses Zeichen, damit Sie eine einzige Zeichenkette speichern oder drucken können. Die Antwort meldet valid true, wenn der volle Lauf beim Zwischenwert eins endet, und enthält stets das abschließende check_digit, das nur aus der Nutzlast neu berechnete expected_check_digit und die Nutzlast-Teilzeichenkette ohne das letzte Zeichen. 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 schützen Sie Massenimporte, Onboarding-Formulare und Batch-Etikettendrucker ohne Sonderstufe.
Wo Mod-11-Prüfziffern in realen Systemen passen
Produktteams, die Luhn für kartenartige Felder oder Damm für rein numerische interne IDs nutzen, können MOD 11-2 trotzdem übernehmen, wenn eine Partnerspezifikation oder ein historisches Schema es verlangt, einschließlich des X-Falls.
Integrationsbeispiele
IDs mit ISO-7064-Prüfzzeichen erzeugen
Erzeugen Sie eine sequenzielle oder zufällige Ziffernnutzlast, rufen Sie den Modus compute auf und speichern Sie with_check, damit jede neue ID vor Druck oder E-Mail ein abschließendes MOD-11-2-Zeichen (Ziffer oder X) trägt.
Getippte oder gescannte Codes bei der Eingabe prüfen
Wenn ein Nutzer oder Scanner einen Vollwert sendet, rufen Sie den Modus validate auf und blockieren Sie die Suche, wenn valid falsch ist; zeigen Sie expected_check_digit, um einen einzelnen Tippfehler zu korrigieren.
Technische Fragen
Wie berechne ich eine Mod-11-Prüfziffer mit dieser API?
Senden Sie ein POST mit number auf den Nutzlastziffern und mode compute (oder lassen Sie mode weg). Die Antwort enthält check_digit (0-9 oder X) und with_check (Nutzlast plus Prüfzzeichen).
Wie prüfe ich eine Nummer, die bereits ein Prüfzzeichen hat?
Senden Sie ein POST mit der vollständigen Zeichenkette (Ziffern plus abschließendes 0-9 oder X) und mode validate. Die Antwort enthält valid, check_digit, expected_check_digit und die Nutzlast ohne das letzte Zeichen.
Ist das Mod-11-Prüfziffern-Werkzeug kostenlos?
Das Browser-Werkzeug ist kostenlos und läuft lokal. API-Aufrufe nutzen prepaid KIT-Guthaben zum veröffentlichten Basispreis $0.002; ungültige Eingabe wird nie berechnet.