SAP SD: Was es leistet und wo Einführungen scheitern

SAP SD (Vertrieb, englisch Sales and Distribution) bildet in SAP den Order-to-Cash-Prozess ab: Angebot, Kundenauftrag, Lieferung, Fakturierung und die Übergabe an das Finanzwesen. Auf S/4HANA ändert sich das in einer Weise, die für den Projektumfang zählt. Kunden werden zu Geschäftspartnern, das Kreditmanagement wechselt zu SAP Credit Management, Rückvergütungen wechseln zu Konditionskontrakten, und die Fakturierung bucht direkt ins Universal Journal. Dieser Leitfaden richtet sich an Leiter Sales Operations, Finanz-Controller und Projektleiter, die wissen müssen, was SD leistet und wo es hakt. Die kurze Antwort auf den zweiten Punkt: Kundenstammdaten, Preiskonditionen, die Verfügbarkeitsprüfung und die Kontenfindung. Testen Sie diese vier vor dem Go-live mit echten Daten.

In einem Rollout nach einer vollständigen SAP-Einführung wurden die Order-to-Cash-Schritte exakt wie entworfen gebaut. Auf der Prozesslandkarte sahen sie gut aus. Niemand hatte geprüft, wie die Bestandsaktualisierungen aus der Produktion ankamen.

Der Vertrieb sagte den Kunden fünf Tage zu. Die Fertigung wusste, dass es eher zehn waren.

Diese Lücke kostete mehr als verspätete Lieferungen. Sie kostete Vertrauen, und Vertrauen lässt sich schwerer wiederherstellen als eine Konfigurationseinstellung.

SD steht am Anfang der Logistikkette. Es macht aus dem Interesse eines Kunden eine Rechnung, über eine Kette von Belegen:

1. Anfrage: Der Kunde fragt nach Preis oder Verfügbarkeit
2. Angebot: ein formelles Preis- und Lieferangebot mit Gültigkeitsdauer
3. Kundenauftrag: Der Kunde bestellt verbindlich, die Verfügbarkeitsprüfung läuft und ein Liefertermin wird bestätigt
4. Lieferung: Das Lager kommissioniert und verpackt; der Warenausgang reduziert den Bestand
5. Fakturierung: Die Rechnung wird zusammen mit ihrem Buchhaltungsbeleg erstellt
6. Zahlung: Das Finanzwesen gleicht den Zahlungseingang gegen den offenen Posten aus

Jeder Beleg verweist auf den vorherigen. Dieser Belegfluss macht Order-to-Cash nachvollziehbar. Ist die Kette sauber, lässt sich jede Rechnung bis zur ursprünglichen Anfrage zurückverfolgen. Werden Belege außerhalb der Reihenfolge erstellt oder umgangen, bricht das Reporting, und Streit folgt.

1. 01AnfrageNach Preis oder Verfügbarkeit gefragt
2. 02AngebotFormelles Angebot mit Gültigkeitsdatum
3. 03KundenauftragVerfügbarkeitsprüfung bestätigt den Termin
4. 04LieferungKommissionieren, Verpacken, Warenausgang
5. 05FakturierungRechnung und Buchhaltungsbeleg
6. 06ZahlungDas Finanzwesen gleicht den offenen Posten aus

Jede Rechnung bis zur ursprünglichen Anfrage rückverfolgbar

Gut gemacht, beseitigt diese Kette manuelle Übergaben. Ein Fertigungskunde verkürzte seinen Order-to-Cash-Zyklus nach dem SD-Go-live um 40 %, vor allem durch den Wegfall der Übergaben zwischen Vertrieb, Lager und Finanzwesen.

Kundenaufträge und die Verfügbarkeitsprüfung

In der Kundenauftragsabwicklung fällt der größte Teil des SD-Konfigurationsaufwands an: Auftragsarten, Positionstypen, Einteilungen und die Verfügbarkeitsprüfung.

Available-to-Promise (ATP) ist der geschäftskritischste Teil. Er prüft, ob sich der gewünschte Termin aus Bestand, geplanten Zugängen und bestehenden Zusagen halten lässt. Richtig konfiguriert, sagt der Vertrieb den Kunden zu, was das System tatsächlich zusagen kann. Schlecht konfiguriert, sagt er zu, was er zu liefern hofft.

In dem Rollout vom Anfang hatte niemand geprüft, wie die Bestandsaktualisierungen aus der Produktion ankamen. Der Vertrieb nannte Termine, die das Werk nicht halten konnte.

Preisfindung und Konditionen

