Fehler bei der Dateneingabe japanischer Bankbuchdaten (通帳)Die Ihr Kakeibo ruinieren

Auf Yahoo Chiebukuro (Yahoo 知恵袋), Japans größter Q&A-Plattform, taucht etwa einmal pro Woche eine Frage in verschiedenen Formen auf: "Egal wie sorgfältig ich meine Buchdaten eingebe, mein Saldo stimmt nie." Die Fragesteller sind nicht nachlässig. Sie verwenden Papierkonten. Sie wechseln zu Apps. Sie probieren das Umschlag-System. Sie überprüfen jede Zeile doppelt. Und die Zahl am Ende der Spalte ist immer noch falsch. Was ein japanisches Bankbuch (通帳, tsūchō) besonders fehleranfällig macht, ist nicht der Akt des Tippens – es ist die Struktur des Dokuments selbst: ein fünfspaltiges, am Geldautomaten gedrucktes Konto, bei dem jede Zeile ihren laufenden Saldo (差引残高) von der Zeile darüber erbt, bei dem Jahreszahlen aus Ären umgerechnet werden müssen und bei dem die Bank gelegentlich Transaktionen ohne Vorwarnung in einer einzigen Zusammenfassungszeile konsolidiert.

Schluss mit Abtippen — lassen Sie KI Ihre Dokumente lesen
Bild oder PDF hochladen — strukturierte Daten in 10 Sekunden
Jetzt testen
Keine Anmeldung · Keine Kreditkarte · Ergebnis in 10 Sekunden
Fehler bei der Dateneingabe japanischer Bankbuchdaten, die Kakeibo und Buchhaltung ruinieren

Wichtige Erkenntnisse

  1. Dieses Gefühl, um 23 Uhr 340 Buchzeilen erneut zu überprüfen, weil der Saldo um 11.670 ¥ abweicht – der Fehler liegt nicht an Ihrem Tippen, sondern an einem Dokument, das dazu entwickelt wurde, Fehler in einem laufenden Saldo zu verstecken, der in jeder Zeile korrekt aussieht.
  2. Im Gegensatz zu einem Kontoauszug mit monatlichen Kontrollpunkten verknüpft ein Buch jede Zeile miteinander, sodass Sie Zeile 50 nicht überprüfen können, ohne die Zeilen 1 bis 49 zu überprüfen – was bedeutet, dass ein unsichtbarer Fehler Sie zwingt, das gesamte Heft von vorne neu einzugeben.
  3. Bevor Sie etwas eingeben, scannen Sie jede Seite auf die drei Fallen, die die manuelle Bucheingabe strukturell unlösbar machen – Konsolidierungszeilen, die Transaktionen stillschweigend doppelt zählen, Ären-Arithmetik, die Einträge in das falsche Steuerjahr verschiebt, und Korrektursiegel, die kleiner als eine 10-¥-Münze sind und stillschweigend den darunter gedruckten Text überschreiben.

Im Folgenden finden Sie fünf passbuchspezifische Dateneingabefehler – Fehler, die auftreten, weil das Passbuch ein Passbuch ist, nicht weil der Datentyp einen Tippfehler gemacht hat. Wenn Sie einen davon wiedererkennen, sind Sie nicht unachtsam. Sie arbeiten mit einem Dokumentformat, das für einen Drucker entwickelt wurde, nicht für eine Tabellenkalkulation.

Die 合計記帳 (Gōkei Kichō)-Falle: Wenn die Bank-Sammelzeile Phantom-Duplikate erzeugt

Wie es aussieht. Sie geben Transaktionszeilen von einer Passbuchseite ein. Zeile 27 zeigt eine Abhebung von ¥48.200 mit dem Beschreibungscode 合計記帳 (oder 未記帳分合算, je nach Bank). Die Zeilen 28 bis 31 zeigen einzelne Transaktionen – ¥12.500, ¥8.700, ¥15.000, ¥12.000. Sie geben alle fünf Zeilen ein. Ihr Saldo weicht nun um ¥48.200 ab – exakt dem Betrag von Zeile 27.

