GnuCash: importierte Zahlung mehreren Rechnungen zuordnen

Aktualisiert · 3 Min. Lesezeit

Für Buchhaltende mit GnuCash 5.17 erfordert ein Bankeingang für mehrere Rechnungen nach dem Import eine Prüfung der Geschäftszahlung. Ausgangspunkt sind der vorhandene Eingang, ein identifizierter Kunde und eine Währung. Ein ausgeglichener gewöhnlicher Bank-Split belegt nicht, dass die vorgesehenen Rechnungen bezahlt sind.

GnuCash: Eingang und Rechnungs-Lots

Die Desktop-Apps exportieren Datum, Beschreibung und Betrag als CSV. Öffnen Sie die CSV in Excel und speichern Sie dort eine XLSX-Datei. Prüfen Sie das Ergebnis anhand Ihres eigenen PDFs; die Unterstützung hängt vom Auszugsformat ab.

Beim bereits importierten Eingang beginnen

Laut GnuCash-Zahlungshandbuch erfolgt die Rechnungszuordnung nicht während des Bankimports. Wählen Sie im Aktivkontenregister mit dem importierten Eingang diese Transaktion und im Kontextmenü Assign as payment.... Das teilweise ausgefüllte Zahlungsfenster übernimmt Informationen der vorhandenen Transaktion. Prüfen Sie diese, statt über ein unabhängiges leeres Zahlungsformular einen zweiten Eingang anzulegen.

Kontrollieren Sie Kunde, vorhandenen Zahlungsbetrag, Datum, Forderungskonto und Bank-/Transferkonto. Hier geht es um gewöhnliche Kundeneingänge für bereits gebuchte Rechnungen. Das Handbuch warnt, dass Erstattungen zu Gutschriften über diesen Weg als Lieferantenrechnungen fehlinterpretiert werden können. Klären Sie diesen Sonderfall separat, statt jeden positiven oder negativen Bankposten gleich zu behandeln.

Splits und Rechnungs-Lots unterscheiden

Ein Split ist die Kontobuchung innerhalb einer Transaktion. Ein Lot gruppiert intern Geschäftsdokumente und Zahlungen. Das Bankregister kann ausgeglichen sein, während die vorgesehenen Rechnungs-Lots noch offen sind.

Der veröffentlichte Zahlungsdialog-Code von 5.17 erlaubt die Auswahl mehrerer Dokumente und übergibt die Lots an die Zahlungsroutine des Geschäftspartners. Bei einer bestehenden Transaktion berechnet eine geänderte Dokumentauswahl den ursprünglichen Zahlungsbetrag nicht automatisch neu. Das ist eine versionsgebundene Codebeobachtung, kein nativer Zahlungstest oder Versprechen für alle Versionen.

  1. Arbeiten Sie mit gesicherten Büchern oder einer entbehrlichen Prüfkopie und identifizieren Sie den vorhandenen Eingang genau einmal.
  2. Prüfen Sie, dass die vorgesehenen gebuchten Rechnungen demselben Kunden und derselben Währung zugeordnet sind.
  3. Prüfen Sie Dokumentauswahl und Restbeträge im Zahlungsfenster; die Auswahlreihenfolge belegt keine beabsichtigte Zuordnung.
  4. Vergleichen Sie den vorhandenen Eingangsbetrag mit der belegten Rechnungszuordnung, bevor eine berechtigte Person bestätigt.
  5. Kontrollieren Sie danach die Rechnungssalden getrennt. Der Bankkontosaldo genügt nicht; ohne ausgewählte Geschäftsdokumente kann eine nicht zugeordnete Zahlung entstehen.

Für die Lot-Prüfung beschreibt das Handbuch Actions → View Lots… im Forderungs- oder Verbindlichkeitsregister. Löschen Sie keine Lot-Verknüpfungen und starten Sie keine Reparaturbefehle nur zur Untersuchung einer unklaren Zuordnung.

Einen ausdrücklich fiktiven Eingang prüfen

Vorgegebener NachweisPrüfschluss
Ein Kunde C1, gebuchte Rechnungen I1 = 60 USD und I2 = 50 USD, Eingang R1 = 110 USDDie vorgegebenen Beträge ergeben 110 USD; beide vorgesehenen Rechnungs-Lots prüfen und R1 einmal verwenden
Dieselben Rechnungen, aber Eingang nur 100 USDEine Differenz von 10 USD bleibt ungeklärt; nicht allein aus dem Banksaldo beide Rechnungen als bezahlt behandeln
Kundenidentität oder Zahlungszuordnung fehltZuordnung auch bei passender Rechnungssumme offenlassen

Die begrenzten Lehrdaten erhalten diese Annahmen und Decimal-Berechnungen. Sie führen GnuCash nicht aus, wählen keine Standardzuordnung und bescheinigen keinen echten Rechnungsausgleich. Kunden- oder währungsübergreifende Zahlungen sind nicht Teil dieses Falls.

Der bestehende GnuCash-CSV-Leitfaden behandelt Dateivorbereitung und gewöhnliche Splits; dieser Beitrag beginnt danach. LocalExtract erstellt aus einer PDF-Quelle eine CSV, jeweils aus einem PDF mit date,description,amount. Es wählt keine Kunden, Rechnungs-Lots oder Geschäftszahlungszuordnungen.

Offizielles Handbuch und festgelegter Quellstand geprüft am 17. Oktober 2026. Prüfen Sie Menüs und Geschäftsbuchkonfiguration in Ihrer installierten Version.

LocalExtract Team

Wir entwickeln LocalExtract, einen Kontoauszug-Konverter für den Desktop. Fragen oder Korrekturen? Kontakt · Redaktionsrichtlinien

Passende nächste Schritte