Die Preisfindung ist die am meisten unterschätzte Einrichtung in SD. Sie wirkt einfach, bis zum ersten Streit um eine Rechnung.

Die Konditionstechnik in SD deckt Basispreise, Kundenrabatte, Mengenstaffeln, Zuschläge, Fracht und Steuer ab. Jedes Element ist eine Konditionsart mit einer Zugriffsfolge, und der Konditionssatz enthält den Wert.

Das häufigste Preisfindungsproblem, das ich sehe: alte Preiskonditionen aus dem Go-live, die nie aktualisiert wurden. Das Business verhandelt einen Rabatt neu, niemand aktualisiert den Konditionssatz in SD, die Rechnung ist falsch, und der Streit landet in der Debitorenbuchhaltung.

Governance der Preisfindung ist eine Prozessentscheidung, keine Konfigurationsentscheidung. Jemand muss die Pflege der Konditionssätze verantworten.

Versand

Die Lieferabwicklung umfasst Kommissionierung, Verpackung und Warenausgang. Der Warenausgang ist das kritische Ereignis: Er bucht die Bestandsreduzierung, stellt die Lieferung in den Fakturavorrat und hält das tatsächliche Lieferdatum fest. Versandstellen- und Routenfindung steuern, wie Lieferungen angelegt werden. Unternehmen mit komplexen Vertriebsnetzen erweitern dies um SAP Transportation Management (TM).

Fakturierung, Kontenfindung und Steuer

Die Fakturierung macht aus der Lieferung eine Rechnung und erzeugt den Buchhaltungsbeleg. Die Kontenfindung ordnet jede Fakturaposition Erlös-, Steuer- und anderen Sachkonten zu, auf Basis von Verkaufsorganisation, den Kontierungsgruppen für Kunde und Material und der Konditionsart. Ist sie falsch, wird die Rechnung auf das falsche Konto gebucht, und das Finanzwesen erfährt es zum Monatsabschluss.

Die Steuerfindung ist ebenso fragil. Sie hängt von der Steuerklassifikation des Kunden, der Steuerklassifikation des Materials und dem liefernden Land oder der Rechtsordnung ab. Eine Abweichung kann eine Rechnung ohne Steuer auf einen steuerpflichtigen Verkauf erzeugen oder Steuer auf einen steuerfreien.

Kreditmanagement

Kreditprüfungen sperren oder markieren Aufträge, die einen Kunden über sein Kreditlimit bringen würden. Das funktioniert nur, wenn die Limits gepflegt werden. Statische Limits aus dem Go-live bedeuten bald nichts mehr, wenn sich Zahlungsverhalten und Volumen ändern.

Liegt ein Limit unter der üblichen Auftragsgröße eines Kunden, wird jeder Auftrag automatisch gesperrt. Die Vertriebsteams lernen dann, die Sperren aufzuheben, statt eine Überprüfung des Limits zu beantragen.

Das ist kein Kreditmanagement. Das ist eine Umgehungslösung.

Das sind die Strukturelemente von SD und womit jedes verknüpft ist.

Strukturelement	Zweck in SAP SD	Wichtige Verknüpfung
Verkaufsorganisation	Oberste Verkaufseinheit, zuständig für Verkaufskonditionen und Haftung	Einem Buchungskreis im FI zugeordnet
Vertriebsweg	Auf welchem Weg Produkte den Kunden erreichen (Großhandel, Einzelhandel, Direktvertrieb)	Steuert Preisfindung, Stammdaten und Partnerfindung
Sparte	Produktgruppe innerhalb der Verkaufsorganisation	Materialgruppierung für Reporting und Ausgabe
Verkaufsbereich	Verkaufsorganisation, Vertriebsweg und Sparte zusammen	Für jeden Verkaufsbeleg und jeden Kundensatz erforderlich
Verkaufsbüro	Geografische Verkaufseinheit	Regionales Reporting und Partnerfindung
Verkäufergruppe	Team innerhalb eines Verkaufsbüros	Verantwortliche Person auf Aufträgen
Versandstelle	Ort, von dem aus Waren versendet werden	Verbindet SD mit Lagerverwaltung und Transport
Werk	Produzierende oder liefernde Einheit	Quelle des Bestands, mit der Versandstelle verknüpft

Der Verkaufsbereich ist die operative Einheit. Kundenvertriebsdaten werden je Verkaufsbereich gepflegt, und jeder Verkaufsbeleg wird in einem angelegt. Hier stolpern viele Migrationen: Alt-Kundensätze, die sich nicht sauber auf Verkaufsbereiche abbilden lassen, brauchen echte Vorbereitung vor dem Laden.