Was tatsächlich passiert ist. Wenn ein Passbuch zu lange nicht an einem Geldautomaten aktualisiert wird, sammeln sich nicht gedruckte Transaktionen an. Die Richtlinie der MUFG Bank löst 合計記帳 aus, wenn nicht gedruckte Einträge einen Schwellenwert an bestimmten Daten (Mai und November jedes Jahres) überschreiten. Die Hiroshima Bank verwendet einen Schwellenwert von 48 Einträgen. Die Japan Post Bank (ゆうちょ銀行) fasst bei 30 nicht gedruckten Einträgen zusammen und druckt „合算" sowie eine einzige Gesamtsumme. Die Bank druckt eine Zusammenfassungszeile, die die Summe aller übersprungenen Transaktionen darstellt – und druckt dann auch die einzelnen Transaktionen. Die Zusammenfassungszeile ist keine zusätzliche Transaktion. Sie ist eine Beschriftung.

Geben Sie beide ein, haben Sie dasselbe Geld doppelt gezählt: einmal in der Summe, einmal einzeln. Die Arithmetik ist präzise – wenn Ihre Abweichung nach der Eingabe einer Seite exakt dem Abhebungs- oder Einzahlungsbetrag einer Zeile entspricht, prüfen Sie, ob diese Zeile 合計記帳, 未記帳分合算 oder 合算 lautet.

Die Lösung. Überprüfen Sie jede Passbuchseite vor der Eingabe einzelner Zeilen auf Sammelmarkierungen. 合計記帳-Zeilen erscheinen an Seitenumbrüchen oder Abschnittsgrenzen, oft mit einer unmittelbar davorstehenden leeren Beschreibungsspalte. Überspringen Sie diese Zeilen vollständig – die folgenden einzelnen Transaktionen sind die tatsächlichen Daten. Wenn Sie mehrere Jahre Passbuchseiten verarbeiten, ist das Risiko an Seitenübergängen am höchsten, wo ein Sammelzeitraum die Grenze zwischen einem alten Heft und seinem Ersatz (繰越, Kurikoshi) überspannt.

Falsche Umrechnung von Jahreszahlen: Wie eine einjährige Verschiebung Buchungen ins falsche Steuerjahr schickt

Wie es aussieht. Sie lesen 令和6年7月15日 in einer Passbuchzeile. Sie rechnen es in Ihrer Tabelle in 2025/07/15 um. Ihr Steuerberater ruft im Februar an und fragt, warum 380.000 ¥ Dezember-Umsatz im falschen Geschäftsjahr landen.

Was tatsächlich passiert. Das japanische Jahreszahlensystem ist arithmetisch, aber die Arithmetik hat eine Falle. Reiwa (令和) begann am 1. Mai 2019. Die Umrechnungsformel lautet:

令和 N 年 = N − 1 + 2019

Reiwa-Jahr N = N − 1 + 2019

Reiwa 1 (令和元年) begann im Mai 2019 – es gibt kein Reiwa 0. Also ist Reiwa 6 = 6 − 1 + 2019 = 2024, nicht 2025. Der häufigste Fehler ist, das Ära-Jahr direkt zu 2018 (dem Jahr vor Ärabeginn) zu addieren, anstatt zu berücksichtigen, dass das erste Jahr einer Ära Jahr 1 und nicht Jahr 0 ist. Ein Benutzer addiert 6 + 2018 = 2024, was für Reiwa 6 zufällig richtig ist – wendet dann aber dieselbe Logik auf 令和7年 an (sollte 2025 sein, nicht 7 + 2018 = 2025) und erhält eine andere falsche Antwort aus einem anderen falschen Grund.

Die korrekte Formel für jede auf japanischen Passbüchern aktiv verwendete Ära:

