50 japanische Bestellungen, ein
Beschaffungsdashboard

Warum fünfzig einzelne Bestellzeilen noch kein Beschaffungs-Dashboard ergeben

Der Workflow zur Extraktion einzelner Bestellungen – beschrieben in der Schritt-für-Schritt-Anleitung zur Extraktion japanischer Bestelldaten – reduziert die manuelle Erfassung pro Bestellung von Minuten auf Sekunden. Zwölf Spaltennamen definieren, eine Bestellung hochladen, eine strukturierte Zeile erhalten. Für einen Beschaffungsmanager, der monatlich fünfzig Bestellungen erhält, macht dieser Workflow jede einzelne Bestellung schnell. Er macht die Sammlung von fünfzig Bestellungen jedoch nicht nützlich.

Der strukturelle Unterschied zwischen einer Liste und einem Dashboard besteht darin, dass ein Dashboard Daten nach Dimensionen gruppiert, die eine einzelne Zeile nicht ausdrücken kann: aggregierte Ausgaben pro Lieferant, nach Datum sortierte Liefertermine, Umsatzsteuersummen nach Steuersatzstufe und Zahlungsverpflichtungen gruppiert nach Stichtag.

Eine einzelne Bestellzeile sagt Ihnen, dass Mitsubishi Chemical 2.000 Einheiten der Dichtung A zu je 480 ¥ liefert, insgesamt 960.000 ¥ (netto), Lieferung am 15. August an das Werk Saitama, Zahlungsbedingungen 20日締翌月末払い (Stichtag am 20., Zahlung bis Ende des Folgemonats). Was eine einzelne Zeile nicht sagen kann: dass die Gesamtausgaben bei acht weiteren Bestellungen von Mitsubishi Chemical in diesem Monat 3,4 Millionen ¥ betragen – womit sie der zweitgrößte Lieferant nach Beschaffungsvolumen sind. Dass vier Bestellungen von vier verschiedenen Lieferanten alle Liefertermine innerhalb der nächsten sieben Tage haben und das Logistikteam eine konsolidierte Kommissionierliste benötigt. Dass 8,2 Millionen ¥ in Bestellpositionen mit dem regulären Steuersatz von 10 % besteuert werden, während 1,6 Millionen ¥ in lebensmittelbezogenen Positionen den ermäßigten Steuersatz von 8 % tragen – und die steuerliche Belastung des Einkaufs über diese beiden Stufen hinweg die nächste Umsatzsteuervoranmeldung bestimmen wird. Dass zwölf Lieferanten ihre Abrechnung am 20. schließen und ihre gemeinsame Zahlungsverpflichtung 5,1 Millionen ¥ beträgt, während sechs Lieferanten am letzten Tag des Monats schließen und ihre gemeinsame Verpflichtung 2,8 Millionen ¥ beträgt – zwei Auszahlungstermine mit zwei unterschiedlichen Liquiditätsauswirkungen.

Diese vier Antworten stecken in denselben fünfzig Bestelldokumenten. Sie sind unsichtbar, wenn diese fünfzig Bestellungen einzeln in flache Zeilen verarbeitet werden – nicht weil die Daten fehlen, sondern weil die Beziehungen zwischen den Zeilen das Einzige sind, was aus einer Liste ein Dashboard macht, und ein Mensch, der eine Bestellung nach der anderen bearbeitet, kann Beziehungen erst erkennen, wenn die fünfzig Zeilen zusammengestellt sind. Wenn die letzte Bestellung erfasst ist, ist die Lieferantenbeziehung der ersten Bestellung zu den nächsten acht vom selben Anbieter eine Erinnerung, keine Spalte.

Das Extraktionsschema: Zwölf Spalten für vier Dashboard-Dimensionen

