So extrahieren Sie Daten aus japanischen Rechnungen (請求書) in Excel
für Kreditorenbuchhaltung und Steuererklärung
Eine japanische Rechnung (請求書, seikyūsho) ist nicht dasselbe Dokument wie ihr westliches Pendant – und die Unterschiede sind nicht kosmetischer Natur. Während eine US-amerikanische oder EU-Rechnung mit einem Gesamtbetrag und einem Fälligkeitsdatum endet, enthält eine japanische Lieferantenrechnung zusätzlich die Bankverbindung für die Zahlung (振込先, furikomisaki), die Zahlungsbedingungen mit Abrechnungstag (締日, shimebi), eine Quellensteuerklassifizierung (源泉徴収区分, gensen chōshū kubun), die bestimmt, ob der Zahlungspflichtige vor der Überweisung Einkommensteuer einbehalten muss, und seit Oktober 2023 eine Registrierungsnummer für qualifizierte Rechnungen (インボイス登録番号), die mit "T" beginnt und die einzige Möglichkeit für den Käufer ist, Vorsteuer geltend zu machen. Wenn ein mittelständisches japanisches Unternehmen am Monatsende sechzig solcher Rechnungen von dreißig Lieferanten erhält – jede in einem anderen PDF-Layout, jede mit Bankdaten, die in das Online-Banking-System eingegeben werden müssen, und jede mit einer Steueraufschlüsselung, die mit der Umsatzsteuererklärung abgeglichen werden muss – dann verbringt der Kreditorenbuchhaltungs-Workflow mehr Zeit mit dem Abtippen als mit der Prüfung.
Wichtige Erkenntnisse
- Sechzig Rechnungen pro Monat bedeuten 240 einzelne Bankfeld-Eingaben – Daten, die bereits im Lieferantenstamm vorhanden sind – weil Extraktionstools, die für US-amerikanische und EU-Rechnungen trainiert wurden, keine Spaltendefinition für 振込先 haben.
- Ein Tool, das "20日締翌月末払い" als einfachen Textstring ausgibt, ignoriert die beiden darin verborgenen berechenbaren Werte – den Abrechnungstag, der die Zuordnung zum Geschäftsjahr bestimmt, und die Zahlungsfrist, die den Monat des Mittelabflusses bestimmt.
- Dieselben fünfundzwanzig Spaltennamen – definiert durch die Bedeutung jedes Feldes, nicht durch seine Position im Layout eines bestimmten Lieferanten – erzeugen eine einheitliche, zahlungsbereite Tabelle, unabhängig davon, ob die sechzig Rechnungen von dreißig verschiedenen Abrechnungssystemen stammen.
Was eine japanische Rechnung enthält – Feld für Feld
Japanische Rechnungen unterliegen einem rechtlichen Rahmen, der ihre Feldstruktur sowohl standardisierter als auch detaillierter macht als eine typische westliche Rechnung. Seit Oktober 2023 verlangt das System der qualifizierten Rechnungen (インボイス制度, offiziell 適格請求書等保存方式), dass jede für den Vorsteuerabzug verwendete Rechnung eine Registrierungsnummer für qualifizierte Rechnungen trägt – ein „T“ gefolgt von 13 Ziffern – und die Umsatzsteuerbeträge getrennt nach Steuersatz (10 % Standardsatz und 8 % ermäßigter Satz) ausweist. Unterhalb dieser gesetzlichen Anforderungen fügen jahrzehntelange inländische Geschäftskonventionen Syntax für Zahlungsbedingungen und Banküberweisungsrouting hinzu, die kein internationales Extraktionstool zu parsen gelernt hat.
Nachfolgend die vollständige Feldstruktur, mit der eine Kreditorenbuchhaltung bei der Verarbeitung einer Seikyūsho tatsächlich arbeitet:
Kopf- und Identifikationsdaten
- Rechnungsnummer (請求書番号) – die eindeutige Kennung. Oft als Datums-Serien-Kombination formatiert, z. B. „2026-07-001“. Dies ist der Primärschlüssel für die Kreditorenbuchhaltung und Zahlungsverfolgung. Ohne sie ist der Abgleich einer Zahlungsbestätigung der Bank mit der Originalrechnung reine Spekulation.
- Ausstellungsdatum (発行日) – das Datum der Rechnungsausstellung. Dient als Ausgangspunkt für die Berechnung von Zahlungszielen, wenn die Bedingungen relativ zum Abrechnungszeitraum angegeben sind.
- Transaktionsdatum (取引年月日) – das Datum der zugrunde liegenden Transaktion, das vom Ausstellungsdatum abweichen kann. Bei Rechnungen über einen monatlichen Abrechnungszeitraum ist dies oft der letzte Tag des Zeitraums.
- Aussteller/Lieferant (発行元) – Firmenname, Adresse und Kontaktdaten des Verkäufers. Meist begleitet vom Firmenstempel (社判, Shahan) oder einem digitalen Äquivalent.
- Empfänger/Käufer (宛名) – die berechnete Firma und Abteilung. Oft gefolgt von 御中 (Onchū, einer formellen Ehrenbezeichnung für die adressierte Organisation).
Positionen & Preise
- Artikelbezeichnung (品名) – Produkt- oder Dienstleistungsbeschreibung. Kann Teilenummern (品番) und Spezifikationscodes enthalten. Das Abrechnungssystem eines Lieferanten kann dasselbe Produkt anders beschreiben als die ursprüngliche Bestellung (発注書, Hatchūsho), was beim Abgleich das VLOOKUP-#N/A-Problem verursacht.
- Menge (数量) – mit Einheit (単位): 個 (Stück), 式 (Los/Satz), kg, m, 時間 (Stunden). Einheitenkonflikte zwischen Bestellung und Rechnung (Bestellung in 式, Rechnung in 個) erfordern eine Normalisierung, bevor ein Vergleich möglich ist.
- Einzelpreis (単価) – in der Regel netto (税抜, Zeinuki). Eine Rechnung, die ohne klare Kennzeichnung auf Bruttopreise umstellt, zwingt die Kreditorenbuchhaltung, die Steuerberechnung umzukehren, um die Übereinstimmung mit der Bestellung zu prüfen.
- Betrag (金額) – Positionssumme, netto. Oft zusammen mit der Zwischensumme (小計, Shōkei) vor Steuerzuschlag ausgewiesen.
Steuer- und Rechtskonformität
- Qualifizierte Rechnungsregistrierungsnummer (インボイス登録番号) — „T" + 13 Ziffern. Seit Oktober 2023 Pflicht. Ohne diese Nummer kann der Käufer den Vorsteuerabzug für Einkäufe bei diesem Lieferanten nicht geltend machen. Die Richtlinien der Nationalen Steuerbehörde für qualifizierte Rechnungen legen fest, dass die Registrierungsnummer zusammen mit dem Namen des Ausstellers erscheinen muss. Eine fehlende oder falsche Nummer zwingt die Kreditorenbuchhaltung entweder zur Anforderung einer korrigierten Rechnung oder zur Akzeptanz eines reduzierten Vorsteuerabzugs (80 % abzugsfähig bis September 2026, 50 % bis September 2029, danach unter den aktuellen Übergangsregelungen null).
- Verbrauchsteuer (消費税額) — getrennt nach Steuersatzkategorie ausgewiesen: 10 % Regelsatz und 8 % ermäßigter Satz (Lebensmittel, alkoholfreie Getränke, Abonnementzeitungen). Die Rechnung muss die Steuerbemessungsgrundlage und den Steuerbetrag für jeden Satz ausweisen. Die Verbrauchsteuererklärung des Käufers (消費税申告) benötigt diese nach Steuersätzen gruppierten Summen als Eingabedaten.
- Quellensteuerklassifizierung (源泉徴収区分) — erscheint auf Rechnungen bestimmter freiberuflicher Dienstleister (Steuerberater, Rechtsanwälte, Designer, Autoren), bei denen der Zahlungspflichtige gesetzlich zum Quellensteuerabzug verpflichtet ist. Der Betrag – in der Regel 10,21 % der Zahlung – wird vom Käufer vor Überweisung des Restbetrags einbehalten und direkt an das Finanzamt zugunsten des Verkäufers abgeführt. Eine Rechnung mit 源泉徴収 verändert die Berechnung der Kreditorenbuchhaltung: Der Zahlungsbetrag ist der Rechnungsbetrag abzüglich der Quellensteuer, und ein separater Steuerzahlungsbeleg muss gebucht werden.
Zahlung & Bankverbindung
- Bankverbindung (振込先) — das Empfängerkonto des Lieferanten, in der Regel in vier separaten Feldern angegeben: Bankname (銀行名), Filialname (支店名), Kontotyp (口座種別 — 普通/Ordinary oder 当座/Current) und Kontonummer (口座番号). Bei der Japan Post Bank (ゆうちょ銀行) unterscheidet sich das Kontonummernformat von dem der Geschäftsbanken: Es verwendet ein Symbol-Nummer-Paar (記号-番号), das in eine 7-stellige Überweisungskontonummer umgewandelt werden muss. Diese vier Felder sind das, was die Kreditorenbuchhaltung in die Online-Banking-Oberfläche eingibt – oft dieselben Daten, die bereits in die Buchhaltungssoftware eingegeben wurden, da die beiden Systeme keine Datenverbindung teilen.
- Zahlungsbedingungen (支払条件) — in einer kompakten japanischen Syntax ausgedrückt, die zwei Werte kodiert. „20日締翌月末払い" bedeutet, dass der Abrechnungszeitraum am 20. des Monats endet und die Zahlung bis zum Ende des Folgemonats fällig ist. „月末締翌々月末払い" (Monatsende-Abrechnung, Zahlung bis zum Ende des übernächsten Monats) ist im verarbeitenden Gewerbe und im Bauwesen üblich. Diese Textzeichenfolgen enthalten den Abrechnungstag (締日) – den Tag, der bestimmt, zu welchem monatlichen Abrechnungszeitraum eine Transaktion gehört – sowie eine Zahlungsverzögerung, die den Monat des Mittelabflusses bestimmt.
- Überweisungsgebühr (振込手数料) — wer die Banküberweisungsgebühr trägt. Die Konvention variiert: Manche Lieferanten übernehmen sie, andere geben an: „振込手数料は貴社ご負担にてお願い致します" (Überweisungsgebühren sind von Ihrem Unternehmen zu tragen). Wenn die Gebührenlast beim Käufer liegt, muss die Kreditorenbuchhaltung den Gebührenbetrag zum Überweisungsgesamtbetrag hinzurechnen.
Die Feldstruktur ist keine Spekulation – der offizielle Überblick des Kabinettsamts zum System der qualifizierten Rechnungen listet die sechs Pflichtangaben auf, die jede Rechnung (インボイス) enthalten muss. Die Extraktionsaufgabe geht jedoch über diese sechs Pflichtangaben hinaus. Die Felder, die die meiste manuelle AP-Zeit in Anspruch nehmen – Bankverbindung, Zahlungsbedingungen, Quellensteuer – sind gesetzlich gar nicht auf der Rechnung vorgeschrieben. Sie sind konventionsbedingt enthalten und genau die Felder, die einen japanischen Rechnungsverarbeitungs-Workflow von einem amerikanischen oder europäischen unterscheiden.
Warum die generische Rechnungsextraktion bei japanischen Rechnungen versagt
Die meisten KI-gestützten Rechnungsextraktionstools wurden mit englischsprachigen Rechnungsdatensätzen trainiert – US- und EU-Formate, bei denen die Felder „Rechnungsnummer", „Fälligkeitsdatum", „Gesamtbetrag" und „Lieferant" heißen. Wird eine japanische Rechnung in eines dieser Tools eingegeben, treten drei Probleme auf.
Erstens werden die Bankverbindungsdaten des Ausstellers (振込先) ignoriert oder falsch gelesen. Eine japanische Rechnung listet den Banknamen (z. B. 三菱UFJ銀行), die Filiale (z. B. 新宿支店), den Kontotyp (普通) und die Kontonummer als separate beschriftete Felder auf – eine generische Extraktionsengine sieht jedoch vier Textzeichenfolgen am unteren Seitenrand und hat keine Spaltendefinition für „Bankverbindung". Daher überspringt sie diese entweder oder fasst sie zu einem verstümmelten Feld zusammen. Die AP-Abteilung muss dennoch jedes PDF öffnen und die Bankdaten manuell in das Zahlungssystem eingeben.
Zweitens werden die Zahlungsbedingungen (支払条件) als undurchsichtige Textzeichenfolge gelesen, obwohl sie zwei berechenbare Werte kodieren. „20日締翌月末払い" ist kein dekorativer Text. Es teilt der AP-Abteilung mit, dass der Abrechnungszeitraum am 20. endet – Transaktionen vor diesem Datum sind Verpflichtungen des laufenden Monats, Transaktionen danach gehören zum nächsten Monat – und dass die Zahlung bis zum Ende des Folgemonats fällig ist. Ein generischer Extraktor gibt die Zeichenfolge unverändert aus. Eine Extraktion, die japanische Zahlungskonventionen versteht, zerlegt sie in Abrechnungstag: 20 und Zahlungsverzögerung: 1 Monat – zwei strukturierte Werte, die eine Zahlungskalenderformel verarbeiten kann.
Drittens haben die Umsatzsteueraufschlüsselung und die Quellensteuerklassifizierung keine Entsprechung in westlichen Extraktionsschemata. Ein Steuerfeld auf einer US-Rechnung ist eine einzelne Umsatzsteuerzeile. Auf einer japanischen Rechnung gibt es potenziell drei steuerrelevante Felder: die Zwischensumme der 10 %-Verbrauchssteuer, die Zwischensumme der ermäßigten 8 %-Verbrauchssteuer (für Rechnungen mit gemischten Artikeln) und – wenn der Aussteller ein qualifizierter Berufsträger ist – ein Quellensteuerbetrag oder eine Klassifizierungsmarkierung. Eine generische Extraktion, die alle Steuerfelder in eine Zahl zusammenfasst, zwingt die AP-Abteilung, diese Zusammenfassung bei der Prüfung wieder rückgängig zu machen.
Das strukturelle Problem: Die Extraktion japanischer Rechnungen ist kein Sprachproblem, das durch das Hinzufügen japanischer OCR gelöst wird. Es handelt sich um eine Schema-Diskrepanz – die Felder, die für japanische AP-Workflows relevant sind (振込先 Bankverbindung, 締日 Abrechnungstag, 源泉徴収 Quellensteuerklassifizierung, インボイス登録番号 Registrierungsnummer für qualifizierte Rechnungen), existieren im Feldvokabular einer westlich trainierten Extraktionsengine nicht. Dem Extraktionstool muss mitgeteilt werden, um welche Felder es sich handelt – indem sie als Spaltennamen definiert werden – und die KI muss die japanischen Geschäftskonventionen hinter jedem einzelnen verstehen.
So extrahieren Sie Rechnungsdaten Schritt für Schritt nach Excel
Der Workflow, der die manuelle Übertragung von Rechnungen in Kreditorenbuchhaltungs-Tabellen ersetzt, folgt dem gleichen Ansatz wie bei Bestellungen, jedoch mit einem anderen Spaltenschema – den rechnungsspezifischen Feldern – und einer anderen nachgelagerten Pipeline in den Bankzahlungsprozess anstelle des Bestellabgleichs. Der dreistufige Workflow wird einmal definiert und gilt für jeden Lieferanten, jedes Rechnungsformat und jeden nachfolgenden Monatsabschluss-Batch.
Spalten für die Rechnungsextraktion einmal definieren – für alle Lieferanten wiederverwenden
Die gewünschten Feldnamen als Spaltenüberschriften eingeben. Für die Extraktion japanischer Rechnungen umfasst der praktische Satz: Rechnungsnummer (請求書番号), Ausstellungsdatum (発行日), Transaktionsdatum (取引年月日), Lieferant (発行元), Registrierungsnummer für qualifizierte Rechnungen (インボイス登録番号), Artikelbezeichnung (品名), Menge (数量), Einheit (単位), Einzelpreis (単価), Betrag (金額), Zwischensumme (小計), 10%-Steuerbemessungsgrundlage (10%対象額), 10%-Umsatzsteuer (10%消費税), 8%-Steuerbemessungsgrundlage (8%対象額), 8%-Umsatzsteuer (8%消費税), Gesamtbetrag (合計金額), Quellensteuerklassifizierung (源泉徴収区分), Bankname (振込先銀行名), Filialname (支店名), Kontotyp (口座種別), Kontonummer (口座番号), Kontoinhaber (口座名義), Zahlungsbedingungen (支払条件), Überweisungsgebühr (振込手数料負担). Dies nutzt die Benutzerdefinierte Spaltenextraktion: Das Ausgabeschema wird mit den Spaltennamen definiert, die der Kreditorenbuchhaltungs-Tabellenstruktur entsprechen. Die KI lokalisiert jedes Feld, indem sie dessen Bedeutung versteht – nicht durch seine Position auf einer bestimmten Lieferantenrechnungsvorlage. Dieselben Spaltennamen funktionieren, unabhängig davon, ob die Rechnung aus einem ERP-System eines großen Handelshauses als PDF oder als handschriftliches Formular eines lokalen Dienstleisters stammt, da die KI die Feldidentität und nicht die Feldposition liest.
Alle Monatsend-Rechnungen in einem Batch hochladen
Sämtliche Lieferantenrechnungen – E-Mail-PDFs, heruntergeladene Abrechnungen, Scans von per Post eingegangenen Papierrechnungen – in einem einzigen Upload ablegen. Die Batch-First-Verarbeitung behandelt sie als einen Auftrag: Jede Rechnung wird unabhängig mit dem definierten Spaltenschema verarbeitet, und alle Ergebnisse werden in einer einzigen Tabelle mit einer Zeile pro Rechnung zusammengeführt. Sechzig Rechnungen von dreißig Lieferanten, jede mit einem anderen Layout, werden in einem Durchlauf verarbeitet. Die KI identifiziert das Dokument als Rechnung, indem sie das strukturelle Muster erkennt – Lieferantenblock, Empfängerblock, Datumsfelder, Positionszeilentabelle, Zwischensummen-/Steuer-/Gesamtsummenfußzeile, Banküberweisungsdatenblock – und füllt dann jede definierte Spalte, indem sie die relevanten Daten im Dokument lokalisiert. Es wird keine Vorlage pro Lieferant benötigt. Der Batch erzeugt eine einzige Ausgabedatei, obwohl die Eingabe aus sechzig verschiedenen Dokumenten von dreißig verschiedenen Abrechnungssystemen besteht.
Nach Excel exportieren und in Kreditoren- und Zahlungs-Workflows einspeisen
Laden Sie die zusammengeführten Ergebnisse als Excel-Datei (XLSX) herunter. Sie haben nun eine einzige Tabelle mit den Daten jeder Rechnung in strukturierten Spalten – bereit für den Import in Ihre Buchhaltungssoftware (弥生会計, freee, マネーフォワード クラウド会計, 勘定奉行) für die Erfassung von Einkaufsjournaleinträgen sowie in das Online-Banking-System Ihrer Bank zur Erstellung von Zahlungsbatches. Die Banküberweisungsdetails – Bankname, Filialname, Kontotyp, Kontonummer, Kontoinhaber – befinden sich in separaten Spalten und sind nicht in einem einzigen Textblock versteckt, sodass die Daten in eine Zahlungsbatch-Datei (総合振込 oder 全銀フォーマット) formatiert werden können, die der Upload-Bildschirm der Bank akzeptiert. Die Umsatzsteuerbeträge nach Steuersatzkategorie sind bereits aufgeteilt, sodass die Berechnung des Vorsteuerabzugs in der Umsatzsteuervoranmeldung auf extrahierten und nicht auf manuell berechneten Daten basiert.
Dateien werden sicher verarbeitet und nicht gespeichert.
Die Felder, an denen die generische Rechnungsextraktion scheitert – und wie man sie behandelt
Vier Datenpunkte auf einer japanischen Rechnung widerstehen der automatischen Extraktion mehr als die übrigen – nicht weil die OCR die Zeichen nicht lesen kann, sondern weil jedes Feld eine eingebettete Geschäftslogik enthält, die als strukturierte Daten erhalten bleiben muss, anstatt in eine Textzeichenfolge eingeebnet zu werden.
Bankverbindung (振込先) – vier Felder, die einen Zahlungsstapel ergeben
Der Block mit den Bankverbindungsdaten ist die mit Abstand repetitivste Dateneingabeaufgabe in der japanischen Kreditorenbuchhaltung. Ein Sachbearbeiter öffnet die Rechnung, ruft das Online-Banking auf und gibt vier Werte ein: Bankname, Filialname, Kontotyp und Kontonummer – dieselben vier Werte, die bereits im Lieferantenstamm der Buchhaltungssoftware hinterlegt sind. Wenn am Monatsende sechzig Rechnungen eingehen, bedeutet das sechzig Durchgänge mit jeweils vier Feldern – 240 einzelne Dateneingaben, die keine neuen Informationen hinzufügen, sondern lediglich Daten von einem System in ein anderes duplizieren.
Der Extraktionsansatz erfasst jedes der vier Felder in einer eigenen Spalte: Bankname (振込先銀行名), Filialname (支店名), Kontotyp (口座種別 – 普通 oder 当座) und Kontonummer (口座番号). Bei Überweisungen an die ゆうちょ銀行, bei denen die Kontoreferenz ein Format aus 記号-番号 verwendet (z. B. 記号12345 番号6789012), das von der für Geschäftsbanken erforderlichen 7-stelligen Überweisungskontonummer abweicht, kann eine abgeleitete Spalte das Japan-Post-Format während der Extraktion umwandeln: Definieren Sie eine Spalte wie Überweisungskontonummer (bei ゆうちょ: 記号-番号 gemäß Umrechnungsregel der Japan Post Bank in 7-stelliges Format umwandeln). Die KI wendet die Umrechnung während der Extraktion an, sodass das AP-Team die Kontonummer im überweisungsfertigen Format erhält.
Mit den Bankdaten in strukturierten Spalten wird der nächste Schritt – die Erstellung einer Zahlungsstapeldatei für die Bank – zu einer Tabellenkalkulationsaufgabe statt einer erneuten Eingabeübung. Die Spalten Bankname, Filialname, Kontotyp, Kontonummer und Kontoinhaber aus der Extraktion bilden die Eingabe für eine CSV-Zahlungsstapeldatei, die das Online-Banking-System der Bank als Upload akzeptiert.
Zahlungsbedingungen (支払条件) – vom zusammengesetzten Text zum Abrechnungstag und Zahlungsverzug
Japanische Zahlungsbedingungen sind eine kompakte Syntax, die das AP-Team auf einen Blick erfasst, die sich aber einer formelhaften Extraktion widersetzt. „20日締翌月末払い" kodiert zwei Entscheidungen: Der Abrechnungszeitraum endet am 20. eines jeden Monats, und die Zahlung ist bis zum Ende des Folgemonats fällig. Eine berechnete Spalte – eine Spalte, deren Wert die KI während der Extraktion berechnet – teilt dies in zwei strukturierte Felder auf: Abrechnungstag (aus Zahlungsbedingungen: bei „20日締" dann 20, bei „月末締" dann 31, bei „10日締" dann 10) und Zahlungsverzug in Monaten (aus Zahlungsbedingungen: bei „翌月末払い" dann 1, bei „翌々月末払い" dann 2).
Der Abrechnungstag ist operativ, nicht kosmetisch. Eine Rechnung vom 18. März mit den Bedingungen 20日締 fällt in den Abrechnungszeitraum März – die Zahlung ist bis Ende April fällig, und die Ausgabe gehört zum laufenden Geschäftsjahr, wenn das Unternehmen am 31. März abschließt. Eine Rechnung vom 22. März mit denselben Bedingungen 20日締 fällt in den Abrechnungszeitraum April – die Zahlung ist bis Ende Mai fällig, und die Ausgabe gehört zum nächsten Geschäftsjahr. Der Abrechnungstag, nicht das Rechnungsdatum oder die Monatsgrenze, bestimmt die Zuordnung zum Geschäftsjahr. Die gleiche Logik für Zahlungsbedingungen wird ausführlich im Leitfaden zur Extraktion japanischer Bestelldaten behandelt, der dieselben Felder für Zahlungsbedingungen aus der Beschaffungsperspektive enthält.
Verbrauchssteuer (消費税) — Aufteilung nach zwei Steuersätzen, die die Steuererklärung als strukturierte Eingabe benötigt
Das japanische Verbrauchssteuersystem verwendet zwei Steuersätze — 10 % Standardsatz und 8 % ermäßigter Satz — und die qualifizierte Rechnung muss die Steuerbemessungsgrundlage und den Steuerbetrag für jede Steuersatzkategorie getrennt angeben. Die Kreditorenbuchhaltung, die eine Rechnung vor der Zahlung prüft, muss bestätigen, dass die nach Steuersätzen gruppierten Gesamtbeträge auf der Rechnung mit den Erwartungen des Buchhaltungssystems übereinstimmen. Die Steuerabteilung, die die Verbrauchssteuererklärung einreicht, benötigt die Gesamtbeträge für 10 % und 8 % als Eingabedaten für die Berechnung der Erklärung.
Eine abgeleitete Spalte übernimmt die Klassifizierung während der Extraktion: Steuersatz (aus Artikelbeschreibung: Lebensmittel/Getränke → 8 % ermäßigt, Standardwaren/-dienstleistungen → 10 % Standard, explizit exportbezogen → steuerfrei). Die KI liest jede Positionsbeschreibung, wendet die japanischen Dual-Rate-Regeln an und füllt die Spalte „Steuersatz". Die Ausgabetabelle enthält jede Position bereits vorklassifiziert — die Zwischensummen für 10 % Standard und 8 % ermäßigt sind aus den extrahierten Daten berechenbar, ohne dass ein separater Klassifizierungsdurchlauf erforderlich ist. Bei Rechnungen mit gemischten Artikeln — Büromaterial (10 %) zusammen mit Getränken in Flaschen (8 %) — ist die Klassifizierung pro Position die einzige Möglichkeit, die korrekten, nach Steuersätzen gruppierten Gesamtbeträge der Rechnung zu überprüfen, ohne jede Rechnungs-PDF erneut öffnen zu müssen.
Quellensteuer (源泉徴収) — wenn der Zahlungspflichtige vor der Überweisung abziehen muss
Das japanische Quellensteuersystem verlangt vom Zahlungspflichtigen, bei Zahlungen an bestimmte freiberufliche Dienstleister die Einkommensteuer an der Quelle einzubehalten — Steuerberater (税理士), Wirtschaftsprüfer (公認会計士), Rechtsanwälte (弁護士), Rechtsschreiber (司法書士), Designer (デザイナー), Autoren (著作家) und mehrere andere Kategorien gemäß Artikel 204 des Einkommensteuergesetzes (所得税法). Der Quellensteuersatz beträgt in der Regel 10,21 % des Zahlungsbetrags. Der Zahlungspflichtige führt den einbehaltenen Betrag an das Finanzamt ab und zahlt dem Lieferanten die verbleibenden 89,79 %.
Eine Rechnung, die eine Quellensteuerklassifizierung trägt — oft gekennzeichnet als 源泉徴収あり oder durch eine separate Zeile „源泉徴収額" — ändert die Zahlungsberechnung. Die Kreditorenbuchhaltung muss die Quellensteuer vom Rechnungsbetrag abziehen, den Nettobetrag an den Lieferanten zahlen und den einbehaltenen Betrag als separate Steuerschuldverbindlichkeit buchen. Wird die Quellensteuer bei der Extraktion nicht erfasst, muss die Kreditorenbuchhaltung jede qualifizierte Rechnung erneut prüfen, die Quellensteuer manuell berechnen und die Zahlung anpassen — ein arithmetischer Schritt pro Rechnung, der bei sechzig Rechnungen messbare Zeit der Kreditorenbuchhaltung verbraucht.
Eine Spalte, definiert als Quellensteuerklassifizierung (prüfen, ob die Rechnung 源泉徴収 erwähnt; Ausgabe „Anwendbar", wenn der Lieferant ein qualifizierter Freiberufler ist und Quellensteuer angegeben ist, andernfalls „Nicht anwendbar"), kennzeichnet, welche Rechnungen den Abzug erfordern. Eine berechnete Spalte wie Nettzahlungsbetrag (wenn Quellensteuer anwendbar: Gesamtbetrag × 0,8979; andernfalls: Gesamtbetrag) berechnet den tatsächlichen Überweisungsbetrag direkt.
Erfasste Rechnungsdaten in japanische Buchhaltungssoftware übernehmen
Das Ergebnis eines Extraktionsauftrags ist eine strukturierte Tabelle. Die Zielsysteme sind die Buchhaltungssoftware, in der die Einkaufsjournaleinträge erfasst werden, und das Banksystem, über das Zahlungen ausgeführt werden. Jede bedeutende japanische Buchhaltungsplattform akzeptiert strukturierte Datenimporte – der Engpass lag stets im vorgelagerten Schritt: Rechnungsdaten aus Lieferanten-PDFs in eine strukturierte Form zu bringen.
Yayoi (弥生会計) – der Marktführer in der japanischen KMU-Buchhaltung – importiert Einkaufsbuchdaten per CSV. Die extrahierten Rechnungsspalten werden direkt zugeordnet: Rechnungsnummer → 伝票番号, Lieferant → 仕入先, Datum → 日付, Gesamtbetrag → 金額. Die Umsatzsteuerbeträge nach Steuersätzen fließen in das Steuermelde-Modul von Yayoi ein. Für Unternehmen, die auch Yayoi Sales (弥生販売) nutzen, das begleitende Einkaufsmodul, werden die Rechnungsdaten mit den entsprechenden Bestelldatensätzen verknüpft – dies erzeugt die Belegkette, die der Dreifachabgleich (三点照合) erfordert.
freee – die Cloud-Buchhaltungsplattform mit über 70.000 KMU-Kunden – unterstützt die automatische Buchungserstellung (自動仕訳) per CSV-Import. Die zusammen mit jeder Rechnungszeile extrahierte Registrierungsnummer für qualifizierte Rechnungen fließt in die Rechnungskonformitätsprüfung von freee ein, und die nach Steuersätzen gruppierten Umsatzsteuerbeträge füllen die von freee automatisch generierte Umsatzsteuervoranmeldung. Die Banküberweisungsdaten – bereits in separaten Spalten aus der Extraktion – speisen das Zahlungsmodul von freee zur Erstellung von Bank-Batch-Dateien.
MoneyForward Cloud Accounting (マネーフォワード クラウド会計) – mit der größten Anzahl an Finanzinstituts-API-Verbindungen in Japan (2.451+) – importiert Einkaufsrechnungsdaten in sein Einkaufsverwaltungsmodul. Der automatische Kontoabgleich der Plattform gleicht Zahlungsdatensätze mit Bankfeeds ab, und die extrahierten Rechnungsdaten mit Umsatzsteueraufschlüsselung unterstützen die duale Steuersatzmeldung von MoneyForward.
Kanjo Bugyo (勘定奉行) – die Suite von OBC für mittelständische Unternehmen (Jahresumsatz ¥500 Mio.–5 Mrd.) – unterstützt den Batch-CSV-Import von Einkaufsrechnungsdaten mit Kostenstellenrechnung (部門別原価管理). Wenn Rechnungen Abteilungscodes oder Kostenstellenverweise enthalten, fließen diese Felder automatisch in die segmentierte GuV-Berichterstattung von Kanjo Bugyo ein.
Der gemeinsame Nenner: Sobald Rechnungsdaten in strukturierten Spalten vorliegen, ist der Import in jede dieser Plattformen ein Dateiupload. Der Schritt, der derzeit Stunden dauert – das Eintippen von Bankdaten, Steuerbeträgen und Zahlungsbedingungen aus sechzig Rechnungen in das Buchhaltungssystem – wird zu einer Überprüfungsaufgabe: extrahierte Daten prüfen, Ausreißer bestätigen und importieren. Für denselben Extraktionsansatz, angewendet auf die Beschaffungsseite des Abgleich-Workflows, siehe die Schritt-für-Schritt-Anleitung zum Extrahieren japanischer Bestelldaten nach Excel. Für das bankseitige Gegenstück – das Extrahieren von Transaktionsdatensätzen, die neben Rechnungszahlungen erscheinen – deckt der Leitfaden zur Extraktion japanischer Bankpassbücher den vollständigen Workflow vom Passbuch zur Tabelle ab.
FAQ
Kann die Extraktion handschriftliche Rechnungen kleiner Lieferanten lesen?
Ja. Viele kleinere japanische Lieferanten – lokale Dienstleister, Einzelunternehmer, ländliche Hersteller – stellen weiterhin handschriftliche Rechnungen (手書き請求書) auf vorgedrucktem Briefpapier aus, wobei die Beträge mit Kugelschreiber geschrieben und mit dem Firmenstempel versehen werden. Das KI-Modell liest handschriftliche Kanji und Ziffern, einschließlich der bei manuellen Rechnungen üblichen abgekürzten Notation (㈱ für 株式会社, 〒 als Postleitzahlen-Präfix, No. für Nummer). Bei stark degradierten Scans oder Faxkopien wird eine Auflösung von 300 dpi oder höher empfohlen. Eine stichprobenartige Überprüfung schwieriger Zeichen – insbesondere handschriftlicher Bankkontonummern, bei denen eine falsch gelesene Ziffer zu einer fehlgeschlagenen Überweisung führen kann – ist bei handschriftlichen Dokumenten ratsam.
Wie verarbeitet die Extraktion das Kontonummernformat der ゆうちょ銀行?
Die Japan Post Bank (ゆうちょ銀行) verwendet ein 記号-番号-Format (z. B. 記号12345 番号6789012), das sich von den 7-stelligen Kontonummern der Geschäftsbanken unterscheidet. Bei einer Überweisung von einer Geschäftsbank auf ein Japan-Post-Konto muss die 記号-番号 in eine 7-stellige Überweisungskontonummer umgewandelt werden. Eine abgeleitete Spalte kann diese Konvertierung während der Extraktion durchführen: Definieren Sie die Spaltenlogik so, dass ゆうちょ銀行 als Bankname erkannt, die 記号-番号-Felder analysiert und die konvertierte 7-stellige Nummer ausgegeben wird. Die Website der Japan Post Bank veröffentlicht die Umrechnungsregel – im Wesentlichen werden die 記号-Ziffern auf den ersten Teil der Überweisungskontonummer abgebildet und die 番号-Ziffern (abzüglich der letzten Prüfziffer bei 8-stelligen Nummern) auf den Rest.
Was passiert, wenn die Registrierungsnummer für qualifizierte Rechnungen (インボイス登録番号) fehlt?
Wenn der Lieferant nicht als Aussteller qualifizierter Rechnungen (適格請求書発行事業者) registriert ist, enthält seine Rechnung keine Registrierungsnummer. In diesem Fall kann der Käufer keinen vollen Vorsteuerabzug für den Kauf geltend machen – Übergangsmaßnahmen erlauben jedoch einen teilweisen Abzug. Von Oktober 2023 bis September 2026 sind 80 % der Vorsteuer abzugsfähig. Von Oktober 2026 bis September 2029 sind es 50 %. Nach September 2029 oder 2031 (abhängig von der Verlängerung durch die Steuerreform 2026) sind es null Prozent. Während der Übergangszeit muss die Kreditorenbuchhaltung nicht qualifizierte Rechnungen gesondert kennzeichnen, da der reduzierte Vorsteuerabzug auf einer anderen Grundlage als bei qualifizierten Rechnungen berechnet werden muss. Eine Extraktionsspalte, die die Registrierungsnummer erfasst – oder deren Fehlen vermerkt – liefert die Daten, um jede Rechnung der korrekten steuerlichen Behandlung zuzuführen.
Kann dieselbe Extraktion sowohl steuerinklusive (税込) als auch steuerausschließliche (税抜) Rechnungen verarbeiten?
Ja, aber die Spaltendefinition sollte das gewünschte Ausgabeformat angeben. Wenn einige Lieferanten steuerinklusive Rechnungen (内税) und andere steuerausschließliche Rechnungen (外税) ausstellen, löst das Hinzufügen einer berechneten Spalte die Normalisierung während der Extraktion. Beispiel: Positionsbetrag steuerausschließlich (wenn Einzelpreise steuerinklusiv sind, durch 1,1 für 10%-Artikel oder 1,08 für 8%-Artikel teilen; andernfalls unverändert verwenden). Die KI liest den Dokumentkontext – einschließlich aller Angaben wie 税込 oder 税抜 auf der Rechnung –, um die steuerliche Behandlung zu bestimmen und die Ausgabe zu normalisieren. Alle Positionsbeträge in der Tabelle liegen auf einer einheitlichen steuerausschließlichen Basis vor, bereit für den Vergleich mit der Bestellung.
Wie interagiert die Spalte für die Quellensteuer (源泉徴収) mit der Berechnung des Zahlungsbetrags?
Die Quellensteuer ist ein Abzug, den der Zahlungspflichtige vornimmt, bevor er die Zahlung an den Lieferanten leistet. Der Rechnungsgesamtbetrag ist der Bruttorechnungsbetrag; der Betrag, den der Lieferant erhält, ist der Gesamtbetrag abzüglich der Quellensteuer. Eine berechnete Spalte, konfiguriert als Nettozahlungsbetrag (wenn Quellensteuerklassifizierung = "Anwendbar": Gesamtbetrag × 0,8979; andernfalls: Gesamtbetrag), gibt den tatsächlichen Überweisungsbetrag für jede Rechnung aus. Der einbehaltene Betrag – die Differenz zwischen Gesamtbetrag und Nettozahlung – ist als separate Einzahlung an das Finanzamt (税務署) abzuführen. Das Kreditorenbuch sollte für jede quellensteuerpflichtige Rechnung drei Spalten führen: Bruttobetrag (der Rechnungsgesamtbetrag), Quellensteuerbetrag (der Steuerabzug) und Nettozahlung (der Überweisungsbetrag). Die Extraktion liefert alle drei, sodass die Zahlungsdatei und der Steuerhinterlegungsplan aus denselben Quelldaten erstellt werden.
Funktioniert dies auch für Rechnungen mit gemischten Umsatzsteuersätzen auf demselben Dokument?
Ja. Eine einzelne japanische Rechnung kann Artikel zum regulären Satz von 10 %, zum ermäßigten Satz von 8 % und steuerbefreite Artikel enthalten. Das System für qualifizierte Rechnungen verlangt, dass die Rechnung die Steuerbemessungsgrundlage und den Steuerbetrag pro Steuersatzkategorie separat ausweist. Während der Extraktion klassifiziert eine abgeleitete Spalte jede Position anhand der Artikelbeschreibung nach Steuersatz – Lebensmittel und Getränke mit 8 %, Standardwaren und -dienstleistungen mit 10 %, ausdrücklich befreite Artikel als steuerfrei. Die Ausgabetabelle gruppiert die Artikel nach Steuersatz, und die nach Steuersatz gruppierten Summen können mit der angegebenen Steueraufschlüsselung der Rechnung abgeglichen werden. Stimmen die beiden nicht überein – weicht der berechnete 8%-Gesamtbetrag der Extraktion vom angegebenen 8%-Gesamtbetrag der Rechnung ab –, wird die Abweichung zur Prüfung markiert. Dies ist dieselbe Prüfung, die das Kreditorenteam manuell durchführen würde, wird aber automatisch für sechzig Rechnungen gleichzeitig durchgeführt.
Von sechzig PDFs zu einer zahlungsbereiten Tabelle
Die japanische Rechnung ist nicht einfach eine Rechnung. Sie ist eine Zahlungsanweisung – die Bankverbindung teilt dem Kreditorenbuchhaltungsteam mit, wohin das Geld überwiesen werden soll. Sie ist ein Steuerdokument – die Aufschlüsselung der Umsatzsteuer fließt in die nationale Steuererklärung ein, und die Registrierungsnummer für qualifizierte Rechnungen ist die Voraussetzung für den Vorsteuerabzug. Sie ist ein Compliance-Nachweis – die Quellensteuerklassifizierung löst auf Käuferseite eine separate Steuerhinterlegungspflicht aus. Und sie ist ein Abgleichsbeleg – Rechnungsnummer, Artikelpositionen und Beträge müssen vor der Zahlungsfreigabe mit der entsprechenden Bestellung und dem Lieferschein abgeglichen werden.
Ein Extraktionsworkflow, der alle diese Felder erfasst – nicht nur den Gesamtbetrag und das Datum – verwandelt den monatlichen Rechnungsstapel von einer Dateneingabeschlange in eine Prüfliste. Die Bankverbindungsdaten sind in Spalten organisiert und bereit für eine Zahlungsstapeldatei. Die Umsatzsteuer ist nach Steuersätzen aufgeschlüsselt und bereit für die Steuererklärung. Die Quellensteuerklassifizierung wird gekennzeichnet, sodass keine qualifizierte Rechnung versehentlich zum vollen Bruttobetrag ausgezahlt wird. Die Zahlungsbedingungen werden in Abrechnungstag und Zahlungsziel analysiert, sodass sich der Zahlungskalender automatisch füllt. Die Tabelle kommt strukturiert an, und die Zeit des Kreditorenbuchhaltungsteams verlagert sich vom Tippen zum Prüfen – von der Dateneingabe zur finanziellen Kontrolle.