ISBN-13-Prüfziffer
Die 12 Ziffern 978030640615 erhalten die Prüfziffer 7, die vollständige ISBN-13 lautet also 9780306406157. Vervollständigen Sie eine Buchnummer, bevor Sie den Strichcode drucken, oder prüfen Sie eine 13-stellige ISBN, bevor sie ins System einer Buchhandlung gelangt. 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
- 978030640615
- Berechnungsmodus
- Compute
- Eingabe
- 978030640615
- Prüfziffer
- 7
- Mit Prüfziffer
- 9780306406157
Moderne Bücher und viele Medienprodukte werden mit einer dreizehnstelligen International Standard Book Number identifiziert: der ISBN-13. Die ersten drei Ziffern sind ein GS1-Bookland-Präfix (typisch 978 oder 979), die mittleren Ziffern kodieren Registrierungsgruppe, Registrant und Publikation, und die letzte Ziffer ist eine Prüfziffer, die Eintipp- und Scanfehler einer einzelnen Stelle erkennt, bevor der Code einen Katalog, eine Buchhandlung oder ein Marktplatz-Inserat erreicht. Diese Fähigkeit setzt die Standardregel ISBN-13 mod-10 auf eine zwölfstellige Nutzlast um — Gewichte abwechselnd eins und drei von links — und liefert die Prüfziffer plus den vollständigen dreizehnstelligen Strichcode, oder sie prüft eine dreizehnstellige Zeichenkette mit einem expliziten valid-Flag und der erwarteten Ziffer.
So wird die ISBN-13-Prüfziffer berechnet
Eine ISBN-13 hat immer dreizehn Ziffern und ist strukturell identisch mit einem EAN-13-/GTIN-13-Produktstrichcode auf Einzelhandelsverpackungen. Die ersten zwölf Ziffern bilden die Nutzlast der Buchnummer: ein dreistelliges GS1-Präfix (fast immer 978 oder 979 für Bücher), ein Element der Registrierungsgruppe, ein Registrantenelement (Verlag) und ein Publikationselement, deren Längen je nach Agenturregeln variieren. Die dreizehnte Ziffer ist die Prüfziffer.
Zur Berechnung gehen Sie die zwölf Nutzlastziffern von links nach rechts mit 1-basierten Positionen durch: multiplizieren Sie jede Ziffer an ungerader Position mit eins und jede Ziffer an gerader Position mit drei, addieren Sie diese Produkte und nehmen Sie die Prüfziffer als zehn minus diese Summe modulo zehn, erneut modulo zehn, damit ein Rest null die Prüfziffer null ergibt. Gleichwertig muss die vollständige dreizehnstellige Zeichenkette einschließlich Prüfziffer unter denselben Gewichten von links nach rechts eine gewichtete Summe haben, die ein Vielfaches von zehn ist.
Das ist dieselbe Familie von mod-10-Regeln wie bei GTIN-8, GTIN-12 (UPC-A), GTIN-13 (EAN-13 / ISBN-13) und GTIN-14; nur die feste dreizehnstellige Bookland-Form und das Präfix 978/979 machen ISBN-13 für Suchende spezifisch. Der Algorithmus ist deterministisch und lokal: kein Lookup bei der ISBN-Agentur, kein Netzwerkanruf und keine Uhr. Gegenüber Multi-Symbologie-Strichcode-Validatoren ist die Suchintention hier eng: Personen, die einen ISBN-13-Prüfziffernrechner für zwölfstellige Nutzlasten brauchen, keinen allgemeinen UPC- oder Karton-GTIN-Checker.
Wo ISBN-13-Prüfziffern in reale Abläufe passen
Verlage und Katalogteams erhalten interne zwölfstellige Buchnummern — Präfix plus Registrierungsgruppe, Registrant und Titel — und müssen die offizielle ISBN-13-Prüfziffer anhängen, bevor sie EAN-13-Strichcodes auf Cover, Schutzumschlag oder Aufkleber drucken. POS- und Wareneingangs-Apps im Buchhandel prüfen dreizehnstellige Codes an der Kasse, damit eine einzige Vertauschung keinen Phantomtitel und keine Bestandslücke erzeugt.
Datenqualitätsjobs in Bibliotheken und Aggregatoren laufen jede ISBN-13-Spalte in einem MARC-, ONIX- oder CSV-Export ab, rufen den Modus validate auf und stellen Zeilen in Quarantäne, bei denen valid false ist — und fangen so sowohl menschliche Edits als auch Generatorfehler ab, die noch Legacy-ISBN-10 ohne korrekte Umwandlung ausgeben. Behandeln Sie eine bestandene ISBN-13-Prüfung nicht als Beweis für Titelbesitz, Agenturregistrierung oder korrekte Bindestrichgruppen; sie beweist nur, dass die mod-10-Ziffer unter den Standard-ISBN-13-Gewichten zur zwölfstelligen Nutzlast passt.
Anwendungsfälle
ISBN-13-Spalten in Katalogen und ONIX-Exporten prüfen
Validieren Sie stapelweise jede dreizehnstellige ISBN in einem PIM, einem Bibliotheksladevorgang oder Partner-CSV und stellen Sie Zeilen in Quarantäne, deren Prüfziffer nicht mehr dem neu berechneten Erwartungswert entspricht.
Häufige Fragen
Was ist eine ISBN-13-Prüfziffer?
Es ist die dreizehnte Ziffer eines ISBN-13-Strichcodes, berechnet mit einer gewichteten Summe mod-10 (abwechselnde Gewichte 1 und 3 von links), damit Eintipp- und Scanfehler einer einzelnen Stelle meist erkannt werden, bevor der Code gespeichert oder gedruckt wird.
Was passiert bei falscher Länge, Buchstaben oder Bindestrichen?
Fehlgeschlagene Validierungsaufgaben werden nicht abgerechnet. Entfernen Sie Bindestriche vor dem Senden.
Wie wird die ISBN-13-Prüfziffer berechnet?
Nehmen Sie die ersten 12 Ziffern von links nach rechts, multiplizieren Sie sie abwechselnd mit 1 und 3 und addieren Sie die Produkte. Die Prüfziffer ist zehn minus den Rest bei Division durch zehn; ergibt das zehn, ist sie 0.
Ist eine ISBN-13 dasselbe wie ein EAN-13-Code?
Vom Aufbau her ja: Eine ISBN-13 ist eine dreizehnstellige EAN-13-Nummer mit dem Buchpräfix 978 oder 979 und folgt derselben Prüfziffernregel wie die Strichcodes im Einzelhandel.
Was bedeuten die Präfixe 978 und 979?
Es sind die GS1-Präfixe für Bücher, die die Nummer als Buchnummer kennzeichnen; fast jede ISBN-13 beginnt mit einem von ihnen. Die folgenden Ziffern stehen für Registrierungsgruppe, Verlag und die einzelne Veröffentlichung.
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/isbn13 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"978030640615"}'const res = await fetch("https://api.kit.forhosting.com/enc/isbn13", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "978030640615"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/isbn13",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "978030640615"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/isbn13", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"978030640615"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"978030640615"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/isbn13", 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": "978030640615"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.isbn13",
"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
Nichtnumerische Eingaben und falsche Längen scheitern mit invalid_input statt stiller Bereinigung, damit Sie nie eine halb bereinigte ISBN speichern. Dieselbe reine Arithmetik läuft kostenlos im Browser und zum veröffentlichten API-Preis für Automatisierungspipelines.
Eingabevertrag, Modi und Fehlerverhalten
Senden Sie ein number-Feld, das nur Zeichen von null bis neun enthält. Falsche Länge ist ein expliziter Fehler, der den Modus und die gesendete Länge nennt — zwölf für compute, dreizehn für validate —, damit Client-Formulare «zwölf Ziffern nötig» anzeigen können, ohne zu raten. Leere Zeichenketten, fehlendes number und ungültige mode-Werte scheitern vor jeder gewichteten Summe und werden nicht abgerechnet. Bevorzugen Sie compute, wenn Sie Buchnummern aus einem zwölfstelligen Rumpf erzeugen oder vervollständigen; bevorzugen Sie validate, wenn Sie einen Katalogimport, POS-Scan oder Marktplatz-Eintrag an einen vollständigen dreizehnstelligen ISBN-13-Strichcode knüpfen. Leerzeichen, Bindestriche, Buchstaben und Dezimalpunkte werden als nichtnumerische Eingabe mit invalid_input abgelehnt, damit ein still bereinigter Wert nie den Speicher erreicht — wenn Sie 978-0-306-40615 ohne Prüfziffer einfügen, müssen Sie Bindestriche zuerst clientseitig entfernen oder die reine Ziffernform senden. Der Modus compute ist der Standard: die Engine verlangt genau zwölf Ziffern, liefert check_digit als ein Zeichen lange Zeichenkette und liefert with_check als die dreizehnstellige ISBN-13, die Sie auf einen Strichcode drucken oder in einem Katalog speichern können. Der Modus validate verlangt genau dreizehn Ziffern; die Antwort meldet valid true, wenn die Endziffer mit der neu berechneten expected_check_digit übereinstimmt, und enthält immer payload (die ersten zwölf Ziffern), check_digit, expected_check_digit und length dreizehn. Alias-Schlüssel wie digits, isbn und code werden für dasselbe Nutzlastfeld akzeptiert, damit Integrationen, die bereits «isbn» sprechen, nicht umbenennen müssen. Weil der Pfad reines Parse ohne Uhr, Zufallsquelle oder Netzwerk ist, liefert derselbe JSON-Body auf dem kostenlosen Browser-Tool und auf der API zu $0.002 pro erfolgreicher Anfrage immer dasselbe JSON-Ergebnis.
Wo ISBN-13-Prüfziffern in reale Abläufe passen
Onboarding-Formulare von E-Commerce und Marktplätzen können expected_check_digit neu berechnen und eine freundliche Korrektur zeigen, wenn ein Verkäufer eine ISBN mit vertippter letzter Ziffer einfügt.
Integrationsbeispiele
Zwölfstellige Buchnummer für Cover-Strichcodes vervollständigen
Rufen Sie den Modus compute mit der zwölfstelligen Nutzlast auf, speichern Sie with_check und speisen Sie die dreizehnstellige ISBN-13 in Ihren EAN-13-Strichcodedrucker oder den Katalogsatz ein.
Gescannte oder getippte ISBN-13 bei der Eingabe prüfen
Wenn ein Scanner oder Formular dreizehn Ziffern sendet, rufen Sie den Modus validate auf und blockieren Sie die Suche, wenn valid false ist; zeigen Sie expected_check_digit, um einen einzelnen Tippfehler zu korrigieren.
Technische Fragen
Wie berechne ich eine ISBN-13-Prüfziffer mit dieser API?
Senden Sie POST mit number von genau zwölf Ziffern und mode compute (oder lassen Sie mode weg). Die Antwort enthält check_digit und with_check (die vollständige dreizehnstellige ISBN-13).
Wie prüfe ich eine vollständige dreizehnstellige ISBN-13?
Senden Sie POST mit der dreizehnstelligen Zeichenkette und mode validate. Die Antwort enthält valid, check_digit, expected_check_digit und payload (Ziffern ohne die letzte).
Ist das ISBN-13-Prüfziffern-Tool kostenlos?
Das Browser-Tool ist kostenlos und läuft lokal. API-Aufrufe nutzen das vorausbezahlte KIT-Guthaben zum veröffentlichten Basispreis $0.002; ungültige Eingaben werden nie berechnet.