Das Extraktionsschema für einen japanischen PO-Batch unterscheidet sich nicht vom Schema einer einzelnen PO – nicht, weil die Dokumente anders wären, sondern weil das Ausgabeziel ein anderes ist. Eine Einzel-PO-Extraktion erzeugt eine lesbare Zeile. Eine Batch-Extraktion erzeugt eine Tabelle, die eine Pivot-Formel auswertet. Der Spaltensatz muss Klassifikationsfelder enthalten, die der Einzel-PO-Workflow implizit lassen kann, die das Dashboard jedoch als explizite Dimensionen benötigt.

Bei der Benutzerdefinierten Spaltenextraktion – bei der Sie die gewünschten Spaltennamen eingeben und die KI die passenden Daten auf jedem Dokument findet, indem sie die Bedeutung jedes Feldes versteht, nicht dessen Position – erweitert das Batch-Schema für ein japanisches PO-Dashboard den Einzel-PO-Spaltensatz um zwei zusätzliche Klassifikationsspalten:

Die beiden Klassifikationsspalten – Zahlungsbedingungen und Umsatzsteuerklassifikation – machen aus einer flachen Liste ein Dashboard. Ohne sie ist der Ausgaben pro Lieferant die einzige Dimension, die Sie durch Sortieren und Summieren berechnen können. Mit ihnen eröffnen sich vier Dimensionen: von wem Sie kaufen, wann es eintrifft, wie es besteuert wird und wann Sie dafür bezahlen.

Die vom JFTC vorgeschriebenen Pflichtfelder gemäß dem Subunternehmergesetz (下請代金支払遅延等防止法) stellen sicher, dass jede konforme japanische PO dieselben Kerndaten enthält. Das Format variiert je nach Lieferant – das PO-Layout von Mitsubishi Chemical hat nichts mit einer handschriftlichen Faxvorlage eines lokalen Subunternehmers gemeinsam –, aber der Feldinhalt folgt derselben Struktur. Die Extraktions-KI liest nach Feldbedeutung, nicht nach Position: Die PO-Nummer (発注番号) ist die eindeutige Kennung jeder PO, unabhängig davon, ob sie oben rechts auf Briefpapier gedruckt oder mit Bleistift am Rand eines Faxformulars notiert ist. Dieselbe semantische Logik lokalisiert jede Spalte in jedem Lieferantenformat. Das Schema wird einmal definiert und auf fünfzig POs angewendet – und im nächsten Monat, und im Monat danach.

Verarbeitung des monatlichen Batchs: 50 Bestellungen, ein Upload, eine strukturierte Tabelle

Mit dem definierten Schema verlagert sich der monatliche Batch-Verarbeitungsschritt von der Dateneingabe zur Datenorganisation. Der Batch-Workflow unterscheidet sich vom Einzelbestellungs-Workflow in drei für den Maßstab von 50 Bestellungen relevanten Punkten: Die Dateibenennung dient als Provenienzschicht, die Parallelverarbeitung verkürzt die Wartezeit pro Dokument, und die Überprüfung konzentriert sich auf Ausreißer statt auf jede einzelne Zeile.

Die Ausgabe ist eine einzelne Tabelle, in der jede Zeile eine Bestellposition und jede Spalte eines der zwölf Schemafelder darstellt. Die Tabellenstruktur – gleiche Spalten, gleiche Reihenfolge, gleiche Felddefinitionen – ist jeden Monat identisch, weil das Schema wiederverwendet und nicht neu erstellt wird. Ein Dashboard, das auf dem Schema vom Januar basiert, funktioniert mit der Ausgabe vom Februar ohne Neuformatierung. Die Konsistenz ist strukturell, nicht gewohnheitsmäßig.

Das Dashboard lesen: Vier Beschaffungsdimensionen, die eine Tabelle offenlegt

Mit 50 Bestellpositionen, die in zwölf Spalten strukturiert sind, stellt das Dashboard eine Reihe von Pivot-Tabellen und sortierten Ansichten dar – jede beantwortet eine der vier Fragen, die der Beschaffungsmanager jeden Monat benötigt. Das Dashboard ist kein separates Dokument. Es ist dieselbe Tabelle, betrachtet durch vier verschiedene Linsen, die jeweils eine Teilmenge der zwölf Spalten verwenden.

