SAPissen aus erster Hand¼cher... · 2018. 8. 28. · Leseprobe Die Änderungen an SAP S/4HANA...

LeseprobeDie Änderungen an SAP S/4HANA finden sich meist unter der Motor-haube. Die Autoren zeigen Ihnen in diesem Buch, wie Sie die Neue-rungen im Vertrieb nutzen. Am Beispiel von Retourenabwicklung und Cross-Company-Geschäften sehen Sie in dieser Leseprobe, wie Ihnen im Buch neue Funktionen und veränderte Einstellungen vorgestellt wer-den und das Zusammenspiel mit Produktion, Materialwirtschaft und Finanzwesen veranschaulicht wird. Am Ende der Leseprobe finden Sie die Einleitung und das vollständige Inhaltsverzeichnis des Buchs.

Alena Bauer, Fatjon Hoxha, Jochen Scheibler

Vertrieb mit SAP S/4HANA – Das Praxishandbuch

752 Seiten, gebunden, Juli 2018 69,90 Euro, ISBN 978-3-8362-5968-2

www.sap-press.de/4519

»Retourenabwicklung« (Kapitel 12) »Cross-Company-Geschäfte« (Kapitel 15) »Einleitung«

Inhaltsverzeichnis

Die Autoren

SAP-Wissen aus erster Hand.

https://www.rheinwerk-verlag.de/vertrieb-mit-sap-s4hana_4519/?utm_source=pikon.de&utm_medium=pdf&utm_campaign=leseprobe.rs.roi.product.vertriebs4h.pikon.18.08&utm_content=roi&utm_term=vertriebs4h.pikon


335

12

Kapitel 12

Retourenabwicklung

In diesem Kapitel erklären wir die betriebswirtschaftlichen Grundlagen

einer Retourenabwicklung und deren Umsetzung in SAP S/4HANA. Dabei

gehen wir auch auf die benutzerfreundlichere und vor allem schnellere er-

weiterte Retourenabwicklung ein.

Zum Vertrieb gehört auch eine rasche Bearbeitung von Kundenretouren.

Wurde Falsches geliefert oder ist die Ware beschädigt, geht es um schnelle

Schadensbegrenzung. Vor allem die Handhabung von Garantie- und Ku-

lanzfällen gehört zu den wichtigen Wettbewerbsvorteilen eines Unterneh-

mens. Für eine schnelle Prüfung und Bearbeitung dieser Fälle ist jedoch

eine effiziente Bearbeitung von Retouren unabdingbar.

12.1 Betriebswirtschaftliche Grundlagen

Rücksendungen von Kunden gehören zu den eher unangenehmen Ereig-

nissen im Vertriebsalltag. Gründe für Retouren können sein:

� Es wurde die falsche Ware geliefert.

� Die gelieferte Ware war schadhaft.

� Der Kunde hat die falsche Ware bestellt.

Nach dem Eingang der Retoure stellen sich folgende Probleme:

� Identifikation des Materials

� Bewertung des Materials

� Verwendungsentscheidung

� Gutschrift oder Ersatzlieferung für den Kunden

Wenn die Ware aufbereitet wird, Ersatzteile ausgetauscht werden oder Ähn-

liches, handelt es sich allerdings um eine Reklamation und nicht um eine

Retoure (siehe dazu Kapitel 16, »Zentrale Reklamationsbearbeitung«).

IdentifikationBei einer erfolgten Rücksendung geht es zunächst darum, die richtige Mate-

rialnummer zu ermitteln. Über sie lässt sich feststellen, ob und wann die

Ware geliefert worden ist. Vor allem bei der Rücksendung älterer Produkte,

5968.book Seite 335 Mittwoch, 4. Juli 2018 9:14 09

12 Retourenabwicklung

336

die meist ohne zusätzliche Dokumentation eintreffen, ist dies problema-

tisch.

Bewertung Der nächste Schritt besteht in der Bewertung des Materials. Lediglich dann,

wenn ein Produkt vom Kunden unmittelbar nach der Auslieferung zurück-

geschickt wird und offenkundig kein Wertverlust eingetreten ist, kann es

ohne Einschränkung in den bewerteten Lagerbestand übernommen wer-

den. Dieser Bestand wird dann zum Zeitpunkt der Wareneingangsbuchung

mengen- und wertmäßig erhöht.

Wie ist aber zu verfahren, wenn der Warenwert gemindert ist? Wenn gewis-

sermaßen eine B-Ware entstanden ist? In diesem Fall gibt es zwei Möglich-

keiten:

� Zum einen können die Retourenprodukte unter einem eigenen Mate-

rialstamm verwaltet werden. Dies führt aber schnell zu einer Vielzahl zu-

sätzlicher Materialstämme.

� Zum anderen kann man die Bestände eines Materials differenziert be-

werten. SAP S/4HANA bietet mit der Funktion Getrennte Bewertung die

Möglichkeit, Bestände unterhalb der Ebene Werk/Material über eigene

Bewertungssegmente unterschiedlich zu bewerten. Allerdings ist dann

bei jeder Materialbewegung zu diesem Materialstamm das Bewertungs-

segment mitzugeben.

In der Praxis scheuen viele Unternehmen den Aufwand, den die Einfüh-

rung und vor allem die Handhabung dieser Lösung verursachen. Letztlich

ist von Fall zu Fall zu prüfen, welche Lösung mit vertretbarem Aufwand die

gewünschten Ergebnisse bringt. Unternehmen, die chargenpflichtige Pro-

dukte herstellen, können die Differenzierung der Bestandsbewertung auch

über Chargen vornehmen. Zu jeder Charge kann ein eigenes Bewertungs-

segment mit einem Bewertungspreis angelegt werden. Somit bucht man

Retouren unter einer eigenen Charge ein und vergibt für diese Charge

einen eigenen Bewertungspreis.

Verwendungs-

entscheid

In der Regel wird das Material aber erstmal in einen gesperrten Bestand ein-

gebucht, um nach einer Überprüfung zu entscheiden, ob und wie das Mate-

rial zu bewerten ist. Dies erfolgt über einen sogenannten Verwendungsent-

scheid. Folgende Möglichkeiten bieten sich an:

� Verschrottung

� Einbuchen in den freien Bestand

� Reparatur

Wegen einer möglichen Verschrottung ist es sinnvoll, die Ware gar nicht

erst in den bewerteten, freien Bestand einzubuchen. Vielmehr sollte man


12.2 Retourenabwicklung in SAP S/4HANA

337

12

sie direkt der geeigneten Entsorgung zuführen. Ist die Ware ohne größere

Überarbeitung wieder verkaufsfähig, wird sie in den Bestand übernommen.

Schließlich kann das Produkt repariert werden. Die Abwicklung von Repa-

raturen kann mithilfe der Komponente CS (Customer Service) vorgenom-

men werden. Diese verwendet Funktionen aus der Instandhaltungskompo-

nente (sie ist Teil der Anwendung SAP Product Lifecycle Management, SAP

PLM) und der Vertriebskomponente SD.

Gutschrift oder

Ersatzlieferung

Nach der Prüfung der Ware ist zu noch entscheiden, ob der Kunde eine Gut-

schrift für die Retoure erhält. Eine andere Möglichkeit besteht in der Ersatz-

lieferung. Wichtig ist, dass der gesamte Retourenvorgang transparent und

damit nachvollziehbar ist.


RetourenauftragFür die Abwicklung von Retouren steht im SAP-Standard die Auftragsart RE

(Retourenauftrag) zur Verfügung. Retourenpositionen haben den Posi-

tionstyp REN (Retourenposition). Über die Zuordnung der Einteilungsty-

pen im Customizing wird der Einteilungstyp DN (Retoure) ermittelt.

Retouren-

anlieferung

Analog zur normalen Auftragsabwicklung (siehe Kapitel 7, »Terminauf-

tragsabwicklung«) wird mit Bezug zum Retourenauftrag ein SD-Lieferbeleg

mit der Lieferart LR (Retourenanlieferung) angelegt. Der Positionstyp in der

Lieferung wird aus dem Auftrag übernommen. Im Customizing ist der Posi-

tionstyp REN als »nicht relevant« für die Kommissionierung eingestellt.

Für eine schnelle und einfache Abwicklung empfiehlt es sich, dass ein

Kunde seine Retoure anmeldet. Dann können sowohl Retourenauftrag als

auch Retourenanlieferung schon in SAP S/4HANA erzeugt werden. Sendet

der Kunde die entsprechenden Referenznummern mit, kann direkt der Wa-

reneingang zum entsprechenden Beleg gebucht werden.

Der Kommissionierungsvorgang (die Rückmeldung der Pickmenge) findet

beim Kunden statt.

Retouren-

sperrbestand

Der Einteilungstyp DN (Retoure) im Retourenauftrag führt in der Retouren-

anlieferung über die Bewegungsart 651 zu einer Buchung in den Retouren-

sperrbestand. Dabei handelt es sich um einen unbewerteten Bestand. Aus

diesem Grund wird für diesen Materialbeleg kein Buchhaltungsbeleg er-

zeugt. Im Customizing der Komponente Materialwirtschaft (MM) gibt es

zusätzliche Bewegungsarten, die für die Steuerung von Retouren eingesetzt

werden können. Dazu gehört unter anderem die Bewegungsart 653. Diese

führt dazu, dass die Wareneingangsbuchung direkt in den frei verwendba-

ren Bestand erfolgt. In diesem Fall wird natürlich ein Buchhaltungsbeleg er-



338

zeugt (Bestand an Bestandsveränderungen). Um diese Bewegungsart zu

nutzen, muss im SD-Customizing (Transaktion VOV6) ein neuer Eintei-

lungstyp angelegt werden. Am besten geschieht dies durch Kopie des Ein-

teilungstyps DN. Dem neuen Einteilungstyp ordnet man die Bewegungsart

653 zu. Erlaubt man den neuen Einteilungstyp als Alternative, kann der An-

wender im Retourenauftrag durch Auswahl eines Einteilungstyps entschei-

den, ob in den Retourensperrbestand oder in den frei verwendbaren Be-

stand gebucht werden soll.

Umbuchung in den

frei verwendbaren

Bestand

Die Umbuchung vom Retourensperrbestand in den frei verwendbaren Be-

stand erfolgt über die Bewegungsart 453 in der Komponente MM (Trans-

aktion MIGO_TR).

Retourengutschrift Dem Kunden kann eine Gutschrift für die Retoure eingeräumt werden.

Dazu gibt es im Standard die Fakturaart RE (Retourengutschrift), bei der es

sich um eine auftragsbezogene Faktura handelt. In der Praxis wird man des-

halb bei der Erfassung des Retourenauftrags immer eine Fakturasperre set-

zen. Diese kann abhängig vom Customizing der Auftragsart automatisch

vom System vorgeschlagen werden. Erst wenn geklärt ist, dass eine Gut-

schrift erfolgen soll, wird die Sperre manuell entfernt. Danach kann die

Gutschrift automatisch über den Fakturalauf erzeugt werden. Abbildung

12.1 gibt einen Überblick über die Retourenabwicklung.

Abbildung 12.1 Überblick über die Retourenabwicklung

Integration mit dem

Rechnungswesen

Über die Gutschrift wird ein Buchhaltungsbeleg erzeugt. Dieser enthält die

»umgekehrte« Erlösbuchung: Umsatzerlöse und Mehrwertsteuer an Debi-

tor. Wie bei einer Faktura können auch bei einer Gutschrift Werte an die Er-

gebnis- und Marktsegmentrechnung (CO-PA) übergeben werden. In CO-PA

Retourenlieferung

Retourengutschrift

Aufragsart: RE

PosTyp: REN

Retourenauftrag AuftragsbezogeneFakturierung

Umbuchung in denRetourensperrbestand



339

12

werden Erlöse (Nettowert der Position), Umsatzkosten (über die Konditi-

onsart VPRS) und die Absatzmenge korrigiert. Allerdings ist es bei Gut-

schriften nicht immer sinnvoll, alle Werte zu korrigieren.

Dabei sind im Wesentlichen zwei Fälle zu unterscheiden:

� Rücksendung eines neuwertigen Produkts

Der Kunde schickt ein neuwertiges Produkt zurück, z. B. wegen Überlie-

ferung. In diesem Fall ist es sinnvoll, die Erlöse, Umsatzkosten und auch

die Absatzmenge zu korrigieren.

� Rücksendung eines alten Produkts

Der Kunde schickt ein altes Gerät zurück, z. B. im Zuge einer Verkaufsak-

tion, bei der Altgeräte in Zahlung genommen werden. Dann ist es sinn-

voll, den Gutschriftsbetrag als negativen Erlös in CO-PA zu buchen. Die

Absatzmenge hingegen ist nicht zu korrigieren, und ebenso wenig ist es

sinnvoll, die Umsatzkosten der laufenden Periode anzupassen.

Im Customizing gibt es entsprechende Möglichkeiten, die betroffenen

Wertfelder abhängig von der Fakturaart von der Überleitung auszuschlie-

ßen. Dies wird in Kapitel 13, »Gut- und Lastschriften«, vorgestellt.

Kostenlose

Lieferung

Des Weiteren ist es möglich, dem Kunden eine Ersatzlieferung zu schicken.

Dazu sollte mit Bezug zum Retourenauftrag ein weiterer Auftrag mit der

Auftragsart Kostenlose Lieferung angelegt werden. Somit erscheint dieser

Auftrag im Belegfluss des Retourenauftrags. Jeder Sachbearbeiter im Ver-

trieb kann erkennen, wie auf die Retoure reagiert wurde. Die Auftragsart

Kostenlose Lieferung führt zu einem Positionstyp ohne Preisfindungsrele-

vanz und ohne Fakturarelevanz.

GarantielieferungDie kostenlose Lieferung könnte z. B. im Garantiefall eingesetzt werden.

Viele Unternehmen wollen jedoch den Aufwand für Garantielieferungen

sowohl in der Finanzbuchhaltung als auch im Controlling gesondert aus-

weisen. Um den Aufwand in der Finanzbuchhaltung auf ein Konto »Garan-

tieaufwand« zu buchen, wendet man die gleiche Vorgehensweise an, wie

sie für Musterlieferungen in Abschnitt 7.4.4, »Warenausgangsbuchung«, er-

läutert wurde. Für einen Ausweis der Garantieaufwendungen in der Ergeb-

nis- und Marktsegmentrechnung (CO-PA) der Controlling-Komponente

(CO) müssen wir die Ausführungen zur CO-PA-Schnittstelle aus Kapitel 5,

»Integration der Ergebnis- und Marktsegmentrechnung«, beherzigen. Dort

haben Sie gesehen, dass im »normalen« Auftragsprozess sowohl Erlöse als

auch Kosten aus der SD-Faktura in die Ergebnis- und Marktsegmentrech-

nung übergeben werden. Bei einer kostenlosen Lieferung ist eine SD-Faktu-

ra nicht zwingend erforderlich, da es nichts zu belasten gibt. Andererseits



340

kommen ohne SD-Faktura auch keine Kosten in die Ergebnis- und Markt-

segmentrechnung.

Dies wird dadurch gelöst, dass ein normaler Auftrag (z. B. ein Terminauf-

trag) mit einer preisrelevanten Position erfasst wird. Man ergänzt die auto-

matische Preisfindung um einen 100-%-Rabatt. Dieser Rabatt sollte in der

Erlöskontenfindung auf das identische Konto gesteuert werden, das auch

für die Verkaufspreiskondition genutzt wird (z. B. Umsatzerlöse). Anschlie-

ßend erfasst man Lieferung und Faktura. Durch die Faktura entsteht in der

Finanzbuchhaltung die Buchung aus Abbildung 12.2.

Abbildung 12.2 Buchung in der Garantiefaktura

Der Erlös und der 100-%-Rabatt verrechnen sich zu null. In CO-PA werden

der Erlös und der Rabatt an das gleiche Wertfeld übergeben. Sie gleichen

sich aus und sind damit ergebnisneutral. Zusätzlich werden die Kosten für

das Material (ermittelt aus der Konditionsart VPRS) an die Ergebnis- und

Marktsegmentrechnung übergeben. Somit verschlechtert sich das Be-

triebsergebnis in der Ergebnis- und Marktsegmentrechnung (CO-PA) um

die Kosten des gelieferten Materials. Der gewünschte Effekt ist eingetreten.

Sollen die Kosten in CO-PA als Garantie- oder Kulanzkosten erkennbar sein,

sollte in der Kundenauftragsposition ein spezieller Positionstyp verwendet

