Der Adress-Check ist Adressvalidierung und Adresskorrektur in einem: Er prüft deutsche Lieferadressen gegen Zustell-Leitdaten, korrigiert Tippfehler, Abkürzungen und PLZ-Zahlendreher und bringt jede Anschrift auf die amtliche Schreibweise – lokal auf Ihrem Server. Keine Cloud, keine Kosten pro Abfrage, keine Kundenadresse verlässt je Ihr Haus.
Die beiden Begriffe werden oft in einen Topf geworfen, meinen aber zwei verschiedene Fragen. Die Adressvalidierung fragt: Gibt es diese Adresse? Die Adresskorrektur fragt: Wie heißt sie richtig? Der Adress-Check beantwortet beide – in einem Durchgang.
Die postalische Adressvalidierung prüft eine Anschrift gegen die Zustell-Leitdaten: Existiert die Straße in dieser PLZ, passt der Ort dazu, liegt die Hausnummer im gepflegten Bereich? Das Ergebnis ist ein Urteil – sicher, wahrscheinlich, unsicher oder keine Treffer. Die Validierung ändert nichts an der Adresse; sie sagt, ob der Zusteller sie finden wird.
Die Korrektur bringt die Eingabe auf die amtliche Normalform: „gr. elbstrasse 63a“ wird zu „Große Elbstr. 63a“, der Zahlendreher in der PLZ wird ersetzt, aus dem Ortsteil wird der Zustellort. Das Ergebnis ist eine neue, leitcodierbare Schreibweise – dieselbe Anschrift, nur so geschrieben, wie die Leitdaten sie kennen.
Erst zusammen werden beide brauchbar: Eine Validierung allein lässt Sie mit dem „Nein“ stehen – jemand muss die Adresse dann von Hand nachschlagen. Eine Korrektur allein wäre Raten. Deshalb korrigiert der Adress-Check nur, was die Validierung als sicher bestätigt hat – und gibt alles andere mit Begründung und dem besten Kandidaten zur Prüfung.
98,2 % der Kundeneingaben entscheidet die Engine selbst – bestätigt oder repariert, ohne dass jemand hinsieht; etwa jede zwanzigste Adresse wird dabei inhaltlich repariert. Lokal auf Ihrem Server, ohne Cloud, ohne Kosten pro Abfrage.
Typische Reparaturen: Tippfehler und Buchstabendreher, abgekürzte Straßennamen, PLZ-Zahlendreher, Ortsteil statt Zustellort, verrutschte Hausnummern. Und was nicht sicher ist, wird nicht geraten – es geht mit Begründung und bestem Kandidaten in die manuelle Prüfung.
Die kanonische Form macht Adressen vergleichbar – egal wie der Kunde sie schreibt. Damit werden Dubletten, Betrugsmuster und Problemkunden über Schreibvarianten und Kundenkonten hinweg erkennbar.
Der Adress-Hash geht einen Schritt weiter: Gespeichert und verglichen wird nur der Fingerabdruck der kanonischen Adresse, nicht die Anschrift selbst. Adressen werden damit systemübergreifend vergleichbar – zwischen Shop, Warenwirtschaft und Partnersystemen –, ohne dass eine Klartext-Adresse übertragen wird: Datensparsamkeit im Sinne der DSGVO.
Packstation-Adressen werden erkannt und gegen den Stationsbestand validiert – ungültige oder aufgelöste Packstationen stoppen, bevor das Label gedruckt ist.
Die Schreibweise ist dabei egal – „Packstation“, „Paketstation“, zusammengeschrieben oder mit Tippfehler: erkannt wird die Absicht, geprüft die Stationsnummer. Grundlage ist der Stationsbestand Ihres aktuellen Datenstands, nicht eine veraltete Liste aus dem Netz.
Geprüft wird gegen den vollständigen Zustell-Datenbestand – nicht gegen Kartenmaterial oder Vermutungen. Meldet der Check „keine Treffer", kann auch der Zusteller die Adresse nicht finden: Sie klären vor dem Versand statt nach der Rücksendung.
Und kein Nein kommt nackt: Status, Konfidenz und Begründung sagen, warum eine Adresse nicht sicher ist – Ihr Team prüft gezielt nach, statt von vorn zu suchen.
Kunden tippen Adressen frei ein – abgekürzt, veraltet, mit Zahlendrehern. Jede unzustellbare Sendung bedeutet Rücktransport, Support-Aufwand und im schlimmsten Fall einen verlorenen Kunden. Die meisten Fehler sind maschinell heilbar, wenn man die Adresse vor dem Labeldruck überprüft.
Keine Kundenadresse verlässt Ihr Haus: Die Prüfung läuft gegen einen lokalen Datenbestand, nichts geht an Google, Loqate & Co. Auch das Logging kommt ohne Adressdaten aus – Datenschutz ist hier kein Versprechen, sondern Bauweise.
Auftragsverarbeitung durch Dritte, Drittland-Transfers, Cloud-Verträge – für die Adressprüfung stellen sich diese Fragen gar nicht erst: Was Ihr Haus nie verlässt, muss niemand vertraglich absichern.
Der Adress-Check ist kein Sprachmodell und rät nicht. Er gleicht Adressen nach festen Regeln mit den Zustell-Leitdaten ab – und arbeitet deshalb deterministisch: Dieselbe Eingabe liefert immer dasselbe Ergebnis, heute wie in einem Jahr, auf jedem Server. Jede Entscheidung lässt sich nachvollziehen, reproduzieren und testen – nur deshalb lassen sich die Fehlerquoten überhaupt belastbar messen.
Das System sagt sicher nur, wenn es sicher ist – sonst wahrscheinlich oder unsicher mit Diagnose. Die Restfehlerquote liegt bei rund 0,003 % – per Google-Gegenprobe am echten Bestand gemessen.
Bewusste Vorsicht gehört dazu: Paketshop-Zeilen mit Kundennummer und echte Mehrdeutigkeiten – etwa zwei fast gleiche Straßennamen in derselben PLZ – werden nie automatisch geschrieben, sondern landen mit dem besten Kandidaten in der Prüfung.
Nicht nur „Straße existiert": wo Hausnummern-Bereiche gepflegt sind, wird auch die Hausnummer validiert – inklusive Sonderfälle wie Packstationen und Mannheimer Quadrate.
Das fängt den klassischen Fehlversand ab: Straße richtig, Hausnummer existiert dort gar nicht. Erkannt wird die Nummer auch, wenn sie verrutscht ist – vorangestellt, an den Namen geklebt oder mit Zusatz („15 Ost 2“).
DHL berechnet für jede Sendung, die maschinell nicht leitcodierbar ist, einen Aufschlag von 0,49 € netto. Weil jede geprüfte Adresse auf die amtliche, leitcodierbare Form gebracht wird, entfällt dieser Aufschlag – bei tausenden Sendungen summiert sich das schnell zum Vielfachen des Kaufpreises.
Alle Zahlen stammen aus dem Produktivbetrieb mit echten Kundenadressen – die Software ist bei mehreren deutschen E-Commerce-Händlern im Einsatz, nicht aus synthetischen Benchmarks.
Jede sicher geprüfte Adresse erhält einen stabilen Hash ihrer kanonischen Form. „Große Elbstr. 63a" und „grosse elbstrasse 63 A" ergeben denselben Hash – ohne dass die Klartext-Adresse gespeichert oder übertragen werden muss.
Gleiche Lieferadresse über mehrere Kundenkonten? Der Hash findet es – über Schreibvarianten hinweg.
Auffällige Adressen (Retourenbetrug, Zahlungsausfall) lassen sich als Hash-Liste führen und abgleichen – DSGVO-schonend, ohne Klartext-Austausch.
Der Hash ist versioniert und an die Kanonisierung gekoppelt. Ändert sich die Normalisierung, invalidieren sich alte Hashes hart – keine stillen Fehlvergleiche.
Eine REST-API, ein Endpunkt. Anschriftenprüfung in Echtzeit beim Checkout, beim Auftragsimport im ERP oder als Batch zur Adressbereinigung Ihres Bestands.
# Request
POST /check
X-Api-Key: <ihr-key>
{ "plz": "22767", "ort": "Hamburg", "strasse": "gr. elbstrasse 63a" }
# Response
{
"status": "sicher",
"confidence": 0.97,
"treffer": { "plz": "22767", "ort": "Hamburg", "strasse": "Große Elbstr.", "hnr": "63a" },
"hnr_valid": "ja",
"address_hash": "v1:84071e6c…"
}Zur Hausnummer: treffer.strasse ist der kanonische Straßenname aus den Leitdaten, treffer.hnr der erkannte Hausnummern-Teil Ihrer Eingabe inklusive Zusätzen („63a", „15 Ost 2") – zusammengesetzt ergibt beides die versandfertige Anschrift. hnr_valid bestätigt die Hausnummer gegen gepflegte Bereiche, im address_hash ist sie enthalten.
Statuswerte: sicher · wahrscheinlich · unsicher · keine_treffer · hnr_fehlt · packstation_ok · packstation_fehler – Ihr ERP entscheidet pro Status, ob automatisch korrigiert, nachgefragt oder gestoppt wird.
Die Adressvalidierung beantwortet die Frage, ob es eine Adresse gibt: Straße, PLZ, Ort und – wo gepflegt – die Hausnummer werden gegen die Zustell-Leitdaten geprüft. Das Ergebnis ist ein Urteil (sicher, wahrscheinlich, unsicher, keine Treffer); die Adresse selbst bleibt unverändert.
Die Adresskorrektur beantwortet die Frage, wie die Adresse richtig heißt: Tippfehler, Abkürzungen, PLZ-Zahlendreher und Ortsteile werden auf die amtliche, leitcodierbare Schreibweise gebracht. Das Ergebnis ist eine neue Schreibweise derselben Anschrift.
Der Adress-Check macht beides in einem Durchgang – und koppelt die beiden bewusst: Korrigiert wird nur, was die Validierung als sicher bestätigt hat; alles andere geht mit Begründung und dem besten Kandidaten zur manuellen Prüfung. Mehr dazu weiter oben →
Linux/Unix, Windows und macOS. Die REST-API läuft als einzelnes, statisch gelinktes Binary ohne weitere Abhängigkeiten – ideal für den Dauerbetrieb unter Prozessüberwachung.
Die Kaufversion kostet 1.400 € mit lebenslangem Nutzungsrecht – Festpreis statt Pay-per-Call, ohne laufende Abfragekosten. Aktuell läuft die Software im Probebetrieb bei einigen Onlinehändlern.
Bei automatisch als „sicher" eingestuften Korrekturen liegt die Restfehlerquote bei rund 0,003 %. Gemessen wurde nicht an einer Zufallsstichprobe, sondern gezielt dort, wo Fehler überhaupt entstehen können: Aus Millionen automatisch entschiedener Kundenadressen wurde das gesamte Risiko-Band herausgeschnitten – jede Zeile, in der die Korrektur inhaltlich von der Eingabe abweicht – und vollständig per Google-Gegenprobe geprüft (mehr als 10.000 Adressen); jede Abweichung wurde einzeln von Hand bewertet. Zusätzlich abgesichert durch einen Extremtest mit Millionen absichtlich verfälschter Adressen gegen bekannte Originale.
Rund 98 % der Kundeneingaben entscheidet die Engine selbst – bestätigt oder repariert. Die übrigen knapp 2 % gehen zur Prüfung, und etwa die Hälfte davon ist keine Schwäche der Erkennung, sondern der Eingabe: Die Hausnummer fehlt, oder die Adresse existiert in den Zustell-Leitdaten nicht. Solche Sendungen gingen ohne Prüfung hinaus und kämen zurück – jetzt werden sie vor dem Label angehalten. Der Rest sind echte Zweifelsfälle (z. B. zwei fast gleichnamige Straßen in derselben PLZ): Hier antwortet die Engine bewusst „wahrscheinlich" oder „unsicher" – mit Begründung und dem besten Kandidaten, statt zu raten. Auch Zustelldienst-Zeilen – ein Paketshop mit Kundennummer im Straßenfeld – werden nie automatisch geschrieben: Auf dem Label fehlte sonst, was der Shop zur Zuordnung braucht.
Nein – bewusst nicht. Die Engine ist kein Sprachmodell und kein trainiertes Modell, sondern ein regelbasierter Abgleich mit den amtlichen Zustell-Leitdaten: Tippfehler-Toleranz, Abkürzungen, Hausnummern-Bereiche, Ortsteile – alles feste Regeln, die einzeln getestet sind und sich nicht von selbst verändern.
Der Grund heißt Determinismus. Deterministisch bedeutet: Dieselbe Eingabe führt immer zum selben Ergebnis – egal wann, wie oft und auf welchem Server Sie prüfen. Es gibt keinen Zufallsanteil, keinen Modellstand, der sich über Nacht ändert, und keine Antwort, die beim zweiten Versuch anders ausfällt.
Für Lieferadressen ist das entscheidend. Eine KI formuliert auch dann eine überzeugend klingende Adresse, wenn sie falsch liegt, und ihr Verhalten lässt sich nicht vollständig prüfen. Ein deterministisches System lässt sich dagegen messen und absichern: Jeder gemeldete Fehler ist reproduzierbar, wird als Regressionstest festgehalten und bleibt behoben. Nur deshalb sind die Fehlerquoten auf dieser Seite belastbar – und nur deshalb bleibt der Adress-Hash über Jahre stabil.
Ja, wir entwickeln die Software aktiv weiter und arbeiten kontinuierlich daran, die Fehlerraten so klein wie möglich zu bekommen. Jeder gemeldete Fall wird ausführlich untersucht, vermessen und mit Regressionstests abgesichert.
Der Kern ist auf deutsche Zustelladressen spezialisiert. In einer späteren Version integrieren wir eine Google-Address-Anbindung, die bei ausländischen Adressen die Validierung übernimmt (erzeugt laufende Kosten je Abfrage). Ihre Systeme steuern dann trotzdem nur einen einzigen Endpunkt an – einen Single Point of Use für alle Adressen.
Ja – die Live-Demo oben ist eine kostenlose Adressprüfung online: Adresse überprüfen und die Korrektur direkt daneben ansehen. Ohne Anmeldung, bis zu 20 Prüfungen pro Tag und IP; eingegebene Adressen werden nicht gespeichert.
Das Produkt selbst arbeitet genau umgekehrt: Adresse validieren und korrigieren in einem Durchgang, aber offline auf Ihrem eigenen Server – ohne Cloud, ohne Kosten pro Abfrage und ohne Tageslimit.
Nein. Prüfung und Korrektur laufen vollständig lokal gegen den mitgelieferten Datenbestand – auch in abgeschotteten Netzen.
Nichts verlässt Ihr Haus. Es gibt keine Cloud-Aufrufe, und selbst das lokale Protokoll enthält keine Adressdaten – nur Status und Antwortzeit. Datenschutz ist hier Architektur, kein Versprechen.
Geprüft wird gegen die offiziellen Zustell-Leitdaten, die DHL quartalsweise neu herausgibt – mit neuen Straßen, Umbenennungen und geänderten Hausnummern-Bereichen. Den jeweils aktuellen Datenstand erhalten Sie über Ihren eigenen DHL-Geschäftskundenvertrag, der ohnehin Voraussetzung für den Einsatz ist. Die Daten liegen damit bei Ihnen und werden von Ihnen eingespielt: Ein Update ist ein einfacher Austausch des Datenstands, ohne Neuinstallation. Wer die Aktualisierung überspringt, prüft gegen veraltete Daten – neue Straßen sind dann nicht leitcodierbar und kosten wieder Codierentgelt.
Per REST-API in Echtzeit (Checkout, Auftragsimport im ERP) oder als CSV-Batch zur Adressbereinigung des Bestands – z. B. einmalig zur Datenübernahme und danach laufend im Versandprozess. Auch DHL-Packstationen werden dabei validiert.
Ja. Für jede maschinell nicht leitcodierbare Sendung berechnet DHL 0,49 € netto. Da jede geprüfte Adresse auf die amtliche, leitcodierbare Schreibweise gebracht wird, entfällt dieser Aufschlag – die Ersparnis übersteigt bei entsprechendem Sendungsvolumen schnell den einmaligen Kaufpreis. Details und Rechenbeispiel →
Genau dafür ist sie gebaut. Tippfehler, fehlende Hausnummern, falsche Ortsteile und veraltete Ortsnamen werden erkannt und korrigiert, bevor das Label gedruckt wird. Jeder vermiedene Rückläufer spart doppeltes Porto, Bearbeitung und einen verärgerten Kunden.
Die Adressprüfung wird über eine REST-API angesprochen; die Anbindung Ihrer Warenwirtschaft bzw. Ihres ERP an diese Schnittstelle liegt in Ihrer Verantwortung. An direkten Anbindungen für die gängigen ERP-Systeme arbeiten wir bereits. Eindeutige Korrekturen liefert die Engine automatisch, echte Zweifelsfälle kennzeichnet sie zur manuellen Prüfung.
Als Nebeneffekt: Korrigierte Adressen landen direkt zurück in der Warenwirtschaft. Ihr Adressbestand wird mit jeder Bestellung sauberer – aus „ungeprüft" wird „garantiert leitcodierbar".
Auffällige Lieferadressen und bekannte Problemkunden lassen sich automatisch zurückhalten – bewusst konservativ. Über den Adress-Hash werden gleiche Lieferadressen zudem über Schreibvarianten und Kundenkonten hinweg vergleichbar, ohne Klartext-Austausch.
Installation auf Ihrem Server, Pilotbetrieb mit Ihren echten Adressdaten – wir zeigen Ihnen an Ihrem eigenen Datenbestand, was drin ist. Ohne Cloud, ohne laufende Abfragekosten.
Kontakt aufnehmen