Bestellsummen pro Lieferant – wer erhält welchen Anteil am Beschaffungsvolumen

Die erste Dimension gruppiert Zeilen nach der Spalte „Lieferant“ und summiert den Gesamtbetrag. Eine Pivot-Tabelle auf diesen beiden Spalten erzeugt eine Rangliste der Lieferantenausgaben: Lieferant A: 5,2 Mio. ¥, Lieferant B: 3,4 Mio. ¥, Lieferant C: 2,8 Mio. ¥ und so weiter über alle dreißig-plus Lieferanten hinweg. Dies ist die Dimension, die die flache Liste von fünfzig Zeilen verbirgt, weil die Bestellungen desselben Lieferanten – Mitsubishi Chemical hat in diesem Monat neun, ein kleiner Subunternehmer eine – chronologisch nach Bestelldatum durchmischt sind. Die Gruppierung nach Lieferant offenbart Konzentration: Drei Lieferanten machen 45 % des monatlichen Beschaffungsvolumens aus. Diese Konzentration ist unsichtbar, wenn Sie Bestellungen einzeln bearbeiten und jede Zeile nacheinander eingeben.

Die Ansicht pro Lieferant zeigt zudem ein Muster, das bei manueller Erfassung regelmäßig übersehen wird: Derselbe Artikel, bestellt bei zwei verschiedenen Lieferanten zu zwei unterschiedlichen Einzelpreisen. Wenn Lieferant A ¥480 pro Einheit für Dichtung A anbietet und Lieferant B ¥510 für denselben Artikel auf einer anderen Bestellung, macht die Pivot-Tabelle pro Lieferant – gefiltert nach Artikelname – den Preisunterschied zu einem direkten Zeilenvergleich. In einer flachen Liste sind die beiden Zeilen durch dreißig andere Einträge getrennt, und die Differenz erfordert, dass ein Mensch sie bemerkt. Im Dashboard ist ein Filter auf „Dichtung A“ über alle Lieferanten hinweg ein Klick.

Lieferzeitplan – welche Bestellungen sind diese Woche fällig

Die zweite Dimension sortiert die fünfzig Zeilen aufsteigend nach Lieferdatum und filtert nach der aktuellen Woche oder den nächsten sieben Tagen. Die für die Logistik relevanten Spalten: Lieferant, Artikelname, Menge, Lieferort. Die Ausgabe ist eine Abholliste für das Wareneingangsteam – „diese Woche erhalten wir 2.000 Dichtungen von Mitsubishi Chemical an der Saitama-Fabrik, Montagelinie 3, 500 Liter Kühlflüssigkeit von Sumitomo im Yokohama-Werk und zwölf Kartons Verpackungsmaterial von einem lokalen Lieferanten im Hauptlager.“ Jede Zeile hat einen Lieferort, der einer bestimmten Anlieferungsrampe zugeordnet ist.

Diese Ansicht zeigt auch Lieferdaten-Cluster: Sieben Bestellungen von fünf verschiedenen Lieferanten haben alle das Lieferdatum 28. August. Das Logistikteam weiß nun, dass der 28. August ein Tag mit hohem Wareneingangsvolumen ist, und kann Rampenkapazität und Prüfpersonal entsprechend zuweisen – eine Planungsentscheidung, die nicht möglich ist, wenn Lieferdaten über fünfzig einzelne PDFs verstreut und nie zu einer einzigen Zeitachse zusammengeführt werden.

Umsatzsteueraufschlüsselung – Steuerbelastung der Beschaffung nach Steuersatzstufe