Ära (年号)StartdatumFormelBeispiel: Jahr 6
令和 (Reiwa)01.05.2019N − 1 + 20192024
平成 (Heisei)08.01.1989N − 1 + 19891994
昭和 (Shōwa)25.12.1926N − 1 + 19261931

Das Problem verschärft sich, wenn eine einzelne Passbuchseite eine Äragrenze überspannt. Eine Zeile mit Datum 平成31年4月20日 steht direkt über einer Zeile mit Datum 令和元年5月10日. Heisei 31 ist Reiwa 1 – der 30. April 2019 war der letzte Tag von Heisei, der 1. Mai 2019 der erste Tag von Reiwa. Wenn Ihre Extraktion beide als „Jahr 1 minus eine Konstante“ aus derselben Ära behandelt, ist eine davon um Jahre daneben. Passbücher, die während des Übergangs 2019 gedruckt wurden – insbesondere bei Regionalbanken und der Japan Post (ゆうちょ銀行) – enthalten noch diese äragrenzüberschreitenden Zeilen.

Die Lösung. Rechnen Sie Ära-Jahre niemals im Kopf um. Verwenden Sie eine Nachschlagetabelle oder – falls Sie Extraktionssoftware nutzen – prüfen Sie, ob das Tool mehrjährige Passbuchseiten korrekt verarbeitet. Für die blaue Steuererklärung (青色申告) bedeutet eine einzige Buchung im falschen Geschäftsjahr, dass Ihr Anfangsbestand (期首残高) für dieses Jahr falsch ist – und der Fehler pflanzt sich in jedem nachfolgenden Eintrag der Buchhaltungssoftware fort.

Fehlinterpretation des 摘要-Codes: Wenn 給与 und 給与振替 unterschiedliche Geschichten erzählen

Wie es aussieht. Sie sehen 給与 in der Spalte „Verwendungszweck“ (摘要, tekiyō) und kategorisieren es als Gehaltseingang. Die Kategorie ist für ein privates Kakeibo richtig, aber für ein Geschäftskonto völlig falsch – denn 給与振替 stellt eine interne Umbuchung zwischen Konten dar, kein Einkommen.

Was tatsächlich passiert ist. Die Verwendungszweckcodes (摘要) japanischer Bankbuchungen sind telegrammartig – komprimierte Zeichenfolgen aus Kanji und Katakana, die Transaktionsart, Gegenpartei-Kennung und manchmal eine Filialnummer in ein einziges Feld von nur 10 Zeichen packen. Dasselbe Wort kann je nach Suffix und Kontext unterschiedliche Bedeutungen haben:

摘要-CodeLesungBedeutungKorrekte buchhalterische Behandlung
給与kyūyoGehaltseingang – Einkommen vom ArbeitgeberUmsatzerlös (売上) oder Gehaltseinkommen
給与振替kyūyo furikaeGehalts-Umbuchung – Geld zwischen eigenen Konten verschiebenInterne Umbuchung (振替) – weder Ertrag noch Aufwand
振込furikomiEingehende Überweisung von DrittenUmsatzerlös oder Forderungsausgleich
振替furikaeInterne Umbuchung zwischen eigenen KontenGegenbuchung – keine GuV-Wirkung
利子rishiZinszahlung – kleiner EingangBetriebsfremder Ertrag (受取利息)

Wechseln Sie von einer Bank zur anderen, kann derselbe Transaktionstyp völlig andere Codes verwenden. Die SMBC (三井住友銀行) kürzt ab, wo die MUFG (三菱UFJ銀行) ausschreibt. Die Mizuho (みずほ銀行) verwendet Vollbreitzeichen, die Resona (りそな銀行) Halbbreitzeichen. Ein vorlagenbasiertes OCR-Tool, das mit MUFG-Buchungsmustern trainiert wurde, wird SMBC-Verwendungszwecke falsch lesen, weil es Zeichenmuster gelernt hat, die auf dem SMBC-Kontoauszug gar nicht vorkommen.

