Warum eine Lieferantenzahlung keine doppelte Ausgabe ist und wie man sie in SAP S/4HANA zurückverfolgt
In SAP S/4HANA begleicht eine Zahlung an einen Lieferanten eine bestehende Verbindlichkeit aus einer gebuchten Rechnung; es handelt sich nicht um eine neue Ausgabe. Die Rückverfolgung der Zahlung zur ursprünglichen Rechnung erfolgt über Clearing-Belege, Zuordnungsfelder und Positionsanzeigen.
Auf dieser Seite
Die kurze Antwort
Die gewöhnliche Zahlung einer bereits gebuchten Lieferantenrechnung begleicht eine Verbindlichkeit und bucht den Einkauf nicht erneut. Je nach Prozess kann die Rechnung Aufwand, Bestand, eine Anlage oder ein Verrechnungskonto belasten. Verfolgen Sie Lieferantenposten über Ausgleichsbeleg, Buchungskreis und Geschäftsjahr. Teilzahlungen, Skonto, Kursdifferenzen und Bankverrechnung sind gesondert zu betrachten.
Das buchhalterische Denkmodell: Aufwand vs. Begleichung
Im vereinfachten Beratungsbeispiel belastet die Rechnung Aufwand und schreibt dem Lieferantenkonto gut; die vollständige Zahlung belastet das Lieferantenkonto und schreibt Bank oder Bankverrechnung gut. Das ist kein allgemeingültiger Buchungssatz für jeden Einkauf. Wareneingang, Anlagenkauf, Steuern und Abgrenzungen können die Kostenerfassung ändern. Das Beispiel schließt diese Fälle, Zahlungsdifferenzen und Gebühren aus.
Ein durchgerechnetes Beispiel: Von der Rechnung zur Zahlung
Betrachten Sie einen Benutzer, der eine Rechnung über Beratungsleistungen in Höhe von 1.000 EUR erhält. Er bucht sie über Transaktion FB60 oder eine relevante Fiori-App unter Bezugnahme auf eine Kostenstelle. Das System erstellt einen Finanzbeleg (z.B. Belegnummer 5100000011) mit diesem Buchungssatz:
Soll: Beratungsaufwand (Sachkonto) 1.000 EUR
Haben: Lieferantenverbindlichkeit (Lieferantenunterkonto) 1.000 EUR.
Diese Rechnung ist nun ein 'offener Posten' im Lieferantenkonto. Eine Woche später führt der Benutzer den Zahlungslauf aus oder bucht eine manuelle Ausgangszahlung über die Fiori-App 'Ausgangszahlungen buchen'. Der Zahlungslauf wählt diesen offenen Posten aus, erstellt einen Zahlungsbeleg (z.B. Belegnummer 5200000055) und gleicht den Posten aus. Der Buchungssatz für die Zahlung lautet:
Soll: Lieferantenverbindlichkeit 1.000 EUR
Haben: Bankkonto 1.000 EUR.
Der Saldo des Aufwandskontos aus der ursprünglichen Rechnung bleibt bei 1.000 EUR. Der Saldo des Lieferantenkontos ist für diese Posten nun null.
// Illustrative accounting entries, not executable code
// Document 5100000011 (Invoice Posting):
// Debit G/L 600000 (Consulting Expense) 1,000 EUR
// Credit Vendor 471100 (Liability) 1,000 EUR
//
// Document 5200000055 (Payment):
// Debit Vendor 471100 (Liability) 1,000 EUR
// Credit G/L 113100 (Bank Account) 1,000 EURErwartetes Ergebnis: Ein ausgeglichener offener Posten
Nach vollständigem Ausgleich behält der Rechnungsposten seinen ursprünglichen Betrag. Er wird nicht null: Die gemeinsam ausgeglichenen Soll- und Habenposten ergeben insgesamt null. Prüfen Sie Status, Ausgleichsbeleg, Ausgleichsdatum und zugehörige Posten. Ein Ausgleich kann mehrere Rechnungen umfassen; eine Zahlungsbelegnummer identifiziert daher nicht zwingend genau eine Rechnung.
Diagnose: Wie man eine Zahlung zur Rechnung zurückverfolgt
Verwenden Sie Ausgleichsinformationen, Buchungskreis und Geschäftsjahr zum Anzeigen zusammengehöriger Posten. Zuordnung und Referenz helfen bei der Suche, hängen aber von Stammdaten und Buchungsprozess ab. Eine identische Bestellnummer auf Rechnung und Zahlung ist nicht garantiert; die Zuordnung allein beweist keinen Ausgleich.
Häufige Fehler und Fehlinterpretationen
Eine Teilzahlung lässt die ursprüngliche Rechnung normalerweise offen und erzeugt einen separaten offenen Zahlungsposten. Eine Restpostenverarbeitung gleicht die ursprüngliche Rechnung aus und erzeugt einen neuen offenen Posten für den Rest. Skonto, Kursdifferenzen und Toleranzen können weitere Buchungen verursachen. Diese Fälle unterscheiden sich von der exakten vollständigen Zahlung.
Entscheidungskriterien: Handelt es sich um eine Clearing-Transaktion?
Prüfen Sie den vollständigen Buchungssatz und den Offen- oder Ausgleichsstatus. Ein gewöhnlicher Ausgleich wiederholt den ursprünglichen Aufwand nicht; eine gültige Zahlung kann aber erfolgswirksame Buchungen für Differenzen oder Skonto enthalten. Identifizieren Sie die tatsächlichen Posten über den Ausgleichsbeleg und unterscheiden Sie Vollzahlung, Teilzahlung und Restposten.
Umfang und Systemgrenzen
Das Beispiel behandelt eine Vollzahlung ohne Steuern, Skonto, Kursdifferenzen oder Gebühren. Sonderhauptbuchvorgänge und andere Abwicklungen können zusätzliche Schritte erfordern. Verfügbare GUI-Transaktionen, Fiori-Apps und Felder hängen von S/4HANA-Edition, Konfiguration und Berechtigungen ab.
Voraussetzungen und Umgebung
Um die beschriebenen Aktionen durchzuführen, benötigen Sie Zugriff auf ein SAP S/4HANA-System (jede aktuelle Version, in der das Modul FI-AP aktiv ist) mit den notwendigen Berechtigungen für Verbindlichkeitentransaktionen (z.B. für FB60, F-53, FBL1N) und Anzeige. Ein grundlegendes Verständnis der doppelten Buchführung ist erforderlich, um die Buchungssätze zu interpretieren. Kenntnisse der Lieferantenstammdaten und des Geschäftspartnerkonzepts sind wesentlich, da 'die Stammdaten von Lieferanten in SAP S/4HANA durch den Geschäftspartner verwaltet werden'. Die Beispiele und die Navigation können zwischen der klassischen SAP GUI und der SAP Fiori-Oberfläche leicht variieren, aber die zugrundeliegende Buchhaltungs- und Clearing-Logik bleibt konsistent.
Was Sie prüfen sollten
- Identifizieren Sie Posten mit Buchungskreis und Geschäftsjahr.
- Prüfen Sie Ausgleichsstatus, Beleg und Datum; der ursprüngliche Rechnungsbetrag bleibt erhalten.
- Unterscheiden Sie Vollzahlung, Teilzahlung und Restposten.
- Prüfen Sie Skonto, Differenzen und Bankverrechnung gesondert.
Geltungsbereich
Dieser Leitfaden behandelt den standardmäßigen Rechnungs- und Zahlungsausgleich. Er behandelt keine Anzahlungen, Wechsel, Verrechnungssteuerposten oder Verrechnungsverfahren (Netting), die eigene Clearing-Regeln und Belegflüsse haben.