Leer, null oder fehlend: Bankbeträge im Export unterscheiden

Ein leeres Betragfeld kann ungenutzt, unlesbar oder nicht extrahiert sein. Null ist dagegen ein bekannter Zahlenwert. Trennen Sie diese Zustände bis zur Quellprüfung; alle Leerfelder mit null zu füllen kann fehlende Buchungen verdecken.

Die Zelle vor der Tabellenbereinigung einordnen

Eine leer aussehende Zelle ist zunächst eine Beobachtung. Prüfen Sie die Bedeutung am Originalauszug und bewahren Sie die Einstufung in der Arbeitstabelle auf.

Situation in der Quelle	Geprüfter Status	Betrag für die vollständige Summe	Nächster Schritt
Soll 12,00, Haben sichtbar ungenutzt	Betrag bekannt; Gegenseite ungenutzt	−12,00	Rohes Habenfeld leer erhalten
Ausdrücklich gedruckte 0,00	Bestätigte Null	0,00	Gedruckten Wert nachweisen
Sollbetrag unscharf oder abgeschnitten	Betrag ungeklärt	Unbekannt	Bessere Quelle prüfen; keine Null einsetzen
Soll und Haben in einer Textzeile leer	Mögliche Fortsetzungszeile	Noch kein Buchungsbetrag	Zugehörige Buchung bestimmen
Rohwert vorhanden, Konvertierung fehlerhaft	Umwandlungsfehler	Bis zur Klärung unbekannt	Trennzeichen, Vorzeichen und Typ prüfen

Diese Prüfmethode verwendet erfundene Werte. Ein fehlender Buchungsbetrag unterscheidet sich von einer ungenutzten Gegenseite: In der ersten Zeile ist der Betrag bekannt, obwohl eine Quellzelle leer bleibt. Trennen Sie diese Ebenen beim Zählen unvollständiger Buchungen.

Praktisches Vorgehen

Vergleichen Sie die Zelle mit dem PDF. Markieren Sie sichtbar leer, ausdrücklich null oder unlesbar.
Ergänzen Sie einen Prüfstatus vor der Berechnung. Verwenden Sie null nur für eine bestätigte ungenutzte Seite eines Soll-/Habenpaares.
Halten Sie ungeklärte Zeilen mit Quellverweis aus dem freigegebenen Export heraus, statt Fehler still in null umzuwandeln.

Fiktives Beispiel

Fiktive Zeile A hat Soll 12,00 und ein sichtbar leeres Habenfeld: Für die Berechnung kann die ungenutzte Seite null sein. Zeile B hat einen verschwommenen Sollbetrag und kein Haben: Der Betrag ist unbekannt. 0,00 einzusetzen würde den Fehler verdecken.

Rohzelle und Entscheidung getrennt aufbewahren

Bewahren Sie je Betrag Quelltext, Seiten-/Zeilenverweis, Interpretation und abgeleiteten Zahlenwert auf. Unterscheiden Sie bekannten Betrag, bestätigte ungenutzte Seite, gedruckte Null und ungeklärte Erkennung. Das rohe Habenfeld von A bleibt leer; nur die Berechnung verwendet dort die bestätigte Null. Der verschwommene Sollbetrag von B bleibt unbekannt. Eine ausdrücklich gedruckte Null ist ein geprüfter Wert und gehört nicht zur Gruppe B.

Ergänzen wir die fiktive Zeile C mit ausdrücklich gedruckten 0,00. Die drei Beträge mit Vorzeichen sind damit −12,00, unbekannt und 0,00. Die bekannte Teilsumme lautet −12,00: zwei von drei Beträgen geklärt, einer offen. Sie ist keine vollständige Bewegungssumme. Wird B später als Soll 5,00 bestätigt, beträgt die vollständige Summe −17,00. Beschriften Sie den ersten Wert als „bekannte Teilsumme, ein Betrag offen“, nicht als „Summe −12,00“.

Ein Zahlenergebnis bestätigt keine Vollständigkeit

