So extrahieren Sie japanische Bestelldaten in Excel
für den Lieferanten-Rechnungsabgleich

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 das Abgleichproblem von 発注書, 納品書 und 請求書 einer einfachen Automatisierung widersetzt

Der Drei-Wege-Abgleich — die Prüfung, ob Bestellung, Lieferschein und Rechnung in Menge, Preis und Konditionen übereinstimmen — ist der Kontrollpunkt, der Überzahlung, Doppelzahlung und Betrug in der japanischen Beschaffung verhindert. Er ist auch der Ort, an dem sich der Engpass der manuellen Datenerfassung konzentriert. Hier ist, warum er sich der naheliegenden „einfach VLOOKUP auf die OCR-Ausgabe“-Lösung widersetzt, die die meisten Teams zuerst ausprobieren.

Die Kernschwierigkeit besteht darin, dass die drei Dokumente dieselbe Transaktion mit unterschiedlichen Textdarstellungen beschreiben. Eine Lieferantenbestellung könnte einen Artikel als „ステンレスボルト M8×30 (SUS304)“ aufführen, 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 listet die Menge als „1式“ (ein Los), aber die Rechnung schlüsselt das Los 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 schlussfolgert, dass sich die Preise geändert haben.

Hier ändert ein Extraktionsansatz, der die Semantik des Dokuments liest statt Vorlagen abzugleichen, die Gleichung. Wenn Ihr Extraktionsschritt eine Bestellung mit strukturierten Feldern ausgibt — Bestellnummer als Spalte, Artikelname als Spalte, Menge und Einheit in eigenen Spalten, Einzelpreis als Nettobetrag normalisiert — dann wird der Abgleichsschritt gegen einen identisch strukturierten Rechnungsextrakt zu einem einfachen Spaltenvergleich. Die Hauptarbeit verlagert sich von der Tabellenkalkulation (komplexe Multi-Bedingungs-VLOOKUP-Formeln, die brechen, wenn Lieferanten ihre Formatierung ändern) zum Extraktionsschritt (wo die KI die Darstellungen in ein einziges Schema auflöst).

Der Subcontract Act (下請代金支払遅延等防止法) auferlegt zudem eine zeitliche Beschränkung, die die Extraktionsgeschwindigkeit folgenreich macht: Die Zahlung muss innerhalb von 60 Tagen nach Erhalt der Waren oder Dienstleistungen erfolgen (納品日から60日以内). 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 Bestellungen in Excel ersetzt, besteht aus drei Phasen. Die erste Phase – das Festlegen, was Sie extrahieren möchten – wird einmal durchgeführt und gilt für jeden Lieferanten, jedes Bestellformat und jede weitere Charge.

Dasselbe Spaltenschema funktioniert 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 sieben Jahre lang nach dem Körperschaftsteuergesetz (法人税法) und zwei Jahre lang nach dem Subcontract Act aufbewahren müssen. Ein Lieferant kann sein Bestellformat ändern, wenn er sein ERP-System aktualisiert – die von Ihnen definierten Spaltennamen kümmert das nicht.

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

Drei Datenpunkte auf einer japanischen Bestellung widerstehen der automatischen Extraktion mehr als der Rest – nicht weil sie schwer zu lesen sind, sondern weil sie eingebettete Geschäftslogik enthalten, die die Extraktion bewahren statt vereinfachen muss.

Zahlungsbedingungen (支払条件) — von der Textzeichenfolge bis zum Fälligkeitsdatum

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

Generische Extraktion liefert diese als eine einzige undifferenzierte Textzeichenfolge. Eine berechnete Spalte — eine Spalte, deren Wert die KI während der Extraktion berechnet, statt ihn direkt aus dem Dokument zu lesen — löst dieses Problem. Definieren Sie eine Spalte wie Settlement Day (extract the day number from Payment Terms; if "20日締" then 20, if "月末締" then 31) und eine zweite Spalte wie Payment Lag Months (from Payment Terms; if "翌月末払い" then 1, if "翌々月末払い" then 2). Die KI analysiert die japanische Zahlungsbedingungskonvention und liefert strukturierte Werte, mit denen eine Formel rechnen kann.

Verbrauchsteuerklassifizierung (消費税区分) — Mehrsatz-Abgleich