Die Lösung. Behandeln Sie die Spalte 摘要 als Klassifikationsaufgabe, nicht als Transkriptionsaufgabe. Die Frage lautet nicht „Was steht da?“, sondern „Um welche Art von Transaktion handelt es sich?“. Für die Geschäftsbuchhaltung ist die korrekte Zuordnung: 給与振替 → Überweisung (kein Einkommen), 振込 mit Firmenname → Umsatzerlös, 振込 mit Personenname → wahrscheinlich Eigenkapital des Inhabers (事業主借). Wenn Sie in Yayoi (弥生) oder freee importieren, bestimmt der Beschreibungscode, auf welches Konto der Eintrag gebucht wird – ein Fehler in der Extraktionsphase bedeutet, dass Sie ihn manuell in der Buchhaltungssoftware Zeile für Zeile korrigieren müssen.

Die Kaskade des laufenden Saldos: Eine falsche Ziffer auf Seite 3, 280 Zeilen Abweichung

Wie es aussieht. Sie haben drei Stunden lang Passbuchdaten erfasst. Das Ausgabenbuch für 2025 wirkt vollständig – 340 Zeilen, jeder Eintrag erfasst, ein Endsaldo von ¥2.847.610. Sie öffnen Ihre Buchhaltungssoftware und geben den tatsächlichen Banksaldo vom 31. Dezember aus dem Passbuch ein: ¥2.835.940. Die Differenz beträgt ¥11.670. Sie finden sie nicht.

Was tatsächlich passiert ist. Dies ist die entscheidende strukturelle Schwachstelle der Passbuch-Dateneingabe. Anders als bei einem britischen Kontoauszug – bei dem jede Monatsseite einen eigenen Anfangs- und Endsaldo hat – ist das japanische Passbuch eine einzige durchgehende Kette. Jeder Zeilensaldo (差引残高) wird berechnet, indem die Einzahlung addiert oder die Abhebung vom vorherigen Zeilensaldo subtrahiert wird. Ein einziger Tippfehler in Zeile 47 eines MUFG-Passbuchs – die Eingabe von ¥98.500 statt ¥98.500 – erzeugt in dieser Zeile keine sichtbare Abweichung. Der Saldo nach Zeile 47 beträgt ¥88.170 statt ¥98.500 – eine Lücke von ¥10.330 – aber isoliert betrachtet wirken ¥88.170 völlig plausibel. Es könnte der korrekte Saldo sein. Erst wenn Sie 280 Zeilen später bei Zeile 47 ankommen und der gedruckte Saldo der aktuellen Seite mit dem 差引残高 in Ihrer Tabelle übereinstimmen sollte, wird die Abweichung sichtbar – und dann müssen Sie 280 Einträge erneut prüfen.

Dies ist kein Tippfehlerproblem. Es ist ein Verifikationsproblem. In einem auszugsbasierten System prüfen Sie jeden Monat unabhängig. In einem Passbuch können Sie Zeile 50 nicht prüfen, ohne die Zeilen 1 bis 49 zu prüfen – was bedeutet, dass die einzig praktikable Verifikationsstrategie darin besteht, das gesamte Passbuch einzugeben und den Endsaldos zu vergleichen. Dabei erfordert jeder Fehler eine erneute Eingabe von allem.

Auf Zeiri4 (税理士ドットコム) beschrieb ein Geschäftsinhaber im dritten Jahr der blauen Steuererklärung (青色申告) genau dieses Szenario: Drei Jahre Passbuchdaten eingegeben, der Saldo stimmte nie, die Abweichung nun zu verworren, um sie zu entwirren. Die Antwort des Steuerberaters war pragmatisch: Setzen Sie den aktuellen Periodenanfangssaldo auf den Passbuchsaldo, schreiben Sie die kumulierte Lücke als Anpassung ab und beginnen Sie neu. Aber diese Anpassung ist echtes Geld – ¥11.670, ¥48.000, manchmal mehr – das aus den Büchern verschwindet, weil die Dateneingabe nie an der Quelle verifiziert wurde.

