Der vollständige Leitfaden zur japanischen Rechnung
Datenextraktion für Kreditorenbuchhaltung und Steuern

Was eine japanische Rechnung anders macht – und warum das für die Extraktion wichtig ist

Eine japanische Rechnung besitzt eine Feldarchitektur, für die westliche Extraktionstools nicht ausgelegt sind. Eine US- oder EU-Rechnung verläuft vom Kopf über die Positionen zur Summe und zum Fälligkeitsdatum – vier bis sechs extrahierte Spalten decken in der Regel den Kreditoren-Workflow ab. Eine japanische Rechnung fügt unterhalb der Summen einen zweiten, vollständigen Abschnitt hinzu: den Zahlungsanweisungsblock. Er teilt dem Käufer mit, an welche Bank das Geld überwiesen werden soll, welche Abrechnungsstichtag-Konvention den Fälligkeitszeitpunkt bestimmt und ob ein Teil des Betrags für das Finanzamt einbehalten werden muss. Eine generische Extraktions-Engine, die das Dokument von oben nach unten nach „Rechnungsnummer“ und „Gesamtsumme“ durchsucht, überspringt diesen gesamten Abschnitt – oder schlimmer noch, sie verkettet die vier separaten Bankfelder zu einem einzigen verstümmelten Textstring.

Seit Oktober 2023 kommt zur strukturellen eine Compliance-Dimension hinzu. Das Qualifizierte Rechnungssystem (インボイス制度, offiziell 適格請求書等保存方式) gemäß Artikel 57-2 des Verbrauchssteuergesetzes schreibt sechs Pflichtfelder auf jeder Rechnung vor, die einen Vorsteuerabzug ermöglicht. Drei dieser sechs Felder – Registrierungsnummer, Steuerbeträge nach Steuersatz und Aufschlüsselung nach Steuerkategorie – waren vor Einführung des Systems keine Pflichtfelder. Stand März 2025 meldete die National Tax Agency rund 4,61 Millionen registrierte qualifizierte Rechnungsaussteller. Jeder von ihnen muss auf jeder Rechnung eine T+13-stellige Registrierungsnummer angeben. Fehlt diese Nummer, verringert sich der Vorsteuerabzug des Käufers – nach einem Übergangsplan, der von 80 % abzugsfähig auf null absinkt.

Die Extraktionsaufgabe besteht also nicht nur darin, japanischen Text zu lesen. Es geht darum, ein Dokument zu lesen, dessen Feldschema – die für Kreditorenbuchhaltung und Steuern relevanten Spalten – sich von dem Schema unterscheidet, für das das Extraktionstool entwickelt wurde. Die Lösung ist die Benutzerdefinierte Spaltenextraktion: Sie definieren das Ausgabeschema selbst mit Spaltennamen, die zu Ihrer Kreditoren-Tabelle und Ihrer japanischen Geschäftslogik passen, und lassen dann die KI jedes Feld lokalisieren, indem sie seine Bedeutung versteht – nicht seine Position auf der Rechnungsvorlage eines bestimmten Lieferanten. Dasselbe Spaltenschema funktioniert, ob die Rechnung nun als ERP-generiertes PDF eines großen Handelshauses, als ausgedrucktes und wieder eingescanntes Word-Template eines lokalen Dienstleisters oder als Handyfoto eines handschriftlichen Formulars eingeht. Um zu erfahren, wie jede Spaltendefinition aussehen sollte – und wie Sie Inferenzlogik schreiben, die die japanischen Konventionen erfasst – lesen Sie das Schritt-für-Schritt-Tutorial zur japanischen Rechnungsextraktion, das die Definition von fünfundzwanzig Spalten einmalig und deren Wiederverwendung für alle Lieferanten beschreibt.

Der Rest dieses Leitfadens behandelt, was jede dieser Spalten extrahieren muss und warum die für japanische Rechnungen einzigartigen Felder – Furikomisaki-Bankdaten, Shimebi-Abrechnungskonventionen, Gensen-Quellensteuer und zweistufige Verbrauchssteuer – den gesamten Extraktionsworkflow von der Spaltendefinition über den Zahlungs-Batch-Export bis zur Verbrauchssteuererklärung prägen.

Die Felder einer 請求書 im Detail

Eine japanische Rechnung besteht aus vier logischen Zonen. Die ersten beiden – Kopfzeile und Positionen – sind universell und auf jeder Rechnung zu finden. Die letzten beiden – Steuern und Compliance sowie Zahlung und Bankverbindung – weichen im Feldschema von dem ab, was westliche Extraktionssysteme erwarten. Hier ist jedes Feld, auf das ein AP-Team bei der Verarbeitung von Seikyūsho (japanische Rechnungen) einer gemischten Lieferantenbasis stößt, geordnet nach Zone.