werden, der dann zur Merkmalsableitung in CO-PA verwendet werden

kann.

Getrennte

Bewertung

In Abschnitt 12.1, »Betriebswirtschaftliche Grundlagen«, haben wir darauf

hingewiesen, dass die Funktion Getrennte Bewertung dazu genutzt werden

kann, unterhalb des Materials zusätzliche Bewertungssegmente einzufüh-

ren. Dazu ist im Materialstamm auf dem Buchhaltungsbild das Feld Bewer-

tungstyp zu pflegen. Der Bewertungstyp legt fest, nach welchen Kriterien

die Bestände unterschieden werden sollen. Zu jedem Bewertungstyp gibt es

unterschiedliche Bewertungsarten. Beispiele für Bewertungstypen und Be-

wertungsarten sind:

� Eigen-/Fremdfertigung

Anwendbar auf Materialien, die sowohl in Eigenherstellung als auch in

Fremdbezug beschafft werden. Der Materialbestand wird in zwei Bewer-

tungsarten (eigen, fremd) unterschieden.

Umsatz 100,00 EUR Umsatz 100,00 EUR

Soll Haben



341

12

� Herkunft

Anwendbar bei Rohstoffen, die aus unterschiedlichen Ländern mit un-

terschiedlichen Preisen beschafft werden. Hier stellen die jeweiligen

Länder die Bewertungsarten dar.

� Charge

Anwendbar bei chargenpflichtigen Materialien. Hier stellt jede Charge

eine Bewertungsart dar.

Zusätzliche Bewertungstypen und Bewertungsarten können im Customi-

zing definiert werden. Bei getrennt bewerteten Materialstammsätzen exis-

tiert unterhalb des Buchhaltungsbildes pro Bewertungsart ein weiteres

Buchhaltungsbild mit einem eigenen Bewertungspreis. Der Bewertungs-

preis auf dem übergeordneten Werksbild errechnet sich aus dem Durch-

schnitt der Preise der einzelnen Bewertungsarten. Das Material CH1000,

das wir auch für unser Systembeispiel in Abschnitt 12.3, »Beispiel einer Re-

tourenabwicklung«, verwenden, ist chargenpflichtig. Auf dem Buchhal-

tungsbild des Materialstammsatzes (siehe Abbildung 12.3) wurde die ge-

trennte Bewertung nach Chargen eingestellt.

Abbildung 12.3 Buchhaltungsbild auf Werksebene (Transaktion MM03)



342

Für das Material CH1000 wurde im Feld Bewertungstyp der Eintrag »X«

ausgewählt. Damit wurde die getrennte Bewertung nach Chargen aktiviert.

Der Betrag im Feld Gleitender Preis (9,75 EUR) errechnet sich aus den unter-

geordneten Chargen.

Für das Material gibt es zwei Chargen. Der Bestand teilt sich zu je 1.000

Stück auf die Charge CH-01 und die Charge CH-02 auf. Abbildung 12.4 zeigt

das Bewertungssegment für die Charge CH-01. Der Bewertungspreis bei die-

ser Charge beträgt 7,50 EUR (siehe Eintrag im Feld Per.VPreis, periodischer

Verrechnungspreis).

Abbildung 12.4 Buchhaltungsbild für die Bewertungsart CH-01

(Transaktion MM03)

Das Bewertungsbild für die Charge CH-02 zeigt einen Bewertungspreis von

12,00 EUR (siehe Abbildung 12.5). Dabei handelt es sich um den periodi-

schen Verrechnungspreis, also den gleitenden Durchschnittspreis mit der

aktivierten Material-Ledger-Funktion.


12.3 Beispiel einer Retourenabwicklung

343

12

Aus den Bestandswerten für die Chargen CH-01 (7.500,00 EUR) und CH-02

(12.000,00 EUR) errechnet sich der Gesamtwert von 19.500,00 EUR für den

Gesamtbestand. Bei 2.000 Stück ergibt dies einen durchschnittlichen Be-

wertungspreis auf der Werksebene von 9,75 EUR (siehe Abbildung 12.3).

Abbildung 12.5 Buchhaltungsbild für die Bewertungsart CH-02

(Transaktion MM03)

Die Funktion Getrennte Bewertung wird man in aller Regel nicht allein

wegen der Retourenabwicklung einführen. Vielmehr geht es insgesamt um

einen richtigen Ausweis der Bestandswerte.


Nun wollen wir in einer kurzen Übersicht für das Material CH1000 eine

klassische Retourenabwicklung durchführen. Dabei durchlaufen wir fol-

gende Schritte:



344

1. Bestandsübersicht

2. Erfassung des Retourenauftrags

3. Erfassung einer neuen Bewertungsart

4. Erfassung der Retourenanlieferung

5. Bestandsübersicht

6. Umbuchung in den frei verwendbaren Bestand

7. Erfassung der Retourengutschrift

Schritt 1:

Bestandsübersicht

Bevor wir einen Retourenauftrag erfassen, werfen wir wieder einen Blick

auf die Bestandsübersicht. Im Werk 1000 Hamburg befinden sich 2.000

Stück unseres Materials CH1000 im frei verwendbaren Bestand. Dieser ver-

teilt sich auf die beiden Chargen CH-01 und CH-02 mit jeweils 1.000 Stück

(siehe Abbildung 12.4 und Abbildung 12.5).

Schritt 2:

Retourenauftrag

erfassen

Erfassen wir nun also den Retourenauftrag mit der Auftragsart RE. In Abbil-

dung 12.6 erkennen Sie, dass im Feld Fakturasperre die Option Gutschrift

prüfen ausgewählt ist.

Abbildung 12.6 Retourenauftrag (Transaktion VA01)

Das heißt, eine Fakturasperre ist gesetzt und verhindert zunächst das Anle-

gen einer Gutschrift. Im Customizing zur Auftragsart kann hinterlegt wer-

den, dass die Fakturasperre automatisch beim Anlegen gesetzt wird.

Ebenso wird dort festgelegt, dass ein Auftragsgrund (in unserem Fall

Retoure) zu erfassen ist. Die Auftragsmenge beträgt 100 Stück. Wie in der

Spalte Ptyp zu erkennen, enthält die Position den Positionstyp REN (Retou-

renposition). Über die Preisfindung werden die Konditionen im Auftrag



345

12

ermittelt. Der Nettowert des Retourenauftrags wird dem Kunden im Fall

einer Gutschrift gutgeschrieben. Es ist denkbar, bei einem Retourenauftrag

spezielle Preise oder Konditionen (z. B. eine Bearbeitungsgebühr) zu ver-

wenden. Diese Preise können in der Preisfindung (siehe Abschnitt 3.3,

»Konditionen«) auch von der Auftragsart oder dem Positionstyp abhängig

gemacht werden. In unserem Beispiel hat das System einen Gutschriftsbe-

trag von 15,00 EUR pro Stück ermittelt (siehe Spalte Betrag).

Schritt 3:

Bewertungsart

anlegen

Bevor wir die Retourenanlieferung zum Auftrag erfassen, denken Sie daran,

dass unser Material chargenpflichtig ist. Außerdem wurde die Getrennte Be-

wertung für dieses Material aktiviert. Gehen wir für unser Beispiel davon

aus, dass es sich bei den Waren um Chargen mit relativ geringer Restlauf-

zeit handelt, die umgehend über Sonderangebote verkauft werden müssen.

Ansonsten sind die Produkte aber in Ordnung.

Im nächsten Schritt legen wir einen Chargenstammsatz (CH-RE-01) und

eine eigene Bewertungsart für diese Charge an. In der Bewertungsart gehen

wir davon aus, dass die Produkte mit einem periodischen Verrechnungspreis

von 2,00 EUR bewertet werden können (siehe Feld Per.VPreis). Abbil-

dung 12.7 zeigt die neue Bewertungsart.

Abbildung 12.7 Buchhaltungsbild der Bewertungsart CH-RE-01

(Transaktion MM03)



346

Schritt 4:

Retouren-

anlieferung

Der nächste Schritt besteht in der Erfassung der Retourenanlieferung). In

der Lieferung wird die Charge erfasst. Aus dem Chargenstammsatz wird die

Bewertungsart ermittelt.

Schritt 5:

Bestandsübersicht

Die Wareneingangsbuchung zur Retourenanlieferung bucht das Material

in den Retourensperrbestand ein.

Schritt 6:

Umbuchung

Der Retourenbestand wurde für die Charge CH-RE-01 um 100 Stück erhöht.

Im nächsten Schritt erfolgt die Umbuchung in den frei verwendbaren Be-

stand. Diese Buchung geht über eine Umbuchung in der Komponente MM

vonstatten. Dazu steht die Bewegungsart 453 zur Verfügung. Abbildung 12.8

zeigt den Materialbeleg der Umbuchung.

Abbildung 12.8 Anzeige des Materialbelegs der Umbuchung in den frei

verwendbaren Bestand (Transaktion MB03)

Mit diesem Vorgang erfolgt die Umbuchung in einen bewerteten Bestand.

Damit wird zu diesem Materialbeleg ein Buchhaltungsbeleg Bestand an Be-

standsveränderungen erzeugt. Dieser erhöht den Bestand und schreibt die

Bewertungsart im Materialstamm fort. Die Bewegung wird mit dem Bewer-

tungspreis aus der Bewertungsart CH-RE-01 (2,00 EUR) bewertet. Es sei an

dieser Stelle darauf hingewiesen, dass die geschilderte Vorgehensweise zu

Abstimmdifferenzen zwischen Finanzbuchhaltung und Ergebnis- und

Marktsegmentrechnung (CO-PA) führen kann. Dies ist dann der Fall, wenn

die Einbuchung in den unbewerteten Retourenbestand und die Um-

buchung in den bewerteten Bestand in verschiedenen Buchungsperioden



347

12

erfolgt. Auch die Bestandsübersicht wurde durch die Umbuchung aktuali-

siert. Der Bestand für unsere Charge CH-RE-01 liegt nun im frei verwendba-

ren Bestand.

Schritt 7: GutschriftDa der Kunde eine Gutschrift erhalten soll, ist im letzten Schritt die Fak-

turasperre aus dem Retourenauftrag zu entfernen und die Retourengut-

schrift zu erstellen. Für unseren gesamten Ablauf ergibt sich damit ein Be-

legfluss, wie er in Abbildung 12.9 gezeigt wird.

Abbildung 12.9 Belegfluss der Retourenabwicklung

Die Umbuchung aus dem Retourensperrbestand in den frei verwendbaren

Bestand erfolgte ohne Bezug zum Retourenauftrag; sie ist damit nicht im

Belegfluss enthalten. Die Buchung Umsatz und Ausgangssteuer an Debitor

erfolgt in der Finanzbuchhaltung. Welche Werte wurden jedoch über unse-

re Gutschrift an die Ergebnis- und Marktsegmentrechnung übergeben? Die

Korrektur der fakturierten Menge, der Erlöse und der Umsatzkosten wer-

den in der Ergebnis- und Marktsegmentrechnung mit der Gutschrift er-

zeugt.



348

Ermittlung des

Bewertungspreises

Bei der Korrektur der Umsatzkosten können wir einen weiteren Effekt un-

serer Abwicklung über die getrennte Bewertung beobachten. In der Gut-

schrift wird der Bewertungspreis des Materialstamms (9,75 EUR, siehe Ab-

bildung 12.3) und nicht der untergeordneten Bewertungsart CH-RE-01

ermittelt. Wie ist das zu erklären? Die Ursache liegt darin, dass es sich bei

unserer Gutschrift um eine auftragsbezogene Gutschrift handelt. Dabei

wird die Faktura rein auf Basis des Auftrags erstellt.

Im Auftrag war jedoch die Charge noch nicht festgelegt. Aus diesem Grund

zieht das System hier den Bewertungspreis des Materials (9,75 EUR). Hätte

man bereits im Auftrag die Charge festgelegt, wäre der Bewertungspreis aus

dem Bewertungssegment der Charge ermittelt worden.

Lieferbezogene

Gutschrift

Eine andere Möglichkeit für die richtige Korrektur der Umsatzkosten in der

Ergebnis- und Marktsegmentrechnung (CO-PA) besteht darin, statt der auf-

tragsbezogenen Gutschrift eine lieferbezogene Gutschrift im Customizing

anzulegen. Auch dann wird in der Faktura der Bewertungspreis aus dem Be-

wertungssegment der Charge gezogen, da diese spätestens im Lieferbeleg

definiert werden muss und damit automatisch in die Faktura übergeben

wird.

Wichtige Entschei-

dungsfaktoren

Dieses Beispiel zeigt wieder die Gestaltungsspielräume bei der Nutzung

von SAP S/4HANA. Im Zusammenhang mit der getrennten Bewertung sind

bei der Einführung bzw. bei der Weiterentwicklung und Optimierung der

Prozesse und des Customizings folgende Fragen zu beantworten:

� Ist eine differenzierte Bewertung von retournierten Materialien notwen-

dig?

� Zu welchem Zeitpunkt wird die Bewertungsart vergeben (Retourenauf-

trag oder Retourenanlieferung)?

� Welche Werte in der Ergebnis- und Marktsegmentrechnung (Erlöse, Um-

satzkosten, Absatzmengen) sind zu korrigieren?

� Mit welchem Wertansatz sind diese Werte zu korrigieren (z. B. mit dem

Wert der retournierten Charge, dem Durchschnittswert des Material-

stamms oder der ursprünglich gelieferten Charge)?

12.4 Erweiterte Retourenabwicklung für Kundenretouren

In SAP S/4HANA stehen seit dem Release 1610 die Funktionen der erweiter-

ten Retourenabwicklung initial zur Verfügung. Diese unterstützt die Ab-

wicklung des gesamten Retourenprozesses, sowohl für Kunden- als auch

für Lieferantenretouren. Wir möchten schwerpunktmäßig aber nur auf die


12.4 Erweiterte Retourenabwicklung für Kundenretouren

349

12

Möglichkeiten bei der Abwicklung für Kundenretouren und deren weitere

Verarbeitung eingehen.

Die erweiterte Retourenabwicklung bietet folgende Funktionen:

� Kundenretourenaufträge erstellen

� Materialinspektionen erfassen

� logistische Folgeaktionen erfassen

� Rückerstattung oder Ersatzlieferung anlegen

� den kompletten Retourenprozess überwachen

CustomizingDas notwendige Customizing für die erweiterte Retourenabwicklung für

Kundenretouren befindet sich im Menüpfad Vertrieb. Alternativ kann das

Customizing auch unter dem Menüeintrag Logistik Allgemein vorgenom-

men werden, der zusätzlich noch die Einstellungen für Lieferantenretouren

umfasst. Um die Standardauftragsart RE2 Erw. Retoure für die Abwicklung

nutzen zu können, muss diese im Customizing aktiviert werden (siehe Ab-

bildung 12.10).

Abbildung 12.10 Aktivierung der Kundenretourenauftragsart (Transaktion SPRO)

Für die Erstellung der Gutschrift muss zusätzlich im Customizing auch eine

Auftragsart für die Gutschriftsanforderung aktiviert werden. Im Standard

ist dies für die erweiterte Retourenabwicklung die Auftragsart GA2.

Ebenfalls im Customizing können Sie Retourengründe (siehe Abbildung

12.11) und Rückerstattungsschlüssel (siehe Abbildung 12.12) definieren.

Diese können anschließend in der Preisfindung für die Rückerstattung ge-

nutzt werden.

Mit dem Rückerstattungsschlüssel (siehe Abbildung 12.12) können Sie an-

schließend in der Preisfindung der Gutschriftsanforderung (bzw. in der

Gutschrift) Abschläge vom normalen Verkaufsnettopreis für die Rück-

erstattung definieren.



350

Abbildung 12.11 Definition der Retourengründe (Transaktion SPRO)

Abbildung 12.12 Definition des Rückerstattungsschlüssels (Transaktion SPRO)

Die Preisfindung der Gutschriftsanforderung nehmen Sie im Vertriebs-

Customizing unter dem Menüeintrag Preisfindung vor. Es empfiehlt sich,

eine eigene Konditionsart mit entsprechender Zugriffsfolge anzulegen.

Für die Untersuchung der zurückgesendeten Ware oder der Inspektion des

Materials beim Kunden vor Ort definieren Sie im Customizing der erweiter-

ten Retourenabwicklung Inspektionsschlüssel. Die Inspektionsergebnisse

dienen dazu, die Folgeaktionen und die Rückerstattung zu steuern.