Die Lösung. Überprüfen Sie den laufenden Saldo stichprobenartig an den Seitengrenzen. Nachdem Sie alle Transaktionen einer Seite eingegeben haben, vergleichen Sie den Saldo der letzten Zeile Ihrer Tabelle mit dem gedruckten 差引残高 auf der Passbuchseite. Wenn sie abweichen, liegt der Fehler auf dieser Seite – nicht irgendwo über 340 Zeilen verteilt. Dies reduziert eine dreistündige Überprüfung auf eine zweiminütige. Für die Stapelverarbeitung über mehrere Jahre von Passbuchseiten hinweg eliminiert die Verarbeitung aller Seiten in einer einzigen Sitzung mit automatischer Saldenverifikation die manuelle Querkontrolle vollständig.

Die unbeachtete handschriftliche Korrektur: Wenn der Schalterbeamte sie korrigierte, aber die Tabelle nicht

Wie es aussieht. Sie übertragen eine Seite aus einem Bankbuch. Zeile 53 zeigt einen gedruckten Abzug von 52.000 ¥. Daneben hat ein Bankangestellter mit Kugelschreiber 25.000 ¥ notiert und mit dem Korrekturstempel der Filiale (訂正印) versehen. Sie geben 52.000 ¥ ein – die gedruckte Zahl. Sechs Monate später weicht Ihr Kontostand um 27.000 ¥ von Ihren Büchern ab.

Was tatsächlich passiert ist. Handschriftliche Korrekturen von Bankangestellten in Magnetbüchern (磁気通帳) sind selten, aber real. Wenn ein Geldautomat falsch druckt – ein bekanntes Problem bei älteren Nadeldruckköpfen, die kurz vor dem Austausch stehen, oder wenn der Magnetstreifen (磁気ストライプ) eines Bankbuchs abgenutzt ist und der Automat die falsche Seite liest – korrigiert ein Angestellter am Schalter den Eintrag handschriftlich, stempelt ihn mit dem offiziellen Korrekturstempel der Bank ab und paraphiert ihn. Der handschriftliche Eintrag ist der maßgebliche. Der gedruckte ist der Fehler.

Dies ist der am schwierigsten zu erkennende Fehler, da er gegen das mentale Modell verstößt, das Benutzer an die Dateneingabe herantragen: „Lies, was gedruckt ist, tippe, was gedruckt ist.“ Die Korrektur erfolgt handschriftlich, was das Gehirn natürlicherweise als Anmerkung und nicht als Daten einstuft. Und der Stempel des Angestellten ist klein – ein 10 mm großer Kreis in roter Tinte, der auf einer Seite mit schwarzem Nadeldruck leicht übersehen wird.

Das Risiko ist am höchsten bei älteren Bankbüchern von Regionalbanken (地方銀行) und Kreditgenossenschaften (信用金庫), wo die Wartungsintervalle der Geldautomaten länger sind und handschriftliche Korrekturen häufiger vorkommen. Wenn ein Bankbuch an einem Schalter und nicht an einem Geldautomaten aktualisiert wurde – was während der Geschäftszeiten üblich ist, wenn das Buch bereits für eine Einzahlung vorliegt –, kann der Angestellte einen Druckfehler bemerken und korrigieren, bevor er es zurückgibt.

Die Lösung. Bevor Sie eine Seite aus einem Bankbuch erfassen, scannen Sie sie auf rote Tinte – die Farbe von Korrekturstempeln. Jede Zeile mit einem roten Stempel erhält den handschriftlichen Wert, nicht den gedruckten. Für Extraktionstools ist eine semantische Extraktion, die den gesamten Seitenkontext liest, anstatt zeichenweise OCR durchzuführen, weniger anfällig dafür, Bereiche zu übersehen, die mit visuellen Markierungen wie Stempeln und Anmerkungen gekennzeichnet sind.

