---
title: "Eine Fälligkeit ist teilweise bezahlt: den Zahlungsplan wieder stimmig machen"
canonical: https://www.billabex.com/de/blog/teilweise-bezahlte-faelligkeit-zahlungsplan/
lang: de
alternate: https://www.billabex.com/fr/blog/echeance-partiellement-payee-echeancier.md
alternates:
  fr: https://www.billabex.com/fr/blog/echeance-partiellement-payee-echeancier.md
  en: https://www.billabex.com/en/blog/partly-paid-instalment-payment-schedule.md
  de: https://www.billabex.com/de/blog/teilweise-bezahlte-faelligkeit-zahlungsplan.md
  es: https://www.billabex.com/es/blog/vencimiento-pagado-en-parte-ajustar-plan-de-pagos.md
  it: https://www.billabex.com/it/blog/rata-parzialmente-pagata-piano-di-pagamento.md
  nl: https://www.billabex.com/nl/blog/deels-betaalde-termijn-betalingsregeling.md
  pl: https://www.billabex.com/pl/blog/czesciowo-zaplacona-rata-aktualizacja-harmonogramu.md
  pt: https://www.billabex.com/pt/blog/prestacao-parcialmente-paga-plano-pagamento.md
updated: 2026-10-14
index: https://www.billabex.com/llms.txt
---

# Eine Fälligkeit ist teilweise bezahlt: den Zahlungsplan wieder stimmig machen

Der Kunde sollte 3.000 € zahlen und überweist 1.800 €. Die Buchhaltung erfasst den Zahlungseingang korrekt, aber das Mahnwerkzeug setzt die ganze Fälligkeit auf den Status „bezahlt“. Anderswo verschiebt jemand den Kalender um einen Monat, damit die Warnung verschwindet. In beiden Fällen kann der Gesamtsaldo stimmen, während die Nachverfolgung der Zusagen falsch wird.

Nach einer Teilzahlung besteht die Priorität darin, den Rest der betroffenen Fälligkeit, die später vorgesehenen Beträge und eine mögliche Änderungsanfrage zu trennen. Der erhaltene Betrag ist ein Fakt. Die Verschiebung des Kalenders ist eine andere Entscheidung. Beides getrennt zu behandeln erlaubt es, dem Kunden für seine Zahlung zu danken und zugleich genau zu erfragen, was fehlt.

## Von der tatsächlich geltenden Vereinbarung ausgehen

Ein Zahlungsplan kann die ursprünglichen Zahlungstermine einer Rechnung beschreiben oder eine spätere Vereinbarung, um eine bereits fällige Schuld zu behandeln. Dieser Unterschied zählt: Die Nachverfolgungstabelle darf eine Mahnvereinbarung nicht automatisch in neue Rechnungsbedingungen verwandeln. Bewahren Sie den Vertrag, die geltende Zahlungsvereinbarung und die ursprünglichen Fälligkeiten auf, die zum Verständnis der Akte nötig sind.