Für logistische Folgeaktionen werden im Standard verschiedene Schlüssel

ausgeliefert, die im Customizing aktiviert werden können. Auf Basis dieser

Folgeaktionsschlüssel und der Steuerung der Rückerstattung wird die auto-

matische Erstellung der erforderlichen Folgebelege gesteuert.

Einen Einblick in die Funktionalitäten der erweiterten Retourenabwicklung

geben wir im nachfolgenden Beispiel. Die Bedeutung der jeweiligen Folge-

aktivität finden Sie übersichtlich in der Customizing-Dokumentation der

erweiterten Retourenabwicklung.

12.5 Beispiel einer erweiterten Retourenabwicklung

Der Kunde 1025, Karl Müller GmbH, avisiert eine Retoure für ein Bücher-

regal mit der Materialnummer W0004711. Die Ware befindet sich beim

Kunden. Im Zuge des Beispiels durchlaufen wir folgende Schritte:



351

12

1. Erfassung des Kundenretourenauftrags

2. Erfassung der Retourenanlieferung

3. Materialinspektion im Lager

4. Rückerstattung für Kundenretoure

5. Kundenretourenübersicht

Schritt 1:

Kundenretou-

renauftrag erfassen

Wir erfassen einen Retourenauftrag mit der Auftragsart RE2. Dabei kann

der Retourenauftrag mit Bezug oder ohne Bezug zu einem vorherigen Kun-

denauftrag oder einer Rechnung erfasst werden. Für eine bessere Übersicht

legen wir einen Retourenauftrag ohne Bezug an. Aufgrund der Funktionali-

tät der erweiterten Retourenabwicklung hat der Kundenauftrag eine zu-

sätzliche Registerkarte Retouren (siehe Abbildung 12.13). Darauf erfassen

wir die Materialnummer, die zurückgesendete Menge und den Retouren-

grund.

Abbildung 12.13 Kundenretourenauftrag anlegen (Transaktion VA01)

Handelt es sich um eine ungeplante Retoure, d. h., sendet der Kunde die

Ware unangekündigt zurück, können Sie das Kennzeichen Material erhal-

ten setzen. In diesem Fall wird automatisch ein Wareneingang in den Re-

tourensperrbestand über eine Retourenanlieferung gebucht. Dieser Beleg

muss aber nicht mehr bearbeitet werden. In unserem Beispiel setzen wir



352

dieses Kennzeichen nicht. Wir erfassen aber eine Folgeaktion (Eingang in

Werk) und legen den Schlüssel für die Rückerstattungssteuerung (Über

Gutschriftsanforderung) fest.

Durch die Auswahl der Folgeaktion Eingang in Werk wird im Hintergrund

automatisch der Beleg für die Retourenanlieferung erzeugt. Im Feld Rücker-

stattungssteuerung (Rückerst.-St.) wählen wir die Option Über Gutschrifts-

anforderung. Damit wird festgelegt, dass die Fakturierung über eine Gut-

schriftsanforderung erfolgt (alternativ dazu wäre es auch möglich, eine

Faktura direkt mit Bezug zum Retourenauftrag zu erzeugen).

Schritt 2:

Retourenan-

lieferung erfassen

Im nächsten Schritt erfassen wir den Wareneingang für zurückgelieferte

Waren in unserem Werk (siehe Abbildung 12.14).

Die Wareneingangsbuchung des Materials erfolgt in den Retourensperrbe-

stand für die anschließende Materialinspektion im Lager.

Abbildung 12.14 Bearbeitung der Retourenanlieferung (Transaktion VL02N)

Schritt 3:

Materialinspektion

erfassen

Die Ergebnisse der Inspektion der im Lager eingegangenen Ware werden in

der Transaktion MSR_INSPWH erfasst. Im Einstiegsbildschirm können wir

den gewünschten Vorgang für die weitere Verarbeitung selektieren.

In dieser Funktion (siehe Abbildung 12.15) erfassen wir das Inspektionser-

gebnis. Es werden ein Inspektionsschlüssel, ein Kommentar zur Inspektion,

ein Inspektionsdatum und der Name des Prüfers dokumentiert.



353

12

Abbildung 12.15 Erfassung der Materialinspektion im Lager

(Transaktion MSR_INSPWH)

Auf Basis des Inspektionsergebnisses können Sie die entsprechenden logis-

tischen Folgeaktionen sowie die Rückerstattung für die Kundenretoure be-

stimmen (siehe Abbildung 12.16).

Abbildung 12.16 Erfassung logistischer Folgeaktionen und des Rückerstattungs-

schlüssels (Transaktion MSR_INSPWH)



354

Wir wählen die Folgeaktion 0005 An Lieferanten ausliefern aus. Über diese

Folgeaktion wird die Integration mit der Komponente MM gesteuert. Dort

wird mithilfe der gleichen Funktion (erweiterte Retourenabwicklung) die

Rücksendung der Ware an unseren Lieferanten gesteuert. Darauf wollen

wir an dieser Stelle aber nicht im Detail eingehen.

Schritt 4:

Erstellung der

Rückerstattung

Im nächsten Schritt legen wir über die Transaktion MSR_CRD die Rück-

erstattung für den Kunden fest und erfassen die Gutschriftsanforderung.

Dieser Schritt kann auch vor der Materialinspektion durchgeführt werden.

Da aber häufig der Rückerstattungsbetrag vom Inspektionsergebnis ab-

hängt, führen wir diesen Schritt anschließend durch (siehe Abbildung 12.17).

Abbildung 12.17 Rückerstattung für Kundenretouren anlegen

(Transaktion MSR_CRD)

Im Einstiegsbildschirm der Transaktion MSR_CRD selektieren wir den

Retourenauftrag (Belegnummer: 60000009). Durch die Wahl der Rück-

erstattungssteuerung im Retourenbeleg wird die Erstellung einer Gut-

schriftsanforderung festgelegt. Es erscheint dazu die Schaltfläche Gut-

schriftsanforderung anlegen, über den wir den Beleg erzeugen.

In den Konditionen der Positionen hat die neue Preisfindung die Kondi-

tionsart ZR01 gefunden. Abhängig vom Retourengrund und dem Rück-

erstattungsschlüssel erfolgt in unserem Beispiel ein Abschlag für den Kun-

den von 10 % (siehe Abbildung 12.18).

Schritt 5:

Überwachung des

Retourenprozesses

Einen Überblick über den Retourenprozess, die Belege und deren Status be-

kommen Sie in der Transaktion MSR_TRC_C.

Nach Selektion des relevanten Retourenauftrags sind im Detailbaum alle

erzeugten Belege sowie der jeweilige Status der logistischen Folgeaktionen

und der Rückerstattung angezeigt. Im Beispiel wurde die Gutschriftsanfor-

derung erstellt, die Gutschrift noch nicht (siehe Abbildung 12.19).



355

12

Abbildung 12.18 Preiselemente der Gutschriftsanforderungsposition

(Transaktion VA01)

Abbildung 12.19 Detailbaum der Retourenübersicht für Kundenretouren vor

Erstellung der Gutschrift (Transaktion MSR_TRC_C)

Nach der Erstellung der Gutschrift (Belegnummer 90000859), die wir hier

nicht mehr explizit aufführen, erscheint dieser Beleg ebenfalls in der Über-

sicht (siehe Abbildung 12.20). Über die Schaltfläche Belegerstellung neu

starten kann die Erstellung von Belegen angestoßen werden, die automa-

tisch nicht erzeugt werden konnten, weil Fehler (z. B. fehlende Stammda-

ten) beim Versuch der automatischen Erstellung aufgetreten sind.



356

Abbildung 12.20 Detailbaum der Retourenübersicht für Kundenretouren nach

Erstellung der Gutschrift (Transaktion MSR_TRC_C)


381

15

Kapitel 15

Cross-Company-Geschäfte

In diesem Kapitel lernen Sie, wie man den Vertrieb von Produkten abwi-

ckelt, wenn ein Konzern in mehrere selbstständige Einheiten aufgegliedert

ist. Diese Unternehmen haben unterschiedliche Organisationseinheiten,

wollen sich aus Vertriebssicht aber gegenseitig unterstützen.

In Zeiten des globalen Wettbewerbs unterliegen die Organisationsstruktu-

ren von Unternehmen einem ständigen Wandel. Steuerliche, organisatori-

sche und rechtliche Gründe führen dazu, dass innerhalb eines Konzerns

mehrere rechtlich selbstständige Einheiten entstehen, die Geschäfte unter-

einander abwickeln. Vertriebs- und Servicegesellschaften spezialisieren

sich auf den Absatz in unterschiedlichen Märkten, während sich produzie-

rende Einheiten auf die Entwicklung und die Herstellung der Produkte kon-

zentrieren. Gerade die Prozesse zwischen Unternehmen eines Konzerns

sollten effizient, einfach und transparent sein. Gleichzeitig müssen die An-

forderungen an das Controlling erfüllt werden. Mithilfe einer integrierten

Standardsoftware ist dieses Ziel erreichbar. Aber auch hier gilt grundsätz-

lich: Selbst mit der besten Software lässt sich nicht jede Struktur abbilden.

Im Folgenden zeigen wir Gestaltungsspielräume für die Entwicklung von

Cross-Company-Prozessen.

15.1 Betriebswirtschaftliche Grundlagen

Zwei Geschäfts-

modelle

Konzerne sind oft in mehrere rechtlich selbstständige Einheiten unterglie-

dert. Zwischen diesen Einheiten bestehen häufig vielfältige Kunden- und

Lieferantenbeziehungen, d. h., die einzelnen Gesellschaften kaufen und

verkaufen einander Produkte und Dienstleistungen. Wir wollen dabei zwei

Geschäfte unterscheiden:

� Verkauf an Endkunden

Dabei kauft ein Endkunde außerhalb des Konzerns Produkte bei einer

Konzerngesellschaft, der Vertriebsgesellschaft. Die Lieferung erfolgt je-

doch direkt aus dem Bestand einer anderen Konzerneinheit, der Produk-

tionsgesellschaft. Die Vertriebsgesellschaft berechnet die Ware an den


15 Cross-Company-Geschäfte

382

Endkunden, während die Produktionsgesellschaft die Ware direkt an

den Endkunden liefert und eine interne Rechnung an die Vertriebsge-

sellschaft stellt.

� Konzerninterne Beschaffung

Dabei sind Kunde und Lieferant jeweils Unternehmen eines Konzerns.

Der Kunde bestellt die Ware, und diese wird vom Lieferanten geliefert

und berechnet. Der Kunde wird Eigentümer und führt die Ware in sei-

nem Bestand. Anschließend verbraucht er die Ware als Rohstoff oder

Komponente in der eigenen Produktion oder verkauft diese als Handels-

ware weiter.

Verkauf an

Endkunden

Beide Vorgänge sind eigentlich »normale« Verkaufsvorgänge. Grundsätz-

lich könnte man demnach diese Vorgänge auch als »normalen« Vertriebs-

prozess abbilden. Abbildung 15.1 zeigt den Prozess Verkauf an Endkunden

innerhalb eines Konzerns als konventionellen Vertriebsprozess.

Abbildung 15.1 Verkauf an Endkunden (konventionell)

Die Vertriebsgesellschaft erfasst in diesem Prozess zunächst den Kunden-

auftrag vom Endkunden, erzeugt dann eine Bestellung und leitet diese an

die Produktionsgesellschaft weiter. Dort wird ein Kundenauftrag (Auftrag-

geber: Vertriebsgesellschaft) angelegt. Die Auslieferung an den Endkunden

erfolgt über einen Lieferbeleg. Mit Bezug zu dieser Lieferung erfolgt die Fak-

turierung an die Vertriebsgesellschaft, die abschließend die Rechnung an

Vertriebsgesellschaft(Buchungskreis 2000)

Produktionsgesellschaft(Buchungskreis 1000)

3. Kundenauftrag

AG: Vertriebsgesellschaft

4. Lieferung

WE: Endkunde

5. Faktura

RG: Vertriebsgesellschaft

AG: Auftraggeber WE: Warenempfänger KR: Kreditor

LF: Lieferant RG: Regulierer

1. Kundenauftrag

AG: Endkunde

2. Bestellung

LF: Produktionsgesellschaft

6. Eingangsrechnung

KR: Produktionsgesellschaft

7. Faktura

RG: Endkunde


15.2 Cross-Company-Konzept in SAP S/4HANA

383

15

den Endkunden stellt. Dieser Prozess entspricht dem klassischen Strecken-

geschäft (siehe Kapitel 8, »Streckenauftragsabwicklung«).

Interne BeschaffungAuch der Prozess der internen Beschaffung lässt sich als konventioneller

Liefervorgang abbilden. Dieser wird anschaulich in Abbildung 15.2 wieder-

gegeben.

Abbildung 15.2 Interne Beschaffung (konventionell)

Dabei wird in der Vertriebsgesellschaft eine Bestellung erfasst. Lieferant ist

die Produktionsgesellschaft, die bei sich einen Kundenauftrag (Auftragge-

ber: Vertriebsgesellschaft) erfasst. Über eine Lieferung wird die Warenliefe-

rung in SAP abgebildet. In der Vertriebsgesellschaft verbucht man den Wa-

reneingang. In der Produktionsgesellschaft wird eine Rechnung gestellt, die

in der Vertriebsgesellschaft zu einer Eingangsrechnung führt.


In Teil I, »Grundlagen des Vertriebs mit SAP S/4HANA«, haben wir unter an-

derem die Bedeutung der unterschiedlichen Organisationsstrukturen in

SAP S/4HANA beschrieben. Für die Abwicklung von Cross-Company-Pro-

zessen rücken die folgenden Objekte in den Mittelpunkt:

� Buchungskreis

� Vertriebsbereich

� Werk



2. Kundenauftrag

AG: Vertriebsgesellschaft

3. Lieferung

WE: Vertriebsgesellschaft

5. Faktura


LF: Lieferant WE: Warenempfänger RG: Regulierer

AG: Auftraggeber KR: Kreditor

1. Bestellung


4. Wareneingang

6. Eingangsrechnung




384

Die in Abschnitt 15.1, »Betriebswirtschaftliche Grundlagen«, beschriebenen

Abläufe werden im SAP-System durch folgende Szenarien abgebildet:

� buchungskreisübergreifender Verkauf (Verkauf an Endkunden)

� buchungskreisübergreifende Umlagerung (konzerninterne Beschaf-

fung)

15.2.1 Buchungskreisübergreifender Verkauf

Die oben genannten Szenarien ermöglichen eine wesentlich schlankere Ab-

bildung von Cross-Company-Prozessen als die in Abbildung 15.1 und in Ab-

bildung 15.2 beschriebene »konventionelle« Vorgehensweise. Beschäftigen

wir uns zunächst mit dem Szenario des buchungskreisübergreifenden Ver-

kaufs.

Abbildung 15.3 gibt hierzu einen Überblick. Im Folgenden werden wir die

dort gezeigten Schritte näher vorstellen:

1. Erfassen des Cross-Company-Auftrags im verkaufenden Buchungskreis

2. Erfassen der Lieferung im produzierenden Buchungskreis

3. Externe Faktura im verkaufenden Buchungskreis

4. Interne Faktura im produzierenden Buchungskreis

5. Eingangsrechnung im verkaufenden Buchungskreis

Abbildung 15.3 Buchungskreisübergreifender Verkauf



AG: Auftraggeber RG: Regulierer

WE: Warenempfänger KR: Kreditor

5. Eingangsrechnung


3. Faktura

RG: Endkunde

2. Lieferung

WE: Endkunde

1. Kundenauftrag

AG: Endkunde

4. Interne Verrechnung




385

15

Schritt 1:

Cross-Company-

Auftrag

Im Buchungskreis der Vertriebsgesellschaft (Buchungskreis 2000) wird ein

Kundenauftrag (Auftragsart TA, Positionstyp TAN) erfasst. In der Position

des Kundenauftrags wird jedoch ein Auslieferwerk ermittelt, das dem Bu-

chungskreis der Produktionsgesellschaft zugeordnet ist. Die Versandstelle

gehört ebenfalls zu dem Werk der Produktionsgesellschaft. Über die Preis-

findung wird in diesem Auftrag zusätzlich die Konditionsart PI01 (interner

Verrechnungspreis) ermittelt. Im Auftrag ist diese Kondition statistisch

und beeinflusst den Auftragswert nicht. Sie stellt lediglich den Verrech-

nungspreis der Produktionsgesellschaft an die Vertriebsgesellschaft als zu-