So erkennen Sie diese Fehler vor der Steuersaison – und bevor sie im Hauptbuch landen

Diese fünf Fehler haben eine gemeinsame Ursache: Das Sparbuch wurde für einen Drucker konzipiert, der eine einzige, zusammenhängende Transaktionskette ausgibt. Jede manuelle Übertragung unterbricht diese Kette an mehreren Stellen – bei der Erfassung, der Prüfung, der Ära-Umrechnung, der Beschreibungsinterpretation und der Korrekturbehandlung. Die Lösung ist nicht, vorsichtiger zu sein. Sondern die Datenextraktion auf einen Prozess umzustellen, der das Sparbuch als das behandelt, was es ist: ein strukturiertes Dokument, dessen Integrität davon abhängt, dass jedes Glied der Kette korrekt gelesen wird.

Drei praktische Schritte, die alle fünf Fehlertypen verhindern:

1

Überprüfen Sie den laufenden Saldo an jedem Seitenwechsel.

Der gedruckte 差引残高 am unteren Rand jeder Sparbuchseite ist Ihr Kontrollpunkt. Stimmt Ihr erfasster Saldo für die letzte Zeile auf Seite 2 mit dem gedruckten Saldo überein, sind alle Zeilen auf den Seiten 1 und 2 korrekt. Ist dies nicht der Fall, liegt der Fehler auf Seite 2 – und nicht irgendwo im gesamten Sparbuch vergraben. Dies eliminiert das Kaskadenproblem um den Preis eines Vergleichs pro Seite.

2

Verwenden Sie eine feste Ära-Umrechnungstabelle, keine Kopfrechnung.

Drucken Sie die obige dreizeilige Formeltabelle für Reiwa/Heisei/Shōwa aus. Kleben Sie sie an Ihren Monitor. Überprüfen Sie bei Sparbüchern, die die Äragrenze 2019 überschreiten, ob Daten im April und Mai von Heisei 31 / Reiwa 1 dem korrekten Kalenderjahr zugeordnet sind – insbesondere, wenn das Sparbuch Transaktionen aus beiden Ären auf derselben Seite enthält.

3

Suchen Sie vor der Erfassung nach 合計記帳 und Korrektursiegeln.

Ein 10-Sekunden-Scan jeder Seite – achten Sie auf die Kanji 合計 / 合算 am linken Rand und rote Stempel irgendwo auf der Seite – eliminiert die beiden unsichtbarsten Fehlerquellen, bevor sie in Ihre Tabelle gelangen.

Für alle, die Sparbuchdaten in großem Umfang verarbeiten – drei Jahre Seiten, mehrere Bankkonten, 12-Monats-Ausgabenbücher – funktionieren diese manuellen Prüfungen, aber sie skalieren nicht. Die Alternative ist eine Extraktion, die die Sparbuchseite als Ganzes liest: 合計記帳-Zeilen als Nicht-Transaktionszeilen erkennt, Äradaten mit der korrekten Formel umrechnet, 摘要-Codes nach Bedeutung statt Zeichenübereinstimmung klassifiziert und Saldoabweichungen zum Zeitpunkt der Extraktion statt zum Zeitpunkt des Abgleichs markiert. Dies ist der Unterschied zwischen einem manuellen Erfassungsworkflow, der 80+ Stunden pro Steuerjahr kostet, und einem Prüfdurchlauf, der Minuten dauert.

JPG/PNG/PDF KI-Extraktion

Dateien werden sicher verarbeitet und nicht gespeichert.

FAQ: Fehler bei der Passbucheingabe

Mein Kakeibo-Saldo weicht jeden Monat um einen kleinen Betrag ab. Liegt der Fehler im Passbuch oder in der Ausgabenverfolgung?

