So extrahieren Sie japanische Bestelldaten nach Excel
für den Lieferantenrechnungsabgleich

Was enthält ein japanischer Auftrag? — Feld für Feld

Japanische Aufträge folgen einer Struktur, die zugleich standardisierter und nuancierter ist als ihre westlichen Pendants. Standardisierter, weil die vom JFTC vorgeschriebenen Pflichtfelder für Subunternehmergeschäfte – kodifiziert im Subcontract Act und verstärkt durch das 2026 in Kraft tretende Gesetz zur Förderung fairer Transaktionen für kleine und mittlere Unternehmen (中小受託取引適正化法, kurz 取適法) – bedeuten, dass jeder rechtskonforme Auftrag dieselben Kerninformationen enthält. Nuancierter, weil der Inhalt dieser Felder japanische Geschäftskonventionen widerspiegelt, für die kein generisches Extraktionstool trainiert wurde.

Der JFTC schreibt vor, dass ein Auftrag (formal ein Artikel-4-Dokument gemäß dem Gesetz von 2026) mindestens enthalten muss: Namen beider Parteien, Ausstellungsdatum, Beschreibung der Leistungen, Lieferdatum, Lieferort, Datum der Prüfungsabnahme, Zahlungsbetrag, Zahlungsziel und Zahlungsmethode. In der Praxis enthalten die meisten japanischen Aufträge zusätzliche Felder, die für den Abgleich-Workflow wichtig sind. Hier ist die vollständige Struktur, mit der ein Einkaufsmanager tatsächlich arbeitet:

Die Muster-Bestellvorlage der JFTC zeigt den vollständigen Satz der Pflichtfelder, wie sie auf einem konformen Dokument erscheinen. Die Schlussfolgerung für die Extraktion: Eine japanische Bestellung ist kein freies Geschäftsschreiben. Es ist ein strukturiertes Dokument mit vorhersagbaren Feldern – aber diese Felder enthalten Inhalte, die von Konventionen bestimmt werden, die für ein Tool, das nicht für den japanischen Beschaffungskontext entwickelt wurde, unsichtbar sind. Die Extraktionsaufgabe ist nicht „dieses Dokument lesen“ – es ist „dieses Dokument lesen und verstehen, was der Abrechnungsstichtag für die Zahlungsberechnung bedeutet.“

Warum sich der 発注書-納品書-請求書-Abgleich einer einfachen Automatisierung widersetzt

Der Drei-Wege-Abgleich – Prüfung, ob Bestellung, Lieferschein und Rechnung in Menge, Preis und Konditionen übereinstimmen – ist der Kontrollpunkt, der Überzahlungen, Doppelzahlungen und Betrug in der japanischen Beschaffung verhindert. Gleichzeitig ist er der Engpass für manuelle Dateneingabe. Hier ist der Grund, warum er sich der naheliegenden „OCR-Ergebnisse per VLOOKUP abgleichen“-Lösung widersetzt, die die meisten Teams zuerst versuchen.

Die Kernschwierigkeit liegt darin, dass die drei Dokumente denselben Vorgang mit unterschiedlichen Textdarstellungen beschreiben. Eine Bestellung eines Lieferanten listet einen Artikel vielleicht als „ステンレスボルト M8×30 (SUS304)“, während die zugehörige Rechnung ihn zu „SUSボルト M8“ abkürzt – sucht man den einen gegen den anderen, liefert Excel #N/A. Eine Bestellung gibt die Menge als „1式“ (ein Los) an, die Rechnung schlüsselt das Los jedoch in 5 Stück (個) für dieselbe Gesamtsumme auf – die Mengen stimmen zahlenmäßig nicht überein, repräsentieren aber dieselbe Bestellung. Eine Bestellung zeigt Nettopreise (税抜), die Rechnung Bruttopreise (税込), und ein naiver Vergleich schließt auf geänderte Preise.

Hier ändert ein Extraktionsansatz, der die Dokumentensemantik liest statt Vorlagen abzugleichen, die Spielregeln. Wenn Ihr Extraktionsschritt eine Bestellung mit strukturierten Feldern ausgibt – Bestellnummer als Spalte, Artikelname als Spalte, Menge und Einheit in eigenen Spalten, Einzelpreis auf Netto normalisiert – dann wird der Abgleich mit einer identisch strukturierten Rechnungsextraktion zu einem einfachen Spaltenvergleich. Die Hauptarbeit verlagert sich von der Tabellenkalkulation (komplexe, mehrfachbedingte VLOOKUP-Formeln, die bei Formatänderungen des Lieferanten brechen) auf den Extraktionsschritt (wo die KI die Darstellungen in ein einheitliches Schema auflöst).