Die Struktur ist keine Spekulation – der offizielle Überblick des Kabinettsamts über das Qualifizierte Rechnungssystem listet die sechs Pflichtangaben auf. Die Extraktionsaufgabe geht jedoch über die Pflichtfelder hinaus. Die Felder, die die meiste manuelle AP-Zeit in Anspruch nehmen – Bankverbindung, Analyse der Zahlungsbedingungen und Quellensteuer – sind durch Konvention enthalten, nicht durch gesetzliche Vorschrift. Sie machen die Verarbeitung japanischer Rechnungen strukturell anders als ihre westlichen Pendants, und an ihnen scheitert die generische Extraktion zuerst. Um die Kosten der manuellen Extraktionsarbeit zu verstehen, analysiert die Kostenanalyse der manuellen Seikyūsho-Verarbeitung für japanische KMU die Arbeitskosten pro Zyklus in Yen über einen typischen Monatsabschluss hinweg.

Die zentrale Erkenntnis zur Extraktion: Eine japanische Rechnung ist keine englische Rechnung mit japanischem Text. Es handelt sich um ein Dokument mit einem anderen Feldschema – und die Spaltendefinitionen für die Extraktion müssen dieses Schema widerspiegeln, sonst entsteht eine Tabelle mit Daten, die das AP-Team dennoch manuell übertragen muss, um sie nutzbar zu machen.

振込先: Warum vier separate Bankfelder – nicht ein Textblock

Der Banküberweisungsblock ist die mit Abstand repetitivste Dateneingabeaufgabe in der japanischen Kreditorenbuchhaltung. Eine Rechnung eines Lieferanten enthält vier beschriftete Felder – Bankname, Filialname, Kontotyp, Kontonummer – und der AP-Sachbearbeiter öffnet das Online-Banking und gibt sie für jede Rechnung einzeln ein. Dieselben vier Werte existieren bereits im Lieferantenstamm der Buchhaltungssoftware. Wenn am Monatsende dreißig Rechnungen eingehen, gibt das AP-Team diese vier Felder dreißig Mal neu ein – 120 einzelne Eingaben, die keine neuen Informationen hinzufügen, sondern nur vorhandene Stammdaten von einem Bildschirm auf einen anderen duplizieren.

Die meisten generischen Extraktionstools wurden mit US- und EU-Rechnungsdatensätzen trainiert, bei denen „Zahlungsmethode“ ein einzelnes Feld ist – „Überweisung“ oder „ACH“ – und das Konzept von Bankverbindungsdaten auf der Rechnung als strukturiertes Feldset nicht existiert. Wenn man ein Seikyūsho in eines dieser Tools einfügt, wird der Bankdatenblock entweder übersprungen oder zu einem unstrukturierten Textfeld zusammengefasst. Das AP-Team muss dennoch das PDF öffnen, um jedes Feld zu kopieren und einzufügen.

Der Extraktionsansatz trennt den Furikomisaki-Block in vier dedizierte Spalten auf – jede erfasst ein Feld unabhängig – und verwendet eine abgeleitete Spalte, um die Umrechnung für die Japan Post Bank (ゆうちょ銀行) zu handhaben. Das Kontosystem der Japan Post verwendet ein Symbol-Nummer-Paar (記号-番号), das sich von der 7-stelligen Überweisungskontonummer unterscheidet, die für kommerzielle Bank-Furikomi-Systeme erforderlich ist. Eine abgeleitete Spalte – eine Spalte, deren Wert die KI basierend auf dem Dokumentkontext berechnet, anstatt ihn auf der Seite gedruckt zu finden – führt die Umrechnung während der Extraktion durch: Überweisungskontonummer (wenn Bankname ゆうちょ enthält, Symbol-Nummer-Paar gemäß Umrechnungsregel der Japan Post Bank in 7-stelliges Format umwandeln; andernfalls Kontonummer ausgeben). Die Spaltendefinition wird einmal ausgeführt und gilt für jeden Batch.

Vier strukturierte Bankspalten sind nicht nur eine organisatorische Annehmlichkeit. Sie sind die Eingabedaten für eine Zahlungs-Batch-Datei – und hier kommt das Zengin-Format (全銀フォーマット) in den Workflow. Der Leitfaden zur Batch-Verarbeitung behandelt die gesamte Kette: dreißig Rechnungen in einem Batch verarbeitet → Furikomi-Bankdaten in separaten Spalten → Ausgabe formatiert als bankakzeptable Zahlungs-Batch-Datei. Die Extraktion spart nicht nur Tipparbeit – sie schafft eine Datenpipeline, bei der dieselben Bankfelder, die von der Extraktion erfasst werden, auch die Bankfelder sind, die vom Upload-Bildschirm der Bank übernommen werden.