sätzliche Information dar. Da als Auslieferwerk der Position direkt das Werk

der Produktionsgesellschaft erfasst wurde, erfolgt die Bedarfsübergabe un-

mittelbar in dieses Werk. Auch die Verfügbarkeitsprüfung prüft gegen die

Bestände bzw. die geplanten Zu- und Abgänge im Produktionswerk. Da-

durch kann sowohl die Bestellung in der Vertriebsgesellschaft als auch der

Kundenauftrag in der Produktionsgesellschaft entfallen. Im Vergleich zu

Abbildung 15.1 hat Abbildung 15.3 deshalb zwei Prozessschritte weniger.

Auch erhält der Sachbearbeiter, der den Auftrag anlegt, sofort eine aktuelle

Information über die möglichen Liefertermine. Dies wäre bei einer konven-

tionellen Abwicklung ebenfalls nicht möglich, zumindest nicht auf der

Basis der dispositiven Situation im Lieferwerk.

Schritt 2:

Lieferung

Mit Bezug zum Kundenauftrag in der Vertriebsgesellschaft wird dann im

Werk der Produktionsgesellschaft (Buchungskreis 1000) ein Lieferbeleg in

SAP S/4HANA erzeugt. Dieser unterscheidet sich zunächst nicht von der Lie-

ferungsbearbeitung im normalen Auftragsprozess (siehe Kapitel 7, »Ter-

minauftragsabwicklung«). Allerdings stellt sich bei dieser Lieferung die

Frage nach der Ermittlung des Vertriebsbereichs (Kombination aus Ver-

kaufsorganisation, Vertriebsweg, Sparte). Normalerweise wird der Vertriebs-

bereich aus dem Kundenauftrag übernommen. Bei einer buchungskreis-

übergreifenden Lieferung ist dies nicht möglich, da der Kundenauftrag in

einem anderen Buchungskreis liegt. Deshalb wird der Vertriebsbereich aus

dem Customizing ermittelt. Jedem (Liefer-)Werk wird ein Vertriebsbereich

für die interne Verrechnung zugeordnet. Abbildung 15.4 zeigt die Customi-

zing-Einstellungen. Dort ist dem Werk 1000 der Vertriebsbereich 1000/10/

00 zugeordnet.

Nur wenn diese Einstellung vorhanden ist, kann aus diesem Werk bu-

chungskreisübergreifend verkauft werden. Der Vertriebsbereich in der Pro-

duktionsgesellschaft wird demzufolge abhängig vom Werk der zugrunde

liegenden Lieferung ermittelt: Wird also im Werk 1000 eine Lieferung für

einen Auftrag aus einem anderen Buchungskreis erfasst, wird in dieser Lie-

ferung der Vertriebsbereich 1000/10/00 ermittelt.



386

Abbildung 15.4 Customizing-Einstellungen zur Ermittlung des Vertriebsbereichs

in der buchungskreisübergreifenden Lieferung (Transaktion OVV9)

Schritt 3:

Externe Faktura

Im Unterschied zur »normalen« Auftragsabwicklung werden im Szenario

des buchungskreisübergreifenden Verkaufs zwei Fakturen mit Bezug zur Lie-

ferung angelegt. Zunächst wird die externe Faktura (Fakturaart F2) im Bu-

chungskreis der Vertriebsgesellschaft erzeugt. Über diese fakturiert die Ver-

triebsgesellschaft die Lieferung an den Endkunden. Die Erlöse werden in

der Finanzbuchhaltung gebucht und an die Ergebnis- und Marktsegment-

rechnung übergeben (siehe Kapitel 5, »Integration der Ergebnis- und Markt-

segmentrechnung«). Allerdings werden die Kosten in der Ergebnisrech-

nung hier in der Regel nicht aus dem Verrechnungspreis VPRS ermittelt,

denn dieser spiegelt bekanntlich den Bewertungspreis in der Produktions-

gesellschaft und damit die Planherstellungskosten aus Sicht eines anderen

Buchungskreises wider. Die Kosten in CO-PA werden daher häufig über die

Konditionsart PI01 (interner Verrechnungspreis) ermittelt. Dies ist der

Preis, den die Vertriebsgesellschaft an die Produktionsgesellschaft zahlt.

Aus Sicht der Vertriebsgesellschaft stellt die Konditionsart PI01 also die

Kosten des Umsatzes dar. Die Konditionsart PI01 ist somit im Customizing

der Ergebnis- und Marktsegmentrechnung (siehe Kapitel 5) dem Wertfeld

Umsatzkosten zugeordnet. Auf diese Einstellung kommen wir im vierten

Schritt unseres Szenarios zurück.

Exkurs: Umsatzsteuer bei Cross Company und Export

Besonderheiten gibt es in der Cross-Company-Abwicklung auch bei der Er-

mittlung des richtigen Mehrwertsteuerkennzeichens. Im Inlandsgeschäft

ist dies unkritisch: Sind Endkunde, Vertriebsgesellschaft und Produktions-

gesellschaft in einem Land angesiedelt, sind beide Vorgänge (externe sowie

interne Faktura) umsatzsteuerpflichtig. Der Mehrwertsteuersatz hängt

dann nur am Steuerkennzeichen des Debitors und des Materials. Allerdings

gibt es die Möglichkeit, mit den Finanzbehörden zu vereinbaren, dass die

interne Faktura von der Umsatzsteuerpflicht ausgenommen wird (umsatz-

steuerliche Organschaft innerhalb eines Konzerns).



387

15

Interessant dagegen ist der Exportfall. Dann ermittelt das System das Steu-

erkennzeichen abhängig von folgenden Kriterien:

� Abgangsland

� Empfangsland

� Steuerkennzeichen Debitor

� Steuerkennzeichen Material

Das Abgangsland wird dabei aus dem Lieferwerk ermittelt. Für die externe

Faktura ist das im Exportfall aber problematisch. Nehmen wir an, unsere

Vertriebsgesellschaft hat ihren Sitz in England und die Produktionsgesell-

schaft ihren Sitz in Deutschland. Die englische Vertriebsgesellschaft ver-

kauft an einen Kunden in England, und zwar buchungskreisübergreifend

aus dem Werk der Produktionsgesellschaft in Deutschland. Wird das Ab-

gangsland jetzt aus dem Lieferwerk ermittelt, so ist dies Deutschland. Für

die externe Faktura ergäbe sich folgende Situation:

� Abgangsland: Deutschland (aus Lieferwerk)

� Empfangsland: England (aus dem Debitorenstamm des Kunden)

In diesem Fall müsste das System einen Mehrwertsteuersatz von 0 % ermit-

teln, da Lieferungen innerhalb der Europäischen Union unter bestimmten

Voraussetzungen (der Kunde muss über eine Umsatzsteuer-Identifika-

tionsnummer verfügen) von der Umsatzsteuer befreit sind. Tatsächlich gilt

dies aber nur für die Verrechnung der Produktionsgesellschaft in Deutsch-

land an die Vertriebsgesellschaft in England. Die englische Vertriebsge-

sellschaft dagegen liefert innerhalb eines Landes an einen Kunden in Eng-

land – auch wenn die Ware direkt geliefert wird. Dieser Vorgang, und damit

die externe Faktura, unterliegt normalerweise der Umsatzsteuer. Für die-

sen Fall sieht das System die Möglichkeit vor, das Abgangsland aus der Ver-

kaufsorganisation im Kundenauftrag zu ermitteln. Dazu ist ein sogenannter

User Exit im Programm MV45AFZZ vorgesehen. Die genaue Vorgehenswei-

se können Sie SAP-Hinweis 10560 entnehmen (weitere wichtige Informa-

tionen zur Verwendung von User Exits finden Sie in SAP-Hinweis 381348).

Damit ist England sowohl das Abgangs- als auch das Empfangsland für die

externe Faktura, und die Umsatzsteuer wird entsprechend ermittelt.

An dieser Stelle sei darauf hingewiesen, dass in der Praxis die korrekte Er-

mittlung der Umsatzsteuer, vor allem im Exportfall, immer mit den zustän-

digen Behörden zu klären ist. Dies gilt vor allem bei EU-Dreiecksgeschäften.

Ein solches Geschäft liegt z. B. dann vor, wenn die Vertriebsgesellschaft im

Ausland über den beschriebenen Cross-Company-Ablauf aus einem deut-

schen Produktionswerk an einen Kunden verkauft, der seinen Sitz weder



388

im Land der Vertriebsgesellschaft noch im Land der Produktionsgesell-

schaft hat. In diesen Fällen muss die Ermittlung des Steuerkennzeichens

von weiteren Bedingungen abhängig gemacht werden. Je nach Anforde-

rung können diese in dem angesprochenen User Exit (MV45AFZZ) oder

aber durch Bedingungen und Übernahmeroutinen (Transaktion VOFM) im

Rahmen der Kopiersteuerung hinterlegt werden. Sie sehen die Umsatz-

steuerermittlung auch im Systembeispiel in Abschnitt 15.3, »Beispiel für

den buchungsübergreifenden Verkauf«.

Schritt 4:

Interne Faktura

Ebenfalls mit Bezug zur Lieferung wird die interne Faktura (Fakturaart IV)

im produzierenden Buchungskreis erzeugt. In dieser Faktura ist die Kon-

ditionsart PI01 nicht mehr statistisch, vielmehr dient sie jetzt der Er-

mittlung des Fakturawertes. Der Vertriebsbereich wird aus der Lieferung

übernommen. In unserem Fall wird der Vertriebsbereich 1000/10/00

übergeben (siehe Schritt 2). Eine weitere Besonderheit besteht in der Er-

mittlung des Regulierers und des Rechnungsempfängers. Beide werden

im Standardablauf (Terminauftragsabwicklung, bei der verkaufender und

produzierender, d. h. liefernder, Buchungskreis identisch sind) aus dem

Kundenauftrag übernommen. Dies ist bei der internen Verrechnung

nicht möglich: Als Rechnungsempfänger und Regulierer fungiert die Ver-

triebsgesellschaft und nicht der Endkunde. Also ist für die Vertriebsgesell-

schaft ein entsprechender Geschäftspartner im Buchungskreis der Pro-

duktionsgesellschaft zu verwenden. Auch dieser Stammsatz wird über das

Customizing ermittelt, indem jeder Verkaufsorganisation ein entspre-

chender Geschäftspartner zugeordnet wird (siehe Abbildung 15.5).

Abbildung 15.5 Zuordnung einer Kundennummer zur Verkaufsorganisation

(Transaktion OVVA)

Abhängig von der Verkaufsorganisation im Kundenauftrag wird der Debi-

torenstammsatz der internen Faktura ermittelt. In unserem Beispiel (siehe

Abbildung 15.5) heißt das: Wenn in der Verkaufsorganisation 2000 ein Kun-

denauftrag mit buchungskreisübergreifendem Verkauf angelegt wird,

dann wird in der zugehörigen internen Faktura (Buchungskreis 1000) der

Debitor 13000 (Sales Company UK) über das Customizing ermittelt.



389

15

Die interne Faktura erzeugt einen Buchhaltungsbeleg im liefernden Bu-

chungskreis. Dieser enthält die Erlösbuchung Debitorenkonto an Umsatzer-

löse und Mehrwertsteuer. Genau wie in der externen Faktura erfolgt eine

Fortschreibung der Ergebnis- und Marktsegmentrechnung (CO-PA) im lie-

fernden Buchungskreis. Übergeben werden die geplanten Erlöse sowie die

Planumsatzkosten. Die Ermittlung der Erlöse basiert auf der Konditionsart

PI01 und damit auf dem Preis, den der verkaufende Buchungskreis an den

liefernden Buchungskreis bezahlen muss. In Schritt 3 (externe Faktura)

haben Sie jedoch gesehen, dass diese Konditionsart dem Wertfeld Umsatz-

kosten im CO-PA-Customizing zugeordnet ist. Um zu erreichen, dass die

Konditionsart PI01 in der internen Faktura dem Wertfeld Erlöse zugeordnet

wird, sind Ergänzungen im CO-PA-Customizing notwendig. Dabei wird ab-

hängig von der Fakturaart (IV – interne Verrechnung) der Wert der Konditi-

on PI01 in das Wertfeld Erlöse fortgeschrieben. Die Umsatzkosten werden

»ganz normal« aus der Konditionsart VPRS (Bewertungspreis des Material-

stamms des liefernden Werkes) ermittelt.

Schritt 5:

Eingangsrechnung

Kommen wir damit zu Schritt 5, der Verbuchung der Eingangsrechnung im

verkaufenden Buchungskreis. Im »normalen« Einkaufsprozess (Bestellan-

forderung, Bestellung, Wareneingang, Rechnung) wird die Eingangsrech-

nung über die Rechnungsprüfung in der Anwendung Materialwirtschaft

(MM) mit Bezug zu Bestellung und Wareneingang verbucht. Im konventio-

nellen Ablauf (siehe Abbildung 15.1) würde dies deckungsgleich erfolgen. Da

aber im Szenario des buchungskreisübergreifenden Verkaufs Bestellung und

Wareneingangsbuchung in der Vertriebsgesellschaft entfallen, ist diese

Funktion hier nicht einsetzbar, weshalb die Rechnung direkt in der Finanz-

buchhaltung als Kreditorenbeleg zu erfassen ist. Der Buchungssatz lautet

dann Aufwandskonto (z. B. Wareneinsatz oder Verbrauch Handelsware) und

Vorsteuer an Kreditorenkonto.

Automatisierung

durch ALE

Auch dieser Schritt lässt sich automatisieren. Dabei kommt die Komponen-

te ALE (Application Link Enabling) der SAP-Software zum Einsatz. Es han-

delt sich dabei um ein generelles Werkzeug zur Verteilung von Daten. Mit-

hilfe der ALE-Werkzeuge lassen sich folgende Aktivitäten steuern:

� Daten an eine Integrationsplattform (z. B. SAP Exchange Infrastructure)

zur Übermittlung an andere Systeme oder Unternehmen übergeben

(siehe Kapitel 25, »Unternehmensübergreifende Auftragsabwicklung«)

� Daten an ein EDI-(Electronic-Data-Interchange-)Subsystem zur Versen-

dung von EDI-Nachrichten übergeben

� Daten von einem EDI-Subsystem empfangen und verarbeiten

� Daten zwischen verschiedenen SAP-Systemen austauschen



390

� Daten zwischen Mandanten austauschen

� Aktivitäten innerhalb eines Mandanten anstoßen

IDocs Als Basis für den Datenaustausch dienen sogenannte Zwischendateien, die

IDocs genannt werden. Das Kürzel IDoc steht für Intermediate Document. In

unserem Beispiel wird über die Nachrichtenfindung in der internen Faktura

eine Nachrichtenart mit dem Typ ALE ermittelt. Diese initiiert das Anlegen

eines IDocs mit dem IDoc-Typ INVOICE. Diese Datei enthält sämtliche Daten

der Faktura. Dazu gehören Kopfdaten wie der Regulierer, der Rechnungs-

empfänger oder die Zahlungsbedingungen. Genauso enthalten sind Positi-

onsdaten wie Material, Menge, Preise und Konditionen. Es werden jedoch

nur die Konditionen in das IDoc übergeben, für die im Kalkulationsschema

das Druckkennzeichen gesetzt wurde. Dieses dient normalerweise der

Drucksteuerung auf dem Fakturaformular. Ist das Kennzeichen gesetzt, wird

die Kondition auf dem Formular gedruckt. Dieses Kennzeichen ist also auch

für die Erstellung der IDoc-Datei bei der Ausgangsrechnung zuständig.

Eingangs-

verarbeitung

Sobald die Zwischendatei erzeugt ist, wird in Financial Accounting eine so-

genannte Eingangsverarbeitung für diese Datei gestartet. Somit dient die-

ses IDoc gleichermaßen als Eingangs- und als Ausgangsdatei. Dabei wird

auf Basis der Rechnungsdaten die Eingangsrechnung in der Finanzbuchhal-

tung gebucht – vorausgesetzt, dass entsprechende Customizing-Einstellun-

gen in Financial Accounting vorgenommen worden sind. Die wichtigsten

Einstellungen wollen wir kurz aufzählen:

� Ermittlung des Kreditorenstamms für den liefernden Buchungskreis

� Ermittlung des Aufwandskontos für die Verbuchung (siehe Abbildung

15.6); dabei wird abhängig vom Materialstamm ein Sachkonto ermittelt.