Das Subcontract Act (下請代金支払遅延等防止法) setzt zudem eine zeitliche Beschränkung, die die Extraktionsgeschwindigkeit relevant macht: Die Zahlung muss innerhalb von 60 Tagen nach Erhalt der Ware oder Dienstleistung (納品日から60日以内) erfolgen. Wenn Extraktion und Abgleich eine Woche aus diesem 60-Tage-Fenster beanspruchen, bleiben dem Beschaffungsteam 53 Tage für alles andere – Genehmigungsrouting, Abweichungsklärung, Zahlungsabwicklung. Die Verkürzung des Extraktionsschritts von Tagen auf Sekunden erweitert direkt den nutzbaren Teil des Compliance-Fensters.

So extrahieren Sie Bestelldaten in Excel – Schritt für Schritt

Der Workflow, der die manuelle Übertragung von Bestelldaten in Excel ersetzt, besteht aus drei Phasen. Die erste Phase – die Definition dessen, was extrahiert werden soll – wird einmal durchgeführt und gilt für jeden Lieferanten, jedes Bestellformat und jede nachfolgende Charge.

Das gleiche Spaltenschema funktioniert auch im nächsten Monat, für Bestellungen neuer Lieferanten, die Sie anbinden, und für archivierte Bestellungen aus früheren Geschäftsjahren (決算年度), die Sie gesetzlich verpflichtet sind, sieben Jahre lang gemäß dem Körperschaftsteuergesetz (法人税法) und zwei Jahre lang gemäß dem Subcontract Act aufzubewahren. Ein Lieferant kann sein Bestellformat ändern, wenn er sein ERP aktualisiert – die von Ihnen definierten Spaltennamen sind davon nicht betroffen.

Die Felder, an denen die generische Extraktion scheitert – und wie man sie handhabt

Drei Datenpunkte auf einer japanischen Bestellung widersetzen sich der automatischen Extraktion mehr als die anderen – nicht, weil sie schwer zu lesen sind, sondern weil sie eingebettete Geschäftslogik enthalten, die die Extraktion bewahren und nicht einebnen muss.

Zahlungsbedingungen (支払条件) – von Textzeichenfolge zum Fälligkeitsdatum

Eine Zahlungsbedingung auf einer japanischen Bestellung erscheint als kompakter zusammengesetzter Ausdruck: „20日締翌月末払い“ oder „月末締翌々月末払い“ oder „納品後60日以内.“ Jeder kodiert zwei Informationen: wann der Abrechnungszeitraum endet (der 締日, Abrechnungsstichtag) und wann die Zahlung relativ zu diesem Stichtag fällig ist. Ein Beschaffungsteam, das Bestellungen mit Rechnungen abgleicht, benötigt beide Daten in separaten Spalten – den Abrechnungsstichtag, um zu überprüfen, ob der Rechnungszeitraum mit der Bestellung übereinstimmt, und die Zahlungsverzögerung, um zu überprüfen, ob das Rechnungsfälligkeitsdatum korrekt ist.

Die generische Extraktion gibt diese als eine einzige undifferenzierte Textzeichenfolge aus. Eine berechnete Spalte – eine Spalte, deren Wert die KI während der Extraktion berechnet, anstatt ihn direkt aus dem Dokument zu lesen – löst dieses Problem. Definieren Sie eine Spalte wie Abrechnungsstichtag (extrahiere die Tagesnummer aus Zahlungsbedingungen; wenn „20日締“ dann 20, wenn „月末締“ dann 31) und eine zweite Spalte wie Zahlungsverzögerung in Monaten (aus Zahlungsbedingungen; wenn „翌月末払い“ dann 1, wenn „翌々月末払い“ dann 2). Die KI analysiert die japanische Konvention der Zahlungsbedingungen und gibt strukturierte Werte aus, mit denen eine Formel rechnen kann.

Verbrauchsteuerklassifizierung (消費税区分) — mehrstufiger Abgleich

