Einführung
Mit dem SAP-S/4HANA-Release 2022 wurden erweiterte Versionen der buchungskreisübergreifenden Verkaufs- und Umlagerungsprozesse im System eingeführt.
Der Best-Practices-Umfangsbestandteil „Erweiterter buchungskreisübergreifender Verkauf" (5D2) beschreibt diesen Prozess für die On-Premise-Version von SAP S/4HANA und SAP S/4HANA Cloud, Private Edition.
Notiz
In dieser Lektion werden zunächst einige Merkmale und Mängel der klassischen buchungskreisübergreifenden Verkaufsabwicklung erläutert. Danach wird der erweiterte buchungskreisübergreifende Verkauf eingeführt, und anschließend die erweiterte Version des buchungskreisübergreifenden Umlagerungsprozesses. Außerdem wird kurz auf das Framework zur Steuerung und Koordinierung dieser Prozesse eingegangen.
Klassische buchungskreisübergreifende Verkaufsabwicklung
Der klassische buchungskreisübergreifende Verkaufsprozess, der seit vielen Jahren verfügbar ist, lässt sich wie folgt beschreiben:
Notiz
Ein verkaufendes Unternehmen in einem Land (in diesem Beispiel Deutschland) verkauft Materialien an einen Kunden in diesem Land. Diese Materialien werden von einem liefernden Unternehmen (in diesem Beispiel USA) kommissioniert, verpackt und direkt an den Kunden geliefert. Dieser liefernde Buchungskreis befindet sich in einem anderen Land (oder zumindest handelt es sich um eine andere rechtliche und finanzielle Einheit).
Es wird keine buchungskreisübergreifende Bestellung vom verkaufenden an das liefernde Unternehmen angelegt, und/oder es wird kein buchungskreisübergreifender Kundenauftrag im liefernden Unternehmen angelegt, wodurch es schwierig ist, aussagekräftige Berichte im liefernden Buchungskreis basierend auf kundenauftragsbezogenen Kennzahlen auszuführen.
Es wird (im verkaufenden Unternehmen) eine Rechnung für den Kunden angelegt, und vom liefernden Unternehmen wird eine interne Rechnung an das verkaufende Unternehmen gesendet. Diese interne Rechnung kann im verkaufenden Unternehmen anhand eines IDoc automatisch gebucht werden. Hierbei handelt es sich um eine veraltete Technologie. Im verkaufenden Unternehmen kann keine Lieferantenrechnung gebucht werden, da keine Bestellung vorhanden ist, auf die sich die Rechnung bezieht.
Ein weiterer Nachteil bei diesem klassischen buchungskreisübergreifenden Verkaufsprozess besteht darin, dass für das verkaufende Unternehmen kein bewerteter Transitbestand verfügbar ist. Waren, die die USA zum deutschen Kunden verlassen, können zwar Eigentum des deutschen Unternehmens sein, sind aber in diesem Unternehmen nicht als bewerteter Transitbestand sichtbar.
Erweiterte buchungskreisübergreifende Verkaufsabwicklung
Mit SAP S/4HANA 2022 wurde eine erweiterte Version dieses buchungskreisübergreifenden Verkaufsprozesses eingeführt, um den oben erwähnten Mangel des klassischen buchungskreisübergreifenden Verkaufsprozesses zu beheben.
Die erweiterte Version des Prozesses lässt sich wie folgt beschreiben:
Notiz
Der Prozess beginnt erneut im verkaufenden Unternehmen mit einem Kundenauftrag für einen Kunden. Anschließend wird im liefernden Unternehmen automatisch ein zweiter Kundenauftrag angelegt, und zwar auf der Grundlage einer Bestellung, die vom verkaufenden an das liefernde Unternehmen gesendet wird. Diese Bestellung wird ebenfalls automatisch angelegt. Zuerst wird die Bestellung angelegt, und dann erst der zweite Kundenauftrag auf Basis dieser Bestellung.
Der Kundenauftrag im verkaufenden Unternehmen wird als Kundenauftrag 2 (SO2) bezeichnet. Die Bestellung des verkaufenden an das liefernde Unternehmen wird als Bestellung 3 (PO3) bezeichnet. Der Kundenauftrag im liefernden Unternehmen wird als Kundenauftrag 4 (SO4) bezeichnet.
SO2 ist das führende Objekt, in dem ein US-Werk (in diesem Beispiel) als Auslieferungswerk ermittelt wird. Kundenauftrag 2 ist auch im MRP-Lauf im verkaufenden Unternehmen sichtbar, und für seine Positionen kann eine (erweiterte) ATP-Prüfung ausgeführt werden (usw.).
Notiz
Sowohl klassische als auch erweiterte buchungskreisübergreifende Verkaufspositionen können in einem Kundenauftrag kombiniert werden. Derzeit erfolgt die Aktivierung des erweiterten Prozesses für Kundenauftragsarten und Positionstypen. Darüber hinaus plant SAP, ein BAdI anzubieten, mit dem Kunden den erweiterten buchungskreisübergreifenden Verkauf für bestimmte Kundenauftragspositionen gemäß der eigenen Logik aktivieren können.
Für den Kundenauftrag (SO2) wird eine normale Belegart verwendet (z.B. TA). Die Bestellung im verkaufenden Unternehmen (PO3) verwendet eine neue Bestellart. Der Kundenauftrag im liefernden Unternehmen (SO4) verwendet eine neue Kundenauftragsart, einen neuen Positionstyp und Einteilungstyp, die so angepasst sind, dass sie für ATP, MRP, Produkt-Compliance, die Einhaltung von Handelsvorschriften, Transportmanagement usw. keine Bedeutung haben. Nur der Kundenauftrag im verkaufenden Unternehmen (SO2) ist für MRP und (erweitertes) ATP relevant. Die buchungskreisübergreifende Bestellung (PO3) und der buchungskreisübergreifende Kundenauftrag (SO4) sind in der Disposition nicht sichtbar.
Kundenauftrag 2 enthält auf Positionsebene ein zusätzliches Feld Transitwerk, das verwendet wird, um bewerteten Transitbestand (in unserem Beispiel im Besitz des deutschen Unternehmens) erfassen zu können, sobald die Übertragung der Verfügungsmacht/des Eigentums vom US-amerkanischen an das deutsche Unternehmen erfolgt.
Notiz
Im liefernden Unternehmen (in unserem Beispiel USA) wird eine Auslieferung mit Bezug auf den Kundenauftrag im verkaufenden Unternehmen (SO2) angelegt, die in diesem Prozess immer als das logistisch führende Objekt betrachtet wird.
Notiz
Nach dem Kommissionieren und Verpacken wird der Warenausgang aus dem liefernden Unternehmen in einen bewerteten Transitbestand gebucht, der zum liefernden Unternehmen gehört (in unserem Beispiel USA: siehe Schritt 6 in der Abbildung).
Wenn die Verfügungsmacht über die Waren/das Eigentum vom US-amerikanischen an das deutsche Unternehmen übertragen wird, wird eine Warenbewegung aus dem bewerteten Transitbestand des US-amerikanischen Unternehmens in den bewerteten Transitbestand des deutschen Unternehmens gebucht (siehe Schritte 7, 7a und 7b in der Abbildung).
Sobald der Kunde die Verfügungsmacht/das Eigentum übernimmt, wird ein Warenausgang aus diesem bewerteten Transitbestand (des deutschen Unternehmens) gebucht.
Sobald ein Warenausgang für die Auslieferung gebucht wurde, kann eine interne Kundenrechnung angelegt werden (A in der Abbildung). Dies kann wiederum das Anlegen einer internen Lieferantenrechnung (B in der Abbildung) mit Bezug auf die Bestellung 3 (PO3) auslösen.
Eine neue Fakturaart wird auch für die buchungskreisübergreifende Kundenrechnung verwendet (A in der Abbildung). Daher ist es nicht möglich, interne Kundenrechnungspositionen für einen klassischen buchungskreisübergreifenden Verkaufsprozess mit internen Kundenrechnungspositionen für einen erweiterten buchungskreisübergreifenden Verkaufsprozess in einer internen Kundenrechnung zu kombinieren.
Die zusätzlichen Schritte PO3, SO4 und auch die Warenbewegungen, die sich auf den bewerteten Transitbestand beziehen (7, 7a/b und 8), werden alle automatisch vom System angelegt/gebucht. Die Warenbewegungen werden anhand bestimmter Felddaten, die in der Auslieferung gepflegt sind (die sogenannten Daten der Übertragung der Verfügungsmacht im Auslieferungskopf), automatisch gebucht.
Zu den wichtigsten Merkmalen dieser erweiterten Version des Prozesses gehören:
- Nahtloser durchgängiger Prozess, der hochgradig automatisiert und in die folgenden Bereiche eingebettet ist:
- Produkt-Compliance
- Einhaltung von Handelsvorschriften
- SAP Transport Management (einschließlich Frachtkosten)
- Erlösrealisierung
- Ergebnisberichte
- Erzeugniskalkulation
- Konzernberichtswesen/Konsolidierung
- Änderungen in einem kundenorientierten Kundenauftrag werden vom System während des gesamten durchgängigen Belegflusses konsistent angewendet.
- Bewerteter Transitbestand im verkaufenden Unternehmen, der einen nahtlosen Übergang der Verfügungsmacht zwischen den verbundenen Unternehmen und auch später auf den Kunden ermöglicht
- Eine Bestellung im verkaufenden Unternehmen, die Bezugskosten in der Erzeugniskalkulation ermöglicht
- Durchgängige Überwachung und Problemerkennung (und Buchungsservices)
Dieser Prozess unterstützt derzeit folgende Funktionen:
- Lagerverkaufspositionen (Positionstyp TAN)
- Kostenlose Positionen mit Rechnungsrelevanz (Positionstyp CBXN)
- Chargen mit Chargensplits
- Serialnummern
Notiz
Der erweiterte buchungskreisübergreifende Verkauf kann nur für Verkaufsprozesse verwendet werden. Kundenretouren sind (noch) nicht enthalten. Wenn Sie also eine Kundenretoure mit Bezug auf eine erweiterte buchungskreisübergreifende Verkaufsposition anlegen, wird der Retourenprozess als klassischer buchungskreisübergreifender Prozess ausgeführt.
Ein mehrstufiger Prozess, der ein einzelnes SAP-S/4HANA-System verwendet, soll auch in Zukunft ausgeliefert werden.
Dieser mehrstufige Prozess kann wie folgt beschrieben werden:
Der obige Prozess unterscheidet sich von dem davor beschriebenen einstufigen Prozess dadurch, dass nun ein oder mehrere zusätzliche Unternehmen als zwischengeschaltete Parteien am buchungskreisübergreifenden Verkaufsprozess beteiligt sind.
Das deutsche Unternehmen verkauft weiterhin an den Kunden und das US-Unternehmen liefert (d.h. das US-Werk ist weiterhin das Auslieferungswerk in SO2), aber das deutsche Unternehmen kauft die Waren vom französischen Unternehmen. Dieses Unternehmen wiederum kauft die Waren vom US-amerikanischen Unternehmen: Beim Sichern von Kundenauftrag 2 wird automatisch eine Bestellung an das französische Unternehmen angelegt. Dies führt zu einem Kundenauftrag in Frankreich (SO4') und zu einer zusätzlichen Bestellung vom französischen Unternehmen an das US-amerikanische Unternehmen (PO3'), das SO4 angelegt hatte.
Die folgenden SAP-Hinweise enthalten weitere Details zu einigen Aspekten des erweiterten buchungskreisübergreifenden Verkaufsprozesses:
- SAP-Hinweis 3192584: SAP S/4HANA Cloud: Einschränkungen und allgemeine Informationen für den erweiterten buchungskreisübergreifenden Verkauf
- SAP-Hinweis 3226683: SAP S/4HANA 2022: Einschränkungen und allgemeine Informationen für den erweiterten buchungskreisübergreifenden Verkauf
- SAP-Hinweis 3366067: SAP S/4HANA 2023: Einschränkungen und allgemeine Informationen für erweiterten buchungskreisübergreifenden Verkauf
- SAP-Hinweis 3233830: Enthält den Konfigurationsleitfaden für den erweiterten buchungskreisübergreifenden Verkauf für SAP S/4HANA 2022
- SAP-Hinweis 3644701: SAP S/4HANA 2025: Erweiterter buchungskreisübergreifender Verkauf - Einschränkungen und allgemeine Informationen
- Siehe auch SAP-Hinweis 3644710: SAP S/4HANA 2025: Erweiterte buchungskreisübergreifende Umlagerung - Einschränkungen und allgemeine Informationen
Notiz
Framework für die Überwachung der Wertschöpfungskette (VCM)
Sowohl der buchungskreisübergreifende Verkauf als auch der buchungskreisübergreifende Umlagerungsprozess werden mit dem sogenannten Value Chain Monitoring Framework (VCM) koordiniert und überwacht.
Das VCM-Framework ist ein generisches Framework, das in der Lage ist, sehr spezifische Geschäftsprozesse in SAP S/4HANA (die von SAP dafür aktiviert wurden) auszuführen und zu überwachen. Derzeit werden drei vorkonfigurierte durchgängige SAP-Standardprozesse in SAP S/4HANA unterstützt. Dieses Framework wird hier verwendet, um sowohl den erweiterten buchungskreisübergreifenden Verkauf als auch den erweiterten buchungskreisübergreifenden Umlagerungsprozess zu koordinieren und zu überwachen.
Notiz
VCM kann zur Problemerkennung verwendet werden und stellt Buchungsservices bereit. Beispiel: Eine Bestellung wurde aufgrund einer fehlenden Materialstammsicht nicht angelegt. Mit der App Wertschöpfungsketten überwachen kann ein Benutzer dieses Problem erkennen. Nach dem Anlegen der fehlenden Materialstammsicht kann der Benutzer das Anlegen der Bestellung erneut auslösen (indem er erneut die App Wertschöpfungsketten überwachen verwendet).
VCM kümmert sich um die Koordinierung und Ausführung der hier beschriebenen erweiterten buchungskreisübergreifenden Prozesse. Mit der App Wertschöpfungsketten überwachen kann der Benutzer diesen Prozess überwachen. In der obigen Abbildung wird versucht, dies visuell darzustellen.
VCM enthält eine eigene Definition jedes Prozesses, den es koordiniert. Wenn ein Kundenauftrag mit einer Position gesichert wird, die für die erweiterte buchungskreisübergreifende Verkaufsabwicklung relevant ist, wird (durch die Verarbeitung dieses Kundenauftrags) die Laufzeitumgebung des Frameworks ausgelöst. Von hier aus wird der nächste Schritt im Prozess auf Basis der relevanten Prozessdefinition ausgelöst. In diesem Beispiel wäre dies der Schritt zum automatischen Anlegen der Bestellung (PO3). PO3 geht zur Laufzeit zurück, und die Laufzeit löst dann das Anlegen von SO4 aus.
Notiz
Ein Praxisbeispiel für das VCM: Im erweiterten buchungskreisübergreifenden Verkauf werden Änderungen im Kundenauftrag im verkaufenden Unternehmen automatisch vom System verwaltet (VCM – Value Chain Monitoring Framework). Wenn z.B. einige bestätigte Mengen geändert werden, werden die neuen bestätigten Mengen an die Bestellung von Schritt 3 (PO3) und den Kundenauftrag von Schritt 4 (SO4) verteilt.
Ein weiteres Beispiel: Wenn im erweiterten buchungskreisübergreifenden Verkauf das Auslieferungswerk von USA in Kanada geändert wird, wird die Position in der vorhandenen Bestellung aus Schritt 3 (PO3) zum Löschen vorgemerkt, die Position des Kundenauftrags aus Schritt 4 (SO4) wird abgelehnt, und es werden eine neue Bestellung (PO3) für Kanada und ein neuer Kundenauftrag (SO4) in Kanada angelegt. Dies erfolgt alles über das VCM.
Notiz
Da das VCM-Framework alle relevanten Beleg-IDs für einen bestimmten Prozess enthält, ist es relativ einfach, diese in Form eines Belegflusses zu visualisieren. Dazu kann die SAP-Fiori-App „Wertschöpfungskette überwachen" verwendet werden.
Notiz
VCM basiert nicht auf IDocs. Die Integration in die Geschäftsanwendungen erfolgt über Funktionsbausteinaufrufe. Zur Wiederholung: VCM enthält keine Geschäftsdaten (z.B. Materialnummern oder Mengen), nur die in einem Prozess generierten Beleg-IDs sind in VCM enthalten.