Wenn die Abweichung gering und gleichmäßig ist – etwa 500 bis 2.000 Yen pro Monat –, handelt es sich eher um eine Lücke in der Ausgabenverfolgung (nicht erfasste Convenience-Store-Abhebungen, ATM-Gebühren oder die kleinen Zinsgutschriften von 1–3 Yen, die Banken als 利子 ausweisen). Vergleichen Sie zuerst Ihren eingegebenen Passbuchsaldo mit dem gedruckten. Stimmen sie überein, liegt die Lücke in Ihren Ausgabenaufzeichnungen, nicht in der Passbuch-Transkription. Wenn Sie die winzigen Zinszeilen nicht erfasst haben – leicht zu übersehen, da sie wie Rauschen wirken –, summieren sich diese 1–3 Yen auf 12–36 Yen pro Jahr, nicht auf 6.000–24.000 Yen. Die größere Abweichung deutet auf eine fehlende Abhebung hin.

Wie erkenne ich eine 合計記帳-Zeile im Unterschied zu einer normalen Abhebungszeile?

Drei visuelle Hinweise: (1) In der Spalte 摘要 steht 合計記帳, 未記帳分合算 oder 合算 – niemals ein normaler Transaktionscode wie 振込 oder 給与. (2) Die Zeile erscheint am Anfang einer neuen Seite oder unmittelbar nach einer Leerzeile – niemals inmitten einer Folge einzelner Transaktionen. (3) Der Betrag ist typischerweise eine runde Zahl oder eine Summe, die der Gesamtsumme der nächsten mehreren Einzeltransaktionen entspricht. Vertrauen Sie der Spalte 摘要: Wenn dort 合計 steht, handelt es sich nicht um eine Transaktion.

Mein Sparbuch enthält auf derselben Seite 平成31年 und 令和元年. Wie gehe ich mit dem Epochenwechsel um?

Heisei 31 (平成31年) umfasst den 1. Januar bis 30. April 2019. Reiwa 1 (令和元年) umfasst den 1. Mai bis 31. Dezember 2019. Beide entsprechen dem Kalenderjahr 2019 – aber der Monat bestimmt, welcher Epochenname erscheint. Eine Zeile mit Datum 平成31年4月20日 = 2019/04/20. Eine Zeile mit Datum 令和元年5月10日 = 2019/05/10. Gleiches Kalenderjahr, unterschiedliche Epochenbezeichnungen. Wenn Ihr Sparbuch beide auf einer Seite hat, behandeln Sie sie als dasselbe Jahr, verwenden Sie jedoch den Monat als Entscheidungskriterium für die Sortierung. Dies tritt am häufigsten bei Mitte 2019 gedruckten Sparbüchern auf, die den Übergang überspannen – insbesondere bei der Japan Post Bank, wo magnetische Sparbücher (磁気通帳) vor dem Übergang gedruckte Seiten neben Aktualisierungen nach dem Übergang aufweisen.

Verwenden verschiedene Banken unterschiedliche 摘要-Codes für denselben Transaktionstyp?

Ja. Es gibt keinen branchenweiten Standard für Sparbuch-Beschreibungscodes. Der Code der MUFG für eine inländische Banküberweisung kann sich von dem der Resona unterscheiden. Regionalbanken (地方銀行) und Shinkin-Banken (信用金庫) haben oft ihre eigenen abgekürzten Codes, für deren Interpretation selbst erfahrene Buchhalter ein Referenzblatt benötigen. Aus diesem Grund ist die Extraktionsmethode entscheidend: Die semantische Interpretation des 摘要-Feldes – „Handelt es sich um eine Gehaltseinzahlung, eine Überweisung oder eine Bargeldabhebung am Automaten?" – ist wertvoller als die rohe Zeichenkette. Wenn Ihre Buchhaltungssoftware den CSV-Import mit Kategoriezuordnung unterstützt, ist es besser, den extrahierten Transaktionstyp dem richtigen Kontocode zuzuordnen, als den rohen 摘要-Text mit einer festen Codeliste abzugleichen.