Berechnen Sie die bekannte Zwischensumme und prüfen Sie Werttypen getrennt; beides ersetzt keine Prüfung fehlender Beträge. Beide belegen keine vollständige Quelle. Prüfen Sie neben der Summe die Zahl offener Beträge. Kann das Austauschformat keinen Status mitführen, liefern Sie eine ausdrücklich unvollständige Datei mit Ausnahmeliste oder warten Sie vor einem vollständigen Export auf Klärung. Bewahren Sie ausgeschlossene Quellzeilen auf, damit „nicht geliefert“ von „null Euro“ unterscheidbar bleibt.

Nullwert, leeren Text und die Zahl null unterscheiden

Ein CSV-Feld kann keine Zeichen enthalten, eine Tabellenformel kann leer erscheinen und eine Abfrage kann null speichern. Das Zielprogramm kann diese Fälle unterschiedlich behandeln. Bestimmen Sie zuerst die fachliche Bedeutung anhand der Quelle und ordnen Sie dann die zulässige Darstellung im Ziel zu. „Ungeklärt“ gehört in eine Statusspalte, nicht in eine vom Import als Zahl erwartete Betragsspalte.

Eine Zwischensumme bekannter Beträge bleibt ausdrücklich unvollständig, solange ein Kandidatenbetrag ungeklärt ist. Für die erfundene Liste {−12, null, 0} beträgt die bekannte Summe −12. Dazu gehören die Anzahlen: drei Buchungskandidaten, zwei bekannte Beträge, ein ungeklärter Betrag. Sind alle Beträge unbekannt, liegt ein anderer Fall vor: Eine bekannte Teilsumme von null darf daraus nicht werden. Erfolgreiche Typkonvertierung und gefüllte Summenzellen entscheiden nicht über Vollständigkeit.

Vollständige Übergabe oder ausdrücklich unvollständige Datei

Zählen Sie vor dem Export bestätigte Buchungen, bestätigte Nullbeträge, ungeklärte Buchungsbeträge sowie ausgeschlossene Fortsetzungs- und Kontrollzeilen. Diese Kategorien beantworten verschiedene Fragen; „zehn Leerfelder“ sagt nicht, ob zehn Zahlungen fehlen. Jede ungeklärte Buchung benötigt eine Quellfundstelle und eine Begründung, damit sie ohne erneute Suche im ganzen PDF geklärt werden kann.

Verlangt der Import in jeder Zeile eine Zahl, warten Sie mit der vollständigen Übergabe bis zur Klärung. Ist eine Teildatei sinnvoll und mit dem Empfänger vereinbart, kennzeichnen Sie sie ausdrücklich, erhalten Sie die ausgeschlossenen Zeilen separat und nennen Sie deren Anzahl. Im fiktiven Fall mit drei Zeilen können zwei geprüfte Zeilen samt Ausnahmeliste für B übergeben werden; das sind nicht alle drei Zahlungen. Prüfen Sie das CSV als Text und in der Zielvorschau: Eine verlorene Statusspalte kann eine erklärte Unsicherheit wie ein gewöhnliches Leerfeld aussehen lassen.

Prüfung und Grenzen

Zählen Sie offene Beträge getrennt von numerischen Nullen. Prüfen Sie, ob scheinbar leere Zellen Formeln mit leerer Zeichenfolge enthalten. Der Datentyp allein erklärt nicht die Bedeutung. Geben Sie den Export erst mit dokumentierter Behandlung fehlender Werte frei.

Bewahren Sie die Originaldatei unverändert auf und dokumentieren Sie offene Punkte vor der Nutzung der Tabelle.

Ergänzende Prüfungen

Unterscheiden Sie ein ungenutztes Soll/Haben-Feld von einer fehlenden Erkennung. Soll und Haben in einen Betrag mit Vorzeichen umwandeln · Verschobene Spalten beim Seitenwechsel im Kontoauszug prüfen.

BankStatementScan ist in Vorbereitung. Die Website bietet eine Zugangsanfrage und ein fiktives Beispiel; sie konvertiert derzeit keine eigenen Bankdateien. Geplanten Dienst ansehen.

Quellen, abgerufen am 16. Oktober 2026

W3C — Model for Tabular Data and Metadata on the Web.