Das japanische System mit zwei Verbrauchsteuersätzen bedeutet, dass eine einzige Bestellung Positionen zu 10 %, 8 % und steuerbefreit enthalten kann. Die Rechnung muss die Steuer nach Steuersätzen aufschlüsseln, um dem Qualified Invoice System (インボイス制度) zu entsprechen, das im Oktober 2023 in Kraft trat. Wenn der Bestellextrakt nicht erfasst, welche Positionen zu welchem Satz besteuert werden, kann der Rechnungssteuerbetrag nicht mit der Bestellung abgeglichen werden – die Beschaffungsabteilung genehmigt eine Zahlung, ohne die Steuerberechnung bestätigen zu können.

Die Lösung ist eine abgeleitete Spalte – eine Spalte, deren Wert die KI aus dem Kontext ableitet, anstatt ihn aus einem beschrifteten Feld zu lesen. Definieren Sie Verbrauchsteuerklassifizierung (Optionen: 10 % Standardsatz, 8 % ermäßigter Satz, steuerbefreit) – aus Artikelbeschreibung ermitteln. Lebensmittel/Getränke → 8 % ermäßigt. Standardwaren → 10 %. Exportartikel oder explizit als nicht steuerbar gekennzeichnet → steuerbefreit. Die KI liest jede Positionsbeschreibung und weist während der Extraktion die korrekte Steuerklassifizierung zu, sodass die Ausgabetabelle bereits mit Steuerkategorien versehen ist – bereit für die nach Steuersätzen gruppierte Gesamtprüfung.

Lieferort (納入場所) – granular, variabel, kritisch

Lieferorte auf japanischen Fertigungsbestellungen sind einzigartig spezifisch: „〇〇株式会社 埼玉工場 第二組立課 B棟3階“ bezieht sich auf ein bestimmtes Gebäude, Stockwerk und eine Abteilung innerhalb eines Werkskomplexes. Diese Zeichenfolgen variieren in Länge und Detailtiefe zwischen Lieferanten, werden häufig abgekürzt (埼玉工場 → 埼工) und sind ein Nachschlageschlüssel für die interne Produktionsplanung. Ein beschädigter oder abgeschnittener Lieferort – „〇〇株式会社 埼玉工場 第二組立課 B棟“ ohne Stockwerk – sendet Materialien zur falschen Warenannahme. Die Extraktion muss die vollständige Zeichenfolge wie gedruckt erhalten, einschließlich Kanji-Zeichen, die von OCR-Engines ohne japanische Sprachmodelle häufig falsch gelesen werden (工場 vs. 工塲, 棟 vs. 楝).

Extrahierte Bestelldaten in japanische Buchhaltungssoftware übernehmen

Das Ergebnis eines Extraktionsauftrags ist eine Tabelle. Das Ziel ist die Buchhaltungs- oder Beschaffungssoftware, in der der Abgleich stattfindet. Hier erfahren Sie, wie die Pipeline eine Verbindung zu den Tools herstellt, mit denen japanische Unternehmen tatsächlich arbeiten.

Yayoi (弥生会計 / 弥生販売) – der Marktführer in der japanischen Buchhaltung für KMU. Die Desktop- und Cloud-Produkte von Yayoi akzeptieren CSV-Importe für Buchungssätze und Kreditorendaten. Die Spaltenüberschriften Ihrer Extraktion werden zur Feldzuordnung für den Import: PO-Nummer → 伝票番号, Datum → 日付, Lieferant → 仕入先, Betrag → 金額. Yayoi Sales (弥生販売), das Partnerprodukt für Einkauf und Bestandsverwaltung, importiert Bestelldaten direkt in sein Einkaufsmodul – eine dedizierte Pipeline, die den Schritt von der Extraktion zum Import auf einen Dateiupload reduziert.

freee – die Cloud-Buchhaltungsplattform, die von über 70.000 japanischen KMU genutzt wird. Die API und der CSV-Import von freee unterstützen die Erfassung von Einkaufstransaktionen mit automatischer Buchungssatzerstellung (自動仕訳). Mit Steuerklassifizierung pro Position extrahierte Bestelldaten fließen direkt in die Verbrauchsteuerberichterstattung von freee ein, die sowohl die Berechnungen des regulären Satzes von 10 % als auch des ermäßigten Satzes von 8 % unterstützt, die für die Einhaltung der Qualified Invoice erforderlich sind.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) – der Hauptkonkurrent von freee mit den meisten API-Verbindungen zu Finanzinstituten in Japan (2.451+). Das Einkaufsverwaltungsmodul von MoneyForward akzeptiert CSV-Importe; extrahierte Bestelldaten mit Lieferantennamen und Beträgen füllen direkt das Kreditorenbuch. Die automatische Bankabstimmung der Plattform gleicht extrahierte Zahlungsdatensätze mit Kontoauszügen ab – und schließt so den Kreislauf von der Bestellextraktion bis zur Zahlungsüberprüfung.