Shimebi (Abrechnungsstichtag): Der Stichtag, der den Geschäftszeitraum bestimmt

Japanische Zahlungsbedingungen sind eine kompakte Syntax, die AP-Teams auf einen Blick erfassen, die aber von generischer Extraktion als undurchsichtiger Text gelesen wird. „20日締翌月末払い“ bedeutet, dass der Abrechnungszeitraum am 20. des Monats endet und die Zahlung bis zum Ende des Folgemonats fällig ist. Diese Zeichenfolge kodiert zwei berechenbare Werte: den Abrechnungsstichtag (20) und den Zahlungsverzug (1 Monat). „月末締翌々月末払い“ – üblich im Bau- und Fertigungsgewerbe – bedeutet Monatsende-Abschluss, Zahlung bis zum Ende des übernächsten Monats (Verzug: 2 Monate).

Der Abrechnungsstichtag ist operativ, nicht kosmetisch. Eine Rechnung vom 18. März unter den Bedingungen „20日締“ fällt in den Abrechnungszeitraum März: Zahlung fällig Ende April, Aufwand gehört zum laufenden Geschäftsjahr, wenn die Bücher am 31. März geschlossen werden. Eine Rechnung vom 22. März unter denselben Bedingungen fällt in den Abrechnungszeitraum April: Zahlung fällig Ende Mai, Aufwand gehört zum nächsten Geschäftsjahr. Der Abrechnungsstichtag – nicht das Rechnungsdatum, nicht die Kalendermonatsgrenze – bestimmt die Klassifizierung des Geschäftsjahres. Die Shimebi-Zahlungsfristanalyse behandelt die vollständigen operativen Auswirkungen, wie Abrechnungsstichtag-Konventionen in die Cashflow-Prognose einfließen, wenn dreißig Lieferanten jeweils unterschiedliche Shimebi-Daten verwenden.

Eine berechnete Spalte – eine Spalte, deren Wert die KI während der Extraktion mithilfe einer definierten Formel berechnet – zerlegt die Zahlungsbedingungen in strukturierte Felder: Abrechnungsstichtag (aus Zahlungsbedingungen parsen: wenn „20日締“ → 20, wenn „月末締“ → 31, wenn „10日締“ → 10) und Zahlungsverzug in Monaten (aus Zahlungsbedingungen parsen: wenn „翌月末払い“ → 1, wenn „翌々月末払い“ → 2). Diese beiden Spalten werden dann von einer Tabellenkalkulationsformel verarbeitet, die das tatsächliche Zahlungsfälligkeitsdatum berechnet – die Spalte „Fälligkeitsdatum“ in der Ausgabetabelle wird nicht eingegeben, nicht aus einem Freitextfeld extrahiert, sondern aus dem Rechnungsdatum plus den geparsten Bedingungen abgeleitet. Diese Datumsspalte fließt in die Cashflow-Prognose und den Zahlungsstapelplan ein, die beide das tatsächliche Kalenderdatum benötigen, nicht die Textzeichenfolge, die es kodiert.

Gensen Chōshū Kubun (Quellensteuer-Klassifizierung): Wenn der Zahlungspflichtige vor der Überweisung abziehen muss

Das japanische Quellensteuersystem verpflichtet den Zahlungspflichtigen zum Abzug, wenn der Zahlungsempfänger ein qualifizierter freiberuflicher Dienstleister ist. Steuerberater (税理士), Wirtschaftsprüfer (公認会計士), Rechtsanwälte (弁護士), Rechtsschreiber (司法書士), Designer (デザイナー), Autoren (著作家) und mehrere andere Kategorien gemäß Artikel 204 des Einkommensteuergesetzes (所得税法) unterliegen einem Quellensteuerabzug von 10,21 % des Zahlungsbetrags. Der Zahlungspflichtige zieht die Quellensteuer ab, führt sie an das Finanzamt ab und zahlt dem Lieferanten die verbleibenden 89,79 %.

Ein Seikyūsho (japanische Rechnung) eines qualifizierten Freiberuflers enthält in der Regel einen Quellensteuerhinweis – entweder eine Zeile mit „源泉徴収額“ und dem abgezogenen Betrag oder eine Klassifizierungsmarkierung wie „源泉徴収あり“. Eine Rechnung mit Quellensteuerabzug ändert die AP-Zahlungsberechnung: Der Nettozahlungsbetrag ist der Rechnungsbetrag abzüglich der Quellensteuer, und eine separate Verbindlichkeit für die Steuerhinterlegung muss gebucht werden. Wird der Abzug bei der Extraktion nicht erfasst, muss das AP-Team jede qualifizierende Rechnung einzeln prüfen, den Abzug manuell berechnen und die Zahlung anpassen – ein rechenintensiver Schritt pro Rechnung, der bei sechzig Rechnungen messbare AP-Zeit verbraucht.