Abbildung 15.6 Ermittlung des Sachkontos bei der automatischen

Verbuchung der Eingangsrechnung im verkaufenden Buchungskreis

(Transaktion SPRO • Sachkonten für EDI-Verfahren zuordnen)



391

15

� Ermittlung einer kostenrechnungsrelevanten Zusatzkontierung (Kos-

tenstelle, Projekt, Innenauftrag); diese Zuordnung muss dann vorge-

nommen werden, wenn es sich bei dem Aufwandskonto um eine Kos-

tenart handelt – nicht jedes Aufwandskonto ist zwingend auch als

Kostenart angelegt.

� Ermittlung des Vorsteuerkennzeichens

� Ermittlung von Programmparametern für die Durchführung der Bu-

chung (siehe Abbildung 15.7)

Abbildung 15.7 Eingangsparameter im Customizing von Financial Accounting

zur automatischen Verbuchung der Eingangsrechnung im verkaufenden

Buchungskreis (Transaktion OBCE)

Sind diese Parameter gepflegt, wird mit der Verbuchung der Ausgangsrech-

nung in der Produktionsgesellschaft automatisch die Verbuchung der Ein-

gangsrechnung in der Vertriebsgesellschaft initiiert. Um eine gewisse Kon-

trolle im verkaufenden Buchungskreis zu haben, kann der Beleg mit einer

Zahlsperre versehen werden. In diesem Fall muss der Sachbearbeiter in der

Kreditorenbuchhaltung diese Sperre erst entfernen, bevor die Zahlung er-

folgen kann.



392

15.2.2 Buchungskreisübergreifende Umlagerung

Kommen wir jetzt zum zweiten Szenario im Cross-Company-Geschäft, der

buchungskreisübergreifenden Umlagerung. Dabei kauft die Vertriebsgesell-

schaft (Buchungskreis 2000) Produkte von der Produktionsgesellschaft

(Buchungskreis 1000). Anstatt diese aber wie beim buchungskreisübergrei-

fenden Verkauf direkt an den Kunden zu liefern, erfolgt die Lieferung an die

Vertriebsgesellschaft. Diese übernimmt die Materialien in ihren Bestand

und verwendet sie dann entweder als Komponente oder Rohstoff in der ei-

genen Produktion oder verkauft sie als Handelsware an ihre Kunden weiter.

Abbildung 15.8 gibt hierzu einen Überblick.

Abbildung 15.8 Buchungskreisübergreifende Umlagerung

Wir werden uns jetzt im Detail mit den folgenden Schritten beschäftigen:

1. Erfassen der Umlagerungsbestellung

2. Erfassen der Nachschublieferung

3. Durchführen der internen Verrechnung

4. Wareneingangsbuchung in der Vertriebsgesellschaft

5. Erfassen der Eingangsrechnung

Schritt 1:

Umlagerungs-

bestellung

Im ersten Schritt wird in der Vertriebsgesellschaft eine Umlagerungsbestel-

lung in der Materialwirtschaftsanwendung MM erfasst. Grundsätzlich

könnte vor der Umlagerungsbestellung auch eine Umlagerungsbestellan-

forderung stehen. Diese wird dann anschließend in eine Umlagerungsbe-

stellung umgewandelt. Jede Umlagerungsbestellanforderung wird im Werk



3. Interne Faktura


LF: Lieferant RG: Regulierer WE: Warenempfänger KR: Kreditor

1. Umlagerungsbestellung


4. Wareneingang

5. Eingangsrechnung


2. SD-Nachschublieferung

WE: Vertriebsgesellschaft



393

15

der Vertriebsgesellschaft als geplanter Zugang in der Disposition wirksam.

Gleichzeitig wird sie als geplanter Abgang (Bestellanforderungsabruf) in

der Produktionsgesellschaft eingelastet. Mit der Umsetzung der Umlage-

rungsbestellanforderung in eine Umlagerungsbestellung in der Vertriebs-

gesellschaft wird der Abrufbedarf zu einem Bestellabruf in der Produkti-

onsgesellschaft (zur Thematik der werksübergreifenden Beschaffung siehe

auch Kapitel 18, »Lagerverkauf mit Chargenfertigung«). Jede Bestellung hat

im Belegkopf einen Lieferantenstamm. Die Umlagerungsbestellung enthält

den Lieferantenstamm, der die Produktionsgesellschaft als Kreditor in der

Vertriebsgesellschaft repräsentiert. In diesem Kreditorenstamm ist das Lie-

ferwerk hinterlegt, wodurch das System erkennt, dass es sich um eine Um-

lagerung aus einem anderen Werk handelt. In den Positionen der Umlage-

rungsbestellung werden außerdem Materialien und Mengen sowie das

Lieferdatum festgelegt.

Schritt 2:

Nachschublieferung

Mit Bezug zur Umlagerungsbestellung kann nun in der Anwendung Sales

eine Lieferung mit der Lieferart Nachschublieferung Cross Company in der

Produktionsgesellschaft (Buchungskreis 1000) angelegt werden. Bei der

Terminauftragsabwicklung wird der Warenempfänger im Auftrag erfasst

und in den Lieferbeleg kopiert. Dies ist bei dieser Abwicklung nicht mög-

lich, da es keinen Kundenauftrag gibt. Vielmehr wird der Warenempfänger

über Customizing-Einstellungen in der Anwendung MM ermittelt. Dort ist

jedem Empfangswerk ein entsprechender Debitorenstamm zugeordnet.

Das Empfangswerk wird in der Umlagerungsbestellung vom Anwender er-

fasst. Abbildung 15.9 zeigt die Zuordnung des Werkes zu einem Debito-

renstammsatz.

Abbildung 15.9 zeigt damit Folgendes: Wenn eine Umlagerungsbestellung

in der Vertriebsgesellschaft (Werk 2000) erfasst wird, dann wird in der

Nachschublieferung der Produktionsgesellschaft der Geschäftspartner

13000 (Geschäftspartnername: Sales Company UK) über die Customizing-

Einstellung ermittelt.

Neben dem Geschäftspartnerstammsatz muss auch der Vertriebsbereich

über das Customizing ermittelt werden. Dies geschieht nach der gleichen

Logik wie in der Lieferung im Szenario des buchungskreisübergreifenden

Verkaufs (siehe Abbildung 15.4). Jedem Lieferwerk wird dabei ein Vertriebs-

bereich zugeordnet. Für eine Nachschublieferung im Buchungskreis 1000

(Produktionsgesellschaft) wird der Vertriebsbereich 1000/10/00 im Custo-

mizing ermittelt. Es handelt sich hierbei um die gleiche Tabelle wie im

Sales-Customizing des Szenarios buchungskreisübergreifender Verkauf (sie-

he Abbildung 15.4). Damit kann jedem Werk nur ein Vertriebsbereich zuge-

ordnet werden. Dieser wird bei beiden Szenarien herangezogen.



394

Abbildung 15.9 Zuordnung des Debitorenstamms zum Werk

(Transaktion SPRO • Versanddaten für Werke einstellen)

Schritt 3:

Interne Verrech-

nung

Mit Bezug zur Lieferung wird in der Produktionsgesellschaft (Buchungs-

kreis 1000) eine Faktura mit der Fakturaart interne Verrechnung angelegt.

Im Unterschied zum Szenario buchungskreisübergreifender Verkauf entfällt

die externe Faktura. Es können hier keinerlei Konditionen aus dem Kun-

denauftrag übernommen werden. Die Preisbestandteile, z. B. die Kondi-

tionsart PI01, müssen neu ermittelt werden. Ansonsten unterscheidet sich

der Fakturierungsvorgang nicht von der Erstellung der internen Faktura

beim buchungskreisübergreifenden Verkauf. Durch die Faktura wird also

ein Buchhaltungsbeleg Debitor an Umsatz und Mehrwertsteuer erzeugt.

Auch werden die Daten in die Ergebnis- und Marktsegmentrechnung (CO-

PA) fortgeschrieben.

Schritt 4:

Waren-

eingangsbuchung

Im vierten Schritt wird der Wareneingang in der Materialwirtschaftsan-

wendung MM in der Vertriebsgesellschaft gebucht. Dies erfolgt mit Bezug

zur Umlagerungsbestellung. Damit werden die entsprechenden Bestell-

positionen zur Auswahl angeboten. Der Buchhaltungsbeleg zur Waren-

eingangsbuchung enthält die Buchung Bestand an Wareneingangs-/Rech-

nungseingangs-Verrechnungskonto. Über die Wareneingangsbuchung wird

die Bestellentwicklungsstatistik der Umlagerungsbestellung nahtlos fort-

geschrieben.


15.3 Beispiel für den buchungsübergreifenden Verkauf

395

15

Schritt 5:

Eingangsrechnung

erfassen

Im letzten Schritt des Ablaufs ist die Eingangsrechnung in der Vertriebsge-

sellschaft zu erfassen. Im Unterschied zum Szenario buchungskreisübergrei-

fender Verkauf existiert jetzt in der Vertriebsgesellschaft eine Bestellung.

Damit kann auch die Funktion Rechnungsprüfung in der Materialwirt-

schaftsanwendung MM genutzt werden. Für den Anwender ergeben sich

keine Unterschiede zur Erfassung einer »normalen« Eingangsrechnung.

Der Buchungssatz des Belegs in der Finanzbuchhaltung lautet Warenein-

gangs-/Rechnungseingangs-Verrechnungskonto und Vorsteuer an Kreditor.

Auch bei diesem Ablauf kann die Rechnungserfassung über die ALE-Kom-

ponente automatisiert werden (siehe Szenario buchungskreisübergreifen-

der Verkauf ). Dabei ist es sehr wichtig, das ALE-Customizing so zu steuern,

dass die Rechnungsprüfung der Materialwirtschaft genutzt wird. Die Ein-

gangsverarbeitung simuliert gewissermaßen die Prüfung einer Eingangs-

rechnung über die Komponente Rechnungsprüfung und erzeugt den ent-

sprechenden Beleg. Nur wenn die Komponente Rechnungsprüfung genutzt

wird, wird die Umlagerungsbestellung richtig fortgeschrieben und erhält

dadurch den Status endgeliefert. Damit ist die Umlagerungsbestellung er-

ledigt. Vor allem wird das WE/RE-Konto (Wareneingangs-/Rechnungsein-

gangs-Verrechnungskonto), das beim Wareneingang bebucht wurde, wie-

der korrekt ausgeglichen.


AusgangslageIn unserem Systembeispiel wollen wir das Szenario buchungskreisüber-

greifender Verkauf demonstrieren. Wir bleiben bei den in Abschnitt 15.2,

»Cross-Company-Konzept in SAP S/4HANA«, eingeführten Organisations-

einheiten. Unser Endkunde in England, die Chemical Machines Ltd. (Debito-

rennummer 12500), bestellt das Material CC1000 (Reinigungslösung im

5-l-Kanister) bei unserer Vertriebsgesellschaft in England. Diese wird im

System über den Buchungskreis 2000 abgebildet. Für den Verkauf ist der

Vertriebsbereich 2000/10/00 zuständig. Die Lieferung erfolgt aus der

Produktionsgesellschaft (Buchungskreis 1000) in Deutschland direkt an

den Endkunden in England. Die Rechnung an den Endkunden stellt die Ver-

triebsgesellschaft in England (Buchungskreis 2000). Die Produktions-

gesellschaft (Buchungskreis 1000) stellt eine interne Faktura an die Ver-

triebsgesellschaft in England (Buchungskreis 2000). In unserem Beispiel

durchlaufen wir folgende Schritte:

1. Anzeige der Bestandssituation in der Produktionsgesellschaft

(Buchungskreis 1000, Werk 1000)



396

2. Erfassen des Kundenauftrags im Vertriebsbereich 2000/10/00

(Buchungskreis 2000, Vertriebsgesellschaft in England)

3. Anlegen der Lieferung in der Produktionsgesellschaft

4. Anzeige der Bestandssituation in der Produktionsgesellschaft

(Buchungskreis 1000, Werk 1000)

5. Erstellung der externen Faktura in der Vertriebsgesellschaft (Buchungs-

kreis 2000)

6. Erstellung der internen Faktura in der Produktionsgesellschaft

(Buchungskreis 1000)

7. Automatisches Verbuchen der Eingangsrechnung in der Vertriebsgesell-

schaft (Buchungskreis 2000)

8. Gesamtüberblick durch Anzeige des Belegflusses zum Kundenauftrag

Schritt 1:

Bestandsanzeige

des Buchungs-

kreises 1000

Zunächst betrachten wir die Bestände im Produktionswerk 1000 (siehe Ab-

bildung 15.10). Für unser Material CC1000 befinden sich noch 890 Stück im

Lagerort 0001 (Fertiglager).

Abbildung 15.10 Bestandsübersicht im Werk 1000 (Produktionsgesellschaft)

(SAP-Fiori-App »Bestand – mehrere Materialien«)

Schritt 2:

Kundenauftrag

Erfassen wir jetzt den Kundenauftrag mit der Auftragsart »TA« (Terminauf-

trag) im Vertriebsbereich der Vertriebsgesellschaft (2000/10/00). Abbil-

dung 15.11 zeigt den Einstieg in die Auftragserfassung.

Der Kunde Chemical Machines Ltd. (Debitorennummer 12500) bestellt 10

Stück des Materials CC1000 (Reinigungslösung im 5-l-Kanister). In der Posi-

tionsübersicht im Kundenauftrag (siehe Abbildung 15.12) sehen Sie, dass als

Auslieferwerk das Werk 1000 aus dem Buchungskreis der Produktionsge-

sellschaft erfasst wurde. Damit gehört das Werk zu einem anderen Bu-

chungskreis als die Verkaufsorganisation des Kundenauftrags.



397

15

Abbildung 15.11 Erfassung des Kundenauftrags im Vertriebsbereich 2000/10/00

der Vertriebsgesellschaft (Transaktion VA01)

Abbildung 15.12 Positionsübersicht im Kundenauftrag (Transaktion VA02)

In der Preisfindung für diese Position erkennen Sie in der Spalte KArt die

Konditionsart PR00 (Verkaufspreis des Endkunden) und PI01 (interner Ver-

rechnungspreis). Die Konditionsart PI01 ist im Auftrag »statistisch« und be-

einflusst den Nettowert der Position nicht (siehe Abbildung 15.13). Als Ver-

kaufspreis für den Endkunden wurden 100,00 GBP pro Stück festgelegt.

Der Verkaufspreis der Produktionsgesellschaft an die Vertriebsgesellschaft

beträgt 85,00 EUR pro Stück.

Über die Konditionsart PI01 wird der Preis festgelegt, den die Vertriebsge-

sellschaft (Buchungskreis 2000) an die Produktionsgesellschaft (Buchungs-

kreis 1000) bezahlt.



398

Abbildung 15.13 Preisfindung im Kundenauftrag (Transaktion VA02)

Schritt 3:

Lieferung

Mit Bezug zum Kundenauftrag wird ein Lieferbeleg im Werk der Produk-

tionsgesellschaft angelegt. Die Kommissionierung wird über die Pickmen-

ge dokumentiert. Abbildung 15.14 zeigt die Lieferung.

Abbildung 15.14 Lieferbeleg in der Cross-Company-Abwicklung (Transaktion

VL02N)

Schritt 4:

Bestandsanzeige im

Werk 1000

Durch die Warenausgangsbuchung hat sich die Bestandssituation im Werk

der Produktionsgesellschaft verändert (siehe Abbildung 15.15). Die Bestände

im Werk 1000 wurden um 10 auf 880 Stück reduziert (siehe Spalte Frei ver-

wendbar).

Der Warenausgang wurde wie üblich mit der Bewegungsart 601 gebucht.

Der zugehörige Buchhaltungsbeleg enthält den Buchungssatz Bestandsver-

änderungen an Bestand.



399

15

Abbildung 15.15 Bestandsübersicht nach der Warenausgangsbuchung im

Werk 1000 (SAP-Fiori-App »Bestand – mehrere Materialien«)

Schritt 5:

Externe Faktura

Im fünften Schritt wird die »externe« Faktura der Vertriebsgesellschaft an

den Endkunden erstellt. Abbildung 15.16 zeigt die erstellte Rechnung an den

Endkunden.

Abbildung 15.16 Faktura der Vertriebsgesellschaft an den Endkunden

(SAP-Fiori-App »Faktura verwalten«)

Als Regulierer erscheint der externe Kunde im Kopf der Faktura. In un-

serem Beispiel ist dies der Kunde Chemical Machines Ltd. mit der Debito-