Die dritte Dimension gruppiert die Zeilen nach der Spalte „Umsatzsteuerklassifizierung“ – der abgeleiteten Spalte, in der die KI jeden Posten während der Extraktion als 10 % Standardsatz, 8 % ermäßigter Satz oder steuerfrei klassifiziert hat. Eine Pivotierung dieser Spalte gegen den Zeilenbetrag summiert die steuerpflichtige Bemessungsgrundlage für jeden Steuersatz:

Diese Aufschlüsselung ist aus zwei Gründen wichtig. Erstens fließt sie direkt in die Umsatzsteuererklärung (消費税申告) ein – der Vorsteuerabzug (仕入税額控除) auf der Beschaffungsseite erfordert die Aufteilung der steuerpflichtigen Einkäufe nach den Steuersätzen 10 % und 8 %, um die Anforderungen des Qualifizierten Rechnungssystems (インボイス制度) zu erfüllen, das im Oktober 2023 in Kraft getreten ist. Der Schritt des Rechnungsabgleichs – bei dem geprüft wird, ob die Steueraufschlüsselung der Rechnung jedes Lieferanten mit der Steuerklassifizierung der Bestellung übereinstimmt – verwendet diese Dashboard-Ansicht als Referenztabelle. Wenn eine Lieferantenrechnung für eine Lebensmittelposition, die in der Bestellung als 8 % ermäßigt klassifiziert wurde, 10 % Umsatzsteuer ausweist, ist die Abweichung vor der Zahlungsfreigabe sichtbar.

Zweitens dient sie als Budgetierungsgrundlage. Wenn 72 % der monatlichen Beschaffungsausgaben dem 10-%-Steuersatz unterliegen, beträgt der Umsatzsteueranteil des Beschaffungsbudgets etwa ¥820.000 pro Monat – eine Liquiditätsposition, die das Finanzteam prognostizieren kann, anstatt sie erst am Monatsende zu entdecken, wenn die Lieferantenrechnungen mit Steuerbeträgen eingehen, die nicht mit der internen Schätzung übereinstimmen.

Zahlungsbedingungen nach Stichtag — Auszahlungsverpflichtungen gruppiert nach 締日

Die vierte Dimension gruppiert Bestellungssummen nach dem Stichtag (締日, shimebi), der aus der Spalte „Zahlungsbedingungen“ extrahiert wird. Japanische Bestellungen geben Zahlungsbedingungen als zusammengesetzte Konvention an, nicht als einfache „Netto 30“-Datumsberechnung. Die üblichen Muster:

Eine berechnete Spalte – eine Spalte, deren Wert die KI während der Extraktion berechnet, anstatt ihn direkt aus dem Dokument auszulesen – analysiert die Zeichenfolge der Zahlungsbedingungen in zwei strukturierte Werte: Stichtag (der Tag – 20, 31, 10) und Zahlungsverzögerung (die Anzahl der Monate zwischen Stichtag und Zahlung – 1 für 翌月末, 2 für 翌々月末). Das Dashboard gruppiert dann die Bestellungssummen nach Stichtag:

Die Gruppierung nach Stichtag ist die Cashflow-Dimension des Beschaffungs-Dashboards. Achtzehn Lieferanten mit Abschluss am 20. repräsentieren Zahlungsverpflichtungen in Höhe von ¥6,3 Millionen, die etwa 40 Tage nach dem 20. des Monats fällig werden. Vier Lieferanten mit 翌々月払い-Bedingungen verschieben ¥1,9 Millionen um einen weiteren Monat. Das Finanzteam kennt nun das Auszahlungsprofil nach Datumsclustern, nicht nach einzelnen Bestellungen – und kann das Working Capital um zwei Zahlungswellen statt fünfzig einzelner Fälligkeitstermine planen.

Vom monatlichen Dashboard zur beschaffungsbezogenen Analyse des Geschäftsjahres