Eine Spalte, definiert als Klassifizierung Quellensteuer (prüfen, ob die Rechnung 源泉徴収 angibt; Ausgabe „Anwendbar“, wenn der Lieferant ein qualifizierter Freiberufler mit angegebenem Abzug ist, sonst „Nicht anwendbar“), kennzeichnet, welche Rechnungen den Abzug erfordern. Eine berechnete Spalte – Nettozahlungsbetrag (wenn Quellensteuer anwendbar: Gesamtbetrag × 0,8979; sonst: Gesamtbetrag) – berechnet den tatsächlichen Furikomisaki (Bankverbindung)-Überweisungsbetrag direkt. Die Zahlungsbatchdatei enthält nun den korrekten Überweisungsbetrag, nicht den Rechnungsbetrag, ohne dass das AP-Team für jede qualifizierende Rechnung einen separaten Berechnungsschritt durchführen muss.

インボイス番号: Die T+13-Registrierungsnummer und warum es sie gibt

Die Registrierungsnummer für qualifizierte Rechnungen (インボイス登録番号) ist eine 13-stellige Nummer mit dem Präfix „T“ – zum Beispiel T1234567890123. Jeder registrierte qualifizierte Rechnungsaussteller (Tekikaku Seikyūsho Hakkō Jigyōsha, qualifizierter Rechnungsaussteller) erhält diese Nummer von der National Tax Agency nach der Registrierung und muss sie auf jeder Rechnung angeben, die der Käufer für den Vorsteuerabzug verwendet. Die National Tax Agency führt ein öffentliches Register der qualifizierten Rechnungsaussteller, in dem AP-Teams die Registrierungsnummern überprüfen können.

Die Registrierungsnummer hat einen neuen, rechnungsbezogenen Prüfschritt geschaffen, der vor Oktober 2023 nicht existierte. Ein AP-Sachbearbeiter, der eine Rechnung erhält, muss die T-Nummer finden – die im Kopf, in der Fußzeile, am Rand, im Kleingedruckten neben dem Firmenstempel oder in einem Textblock in der Nähe der Bankverbindung stehen kann – und bestätigen, dass sie zum Lieferanten gehört. Fehlt die Nummer oder stimmt sie nicht mit dem Register der National Tax Agency überein, wird der Vorsteuerabzug des Käufers für diese Transaktion nach einem Übergangsplan gekürzt: von 80 % abzugsfähig (bis September 2026) auf 50 % (bis September 2029) und dann auf null. Der vollständige Leitfaden zur Extraktion japanischer qualifizierter Rechnungen behandelt die konforme Rechnungslandschaft ausführlich, einschließlich der sechs Pflichtfelder, des Übergangsplans für den Vorsteuerabzug und der Überprüfung extrahierter T-Nummern gegen das Register der National Tax Agency in einer einzigen Spalte.

Für den Extraktionsworkflow ist die Spalte für die Registrierungsnummer einfach zu definieren – die KI liest das Dokument, identifiziert das T+13-Muster auf der gesamten Seite und füllt die Spalte. Die Herausforderung liegt nicht in der Extraktion selbst, sondern in der variablen Platzierung: Jeder Lieferant platziert die T-Nummer an einer anderen Stelle. Ein vorlagenbasiertes Tool, das die Registrierungsnummer in einer festen Zone erwartet, wird sie bei Rechnungen übersehen, bei denen der Lieferant sie in der Fußzeile platziert. Semantische Extraktion – das Auffinden des Feldes durch Verständnis dessen, was es ist, nicht wo es steht – erfasst es unabhängig von der Position. Das gleiche Prinzip gilt für jedes Feld auf der Rechnung und ist der Grund, warum ein einziges Spaltenschema bei dreißig Lieferanten mit dreißig verschiedenen Layouts funktioniert.

消費税: Dual-Rate-Extraktion für die Steuererklärung

Das japanische Verbrauchssteuersystem verwendet zwei Steuersätze – 10 % Standardsatz (für die meisten Waren und Dienstleistungen) und 8 % ermäßigter Satz (für Lebensmittel, alkoholfreie Getränke und mindestens zweimal wöchentlich erscheinende Abonnementzeitungen). Eine qualifizierte Rechnung muss die Steuerbemessungsgrundlage und den Steuerbetrag für jede Steuersatzkategorie getrennt ausweisen, wobei Bruchteile auf den vollen Yen abgerundet werden. Eine gemischte Gesamtsumme über beide Steuersätze hinweg ist im Rahmen des qualifizierten Rechnungssystems nicht konform.

