Lieferscheine und Zustellnachweise mit einer Scan-API automatisieren

Jede Lieferung endet gleich: Ein Fahrer übergibt ein Papierdokument, ein Kunde unterschreibt, und das Papier wird für die Unterlagen fotografiert. Genau dieses Foto ist das schwächste Glied der gesamten Logistikkette.

Lieferscheine und Zustellnachweise (Proof of Delivery, POD) werden auf Laderampen, in Lkw-Kabinen und an Kundentoren fotografiert. Die Fotos entstehen in jedem Winkel, bei schlechtem Licht und oft mit Schatten. Und dann sollen sie automatisierte Systeme speisen: OCR, Tourenabgleich, Abrechnung, Reklamationen.

Das Foto ist das Problem

Ein Lieferscheinfoto ist kein Dokument. Es ist ein Bild eines Dokuments, verzerrt durch:

• Perspektive — schräg von oben oder von der Seite aufgenommen
• Drehung — das Papier ist im Bild um ein paar Grad rotiert
• Beleuchtung — Schatten über der Seite, Spiegelungen von Lkw-Scheiben
• Hintergrund — das Foto zeigt den Schreibtisch, das Lenkrad, die Hand des Fahrers

OCR-Engines, die auf saubere Scans trainiert sind, scheitern an dieser Eingabe. Ein Lieferschein, bei dem 12,5 kg als 12.5kg oder 12,5k9 gelesen wird, kann einen fehlgeschlagenen Abgleich, einen falschen Abrechnungseintrag oder eine Reklamation auslösen, die mehr kostet als die Lieferung wert war.

Wo eine Scan-API hineinpasst

Eine Scan-API sitzt zwischen der Kamera und dem Extraktionsschritt:

Fahrerfoto → Scan-API → bereinigtes Dokument → OCR / Tourenabgleich / Abrechnung

Der Scan-Schritt liest das Dokument nicht. Er macht das Dokument lesbar:

• Erkennt die Seite im Foto
• Korrigiert die Perspektive, sodass die Seite rechteckig und aufrecht ist
• Entfernt Schatten und Spiegelungen, sodass der Text bis an den Rand lesbar ist
• Liefert ein sauberes JPG oder PDF, das OCR tatsächlich verarbeiten kann

Die Integration ist ein einziger Endpunkt

ScanKit stellt dies als POST /scan/crop bereit. Eine Fahrer-App oder ein gemeinsamer Intake-Endpunkt sendet das Foto und erhält einen bereinigten Scan zurück.

import requests

def clean_delivery_note(photo_path: str, api_key: str) -> bytes:
    with open(photo_path, "rb") as f:
        r = requests.post(
            "https://api.scankit.io/scan/crop",
            headers={"X-API-Key": api_key},
            files={"file": f},
        )
    r.raise_for_status()
    return r.content  # bereinigter Scan, bereit für die OCR

Von dort speist der bereinigte Scan alles, was ihn liest: die OCR für die Sendungsnummer, den Tourenabgleich für das Fahrzeug, die Abrechnung für Gewicht und Frachtkosten.

Was Teams vom Scan-Schritt haben

• Höhere OCR-Genauigkeit — die Extraktion startet von einem Dokument, nicht von einem Foto
• Weniger manuelle Prüfungen — weniger falsch gelesene Zeichen bedeuten weniger Tickets
• Konsistente Unterlagen — jeder Zustellnachweis ist eine saubere, aufrechte, durchsuchbare Datei
• Schnellere Reklamationen — ein lesbarer Zustellnachweis beendet eine Klärung, statt sie zu beginnen

Datenschutz und wohin die Daten gehen

Lieferscheine sind betrieblich sensibel, und in der EU ist der Verarbeitungsort eine wichtige Frage. Wenn Sie einen Scan-Schritt einbauen, prüfen Sie drei Dinge:

• Wird in der EU gehostet?
• Ist der Upload bei der Übertragung verschlüsselt?
• Wird das Dokument nach der Verarbeitung gelöscht?

ScanKit ist auf diese drei Antworten gebaut: EU-Hosting, TLS bei der Übertragung, Löschung nach der Verarbeitung. Nur der bereinigte Scan verlässt die Anfrage — das Foto selbst wird nicht gespeichert.

---

Das Fazit: Ein Lieferscheinfoto ist kein Dokument, und keine OCR-Engine kann Perspektive reparieren. Eine Scan-API macht aus dem Foto ein Dokument, bevor die Systeme, die es lesen, es überhaupt zu sehen bekommen. Ein Endpunkt, ein Aufruf, und das schwächste Glied der Lieferkette ist keins mehr.

Probieren Sie es mit 50 kostenlosen Credits, ganz ohne Kreditkarte: kostenloses ScanKit-Konto erstellen.