Der monatliche Batch-Workflow gewinnt mit der Zeit an Wert. Das Dashboard für Januar beantwortet vier Beschaffungsfragen für Januar. Zwölf monatliche Dashboards, zu einem einzigen Beschaffungsjournal des Geschäftsjahres zusammengeführt, beantworten eine andere Reihe von Fragen: Welcher Lieferant hat seinen Anteil am Beschaffungsvolumen von Q1 auf Q3 gesteigert? Wie wirken sich saisonale Liefermuster auf die Logistikpersonalplanung aus? Hat sich die Mischung der Umsatzsteuersätze mit der Lieferantenmischung verändert? Und welche Lieferanten verwenden durchgängig längere Zahlungsbedingungen – ein Hebel für Verhandlungen bei der jährlichen Vertragsverlängerung.

Die Dashboard-Struktur macht die jährliche Konsolidierung zu einer strukturellen Operation und nicht zu einer Rekonstruktionsübung. Jede monatliche Tabelle hat dieselben zwölf Spalten in derselben Reihenfolge. Das Zusammenführen von Januar bis Dezember in ein einziges Jahresjournal ist eine reine Kopier-Einfügen-Operation – die Spalten stimmen überein, weil das Schema nie geändert wurde. Fügen Sie eine Monatsspalte hinzu, um die Herkunft zu erhalten, und das Jahresjournal unterstützt nun Quartalsvergleiche: Filtern Sie nach Q1 (April–Juni für die meisten japanischen Unternehmen mit Geschäftsjahresende im März, 3月決算), pivotieren Sie nach Lieferant und vergleichen Sie mit den Lieferantenausgaben in Q2. Ein Lieferant, dessen Anteil von Q1 auf Q3 um 30 % gestiegen ist, ist ein Beschaffungstrend, den eine flache Liste über zwölf einzelne Monate niemals offenbart.

Dasselbe Zwölf-Spalten-Schema, das die Bestellungen vom August 2026 verarbeitet, verarbeitet auch die Bestellungen vom August 2025 – archivierte Dokumente, die das japanische Körperschaftsteuergesetz (法人税法) von Unternehmen verlangt, sieben Jahre lang aufzubewahren. Die nachträgliche Batch-Verarbeitung der Bestellungen eines vorherigen Geschäftsjahres verwandelt ein Archiv von PDF-Dateien in ein strukturiertes Beschaffungsjournal, das ein Prüfer nach Lieferant, Monat und Steuerklassifikation durchsuchen kann – ohne die Quelldokumente öffnen zu müssen. Die Zeitersparnis liegt nicht im Extraktionsschritt, der die fünfzig Bestellungen eines Vorjahres genauso schnell verarbeitet wie die des aktuellen Monats. Sie liegt in der Reaktion auf eine Prüfung: Wenn das Finanzamt (税務署) alle Bestellungen über 1 Million Yen aus dem Geschäftsjahr 2025 anfordert, liefert das nach Gesamtbetrag absteigend gefilterte Dashboard eine sortierte Liste mit Dokumentennachvollziehbarkeit in unter einer Minute.

Dieses periodenübergreifende Batch-Konsolidierungsmuster lässt sich mit derselben zugrundeliegenden Logik auf andere Steuerhoheitsgebiete übertragen: Ein Extraktionsschema, das über mehrere Berichtszeiträume hinweg angewendet wird, erzeugt ein einheitliches Journal. Der vierteljährliche Batch-Ansatz, den australische Buchhalter verwenden, um vier vierteljährliche BAS-Meldungen in ein einziges jährliches Steuerjournal zusammenzuführen, und kanadische Buchhalter, die GST/HST-Meldungen in eine jährliche Steuerzusammenfassung konsolidieren, folgt derselben Struktur: Definieren Sie die Spalten einmal, führen Sie dasselbe Schema in jeder Periode aus, und lassen Sie die Zusammenführung aus der Struktur entstehen. Die Steuerfelder variieren je nach Rechtsordnung; das Batch-Prinzip nicht.

FAQ

Funktioniert der Batch-Workflow auch, wenn jeder Lieferant ein anderes Bestellungsformat verwendet?