Die Odoo-18-Dokumentation unterscheidet die Zahlungsbedingungen einer einzelnen Rechnung von der Ausstellung mehrerer Anzahlungsrechnungen. Sie beschreibt auch getrennte Buchungszeilen je Fälligkeitsdatum. Diese technische Unterscheidung zeigt, warum ein einzelner Saldo auf dem Bildschirm nicht genügt, um zu wissen, welcher Teil zu welchem Datum erwartet wird. [Odoo, Zahlungsbedingungen und Zahlungspläne](https://raw.githubusercontent.com/odoo/documentation/18.0/content/applications/finance/accounting/customer_invoices/payment_terms.rst).

Finden Sie vor jeder Korrektur die vereinbarten Beträge, die Termine und den Umfang der abgedeckten Rechnungen wieder. Prüfen Sie dann die Ereignisse seit der Vereinbarung: Überweisungen, Gutschriften, Erstattungen oder Stornierungen. Ein Zahlungsplan, der aus einem alten Export aufgebaut wurde, kann bereits eine Summe enthalten, die nicht mehr geschuldet wird.

## Ein Beispiel, in dem 7.200 € offen bleiben, aber nicht alle überfällig sind

Hier eine Simulation ohne Zinsen, Gebühren und Gutschriften. Eine Rechnung über 9.000 € ist von Anfang an mit drei vereinbarten Fälligkeiten verbunden: 3.000 € am 7. Oktober, 3.000 € am 7. November und 3.000 € am 7. Dezember. Der Kunde überweist am 7. Oktober 1.800 € und nennt eindeutig die erste Fälligkeit. Wir prüfen die Akte am 14. Oktober.

| Vereinbarte Fälligkeit | Vorgesehener Betrag | Zugeordnete Zahlung | Weiter zu verfolgender Rest am 14. Oktober |
| ---------------------- | ------------------: | ------------------: | -----------------------------------------: |
| 7. Oktober             |             3.000 € |             1.800 € |                         1.200 € überfällig |
| 7. November            |             3.000 € |                 0 € |                            3.000 € kommend |
| 7. Dezember            |             3.000 € |                 0 € |                            3.000 € kommend |
| Gesamt                 |             9.000 € |             1.800 € |                                    7.200 € |

Die erste Fälligkeit ist zu 60 % gedeckt, denn 1.800 / 3.000 = 0,60. Die gesamte Rechnung ist zu 20 % gedeckt, denn 1.800 / 9.000 = 0,20. Diese beiden Prozentsätze beantworten verschiedene Fragen. Keiner rechtfertigt es, die erste Fälligkeit als vollständig beglichen zu erklären.

Der Betrag, der dem Kunden sofort zu erklären ist, beträgt hier 1.200 €, vorbehaltlich der Prüfung der Vereinbarung und der jüngsten Bewegungen. Die 7.200 € zu verlangen, als wären sie alle überfällig, widerspräche den in dieser Simulation geltenden Terminen. Umgekehrt würde das Verstecken der 1.200 € in der nächsten Monatsrate die festgestellte Abweichung löschen, ohne eine Entscheidung zu erreichen.

## Die Zuordnung prüfen, bevor man von einer versäumten Rate spricht

Der Kontoauszug bestätigt einen Zahlungseingang, aber seine Existenz genügt nicht, um zu bestimmen, welche Fälligkeit er begleicht. Der Kunde kann auch eine andere Rechnung bezahlt oder mehrere Überweisungen geschickt haben. In unserer Simulation ist die Zuordnung zur ersten Fälligkeit ausdrücklich bekannt. In einer realen Akte muss sie rekonstruiert werden, bevor dieselbe Rechnung angewandt wird.

Die Dokumentation von Microsoft Dynamics 365 veranschaulicht die Behandlung einer Teilzahlung ohne Skonto: Die Rechnung bleibt mit einem Saldo offen. Sie grenzt diese Behandlung von den Optionen ab, die je nach Konfiguration eine Differenz ausgleichen. Diese Trennung ist nützlich bei der Kontrolle eines Konnektors oder eines Exports: Ein Abschlussstatus kann aus einer Buchungsregel stammen und nicht aus einem vollständigen Zahlungseingang. [Microsoft, Teilzahlungen von Kunden, aktualisiert am 4. August 2026](https://learn.microsoft.com/en-us/dynamics365/finance/accounts-receivable/customer-payments-partial-amount).

Prüfen Sie auch, dass eine [Überweisung für mehrere Rechnungen](https://www.billabex.com/de/blog/eine-ueberweisung-mehrere-rechnungen/) nicht willkürlich zugeordnet wurde. Die richtige Summe auf Ebene des Kundenkontos garantiert nicht, dass die einzelnen Fälligkeiten stimmen. Auch eine bestätigte Gutschrift verdient eine eigene Zuordnung, getrennt von der erhaltenen Zahlung.

## Eine Summe zu erhalten heißt nicht, alle Verschiebungen zu akzeptieren

In Frankreich sieht Artikel 1342-4 des Code civil vor, dass der Gläubiger eine Teilzahlung ablehnen kann. Dieser Grundsatz entbindet nicht davon, eine bereits vereinbarte Aufteilung zu berücksichtigen oder die Umstände einer erhaltenen Zahlung zu prüfen. Daraus ist keine automatische Anweisung abzuleiten, jede unzureichende Summe zu erstatten. [Code civil, Artikel 1342-4](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032035243).

Die Änderung des Vertrags beruht grundsätzlich auf der gegenseitigen Zustimmung nach Artikel 1193, vorbehaltlich der gesetzlich vorgesehenen Gründe. Die bloße Anpassung eines Feldes in einer Software genügt nicht, um diese Einigung zu belegen. [Code civil, Artikel 1193](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032041314).

Das Team kann also den Eingang der 1.800 € bestätigen und fragen, wie der Kunde die fehlenden 1.200 € begleichen will. Schlägt dieser den 20. Oktober vor, erfassen Sie zuerst den Vorschlag und seinen Status. Sobald die Vereinbarung von den zuständigen Personen bestätigt ist, kann die Nachverfolgung diesen Ausgleich anzeigen, ohne die Fälligkeiten im November und Dezember zu verschieben.

Die Methode, herauszufinden, [wer eine Zahlungsfrist gewähren darf](https://www.billabex.com/de/blog/wer-gewaehrt-zahlungsfristen-mahnwerkzeug/), verhindert, dass eine administrative Korrektur zu einem ungeprüften Zugeständnis wird. Eine Klausel, die Folgen bei einer versäumten Fälligkeit vorsieht, muss vor jeder Handlung in ihrem Zusammenhang gelesen werden; sie rechtfertigt keine Standardnachricht, die behauptet, der gesamte Saldo sei sofort fällig.

## Die Prognose aktualisieren, ohne den Ausgleich doppelt zu zählen

In unserem Beispiel verbleiben bei einem Ausgleich von 1.200 € am 20. Oktober, sofern er akzeptiert und tatsächlich eingezogen wird, 6.000 € für die beiden folgenden Termine. Die Prognose muss also 1.200 € im Oktober, 3.000 € im November und 3.000 € im Dezember enthalten, mit dem passenden Vertrauensniveau vor dem Zahlungseingang.

Ein anderer Vorschlag könnte den Rückstand auf den November verteilen: 4.200 € und dann 3.000 €. Dieses Szenario behält eine Summe von 7.200 € bei, ändert aber die vom Kunden verlangte Anstrengung und den Liquiditätskalender. Es muss vom ersten getrennt werden, ohne gleichzeitig eine Ausgleichszeile über 1.200 € im Oktober stehen zu lassen. Sonst käme die Prognose fälschlich auf 8.400 €.

Die Nachverfolgung von [Zusagen in einer Liquiditätsprognose](https://www.billabex.com/de/blog/liquiditaetsprognose-zahlungszusagen/) hilft, diese Trennung zwischen Vorschlag, Vereinbarung und Zahlungseingang beizubehalten. Gleichen Sie nach jeder Zahlung den erhaltenen Betrag ab, verringern Sie die richtige Fälligkeit und prüfen Sie die nächste Aktion neu. Eine einzelne Teilzahlung darf weder die Akte schließen noch eine neue fiktive Schuld erzeugen.

Um eine Vorführung der [Zusagenverfolgung mit Billabex](https://www.billabex.com/de/produkt/zahlungszusagen/) vorzubereiten, bringen Sie einen Fall mit, in dem eine Fälligkeit unvollständig und eine weitere noch kommend ist. Lassen Sie den erwarteten Betrag, den an den Kunden übermittelten Kontext und die Reaktion nach dem Abgleich prüfen. Der Wert der Nachverfolgung bemisst sich daran, ob sie diese Unterscheidungen in der täglichen Arbeit bewahren kann.

## Quellen

- Odoo 18, _Payment terms and installment plans_, einleitende Abschnitte und Buchungen.
- Microsoft Dynamics 365, _Customer payments for a partial amount_, 4. August 2026.
- Code civil, Artikel 1342-4 und 1193, Fassungen seit dem 1. Oktober 2016. Quellen eingesehen am 7. September 2026.