Wenn Sie von ECC wechseln, sind das die SD-Änderungen, die Sie in den Scope einplanen sollten. SAP führt den Bereich in der S/4HANA-Dokumentation unter „Vertrieb“, auch wenn die meisten Teams weiterhin SD sagen.

ECCS/4HANA

KundenECCKundenstammsatzS/4HANAGeschäftspartner mit Kundenrolle

KreditmanagementECCFI-AR-CRS/4HANASAP Credit Management (FIN-FSCM-CR), nicht optional

RückvergütungenECCSD-Rückvergütungsabwicklung, aus einem Index neu aufgebautS/4HANAKonditionskontrakte im Settlement Management

VerfügbarkeitsprüfungECCEinfache ProduktverfügbarkeitsprüfungS/4HANAAdvanced ATP: Allokation, Rückstände, alternative Werke

FakturierungECCFI und CO getrennt abgestimmtS/4HANAEine Position im Universal Journal (ACDOCA)

ErlösrealisierungECCIndividuelle Abgrenzungslogik in vielen ProgrammenS/4HANASAP Revenue Accounting and Reporting, separat lizenziert

1. Kunden sind Geschäftspartner. Kundenstammdaten werden über den Geschäftspartner mit einer Kundenrolle gepflegt. Bei einer Konvertierung muss die Kunden-Lieferanten-Integration eingerichtet sein, bevor die Konvertierung läuft.
2. Das Kreditmanagement wechselt zu SAP Credit Management. Das Kreditmanagement aus ECC (FI-AR-CR) ist in S/4HANA nicht verfügbar. SAP Credit Management (FIN-FSCM-CR) ersetzt es, deshalb muss eine Konvertierung Kreditdaten und Einstellungen migrieren. Das ist nicht optional.
3. Rückvergütungen wechseln zu Konditionskontrakten. Die klassische SD-Rückvergütungsabwicklung wird durch das Settlement Management (Konditionskontraktabwicklung) ersetzt. Rückvergütungskonditionen gelten sofort, statt aus einem Index neu aufgebaut zu werden.
4. Advanced ATP. Das Advanced ATP von S/4HANA ergänzt Produktallokation, Rückstandsbearbeitung, alternativenbasierte Bestätigung über Werke hinweg, Freigabe zur Lieferung und Versorgungszuordnung. In S/4HANA Cloud sind diese Funktionen Teil der Standardlizenz. On-Premise brauchen sie nach der Aktivierung eine eigene Lizenz.
5. Die Fakturierung bucht ins Universal Journal. FI, CO und Ergebnisrechnung teilen sich eine Position in ACDOCA, was den FI-CO-Abstimmungsaufwand von ECC beseitigt. Der Preis dafür: Ein Fehler in der Kontenfindung ist sofort eine Buchung auf das falsche Konto, sichtbar auf Positionsebene.
6. Erlösrealisierung. Bei Verträgen mit mehreren Leistungselementen, Abonnements oder langfristigen Dienstleistungen nach IFRS 15 ersetzt SAP Revenue Accounting and Reporting die individuelle Abgrenzungslogik, die viele ECC-Programme gebaut haben. Es ist separat lizenziert und muss vor dem Go-live entworfen werden, nicht erst zum Jahresabschluss entdeckt.

Clean Core verändert, wie SD-Anpassungen behandelt werden. In der Public Cloud ist eigener Code im Kern nicht möglich. In der Private Cloud und On-Premise ist er möglich, macht aber jedes Upgrade schwerer. Die meisten alten Z-Routinen der Preisfindung lassen sich durch Standard-Konditionsarten, Formeln und BAdIs ersetzen. Was wirklich übrig bleibt, gehört in eine Side-by-Side-Erweiterung auf SAP BTP. Mein Leitfaden zu Clean Core behandelt die Entscheidung.

SD mit MM

Die Verfügbarkeitsprüfung liest den Bestand aus MM, und der Warenausgang bucht die Bestandsbewegung. Sind die Bestandsdaten falsch, sind die ATP-Ergebnisse unzuverlässig. Scheitert der Warenausgang, weil der Bestand gar nicht an der Versandstelle liegt, kann die Lieferung nicht abgeschlossen werden, und die Fakturierung stockt. Halten Sie beides über Stammdaten und Disziplin im Einklang: keine manuellen Bestandskorrekturen, die Standardbuchungen umgehen.

SD mit PP