rennummer 12500. Die Faktura führt zu dem Buchhaltungsbeleg in Abbil-

dung 15.17.

Der Buchhaltungsbeleg enthält die Buchung Debitorenkonto an Umsatz

und Mehrwertsteuer. In unserem Beispiel tritt der Fall ein, der im Abschnitt

»Exkurs: Umsatzsteuer bei Cross Company und Export« in Abschnitt 15.2.1

beschrieben wurde. Die Rechnung der englischen Vertriebsgesellschaft an

den Kunden in England ist umsatzsteuerpflichtig. Unser System wurde so

eingestellt, dass das Abgangsland in der externen Faktura aus der Verkaufs-

organisation (in unserem Fall: Verkaufsorganisation 2000 mit Sitz in Eng-



400

land) ermittelt wird. In der Ergebnis- und Marktsegmentrechnung (CO-PA)

spiegeln sich Erlöse (aus der Konditionsart PR00) und Kosten (aus der sta-

tistischen Kondition PI01) wider.

Abbildung 15.17 Buchhaltungsbeleg zur externen Faktura im Buchungskreis

2000 (Vertriebsgesellschaft) (SAP-Fiori-App »Buchungsbelege verwalten«)

Schritt 6:

Interne Faktura

Ebenfalls mit Bezug zur Lieferung erstellen wir nun die interne Faktura. Der

Nettowert (850,00 EUR) wird aus der Konditionsart PI01 ermittelt (siehe

Abbildung 15.18). Dagegen wird der Verrechnungswert aus der Konditions-

art VPRS ermittelt.

Abbildung 15.18 Anzeige interne Faktura im Cross-Company-Geschäft

(SAP-Fiori-App »Faktura verwalten«)

Über die interne Faktura stellt die Produktionsgesellschaft (Buchungskreis

1000) eine Rechnung an die Vertriebsgesellschaft (Buchungskreis 2000).



401

15

Folgerichtig tritt die Vertriebsgesellschaft hier als Regulierer (Debitoren-

stamm 13000) auf. Der Debitor wird über das Customizing ermittelt (siehe

Abbildung 15.5). Der Buchhaltungsbeleg in der Produktionsgesellschaft ent-

hält den Buchungssatz Debitor an Umsatzerlöse (siehe Abbildung 15.19).

Abbildung 15.19 Buchhaltungsbeleg der internen Faktura im Buchungskreis der

Produktionsgesellschaft (SAP-Fiori-App »Buchungsbelege verwalten«)

Da es sich beim Verkauf der deutschen Produktionsgesellschaft an die eng-

lische Vertriebsgesellschaft (aus aktueller Sicht noch) um ein Geschäft in-

nerhalb der Europäischen Union handelt und der Debitorenstammsatz der

Vertriebsgesellschaft über eine Umsatzsteuer-Identifikationsnummer ver-

fügt, bleibt der Vorgang von der Umsatzsteuer befreit. Auch in der Produk-

tionsgesellschaft werden Erlöse und Umsatzkosten an die Ergebnis- und

Marktsegmentrechnung weitergeleitet. Die Erlöse stammen von der Kon-

ditionsart PI01 (850,00 EUR), und die Umsatzkosten werden nun über die

Konditionsart VPRS aus dem Bewertungspreis im Materialstamm ermit-

telt. Damit werden die Planherstellungskosten an die Ergebnisrechnung in

der Produktionsgesellschaft übergeben.

Schritt 7:

Eingangsrechnung

in der Vertriebs-

gesellschaft

In der Vertriebsgesellschaft ist nun eine Eingangsrechnung zu buchen. In

unserem Systembeispiel haben wir diesen Schritt automatisiert. Über die

Nachrichtenfindung wurde die Nachrichtenart Z_BILLING_DOCUMENT er-

mittelt. Diese Nachrichtenart initiiert die Verbuchung der Eingangsrech-

nung. Abbildung 15.20 zeigt das Nachrichtenbild zur internen Faktura.

Diese Nachricht bewirkt, dass das System ein IDoc mit der Nummer 34 an-

gelegt hat. Diese Datei enthält die Rechnungsdaten. Lassen Sie uns einmal

den Verarbeitungsstatus dieser Datei anzeigen (siehe Abbildung 15.21).



402

Abbildung 15.20 Nachrichten in der internen Faktura (Transaktion VF03)

Abbildung 15.21 IDoc zur internen Faktura (Transaktion BD87)

Der Status 53 zeigt, dass über die Eingangsverarbeitung eine sogenannte

Batch-Input-Mappe erzeugt wurde. Mithilfe des Batch-Input-Verfahrens

werden Anwendertransaktionen durch ein Programm automatisch ausge-

führt. In unserem Fall wird also, basierend auf den Rechnungsdaten aus

dem IDoc 34, eine Eingangsrechnung in der Finanzbuchhaltung gebucht.

Abbildung 15.22 zeigt den Beleg in der Finanzbuchhaltung.

Abbildung 15.22 Beleg über die Eingangsrechnung im Buchungskreis 2000

(SAP-Fiori-App »Buchungsbelege verwalten«)



403

15

In der internen Faktura haben Sie gesehen, dass dieser Vorgang von der

Umsatzsteuer befreit ist, da es sich (noch) um eine innergemeinschaftliche

Lieferung handelt. Folgerichtig ist auch die Eingangsrechnung ohne Mehr-

wertsteuer zu buchen. Gemäß Umsatzsteuerrecht der Europäischen Union

sind hier jedoch zwei Buchungszeilen zu erfassen: eine über die Ausgangs-

steuer und eine über die Eingangssteuer (Erwerbssteuer). Die Produktions-

gesellschaft muss somit Erwerbssteuer entrichten, darf diese jedoch in glei-

cher Höhe als abzugsfähige Vorsteuer geltend machen. Die Effekte heben

sich also gegenseitig auf, es erfolgt jedoch ein getrennter Ausweis in der

Umsatzsteuervoranmeldung.

Schritt 8: BelegflussWerfen wir abschließend einen Blick auf den Belegfluss unseres Kunden-

auftrags mit der Auftragsnummer 942 (siehe Abbildung 15.23). Da nicht alle

Belege (interne Verrechnung) in der SAP-Fiori-App zum Prozessablauf des

Auftrags dargestellt werden, haben wir hier die herkömmliche Darstellung

des Belegflusses verwendet. Sie sehen, dass zunächst ein Kundenauftrag

angelegt wurde. Der erste Folgebeleg ist die Lieferung aus einem Werk, das

zu einem anderen Buchungskreis gehört. Die Lieferung löst zwei Fakturen

aus: die externe Faktura mit Fakturaart F2 und die interne Verrechnung mit

Fakturaart IV. Die Eingangsrechnung in der Vertriebsgesellschaft sehen Sie

im Belegfluss zum Kundenauftrag nicht.

Abbildung 15.23 Belegfluss im Kundenauftrag (Transaktion VA03)


21

0Einleitung

In den letzten Jahren bzw. Jahrzehnten hat die SAP-Software (SAP R/3 sowie

der Nachfolger SAP ERP) als integriertes betriebswirtschaftliches Anwen-

dungssystem seinen Siegeszug durch die Unternehmen der ganzen Welt

angetreten. Was macht den Erfolg dieser Software aus? Warum setzen so

viele Unternehmen verschiedener Branchen und unterschiedlicher Größe

dieses System zur Unterstützung der Prozesse im Unternehmen ein? Die

Antwort ist klar und einfach: Es bietet die wichtigsten Komponenten (Ver-

trieb, Produktion, Materialwirtschaft, Finanzbuchhaltung und Controlling)

und vor allem deren integrierte Anwendung. Außerdem können Funktio-

nen und Prozesse über das Customizing an die unterschiedlichen Anforde-

rungen der jeweiligen Unternehmen angepasst werden.

Von SAP ERP nach

SAP S/4HANA

Als SAP im Jahr 2015 das neue System SAP S/4HANA präsentierte, stellten

sich viele die Frage, ob es sich hier wirklich um ein neues System handelt

oder lediglich um einen Nachfolger von SAP ERP. SAP selbst positioniert

sich ganz klar und beschreibt SAP S/4HANA als komplett neues System.

Auch in den entsprechenden Marketingmaterialien von SAP zeigt sich das

deutlich, wird hier nun nicht mehr von Modulen wie Vertrieb oder Produk-

tion gesprochen, sondern von Funktionen wie SAP S/4HANA Sales oder SAP

S/4HANA Manufacturing. Auch die Oberfläche wurde überarbeitet. Der Ein-

stieg erfolgt nicht mehr über das SAP GUI, sondern über das neue SAP Fiori

Launchpad.

Ein Betrachter des Systems, vor allem mit langjähriger SAP-Erfahrung, wird

womöglich erst einmal erstaunt sein. Immerhin gibt es das SAP GUI noch

und das Menü schaut auch sehr ähnlich aus, ebenso wie die Transaktionen.

Der sogenannte Digital Core ist also zumindest für den Anwender doch

recht ähnlich, wenn man vom SAP Fiori Launchpad absieht.

Die Neuerungen befinden sich also eher unter der Motorhaube. Erst mit der

SAP-HANA-Datenbank haben sich Möglichkeiten ergeben, die so vorher

nicht da waren. Viele redundante Daten konnten zusammengelegt werden,

so gibt es an zahlreichen Stellen ein neuartiges Datenmodell. Viele Funktio-

nen konnten überarbeitet werden und werden auch in den weiteren

Releases aktualisiert. Beispielsweise gibt es ein komplett neuartiges Kon-

zept für die Materialbedarfsplanung. Ein weiterer wichtiger Punkt ist die

Strategie der Simplification. Auch wenn der Begriff eine Vereinfachung sug-

geriert, steht dahinter etwas anderes. Mit Simplification meint SAP die

Abschaffung unterschiedlicher Lösungen im gleichen Umfeld. Wenn es

früher mehrere Wege gab, ein und dasselbe abzubilden, wird unter SAP


Einleitung

22

S/4HANA nur noch ein Weg angeboten. So kann z. B. das Kreditmanage-

ment in SAP S/4HANA nur noch mit SAP Financial Supply Chain Manage-

ment abgebildet werden.

Zusätzlich werden Sonderfunktionalitäten aus anderen Systemen nach

und nach in SAP S/4HANA integriert bzw. neu entwickelt, wie etwa die

Funktion Advanced Available-to-Promise (AATP). Außerdem stehen neben

den SAP-Produkten, die in SAP S/4HANA integriert sind, auch sogenannte

Suite-Funktionalitäten zur Verfügung, die über die Cloud angebunden wer-

den können, wie z. B. SAP Hybris.

Sämtliche Systembeispiele, die Sie in diesem Buch finden, sind in SAP

S/4HANA 1610 durchgeführt worden. Die beschriebenen Geschäftsprozesse

haben sich im zum Zeitpunkt der Drucklegung dieses Buches aktuellen

Release SAP S/4HANA 1709 nicht geändert.

An den Stellen, an denen wir mit einer SAP-Fiori-App arbeiten konnten,

weisen wir auf diese App explizit hin. Durch den Umstieg auf SAP S/4HANA

ändert sich an den meisten Stellen nicht viel im Ablauf der Prozesse. Sollte

es aber zu Änderungen und Umstellungen kommen, weisen wir in dem

entsprechenden Kapitel darauf hin. Aber auch auf die technischen Ände-

rungen und Anpassungen in den Stammdaten, die sich durch SAP

S/4HANA ergeben, gehen wir ein und geben immer wieder einen Einblick

in das SAP Fiori Launchpad.

Zielgruppe des Buches

Das Buch richtet sich grundsätzlich an alle, die sich mit der Abbildung von

Vertriebsprozessen in der Software SAP S/4HANA beschäftigen und sich

dabei vor allem auch für die Schnittstellen zu den angrenzenden Anwen-

dungen in Finanzwesen, Controlling, Materialwirtschaft und Produktion

interessieren. SAP-Kenntnisse sind nicht erforderlich, aber grundlegendes

IT-Wissen wird die Lektüre erleichtern. Das Buch ist vor allem für jene

geschrieben, die sich anschließend auf Basis einer soliden Grundlage detail-

liert mit dem Thema auseinandersetzen wollen. Es richtet sich damit glei-

chermaßen an Mitarbeiter in Fach- und IT-Abteilungen, Projektleiter und

Berater. Das Buch ersetzt selbstverständlich keine vollständige Dokumen-