Wie überprüfe ich, ob eine handschriftliche Korrektur in meinem Sparbuch echt ist?

Eine legitime Korrektur durch einen Bankangestellten trägt immer ein rotes Korrektursiegel (訂正印) – meist ein kleiner runder Stempel mit dem Namen der Bank oder der Filialnummer. Der handschriftliche Betrag ist deutlich lesbar, oft mit blauem oder schwarzem Kugelschreiber, der sich vom dunkelgrauen Nadeldruck abhebt. Fehlt der Stempel oder wirkt die Handschrift wie eine persönliche Notiz statt einer offiziellen Korrektur, gilt der gedruckte Betrag als maßgeblich und die Zeile sollte zur manuellen Prüfung markiert werden. Bei Unsicherheit kann die Filiale, die die Korrektur vorgenommen hat, diese bestätigen – dafür ist jedoch ein persönlicher Besuch mit dem Sparbuch nötig, was nur wenige für eine einzelne Zeile tun.

Kann ich korrigierte Sparbuchdaten direkt in Yayoi oder freee importieren?

Ja. Sowohl Yayoi (弥生) als auch freee unterstützen den CSV-Import von Transaktionsdaten. Entscheidend ist, die Daten so zu formatieren, dass jede Zeile das korrekte Datum (westlicher Kalender), den Betrag, die Transaktionsart und – entscheidend – einen verifizierten laufenden Saldo enthält. Die meisten CSV-Importfehler in japanischer Buchhaltungssoftware treten auf, weil der importierte Saldo nicht mit dem erwarteten Eröffnungssaldo übereinstimmt. Wenn der Startsaldo Ihrer extrahierten Daten mit dem im Sparbuch gedruckten 差引残高 für dieses Datum übereinstimmt, gelingt der Import. Der Ansatz der manuellen Eingabe – jede Zeile abtippen und hoffen, dass der Saldo stimmt – ist es, der den Importkonflikt überhaupt erst verursacht.

Der Fehler, den Sie nicht sehen, ist der, der Sie Geld kostet

Das Problem bei der manuellen Sparbucherfassung ist nicht, dass es fünf bestimmte Fehler gibt. Es ist, dass die Fehler im Moment unsichtbar sind. Anders als bei einer Quittung, bei der ein falscher Betrag sofort auffällt, weil die Summe nicht stimmt, erzeugt eine falsche Eingabe im Sparbuch einen Saldo, der korrekt aussieht – ¥88.170 wirkt genauso plausibel wie ¥98.500 – und der Fehler tritt erst später zutage, bei einem Kontoabgleich, den die meisten Menschen höchstens einmal im Jahr durchführen, wenn überhaupt.

Deshalb äußern sich dieselben Dateneingabefehler im Vereinigten Königreich anders als im japanischen Sparbuchfall. P60-Lohnabrechnungsfehler und SA100-Selbstauskunftsfehler werden durch die Querverweise von HMRC aufgedeckt – die Steuerbehörde vergleicht Ihre Einreichung mit den Arbeitgebermeldungen und zeigt die Abweichung an. Das japanische Sparbuch hat keinen externen Querverweis. Die einzige Instanz, die Ihren korrekten Saldo kennt, ist die Bank, und die Bank hat ihn auf der Sparbuchseite gedruckt, die Sie gerade übertragen. Der Verifizierungskreislauf ist in sich geschlossen: Das Quelldokument ist sein eigener Referenzpunkt.

Dieser in sich geschlossene Kreislauf macht die Sparbuchextraktion anders als jede andere Dokumentenart. Die Daten sind vorhanden, klar gedruckt, auf einem Dokument, das für die maschinelle Auslesung durch einen Geldautomaten konzipiert ist. Die Fehler entstehen in der Lücke zwischen der gedruckten Seite und der Tabelle – und diese Lücke schließt die Extraktion.

📮 contact email: [email protected]