Die Herausforderung bei der Extraktion ist die Klassifizierung. Eine Rechnung mit Posten zu gemischten Steuersätzen – Büromaterial zu 10 % neben Getränken in Flaschen zu 8 % – erfordert, dass jeder Posten der korrekten Steuersatzkategorie zugeordnet wird, damit die nach Steuersatz gruppierten Zwischensummen mit den vom Lieferanten angegebenen Gesamtsummen abgeglichen werden können. Wenn der Lieferant versehentlich einen 10-%-Posten in die 8-%-Spalte eingeordnet hat, wird der Vorsteuerabzug in der Verbrauchssteuererklärung des Käufers zu hoch angesetzt – und die Datenabgleichs-Engine der National Tax Agency unterscheidet nicht zwischen vorsätzlicher Falschmeldung und Vertrauen auf einen Fehler des Lieferanten.

Eine abgeleitete Spalte übernimmt die Steuersatzklassifizierung während der Extraktion: Steuersatz (aus Artikelbeschreibung: Artikel, die Lebensmittel/Getränke sind, ausgenommen Alkohol und Außer-Haus-Verzehr → 8 % ermäßigter Satz; Standardwaren/-dienstleistungen → 10 % Standardsatz; explizit exportbezogen → steuerbefreit). Die KI liest jede Positionsbeschreibung, wendet die japanischen Dual-Rate-Regeln an und füllt die Spalte „Steuersatz“. Zwei berechnete Spalten berechnen dann die nach Steuersatz gruppierten Zwischensummen – 10-%-Zwischensumme (Summe der Positionsbeträge, bei denen Steuersatz = 10 %) und 8-%-Zwischensumme (Summe der Positionsbeträge, bei denen Steuersatz = 8 %) – die direkt mit den in der Rechnung angegebenen Zwischensummen für jede Steuersatzkategorie verglichen werden können.

Die Verbrauchssteuerdaten fließen aus der extrahierten Tabelle als Eingabedaten in die Verbrauchssteuererklärung (消費税申告) – der zu versteuernde Gesamtbetrag zu 10 %, der Steuerbetrag zu 10 %, der zu versteuernde Gesamtbetrag zu 8 % und der Steuerbetrag zu 8 %. Wenn das Extraktionsergebnis jede Position bereits an der Quelle klassifiziert, überprüft der Steuerberater die Klassifizierungen, anstatt sie von Grund auf neu durchzuführen. Der Leitfaden zu häufigen Eingabefehlern bei der Verbrauchssteuer behandelt die spezifischen Fehler, die zu Steuerdifferenzen führen, wenn die Steuersatzklassifizierung manuell und nicht im Extraktionsschritt erfolgt.

Der Extraktions-Workflow: Vom PDF zur zahlungsbereiten Tabelle

Der Workflow, der die manuelle Übertragung von Rechnungen in Tabellen ersetzt, wird einmal definiert und gilt für jeden Lieferanten, jedes Rechnungsformat und jede folgende Monatsendverarbeitung. Es handelt sich nicht um einen pro Lieferanten einzurichtenden Prozess. Das Spaltenschema erfasst, was die AP-Abteilung von einer Seikyūsho (japanische Rechnung) benötigt, unabhängig davon, wer sie gesendet hat – die KI liest jedes Dokument und befüllt das Schema, und die Ausgabe landet jedes Mal in denselben Spalten.

Stapelverarbeitung für den Monatsabschluss der Kreditorenbuchhaltung

Die Monatsend-Kreditorenbuchhaltung in einem japanischen Unternehmen, das von dreißig bis fünfzig inländischen Lieferanten einkauft, umfasst den Erhalt von Lieferantenrechnungen über drei Kanäle: E-Mail-PDFs von Unternehmen, die Abrechnungssoftware verwenden, heruntergeladene PDFs von Lieferantenportalen (bei größeren Handelsunternehmen und Herstellern) sowie per Post eingehende Papierrechnungen, die gescannt oder fotografiert werden. Alle drei Kanäle laufen in derselben Woche des Monats auf demselben Schreibtisch zusammen und fließen in denselben AP-Verarbeitungszyklus ein.

Stapelverarbeitung bedeutet, dass all diese Rechnungen – unabhängig von Quellkanal, Lieferant oder Layout – als ein einziger Auftrag verarbeitet werden. Das Spaltenschema wird auf jedes Dokument im Stapel angewendet. Die Ausgabe ist eine einzige Tabelle, in der jede Zeile eine Rechnung und jede Spalte ein extrahiertes Feld darstellt. Die dreißig bis fünfzig Rechnungen, die über drei Kanäle und zwanzig bis dreißig verschiedene Abrechnungssysteme eingegangen sind, befinden sich nun in einer einzigen Datei mit einheitlicher Struktur.

Drei operative Entscheidungen, die die Stapelverarbeitung verändert:

