Tabelle LFB1 — Kreditorenstammdaten Buchungskreis

Ein Eintrag stellt die buchhaltungsrelevante Erweiterung eines Kreditors für einen Buchungskreis dar. LFA1 enthält die allgemeinen, mandantenweiten Daten des Kreditors – Name, Adresse, Bankverbindungsreferenz, Kreditorengruppe –, aber das alles reicht nicht aus, um eine Rechnung zu buchen oder eine Zahlung auszuführen. LFB1 ist der Datensatz, der einen Kreditor innerhalb eines bestimmten Buchungskreises nutzbar macht: Er enthält das Abstimmkonto, das bei Kreditorenbuchungen im Hauptbuch angesprochen wird, die für diese Entität gültigen Zahlungsbedingungen und Zahlungsmethoden, eventuelle Buchungs- oder Zahlungssperren, die für diesen Buchungskreis spezifisch sind, und den zuständigen Sachbearbeiter. Ein Kreditor kann jahrelang in LFA1 existieren, ohne jemals einen LFB1-Eintrag für einen bestimmten Buchungskreis zu haben, und in diesem Zustand kann dort keine Rechnung dagegen gebucht werden, unabhängig davon, welche Einkaufsdaten existieren.

MANDT ist der Mandant und muss immer eingeschränkt werden; dies ist eine mandantenabhängige Tabelle. LIFNR plus BUKRS zusammen sind der effektive Schlüssel und sollten wann immer möglich angegeben werden – die Selektion nur nach LIFNR über alle Buchungskreise hinweg ist üblich, wenn ein Kreditor für mehrere Entitäten mit unterschiedlichen Zahlungsbedingungen erweitert wurde, was selbst eine häufige Quelle für Verwirrung ist. Die Tabelle ist absolut gesehen im Vergleich zu Transaktionstabellen nicht groß, aber Produktivsysteme können Zehntausende von Kreditor-Buchungskreis-Kombinationen enthalten, sodass ein uneingeschränkter BUKRS-Scan über alle Buchungskreise hinweg immer noch verschwenderisch ist und außerhalb von Massenprüfungen vermieden werden sollte.

Symptom: Eine Rechnung für einen Kreditor kann in einem bestimmten Buchungskreis nicht gebucht werden, mit einem Fehler, dass der Kreditor dort nicht existiert. Selektieren Sie LFB1 mit LIFNR gleich der Kreditorennummer und BUKRS gleich dem Zielbuchungskreis. Wird kein Eintrag zurückgegeben, bestätigt dies, dass der Kreditor nie für diesen Buchungskreis erweitert wurde – die Lösung besteht darin, den Kreditorenstamm für diesen BUKRS zu erweitern, nicht darin, die Rechnung neu einzugeben.

LFB1 existiert weiterhin als physische Tabelle in S/4HANA und wird nicht obsolet. Die Kreditorenstammverwaltung hat sich dem Geschäftspartner-Modell mit rollenbasierter Synchronisation zugewandt, und in vielen S/4HANA-Implementierungen wird LFB1 automatisch über diese Synchronisation aktuell gehalten, anstatt direkt gepflegt zu werden, aber die Tabelle selbst und ihr Inhalt bleiben wie in ECC erhalten.

Die Stammdaten-Governance oder das Stammdatenteam der Kreditorenbuchhaltung ist für Änderungen an LFB1-Inhalten wie dem Abstimmkonto und den Zahlungsbedingungen zuständig. Funktionale Konfigurationsteams der Kreditorenbuchhaltung sind für die Konfiguration der Zahlungsmethoden und Sperren zuständig. Ein Berater, der einen Buchungs- oder Zahlungsfehler untersucht, sollte zuerst den LFB1-Status überprüfen, bevor er es eskaliert, da die meisten Erweiterungs- und Sperrprobleme durch eine Stammdatenänderung und nicht durch eine Konfigurationsänderung gelöst werden.

LFA1 enthält die allgemeinen, mandantenweiten Kreditorendaten, die LFB1 pro Buchungskreis erweitert. LFM1 enthält die entsprechende Erweiterung pro Einkaufsorganisation. Kreditorenstammdatenpflegetransaktionen schreiben in alle drei, je nachdem, welche Sicht bearbeitet wird. Buchungen, die von LFB1-Inhalten abhängen, umfassen eingehende Rechnungen, die in RBKP erfasst werden, und Bestellungen in EKKO, die beide die Kreditor-Buchungskreis-Kombination referenzieren, die LFB1 bereits unterstützen muss.