Ja – das ist der entscheidende Vorteil der semantischen Extraktion gegenüber der vorlagenbasierten OCR. Ein vorlagenbasiertes Tool benötigt eine separate Parsing-Vorlage pro Lieferantenformat. Wenn ein Lieferant sein Briefpapier neu gestaltet oder sein ERP-System aktualisiert, ist die Vorlage unbrauchbar. Die semantische Extraktion liest jede Bestellung, indem sie versteht, was die Daten bedeuten – eine Bestellnummer (発注番号) ist die Kennung, unabhängig davon, ob sie in einem formatierten Tabellenblock einer Mitsubishi Chemical PDF oder handschriftlich auf einem Faxformular eines Subunternehmers erscheint. Das zwölfspaltige Schema funktioniert bei allen fünfzig Bestellungen im Batch, da die KI nach der Feldbedeutung sucht, nicht nach der Feldposition. Wenn ein Lieferant nächsten Monat sein Bestellungslayout ändert, funktioniert dasselbe Schema immer noch – es muss nichts aktualisiert werden.

Wie verarbeitet das Dashboard eine einzelne Bestellung mit Positionen zu 10 % und 8 % Umsatzsteuer?

Die Spalte „Umsatzsteuerklassifizierung“ wird auf Positionsebene angewendet, nicht auf Bestellungsebene. Eine einzelne Bestellung mit drei Positionen – zwei Standardartikel zu 10 % und ein Lebensmittel zu 8 % – erzeugt drei Zeilen im Dashboard, jede mit ihrer eigenen Steuerklassifizierung. Die Steueraufschlüsselungs-Pivot-Tabelle des Dashboards ordnet ¥9.600 des standardmäßig besteuerten Werts korrekt dem 10-%-Bracket und ¥3.200 des ermäßigt besteuerten Werts dem 8-%-Bracket zu, obwohl beide Zeilen dieselbe Bestellnummer teilen. Der Gesamtbetrag auf Bestellungsebene wird weiterhin berechnet (Summe aller Positionen für diese Bestellnummer), aber die Steuerklassifizierung ist ein attribut pro Position – so muss sie unter dem Qualifizierten Rechnungssystem (インボイス制度) gemeldet werden.

Wie extrahiert die berechnete Spalte den Stichtag aus Zahlungsbedingungen wie „20日締翌月末払い“?

Das Feld „Zahlungsbedingungen“ auf einer japanischen Bestellung ist ein zusammengesetzter Ausdruck, der zwei Werte in einer Textzeichenfolge kodiert. Eine berechnete Spalte – eine Spalte, in der die KI während der Extraktion eine Berechnung durchführt – analysiert die Zeichenfolge in strukturierte Werte. Der Spaltenname weist die KI an, was zu extrahieren ist: Stichtag (shimebi-Tagesnummer – aus Zahlungsbedingungen; wenn „20日締“ dann 20, wenn „月末締“ dann 31, wenn „10日締“ dann 10). Eine zweite berechnete Spalte extrahiert den Zahlungsverzug: Zahlungsverzug in Monaten (aus Zahlungsbedingungen; wenn „翌月末払い“ dann 1, wenn „翌々月末払い“ dann 2). Die KI liest die japanische Konvention der Zahlungsbedingungen, extrahiert die beiden numerischen Werte, und das Dashboard gruppiert Zeilen nach Stichtag unter Verwendung der extrahierten Zahl als Gruppierungsschlüssel. Die ursprüngliche Textzeichenfolge der Zahlungsbedingungen bleibt für Prüfzwecke in einer eigenen Spalte erhalten.

Was passiert, wenn eine einzelne Bestellung über mehrere Seiten geht – führt die Batch-Verarbeitung sie korrekt zusammen?

