Japanische Lieferscheine mehrerer Lieferanten in einem Wareneingangsprotokoll zusammenfassen
Verarbeiten Sie einen Tagesvorrat an 納品書 (Nōsho) mehrerer japanischer Lieferanten in einem einheitlichen Wareneingangsprotokoll – ohne lieferantenspezifische Vorlagen.
Warum der japanische Wareneingang auf manueller Dateneingabe basiert
Der japanische 3PL-Markt – der Logistik für Fertigung, Einzelhandel und E-Commerce in verschiedenen Branchen bereitstellt – soll bis 2031 48,38 Milliarden US-Dollar erreichen. Aber das Dokument, das belegt, was auf dem LKW angekommen ist, wird immer noch so verarbeitet wie vor 30 Jahren: Jemand liest es, tippt die Daten ein und hofft, dass keine Ziffer vertauscht wurde.
Lagerverwaltungssysteme in Japan haben nahezu jeden physischen Prozess automatisiert. Barcode-Scanner an der Rampe erfassen Paletten-IDs. RFID-Tags verfolgen den Lagerbestand in Echtzeit. Automatisch geführte Fahrzeuge bewegen Waren ohne menschliches Eingreifen zwischen den Zonen. Nippon Express (NX GROUP), der größte 3PL des Landes, betreibt WMS-Plattformen, die Wareneingang, Einlagerung und Kommissionierung mit millisekundengenauer Präzision orchestrieren. Aber jedes dieser Systeme teilt dieselbe Abhängigkeit: Sie benötigen strukturierte Daten, um ihre Arbeit aufzunehmen. Ein WMS kann Bestände aktualisieren, wenn es eine digitale Transaktion erhält – aber diese Transaktion kann erst erstellt werden, nachdem jemand den Lieferschein gelesen und die Daten eingegeben hat.
Dies ist kein Versagen der japanischen Logistiktechnologie. Es ist ein Dokumentformat-Problem, das sich als Dateneingabe-Problem tarnt. Der Lieferschein (納品書) ist nach japanischem Handelsrecht kein gesetzlich vorgeschriebenes Dokument – anders als die Rechnung (請求書), die das Qualifizierte Rechnungssystem (インボイス制度) seit Oktober 2023 standardisiert. Der Lieferschein hat kein vorgeschriebenes Format, keine Pflichtfelder und keinen digitalen Standard, der Peppol oder Factur-X entspricht. Jeder Lieferant druckt, tippt oder schreibt seinen Lieferschein so, wie es sein Backoffice produziert.
Japans Logistiktechnologie hat die Bewegung von Waren automatisiert. Sie hat nicht das Lesen der Dokumente automatisiert, die diese Waren identifizieren. Die Lücke zwischen einem Barcode auf einer Palette und den Lieferscheindaten, die dem System mitteilen, zu welchem Auftrag die Palette gehört – diese Lücke wird immer noch von einem Menschen und einer Tastatur überbrückt.
Warum Ihr WMS Paletten sieht, aber keine Lieferscheine
Um zu verstehen, warum diese Lücke bestehen bleibt, hilft ein Blick darauf, was an einem typischen Dienstagmorgen tatsächlich an einer japanischen Warenannahme ankommt.
Sagawa Express liefert eine Sendung eines Herstellers aus der Kansai-Region. Der Lieferschein kommt als ausgedrucktes PDF – sauberes Layout, mehrspaltige Tabelle, Artikelcodes und Mengen klar beschriftet. Aber die Feldnamen sind auf Japanisch (品名/数量/単位), das Datum verwendet die japanische Ära-Formatierung (令和8年6月16日), und der Firmenname des Lieferanten steht in der Kopfzeile ohne explizite Kennzeichnung als „Lieferant".
Yamato Transport bringt eine Sendung eines Lebensmittellieferanten aus Hokkaido. Deren Lieferschein ist ein Thermodruckbeleg aus einem Yamato-Logistikzentrum – anderes Layout, andere Feldbezeichnungen, andere Spaltenreihenfolge. Ein lokaler Spediteur, der kleine Hersteller in Saitama bedient, liefert drei Kartons mit einem handschriftlichen Durchschlag-Lieferschein. Die Handschrift ist hastig, die Mengen sind in Kartons statt Einheiten angegeben, und der Lieferantenname ist ein Stempel (印鑑) statt gedrucktem Text.
Diese drei Dokumente – die innerhalb derselben 30-Minuten-Zeitspanne eintreffen – haben völlig unterschiedliche Formate. Ein vorlagenbasiertes OCR-Tool bräuchte drei separate Vorlagen, die für drei verschiedene Layouts trainiert sind. Wenn nächste Woche ein vierter Lieferant mit einem weiteren Format auftaucht, muss das System erneut trainiert werden. Wenn Sagawa im Januar ihre Lieferscheinvorlage ändert (was vorkommt), bricht die alte Vorlage. Deshalb versuchen die meisten japanischen Logistikunternehmen nie eine automatisierte Lieferscheinextraktion: Die Wartungskosten für die Vorlagen übersteigen die Dateneingabekosten, die sie eigentlich eliminieren wollen.
Der Engpass liegt nicht darin, dass Lieferscheindaten komplex sind. Sondern darin, dass dieselben Felder – Lieferantenname, Lieferdatum, Bestellbezug, Artikelcode, Menge – auf jedem Dokument an unterschiedlichen Stellen mit unterschiedlichen Bezeichnungen erscheinen. Die traditionelle Automatisierungslösung – eine Vorlage pro Format – scheitert an der Formatvielfalt.
Die Datenfelder japanischer Lieferscheine sind überraschend einheitlich. Laut der easymakedocs-Anleitung zu japanischen Lieferscheinen sind die Standardelemente: Dokumententitel (納品書), Lieferscheinnummer, Lieferdatum, Kundeninformationen, Lieferanteninformationen, Artikeldetails (Name, Menge, Spezifikationen, optionaler Stückpreis) und ein Lieferantenstempel. Die Abweichung kommt vom Layout, nicht vom Inhalt. Ein Yamato-Lieferschein enthält dieselben konzeptionellen Felder wie der handschriftliche Beleg eines lokalen Spediteurs – der Unterschied liegt darin, wo diese Felder auf der Seite sitzen und wie sie bezeichnet werden. Die Herausforderung bei der Extraktion ist nicht, dass sich die Informationen unterscheiden. Sondern dass das Auffinden über Formate hinweg erfordert zu verstehen, was ein Feld bedeutet, nicht wo es sitzt.
Stapelverarbeitung: Von 30 Belegen zu einem strukturierten Wareneingangsprotokoll
Hier trennt sich die semantische, spaltennamenbasierte Extraktion von der OCR-Vorlage. Statt ein Tool darauf zu trainieren, wo ein Feld auf dem Layout von Lieferant A und wo auf dem Layout von Lieferant B sitzt, definieren Sie die gewünschten Felder einmal – nach ihrer Bedeutung – und die Extraktions-Engine findet jeden Wert in jedem Dokument des Stapels, indem sie dessen Sinn versteht.
ImageToTable.ai nutzt die benutzerdefinierte Spaltenextraktion: Sie geben die Spaltenüberschriften für Ihr finales Wareneingangsprotokoll ein – „Lieferantenname", „Lieferdatum", „Bestellnummer", „Artikelcode", „Artikelbeschreibung", „Gelieferte Menge", „Einheit" – und die KI liest jeden Lieferschein im Stapel, findet jedes Feld unabhängig davon, wo es auf der Seite erscheint, und füllt die entsprechende Spalte. Eine Spalte namens „Lieferantenname" findet den Lieferanten, egal ob er im Kopf als „株式会社〇〇" gedruckt, als Inkan-Siegel gestempelt oder mit „納入元" bezeichnet ist – denn die Extraktion ist semantisch, nicht positionsbasiert.
Dateien werden sicher verarbeitet und nicht gespeichert.
Der Workflow für ein japanisches Logistik-Wareneingangsteam:
Der Effizienzgewinn ist messbar. Ein einseitiger Lieferschein wird in 5–10 Sekunden extrahiert – eine 18-fache Verbesserung gegenüber den durchschnittlich 3 Minuten manueller Eingabe. Doch der bedeutendere Vorteil ist die Fehlerreduzierung. Bei 30 Lieferscheinen pro Tag mit durchschnittlich 5 Positionen entstehen bei manueller Eingabe rund 150 Datenpunkte. Selbst bei einer konservativen Übertragungsfehlerrate von 1 % sind das 1–2 Fehler pro Tag – eine vertauschte Ziffer in einer Artikelnummer, ein falsches Komma bei einer Menge. Über einen Monat hinweg schleichen sich 30–60 Fehler in das WMS, in den Drei-Wege-Abgleich und in den Kreditoren-Workflow ein. Die Batch-Extraktion macht die Prüfung nicht überflüssig – aber sie verwandelt sie von einer Transkriptionsaufgabe in eine Bestätigungsaufgabe, die um Größenordnungen schneller und weniger fehleranfällig ist.
Vom Wareneingangsprotokoll zum Drei-Wege-Abgleich und zur E-Book-Gesetzeskonformität
Das Wareneingangsprotokoll ist nicht der Endpunkt. Es ist die vorgelagerte Eingabe für zwei kritische nachgelagerte Prozesse, die bestimmen, ob ein japanisches Logistikunternehmen korrekt bezahlt wird und prüfbereit bleibt.
Nach dem japanischen Gesetz zur Aufbewahrung elektronischer Bücher (電子帳簿保存法) müssen alle elektronisch gespeicherten Transaktionsdokumente nach drei Kriterien durchsuchbar sein: Transaktionsdatum (取引年月日), Transaktionsbetrag (取引金額) und Geschäftspartner (取引先). Für Unternehmen mit einem Jahresumsatz von über 50 Millionen Yen sind diese Suchbarkeitsanforderungen verpflichtend.
Ein Ordner mit 30 PDF-Lieferscheinen, die nach Belieben des Lieferanten benannt sind – „納品書_20260616.pdf", „delivery_sagawa.pdf", „Scan001.pdf" – besteht den Suchbarkeitstest nicht. Eine strukturierte Tabelle, in der jede Zeile Lieferantenname, Lieferdatum, Bestellnummer, Spediteur, Artikelcode und gelieferte Menge enthält – besteht ihn automatisch. Jedes Kriterium, nach dem das Gesetz eine Suche verlangt, ist eine Spalte in Ihrer Tabelle. Datumsbereichsfilterung, Betragsfilterung, Geschäftspartnersuche – all das wird zu nativen Tabellenkalkulationsvorgängen, nicht zu einer manuellen dateiweisen Suche.
Dies ist ein sekundärer Vorteil der Stapelerfassung, den die meisten Diskussionen über Dokumentenautomatisierung übersehen: Die Extraktion strukturierter Daten aus Lieferscheinen erfüllt gleichzeitig die japanischen Anforderungen an die elektronische Speicherung. Die Original-PDFs müssen weiterhin für die gesetzliche Aufbewahrungsfrist aufbewahrt werden (7 Jahre für Transaktionsdokumente nach dem Verbrauchsteuergesetz, 10 Jahre für Handelsbücher nach dem Handelsgesetz) – aber für den schnellen Zugriff während einer Steuerprüfung ist die extrahierte Tabelle das Werkzeug, das Ihr Team tatsächlich verwendet.
Das Wareneingangsprotokoll speist auch direkt in den Drei-Wege-Abgleich ein, der die Zahlung an den Lieferanten autorisiert. Nach gängiger japanischer Beschaffungspraxis sollte keine Rechnung genehmigt werden, bis die Mengen und Artikel auf dem Lieferschein sowohl gegen die Bestellung (発注書) als auch gegen die Rechnung (請求書) bestätigt wurden. Dies ist die Bestellung → Lieferschein → Rechnung Prüfkette. Der Drei-Wege-Abgleich kann jedoch nur automatisiert werden, wenn alle drei Dokumente strukturierte Daten sind:
Ein strukturiertes Wareneingangsprotokoll – aus der Batch-Extraktion als Excel oder CSV exportiert – wird zur Brücke, die den Drei-Wege-Abgleich schließt. Die extrahierten Daten können direkt in freee, MoneyForward Cloud, Yayoi (弥生) oder das firmeneigene WMS importiert werden. Für Unternehmen mit SAP Japan, GLOVIA smart (Fujitsu) oder EXPLANNER (NEC) lässt sich der CSV-Export in die Standard-Importformate für Wareneingänge überführen. Der Drei-Wege-Abgleich wird von einer manuellen, belegweisen Prüfung zu einer systematischen Ausnahmeprüfung: Nur die Zeilen, in denen Bestellmenge ≠ Liefermenge, erfordern menschliche Aufmerksamkeit.
Für Logistikunternehmen, die täglich 30 Lieferungen von verschiedenen großen Spediteuren (NX, Sagawa, Yamato) und lokalen Transportfirmen verarbeiten, ist der Unterschied zwischen einem strukturierten und einem unstrukturierten Wareneingangsprotokoll der Unterschied zwischen einer 2,5-stündigen Tippschicht und einer 5-minütigen Tabellenprüfung. Hochgerechnet auf 20 Arbeitstage im Monat sind das 50 gewonnene Stunden – mehr als eine Vollzeitstelle – für die Prüfung von Ausnahmen, die Kommunikation mit Spediteuren oder jede andere Aufgabe, die eine Tastatur nicht automatisieren kann.
Häufig gestellte Fragen
Kann das Lieferhinweise von großen japanischen Spediteuren und kleinen lokalen Transportunternehmen verarbeiten?
Ja. Die semantische Extraktion liest Lieferscheine, indem sie die Bedeutung jedes Feldes versteht – nicht dessen Position auf der Seite. Eine Spalte mit dem Namen „Lieferantenname“ findet den Lieferanten, egal ob er im Kopf eines Sagawa-PDFs gedruckt, als Inkan-Stempel auf einem Durchschlag oder handschriftlich auf dem Lieferschein eines lokalen Spediteurs vermerkt ist. Dies ist der grundlegende Unterschied zur templatebasierten OCR, die für jedes Layout eine separate Vorlage benötigt. Sie definieren Ihre Wareneingangsspalten einmal, und sie funktionieren über alle Lieferantenformate hinweg – auch für neue, die Sie noch nicht gesehen haben.
Was ist, wenn ein Lieferschein japanische Jahresdaten (令和) anstatt gregorianische verwendet?
Das Extraktionsergebnis kann das ursprüngliche Jahresformat beibehalten oder beim Export automatisch umwandeln. Falls Ihr nachgelagertes System gregorianische Daten erfordert (z. B. für den ERP-Import), konvertiert die Nachbearbeitungsebene des Tools 令和8年6月16日 beim Export in 2026-06-16. Sie definieren die Spalte als „Lieferdatum“ und steuern das Ausgabeformat – keine manuelle Datumsumrechnung erforderlich.
Wie lässt sich das in unser bestehendes WMS (SAP, GLOVIA, freee, MoneyForward) integrieren?
Das Extraktionsergebnis – eine Excel- oder CSV-Datei – kann in jedes WMS oder ERP importiert werden, das CSV-Importe für Wareneingangstransaktionen unterstützt. Freee und MoneyForward Cloud akzeptieren CSV-basierte Buchungssatzimporte (仕訳インポート). SAP Japan und Oracle Japan unterstützen CSV-basierte Wareneingangslastimporte. Der Extraktionsschritt ist vom Importschritt getrennt – Sie steuern, wann und wie Daten in Ihr System gelangen. Weitere Informationen zu Workflows für die Extraktion japanischer Lieferscheine finden Sie in unserem Leitfaden zum Extrahieren japanischer Lieferscheindaten in Excel.
Kann es handschriftliche japanische Lieferscheine lesen?
Ja. Das Vision-Modell verarbeitet handschriftlichen Text, einschließlich japanischer Schriftzeichen auf Durchschlag-Lieferscheinen lokaler Spediteure. Die Genauigkeit bei Handschrift ist geringer als bei gedrucktem Text – insbesondere bei hastiger, verschmierter oder kontrastarmer Schrift – daher profitieren handschriftliche Felder von einer kurzen Sichtprüfung während des Überprüfungsschritts. Das Tool erzeugt keine falsche Sicherheit bei minderwertigen Eingaben; es zeigt Unsicherheit an, anstatt zu raten. Bei einer Charge von 30 Lieferscheinen, von denen vielleicht 3–5 handschriftlich sind, konzentriert sich der Überprüfungsschritt auf diese wenigen Dokumente, während die 25+ gedruckten PDFs mit nahezu perfekter Genauigkeit verarbeitet werden.
Erfüllt die Batch-Extraktion die Anforderungen des Gesetzes zur Aufbewahrung elektronischer Bücher (電子帳簿保存法)?
Die Batch-Extraktion erstellt eine strukturierte Tabelle, die die drei Suchkriterien erfüllt: Transaktionsdatum, Transaktionsbetrag und Gegenpartei – mit Bereichsangabe und Kombinationssuche, die nativ durch Tabellenfilter unterstützt wird. Das Gesetz verlangt jedoch weiterhin die Aufbewahrung der ursprünglichen Lieferscheindateien (PDFs, Scans oder Fotos) für den gesetzlichen Zeitraum. Die extrahierte Tabelle ist Ihr durchsuchbares Verzeichnis und Arbeitsdokument; die Originaldateien sind Ihr rechtliches Archiv. Beide müssen aufbewahrt werden. Einzelheiten zu den Suchbarkeitsanforderungen finden Sie in den Richtlinien der NTA zur elektronischen Buchführung.
Was ist mit Lieferscheinen, die mit Rechnungen kombiniert sind (納品書兼請求書)?
Einige japanische Lieferanten – insbesondere im B2B-Fertigungsbereich – stellen kombinierte Lieferschein-/Rechnungsdokumente aus (納品書兼請求書). Diese Dokumente enthalten sowohl Lieferdaten (Artikelbeschreibungen, Mengen) als auch Abrechnungsdaten (Einzelpreise, Steueraufschlüsselungen, Zahlungsbedingungen). Bei der Batch-Verarbeitung kombinierter Dokumente können Sie beide Datensätze in einem Durchgang extrahieren, indem Sie Spalten sowohl für Liefer- als auch für Rechnungsfelder definieren. Die Ausgabetabelle enthält alle Daten in einer Zeile pro Dokument, und Sie können die Spalten nach Bedarf für Ihre nachgelagerten Wareneingangs- und Kreditorenbuchhaltungs-Workflows aufteilen oder filtern.
Jedes japanische Logistikunternehmen hat den Warenverkehr automatisiert. Das Dokument, das beweist, was bewegt wurde – der 納品書 – ist das letzte Stück Papier, das noch manuell verarbeitet wird. Die Batch-Extraktion verwandelt eine 2,5-stündige Tippschicht in eine 5-minütige Tabellenprüfung. Und die dabei erzeugten Daten sparen nicht nur Zeit – sie versorgen den Drei-Wege-Abgleich, erfüllen das Gesetz zur Aufbewahrung elektronischer Bücher und speisen das Wareneingangsprotokoll in jedes nachgelagerte System, das auf strukturierte Eingaben gewartet hat.