Kanjo Bugyo (勘定奉行) – die Buchhaltungssuite von OBC, dominant in mittelständischen japanischen Unternehmen (Jahresumsatz 500 Mio. – 5 Mrd. Yen). Das Einkaufsmodul von Kanjo Bugyo unterstützt den Batch-Import von Bestelldaten, mit einer besonderen Stärke in der bereichsübergreifenden Kostenverteilung (部門別原価管理) – wenn Ihre Bestellungen Bereichscodes oder Kostenstellen enthalten, fließen diese Felder automatisch in die segmentierte GuV-Berichterstattung ein.

Der gemeinsame Nenner: Jede große japanische Buchhaltungsplattform akzeptiert strukturierte Datenimporte. Der Engpass war nie die Importfähigkeit – es war die Gewinnung der Bestelldaten in strukturierter Form. Sobald Sie saubere Excel-Spalten haben, ist der Import ein Dateiupload oder ein Kopieren-Einfügen.

FAQ

Kann das Tool handschriftliche Bestellungen (発注書) lesen, die per Fax von Lieferanten eingehen?

Ja. Japanische Lieferanten, insbesondere kleinere Hersteller und Handelsunternehmen, faxen häufig handschriftliche oder teilweise handschriftliche Bestellungen – Artikel und Mengen mit Kugelschreiber notiert und mit dem Firmenstempel (社判) versehen. Das KI-Modell liest handschriftliche japanische Zeichen, einschließlich abgekürzter Kanji, die in der Beschaffungskurzschrift üblich sind (㈱ für 株式会社, No. für 番号). Bei stark degradierten Faxen – Papierstruktur, Schräglage, durchschlagende Tinte – kann eine punktuelle Überprüfung schwieriger Zeichen erforderlich sein. Das Scannen mit 300 dpi oder höher verbessert die Genauigkeit bei Faxdokumenten.

Was ist, wenn eine einzelne Bestellung mehrere Seiten umfasst?

Laden Sie alle Seiten der Bestellung in einem Batch hoch. Die Extraktions-Engine behandelt mehrere Seiten derselben Datei als ein fortlaufendes Dokument – die Kopffelder (Bestellnummer, Lieferant, Datum) werden einmal extrahiert, und die Positionen aller Seiten werden im selben Zeilensatz gesammelt. Bei mehrseitigen Fax-Bestellungen, bei denen die Fortsetzungsseite keinen Kopf hat – sondern nur eine Tabelle mit Positionen, die von der vorherigen Seite fortgesetzt wird – bewahrt die Extraktion die Kontinuität, indem alle Positionen der auf der ersten Seite identifizierten Bestellnummer zugeordnet werden.

Funktioniert das Tool, wenn jeder Lieferant ein anderes Bestellformat verwendet?

Ja – das ist der entscheidende Vorteil der semantischen Extraktion gegenüber der vorlagenbasierten OCR. Ein vorlagenbasiertes Tool erfordert, dass Sie für jedes Lieferantenformat eine separate Parsing-Vorlage (mit definierten Zonenkoordinaten oder Feldbezeichnungen) erstellen und pflegen. Wenn ein Lieferant sein Bestelllayout ändert – etwa bei einem Upgrade seines ERP oder einer Neugestaltung seiner Vordrucke – bricht die Vorlage und muss neu erstellt werden. Die semantische Extraktion liest das Dokument, indem sie versteht, was jedes Datenelement ist, nicht wo es auf der Seite erscheint. Eine Bestellnummer ist eine Bestellnummer, egal ob sie oben rechts auf einer Mitsubishi Chemical-Bestellung oder unten mittig auf einer handschriftlichen Fax eines lokalen Subunternehmers steht.

Wie funktioniert die Extraktion bei der Aufteilung der Verbrauchsteuer in 8 % und 10 %?