Das AP-Team wechselt vom Abtippen zum Überprüfen. Die Extraktion befüllt die Tabelle – die Aufgabe des AP-Sachbearbeiters besteht nun darin, die Spalten auf markierte Elemente zu scannen (eine T-Nummer, die das Tool als wenig vertrauenswürdig eingestuft hat, ein seltsam klingender Bankfilialname, eine falsch erscheinende berechnete Zahlungsfrist), anstatt die Daten von Grund auf neu zu erstellen. Die Überprüfung dauert Minuten pro Stapel. Die Erstellung – Öffnen jeder PDF, Finden der richtigen Felder, Eintippen in einen anderen Bildschirm – dauert Stunden.

Die Tabelle wird zur einzigen Quelle der Wahrheit für drei nachgelagerte Systeme. Die Buchhaltungssoftware erhält ihre Einkaufsjournaleinträge. Das Bankensystem erhält seine Zahlungsstapeldaten. Die Steuererklärung erhält ihre Vorsteuerdaten. Wenn die drei Systeme auf denselben extrahierten Daten basieren und nicht auf drei separaten manuellen Eingabeübungen, lässt sich eine Abweichung in einem System auf die Extraktionsausgabe zurückführen – und nicht auf einen Tippfehler in einer von drei voneinander getrennten Dateneingabeübungen.

Das gleiche Spaltenschema funktioniert auch im nächsten Monat. Die Lieferanten können ihre Rechnungslayouts ändern. Neue Lieferanten können hinzukommen. Das Schema – definiert durch die Bedeutung jedes Feldes, nicht durch seine Position – muss nicht aktualisiert werden. Die Anleitung zur Stapelverarbeitung führt anhand eines Beispiels mit dreißig Rechnungen durch Furikomi-Details, Quellensteuerberechnungen und Zahlungsplanung gruppiert nach Abrechnungsstichtag.

全銀フォーマット: Von Tabellenspalten zu einer bankfähigen Zahlungsstapeldatei

Das Zengin-Format (全銀フォーマット) ist ein festbreitenbasiertes Dateiformat, das vom Japanese Banks' Payment Clearing Network (全国銀行資金決済ネットワーク) standardisiert wurde. Es ermöglicht einem Unternehmen, mehrere Furikomi-Überweisungen in einem einzigen Upload einzureichen, anstatt sie einzeln über das Online-Banking-Portal einzugeben. Jede größere japanische Bank akzeptiert das Format für Batch-Überweisungen über ihren Firm-Banking-Dienst (FB).

Das Format hat 120 Bytes pro Zeile, ist Shift-JIS-kodiert und besteht aus vier Datensatztypen:

Die Verbindung von der Extraktion zum Zengin-Format ist eine Datenpipeline, keine Dateikonvertierung. Die Extraktionsausgabe enthält Bankname, Filialname, Kontotyp, Kontonummer, Kontoinhabername und Nettobetrag – jeweils in einer eigenen Spalte. Diese Spalten sind genau die Felder, die jeden Datensatz in der Zengin-Datei befüllen. Der Bankcode (4 Stellen) und der Filialcode (3 Stellen) – numerische Kennungen im Zengin-Format, die sich von den Textnamen auf der Rechnung unterscheiden – können über eine Nachschlagetabelle aufgelöst werden, die das AP-Team einmal pflegt: eine Zuordnung von Lieferantenbanknamen und Filialnamen zu ihren Zengin-Bankcodes und Filialcodes.

Eine berechnete Spalte kann diese Suche während der Extraktion durchführen: Zengin-Bankcode (Suche aus der Banknamen-Zuordnungstabelle). Die Spaltenausgabe enthält den numerischen Bankcode, der für den Zengin-Datensatz bereit ist, nicht den Banknamen, den die Rechnung anzeigt. Die Umwandlung von der Tabelle in das Zengin-Format – von den Extraktionsausgabespalten in das feste 120-Byte-Format – kann dann mit einer Tabellenkalkulationsformel oder einem einfachen Skript durchgeführt werden. Die Extraktion tut, wofür sie entwickelt wurde: strukturierte Daten in Spalten erzeugen. Die Batch-Zahlungsgenerierung verwendet diese Spalten als Eingabe.

Das Japanese Banks' Payment Clearing Network veröffentlicht die formalen Zengin-Systemspezifikationen (PDF). Einzelne Banken veröffentlichen ihre eigenen FB-Upload-Formatspezifikationen, einschließlich der spezifischen Zeichenkodierung (JIS oder Shift-JIS), der Feldauffüllungsregeln (rechtsbündig mit Nullen für numerische Felder, linksbündig mit Leerzeichen für Namensfelder) und welche Felder leer bleiben dürfen. Die Extraktionsausgabe ist formatunabhängig – sie erzeugt Spalten. Das AP-Team oder ein Skript formatiert diese Spalten in die jeweilige Zengin-Spezifikation der Bank, die das Unternehmen verwendet.