In Make-to-Order-Szenarien kann ein Kundenauftrag die Produktion direkt anstoßen, sodass der bestätigte Termin zu einer Zusage wird, die ein Fertigungsauftrag stützt. Die Strategiegruppe im Materialstamm steuert, wie Kundenaufträge und Prognosen zusammenwirken. Ist sie falsch gesetzt, addieren sie sich, statt sich zu verrechnen, der Planungslauf überzeichnet den Bedarf, und Überproduktion folgt. Mein SAP-PP-Leitfaden behandelt die Planungsseite.

SD mit FI

Der Fakturabeleg ist die Schnittstelle. Jede Rechnung erzeugt einen Buchhaltungsbeleg, der Erlös, Steuer und den offenen Posten des Kunden ins Universal Journal bucht. Die Zahlungsbedingungen im Kundenstamm bestimmen das Fälligkeitsdatum. Verhandelt der Vertrieb Bedingungen, ohne das Finanzwesen zu informieren, setzt das System Bedingungen durch, denen das Finanzwesen nie zugestimmt hat.

Behandelt das SD-Design alle Erlöse als mit der Fakturierung realisiert, während die Verträge etwas anderes sagen, wird die Nachrüstung teuer. Stimmen Sie die Erlösrealisierung mit dem Finanzwesen ab, bevor das Design freigegeben wird. Zur Finanzseite der Integration siehe meinen SAP-FICO-Leitfaden.

Vier Schwachstellen verursachen den Großteil der Probleme nach dem Go-live.

Kundenstamm nicht bereit. Jedes Feld zählt weiter unten in der Kette. Fehlt die Steuerklassifikation, stimmt die Steuer nicht. Fehlen die Zahlungsbedingungen, kann FI keine Fälligkeiten berechnen. Fehlende Versandbedingungen stören die Lieferterminierung. Die Mengen sind größer und die Quelldaten schlechter, als der Plan annimmt, und die Bereinigung braucht fachliche Entscheidungen. Fangen Sie früh an und behandeln Sie es als fachlichen Arbeitsstrang, nicht als technisches Laden. Mein Beitrag Warum SAP-Datenmigrationen scheitern behandelt die Methode.

Preiskonditionen nicht gepflegt. Konditionen aus dem Go-live, die niemand überprüft, werden innerhalb des ersten Jahres zu Rechnungsstreitigkeiten.

Verfügbarkeitsprüfung losgelöst von der Realität. Ein ATP, das veraltete Daten liest, erzeugt Zusagen, die das Business nicht halten kann. Validieren Sie es gegen echte Produktions- und Bestandsszenarien, nicht gegen die sauberen Testdaten aus dem Einzeltest.

Lücken in der Kontenfindung, die erst nach dem Go-live auffallen. Testen Sie mit dem tatsächlichen Kontenplan, den Steuerkennzeichen und Materialgruppen. Steuerkennzeichen, die nicht passen, können Aufträge blockieren oder Rechnungsstreit auslösen, bevor jemand begreift, was falsch ist.

Die Tabelle ist die Checkliste, die ich vor der UAT-Abnahme durchgehen würde.

Risiko	Auswirkung	Gegenmaßnahme
Unvollständiger Kundenstamm	Rechnungsfehler, Lieferstörungen, Lücken bei FI-Buchungen	Datenarbeitsstrang früh starten; Pflichtfelder je Verkaufsbereich vor der Migration festlegen
Veraltete Preiskonditionen	Rechnungsstreit, falscher Erlös	Zum Go-live einen Verantwortlichen für Konditionssätze und einen Prüfzyklus benennen
ATP von PP oder MM entkoppelt	Unzuverlässige Lieferzusagen	ATP vor der UAT-Abnahme mit echten Planungsszenarien testen
Lücken in der Kontenfindung	Erlöse auf falsche Konten gebucht	Mit dem echten Kontenplan und dem vollständigen Satz an Steuerkennzeichen testen
Aufheben von Kreditsperren als Routine	Unkontrolliertes Risiko, Streit um Forderungen	Limitprüfungen durchsetzen; manuelle Freigaben in den ersten 90 Tagen nachverfolgen
Ausgaben nicht getestet	Rechnungen und Lieferscheine werden nicht automatisch versendet	Jede Ausgabeart vor dem Go-live mit echtem Druck- und E-Mail-Routing testen
Zahlungsbedingungen nicht abgestimmt	Falsche Fälligkeiten, Fehler in der Liquiditätsprognose	Bedingungen zwischen Vertrieb und Finanzwesen vereinbaren, bevor Kundendaten geladen werden

Wenn das Vertriebsteam Kreditsperren routinemäßig aufhebt, statt eine Überprüfung zu beantragen, beheben Sie das in den ersten neunzig Tagen, bevor die Gewohnheit sich festsetzt.

