Tabelle KNVV — Kundensammler Vertriebsbereichsdaten
Die KNVV enthält die Kundenstammdaten, die spezifisch für einen Vertriebsbereich sind, eine Zeile pro Kunde pro Verkaufsorganisation, Vertriebsweg und Sparte. Sie enthält Auftrags-, Liefer- und Fakturasperren, Währung, Incoterms, Zahlungsbedingungen, die Zuordnung des Preisfindungsschemas und die Kundengruppe. Wenn eine Zeile für einen bestimmten Vertriebsbereich fehlt, wurde der Kunde dort nie angelegt, und es kann kein Verkaufsbeleg gegen ihn erstellt werden.
Diese Seite behandelt die KNVV, das Vertriebsbereichssegment des Kundenstamms, und wie es sich von den allgemeinen (KNA1) und Buchungskreis (KNB1) Segmenten unterscheidet. Sie konzentriert sich auf den Diagnosepfad für fehlende Vertriebsbereichserweiterungen, Sperrfelder und die häufige Verwechslung zwischen KNVV-Sperren und Beleg-Level-Sperren.
Geprüft von einem SAP-Berater von ERPClimb am 15. Sept. 2026· 1.060 Wörter
Was es speichert
Eine Zeile in der KNVV repräsentiert die vertriebsbereichsspezifische Sicht eines Kunden: eine einzigartige Kombination aus Kundennummer, Verkaufsorganisation, Vertriebsweg und Sparte. Dies ist das Segment, das SAP füllt, wenn ein Kunde über die allgemeinen Daten in KNA1 hinaus in einen neuen Vertriebsbereich erweitert wird. Es enthält alles, was ein Verkaufsbeleg benötigt und nicht buchungskreis- oder allgemeine-daten-bezogen ist: Auftrags-, Liefer- und Fakturasperren, die für diesen Vertriebsbereich verwendete Währung, Incoterms, Zahlungsbedingungen, die Zuordnung des Preisfindungsschemas des Kunden, die Kundengruppe, den Verkaufsbezirk, die Versandbedingung und die Kontierungsgruppe für die Erlösfindung. Ein Kunde kann in KNA1 existieren, ohne dass eine entsprechende KNVV-Zeile vorhanden ist, in welchem Fall kein Kundenauftrag, keine Lieferung oder Faktura in diesem Vertriebsbereich auf diesen Kunden verweisen kann.
Schlüsselfelder
- MANDT - Mandant
- KUNNR - Kundennummer
- VKORG - Verkaufsorganisation
- VTWEG - Vertriebsweg
- SPART - Sparte
- VKBUR - Verkaufsbüro
- VKGRP - Verkäufergruppe
- WAERS - Währung des Vertriebsbereichs
- KTGRD - Kontierungsgruppe des Kunden, verwendet in der Erlöskontenfindung
- ZTERM - Schlüssel für Zahlungsbedingungen
- INCO1 - Incoterms Teil 1
- INCO2 - Incoterms Teil 2 (Ortsangabe)
- AUFSD - Auftragssperre für diesen Vertriebsbereich
- LIFSD - Liefersperre für diesen Vertriebsbereich
- FAKSD - Fakturasperre für diesen Vertriebsbereich
- LOEVM - Löschvormerkung auf Vertriebsbereichsebene
- KDGRP - Kundengruppe
- BZIRK - Verkaufsbezirk
- VSBED - Versandbedingung
- KALKS - Preisfindungsschema-Indikator des Kunden
- PLTYP - Preislistentyp
- AWAHR - Auftragswahrscheinlichkeit, verwendet für Angebote und Prognosen
Wie es sich in das Datenmodell einfügt
- KNVV-KUNNR = KNA1-KUNNR (allgemeine Daten)
- KNVV-KUNNR = KNB1-KUNNR (Buchungskreisdaten, separate Erweiterung, kein gemeinsamer Schlüssel mit dem Vertriebsbereich)
- KNVV-KUNNR+VKORG+VTWEG+SPART = KNVP-KUNNR+VKORG+VTWEG+SPART (Partnerfunktionen pro Vertriebsbereich)
- VBAK-KUNNR = KNVV-KUNNR mit VBAK-VKORG = KNVV-VKORG, VBAK-VTWEG = KNVV-VTWEG, VBAK-SPART = KNVV-SPART (bestätigt, dass der Vertriebsbereich des Auftrags einer bestehenden Erweiterung entspricht)
- KNVV-VKORG = TVKO-VKORG, KNVV-VTWEG = TVTW-VTWEG, KNVV-SPART = TSPA-SPART (validiert, dass der Vertriebsbereich selbst konfiguriert ist)
Wie man es sicher liest
Schränken Sie immer implizit nach MANDT ein und wählen Sie immer auf KUNNR zusammen mit VKORG, VTWEG und SPART als Set aus, nicht nur KUNNR allein. Eine Auswahl nur nach KUNNR gibt eine Zeile pro Vertriebsbereich zurück, in den der Kunde jemals erweitert wurde, was irreführend ist, wenn der Vorfall spezifisch für einen Vertriebskanal ist. Die Tabelle ist nicht so groß wie Belegtabellen wie VBAP, aber das Scannen ohne den Vertriebsbereichsschlüssel gibt immer noch 'Rauschen' über jede Sparte und jeden Kanal zurück, an dem ein Kunde teilnimmt. Vergleichen Sie Kunden immer nur unter Berücksichtigung der gleichen VKORG/VTWEG/SPART-Kombination, bevor Sie eine Schlussfolgerung ziehen, da Sperren und Bedingungen pro Vertriebsbereich unabhängig voneinander festgelegt werden.
Wie man es in den Daten nachweist
Symptom: Die Auftragserstellung schlägt fehl mit der Meldung, dass der Kunde für den Vertriebsbereich nicht definiert ist. Wählen Sie KNVV, wobei KUNNR dem Kunden und VKORG, VTWEG, SPART dem Vertriebsbereich des Auftrags entsprechen. Wenn keine Zeile zurückgegeben wird, bestätigt dies, dass der Kunde nie in diesen Vertriebsbereich erweitert wurde, was eine Stammdatenlücke und kein Belegfehler ist. Wenn eine Zeile existiert, prüfen Sie LOEVM auf die Löschvormerkung und AUFSD, LIFSD, FAKSD auf aktive Sperren, bevor Sie davon ausgehen, dass die Erweiterung selbst fehlerhaft ist.
ECC vs. S/4HANA
Die KNVV bleibt in S/4HANA mit ihrer Struktur intakt; Vertriebsbereichssegmente wurden nicht umstrukturiert. Die Kundenpflege erfolgt über die Geschäftspartner-Transaktion anstelle der älteren Kundentransaktionen, aber die dort eingegebenen Vertriebsbereichsdaten werden weiterhin in die KNVV geschrieben. Es existiert keine funktionale Ersetzungstabelle für dieses Segment; es bleibt die Quelle für vertriebsbereichsspezifische Kundenattribute sowohl in ECC als auch in S/4HANA.
Häufige Fallstricke
- Den Kundenstamm als einen einzigen flachen Datensatz behandeln: Sperren, Konditionen und Preisfindungszuordnung in der KNVV sind pro Vertriebsbereich, daher bedeutet eine in einer Verkaufsorganisation sichtbare Sperre nicht, dass der Kunde überall gesperrt ist.
- Die KNVV mit der KNB1 oder KNA1 verwechseln: Eine Löschvormerkung oder Sperre kann auf Vertriebsbereichsebene gesetzt werden, ohne die Buchungskreisdaten oder allgemeinen Daten zu berühren, was Symptome hervorruft, die wie ein umfassenderer Stammdatenfehler aussehen, aber auf ein Segment beschränkt sind.
- LOEVM in der KNVV als definitiven Löschstatus lesen: Ein Kunde kann nur in einem Vertriebsbereich zur Löschung vorgemerkt sein, während er in einem anderen voll aktiv bleibt.
- Annehmen, dass eine in einem Beleg sichtbare Auftrags-, Liefer- oder Fakturasperre auf KNVV-Standardebene gesetzt wurde: Verkaufsbelege können ihre eigene Kopf- oder Positionssperre haben, die den Kundenstandard überschreibt oder dupliziert, daher müssen auch die Belegtabellen geprüft werden, nicht nur die KNVV.
- Versuchen, einen fehlenden Vertriebsbereich durch direktes Bearbeiten eines Feldes in der KNVV zu beheben: Wenn die Zeile nicht existiert, ist die Lösung eine Kundenerweiterung in diesen Vertriebsbereich, nicht eine Feldkorrektur an einer nicht vorhandenen Zeile.
- Annehmen, dass WAERS die Währung ist, in der jede Bestellung tatsächlich gebucht wird: Die Belegwährung kann bei der Auftragserfassung überschrieben oder durch Konditionssätze gesteuert werden, daher ist die KNVV-Währung ein Standardwert, keine Garantie.
- Die Preisfindungskonfiguration für ein falsches Erlöskonto verantwortlich machen, wenn die eigentliche Ursache ein nicht übereinstimmender KTGRD-Wert in der KNVV ist, der die Kontenfindung falsch speist.
Wessen Problem das ist
Die Konfiguration und der Inhalt des Vertriebsbereichssegments werden typischerweise vom Stammdaten-Governance-Team in Abstimmung mit dem für die betroffene Verkaufsorganisation zuständigen SD-Funktionsberater verantwortet. Fragen zum Buchungskreissegment gehören zum Finanz-/Kredit-Team bezüglich KNB1, nicht zum Vertriebsteam. Auftragsbearbeiter oder Geschäftsbenutzer, die einen Vorfall wegen fehlender Erweiterung melden, sollten diesen an die Stammdaten-Governance weiterleiten, anstatt ihn als Fehler in der Auftrags-Konfiguration zu behandeln.
Verwandte SAP-Objekte
Geprüfte Seiten, mit denen dieses Objekt im ERPClimb-Wissensgraphen verbunden ist.
Quelle: ERPClimb — https://erpclimb.com/sap-tables/knvvERPClimb ist eine unabhängige Plattform und steht in keiner Verbindung zur SAP SE. Die Referenzseiten werden von SAP-Beratern für Lernen und Fehleranalyse verfasst und geprüft.