tation (siehe http://help.sap.com) und auch keine Schulung in der Anwen-

dung oder im Customizing. Es dient aber als gezielte Vorbereitung, um

mehr Nutzen aus Schulungen zu ziehen und die Informationen aus der

Dokumentation effektiver einzusetzen.

IT, Betriebswirt-

schaft und Mensch

Neben dem Zusammenspiel zwischen betriebswirtschaftlich-organisatori-

schen Anforderungen und der technischen Umsetzung in der Software ist


Einleitung

23

der Mensch ein weiterer wichtiger Erfolgsfaktor für ein gelungenes Einfüh-

rungsprojekt von SAP S/4HANA. Berater und IT-Mitarbeiter dürfen sich

dabei nicht ausschließlich auf technische Aspekte fokussieren, sondern

müssen auch betriebswirtschaftliches Know-how mitbringen. Key-User

(Power User) dürfen sich umgekehrt aber nicht auf die fachlichen Aspekte

beschränken. Vielmehr ist es entscheidend, dass Key-User die grundsätz-

lichen Gestaltungsmöglichkeiten von Funktionen und Prozessen kennen,

um gemeinsam mit Beratern und IT-Mitarbeitern die bestmöglichen

Lösungen zu schaffen. Dazu gehört auch ein Grundverständnis des Custo-

mizings, wie es dieses Buch vermittelt. Gerade für Key-User ist das Buch

deshalb ein guter Einstieg in das Thema. Denn erst eine optimale Abstim-

mung zwischen Betriebswirtschaft, Mensch und IT schafft die besten

Voraussetzungen für einen erfolgreichen Nutzen von SAP S/4HANA.

Ziel des Buches

Das Ziel dieses Buches ist es, Ihnen grundlegende Kenntnisse der wesentli-

chen Gestaltungsmöglichkeiten bei der Abbildung von Geschäftsprozessen

mit SAP S/4HANA zu vermitteln. Es geht darum, den Zusammenhang zwi-

schen Einstellungen im Customizing und dem Ablauf von Funktionen und

Prozessen in der Anwendung deutlich zu machen. Dabei wollen wir den

Vertrieb (SAP S/4HANA Sales) nicht als isolierte Anwendung betrachten,

sondern wir beleuchten das prozessorientierte Zusammenspiel von Ver-

trieb, Produktion, Materialwirtschaft, Controlling und Finanzbuchhaltung

zur Optimierung betrieblicher Wertschöpfungsketten.

Aufbau des Buches

Grundlagen des

Vertriebs mit

SAP S/4HANA

In Teil I, »Grundlagen des Vertriebs mit SAP S/4HANA«, erläutern wir die

Grundstrukturen der Software. Dabei stehen die Abbildung der Unterneh-

mensorganisation und der Aufbau der Stammdaten im Mittelpunkt.

Kapitel 1, »Überblick über SAP S/4HANA«, gibt Ihnen eine grundlegende

Orientierung. Hier werden vor allem die In-Memory-Technologie, die

Architektur und die wesentlichen Änderungen von SAP S/4HANA im

Gegensatz zu einem SAP-ECC-System vorgestellt.

Organisationseinheiten sind eine wichtige Grundlage, um ein Unterneh-

men innerhalb von SAP S/4HANA abzubilden. In Kapitel 2, »Organisations-

einheiten«, werden Sie die aus Vertriebssicht wichtigsten Einheiten

kennenlernen.


Einleitung

24

Kapitel 3, »Stammdaten«, fokussiert auf weitere wichtige Grundlagen.

Stammdaten sind wesentliche Informationen, die zum Arbeiten mit SAP

S/4HANA nötig sind. Die für das Buch relevanten Vertriebsstammdaten

rücken wir in diesem Kapitel in den Mittelpunkt.

Vertriebs-

funktionen in

SAP S/4HANA

In Teil II, »Vertriebsfunktionen in SAP S/4HANA«, geben wir Ihnen einen

Überblick über alle wichtigen Vertriebsfunktionen, jeweils verbunden mit

den betriebswirtschaftlichen Grundlagen, den wesentlichen Bestandteilen

und einem umfassenden Beispiel. Dieser Buchteil umfasst auch die Integra-

tion der Ergebnis- und Marktsegmentrechnung.

Kapitel 4, »Grundlegende Vertriebsfunktionen«, befasst sich mit Fragen

wie: Sind genügend Waren zur Auftragserfüllung auf Lager? Bedeutet der

Kunde ein finanzielles Risiko? Diese Fragen werden mit den Funktionen

Verfügbarkeitsprüfung und Kreditmanagement geklärt. Außerdem werden

in diesem wichtigen Kapitel noch weitere zentrale Funktionen beschrieben.

Der Vertrieb ist ein wichtiger Datenlieferant für das Management und trägt

maßgeblich zur Messung von Erfolg oder Misserfolg bei. Daher wird in

Kapitel 5, »Integration der Ergebnis- und Marktsegmentrechnung«, eben-

diese Form der Berechnung thematisiert.

Vertriebsprozesse in

SAP S/4HANA

Nachdem Sie die Funktionen kennengelernt haben, werden in Teil III, »Ver-

triebsprozesse in SAP S/4HANA«, die Vertriebsprozesse in den Blickpunkt

gerückt – auch hier wieder in Verbindung mit betriebswirtschaftlichen

Grundlagen und Beispielen aus unterschiedlichen Branchen. Abgerundet

wird dieser Buchteil mit dem Thema Reporting.

Der Verkaufsbeleg ist das zentrale Objekt der Auftragserfassung und -bear-

beitung durch einen Anwender und ist die Basis für die meisten Aktivitäten

im Vertriebsumfeld. In Kapitel 6, »Der Verkaufsbeleg«, wollen wir den Auf-

bau und die wichtigsten Grundlagen vermitteln.

Kapitel 7, »Terminauftragsabwicklung«, vereint das erlernte Wissen der

vorherigen Kapitel. Wir durchlaufen in der Terminauftragsabwicklung

einen kompletten Vertriebsprozess, beginnend bei der Erfassung einer

Kundenanfrage bis hin zur Rechnungsstellung. Die Terminauftragsabwick-

lung ist der meistgenutzte Vertriebsprozess und die Basis für weitere Vari-

anten von Vertriebsprozessen.

Kapitel 8 handelt von der »Streckenauftragsabwicklung«, einer oft genutz-

ten Möglichkeit, um Kunden mit den bestellten Waren zu versorgen. Der

Kunde wird nicht direkt vom verkaufenden Unternehmen beliefert, son-

dern unmittelbar vom eigenen Lieferanten des Verkäufers. Die Zahlung des

Kunden erfolgt jedoch nicht an den Lieferanten, sondern wie gewohnt an

das verkaufende Unternehmen.


Einleitung

25

Kapitel 9, »Konsignationsabwicklung«, beschreibt, wie der Kunde ein Liefe-

rantenlager auf seinem eigenen Gelände beherbergt. Die Waren bleiben bis

zur Entnahme im Besitz des Lieferanten. Eine geringe Kapitalbindung auf-

seiten des Kunden und eine kurze Lieferzeit sind die zentralen Vorteile.

Bei Aufträgen mit langer Laufzeit (beispielsweise im Projektgeschäft) sind

Einmalzahlungen ungeeignet. In Kapitel 10, »Fakturierungspläne und

Anzahlungsabwicklung«, lernen Sie Möglichkeiten kennen, wie man mit

Fakturierungsplänen mehr als einen Zahlungstermin pro Auftrag umset-

zen kann.

Kapitel 11, »Leihgutabwicklung«, zeigt, wie man innerhalb von SAP

S/4HANA eine Leihgutabwicklung realisieren kann. Ähnlich wie bei der

Konsignationsabwicklung geht die Ware zunächst nicht in Kundenbesitz

über. Die Leihgutabwicklung wird vor allem zur Bereitstellung von Waren-

proben genutzt sowie bei wiederverwendbaren Verpackungen oder zum

Verleih eines Geräts.

Die Abwicklung von Kundenretouren führt häufig zu größerem Aufwand

beim verkaufenden Unternehmen. In Kapitel 12, »Retourenabwicklung«,

zeigen wir zwei gängige Möglichkeiten, um dieses Szenario in der Standard-

software umzusetzen.

Kapitel 13, »Gut- und Lastschriften«, zeigt, wie man Kunden nachträglich

finanziell belasten oder entlasten kann. In Verbindung mit diesem Prozess

gibt es meistens keine Lieferungen. Einsatzszenarien können z. B. sein: zu

hoher bzw. zu geringer Rechnungsbetrag oder eine schadhafte Lieferung.

Diese Missstände müssen nachträglich abgewickelt werden.

Kapitel 14, »Rahmenverträge«, ist für Unternehmen interessant, die eine

geregelte Partnerschaft mit ihren Lieferanten unterhalten wollen. Liefer-

sicherheit (Liefertermine) und Preisabsprachen sind meist die treibende

Kraft für Rahmenverträge. In SAP S/4HANA stehen z. B. mit Lieferplänen

und Kontrakten Möglichkeiten zur Verfügung, um solche Rahmenverträge

mit den Lieferanten abzubilden.

Kapitel 15, »Cross-Company-Geschäfte«, beschreibt einen Cross-Company-

Prozess. Dieser Prozess wird von Unternehmen verwendet, die in mehrere

rechtlich selbstständige Einheiten strukturiert sind, die sich aber im Ver-

triebsprozess gegenseitig unterstützen und Geschäfte miteinander ab-

wickeln.

Kapitel 16, »Zentrale Reklamationsbearbeitung«, zeigt eine weitere Mög-

lichkeit, wie man mit SAP S/4HANA einen Retouren-Prozess umsetzen

kann. Mit der zentralen Reklamationsabwicklung können aus einer zen-


Einleitung

26

tralen Transaktion heraus mehrere unterschiedliche Prozesse gestartet

werden.

Kapitel 17, »Reporting mit SAP S/4HANA Embedded Analytics«, beschreibt

die Möglichkeit, wie Sie kennzahlenbasierte Analysen und Berichte mit SAP

S/4HANA Embedded Analytics oder mit dem externen SAP Business

Warehouse und Tools aus dem SAP-BusinessObjects-Paket erstellen. Wir

gehen hier auch auf die Unterschiede der einzelnen Reporting-Szenarien

ein, um Ihnen einen besseren Überblick zu ermöglichen.

Gestaltung von

Wertschöpfungs-

ketten in

SAP S/4HANA

In Teil IV, »Gestaltung von Wertschöpfungsketten in SAP S/4HANA«, zei-

gen wir das komponentenübergreifende Zusammenspiel in unterschiedli-

chen Szenarien der Massenfertigung, Kundeneinzelfertigung und Projekt-

fertigung.

In Kapitel 18, »Lagerverkauf mit Chargenfertigung«, greifen wir das in Teil

II, »Vertriebsfunktionen in SAP S/4HANA«, vermittelte Wissen bezüglich

Chargen auf und wenden dieses nun auf eine komplette Wertschöpfungs-

kette an. Innerhalb dieses Kapitels beschreiben wir den kompletten Prozess

zum Lagerverkauf von Produkten mit Chargenpflicht.

Kapitel 19, »Vorplanung ohne Endmontage«, zeigt den kompletten Prozess

der Vorplanung ohne Endmontage. Hohe Lagerbestände, wie beispiels-

weise bei der Herstellung von Fertigerzeugnissen (Vorplanung mit End-

montage), oder lange Lieferzeiten (Kundeneinzelfertigung) stellen oft ein

Problem dar. Dieser Prozess zeigt einen Mittelweg.

Während Kapitel 18 und Kapitel 19 Prozesse aus der Massenfertigung zei-

gen, beschreiben wir in Kapitel 20, »Kundeneinzelfertigung«, das kom-

plette Gegenteil: Das Produkt wird speziell für einen Kunden entwickelt

und gefertigt.

In Kapitel 21, »Projektfertigung«, werden Sie eine besondere Form der Kun-

deneinzelfertigung kennenlernen. Innerhalb dieser Wertschöpfungskette

wird, wie bei der Kundeneinzelfertigung, ein kundenindividuelles Produkt

produziert. Dieser Prozess verlangt jedoch den Einsatz der Komponente

Projektsystem, um der Komplexität dieses Produktes gerecht zu werden.

Daraus ergeben sich deutliche Unterschiede zur Kundeneinzelfertigung.

Kapitel 22, »Weitere Szenarien«, beschreibt in Kurzform einige weitere

Wertschöpfungsketten, die mit SAP S/4HANA umgesetzt werden können.

Technologien und

systemübergrei-

fende Geschäfts-

prozesse

In Teil V, »Technologien und systemübergreifende Geschäftsprozesse«,

erweitern wir die Perspektive auf die Möglichkeiten zur Abbildung system-

und unternehmensübergreifender Geschäftsprozesse.


Einleitung

27

In Kapitel 23, »Integrationstechnologie«, stellen wir Ihnen den SAP Busi-

ness Client und die SAP Cloud Platform vor.

In Kapitel 24, »SAP Fiori Launchpad«, greifen wir ein sehr aktuelles The-

mengebiet auf: die Abbildung der Geschäftsprozesse in der neuen Oberflä-

che unter SAP S/4HANA. Wir zeigen den Aufbau und die Einrichtung des

SAP Fiori Launchpads anhand einer ausgewählten Vertriebsrolle.

In Kapitel 25, »Unternehmensübergreifende Auftragsabwicklung«, erläu-

tern wir basierend auf den zuvor erarbeiteten Inhalten einen unterneh-

mensübergreifenden Vertriebsprozess zwischen zwei Unternehmen.

Kapitel 26, »CRM mit SAP Hybris Customer Engagement and Commerce«,

widmet sich dem Thema Customer Relationship Management (CRM) und

zeigt, wie das CRM durch die Lösung SAP Hybris Customer Engagement and

Commerce in SAP S/4HANA umgesetzt wird.

Kapitel 27, »Migration von SAP ERP nach SAP S/4HANA«, beschreibt mög-

liche Umstellungsszenarien und die Werkzeuge, die SAP für den Umstieg

auf das neue System zur Verfügung stellt.

Mit Kapitel 28, »Der Prozessgedanke«, gehen wir noch einen Schritt weiter.

Hierbei stellen wir die wichtigsten Prinzipien vor, die vor und nach der Ein-

führung eines SAP-Systems und den zuvor thematisierten Prozessen zu

beachten sind.

Auf Kapitel 28 folgt eine Zusammenfassung mit einem kurzen Ausblick in

Kapitel 29, der das Buch abschließt.

Im Anhang finden Sie unter anderem ein nützliches Glossar sowie die im

Buch aufgeführten Transaktionen und zugehörigen Menüpfade.

Danksagung

Als Autoren dieses Buches schmücken unsere Namen das Cover, aber

bedanken möchten wir uns bei allen unseren Kollegen in der PIKON Inter-

national Consulting Group (www.pikon.com) für ihre unentbehrliche

Unterstützung. PIKON konzentriert sich als Beratungshaus mit dem Drei-

Punkt-Ansatz (Mensch – IT – BWL) auf die Geschäftsfelder ERP, Business

Intelligence (BI), Custom Development und Managementberatung.

Schwerpunkt in diesem Buch ist die Anwendung von SAP S/4HANA im

Bereich Sales. So werden unter anderem das SAP Fiori Launchpad, das neue

Geschäftspartnerkonzept, SAP S/4HANA Embedded Analytics sowie die

Migration auf SAP S/4HANA ausführlich behandelt. Das Grundkonzept

bleibt aber auch diesem Buch erhalten: Die Prozesse stehen im Mittelpunkt


Einleitung

28

und bilden die Grundlage für eine erfolgreiche Nutzung von SAP S/4HANA.

Neben den Kernprozessen im Vertrieb zeigen wir dabei auch deren Einbin-

dung in anwendungsübergreifende Wertschöpfungsketten.

Zu unserem Beispiel zum unternehmensübergreifenden Geschäftsprozess

und zu Kapitel 23, »Integrationstechnologie«, hat Daniel Bauer mit seiner

Erfahrung und Kompetenz als Bereichsleiter Custom Development einen

wertvollen Beitrag geleistet. Herzlichen Dank an dieser Stelle für den enga-

gierten Einsatz. Aber auch unserem Kollegen Benjamin Duppe sei gedankt

für seinen Beitrag zu dem wichtigen Thema »Reporting mit SAP S/4HANA

Embedded Analytics« (Kapitel 17). Die Informationen zu SAP Hybris Cus-

tomer Engagement and Commerce (SAP Hybris CEC) in Kapitel 26 hat Jörg

Kümpflein von der innovate Software GmbH beigesteuert. Das Unterneh-

men bietet Dienstleistungen im Bereich SAP Hybris Commerce, SAP Hybris

Marketing, SAP Hybris Cloud for Sales und SAP Hybris Cloud for Service an.

Des Weiteren bedanken wir uns bei allen Kollegen, die, in welcher Form

auch immer, ihren Teil zu diesem Werk beigetragen haben.

Ein herzliches Dankeschön gilt auch unserem Lektor beim Rheinwerk Ver-

lag, Stefan Thißen, für die jederzeit sehr gute, konstruktive und angenehme

Zusammenarbeit bei der Erstellung des Buches.

Schließlich gilt unser Dank allen Mitarbeitern der PIKON International

Consulting Group sowie unseren Familien und Freunden, die uns während

des Buchprojekts mit Rat und Tat unterstützt haben.

Alena Bauer, Fatjon Hoxha und Jochen Scheibler


Auf einen Blick

TEIL I Grundlagen des Vertriebs mit SAP S/4HANA1 Überblick über SAP S/4HANA ............................................................................. 312 Organisationseinheiten ....................................................................................... 513 Stammdaten ............................................................................................................ 59

TEIL II Vertriebsfunktionen in SAP S/4HANA4 Grundlegende Vertriebsfunktionen ................................................................ 1055 Integration der Ergebnis- und Marktsegmentrechnung .......................... 205

TEIL III Vertriebsprozesse in SAP S/4HANA6 Der Verkaufsbeleg .................................................................................................. 2257 Terminauftragsabwicklung ................................................................................ 2398 Streckenauftragsabwicklung ............................................................................. 2759 Konsignationsabwicklung ................................................................................... 289

10 Fakturierungspläne und Anzahlungsabwicklung ....................................... 29711 Leihgutabwicklung ................................................................................................. 32312 Retourenabwicklung ............................................................................................. 33513 Gut- und Lastschriften .......................................................................................... 35714 Rahmenverträge ..................................................................................................... 36715 Cross-Company-Geschäfte ................................................................................. 38116 Zentrale Reklamationsbearbeitung ................................................................. 40517 Reporting mit SAP S/4HANA Embedded Analytics ..................................... 421

TEIL IV Gestaltung von Wertschöpfungs-ketten in SAP S/4HANA

18 Lagerverkauf mit Chargenfertigung ................................................................ 44919 Vorplanung ohne Endmontage ......................................................................... 46920 Kundeneinzelfertigung ........................................................................................ 50321 Projektfertigung ...................................................................................................... 53322 Weitere Szenarien .................................................................................................. 571

TEIL V Technologien und systemüber-greifende Geschäftsprozesse

23 Integrationstechnologie ....................................................................................... 58124 SAP Fiori Launchpad .............................................................................................. 60925 Unternehmensübergreifende Auftragsabwicklung .................................. 63126 CRM mit SAP Hybris Customer Engagement and Commerce ............... 65927 Migration von SAP ERP nach SAP S/4HANA .................................................. 67928 Der Prozessgedanke ............................................................................................... 69529 Zusammenfassung und Ausblick ...................................................................... 711


9

Inhalt

Einleitung .......................................................................................................................... 21

TEIL I Grundlagen des Vertriebs mit SAP S/4HANA

1 Überblick über SAP S/4HANA 31

1.1 Die In-Memory-Technologie und SAP HANA als Datenbank ...... 31

1.2 Architektur von SAP HANA ........................................................................ 35

1.3 Grundlegende Konzepte von SAP S/4HANA ...................................... 38

1.3.1 Geschäftspartner-Konzept .......................................................... 38

1.3.2 Vereinfachung der Datenstruktur (Universal Journal) ....... 38

1.3.3 Materialnummernlänge ............................................................... 39

1.3.4 Kompatibilitätsmodus .................................................................. 40

1.3.5 Echtzeit, Vereinfachung ................................................................ 40

1.3.6 Keine Summentabellen ................................................................ 41

1.3.7 Material Ledger verbindlich ......................................................... 42

1.3.8 Re-Integration von Planungsfunktionen ................................ 43

1.3.9 MRP Live ............................................................................................. 43

1.4 User Experience ............................................................................................... 44

1.4.1 SAP Fiori .............................................................................................. 45

1.4.2 SAP GUI ............................................................................................... 45

1.4.3 SAP Fiori Launchpad ....................................................................... 46

1.5 Integration in andere Bereiche ................................................................ 48

2 Organisationseinheiten 51

2.1 Mandant ............................................................................................................. 51

2.2 Buchungskreis ................................................................................................. 52

2.3 Werk ..................................................................................................................... 53

2.4 Lagerort .............................................................................................................. 53


Inhalt

10

2.5 Vertriebsbereich ............................................................................................. 54

2.6 Verkaufsbüro und Verkäufergruppe .................................................... 56

2.7 Organisationseinheiten im Versand ..................................................... 57

2.8 Organisationsstrukturen im Controlling ............................................ 57

3 Stammdaten 59

3.1 Geschäftspartner (Business Partner) .................................................... 59

3.2 Materialstamm ............................................................................................... 66

3.3 Konditionen ..................................................................................................... 71

3.3.1 Betriebswirtschaftliche Grundlagen ........................................ 71

3.3.2 Elemente der Preisfindung .......................................................... 72

3.3.3 Beispiel für die Preisfindung ....................................................... 83

3.4 Bonusabwicklung .......................................................................................... 88

3.5 Nachrichtenfindung ..................................................................................... 90


3.5.2 Elemente der Nachrichtenfindung nach alter Technik ..... 92

3.5.3 Elemente der Nachrichtenfindung in SAP S/4HANA ......... 92

3.5.4 Beispiel für die Ermittlung der Rechnung

in der Faktura ................................................................................... 98

TEIL II Vertriebsfunktionen in SAP S/4HANA

4 Grundlegende Vertriebsfunktionen 105

4.1 Verfügbarkeitsprüfung ............................................................................... 105


4.1.2 Verfügbarkeitsprüfung in SAP S/4HANA ............................... 108

4.1.3 Beispiel für die Verfügbarkeitsprüfung .................................. 114

4.2 Versandterminierung .................................................................................. 121

4.2.1 Überblick ........................................................................................... 122

4.2.2 Versandterminierung in SAP S/4HANA .................................. 122

4.2.3 Beispiel für die Versandterminierung ..................................... 126


Inhalt

11

4.3 Chargenfindung .............................................................................................. 129


4.3.2 Chargenverwaltung in SAP S/4HANA ...................................... 130

4.3.3 Komponenten der Chargenfindung ......................................... 132

4.3.4 Beispiel für die Chargenfindung ................................................ 135

4.4 Serialnummern ............................................................................................... 142


4.4.2 Serialnummern in SAP S/4HANA ............................................... 144

4.5 Materialfindung .............................................................................................. 152


4.5.2 Materialfindung in SAP S/4HANA ............................................. 153

4.5.3 Elemente der Materialfindung ................................................... 154

4.5.4 Beispiel für die manuelle Materialfindung ............................ 158

4.5.5 Beispiel für die automatische Produktselektion ................... 161

4.6 Materiallistung und -ausschluss ............................................................. 167

4.6.1 Materiallistung und -ausschluss in SAP S/4HANA .............. 167

4.6.2 Beispiel für Materiallistung und Materialausschluss ......... 169

4.7 Dynamischer Produktvorschlag ............................................................... 174

4.7.1 Dynamischer Produktvorschlag in SAP S/4HANA ................ 174

4.7.2 Beispiel für den dynamischen Produktvorschlag ................. 179

4.8 Cross-Selling ..................................................................................................... 182

4.8.1 Cross-Selling in SAP S/4HANA .................................................... 183

4.8.2 Beispiel für das Cross-Selling ...................................................... 184

4.9 Kreditmanagement ....................................................................................... 186


4.9.2 SAP Credit Management .............................................................. 187

5 Integration der Ergebnis- und Marktsegmentrechnung 205

5.1 Betriebswirtschaftliche Grundlagen ..................................................... 205

5.2 Funktionen ........................................................................................................ 206

5.3 Szenarien ........................................................................................................... 209

5.3.1 Anonyme Massenfertigung ......................................................... 209

5.3.2 Kundeneinzelfertigung ................................................................. 211

5.4 Beispiel für das Szenario anonyme Massenfertigung ................... 215


Inhalt

12

TEIL III Vertriebsprozesse in SAP S/4HANA

6 Der Verkaufsbeleg 225

6.1 Belegstruktur ................................................................................................... 225

6.1.1 Auftragsart ....................................................................................... 228

6.1.2 Positionstypen ................................................................................. 229

6.1.3 Einteilungstyp .................................................................................. 231

6.2 Belegfluss .......................................................................................................... 233

6.2.1 Vertriebsunterstützung ............................................................... 234

6.2.2 Verkauf ............................................................................................... 235

6.2.3 Versand .............................................................................................. 235

6.2.4 Fakturierung ..................................................................................... 236

6.2.5 Kopiersteuerung ............................................................................. 236

7 Terminauftragsabwicklung 239

7.1 Kundenanfrage ............................................................................................... 240

7.2 Kundenangebot ............................................................................................. 241

7.3 Terminauftrag ................................................................................................. 242

7.4 Lieferungsbearbeitung ................................................................................ 243

7.4.1 Erstellung des Lieferbelegs .......................................................... 244

7.4.2 Kommissionierung ......................................................................... 246

7.4.3 Erstellung der Lieferpapiere ........................................................ 250

7.4.4 Warenausgangsbuchung ............................................................ 251

7.5 Fakturierung .................................................................................................... 254

7.6 Beispiel für die Terminauftragsabwicklung ...................................... 258

8 Streckenauftragsabwicklung 275


8.2 Streckenauftragsabwicklung in SAP S/4HANA ................................ 277

8.3 Beispiel für den Prozess der Streckenabwicklung .......................... 281


Inhalt

13

9 Konsignationsabwicklung 289


9.2 Konsignationsabwicklung mit SAP S/4HANA ................................... 290

9.3 Beispiel zur Konsignationsabwicklung ................................................ 292

10 Fakturierungspläne und Anzahlungsabwicklung 297


10.2 Fakturierungspläne ....................................................................................... 300

10.3 Beispiel eines Fakturierungsplans mit Anzahlungen ..................... 305

10.4 Anzahlungsabwicklung mit Belegkonditionen ................................ 315

10.5 Beispiel einer Anzahlungsabwicklung mit Konditionen .............. 318

11 Leihgutabwicklung 323


11.2 Leihgutabwicklung ........................................................................................ 324

11.3 Beispiel des Customizings von Leihgutabwicklung

und Mietgeschäft ........................................................................................... 325

12 Retourenabwicklung 335


12.2 Retourenabwicklung in SAP S/4HANA ................................................. 337

12.3 Beispiel einer Retourenabwicklung ....................................................... 343

12.4 Erweiterte Retourenabwicklung für Kundenretouren .................. 348

12.5 Beispiel einer erweiterten Retourenabwicklung ............................. 350


Inhalt

14

13 Gut- und Lastschriften 357


13.2 Gut- und Lastschriften in SAP S/4HANA ............................................. 358

13.3 Beispiel einer Gutschriftsabwicklung .................................................. 361

14 Rahmenverträge 367


14.2 Rahmenverträge in SAP S/4HANA ......................................................... 368

14.2.1 Lieferpläne ........................................................................................ 369

14.2.2 Kontrakte .......................................................................................... 371

14.3 Beispiel eines allgemeinen Wertkontrakts ........................................ 373

15 Cross-Company-Geschäfte 381


15.2 Cross-Company-Konzept in SAP S/4HANA ........................................ 383

15.2.1 Buchungskreisübergreifender Verkauf ................................... 384

15.2.2 Buchungskreisübergreifende Umlagerung ........................... 392

15.3 Beispiel für den buchungsübergreifenden Verkauf ....................... 395

16 Zentrale Reklamationsbearbeitung 405


16.2 Reklamationsbearbeitung in SAP S/4HANA ..................................... 406

16.3 Beispiel für einen Austausch .................................................................... 409

16.4 Beispiel für eine Gutschrift ....................................................................... 416


Inhalt

15

17 Reporting mit SAP S/4HANA Embedded Analytics 421

17.1 Was ist SAP S/4HANA Embedded Analytics? ..................................... 421

17.1.1 Virtuelles Datenmodell ................................................................. 423

17.1.2 Visualisierung der Daten mit SAP S/4HANA

Embedded Analytics ....................................................................... 425

17.2 Unterschiede zu SAP Business Warehouse ......................................... 431

17.3 Unterschiede zum Logistikinformationssystem .............................. 433

17.4 Kennzahlen für den Vertrieb ..................................................................... 435

17.5 Integration von SAP BusinessObjects ................................................... 440

17.5.1 SAP Analysis for Microsoft Office .............................................. 441

17.5.2 SAP BusinessObjects Web Intelligence .................................... 442

17.5.3 SAP Lumira 2.x .................................................................................. 443

17.5.4 SAP Analytics Cloud ........................................................................ 445

17.6 Integration in die Prozesse ........................................................................ 445

TEIL IV Gestaltung von Wertschöpfungs-ketten in SAP S/4HANA

18 Lagerverkauf mit Chargenfertigung 449

18.1 Produkte und Märkte ................................................................................... 449

18.2 Organisationsstruktur ................................................................................. 449

18.3 Prozessbeschreibung .................................................................................... 450

18.4 Beispiel eines Lagerverkaufs mit Chargenfertigung ...................... 456

19 Vorplanung ohne Endmontage 469

19.1 Produkte und Märkte ................................................................................... 469



19.4 Beispiel einer gesamten Wertschöpfungskette ............................... 479


Inhalt

16

20 Kundeneinzelfertigung 503

20.1 Produkte und Märkte .................................................................................. 503


20.3 Prozessbeschreibung ................................................................................... 504

20.4 Beispiel für Auftragsabwicklung und Controlling

einer Kundeneinzelfertigung ................................................................... 514

21 Projektfertigung 533

21.1 Produkte und Märkte .................................................................................. 534


21.3 Prozessbeschreibung ................................................................................... 535

21.4 Beispiel einer Projektfertigung ............................................................... 547

22 Weitere Szenarien 571

22.1 Losfertigung ..................................................................................................... 572

22.2 Anonyme Lagerfertigung mit Bruttoplanung .................................. 572

22.3 Kombination von Losfertigung und

anonymer Lagerfertigung ......................................................................... 573

22.4 Vorplanung mit Endmontage .................................................................. 574

22.5 Kundeneinzelfertigung mit Verrechnung gegen

die Vorplanung ............................................................................................... 575

22.6 Variantenkonfiguration ............................................................................. 576

22.7 Zusammenfassung ....................................................................................... 578


Inhalt

17

TEIL V Technologien und systemüber-greifende Geschäftsprozesse

23 Integrationstechnologie 581

23.1 SAP Business Client ....................................................................................... 581

23.2 SAP Cloud Platform ...................................................................................... 582

23.2.1 Benutzerführung Backend ........................................................... 583

23.2.2 SAP Cloud Platform Cloud Connector ...................................... 588

23.2.3 Ausgewählte Cloud-Services ...................................................... 589

23.2.4 SAP Cloud Platform Integration ................................................. 591

23.3 Vergleich zwischen SAP Cloud Platform Integration und

SAP Process Orchestration ......................................................................... 605

23.3.1 Verbindungsmöglichkeiten ......................................................... 605

23.3.2 Installation und Updates .............................................................. 606

23.3.3 Monitoring ........................................................................................ 606

24 SAP Fiori Launchpad 609

24.1 Installation ........................................................................................................ 611

24.2 Vertriebsrollenspezifische Einstellungen im SAP Fiori

Launchpad ......................................................................................................... 622

25 Unternehmensübergreifende Auftragsabwicklung 631


25.2 Beispiel für die unternehmensübergreifende

Auftragsabwicklung ..................................................................................... 637


Inhalt

18

26 CRM mit SAP Hybris Customer Engagement and Commerce 659

26.1 Komponenten von SAP Hybris CEC ........................................................ 660

26.2 Customer Journey ......................................................................................... 661

26.3 Stammdaten in SAP Hybris CEC .............................................................. 661

26.4 SAP Marketing Cloud ................................................................................... 663

26.5 SAP Sales Cloud .............................................................................................. 664

26.6 SAP Service Cloud und SAP Hybris Revenue Cloud ......................... 669

26.7 SAP Commerce Cloud ................................................................................... 670

26.8 Weitere Prozesse und Funktionen in SAP Hybris CEC ................... 675

27 Migration von SAP ERP nach SAP S/4HANA 679

27.1 Migrationswerkzeuge ................................................................................. 681

27.2 Customizing ..................................................................................................... 683

27.3 Umgang mit Eigenentwicklungen und Programmen ................... 685

27.4 Datenmigration .............................................................................................. 689

28 Der Prozessgedanke 695

28.1 Das Prinzip der Prozessorientierung ..................................................... 696

28.2 Das Prinzip der Mitarbeiterorientierung ............................................ 700

28.3 Projektorganisation ...................................................................................... 703

28.4 Optimierung, Weiterentwicklung und laufender Betrieb .......... 705

29 Zusammenfassung und Ausblick 711


Inhalt

19

Anhang 715

A Transaktionen und Menüpfade ............................................................... 717

B Glossar ................................................................................................................. 731

C Literaturempfehlungen ............................................................................... 739

D Die Autoren ....................................................................................................... 741

Index ................................................................................................................................... 743


Wir hoffen sehr, dass Ihnen diese Leseprobe gefallen hat. Gerne dürfen Sie diese Leseprobe empfehlen und weitergeben, allerdings nur vollständig mit allen Sei-ten. Die vorliegende Leseprobe ist in all ihren Teilen urheberrechtlich geschützt. Alle Nutzungs- und Verwertungsrechte liegen beim Autor und beim Verlag.

Teilen Sie Ihre Leseerfahrung mit uns!

Alena Bauer ist Teamleiterin Business Communication bei der PIKON Deutschland AG. 2007 begann sie ihre berufliche Lauf-bahn als Beraterin im Bereich ERP mit dem Schwerpunkt SD. Sie verfügt über langjährige Erfahrung in der Aufnahme betriebs-wirtschaftlicher Anforderungen sowie Konzeption und Modellie-rung effizienter Lösungen und Prozesse im Bereich SD und MM. Seit 2012 begleitet Frau Bauer mit individuellen Kommunikati-onskonzepten die Kunden der PIKON in allen Projektphasen.

Alena Bauer, Fatjon Hoxha, Jochen Scheibler

Vertrieb mit SAP S/4HANA – Das Praxishandbuch

752 Seiten, gebunden, Juli 2018 69,90 Euro, ISBN 978-3-8362-5968-2

www.sap-press.de/4519

Fatjon Hoxha arbeitet seit 2011 bei der PIKON Deutschland AG und ist im Bereich ERP Teamleiter Logistik. Er unterstützt die Kunden der PIKON in der Konzeption und Realisierung neuer Fachanforderungen in der Logistik. Sein Schwerpunkt liegt im Bereich Vertrieb und Versand, Materialwirtschaft und Einkauf. Im Rahmen seiner Tätigkeit in internationalen SAP-Einführungs- und Rollout-Projekten hat er branchenübergreifende Projekter-fahrung im Prozess Order to Cash gesammelt

Jochen Scheibler ist Vorstand der PIKON Deutschland AG. Er arbeitet seit 1994 im Bereich der prozessorientierten SAP-Einfüh-rung und gründete das Unternehmen 1996 mit seinem Partner Jörg Hofmann. In den letzten Jahren hat Jochen Scheibler in interdisziplinären Teams neue Ansätze für die interne Kommuni-kation entwickelt. Dabei geht es darum, Mitarbeiter für komplexe Projekte (wie z. B. die Einführung von SAP) zu begeistern. Denn nur wenn das gelingt, werden Funktionen und Prozesse einer Software ihren vollen Nutzen für die Unternehmen entfalten.

SAP-Wissen aus erster Hand.

https://www.facebook.com/Rheinwerkverlag

http://twitter.com/rheinwerkverlag



Date post:	02-Sep-2020
Category:	Documents
Upload:	others
View:	1 times
Download:	0 times

SAPissen aus erster Hand¼cher... · 2018. 8. 28. · Leseprobe Die Änderungen an SAP S/4HANA...

Documents