インボイス制度 (Qualifiziertes Rechnungssystem) – Compliance durch strukturierte Extraktion

Das Qualifizierte Rechnungssystem hat drei neue Compliance-Überprüfungsschritte geschaffen, die jedes AP-Team nun bei jeder Lieferantenrechnung durchführen muss:

1. Überprüfung der Registrierungsnummer – Bestätigen, dass die T+13-Nummer auf der Rechnung zum Lieferanten gehört, mit dem öffentlichen Register der National Tax Agency übereinstimmt und weder abgelaufen noch widerrufen ist.
2. Aufteilung der Steuersätze – Bestätigen, dass die Rechnung Artikel mit dem ermäßigten Satz von 8 % korrekt von Artikeln mit dem Standardsatz von 10 % trennt und dass die nach Steuersätzen gruppierten Zwischensummen und Steuerbeträge rechnerisch korrekt sind (steuerpflichtige Basis × Satz, Bruchteile abgerundet).
3. Berechnung des Übergangsvorsteuerabzugs – Für Rechnungen von nicht registrierten Lieferanten den reduzierten Vorsteuerabzug gemäß dem Übergangszeitplan berechnen (80 % abzugsfähig bis September 2026, 50 % bis September 2029, danach null).

Vor dem System überprüfte ein AP-Sachbearbeiter zwei Dinge: Sieht der Rechnungsbetrag richtig aus und ist der Lieferant im Stammdatenverzeichnis? Jetzt muss der Sachbearbeiter pro Rechnung drei zusätzliche Compliance-Dimensionen überprüfen. Bei dreißig bis fünfzig Rechnungen zum Monatsende sind das neunzig bis einhundertfünfzig zusätzliche Überprüfungen, die es vor Oktober 2023 nicht gab. Die Analyse, wie die Rechnungsreform 2023 die Finanzbuchhaltung erschwerte beschreibt detailliert die Änderung der Prüfliste vor und nach der Reform.

Die strukturierte Extraktion übernimmt den mechanischen Teil dieser Prüfungen. Eine Spalte für die Registrierungsnummer macht sie in einer Ein-Spalten-Suche gegen das NTA-Register durchsuchbar. Berechnete Spalten für nach Steuersätzen gruppierte Zwischensummen machen sie direkt mit den vom Lieferanten angegebenen Zahlen vergleichbar. Eine Spalte für den Registrierungsstatus des Lieferanten im Rechnungssystem kennzeichnet, ob die Übergangsvorsteuerabzugsberechnung anwendbar ist. Das AP-Team überprüft immer noch – aber Überprüfung bedeutet nun, extrahierte Daten mit Quelldaten in einer Tabelle zu vergleichen, nicht jeden Steuerabschnitt einer Rechnung zu lesen und die Steuersatzarithmetik auf einem Taschenrechner durchzuführen. Der vollständige Leitfaden zur Extraktion japanischer qualifizierter Rechnungen behandelt den Überprüfungsablauf – Kreuzprüfung der Registrierungsnummer, Steuersatzarithmetik und Berechnung des Übergangsvorsteuerabzugs – im Detail.

Wie diese Artikel zusammenhängen: Der japanische Rechnungs-Cluster

Dieser Leitfaden ist der zentrale Artikel eines Clusters aus sechs Artikeln, die die Extraktion japanischer Rechnungen (請求書) aus allen Blickwinkeln abdecken – Anleitung, Batch-Verarbeitung, Problemanalyse, Kosten, häufige Fehler und dieses vollständige Referenzwerk. Jeder Artikel behandelt eine eigenständige Dimension, die jedoch durch den Cluster-Kontext an Tiefe gewinnt. So hängen sie zusammen:

Zwei verwandte Artikel gehen über den japanischen Rechnungs-Cluster hinaus und behandeln angrenzende Dokumenttypen, die dieselbe Extraktionslogik wie Seikyūsho verwenden:

Häufig gestellte Fragen

Kann die KI-Extraktion japanische Rechnungsdaten aus einem Smartphone-Foto lesen?

Ja – das zugrunde liegende Vision-Language-Modell verarbeitet das Bild als visuelle Eingabe, nicht als textbasierte OCR. Ein mit dem Handy aufgenommenes Foto einer Papierrechnung, das unter Bürobeleuchtung mit etwas perspektivischer Verzerrung aufgenommen wurde, ist eine gültige Eingabe. Die KI liest die Felder, indem sie versteht, wie sie aussehen und was sie bedeuten, nicht indem sie ein perfekt flach gescanntes Dokument voraussetzt. Dasselbe Spaltenschema, das bei einer ERP-generierten PDF eines Lieferanten funktioniert, funktioniert auch bei einem Foto einer handschriftlichen Rechnung eines kleinen Dienstleisters – weil die Extraktion die Feldidentität liest, nicht die Feldposition.

