SAP-TabelleObjektKNA1ModulSD_O2C

Tabelle KNA1 — Kundestammdaten: Allgemeine Daten

Die KNA1 enthält die mandantenübergreifenden allgemeinen Daten eines Kundenstammsatzes: Name, Adresszeiger, Land, Sprache, Steuernummern und zentrale Sperrkennzeichen. Pro Kundennummer existiert ein Satz, unabhängig vom Buchungskreis oder Vertriebsbereich. Buchungskreisspezifische Daten sind in KNB1 zu finden, vertriebsbereichsspezifische Daten in KNVV; die KNA1 allein gibt selten Aufschluss darüber, ob ein Kunde tatsächlich Transaktionen durchführen kann.

Diese Seite behandelt, was ein KNA1-Satz darstellt, welche Felder ein Berater tatsächlich abfragt und wie die Tabelle in Verkaufsbelege und Adressdaten eingebunden ist. Der Abschnitt „Fallstricke“ konzentriert sich auf den wiederkehrenden Fehler, ein zentrales Sperr- oder Löschkennzeichen in KNA1 als endgültig zu betrachten, während die tatsächliche Sperre oft eine Ebene tiefer in KNB1 oder KNVV liegt.

Geprüft von einem SAP-Berater von ERPClimb am 15. Sept. 2026· 1.153 Wörter

Was sie speichert

Ein Satz in KNA1 repräsentiert eine einzelne Kundennummer auf der allgemeinen, mandantenunabhängigen Ebene: die Daten, die unabhängig davon zutreffen, welcher Buchungskreis oder Vertriebsbereich mit diesem Kunden interagiert. Dies umfasst den Namen und Suchbegriff des Kunden, den Zeiger auf den Adressdatensatz, Land und Region, Sprache für die Korrespondenz, Felder für die Steuerregistrierung und eine kleine Menge zentraler Steuerkennzeichen wie das allgemeine Löschkennzeichen und die zentrale Auftrags- oder Buchungssperre. Die KNA1 enthält keine Preis-, Kredit- oder Versanddaten und keine kontengruppenspezifischen Felder für einen bestimmten Buchungskreis oder Vertriebsbereich. Sie ist der Ankerdatensatz, an dem die Erweiterungen KNB1 und KNVV hängen; ohne einen KNA1-Satz existiert die Kundennummer im System überhaupt nicht.

Schlüsselfelder

MANDT – Mandant, Teil jedes Schlüssels, leicht zu vergessen beim direkten Schreiben von nativem SQL gegen die Datenbank
KUNNR – Kundennummer, der Primärschlüssel und das Join-Feld zu fast jeder nachfolgenden Tabelle
NAME1 – Kundenname Zeile 1, wird in Listen verwendet, aber aufgrund von Duplikaten für die Suche unzuverlässig
LAND1 – Länderschlüssel, steuert die Steuerlogik und die Adressformatierung downstream
ORT01 / PSTLZ / STRAS – Ort, Postleitzahl, Straße, die grundlegenden Postadressfelder
REGIO – Region/Bundesland, relevant für die Bestimmung der Steuerjurisdiktion in einigen Ländern
SPRAS – Sprachschlüssel für Korrespondenz und Ausgabebestimmung
KTOKD – Kontengruppe, steuert den Feldstatus und Nummernkreis bei der Anlage, kann später ohne eine spezielle Konvertierung nicht geändert werden
ADRNR – Adressnummer, der Join-Schlüssel zu ADRC für die vollständige strukturierte Adresse
STCEG – Umsatzsteuer-Identifikationsnummer, oft leer für rein inländische Kunden
LOEVM – zentrales Löschkennzeichen, ein Marker, kein Erzwingungsmechanismus
SPERR – zentrale Buchungssperre, sperrt den Kunden über alle Buchungskreise hinweg
AUFSD – zentrale Kundenauftragssperre, sperrt die Auftragserstellung über alle Vertriebsbereiche hinweg

Wie sie das Datenmodell verknüpft

KNA1-KUNNR = KNB1-KUNNR (buchungskreisspezifische Daten, ein Satz pro Buchungskreis)
KNA1-KUNNR = KNVV-KUNNR (vertriebsbereichsspezifische Daten, ein Satz pro Verkaufsorganisation/Vertriebsweg/Sparte)
KNA1-KUNNR = KNVP-KUNNR (Partnerfunktionszuordnungen auf Kundestammsatzebene)
KNA1-ADRNR = ADRC-ADDRNUMBER (strukturierte Adressdetails, mit Gültigkeitszeiträumen)
KNA1-KUNNR = VBAK-KUNNR (Regulierer (Kunden-Nr.) im Verkaufsbelegkopf für Berichte redundant gespeichert)
KNA1-KUNNR = VBPA-KUNNR (Partner, der in einem einzelnen Verkaufs-, Liefer- oder Fakturabeleg ermittelt wurde)

Wie man sie sicher liest