Ja. Laden Sie alle Seiten der Bestellung im selben Batch hoch. Wenn ein mehrseitiges PDF hochgeladen wird, behandelt die Extraktions-Engine alle Seiten als ein einziges Dokument: Kopffelder (Bestellnummer, Lieferant, Bestelldatum, Zahlungsbedingungen, Lieferort) werden einmal von der ersten Seite extrahiert, und Positionen von allen Seiten – einschließlich Fortsetzungsseiten ohne Kopf, die nur eine Tabelle mit fortlaufenden Positionen enthalten – werden im selben Zeilensatz gesammelt, alle mit derselben Bestellnummer verknüpft. Eine vierseitige Bestellung mit zwölf Positionen auf den Seiten zwei bis vier erzeugt zwölf Dashboard-Zeilen, die jeweils dieselbe Bestellnummer, denselben Lieferanten und dasselbe Bestelldatum tragen. Die Positionsdetails variieren, die Kopfdaten sind konsistent.

Kann ich dasselbe Spaltenschema jeden Monat wiederverwenden, oder muss es pro Batch angepasst werden?

Verwenden Sie es unverändert wieder. Das für den Batch August 2026 definierte Zwölf-Spalten-Schema verarbeitet den Batch September 2026 ohne Änderung – und den Batch August 2027 ein Jahr später. Ein Lieferant kann sein Bestellformat ändern, ein neuer Lieferant kann mit einem Ihnen unbekannten Format hinzukommen, und das Schema verarbeitet beides, weil es beschreibt, welche Daten extrahiert werden sollen, nicht wo in einem bestimmten Format danach gesucht wird. Wenn eine neue Berichtsanforderung entsteht – die Beschaffungsabteilung beginnt mit der Erfassung eines Kostenstellendatums (原価部門) – fügen Sie dem Schema eine dreizehnte Spalte hinzu. Fügen Sie sie nachträglich mit leeren Zellen zu den Tabellenblättern der Vormonate hinzu, und ab dem aktuellen Monat wird sie befüllt. Das Schema ist ein lebendes Dokument, keine einmalige Einrichtung. Die entscheidende Disziplin: Wenn Sie eine Spalte hinzufügen, fügen Sie sie zuerst in die historischen Tabellenblätter ein, bevor Sie den Batch des neuen Monats ausführen – damit der Jahresstapel weiterhin ausgerichtet bleibt.

Kann das Dashboard direkt in japanische Buchhaltungssoftware exportieren?

Das Dashboard ist eine Excel-Tabelle (XLSX). Jede gängige japanische Buchhaltungs- und Beschaffungsplattform akzeptiert strukturierte Tabellenimporte. Yayoi (弥生会計 / 弥生販売) importiert CSV-Daten in sein Einkaufsbuch-Modul, wobei die Spaltenüberschriften direkt auf Yayois Feldnamen abgebildet werden: Bestellnummer → 伝票番号, Lieferant → 仕入先, Betrag → 金額. freee unterstützt CSV-Import mit automatischer Buchungssatzerstellung (自動仕訳), und die Spalte zur Umsatzsteuerklassifizierung fließt direkt in freees Berichterstattung zum dualen Umsatzsteuersatz ein. MoneyForward Cloud Accounting (マネーフォワード クラウド会計) akzeptiert Batch-CSV-Importe in sein Einkaufsverwaltungsmodul. Kanjo Bugyo (勘定奉行), das von mittelständischen japanischen Unternehmen genutzt wird, unterstützt die abteilungsübergreifende Kostenverteilung (部門別原価管理) aus importierten Bestelldaten. Der Engpass war nie die Importfähigkeit – es war die Beschaffung von fünfzig Bestellungen in strukturierter Tabellenform in einem einzigen Arbeitsgang. Sobald Sie die Dashboard-Tabelle haben, ist der Import in jede dieser Plattformen ein Datei-Upload.

Kann derselbe Batch-Dashboard-Ansatz auch für andere japanische Beschaffungsdokumente verwendet werden?