Was passiert, wenn die Zahlungsbedingungen auf der Rechnung ein ungewöhnliches Format haben?

Eine berechnete Spalte, die die Parsing-Logik definiert – „20日締“ → Abrechnungstag 20, „月末締“ → Abrechnungstag 31 – deckt die Standardmuster ab. Bei nicht standardgemäßen Bedingungen („15日締翌々月20日払い“ oder völlig anders formulierten Bedingungen) gibt die Extraktion den Originaltext in der Spalte „Zahlungsbedingungen“ aus und markiert die berechnete Spalte zur manuellen Prüfung. Die AP-Abteilung prüft diese markierten Zeilen – eine oder zwei von dreißig – anstatt die Zahlungsbedingungen jeder Rechnung von Hand zu parsen. Mit der Zeit, wenn die Logik der berechneten Spalte erweitert wird, um neue Muster zu erfassen, sinkt die Anzahl der markierten Zeilen.

Verarbeitet die Extraktion Kontonummern der Japan Post Bank (ゆうちょ銀行) korrekt?

Ja, über eine abgeleitete Spalte, die ゆうちょ銀行 als Banknamen erkennt und während der Extraktion die Umrechnungsregel der Japan Post Bank von Symbol-Nummer zur 7-stelligen Überweisungskontonummer anwendet. Die Ausgabe enthält sowohl die ursprüngliche Kontoreferenz (zur Überprüfung anhand der Rechnung) als auch die umgerechnete Überweisungskontonummer (für die Erstellung des Zahlungsbatches). Die Japan Post Bank veröffentlicht die Umrechnungsregel auf ihrer Website.

Wie verarbeitet die Extraktion Rechnungen mit gemischten 10%- und 8%-Verbrauchssteuerposten?

Eine abgeleitete Spalte liest die Beschreibung jedes Rechnungspostens und klassifiziert ihn als 8 % (ermäßigt) oder 10 % (Standard) basierend auf den japanischen Verbrauchssteuerkategorien (Lebensmittel und alkoholfreie Getränke außerhalb des Gaststättenbetriebs → 8 %; die meisten anderen Waren und Dienstleistungen → 10 %). Berechnete Spalten subtotieren dann jede Steuersatzkategorie. Die AP-Abteilung überprüft die Klassifizierung anhand der vom Lieferanten angegebenen Zwischensummen – ein Vergleichsschritt, kein Klassifizierungsschritt. Bei Rechnungen, bei denen der Lieferant die Posten mit ermäßigtem Steuersatz nicht kennzeichnet, ist die abgeleitete Klassifizierung die einzige Möglichkeit, die Richtigkeit des kombinierten Gesamtbetrags des Lieferanten zu überprüfen, ohne jede Rechnungs-PDF erneut öffnen zu müssen.

Was ist der Unterschied zwischen diesem Leitfaden und dem Leitfaden zur Extraktion qualifizierter Rechnungen?

Der Leitfaden zur Extraktion qualifizierter Rechnungen konzentriert sich auf die sechs Pflichtfelder einer konformen qualifizierten Rechnung (適格請求書) im Rahmen des Indefinite Invoice System, einschließlich des Zeitplans für den übergangsweisen Vorsteuerabzug, des Überprüfungsprozesses der NTA-Registrierung und der spezifischen Herausforderungen handschriftlicher und vertikal formatierter Rechnungen. Dieser Leitfaden deckt die breitere Landschaft der 請求書-Extraktion ab – jedes Feld, das einer AP-Abteilung begegnet, die gesamte Pipeline von der Extraktion über die Zahlung bis zur Steuer und die Integration des Zengin-Formats, die der Leitfaden für qualifizierte Rechnungen nicht behandelt. Lesen Sie den Leitfaden für qualifizierte Rechnungen für compliance-spezifische Tiefe. Lesen Sie diesen Leitfaden für den End-to-End-Prozess.

Kann ich auch die Einzelposten — nicht nur die Kopfsummen — aus einer japanischen Rechnung extrahieren?

Ja. Das in diesem Leitfaden beschriebene Spaltenschema enthält neben Kopf- und Fußfeldern auch Einzelposten-Spalten (品名, 数量, 単位, 単価, 金額). Jeder Einzelposten wird zu einer Zeile in der Ausgabetabelle, wobei die Kopffelder (Rechnungsnummer, Lieferant, Ausstellungsdatum) in jeder Zeile wiederholt werden, sodass jeder Einzelposten seiner Quellrechnung zugeordnet werden kann. Diese Struktur unterstützt den Drei-Wege-Abgleich — Bestellung mit Lieferschein und Rechnung — bei dem einzelne Einzelposten und nicht nur die Rechnungssummen verglichen werden müssen.