Japans System der Verbrauchsteuer mit zwei Sätzen bedeutet, dass eine einzelne Bestellung Positionen zu 10 %, 8 % und steuerbefreite Positionen enthalten kann. Die Rechnung muss die Steuer nach Steuersatzkategorie aufschlüsseln, um dem Qualified Invoice System (インボイス制度) zu entsprechen, das im Oktober 2023 in Kraft trat. Wenn die Bestellungsextraktion nicht erhält, welche Positionen zu welchem Satz besteuert werden, kann der Rechnungssteuerbetrag nicht gegen die Bestellung geprüft werden — das Einkaufsteam 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, statt ihn aus einem beschrifteten Feld zu lesen. Definieren Sie Tax Classification (options: 10% Standard, 8% Reduced, Tax-Exempt) — determine from item description. Food/beverage items → 8% Reduced. Standard goods → 10%. Export items or explicitly marked non-taxable → Tax-Exempt. Die KI liest jede Positionsbeschreibung und weist während der Extraktion die korrekte Steuerklassifizierung zu, sodass die Ausgabetabelle bereits mit Steuerkategorien befüllt ankommt — bereit für die satzgruppierte Gesamtprüfung.

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

Lieferorte auf japanischen Fertigungsbestellungen sind einzigartig spezifisch: „〇〇株式会社 埼玉工場 第二組立課 B棟3階" bezieht sich auf ein bestimmtes Gebäude, eine bestimmte Etage und Abteilung innerhalb eines Werksgeländes. Diese Zeichenfolgen variieren in Länge und Detailgrad je nach Lieferant, werden häufig abgekürzt (埼玉工場 → 埼工) und sind ein Nachschlüssel für die interne Produktionsplanung. Ein beschädigter oder abgeschnittener Lieferort — „〇〇株式会社 埼玉工場 第二組立課 B棟" ohne die Etage — sendet Materialien an den falschen Warenannahme-Dock. 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 übertragen

Das Ergebnis eines Extraktionsauftrags ist eine Tabellenkalkulation. Das Ziel ist die Buchhaltungs- oder Beschaffungssoftware, in der der Abgleich stattfindet. So verbindet sich die Pipeline mit den Tools, mit denen japanische Unternehmen tatsächlich arbeiten.

Yayoi (弥生会計 / 弥生販売) — der Marktführer in der japanischen KMU-Buchhaltung. Yayois Desktop- und Cloud-Produkte akzeptieren CSV-Importe für Journalbuchungen und Kreditorenbuchhaltungsdaten. Die Spaltenüberschriften Ihrer Extraktion werden zur Feldzuordnung für den Import: Bestellnummer → 伝票番号, Datum → 日付, Lieferant → 仕入先, Betrag → 金額. Yayoi Sales (弥生販売), das Begleitprodukt für Einkaufs- und Bestandsverwaltung, importiert Bestelldaten direkt in sein Einkaufsmodul — eine dedizierte Pipeline, die den Schritt von der Extraktion zum Import auf einen Datei-Upload reduziert.

freee — die Cloud-Buchhaltungsplattform, die von über 70.000 japanischen KMU genutzt wird. freees API und CSV-Import unterstützen die Erfassung von Einkaufstransaktionen mit automatischer Journalbuchungserstellung (自動仕訳). Bestelldaten, die mit Steuerklassifizierung pro Position extrahiert wurden, fließen direkt in freees Verbrauchsteuerberichterstattung ein, die sowohl den Standardsatz von 10 % als auch den ermäßigten Satz von 8 % unterstützt, wie für die Qualified-Invoice-Konformität erforderlich.

MoneyForward Cloud Accounting (マネーフォワード クラウド会計) — freees Hauptkonkurrent mit der größten Anzahl an Finanzinstituts-API-Verbindungen in Japan (2.451+). MoneyForwards Einkaufsverwaltungsmodul akzeptiert CSV-Importe; extrahierte Bestelldaten mit Lieferantennamen und Beträgen füllen das Kreditorenbuch direkt. Die automatische Bankabstimmung der Plattform gleicht extrahierte Zahlungsdatensätze mit Bankfeeds ab — und schließt damit den Kreislauf von der Bestellextraktion bis zur Zahlungsprüfung.

Kanjo Bugyo (勘定奉行) — OBCs Buchhaltungssuite, dominant in mittelgroßen japanischen Unternehmen (Jahresumsatz ¥500M–5B). Kanjo Bugyos Einkaufsmodul unterstützt den Batch-Import von Bestelldaten, mit besonderer Stärke in der abteilungsübergreifenden Kostenzuordnung (部門別原価管理) — wenn Ihre Bestellungen Abteilungscodes 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 Datei-Upload 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.