Was ist SAP SD und was leistet es?

SAP SD (Sales and Distribution) verwaltet Order-to-Cash: Anfragen, Angebote, Kundenaufträge, Lieferungen, Fakturierung und die Übergabe an das Finanzwesen. Der Belegfluss verknüpft jeden Schritt mit dem vorherigen, sodass sich jede Rechnung bis zum ursprünglichen Auftrag zurückverfolgen lässt. SD ist integriert mit MM für Bestand und Warenausgang, mit PP für Make-to-Order und Verfügbarkeit und mit FI für Erlöse, Steuer und Forderungen.

Wie ist die Organisationsstruktur in SAP SD aufgebaut?

Die operative Einheit ist der Verkaufsbereich: Verkaufsorganisation, Vertriebsweg und Sparte zusammen. Jeder Verkaufsbeleg wird in einem Verkaufsbereich angelegt, und Kundenvertriebsdaten werden je Verkaufsbereich gepflegt. Verkaufsbüros und Verkäufergruppen liegen darunter für Reporting und Zuständigkeit. Auf der Logistikseite bestimmen Versandstellen und Werke, von wo Waren versendet werden. Bringen Sie die Struktur in Ordnung, bevor Kundendaten geladen werden, denn eine spätere Änderung bedeutet, Daten neu zu laden.

Wie funktioniert die Preisfindung in SAP SD?

Die Preisfindung nutzt die Konditionstechnik. Jedes Preiselement ist eine Konditionsart, eine Zugriffsfolge entscheidet, welcher Konditionssatz gilt, und ein Kalkulationsschema kombiniert die Konditionsarten in der richtigen Reihenfolge. Die meisten Preisstreitigkeiten gehen auf Konditionssätze zurück, die bei geänderten Geschäftsbedingungen nicht aktualisiert wurden, nicht auf Konfigurationsfehler.

Was ist Advanced ATP in SAP S/4HANA?

Advanced Available-to-Promise (aATP) ist die Verfügbarkeitsprüfung von S/4HANA. Über die einfache Produktverfügbarkeitsprüfung hinaus ergänzt sie Produktallokation, Rückstandsbearbeitung, alternativenbasierte Bestätigung über Werke hinweg, Freigabe zur Lieferung und Versorgungszuordnung. Diese Funktionen sind in S/4HANA Cloud enthalten und brauchen On-Premise nach der Aktivierung eine eigene Lizenz. Setzen Sie sie dort ein, wo das Angebot knapp ist oder Allokationsregeln eine Rolle spielen. Für stabile Lieferketten reicht oft eine gut konfigurierte einfache Prüfung.

Wie ist SAP SD mit dem Finanzwesen integriert?

Über den Fakturabeleg. Die Freigabe eines Fakturabelegs zur Buchhaltung erzeugt einen Buchungsbeleg für Erlös, Steuer und den offenen Posten des Kunden. Die Kontenfindung bestimmt die Sachkonten aus Verkaufsorganisation, Kontierungsgruppen und Konditionsart. Die Steuer hängt von den Steuerklassifikationen von Kunde und Material ab. Die Zahlungsbedingungen im Kundenstamm legen das Fälligkeitsdatum fest. Für IFRS-15-Fälle grenzt SAP Revenue Accounting and Reporting Erlöse ab und realisiert sie über die Zeit.

Was ändert sich in SAP SD beim Wechsel von ECC zu S/4HANA?

Kunden werden zu Geschäftspartnern. Das Kreditmanagement wechselt von FI-AR-CR zu SAP Credit Management, was verpflichtend ist. Die Rückvergütungsabwicklung wird durch Konditionskontrakte im Settlement Management ersetzt. Advanced ATP steht zur Verfügung, und die Fakturierung bucht ins Universal Journal. Planen Sie all das früh in den Scope ein, denn jedes Thema braucht Konfiguration, Datenmigration und Tests.

Was sind die häufigsten Fehler bei SAP-SD-Einführungen?

Fünf kommen immer wieder vor. Die Kundenstammdaten unterschätzen. Preiskonditionen nach dem Go-live ohne Verantwortlichen lassen. ATP nur mit sauberen Daten testen. Die Kontenfindung mit vereinfachten Daten testen. Die Ausgabe nicht von Anfang bis Ende testen. Der letzte Punkt wird leicht übersehen. Gehen Rechnungen nicht automatisch raus, beginnt jemand, sie von Hand auszudrucken, und die Umgehungslösung wird zum Dauerzustand.