Beschränken Sie die Abfrage immer implizit auf den Mandanten durch die korrekte Systemanmeldung, anstatt über Mandanten hinweg zu selektieren. KUNNR ist das einzige Feld mit echter Selektivität; die Selektion auf NAME1 mit einem Wildcard gegen die gesamte Tabelle ist eine häufige Ursache für überlaufende Abfragen, da das Feld nicht der primäre Zugriffspfad ist und doppelte Namen häufig sind. Wenn Sie einen bestimmten Kunden untersuchen, ziehen Sie immer KNA1 zusammen mit KNB1 für den relevanten Buchungskreis und KNVV für den relevanten Vertriebsbereich in derselben Sitzung heran, da keines der drei allein eine Transaktionsfrage beantwortet. Versuchen Sie keinen vollständigen Tabellendump zur Analyse; filtern Sie zuerst nach KTOKD oder einem KUNNR-Bereich, wenn ein größerer Extrakt tatsächlich benötigt wird.

Wie man es in den Daten nachweisen kann

Symptom: Für einen Kunden kann kein Auftrag angelegt werden, das System meldet, der Kunde sei gesperrt. Wählen Sie KNA1, wobei KUNNR der Kundennummer entspricht, und prüfen Sie AUFSD (zentrale Auftragssperre) und SPERR (zentrale Buchungssperre). Wenn beide leer sind, ist die Sperre nicht zentral; gehen Sie stattdessen zu KNVV für die entsprechende Verkaufsorganisation/Vertriebsweg/Sparte und prüfen Sie dort die vertriebsbereichsspezifischen Auftrags- und Liefersperrfelder. Eine in KNVV sichtbare, aber nicht in KNA1 vorhandene Sperre ist der Normalfall, keine Anomalie.

ECC vs. S/4HANA

KNA1 existiert in S/4HANA immer noch mit demselben Schlüssel und weitgehend demselben Feldsatz. Im Rahmen des Geschäftspartner-Modells werden die Kundestammdaten über die Geschäftspartner-Transaktion gepflegt und über den dahinter liegenden Customer/Vendor Integration-Mechanismus in KNA1, KNB1 und KNVV synchronisiert. Der direkte Tabelleninhalt ist technisch immer noch wie zuvor les- und verknüpfbar, aber die Quelle der Wahrheit für die Pflege ist zum Geschäftspartnerobjekt gewechselt, und manuelle Änderungen, die diese Synchronisation umgehen, werden nicht unterstützt.

Häufige Fallstricke

LOEVM als leer lesen und schlussfolgern, dass der Kunde vollständig aktiv ist: Das Kennzeichen kann auf Buchungskreis- oder Vertriebsbereichsebene in KNB1 oder KNVV unabhängig gesetzt werden, und ein leeres Kennzeichen in KNA1 sagt nichts über diese Ebenen aus
LOEVM als Durchsetzungsmechanismus behandeln: Es ist ein Marker, der vom Archivierungsprozess und von einigen manuellen Kontrollen überprüft wird; er verhindert nicht selbstständig Buchungen oder Auftragserstellung
Annehmen, dass ein Kunde für einen bestimmten Vertriebsbereich existiert, weil ein KNA1-Satz vorhanden ist: Das Fehlen eines passenden KNVV-Satzes bedeutet, dass der Kunde nie auf diese Verkaufsorganisation erweitert wurde, und die Verkaufsbeleganlage wird allein deswegen fehlschlagen
Suche nach NAME1 und Behandlung des ersten Treffers als den richtigen Kunden: Namensfelder sind Freitext, Duplikate über Konzerngesellschaften und Filialen hinweg sind Routine, KUNNR ist der einzig sichere Schlüssel
Verwechseln der zentralen Sperrfelder SPERR und AUFSD mit den vertriebsbereichsspezifischen Auftrags- und Liefersperren, die in KNVV enthalten sind: Dies sind unterschiedliche Felder mit unterschiedlichem Geltungsbereich und werden an verschiedenen Punkten der Belegverarbeitung geprüft
Annehmen, dass die Adresse auf dem Beleg mit KNA1/ADRC zum Zeitpunkt des Lesens übereinstimmt: Verkaufsbelege können eine manuell überschriebene oder zeitlich abgegrenzte Adresse enthalten, die zum Zeitpunkt der Erstellung erfasst wurde, unabhängig von späteren Stammdatenänderungen
STCEG als obligatorisch behandeln: Es ist für viele rein inländische Kunden legitim leer, und sein Fehlen ist an sich kein Datenfehler
Vergessen, dass Kontengruppen für Einmalkunden einen gemeinsamen Dummy-KNA1-Datensatz referenzieren, wobei der tatsächliche Name und die Adresse pro Beleg in VBPA/Partnerdaten und nicht in KNA1 selbst eingegeben werden

Wessen Problem das ist

Die Qualität der Kundestammdaten wird normalerweise von einem Team für Stammdaten-Governance oder einem SD-Stammdaten-Team verantwortet, nicht von Basis oder dem technischen SD-Konfigurationsteam. Zentrale Sperren und die Einrichtung von Kontengruppen sind eine Entscheidung der Daten-Governance; die Erweiterung von Vertriebsbereichen und bereichsspezifische Sperren sind in der Regel eine gemeinsame Entscheidung des SD-Prozessverantwortlichen und der Kredit-/Inkasso-Funktion.