Das japanische System mit zwei Verbrauchsteuersätzen verlangt, dass Rechnungen die Steuer nach Steuersatzkategorie aufschlüsseln. Wenn Sie bei der Bestellextraktion eine Spalte hinzufügen, die die Logik der Steuerklassifizierung angibt – zum Beispiel Steuersatz (Optionen: 8 %, 10 %, steuerfrei) – Klassifizierung basierend auf Artikelbeschreibung – bewertet die KI jede Position und weist während der Extraktion den korrekten Satz zu. Lebensmittel und Abonnementzeitungen erhalten 8 %; alles andere erhält 10 %; Exporttransaktionen und ausdrücklich befreite Artikel erhalten „Steuerfrei“. Die extrahierten Daten kommen mit bereits zugewiesenen Steuersätzen an, bereit für die nach Steuersatz gruppierte Gesamtberechnung, die der Steueraufschlüsselung der Rechnung entspricht. Dies ist eine abgeleitete Spalte – der Satz ist nicht auf der Bestellung aufgedruckt, sondern wird von der KI während der Extraktion aus der Artikelbeschreibung abgeleitet.

Kann derselbe Workflow auch andere japanische Beschaffungsdokumente verarbeiten?

Der Spaltenschema-Ansatz gilt für die gesamte Beschaffungsdokumentenkette. Für Angebote (見積書): Extrahieren Sie Lieferant, Artikel, Stückpreis und Gültigkeitsdauer – vergleichen Sie diese mit der Bestellung, um zu überprüfen, ob der bestellte Preis dem angebotenen Preis entspricht. Für Lieferscheine (納品書): Extrahieren Sie die gelieferten Mengen – vergleichen Sie diese mit den Bestellmengen, um Minderlieferungen zu identifizieren, bevor die Rechnung eintrifft. Für Rechnungen (請求書): Extrahieren Sie die berechneten Beträge und die Steueraufschlüsselung – vergleichen Sie diese mit den Bestelldaten, um vor der Zahlungsfreigabe zu prüfen. Dieselbe Extraktionsplattform verarbeitet alle vier Dokumenttypen, und dieselbe Spaltenbenennungslogik gilt: Definieren Sie die gewünschten Felder, und die KI findet sie anhand ihrer Bedeutung. Wir behandeln verwandte dokumentenbezogene Workflows in unserem Leitfaden zur Extraktion japanischer Bankbuchdaten, dem australischen BAS-Extraktionsworkflow und der Extraktion kanadischer GST/HST-Steuererklärungsdaten.

Von Papierbestellungen zu abgeglichenen Hauptbüchern

Die japanische Beschaffungsdokumentenkette – Angebot, Bestellung, Lieferschein, Rechnung – wurde für eine Welt entwickelt, in der jedes Dokument von einem Menschen gelesen wurde, der die Konventionen verstand. Die Bestellung sagt „20日締翌月末払い“ und der Mensch weiß, dass das Zahlung bis zum Ende des Monats nach dem 20. des Abrechnungsmonats bedeutet. Die Rechnung kürzt den Artikelnamen ab und der Mensch weiß, dass er sich auf dasselbe Produkt in der Bestellung bezieht. Die Steuerklassifizierung ist in der Artikelbeschreibung implizit enthalten und der Mensch ordnet sie gedanklich zu. Die Reibung bei der Digitalisierung der Beschaffung lag nie darin, dass diesen Dokumenten die Struktur fehlt – sie sind hochstrukturiert –, sondern darin, dass die Struktur vom gemeinsamen Kontext menschlicher Leser abhängt und eine Maschine, die auf diesen Kontext nicht zugreifen kann, die Struktur falsch interpretiert.

Die Bestellextraktion, die die Feldbedeutung statt der Feldposition liest, schließt diese Lücke. Die Bestellnummer wird zu einem Nachschlageschlüssel anstelle eines OCR-Fehlers. Die Zahlungsbedingungen werden zu zwei Spalten – Abrechnungsstichtag und Verzögerung – anstelle einer verstümmelten Zeichenfolge. Die Steuerklassifizierung wird zu einer ausgefüllten Spalte anstelle eines Rätselratens bei der Rechnungsprüfung. Das Beschaffungsteam gewinnt die Zeit zurück, die es derzeit mit dem erneuten Abtippen verbringt, und der Abgleichsworkflow – der Kontrollpunkt, der das Bargeld des Unternehmens schützt – wird schneller und zuverlässiger.