Das Schema ändert sich je nach Dokumententyp; das Prinzip „Batch-to-Dashboard“ lässt sich direkt übertragen. Für Lieferscheine (納品書): Definieren Sie Spalten für Bestellnummer (der Join-Schlüssel), gelieferte Menge, Lieferdatum und Empfangsbestätigung. Verarbeiten Sie alle Lieferscheine des Monats im Batch, gruppieren Sie nach Bestellnummer und vergleichen Sie die gelieferten mit den bestellten Mengen – ein Abweichungsbericht, der aus demselben Batch-Workflow generiert wird. Für Rechnungen (請求書): Definieren Sie Spalten für Rechnungsnummer, Bestellnummer, Rechnungsbetrag, Umsatzsteuer und Überweisungsdaten (振込先). Verarbeiten Sie alle Rechnungen im Batch, gruppieren Sie nach Stichtag und erstellen Sie einen Zahlungsplan – die Auszahlungsseite des Beschaffungs-Dashboards. Der Leitfaden zur Extraktion einzelner Bestellungen behandelt die feldgenauen Details für jeden Dokumententyp in der japanischen Beschaffungskette. Das hier beschriebene Batch-Dashboard ist die darüberliegende Aggregationsebene – derselbe Extraktionsmechanismus, andere Ausgabeansicht.

Von einer Tabellenzeilenliste zu einem Beschaffungs-Entscheidungstool

Die Beschaffungsabteilung, die fünfzig Bestellungen pro Monat bearbeitet, indem sie jedes PDF öffnet und dieselben zwölf Felder manuell in eine Tabelle überträgt, erstellt eine Liste. Die Liste ist korrekt. Sie kann jedoch die vier Fragen nicht beantworten, die die Rolle des Beschaffungsleiters rechtfertigen: Welche Lieferanten erhalten welchen Anteil am Ausgabenvolumen? Welche Lieferungen treffen diese Woche ein? Wie hoch ist das Steuerrisiko nach Steuersatzstufe? Und wie sieht das Auszahlungsprofil nach Stichtag aus? Diese vier Antworten erfordern dieselben Daten, betrachtet aus vier verschiedenen Gruppierungsdimensionen – und um diese Dimensionen aufzubauen, müssen die Daten in Spalten strukturiert sein, die eine Pivot-Tabelle verarbeiten kann, in einer einzigen Tabelle mit konsistenten Spaltendefinitionen, die auf jede Bestellung im Batch angewendet werden.

Ein Batch-Extraktions-Workflow, der diese zwölf Spalten einmal definiert und auf fünfzig Bestellungen gleichzeitig anwendet, erzeugt die strukturierte Tabelle in der Zeit, die derzeit für die manuelle Eingabe einer einzigen Bestellung benötigt wird. Das Dashboard – die Pivot-Tabelle pro Lieferant, die Sortierung nach Lieferzeitplan, die Gruppierung nach Steueraufschlüsselung, die Clusterung nach Stichtag – ist kein separates Analyseprojekt mehr, das jemand nach der Dateneingabe in Excel erstellt. Es ist das natürliche Ergebnis eines Extraktionsschritts, der darauf ausgelegt ist, dashboard-fähige Spalten zu erzeugen, nicht flache Zeilen.

Das Beschaffungsteam gewinnt die über siebzig Minuten pro Monat zurück, die es derzeit für die manuelle Übertragung von Bestelldaten aufwendet – siebzig Minuten, die sich auf vierzehn Stunden pro Jahr summieren. Noch wichtiger ist, dass sie ein Dashboard erhalten, das die vier Fragen jeden Monat beantwortet, und zwar ab dem ersten Monat, in dem das Schema definiert ist, ohne zusätzliche Datenmanipulation. Die Liste wird zum Dashboard, nicht weil jemand einen Nachmittag mit dem Erstellen von Pivot-Tabellen verbracht hat, sondern weil der Extraktionsschritt das Dashboard zur Standardansicht gemacht hat.