Die GTM-Kernkomponenten beschreiben

Im SAP-System sind die Transaktionen Verkaufsbeleg anlegen bzw. Bestellung anlegen die separaten Transaktionen zum Anlegen von Kundenaufträgen und Bestellungen. Abgesehen von der Verwendung einer Bestellanforderung gibt es im Rahmen einer Streckenbestellung keine Standardfunktion, die beide Objekte verknüpft, sodass eine logische Zuordnung für einen Benutzer sichtbar ist, wenn der Verkauf zu einer bestimmten Bestellung gehört. Verkaufs- und Einkaufsnebenkosten können auch separat gepflegt werden, sind aber auch nicht miteinander verknüpft. Kundenauftrag und Bestellung mit ihren zugehörigen Folgebelegen sind technisch nicht zugehörig.

Wenn ein Unternehmen ein Unternehmen betreibt, in dem Kunden bestimmte Rohstoffe oder Komponenten in einer bestimmten Menge und zu einem bestimmten Preis kaufen, gibt es grundsätzlich keine Logik, diesen Bedarf mit einem Lieferantenangebot auf Positionsebene zu verknüpfen.

Diese Art von Geschäftsprozess, bei dem Verkaufs- und Einkaufsprozesse gleichzeitig ausgeführt werden, ist jedoch als Handelsgeschäft definiert. Der Trading-Kontrakt wird im SAP-System verwendet, um diesen Bestellprozess so abzuwickeln, dass von Anfang an eine Kunden-Lieferanten-Beziehung hergestellt wird. Sie kann auch mehrere separate rechtliche Kontrakte zwischen Kunden und Lieferanten integrieren. Auf diese Weise ist der Trading-Kontrakt das zentrale Systemobjekt des Trading-Geschäfts.

In der obigen Abbildung sehen Sie, dass die nachfolgenden logistischen Folgeschritte ausgeführt werden können, sobald der Trading-Kontrakt gepflegt und die Folgebelege (Kundenauftrag und Bestellung) automatisch vom System angelegt wurden. Um Geschäftsprozesse wie Wareneingang oder Lieferung auszuführen, bietet die Trading Execution Workbench (TEW), die zweite Hauptfunktion im Global Trade Management, eine benutzerfreundliche und hochautomatisierte Funktion. Es ist möglich, die Funktion zum manuellen und schrittweisen, halbmanuellen oder sogar vollständig automatisierten Anlegen von Folgebelegen als Online- oder Hintergrundaktion zu nutzen. Über die Workbench und basierend auf der Prozessvariante kann ein Benutzer z.B. eine Anlieferung, einen Wareneingang, eine Rechnungsprüfung, eine Auslieferung, einen Warenausgang, eine Fakturierung und eine Nebenkostenabrechnung für den Verkauf und Einkauf durchführen. Zusätzlich legt das System die entsprechenden Finanzbuchungen für jeden relevanten Prozessschritt an und zeigt die zugehörigen Kontobuchungen im Belegflussbaum an. Auf diese Weise kann ein Benutzer den gesamten Zyklus des Handelsgeschäfts überwachen.

Es gibt weitere Unterschiede zwischen den beiden Kernprozessen. Wenn Kundenauftrag und Bestellung nicht verwandt sind, müssen Benutzer für jeden einzelnen Geschäftsprozessschritt separate Transaktionscodes aus dem SAP-Menü aufrufen. Die Trading Execution Workbench bietet eine einheitliche Benutzungsoberfläche, mit der Sie alle verbleibenden Geschäftsschritte aus einer Transaktion heraus ausführen können. Daher ist in Global Trade Management die Ausführung von Einzelgeschäften nicht im Vordergrund, sondern eine koordinierte und automatisierte Verarbeitung eines Handelsgeschäfts (Handelsszenario) möglich.

Darüber hinaus gibt es eine Unterscheidung bezüglich der Verknüpfung (Assoziation) zwischen Verkauf und Nachschub. In der Regel wird der Bedarf eines Kunden durch Bestand gedeckt, der zuvor verfügbar sein muss. Großhändler beispielsweise füllen ihre Lager vorab mit Massengut und verkaufen es später Schritt für Schritt in kleineren Mengen. Die Verknüpfung zwischen dem für einen Kundenauftrag erforderlichen Nachschub eines Kunden erfolgt in einem Bestand, jedoch nicht speziell auf Belegebene des Handelsgeschäfts. Im Gegensatz zu diesem Kaufverhalten kaufen und liefern Handelsunternehmen nur Mengen eines Materials, das ein Kunde bestellt hat. Der Grund, warum ein Händler die Menge synchron mit dem Bedarf kauft, liegt auf der Hand: Wenn mehr Mengen beschafft werden, als benötigt werden, werden diese möglicherweise nicht verkauft, und es können Kosten für die vorübergehende Lagerung entstehen. Wenn der Händler weniger Mengen kauft, als verkauft werden könnten, geht der potenzielle Erlös verloren.

Darüber hinaus gibt es im Handelsgeschäft mehrere Arten von Nebenkosten, z.B. variable Frachtkosten, Versicherungsgebühren oder feste Provisionen, die in allen Phasen eines Handelsgeschäfts auftreten können. Die Pflege von Nebenkosten, die sich bereits in der Erstellungsphase eines Trading-Kontrakts befinden, ist von hoher Bedeutung, da sie sich erheblich auf die Rentabilität auswirken kann. Daher müssen Aufwendungen als integraler Bestandteil des gesamten Geschäftsbetriebs behandelt werden – und nicht als isolierte und sogar nicht zusammenhängende Dokumente.

Zusätzlich zur obigen Abbildung sind die Besonderheiten eines Trading-Kontrakt-zentrierten Prozesses:

• Global Trade Management verwendet nicht das Objekt Bestellanforderung, das häufig als Verknüpfung zwischen dem Verkauf und einer Bestellung verwendet wird. Die Folgebelege (Kundenaufträge und Bestellungen) werden automatisch bei der Freigabe des Kontrakts angelegt, indem die erforderlichen Daten einfach an die entsprechenden Belege übergeben werden.
• Wie bereits erwähnt, handelt es sich bei dem Handelsgeschäft in der Regel um ein Back-to-Back-Szenario, was bedeutet, dass Verkauf und Lieferung verbunden sind. Unabhängig davon, ob ein Lieferant die Waren zuerst an das Lager des Händlers oder direkt an den Kunden liefert, wird sichergestellt, dass die bestellten Mengen geliefert werden. Daher ist die Ausführung einer ATP-Prüfung auf Bestandsebene nicht erforderlich.
• Im Gegensatz zu Nicht-Handelsunternehmen führt in der Regel eine dedizierte Person oder Abteilung sowohl Kauf- als auch Verkaufsverfahren durch. Aus diesem Grund ist die Datenassoziation auf Auftragsebene so wichtig. Eine Handelslösung muss beide Szenarien betreiben und steuern.
• Global Trade Management ist eine leistungsstarke Funktion zum Durchführen von Import- und Exportgeschäften. Aus diesem Grund bietet die Lösung einerseits bereits eine Vielzahl nützlicher Funktionen (z.B. Aufwandsverwaltung, Profitsimulation, Handhabung mehrerer Währungen oder Systemprüfungen usw.). Andererseits verfügt es über ein hohes Maß an Integration mit anderen SAP-Komponenten, z.B. Kreditmanagement, Währungsabsicherung oder Risikomanagement, die für die Abwicklung von Geschäften mit ausländischen Kunden unerlässlich sind.

Um die verschiedenen Handelsgeschäftsszenarien mit Global Trade Management abzudecken, werden die folgenden Komponenten im Standard ausgeliefert:

• Trading-Kontrakt
• Positionsverwaltung
• Nebenkostenabwicklung
• Trading Execution Workbench.

Die Komponente Trading-Kontrakt stellt das zentrale Objekt von Global Trade Management dar. Dies ist das Mittel, um die wichtigsten Geschäftsanwendungsfälle in der Handelsbranche zu planen und auszuführen, und ist ein bewährtes Verfahren für jedes Szenario, in dem der Bedarf eines Kunden durch entsprechende Bestellungen geliefert werden soll.

Bei Handelsgeschäften sind die Vertragspartner in der Regel im Voraus klar definiert, und es besteht eine 1:1-Beziehung. Das bedeutet, dass der Bedarf eines Kunden vollständig von einem Lieferanten gedeckt wird. Zu diesem Zweck kann ein Trading-Kontrakt der Art Zweiseitiger Trading-Kontrakt verwendet werden, in dem sowohl Verkaufs- als auch Einkaufsdaten parallel in einem Beleg gepflegt werden. Dies ist jedoch nicht immer der Fall, d.h. die entsprechenden Details müssen in separaten Kontrakten (verkaufsseitiger Trading-Kontrakt und einkaufsseitiger Trading-Kontrakt) gepflegt werden. Die logische Zuordnung dieser Verträge erfolgt über die Funktion Assoziation, die wiederum Teil der Komponente Bestandsverwaltung ist.

Die Komponente Nebenkostenabwicklung soll alle Arten von Nebenkosten erfassen, die im Lebenszyklus eines Handelsgeschäfts auftreten können. Frachtkosten, Provisionen oder Tarife können bereits in einer frühen Phase eines Handelsgeschäfts erfasst werden. Die frühzeitige Berücksichtigung von Nebenkosten ist von wesentlicher Bedeutung für die genaue Berechnung des Plangewinns, der als Funktion auch integraler Bestandteil des Trading-Kontrakts ist.

Die Trading Execution Workbench als Processing Engine (oder Cockpit) ermöglicht es Ihnen, alle logistischen Prozessschritte direkt aus einer Transaktion heraus auszuführen. Neben einer umfassenden Dokumentenübersicht über den gesamten Ablauf bietet es ein ergonomisches Werkzeug, das verschiedene Möglichkeiten bietet, den Prozess als solche manuell, teilweise oder vollständig automatisiert im Hintergrund zu koordinieren.

Ein Trading-Kontrakt ist ein Basisbeleg im SAP-S/4HANA-System, der mehrere rechtliche Kontrakte zwischen Kunden und einem oder mehreren Lieferanten integriert. Der Trading-Kontrakt kann als zweiseitiger Trading-Kontrakt verwendet werden, als einseitiger Trading-Kontrakt, z.B. nur einkaufsseitiger Kontrakt und nur verkaufsseitiger Kontrakt. Bei einseitigen Trading-Kontrakten können Sie mit der Komponente Bestandsverwaltung die Materialposition und den Folgeprozess der einseitigen Kontraktposition verwalten. Im Belegkopf des Trading-Kontrakts können Sie verkaufsseitige Daten pflegen. Wenn ein zweiseitiger Trading-Kontrakt verwendet wird, können Sie zusätzlich einkaufsseitige Daten pflegen, die in jede Positionszeile kopiert werden. Anschließend werden die Einzelpostendaten gepflegt. Beim Genehmigen eines Trading-Kontrakts legt das System Folgebelege auf Verkaufsseite (z.B. Kundenauftrag) und einkaufsseitige Belege (z.B. Bestellungen) an. Bei Bedarf können mehrere Bestellungen angelegt werden, um den Bedarf eines Kundenauftrags zu decken. Darüber hinaus kann der Benutzer mit einer dedizierten Freigabeverhandlungsfunktion die Folgebelegerstellung steuern. Beachten Sie, dass nachträgliche Änderungen am Trading-Kontrakt an die zugehörigen Verkaufs- und Einkaufsbelege propagiert werden. Da ein Handelsgeschäft in der Regel mit einer eingehenden Verkaufsanforderung von einem Kunden beginnt, ist ein Trading-Kontrakt daher ein kundenauftragsgesteuerter Beleg.

Mit der Komponente Trading-Kontrakt können Sie verschiedene Geschäftsvorgänge für die Integration von Verkaufs- und Einkaufsbelegen implementieren. Sie können z.B. folgende Arten von Trading-Kontrakten anlegen:

• Inlands-Trading-Kontrakt
  • Inland Back-to-Back
  • Inlandsbestand
• Trading-Kontrakt importieren
  • Back-to-Back importieren
  • Bestand importieren
• Export-Trading-Kontrakt
  • Exportbestand
  • Ausländische Bestände exportieren
• Offshore-Trading-Kontrakt (ein Geschäft mit einem Drittland oder einer Drittregion).

SAP liefert verschiedene Trading-Kontraktarten als Beispiele aus, die alle einem anderen Zweck dienen. In erster Linie werden jedoch die Trading-Kontraktarten Vorkontrakt, Zweiseitiger Trading-Kontrakt und Einseitige Trading-Kontrakte im Geschäft verwendet:

1.Vorkontrakt: Ein Vorkontrakt muss im System als zweiseitiger Vorkontrakt oder einseitiger Vorkontrakt definiert sein. Im Kontrakt können Verkaufs- und/oder Einkaufsdetails erfasst werden, die zuvor vom Trading-Manager mit Kunden und/oder Lieferanten ausgehandelt wurden. Auf diese Weise dient sie als langfristige Vereinbarung, aus der Mengenabrufbelege (Trading-Kontrakte) auf diese Kontraktart verweisen. Key Accounts können beispielsweise ein Jahr im Voraus große Materialmengen bestellen, um eine bessere Preisfindung zu gewährleisten. Im folgenden Geschäftsjahr ruft der Kunde dann gemäß Einteilungen kleinere Mengen basierend auf den vereinbarten Bedingungen des Vorkontrakts ab. Außerdem hilft sie bei der Implementierung von Unternehmensstandards und zwingt Mitarbeiter, Geschäftsregeln zu befolgen.

Es ist auch möglich, diese Art von Kontrakt als Vorlage zu verwenden, um Zeit zu sparen und die Fehleranfälligkeit bei der Erfassung zusätzlicher Vorkontrakte zu reduzieren. Darüber hinaus kann sie auch als Objekt zur Abfrage von Materialmengen bei Lieferanten oder als Angebot an Kunden dienen.

Es ist wichtig zu wissen, dass aus dieser Kontraktart keine Folgebelege - Kundenaufträge und Bestellungen - erzeugt werden können. Sie wird nur zum Anlegen von zweiseitigen Trading-Kontrakten und einseitigen Trading-Kontrakten mit Bezug zum Vorkontrakt verwendet.

Vorvertrag

2.Mit "Zweiseitiger Trading-Kontrakt: Zweiseitiger Trading-Kontrakt" können Sie Verkaufs- und Einkaufsdetails parallel in einem Beleg erfassen, was bedeutet, dass der Kunde und der richtige Lieferant bereits bekannt sind. Der Vorteil dieser Kontraktart besteht darin, dass die Verknüpfung – d.h. die Assoziation – zwischen Verkauf und Lieferung automatisch gegeben wird und somit die Einkaufsmaterialmengen speziell für den im Kontrakt gepflegten Kunden reserviert sind. Diese Art von Vertragsart wird in der Regel als Back-to-Back-Kontrakt bezeichnet. Über die Konfiguration kann der zweiseitige Trading-Kontrakt als Warenlieferung an Ihr eigenes Lager und als Direktlieferung an den Kunden konfiguriert werden.

3.Einseitiger Trading-Kontrakt: Im Gegensatz zum zweiseitigen Trading-Kontrakt wird diese Art von Kontrakt verwendet, um entweder einkaufsbezogene oder verkaufsbezogene Details zu erfassen. Für ein Handelsgeschäft werden somit zwei Kontrakte im System angelegt, die später miteinander verknüpft werden (Assoziation). Über die Assoziation wird eine Reservierung der gekauften Waren für einen bestimmten Kundenbedarf angelegt, der letztendlich einen Back-to-Back-Vorgang darstellt. Diese Art von Vertrag bietet mehr Flexibilität bei der Handhabung, da die Verbindung zwischen beiden Verträgen bei Bedarf leicht aufgelöst und mit anderen geeigneten Verträgen neu verknüpft werden kann. Während ein zweiseitiger Kontrakt vollständig gelöscht und im System neu angelegt werden muss, z.B. wenn ein Lieferant seine Lieferzusage nicht erfüllen kann, wird der Pflegeaufwand für das Löschen und erneute Zuordnen von einseitigen Trading-Kontrakten erheblich reduziert. Darüber hinaus können Sie den Bedarf eines Kunden mit mehreren einkaufsseitigen Trading-Kontrakten verschiedener Lieferanten verknüpfen, z.B. wenn ein Lieferant die bestellte Materialmenge nicht vollständig produzieren und liefern kann oder wenn Sie einen neuen einkaufsseitigen Trading-Kontrakt aufgrund eines günstigen Materialpreises anlegen, obwohl noch kein entsprechender Bedarf vorhanden ist.

In diesem Zusammenhang müssen zwei Begriffe erläutert werden, die in Handelsunternehmen häufig verwendet werden. Im Handelsgeschäft kommt es häufig vor, dass Materialien ohne entsprechenden Verkauf eingekauft werden, z.B. weil noch kein Lieferant ermittelt wurde. Dieses Szenario wird als Long-Position bezeichnet. Der umgekehrte Fall - ein Verkauf ohne entsprechenden Kauf - wird als Short-Position bezeichnet.

Diese Unterscheidung ist wichtig, da viele einseitige Trading-Kontrakte im System angelegt werden. Die Zuordnung von eingehenden Kundenbedarfen zu Long-Positionen oder von Lieferanten zu Short-Positionen wird im Global Trade Management durch den Long-/Short-List-Report unterstützt. Der Bericht bietet Händlern eine Übersicht über alle Belege zusammen mit ihrer Belegnummer, Mengen, Preisen und anderen Daten und wird jährlich oder monatlich angezeigt. Darüber hinaus werden die Belege für die Einkaufsseite und die Verkaufsseite getrennt gruppiert. Die offenen Mengen auf beiden Seiten werden berechnet und miteinander verglichen. Die Differenz, die sich aus beiden offenen Mengen ergibt, ist die lange Menge oder die kurze Menge für das Material:

• Lange Menge: Einkaufsseitige offene Menge ist größer als die verkaufsseitige offene Menge.
• Menge kurz: Einkaufsseitige offene Menge ist kleiner als die verkaufsseitige offene Menge.

Die obige Abbildung zeigt einen einkaufsseitigen Trading-Kontrakt vom Februar 2020. Ein Wareneingang wurde bereits abgeschlossen, und eine verfügbare Menge von 100.000 kg wird angezeigt. Diese lange Menge wurde noch keinem Kundenbedarf zugeordnet, wie im Feld "Zugeteilte Menge" auf der rechten Seite zu sehen ist.

4.Schatten-Trading-Kontrakt: Die ursprüngliche Idee hinter dem Konzept eines Schattenkontrakts besteht darin, ein Objekt im System zu haben, das eine Bestellung (oder einen Kundenauftrag) mit einer Sicherungslösung verbindet. Sie wird in Szenarien verwendet, in denen das Partnersystem nicht das führende System ist. Konkret wird sichergestellt, dass finanzielle Risiken von Commodity-Positionen an das Partnersystem weitergegeben und Positionen abgesichert werden.

Der Global-Trade-Prozess beginnt in der Regel mit dem Anlegen eines Trading-Kontrakts, der dann in der Regel eine Bestellung oder einen Kundenauftrag als Folgebelege anlegt. In einigen Kundenimplementierungen tritt dieser Transaktionsablauf jedoch nicht auf, da Bestellungen automatisch aus einem MRP-Lauf generiert werden. Dennoch weisen diese generierten Bestellungen ein bestimmtes Sicherungsrisiko in Bezug auf den Commodity-Bestand auf. Um zu verhindern, dass die Bestellung aus dem MRP-Lauf direkt an den Lieferanten gesendet wird, ohne das zugehörige Sicherungsrisiko der Commodity-Position reduziert zu haben, wird zunächst ein Trading-Kontrakt angelegt, um sicherzustellen, dass der Benutzer über das Risiko informiert wird und somit geeignete Aktionen ausführen kann.

5.Washout-Kontrakt: Im Trading-Geschäft wird dasselbe Material oder dieselbe Commodity manchmal in separaten Transaktionen verkauft und von demselben Geschäftspartner zurückgekauft. Dies ist z.B. der Fall, wenn Sie eine große Menge an einen Kunden verkaufen, aber aus einem bestimmten Grund eine Teil- oder sogar die Gesamtmenge zurückkaufen müssen. Wenn Sie die Mengen noch nicht geliefert haben, können Sie Verwaltungszeit und Logistikkosten reduzieren, indem Sie eine gegenseitige Vereinbarung einrichten, die als „Washout" bezeichnet wird. Washout ist ein Prozess, bei dem sowohl Einkaufs- als auch Verkaufskontrakte verrechnet werden und die Finanzpreisdifferenz entweder fakturiert oder an den Kontrahenten überwiesen wird – z.B. in Form einer Gut-/Lastschrift.

Wie bereits erwähnt, werden die Objekte Zweiseitiger Trading-Kontrakt, Einseitiger Trading-Kontrakt und Vorkontrakt am häufigsten im Geschäft verwendet. Daher muss die Pflege dieser Objekte genauer beschrieben werden.

Zunächst muss ein Benutzer die richtige Trading-Kontraktart im System auswählen, hier einen zweiseitigen Trading-Kontrakt, gefolgt von den Informationen zu den erforderlichen Organisationsdaten. Auf dem daraufhin angezeigten Bild werden zuerst Kopfdaten erfasst, z.B. der Auftraggeber und der Lieferant. Optional können Sie bei der Konfiguration auch eine externe ID als gemeinsame Referenz eingeben. Beispielsweise können die im Feld für die externe ID gespeicherten Informationen als Suchkriterium verwendet werden, wenn z.B. der Name eines Frachtschiffs gepflegt ist und somit alle relevanten Verträge angezeigt werden, deren Materialien vom Schiff transportiert werden. Nachdem Sie die Einstellungen bestätigt haben, werden weitere erforderliche Daten aus dem Materialstamm und dem Geschäftspartner abgerufen und in die entsprechenden Felder der Registerkarte Grunddaten, Verkauf, Einkauf und Partner eingetragen. Dabei kann es sich um Zahlungsbedingungen, Incoterms, Belegwährung, Lieferdatum für Verkauf und Einkauf handeln. Beachten Sie, dass Sie auf der Registerkarte Verkauf im Abschnitt Risikomanagement definieren können, ob eine Handelsfinanzierungsoption wie ein Akkreditiv verwendet werden soll, um finanzielle Risiken bei Außenhandelsgeschäften zu verringern. Darüber hinaus bietet die Registerkarte Zusatzdaten die Möglichkeit, benutzerdefinierte Daten auf dem Bild zu definieren und anzuzeigen, die wichtig werden können, da Kunden in der Regel zusätzliche kritische Informationen wie Zielhafen, Abholhafen oder Ankunftsdatum einfügen möchten. Beachten Sie, dass auf den Registerkarten Preiselemente auf Kopfebene für Verkauf und Einkauf noch keine relevanten Daten angezeigt werden, da keine entsprechenden preisrelevanten Informationen gepflegt wurden.

Im Folgenden werden Positionsdaten erfasst. Auf der Registerkarte Positionsübersicht müssen mindestens die folgenden Informationen eingegeben werden: Materialnummer, Verkaufsmenge (Auftragsmenge vom Kunden), Bestellte Menge (entsprechende beim Lieferanten zu bestellende Menge), Verkaufspreis und Einkaufspreis. Die übrigen Daten werden gefüllt, wenn Sie Ihre Einstellungen bestätigen.

Ebenso ist es in normalen Kundenaufträgen oder Bestellungen möglich, Materialpreise im Trading-Kontrakt automatisch erkennen und anzeigen zu lassen, anstatt Preise manuell einzugeben. Der Grund, warum Kurse in der Regel manuell gepflegt werden, liegt daran, dass die Preise im Handelsgeschäft volatil sind und daher täglich ausgewertet werden müssen. Daher wäre die Pflege der bisherigen Materialpreise hier nicht hilfreich.

Beachten Sie, dass die Felder Verkaufspreis und Einkaufspreis nach dem Bestätigen der Einträge in den Anzeigemodus wechseln. Dies liegt daran, dass die Preise neu berechnet werden, wenn Sie Nebenkosten pflegen, z.B. Rabatte und/oder Zuschläge. Schließlich können Sie jedoch den individuellen Basispreis in den Feldern Betrag im Einkauf und Betrag im Verkauf auf Positionsebene ändern.

Wenn alle oben genannten Felder bestätigt wurden, werden auch die folgenden Felder gefüllt (Extrakt):

• Nettowert: Im Kopfbereich wird der Nettowert als berechneter Wert basierend auf den von Ihnen eingegebenen Daten angezeigt, d.h. Menge und Verkaufspreis.
• Positionstyp: Die Dropdown-Liste des Felds zeigt Positionstypen an, die in Trading-Kontrakten verwendet werden können, und dient als Klassifizierung, um zwischen Arten von Positionstypen zu unterscheiden, z.B. Lagerlieferung oder Streckengeschäft. Der Positionstyp hängt vom Geschäftsvorgang ab, der verarbeitet wird. Der ausgewählte Positionstyp bestimmt das Verhalten des nachfolgenden Prozessablaufs auf Positionsebene, z.B. ob die Position warenausgangs- oder wareneingangsrelevant ist, ob die Position für den Rechnungseingang der Fakturierung relevant ist und ob die Position für die Berechnung von Bezugsnebenkosten relevant ist.
• Lieferant und Lieferantenname: Die Felder Lieferant und Name werden automatisch als Kopien aus den Kopfinformationen ausgefüllt. Beachten Sie, dass es möglich ist, zusätzliche Lieferanten zu ändern oder hinzuzufügen, was zu zusätzlichen Bestellungen führen kann, die vom System angelegt wurden. Das Hinzufügen zusätzlicher Lieferanten ist z.B. dann sinnvoll, wenn der Lieferant Produktionsstätten an verschiedenen Standorten hat oder die Produktion auf verschiedene Produktionswerke verteilen muss.
• Preiswährung, Mengeneinheit, Werk, Lagerort und Wunschlieferdatum: Diese werden je nach Konfiguration automatisch ermittelt und angezeigt.
• 

Als Nächstes müssen Sie über die Drucktaste Aufwand im Menü Aufwände pflegen, die im Handelsgeschäft auftreten können. Die Funktion Nebenkostenabwicklung, die in der entsprechenden Lektion in diesem Dokument näher erläutert wird, ist eine leistungsstarke Funktion im Global Trade Management. Alle möglichen Aufwandsarten, die in einem Geschäftsvorgang vorkommen, können im System definiert und zu einem späteren Zeitpunkt im Finanzwesen abgerechnet werden. Typische Beispiele für Verkaufs- und Einkaufskosten sind Rabatte und Zuschläge, Frachtkosten, Versicherungskosten, Provisionen oder Tarife. Aus betriebswirtschaftlicher Sicht spielen Nebenkosten eine wichtige Rolle im Handelsgeschäft, da die Margen gering sind und leicht durch falsch geschätzte Nebenkosten verbraucht werden können. Um ein einfaches Beispiel zu geben, macht es einen wesentlichen Unterschied, ob die Materialien per LKW oder per Luftfracht versendet werden. Daher müssen die Aufwände im Vorfeld genau bewertet und im System erfasst werden, um Endpreise und den Endgewinn zu simulieren.

Nachdem ein Händler alle Informationen im System eingegeben hat, kann die geplante Marge über die Option Profitsimulation simuliert werden, die Teil des Funktionsumfangs des Trading-Kontrakts ist (Drucktaste Profitsimulation im Menü). Basierend auf Mengen, Preisen und Aufwänden berechnet das Funktionstool alle Gesamtwerte und den geschätzten Gewinn und zeigt diese an. Dadurch wird sichergestellt, dass Margenziele einfach geplant und gesteuert werden können, wodurch die Unternehmensziele und sogar Compliance-Regeln erfüllt werden können.

Um sicherzustellen, dass alle Daten im Trading-Kontrakt korrekt gepflegt wurden und der Trading-Kontrakt auch formale Anforderungen erfüllt, werden vom System eine Reihe automatischer Prüfungen durchgeführt und dem Händler angezeigt. Folgendes ist im System verfügbar oder kann bei Bedarf konfiguriert werden:

• Datenvollständigkeit – gibt an, ob alle relevanten Daten im Kontrakt gepflegt sind, die anschließend zum Anlegen der Folgebelege erforderlich sind. Beachten Sie, dass diese Daten in der Konfiguration definiert werden können.
• Mengenprüfung – prüft, ob die Verkaufs- und Bestellmengen im Trading-Kontrakt übereinstimmen. Häufig werden die Materialien direkt vom Lieferanten an den Kunden versendet. Aus diesem Grund ist es wichtig, dass Händler sicherstellen, dass die Kundenauftragsmenge des Kunden mit der Bestellmenge des Lieferanten übereinstimmt. Diese Funktion ist daher besonders nützlich, wenn die jeweilige Mengeneinheit abweicht. Daher werden die Einheiten automatisch in die im Materialstamm definierte Basismengeneinheit umgerechnet. Wenn mehrere Bestellungen verwendet werden, um die Verkaufsmenge zu erreichen, summiert das System außerdem die Mengen aus allen Bestellungen.
• Finanzdokumentprüfung – sie weist auf Risiken für Finanzdokumente und Bonität hin. Beispielsweise wird in den meisten Exporthandelsgeschäften ein Akkreditiv für die Zahlung und Verarbeitung verwendet. Wenn ein entsprechendes Absicherungsschema zugeordnet ist, prüft das System den Saldo des Akkreditivs für den Kunden und gibt eine entsprechende Meldung aus. Wenn die Risikoprüfung fehlschlägt, kann die Handelsvereinbarung gesichert werden, aber das automatische Anlegen des Kundenauftrags wird gesperrt.
• Folgebelege angelegt – zeigt den Status der Folgebeleggenerierung für den Trading-Kontrakt an. Eine grüne Ampel zeigt an, dass der Trading-Kontrakt freigegeben wurde, um den Kundenauftrags- und Bestellbeleg zu generieren. Eine rote Ampel zeigt an, dass der Trading-Kontrakt noch nicht freigegeben wurde oder dieser Schritt wiederholt werden muss. Schließlich bedeutet eine gelbe, dass der Trading-Kontrakt nicht für die Generierung von Folgebelegen freigegeben werden kann, da sein Status dies verhindert. Beachten Sie, dass der Status des Trading-Kontrakts erst aktualisiert wird, wenn Sie den Trading-Kontrakt sichern.
• Gesetzliche Kontrolle – Wenn SAP Global Trade Services (GTS) oder die alternative Funktion „International Trade" aktiviert ist, gibt diese Prüfung mindestens an, ob die Daten des Trading-Kontrakts im Hinblick auf die Einhaltung von Außenhandelsvorschriften akzeptiert werden. Dazu gehören Prüfungen zur Einhaltung von Embargos, Watch List Screening und gesetzliche Kontrolle.
• Kreditmanagement – Wenn das Kreditmanagement im System konfiguriert und aktiviert ist, übergibt der Trading-Kontrakt alle relevanten Daten an die Credit-Management-Logik, um die individuelle Kreditwürdigkeit der entsprechenden Geschäftspartner zu prüfen. Wenn das Obligo zu hoch ist, wird eine entsprechende Systemmeldung angezeigt. Darüber hinaus können verschiedene Optionen für den Trading-Kontrakt konfiguriert werden. Wenn beispielsweise ein Kreditlimit überschritten wurde, kann der Vertrag gesichert, aber nicht weiter bearbeitet werden. Beachten Sie, dass Sie in der Konfiguration das Kennzeichen setzen können, wenn die Kreditlimitprüfung beim Erfassen von Trading-Kontrakten aktiv sein soll. Darüber hinaus können Sie entscheiden, dass der Trading-Kontrakt nur dann auf einen aktiven Status gesetzt werden kann, wenn die Prüfung des Finanzbelegs positiv ausfällt.
• 

Abhängig von den einzelnen Geschäftsprozessen kann ein Händler schließlich den richtigen Anwendungsstatus des Trading-Kontrakts setzen. Er wird dem Kontrakt direkt zugeordnet und informiert einen Händler darüber, dass der Trading-Kontrakt eine bestimmte Bearbeitungsebene erreicht hat. Der Status Freigegeben gibt z.B. an, ob das nachfolgende Anlegen des Kundenauftrags und der Bestellung durchgeführt werden kann oder nicht. Es gibt zwei Arten von Status: den Anwendungsstatus und den Systemstatus. Die Systemstatus sind im SAP-System vordefiniert und steuern den Prozess eines Trading-Kontrakts. Wenn Sie einen Trading-Kontrakt bearbeiten, prüft das System den Status und setzt automatisch den richtigen Status. Folgende Systemstatus stehen im System zur Verfügung: Offen, Freigabe erfolgt, Änderung nach Freigabe, Buchhaltung abgeschlossen, Abgeschlossen und Geschäft abgeschlossen. Die Statussteuerung kann frei definiert werden und ermöglicht es einem Händler, wichtige Statusinformationen während der Trading-Kontraktbearbeitung zu steuern.

Im Gegensatz zum zweiseitigen Trading-Kontrakt, bei dem die Verbindung zwischen dem Bedarf eines Kunden und dem Angebot eines Lieferanten automatisch durch parallele Eingabe hergestellt wird, erfolgt die Verknüpfung von einseitigen Trading-Kontrakten durch den Schritt der Assoziation. Die folgende Beschreibung konzentriert sich auf die Zuordnung von Kontraktpositionen aus dem Trading-Kontrakt heraus, kann aber auch über die Trading Execution Workbench erfolgen (siehe auch die entsprechende Lektion).

Der Prozess läuft prinzipiell in drei Schritten ab:

1. Anlegen eines einseitigen Trading-Kontrakts. Aufgrund der Natur des Trading-Geschäfts, bei dem in der Regel kein Kauf (Nachschub) ohne Vorverkauf (Nachfrage) stattfindet, handelt es sich meist um einen verkaufsseitigen Trading-Kontrakt.
2. Anlegen eines entsprechenden einkaufsseitigen Trading-Kontrakts einschließlich der Assoziation der Kontraktpositionen.
3. Überprüfung der Assoziation und des Belegflusses.

Die einzelnen Geschäftsprozessschritte eines Handelsgeschäfts finden in der Regel sequenziell und nur selten parallel statt. Beispielsweise können Waren nicht ohne den entsprechenden Wareneingang oder die entsprechende Lieferung vom Lieferanten an den Kunden an den Kunden versendet werden. Das bedeutet umgekehrt, dass der Prozess der Zuordnung des Vertragsbestands in der Lage sein muss, sich zeitlich flexibel zu verhalten. Die Reservierung/Verknüpfung von Materialmengen darf daher nicht ausschließlich auf die Ebene des Trading-Kontrakts beschränkt werden, sondern muss auch Mengen aus den Folgebelegen und Folgebelegen berücksichtigen. Beispielsweise kann es sein, dass ein verkaufsseitiger Handelskontrakt noch nicht freigegeben sein sollte, d.h. es wird bisher kein Kundenauftrag als Folgebeleg erzeugt. Dennoch sollte bereits eine Zuordnung zur Menge eines Wareneingangs aus einem vorherigen einkaufsseitigen Handelskontrakt erfolgen, damit die verfügbare Bestandsmenge so schnell wie möglich für den Kunden reserviert werden kann.

Pflegevorgang:

Analog zum zweiseitigen Trading-Kontrakt ist der Einstiegspunkt für die Erfassung des verkaufsseitigen Trading-Kontrakts zunächst durch die Auswahl der Kontraktart, gefolgt von der Eingabe der Organisationsdaten. Auf dem Einstiegsbild Trading-Kontrakt anlegen (Verkauf) müssen im Anschluss mindestens die folgenden Daten in das System eingegeben werden:

• Kopfdaten: Feld Auftraggeber und (optional) Feld Externe ID. Nach der Bestätigung der verbleibenden Grund- und Verkaufsdaten werden die Partnerinformationen und Verwaltungsdaten automatisch vom System gefüllt.
• Positionsdaten: Materialnummer, Verkaufsmenge und Verkaufspreis (falls nicht basierend auf Stammdaten gefüllt). Die übrigen Daten werden vom System gefüllt, wenn Sie die Einstellungen bestätigen. Gemäß dem Konfigurationsdialogfenster kann die Assoziationspflege angezeigt werden, die hier abgebrochen werden kann.

Sichern Sie den Vertrag im Status Offen.

Geben Sie, wie bereits beschrieben, Kopf- und Positionsdaten für den entsprechenden einkaufsseitigen Trading-Kontrakt ein und bestätigen Sie Ihre Einstellungen. Nach der Bestätigung der Positionsdaten wird abhängig von der Systemkonfiguration (optional) automatisch das Dialogfenster Assoziationspflege angezeigt, das dem Benutzer die folgenden Daten anzeigt: Im Abschnitt Führende Belegpositionen werden die Trading-Kontraktposition(en) und die relevante Verkaufsmenge im Feld Offene Menge angezeigt, an der Sie gerade arbeiten. Im unteren Abschnitt Assoziationspartnerpositionen werden die entsprechenden Einkaufsbelege (Trading-Kontrakte, Wareneingangslieferungen und Wareneingangsbelege) mit ihren entsprechenden verfügbaren Mengen automatisch angezeigt, basierend auf der Konfigurationseinstellung für die Zuordnung.

Aus der Liste kann der Benutzer nun einfach entscheiden, welche Partnerposition für die Verknüpfung mit dem aktuellen Verkaufskontrakt geeignet ist. Die Abbildung oben zeigt, dass mehrere Einkaufskontrakte bearbeitet werden und dass bereits Waren für zwei Kontrakte eingegangen sind. Aus dem Kontrakt 5300002591 geht auch hervor, dass bereits eine Teilmenge von 10 kg für einen anderen Kunden reserviert wurde und daher nur eine Restmenge von 90 kg verfügbar ist.

Wählen Sie beispielsweise den Wareneingang 500000433002026 aus, klicken Sie in das Feld Neue Menge, und geben Sie die erforderliche Menge ein. Beachten Sie, dass es möglich ist, Teilmengen aus verschiedenen Partnerpositionen zuzuordnen, falls zutreffend. Beachten Sie außerdem, dass der verkaufsseitige Trading-Kontrakt die zugeordnete Menge im Feld Eingegangene Menge anzeigt, während der Wert im Feld Offene Menge gemäß der Berechnung auf null gesetzt wird.

Übernehmen Sie abschließend die Daten und sichern Sie den Vertrag. Öffnen Sie es erneut im Änderungsmodus, wechseln Sie zur Positionsdetailebene, und überwachen Sie das Ergebnis. Im Belegflussbaum wurde der neue Ordner Assoziation hinzugefügt, der angibt, dass die Mengen des Kundenauftrags mit den Mengen des Wareneingangsbelegs verknüpft sind. Darüber hinaus wird die Aktion auch auf Positionsebene auf der Registerkarte Assoziation angezeigt.

Wenn die Zuordnung aus irgendeinem Grund obsolet geworden ist, ist es möglich, die Zuordnung zu beenden. Öffnen Sie dazu den verkaufs- oder einkaufsseitigen Trading-Kontrakt, und geben Sie die Positionsdetailebene ein. Wählen Sie auf der Registerkarte Assoziation die Drucktaste Grund, und geben Sie im Feld Neue Menge des zuvor ausgewählten Belegs einen Nullwert ein. Wählen Sie Daten übernehmen, um Ihre Einstellung zu bestätigen. Das System leitet Sie zurück zur Registerkarte Assoziation, auf der das zugehörige Dokument nicht mehr aufgeführt ist. Sichern Sie den Vertrag, und geben Sie ihn erneut im Änderungsmodus ein, um den aktualisierten Belegfluss zu überprüfen.

Die Komponente Trading-Kontrakt unterstützt Folgendes (Extrakt):

• Integration von Kundenaufträgen, Bestellungen und Lieferantenfakturen für Nebenkosten.
• Mehrere Mengeneinheiten und mehrere Währungen.
• Handelspreiskalkulation.
• Partnerrollen.
• Offene Auftrags-/Lieferungssteuerung.
• Unvollständigkeitsprüfung, Statussteuerung, Mengenabgleichsprüfung und Freigabeprüfung.
• Risikomanagementprüfung.
• Aufwandsabwicklung.
• Profitsimulationsbericht, einschließlich aller im Trading-Kontrakt gepflegten Kosten- und Erlösarten.
• Umfassender Belegfluss.

Wie bei der Pflege eines Trading-Kontrakts wird auch der Vorkontrakt am Beispiel eines zweiseitigen Vorkontrakts beschrieben. Bei einem einseitigen Vorkontrakt müssen nur die entsprechenden einkaufs- oder verkaufsseitigen Daten auf ähnliche Weise gepflegt werden.

Zunächst muss ein Benutzer die richtige Trading-Kontraktart zusammen mit der Pflege der Organisationsdaten auswählen. SAP liefert die Trading-Kontraktart Vorkontrakt (zweiseitig) als Beispiel aus. Die Eingabe der Daten in den Beleg entspricht der des Trading-Kontrakts und kann daher an dieser Stelle kurz beschrieben werden.

Auf dem daraufhin angezeigten Bild Vorkontrakt anlegen (zweiseitig) werden zuerst die Kopfdaten und anschließend die Positionsdaten erfasst. Pflegen Sie ggf. auch bereits zu diesem Zeitpunkt Ausgaben. Dies ist besonders nützlich, wenn es sich z.B. um Nebenkosten handelt, die an alle Trading-Kontrakte vererbt werden sollen, die mit Bezug auf den Vorkontrakt angelegt werden, z.B. Provisionen.

Achten Sie dabei auf Folgendes:

• Eine Profitsimulation ist an dieser Stelle sehr nützlich, da ein Vorkontrakt in der Regel mit höheren Volumen und entsprechenden Erlösen im Vergleich zu einem Trading-Kontrakt verbunden ist.
• Der Beleg muss freigegeben/genehmigt werden, andernfalls wird das Anlegen von Trading-Kontrakten, die sich auf den Vorkontrakt beziehen, vom System nicht unterstützt. Beachten Sie, dass es auch möglich ist, den Beleg nicht freizugeben/zu genehmigen, sondern als Vorlage für zukünftige Kopien zu verwenden.
• Im Gegensatz zum Trading-Kontrakt erzeugt ein PreContract keine Folgebelege (Kundenauftrag und Bestellungen).

Sobald der Vorkontrakt freigegeben und gesichert wurde, können Sie Trading-Kontrakte mit Bezug darauf anlegen. Wie bereits beschrieben, muss die entsprechende Kontraktart, in diesem Beispiel ein zweiseitiger Trading-Kontrakt, im System als relevante Trading-Kontraktart ausgewählt werden. Anstatt die Auswahl zu bestätigen, wählen Sie die Funktion Anlegen mit Bezug. Das System zeigt dann ein Dialogfenster an, in dem Sie die Vorkontraktnummer im Abschnitt PreTrading-Kontrakt eingeben können.

Wählen Sie Weiter, um das Dialogfenster Positionsdaten kopieren zu öffnen, in dem die relevanten Daten des Vorkontrakts angezeigt werden: Trading-Kontraktnummer, Positionsnummer, Material-ID und Beschreibung und – am wichtigsten – Felder Offene Menge (SD) und Offene Menge (MM), die die mit einem Kunden und Lieferanten ausgehandelte Gesamtmenge angeben.

Geben Sie in den Feldern Verkaufsmenge (SD) und Bestellte Menge (MM) die erforderlichen Werte gemäß der Einteilung des Kunden ein, z.B. 80 kg. Beachten Sie, dass die Mengen gemäß der Konfiguration gleich sein sollten. Die Mengenabgleichsprüfung kann im System aktiviert sein. Markieren Sie abschließend die Zeile, und wählen Sie Kopieren, um das Bild Trading-Kontrakt anlegen (zweiseitig) aufzurufen. Alternativ können Sie auch die Drucktaste Splitting wählen, mit der Sie einzelne Liefertermine für Verkauf und Einkauf im angezeigten Dialogfenster Positionssplitdaten bearbeiten eingeben können, die entsprechend in den Trading-Kontrakt kopiert werden.

Gemäß der Konfiguration enthält der referenzierte Trading-Kontrakt alle Daten, die zuvor im Vorkontrakt eingegeben wurden. Für die Position können Sie überprüfen, ob die erforderliche Menge für den Verkauf und Einkauf ebenfalls korrekt kopiert wurde. Geben Sie abschließend die verbleibenden Daten ein, z.B. zusätzliche Informationen auf Kopfebene (Registerkarte Zusatzdaten) oder Positionsdetailebene (Registerkarte Add-On-Daten) oder optional eine geeignete externe ID und Nebenkosten, die insbesondere für diesen Kontrakt entstehen können. Geben Sie den Vertrag frei und öffnen Sie ihn erneut im Änderungsmodus. Im Belegflussbaum werden der Vorkontrakt und der Trading-Kontrakt zusammen mit den Folgebelegen angezeigt.

Im Trading-Geschäft ist es nicht immer möglich, im Voraus einen geeigneten Lieferanten zu finden, sodass die beteiligten Parteien sofort in einem Trading-Kontrakt fixiert werden können. Beispielsweise kann es vorkommen, dass ein Lieferant aufgrund von Produktionsengpässen die gewünschten Mengen nicht produzieren kann und ein Ersatz gefunden werden muss. In diesem Fall ist die Verwendung eines zweiseitigen Trading-Kontrakts daher nicht sinnvoll.

Sie können ein Back-to-Back-Handelsgeschäft jedoch auch mit einseitigen Trading-Kontrakten durchführen, d.h. einen verkaufsseitigen Trading-Kontrakt anlegen und anschließend mit einem geeigneten einkaufsseitigen Trading-Kontrakt verbinden. Die Verknüpfung zwischen beiden sogenannten Assoziationen kann jederzeit aus dem Trading-Kontrakt heraus oder auch über die Trading Execution Workbench erfolgen.

In der Vergangenheit stellte sich heraus, dass Unternehmen häufig einseitige Trading-Kontrakte verwenden. Der Hauptgrund hierfür ist die Absicht, Bestands- und Umsatzrisiken zu minimieren:

• Bestandsrisiko: Bei Bedarf kaufen Handelsunternehmen Mengen ein, für die noch keine entsprechende Kundennachfrage besteht. Die Mengen solcher Opportunity-Käufe müssen jedoch vorrätig sein. Dieser Fall wird als Long-Position bezeichnet. Um ein Bestandsrisiko zu vermeiden, muss jedoch eine flexible Funktion verfügbar sein, mit der Handelsunternehmen diese Mengen an einen oder mehrere Kunden weiterverkaufen können.
• Umsatzrisiko: Andererseits kann es aufgrund nicht verfügbarer Bestandsmengen, die als Short-Position bezeichnet werden, vorkommen, dass Kundenbedarfe nicht erfüllt werden können, was zu Umsatzeinbußen und einer Verschlechterung der Kundenbeziehungen führen kann.

Es gibt auch andere bemerkenswerte Gründe, warum die Verwendung von einseitigen Trading-Kontrakten zu einer Option werden könnte:

• Verarbeitungsrisiko: Händler können von Finanzkrisen, schnellen Marktveränderungen oder allgemeinen Problemen in der Lieferkette betroffen sein. Für den zweiseitigen Trading-Kontrakt könnte der schlimmste Fall sein, dass ein Händler alle vom System generierten Belege stornieren muss und gezwungen ist, das Handelsgeschäft erneut einzurichten - was teuer und zeitaufwendig ist. Bei der Verwendung von einseitigen Trading-Kontrakten müssen Sie jedoch nur den einkaufsseitigen Trading-Kontrakt stornieren und einen neuen Trading-Kontrakt mit einem anderen Lieferanten anlegen.
• Lieferantenrisiko: Zum Zeitpunkt des Erhalts eines Kundenauftrags kennen Sie den Lieferanten noch nicht, da Sie diese Art von Material nie gehandelt haben und zuerst eine Lieferantensuche durchführen müssen.
• Preisrisiko: Preisänderungen werden in Kürze erwartet, und Sie möchten den Kauf möglicherweise zurückstellen. Sie müssen jedoch eine Kundenauftragsbestätigung über den verkaufsseitigen Trading-Kontrakt an den Kunden senden.
• Produktionsrisiko: Der Bedarf des Kunden kann nicht von einem einzigen abgewickelt werden, sondern erfordert mehrere Lieferanten. Daher müssen Sie einen verkaufsseitigen Trading-Kontrakt mit mehreren einkaufsseitigen Trading-Kontrakten verknüpfen.
• Verfügbarkeitsrisiko: Die von einem Lieferanten hergestellten Materialien müssen kurzfristig an einen anderen Kunden geliefert werden.

Die genannten Gründe erfordern daher systemseitige Verfahrensflexibilität. Die Funktionspositionsverwaltung hilft Händlern, einseitige Trading-Kontrakte sinnvoll zu verknüpfen und so die genannten Risiken und den manuellen Aufwand zu reduzieren.

Das Funktionspositionsmanagement besteht aus zwei Funktionen: Portfoliomanagement und Assoziationsmanagement.

Das Portfoliomanagement hilft bei der Beantwortung der Frage: „Wie findet das System passende Trading-Kontrakte?" Oder anders ausgedrückt: „Was sind die Voraussetzungen, um Assoziationen zwischen Trading-Kontrakten im System durchzuführen?"

Damit das System passende einseitige Trading-Kontrakte ermitteln kann, müssen Sie Parameter definieren. Typische Beispiele sind Material-ID, Werk, Warenempfänger, Charge oder Kunde (oder eine Kombination), die aus dem Feldkatalog in der Konfiguration ausgewählt werden. Beachten Sie, dass Sie den Feldkatalog um zusätzliche benutzerdefinierte Einträge definieren und erweitern können.

Anschließend werden die ausgewählten Parameter bei der Definition eines Portfoliosatzes verwendet. Sie können beispielsweise einen Portfoliodatensatz wie Portfolio – Rohrstahl mit dem Parameter Material-IDTS123 - Rohrstahl 8x4 als Schlüsselfeld definieren. In diesem Fall ermittelt das System automatisch das Portfolio-Portfolio - Rohrstahl und ordnet es jeder Trading-Kontraktposition zu, nachdem die Material-ID TS123 - Rohrstahl 8x4 im Trading-Kontrakt eingegeben wurde. Die automatische Ermittlung und Zuordnung von Portfolios zu Trading-Kontrakten bildet letztendlich die Grundlage dafür, dass das System dem Benutzer geeignete Kontraktpositionen vorschlagen kann.

Zusammenfassend lässt sich sagen, dass die systemgestützte Erkennung und Zuordnung von Portfolios zu Vertragspositionen eine zentrale Funktion ist. Dies gilt insbesondere, wenn ein Händler in der Regel viele Trading-Kontrakte pro Tag anlegen oder die per EDI im System empfangenen Trading-Kontrakte bearbeiten muss. Aufgrund der Komplexität des Orderbuchs, das sich aus der hohen Anzahl von Kontrakten ergibt, kann ein Händler möglicherweise keine übereinstimmenden Trading-Kontrakte überwachen und verarbeiten. Die Erkennung von Verträgen mit gleichen Schlüsselfeldern und deren Darstellung im Dialog zur weiteren Assoziation ist daher ein wertvoller Prozess.

Das Assoziationsmanagement ist die Funktion, die Verkaufs- und Einkaufsbelegpositionen verbindet, die denselben Portfoliodatensatz haben. Eine Zuordnung von Materialmengen kann direkt über den Trading-Kontrakt oder unter Verwendung der Trading Execution Workbench erfolgen. In beiden Fällen ist der Wartungsvorgang derselbe wie in der Abbildung unten. Sobald das System beim Anlegen des Trading-Kontrakts Trading-Kontrakte mit demselben Portfolio ermittelt, wird automatisch ein Bild geöffnet, das sowohl die führenden Belegpositionen des aktuell verarbeiteten Trading-Kontrakts, z.B. eines verkaufsseitigen Trading-Kontrakts, als auch unter den möglichen Assoziationspartnerpositionen der richtigen einkaufsseitigen Trading-Kontrakte oder anderer logistischer Belege wie Anlieferungen, Wareneingänge oder Umlagerungen anzeigt. Die Liste zeigt auch alle relevanten Informationen an, z.B. die entsprechenden Positionsmengen, offenen Mengen (bisher nicht zugeordnet) oder die zugehörige Menge. Diese Übersicht ermöglicht eine flexible Zuordnung von Positionsmengen zwischen Trading-Kontrakten und/oder logistischen Belegen, bis die Wunschmenge vollständig verknüpft ist. Auf diese Weise werden die beiden Hauptaufgaben des Assoziationsmanagements erreicht, nämlich das Anlegen einer Belegpositionsverknüpfung zwischen einseitigen Trading-Kontrakten und das Berechnen sowie Aktualisieren offener Materialmengen.

Das folgende Beispiel soll veranschaulichen, wie wichtig der Assoziationsprozess ist. Aufgrund eines hohen Lieferantenbonus möchte ein Handelsunternehmen 100 Tonnen Material A als Opportunity-Kauf beschaffen. Vor dem Kauf legt der Händler im System einen Portfoliosatz mit der Material-ID A als Schlüsselfeld an und legt anschließend einen einkaufsseitigen Einkaufs-Trading-Kontrakt an, der den Portfoliodatensatz als Information enthält. Auf diese Weise stellt der Händler sicher, dass eingehende Kundenaufträge für dieses Material sofort vom System erkannt werden und anschließend dem Einkaufsmaterial zugeordnet werden können. Anschließend wird die aus dem Kontrakt generierte Bestellung an den Lieferanten gesendet. Der Lieferant stellt die Materialien her und liefert sie. Während des Transports wird die Materialmenge aufgrund von Kundenauftragseingängen schrittweise verkauft. Für jeden Verkauf legt der Händler verkaufsseitige Trading-Kontrakte mit der Material-ID A als Einzelposten an. Das System ermittelt automatisch, welches Portfolio den Verkaufskontrakten zugeordnet werden muss, und schlägt dem Händler die Mengen des Einkaufskontrakts als mögliche Assoziationspartnerpositionen vor. Der Händler ordnet die von den Kunden bestellte Menge zu, und die verbleibende offene Menge des Einkaufskontrakts wird entsprechend reduziert – bis die Einkaufsmaterialmenge zu 100 % endgültig verkauft wird. Sobald das Schiff am Ziel ankommt, können die nachfolgenden logistischen Schritte sowie die entsprechenden Abrechnungen und Finanzbuchungen abgeschlossen werden.

Handelsunternehmen müssen handelsbezogene Aufwendungen wie Fracht, Ladegebühren, Lagerkosten, Versicherung, Zölle und Provisionen effizient kontrollieren und bewerten. Mit der Funktion für Handelsaufwände in Global Trade Management können Händler verschiedene Arten von Kosten und Provisionen pflegen und verarbeiten, die alle zu unterschiedlichen Zeiten realisiert und auf verschiedene Konten gebucht werden können. Darüber hinaus treten diese häufig nicht gleichzeitig mit dem tatsächlichen (logistischen) Ablauf eines Trading-Kontrakts auf.

Handelsgeschäfte bestehen häufig aus großen Mengen mit hohen Umsätzen. Trotz letzterer sind die Gewinne eher gering, was die Aliquotierung von Aufwendungen eher wichtig macht. Händler sind verpflichtet, vordefinierte Margenziele zu erreichen (bzw. nicht zu unterschreiten), um sicherzustellen, dass das Geschäft langfristig profitabel bleibt. Das bedeutet, dass die Vernachlässigung oder falsche Berechnung von Aufwänden bereits während der Planungsphase zu erheblichen finanziellen Verlusten führen kann, nachdem ein Vertrag abgeschlossen wurde und Verpflichtungen erfüllt werden müssen.

Anhand eines einfachen Beispiels können die finanziellen Auswirkungen von Ausgaben leicht veranschaulicht werden. Angenommen, ein Handelsunternehmen hat ein vordefiniertes Nettomargenziel von 2,5 % als Richtlinie für seine Händler festgelegt, um die langfristige Rentabilität des Unternehmens sicherzustellen. Da Preisunterschiede zwischen Verkaufs- und Einkaufspreisen in der Regel sehr gering sind, können selbst ein Prozent Aufwendungen - gemessen am Verkaufspreis - einen erheblichen Unterschied machen.

Dieses Beispiel zeigt, dass es wichtig ist, Ausgaben bei der Geschäftsabwicklung im Voraus zu berücksichtigen. Aufgrund dieser Bedeutung ermöglicht Global Trade Management die Erfassung beliebiger Nebenkosten in jeder Phase der Auftragsabwicklung, um Endpreise genau zu berechnen.

Global Trade Management kann verschiedene Arten von Nebenkosten verarbeiten, unabhängig davon, ob sie einen direkten Einfluss auf den Nettowert haben, müssen zuerst als Schätzwert eingegeben werden, oder ob sie unerwartet auftreten und daher keinen direkten Bezug zum zugrunde liegenden Material oder zum logistischen Fluss als solchen haben. Darüber hinaus können Aufwände direkt auf ein Material oder ein Sachkonto mit oder ohne Rückstellungen gebucht werden.

Es gibt im Wesentlichen drei Arten von Aufwandsarten: Geplante Nebenkosten, Geplante Nebenkosten mit Abrechnung und Ungeplante Nebenkosten.

In der Regel gibt es Aufwände, die fixe Kostenelemente darstellen. Diese sind Teil der Preispolitik des Unternehmens und wirken sich sofort auf den Nettowert von Trading-Kontrakten und schließlich auch auf Kundenaufträge und Bestellungen aus. Typische Beispiele sind hier Zu- und Abschläge auf Materialpreise, die auch im Handelsgeschäft vorkommen und daher ebenfalls berücksichtigt werden müssen.

Geplante Nebenkosten werden in der Regel sofort bei der Erfassung eines Trading-Kontrakts definiert, können aber auch später erfasst oder geändert werden. Darüber hinaus kann unterschieden werden, ob die Kosten an einen Kunden oder Lieferanten weitergegeben werden können. Beispielsweise können Versicherungskosten, die ein Kunde benötigt, als zusätzlicher Preiszuschlag an ihn weitergegeben werden, während eine spezielle Verpackungsgebühr aufgrund vertraglicher Bedingungen nicht weitergegeben werden kann. Die Auswirkungen von Nebenkosten auf die Preisfindung können direkt über die Funktion Profitsimulation überwacht werden.

Verkaufsbezogene Nebenkosten wirken sich direkt auf die Berechnung des Nettowerts auf Kopfebene von zweiseitigen Trading-Kontrakten und verkaufsseitigen Trading-Kontrakten aus, wohingegen einkaufsbezogene Nebenkosten sich direkt auf die Berechnung des Nettowerts auf Kopfebene von einkaufsseitigen Trading-Kontrakten auswirken. Beachten Sie außerdem, dass auf Positionsebene die Verkaufs- und Einkaufspreise basierend auf dem geplanten Nebenkostenwert neu berechnet werden. Sobald diese gepflegt sind, werden die Preise neu berechnet und im Anzeigemodus angezeigt. Außerdem wird der eingegebene Wert in das Kalkulationsschema des Trading-Kontrakts übernommen.

Beachten Sie, dass die Konditionsarten in die entsprechenden Kalkulationsschemata für den Verkauf und/oder Einkauf integriert sein müssen.

Es gibt auch Aufwände, die in ihrer Art definiert sind, aber nicht im Wert ermittelt werden. Dies bedeutet, dass der Rechnungsendbetrag zum Zeitpunkt der Anlage eines Trading-Kontrakts noch nicht bekannt ist. Beispielsweise können die Kosten eines Frachtführers erst genau ermittelt werden, wenn das genaue Gewicht der Fracht bekannt ist. Folglich bedeutet dies, dass diese Art von Aufwand in der Regel mit nachgelagerten logistischen Prozessen wie Wareneingang oder Auslieferung verbunden ist. Eine Endabrechnung gemäß einer tatsächlichen Lieferantenrechnung zusammen mit der Kontobuchung im Finanzwesen kann daher parallel zu den logistischen Folgeprozessen, in diesem Fall Wareneingang und Auslieferung, erfolgen. Alternativ kann dies zu einem späteren Zeitpunkt separat über die Trading Execution Workbench erfolgen. In beiden Fällen können Sie die im Trading-Kontrakt enthaltenen Nebenkosten referenzieren.

Obwohl der Aufwand bisher nicht wertmäßig bekannt ist, müssen diese Kosten zumindest vom Händler als geschätzte Kosten im System erfasst werden, um den Endpreis und Gewinn so genau wie möglich zu ermitteln. Die Nebenkostendefinition kann anders erfolgen - bereits bei der Trading-Kontraktpflege, bei der Wareneingangs- und Auslieferungsbearbeitung über die Trading Execution Workbench oder die Nebenkosten-Workbench (siehe das entsprechende Kapitel unten in dieser Lektion).

Im Allgemeinen werden geplante Nebenkosten mit Abrechnung durch vier Parameter definiert, die unten erläutert werden. Nachdem die Parametereinstellungen bestätigt wurden, ermittelt das System die zugeordnete Konditionsart, die in dem Kalkulationsschema vorkommt, das den entsprechenden Bereichen (Verkauf oder Einkauf) zugeordnet ist. Beachten Sie, dass die Konditionsarten im System als statistische Konditionsarten abgebildet werden, was bedeutet, dass diese nicht zu Buchungen in der Finanzbuchhaltung und Fakturierung führen und daher später im Prozess abgerechnet werden müssen.

• Nebenkostenklassengruppe: Dient der Gruppierung von Nebenkostenklassen. Dies ist besonders hilfreich, wenn Sie viele Aufwandsklassen definiert haben und die Auswahl vereinfachen möchten, indem Sie zuerst die entsprechende Ausgabentypgruppe auswählen.
• Nebenkostenklasse: Zusammen mit der Buchhaltungsart und der Buchungstypengruppe steuert die Nebenkostenklasse die Ermittlung einer Abrechnungsbelegart für eine Lieferantenfaktura. Die Kombination aus Abrechnungsbelegart und Nebenkostenklasse bestimmt, welche Kondition als geplante Nebenkostenkondition verwendet wird. SAP liefert Nebenkostenklassen als Beispiele aus, die logisch einer Nebenkostenklassengruppe (umsatz- oder einkaufsbezogen) zugeordnet werden können.
• Buchhaltungsart: Die Kontierungsart steuert die Suche nach einer Abrechnungsbelegart für Lieferantenfakturen anhand des Buchungsschlüssels. Es steuert daher, ob eine Buchung auf ein Materialkonto oder ein Sachkonto (in diesem Fall mit einem bestimmten Buchungsschlüssel) erfolgt.
• Buchungstyp: Die Buchungsart steuert die Ermittlung der Abrechnungsbelegart für eine Lieferantenfaktura. Steuert, ob es sich um eine Abrechnungsbelegart auf Lieferanten- oder Kundenseite handelt und um die Art der Buchung (Verbindlichkeiten, Forderungen, rein statistisch ohne Finanzbuchhaltungsbeleg) für die Lieferantenfaktura.

Die Interaktion zwischen der Nebenkostendefinition bzw. der Konditionsartenfindung und der Preisfindung wird im folgenden (Einkaufs-)Beispiel veranschaulicht:

Das sind Kosten, die unerwartet entstehen. Folglich haben sie keine direkte Verbindung zu einem logistischen Folgeprozess. Sie können während des gesamten Verkaufszyklus eines Handelsgeschäfts auftreten. Ungeplante Nebenkosten werden abgerechnet und direkt über Lieferantenfakturen in das Finanzwesen gebucht. Daher ist kein zusätzlicher Aufwand in der Abrechnungsverarbeitung erforderlich. Die entsprechende Kontobuchung wird direkt im Belegfluss des Trading-Kontrakts angezeigt. Typische Beispiele für diese Spesenart sind eine separate Zusatzprovision oder Schadenskosten. Ungeplante Nebenkosten können jederzeit direkt aus dem Trading-Kontrakt gebucht werden. Die folgende Abbildung veranschaulicht den Prozess:

Die Funktion für die Spesenabrechnung ist sehr flexibel, und es gibt verschiedene Möglichkeiten, Spesen im System zu erfassen:

1. Pflege beim Anlegen eines Trading-Kontrakts
2. Pflege bei der Bearbeitung von Wareneingang und Auslieferung
3. Verwendung der Trading Execution Workbench
4. Verwendung der Nebenkosten-Workbench

Mit dem Trading-Kontrakt können Benutzer die folgenden Nebenkostenarten pflegen:

• Geplante Nebenkosten
• Geplante Nebenkosten mit Abrechnung
• Ungeplante Nebenkosten.

Geplante Nebenkosten:

Geplante Nebenkosten können beim Anlegen des Trading-Kontrakts und auch nach dem Anlegen der Folgebelege auf Positionsebene des Trading-Kontrakts gepflegt werden (beachten Sie, dass Sie den Kontrakt erneut freigeben müssen, um die Folgebelege zu aktualisieren). Sobald Sie einen Auftraggeber und eine Lieferanten-ID im Kopfbereich eines zweiseitigen Trading-Kontrakts eingeben (gehen Sie für einseitige Trading-Kontrakte ähnlich vor), werden die entsprechenden Stammdaten gemäß der Konfiguration in die entsprechenden Registerkarten kopiert. Wählen Sie in der Symbolleiste Positionsübersicht. Das System öffnet ein neues Bild zur Eingabe der Positionsdetails: Positionstyp, Lieferantennummer, Materialnummer, Werk, Verkaufsmenge, Bestellmenge, Verkaufspreis und Einkaufspreis. Rufen Sie über die Symbolleiste das entsprechende Spesenbild auf (Registerkarte Spesen). Beachten Sie, dass es möglich ist, bereits geplante Nebenkosten zu definieren, bevor Sie Positionsdetails eingeben.

Wählen Sie auf der Registerkarte Geplante Nebenkosten die Drucktaste Anlegen, und wählen Sie zunächst die erforderliche Spesenart aus, z.B. (nicht) erstattungsfähige Einkaufsausgaben oder (nicht) erstattungsfähige Verkaufsnebenkosten. Wählen Sie anschließend eine geeignete Konditionsart aus, z.B. einen prozentualen Rabatt. Geben Sie im Einstiegsbild schließlich einen Wert ein, und kehren Sie zur Registerkarte Geplante Nebenkosten zurück, um Ihre Einstellungen zu überprüfen und optional zusätzliche Werte wie eine Lieferanten-ID zu definieren, z.B. für einen Spediteur, Zahlungsbedingungen und ein Valutadatum.

Geplante Nebenkosten, die im Trading-Kontrakt gepflegt werden, haben folgende Auswirkungen:

• Kopfbereich: Da geplante Nebenkosten in der Regel Zu- und Abschläge darstellen, die sich auf das Positionsfeld Nettowert im Kopf beziehen, wird der neu berechnete Wert des Trading-Kontrakts angezeigt.
• Positionsdaten: Die Felder Einkaufspreis und Verkaufspreis werden neu berechnet und zeigen den neu berechneten Preis an, bei dem es sich um den Materialpreis handelt, der durch den Spesenbetrag pro ME hinzugefügt wurde. Die Felder Betrag im Einkauf und Betrag im Verkauf bleiben im Änderungsmodus unverändert und zeigen den ursprünglich eingegebenen Einkaufs- und Verkaufspreis bzw. den aus einem Konditionssatz ermittelten Materialpreis an.

Wenn Sie mehr als eine Position gepflegt haben, wird der eingegebene Aufwandsbetrag für jedes Material separat berechnet. Die folgende Abbildung dient als Beispiel:

Auf dem Bild sehen Sie, dass ein geplanter Einkaufsaufwand (Zuschlag) von 10 % eingegeben wurde. Das System berechnet den Einkaufspreis neu und zeigt den neu berechneten Wert für beide Positionen im Feld Einkaufspreis an. Während der Preis im Anzeigemodus angezeigt wird, können Sie den Basispreis im Feld Betrag im Einkauf ändern.

Um die Auswirkungen der erfassten Verkaufs- und Einkaufsnebenkosten in der Preisfindung zu überprüfen, wählen Sie in der Symbolleiste die Registerkarte Positionsübersicht, und wählen Sie im Abschnitt Trading-Kontraktpositionen die Drucktaste Einkauf (oder Verkauf). Auf der angezeigten Registerkarte Preiselement (Einkauf) (oder Preiselement (Verkauf) kann die Nebenkostenkonditionsart als Teil des entsprechenden Kalkulationsschemas überprüft werden.

Beachten Sie, dass die verwendeten Konditionsarten, die für geplante Nebenkosten relevant sind, in die entsprechenden Kalkulationsschemata für Verkauf und Einkauf integriert werden müssen. SAP liefert Beispiele für den Verkauf (Kalkulationsschema GTS001 – GTM Verkaufspreis) und für den Einkauf (Kalkulationsschema GTM001 – GTM Einkaufspreis) aus, die angeben, wie die jeweiligen Konditionsarten integriert werden können. Beachten Sie, dass diese Kalkulationsschemata veraltet sind und durch benutzerdefinierte ersetzt werden müssen. Die folgenden Nebenkostenkonditionsarten sind als Beispiele in der Konfiguration definiert:

Konditionsarten für den Verkauf:

• GD01 – GTM-Rabatt/-Zuschlag SD (%) (Prozentsatz)
• GD02 – GTM-Rabatt/-Zuschlag SD (V) (Festbetrag)
• GD03 – GTM Rabatt/Zuschlag SD (M) (Menge)

Konditionsarten für den Einkauf:

• GD01 – GTM Rabatt/Zuschlag Materialwirtschaft (%) (Prozentsatz)
• GD02 – GTM Rabatt/Zuschlag Materialwirtschaft (W) (Festbetrag)
• GD03 – GTM Rabatt/Zuschlag Materialwirtschaft (M) (Menge)

Geplante Nebenkosten mit Abrechnung:

Wie bereits erläutert, beziehen sich geplante Nebenkosten mit Abrechnung auf einen logistischen Prozessschritt, z.B. Wareneingang und Auslieferung. Da der Aufwand aus diesen Prozessschritten oft nicht genau ermittelt werden kann, werden sie zunächst als Schätzwert im System erfasst, der als Grundlage für die Berechnung eines endgültigen Verkaufs- und Einkaufspreises dient. Später, z.B. während der (nach) Wareneingangsbearbeitung, kann der tatsächliche Aufwandswert aus der Eingangsrechnung übernommen und schließlich abgerechnet werden.

Hinweis: Die Funktion Geplante Nebenkosten mit Abrechnung muss separat in der Konfiguration für Global Trade Management unter Komponenten aktivieren im Gruppenrahmen Nebenkostenabwicklung aktiviert werden.

Um diese Art von Nebenkosten zu verarbeiten, gehen Sie wie folgt vor: Geben Sie im Trading-Kontrakt das Nebenkostenbild ein, und öffnen Sie die Registerkarte Geplante Nebenkosten mit Abrechnung. Definieren Sie im Abschnitt Übersicht Geplante Nebenkosten mit Abrechnung die erforderlichen Nebenkosten, indem Sie vier Parameter auswählen, die von SAP als Beispiele ausgeliefert werden:

• Nebenkostenklassengruppe:
  • 01 – Aufwandsverbindlichkeit MM
  • 02 – Aufwandsverbindlichkeit SD
  • 03 – Aufwand Forderungen MM
  • 04 – Nebenkosten Forderungen SD
• Nebenkostenklasse:
  • 011 - Kostenverbindlichkeitsprozentsatz (MM)
  • 012 - Nebenkosten - Verbindlichkeiten - mengenbasiert (MM)
  • 013 - Nebenkostenverbindlichkeiten fix (MM)
  • 021 - Kostenverbindlichkeitsprozentsatz (SD)
  • 031 - Aufwand Forderungen Prozentsatz (MM)
  • 041 - Aufwandsforderungen prozentual (SD)
• Buchhaltungsart:
  • A – Materialkonto
  • B – Sachkonto (MM)
  • C – Sachkonto (SD)
• Buchungstyp:
  • 1 – Kreditorenbuchhaltung
  • 2 – Debitoren
  • 3 – Kreditorenbuchhaltung Rückstellung

Sobald Sie eine gültige Parameterkombination eingegeben haben, die zuvor in der Konfiguration definiert werden muss, wird die entsprechende Konditionsart automatisch vom System ermittelt. Geben Sie abschließend einen Wert in das Feld Betrag, eine Partner-ID (z.B. eine Spediteur-ID), Zahlungsbedingungen und ein Valutadatum ein. Fahren Sie mit dem Abschließen und Freigeben des Kontrakts fort. Sobald der entsprechende logistische Folgeprozess ausgeführt wurde und die Rechnung eingeht, können die Nebenkosten über die Trading Execution Workbench mit Bezug auf die erfasste Ausgabe abgerechnet werden.

Beachten Sie, dass wie die Konditionsarten für Geplante Nebenkosten die Konditionsarten für Geplante Nebenkosten mit Abrechnung zuvor in die entsprechenden Kalkulationsschemata eingefügt werden müssen. Das Ergebnis der erfassten Nebenkosten kann auch über die Drucktasten Preiselemente (Einkauf) und Preiselemente (Verkauf) auf Positionsebene überwacht werden.

Mit diesen Parametern können alle möglichen Aufwände definiert werden, die in einem Geschäftsvorgang auftreten können. Das folgende Beispiel zeigt, wie z.B. Frachtkosten in der Konfiguration eingerichtet werden können:

Ungeplante Nebenkosten:

Um ungeplante Nebenkosten aus einem Trading-Kontrakt heraus zu bearbeiten, rufen Sie das Nebenkostenbild auf, und öffnen Sie die Registerkarte Ungeplante Nebenkosten. Wählen Sie im Abschnitt Übersicht: Alle Nebenkostenbelege eine geeignete Abrechnungsbelegart, ein Buchungsdatum, eine Partner-ID, ein Werk, eine Material-ID, eine Abrechnungsmenge, einen Nettopreis und ein Vorsteuerkennzeichen aus. Alternativ können Sie die Drucktaste Anlegen wählen und die Werte im angezeigten Bild eingeben. Bestätigen Sie Ihre Einstellungen. Für die direkte Buchung von Aufwänden auf Kreditoren und Debitoren werden die folgenden Abrechnungsbelegarten von SAP als Beispiele ausgeliefert:

• 2101 – GTM / Material / Verbindlichkeiten
• 2102 – GTM / Verbindlichkeiten (Rückstellung)
• 2103 – GTM-Hauptbuch/Verbindlichkeiten
• 2104 – GTM-Hauptbuch/Rückstellung für Verbindlichkeiten
• 2111 – GTM-Materialkonsolidierung/Verbindlichkeiten
• 2112 – GTM-Cncl. Material/Verbindlichkeitenrückstellung
• 2113 – GTM-Hauptbuchkonsolidierung/Verbindlichkeiten
• 2114 – GTM-Hauptbuchkonsolidierung/Rückstellung für Verbindlichkeiten
• 2131 – GTM-Hauptbuch/Forderungen
• 2132 – GTM-Hauptbuch/Konsolidierung Forderungen

Geben Sie den Trading-Kontrakt frei, und sichern Sie ihn. Wenn Sie ihn erneut im Änderungsmodus aufrufen, sehen Sie, dass der Ordner Nebenkosten mit den entsprechenden Unterordnern, in denen die Lieferantenfaktura und der entsprechende Buchhaltungsbeleg im Finanz- und Rechnungswesen angezeigt werden, in den Belegfluss eingefügt wurde. Führen Sie einen Doppelklick auf aus, um die Buchungen zu überprüfen.

Wie bereits erläutert, werden Nebenkosten, die später abgerechnet werden, in der Regel bereits im Trading-Kontrakt erfasst, um die Spanne vorher zu berechnen. Es kann jedoch auch bei der logistischen Abwicklung zu zusätzlichen Aufwänden kommen. Aus diesem Grund ist es möglich, Nebenkosten während der Wareneingangs- oder Lieferabwicklung zu pflegen.

Dazu können über die Konfiguration zusätzliche Ordner auf dem Wareneingangs- und Lieferungsbild auf Kopf- und Positionsebene eingefügt werden. Diese Ordner enthalten Informationen wie Trading-Kontrakte oder prozessbezogene Daten. Die schalterbezogenen Bilder enthalten zusätzliche Informationen wie aufwandsbezogene Daten und zusätzliche prozessbezogene Funktionen.

Um z.B. Nebenkosten während der Wareneingangsbearbeitung zu bearbeiten, geben Sie zunächst die Trading Execution Workbench ein, um den Wareneingangsbeleg anzulegen, und pflegen Sie die Nebenkosten im Beleg:

1. TEW-Art und TEW-Gruppe pflegen
2. Wählen Sie den Prozessschritt Wareneingang, Modus (Anlegen), und definieren Sie den vorherigen Schritt (Bestellung).
3. Wählen Sie den relevanten Ausgangsbeleg aus (z.B. über den Selektionsschritt Trading-Kontrakt mit der Trading-Kontrakt-ID).
4. Drucktaste Auswahl starten
5. Wählen Sie im Abschnitt Quellbeleg auswählen den entsprechenden Beleg (hier den Einkaufsbeleg) entweder auf Belegkopf- oder auf Positionsebene aus, und wählen Sie Ausführen.
6. Geben Sie auf Kopfebene des Wareneingangsbelegs die Registerkarte Global Trade Management ein.
7. Wählen Sie Nebenkosten, und pflegen Sie im Abschnitt Übersicht der Nebenkostenbelege für vorherige Belege eine Aufwandsklassengruppe, eine Aufwandsklasse, eine Buchungskategorie, eine Partner-ID, ein Vorsteuerkennzeichen und einen Nettobetrag.
8. Bestätigen Sie Ihre Einstellungen. Beachten Sie, dass im Feld Abrechnungsbelegart die ermittelte Abrechnungsbelegart angezeigt wird.
9. Kehren Sie zum Bild Wareneingang Bestellung [Nummer] zurück, schließen Sie den Beleg ab, und wählen Sie Buchen.
10. Das System leitet Sie zurück zum Bild Trading Execution Workbench. Überprüfen Sie im Belegflussbaum die vom System generierten Buchungen (Wareneingangsbeleg, Lieferantenfaktura und Buchhaltungsbeleg).

Nebenkosten können auch initial aus der Trading Execution Workbench heraus gepflegt werden. Die hier erfassten Nebenkosten erfordern jedoch das Anlegen entsprechender Vorgängerbelege wie Wareneingang, Auslieferung oder Faktura, auf die sich die entsprechenden Nebenkosten beziehen müssen.

Das folgende Beispiel veranschaulicht den Pflegevorgang mit einem einkaufsseitigen Trading-Kontrakt mit einem bereits angelegten Wareneingangsbeleg.

Geben Sie die Trading Execution Workbench ein und legen Sie im Gruppenrahmen Aufgabe folgende Details fest:

• TEW-Art: [beliebig]
• Gruppe: Lagerlieferung
• Schritt: Ausgaben
• Modus: Anlegen
• Vorheriger Schritt: Wareneingang

Wählen Sie im Gruppenrahmen Selektionsintervalle für Ausgangsbelege z.B. Trading-Kontrakt als Selektionsschritt aus, geben Sie die entsprechende Trading-Kontrakt-ID ein, und wählen Sie Selektion starten. Markieren Sie im daraufhin angezeigten Bild Quellbelege auswählen den entsprechenden Materialbeleg auf Kopfebene, und wählen Sie Ausführen. Fahren Sie im Einstiegsbild Spesen anlegen für den Gruppenrahmen Übersicht Nebenkostenbelege zu Vorbelegen mit der Definition der Nebenkosten fort, wie oben in dieser Lektion beschrieben.

Hinweis: Wenn Sie bereits Nebenkosten im Trading-Kontrakt erfasst haben, werden diese auf dem Bild Nebenkosten anlegen im Abschnitt Geplante Kondition angezeigt. Markieren Sie die relevanten Nebenkosten, und wählen Sie Kondition kopieren, um die Werte in den Abschnitt Übersicht der Nebenkostenbelege für Vorbelege zu kopieren. Gehen Sie wie oben beschrieben vor, und überprüfen Sie die Buchungen im Belegflussbaum auf dem Bild Trading Execution Workbench.

Hinweis: Wenn die Trading Execution Workbench nicht aktiviert ist, ist es dennoch möglich, Nebenkosten zu pflegen und abzurechnen. Führen Sie dazu die Transaktion Trading-Kontrakt: Ändern aus, und wählen Sie Nebenkostenabrechnung in der Symbolleiste. Das Bild Nebenkosten anlegen wird geöffnet und bietet die Möglichkeit, entweder einen bestimmten Aufwand, den Sie bereits im Trading-Kontrakt angelegt haben, auszuwählen und abzurechnen oder im Abschnitt Übersicht der Nebenkostenbelege für vorherige Belege von Grund auf neu anzulegen.

Mit Hilfe der Nebenkosten-Workbench können Sie jederzeit Nebenkosten erfassen und bearbeiten. Sie bietet vollständigen Zugriff auf Nebenkostenfunktionen (Anlegen/Ändern/Stornieren/Abrechnung und Freigabe von Nebenkostenbelegen). Beachten Sie, dass Sie die Trading Execution Workbench entweder deaktivieren oder, wenn Sie trotzdem damit arbeiten möchten, das BAdI WB2_ADDITIONAL_DATA mit der Methode SET_TEW_DISABLED aktivieren müssen, um die Trading-Nebenkosten-Workbench vollständig nutzen zu können.

Um Nebenkosten zu pflegen, gehen Sie wie folgt vor: Pflegen Sie als Voraussetzung einen Trading-Kontrakt mit Nebenkosten der Art Geplante Nebenkosten mit Abrechnung. Geben Sie die Nebenkosten-Workbench ein, und geben Sie Ihre Selektionskriterien ein, z.B. die Trading-Kontraktnummer, und wählen Sie Ausführen. Das Bild Trading-Kontraktliste wird geöffnet und zeigt den relevanten Trading-Kontrakt als Suchergebnis an.

Markieren Sie den Trading-Kontrakt, und wählen Sie in der Symbolleiste Nebenkosten anlegen. Das Bild Ausgaben anlegen wird geöffnet. Wenn im Trading-Kontrakt bereits Nebenkosten gepflegt sind, kopieren Sie die geplanten Nebenkosten aus dem Abschnitt Geplante Konditionen, oder legen Sie einen neuen Aufwand an, indem Sie die Nebenkostenklassengruppe, die Nebenkostenklasse, die Kontierungsart und die Buchungsart im Abschnitt Übersicht der Nebenkostenbelege für vorherige Belege wie oben beschrieben auswählen. Sichern Sie den Beleg. Daraufhin leitet das System zurück zum Bild Trading-Kontraktliste. Von dort aus können Sie auf den Trading-Kontrakt doppelklicken und die Buchungen im Belegflussbaum überprüfen.

Wenn Sie die Nebenkostenbuchung stornieren möchten, geben Sie zunächst Ihren Trading-Kontrakt in der Nebenkosten-Workbench ein, und wählen Sie Ausführen. Markieren Sie den Trading-Kontrakt, und wählen Sie im Kopf Nebenkostenbelegliste, um das Bild Nebenkostenliste zu öffnen. Markieren Sie die Ausgabe, und wählen Sie Ausgabe stornieren, um zum Bild Ausgabe stornieren zu gelangen. Markieren Sie die entsprechenden Spesen im Abschnitt Nebenkostenbelege für Vorgängerbelege, und wählen Sie Stornieren. Daraufhin werden die stornierten Spesen in den Abschnitt Übersicht über stornierte Spesenbelege kopiert. Markieren Sie die stornierte Ausgabe, und wählen Sie Speichern. Nach dem Sichern leitet das System Sie zurück zum Bild Ausgabenliste. Kehren Sie zum Bild Trading-Kontraktliste zurück, markieren Sie den Trading-Kontrakt, und überprüfen Sie die stornierten Nebenkosten, die als Buchhaltungsbeleg in den Belegfluss eingefügt wurden.

Die folgende Abbildung fasst alle Aspekte der Funktion "Ausgabenverwaltung" zusammen. Sie spiegelt insbesondere die hohe Integration der verschiedenen Spesenarten sowie die unterschiedlichen Erfassungsmöglichkeiten wider. Aufgrund der hohen Flexibilität ist es möglich, alle Arten von Aufwänden, die im Geschäft anfallen, zu erfassen, zu verarbeiten und abzurechnen.

Im Handelsgeschäft müssen Sie häufig mehrere verschiedene Arten von Geschäften gleichzeitig verarbeiten. Die Trading Execution Workbench bietet ein Benutzer-Cockpit, in dem Händler logistische Prozessschritte zusammen mit Buchhaltungsbelegen aus einem einzigen Geschäft heraus bearbeiten können, anstatt die einzelnen Transaktionen aus dem SAP-Menü verwenden zu müssen. Bei ordnungsgemäßer Verwendung kann die Workbench als Verarbeitungs-Engine einen großen Teil der Dateneingabe automatisieren, indem sie die Verarbeitung schneller, einfacher und mit weniger Fehlern macht.

Die obige Abbildung zeigt die grundlegende Prozessreihenfolge der Workbench. Sie besteht hauptsächlich aus vier Schritten. Zunächst werden der Geschäftsvorfall und der zu bearbeitende Beleg definiert. Anschließend wird der Quellbeleg angegeben, auf den sich der Prozessschritt beziehen soll, sowie ob der gesamte Beleg oder nur einzelne Positionen verarbeitet werden sollen. Für den dritten Schritt - die eigentliche Bearbeitung des Geschäftsvorfalls - leitet die Workbench den Benutzer an die jeweilige SAP-Transaktion weiter. Nach der Bearbeitung des Belegs leitet das System Sie automatisch zurück zur Workbench und zeigt das Ergebnis im Belegfluss der Workbench an.

Bildaufbau und Vorgehensweise

Das Einstiegsbild der Workbench zeigt die Abschnitte Belegfluss, Maßnahme, Selektionsintervalle für Ausgangsbelege und Quellbelege auswählen an.

Im Abschnitt Aufgabe geben Sie zunächst die TEW-Art ein. Sie kann als Standard festgelegt werden und ermöglicht es globalen Händlern, zwischen separaten Abteilungen bzw. dem Geschäftsbereich zu unterscheiden. Dadurch können disjunkte Konfigurationen für jede Abteilung so konfiguriert werden, dass verschiedene Geschäftsprozessschritte ausgeführt werden können. Wenn ein globaler Händler beispielsweise zwei Abteilungen für den Öl- und Stahlhandel mit sehr unterschiedlichen Geschäftsverfahren hat, ist es sinnvoll, separate TEW-Arten zu verwenden.

Anschließend wird der relevante Prozessschritt anhand von vier Parametern eingegrenzt. Die Feldgruppe ist eine Menge von Geschäftsprozessschritten. Beispielsweise ist es sinnvoll zu ermitteln, ob es sich bei dem Handelsgeschäft um eine Direktlieferung an einen Kunden (Streckengeschäft) oder um Lagerlieferungen (Lagerlieferung) handelt, da diese verschiedene Prozessschritte umfassen können. Gemäß der Konfiguration werden nur die Schritte angezeigt, die in der eingegebenen Gruppe enthalten sind.

Im Feld Schritt wird der erforderliche Geschäftsprozessschritt definiert. Ein Geschäftsprozessschritt ist die kleinste Geschäftseinheit in einem Geschäftsprozess. Im einfachsten Fall entspricht ein Geschäftsprozessschritt einem Beleg, z.B. einem Kundenauftrag, einer Bestellung, einem Wareneingang oder einer Auslieferung.

Das Feld Modus beschreibt die Aktion, die ausgeführt wird. Jedem Modus kann ein Vorgang zugeordnet werden. Typische Beispiele sind Anlegen, Anzeigen, Ändern, Löschen oder Abbrechen.

Das Feld Vorheriger Schritt definiert schließlich die Belege, die als Quellbelege für den relevanten Geschäftsprozessschritt verwendet werden. Eine Auslieferung ist beispielsweise ein Folgeschritt (Geschäftsprozessschritt) für den Kundenauftrag. In diesem Fall ist der Kundenauftrag der vorherige Prozessschritt und die Datenquelle.

Wählen Sie auf dem Bild im Abschnitt Selektionsintervalle für Ausgangsbelege die Parameter aus, mit denen Sie nach dem gewünschten Quellbeleg suchen möchten (z.B. Trading-Kontrakt, Kundenauftrag, Wareneingang, Lieferbeleg usw.). Sie können beliebig viele Parameter auswählen, um Ihre Suche zu verfeinern. Wenn Sie jeden Parameter auswählen, zeigt das System Felder an, in denen Sie Bereiche angeben können (z.B. einen Bereich von Trading-Kontrakten, Materialien oder einen Datumsbereich).

Wählen Sie Selektion starten, damit das System die richtigen Quellbelege, die im Feld Vorheriger Schritt definiert sind, suchen und anzeigen kann. Sie können das Plus-Symbol neben jedem Beleg wählen, um zu sehen, welche Belege bereits dafür angelegt wurden. Hier sehen Sie, inwieweit der Auftrag bearbeitet wurde. Beachten Sie, dass der Abschnitt Quellbelege auswählen beim Starten der Selektion angezeigt wird.

Im Abschnitt Ursprungsbelege auswählen kann der Händler nun die entsprechenden Belege auf Kopf- oder Positionsebene auswählen, je nachdem, ob alle Positionen oder nur einige Positionen für die Bearbeitung im Fokus sind. Sobald Sie die Drucktaste Ausführen gewählt haben, öffnet das System das entsprechende Bild für die von Ihnen ausgewählten Daten, z.B. das Bild Lieferung anlegen. Beim Bearbeiten und Sichern des Bearbeitungsschritts leitet das System Sie automatisch zurück zum Bild Trading Execution Workbench. Zusammen mit den entsprechenden Systemmeldungen im unteren Bildbereich zeigt der Belegflussbaum die generierten Belege und Kontobuchungen im Finanzwesen (falls vorhanden) an. Auf diese Weise können Sie verfolgen, welche Belege/Prozessschritte bereits verarbeitet wurden und was noch zu tun ist.

TEW-Aufgaben

Neben der Bearbeitung und Abrechnung von Nebenkosten über die Workbench können die folgenden Aufgaben ausgeführt werden:

1. Assoziation von einseitigen Trading-Kontrakten
2. Bearbeitung von Folgebelegen
   • Anlieferung
   • Wareneingang
   • Rechnungsprüfung
   • Auslieferung
   • Warenausgang
   • Fak-
3. Umlagerungen buchen.

Neben der Option, Kontraktpositionen während (oder auch später) des Kontraktabwicklungsprozesses zuzuordnen, können Sie diesen Prozessschritt auch mit der Trading Execution Workbench ausführen. Das folgende Beispiel veranschaulicht die Vorgehensweise für die Verknüpfung eines verkaufsseitigen Trading-Kontrakts mit einem einkaufsseitigen Trading-Kontrakt:

Geben Sie die Workbench ein, und definieren Sie im Gruppenrahmen Aufgabe die folgenden Details:

• TEW-Art: [beliebig]
• Gruppe: Lagerlieferung (oder Streckengeschäft)
• Schritt: Kundenauftrag
• Modus: Assoziation
• Vorheriger Schritt: Kundenauftrag

Wählen Sie im Gruppenrahmen Selektionsintervalle für Ausgangsbelege z.B. Trading-Kontrakt als Selektionsschritt aus, geben Sie die entsprechende Trading-Kontrakt-ID des verkaufsseitigen Trading-Kontrakts ein, und wählen Sie Auswahl starten. Alternativ können Sie die Kundenauftrags-ID als Suchkriterium eingeben. Daraufhin wird der Gruppenrahmen Quellbeleg auswählen geöffnet, in dem der aus dem verkaufsseitigen Trading-Kontrakt generierte Kundenauftrag angezeigt wird. Markieren Sie die Position, die Sie verknüpfen möchten, und wählen Sie im Gruppenrahmen Assoziation die Drucktaste Daten fürAssoziation lesen. Dieser Gruppenrahmen ist in zwei Abschnitte unterteilt; im oberen Bereich wird der ausgewählte verkaufsseitige Handelskontrakt angezeigt und im unteren Bereich die möglichen Assoziationspositionskandidaten, z.B. Handelskontrakte und Wareneingänge.

Verknüpfen Sie z.B. aus dem einkaufsseitigen Trading-Kontrakt die relevanten Mengen mit dem verkaufsseitigen Trading-Kontrakt, wie in der Abbildung unten dargestellt. Sichern Sie die Einstellung. Infolgedessen wird im Belegflussbaum ein neuer Ordner Assoziation angezeigt, der die Bestellung (generiert basierend auf dem einkaufsseitigen Trading-Kontrakt) als Assoziationspartnerposition zum Kundenauftrag aus dem verkaufsseitigen Trading-Kontrakt anzeigt.

Das folgende Beispiel veranschaulicht den Instandhaltungsvorgang zum Anlegen des Folgebelegs Wareneingang zusammen mit dem richtigen Buchhaltungsbeleg. Die Vorgehensweise für die zuvor genannten Prozessschritte (Rechnungsprüfung, Auslieferung, Fakturierung, ...) sowie für das Buchen von Umlagerungen ist ähnlich und wird daher nicht separat beschrieben:

Geben Sie die Workbench ein, und definieren Sie im Gruppenrahmen Aufgabe die folgenden Details:

• TEW-Art: [beliebig]
• Gruppe: Lagerlieferung
• Schritt: Wareneingang
• Modus: Anlegen
• Vorheriger Schritt: Bestellung

Wählen Sie im Gruppenrahmen Selektionsintervalle für Ausgangsbelege z.B. Trading-Kontrakt als Selektionsschritt aus, geben Sie die entsprechende Trading-Kontrakt-ID ein, und wählen Sie Selektion starten. Markieren Sie im daraufhin angezeigten Bild Quellbelege auswählen den gewünschten Einkaufsbeleg auf Kopfebene, und wählen Sie Ausführen. Das Bild Wareneingang Bestellung wird geöffnet. Bearbeiten Sie den Beleg und sichern Sie Ihre Einstellungen. Das System leitet Sie zurück zum Bild Trading Execution Workbench, auf dem die erzeugten Belege und die Kontobuchung angezeigt werden.

Hinweis: Die Trading Execution Workbench bietet die Möglichkeit, nicht nur einzelne Geschäfte auszuführen, sondern auch Prozessschritte zusammenzufassen und vom System in einem Prozessschritt ausführen zu lassen. So ist es z.B. möglich, Anlieferung, Wareneingang und Rechnungsprüfung parallel abzuwickeln. Darüber hinaus kann die Workbench die Transaktionen sowohl online als auch als Hintergrundaktion verarbeiten.

1. Wenn Sie Folgebelege bearbeiten, die aus der Trading Execution Workbench stammen, sind nachträgliche Änderungen an diesen Belegen nur über das Cockpit möglich. Um Inkonsistenzen in den Daten zu vermeiden, sind Verarbeitungsschritte über die Transaktionen aus dem SAP-Menü nicht mehr möglich.
2. Die Verwendung der Trading Execution Workbench ist optional. Sie können sie ganz oder teilweise verwenden oder Folgebelege außerhalb der Workbench über die separaten Transaktionsaufrufe aus dem SAP-Menü bearbeiten.
3. Die Funktion Assoziationsmanagement ist ohne Aktivierung der Trading Execution Workbench nicht möglich.
4. Das rollenbasierte Layout der Trading Execution Workbench ist hochgradig konfigurierbar, um verschiedene Geschäftsbereiche (z.B. Stahl, Öl, Lebensmittel, Energie) zu unterstützen.
5. Intelligente Funktionen antizipieren, welche Aufgaben Sie ausführen möchten, und schlagen die entsprechenden Quell- und Zielbelege automatisch vor.
6. Sie können mehrere Belege auf einem Bild bearbeiten (z.B. Anlegen von Lieferungen, Lieferavise für die Zollabfertigung, Warenausgangsbuchung usw.).
7. Das System merkt sich Ihre Selektionseinstellungen von einer Sitzung zu einer anderen, sodass Sie sie nicht erneut eingeben müssen.
8. Ein Meldungsbereich auf dem Bild zeigt alle Fehler-, Warn- und Informationsmeldungen an, die Sie während der aktuellen Sitzung erhalten haben.

Global Trade Management wurde für die Verwaltung komplexer internationaler Handelsprozesse entwickelt und ermöglicht es Unternehmen, den Waren- und Dienstleistungsfluss einfach und zuverlässig zu organisieren und zu verwalten. Es ist für jedes Unternehmen geeignet, das in jeder Form des Handels tätig ist. Neben Handelsunternehmen profitieren Nicht-Händler, beispielsweise in den Bereichen Rohstoffe, Großhandel, Zwischenhandel und internationale Unternehmen, von der Lösung genauso wie branchenübergreifende Branchen wie Automobilindustrie, Chemikalien, Konsumgüter, Energie, Metalle, Textilien und Recyclingprodukte.

Technisch gesehen ist Global Trade Management eine Komponente im SAP-S/4HANA-System. Der Trading-Kontrakt – die Hauptfunktion – ermöglicht es Ihnen, verschiedene Geschäftsvorgänge zur Integration von Verkaufs- und Einkaufsbelegen zu implementieren, d.h., um den Bedarf des Kunden effizient mit den Zugängen vom Lieferanten abzugleichen. Über den Trading-Kontrakt können Sie z.B. Back-to-Back-Vorgänge, Long-/Short-Geschäfte, Import-/Exportszenarios und Offshore-Geschäfte unterstützen.

Global Trade Management besteht aus vier Hauptkomponenten. Jede Komponente ist für die Durchführung eines bestimmten Teilprozesses verantwortlich, der wiederum alle Arten von Handelsgeschäften auf harmonisierte, effiziente und benutzerfreundliche Weise unterstützt:

1. Trading-Kontrakt: dient als Beleg im SAP-System, der mehrere rechtliche Kontrakte zwischen Kunden und Lieferanten integriert. Mit dem Trading-Kontrakt können sowohl Verkaufs- als auch Einkaufsdetails über einen einzigen Vorgang gepflegt werden, was zur automatischen Erstellung von Folgebelegen (Kundenauftrag und Bestellung) führt.
2. Trading Execution Workbench: Bietet ein zentrales Cockpit, in dem Händler Trading-Kontrakte und ihre Unterkomponenten wie Bestellungen, Kundenaufträge und Folgebelege bearbeiten können. Darüber hinaus automatisiert es einen großen Teil der Dateneingabe, wodurch die Verarbeitung schneller, einfacher und mit weniger Fehlern erfolgt.
3. Nebenkosten: Ermöglicht Ihnen, verschiedene Arten von Kosten und Provisionen zu bearbeiten, die durch ein Handelsgeschäft angefallen sind. Die frühe Erfassung von Aufwänden im Schnellerfassungsbild ermöglicht es, Margenziele vor der Planung genau zu berechnen.
4. Bestandsführung: Relevant für Long-/Short-Geschäft. Hauptziel ist die Reduzierung von Bestandsrisiken und Umsatzverlusten. Die (auch nachfolgende) Verknüpfung von einseitigen Trading-Kontrakten bietet eine größere Flexibilität in der Bearbeitung und ermöglicht zudem ein hohes Maß an Transparenz.

Beachten Sie, dass SAP für jede Komponente Business Add-Ins bereitstellt, um kundenspezifische Anpassungen der Funktion zu ermöglichen.

Darüber hinaus bietet Global Trade Management ein hohes Maß an Integration mit anderen SAP-S/4HANA-Komponenten, was dazu beiträgt, den komplexen Geschäftsprozess so nahtlos und benutzerfreundlich wie möglich zu gestalten. Beispiele:

1. Kreditmanagement
2. SAP Global Trade Services und International Trade
3. Commodity Management
4. Abrechnungsmanagement-
5. Währungssicherung
6. Chargenverwaltung.

Hauptvorteile:

1. Global Trade Management bietet umfassende Transparenz in allen Phasen der globalen Lieferkette und ermöglicht eine Echtzeit-Margenüberwachung. Darüber hinaus ermöglicht sie eine vollständige Sicht auf den gesamten Handelsprozess von der Planung bis zur Abrechnung.
2. Trading-Kontrakte ermöglichen als zentrales Element die Verwaltung von Einkauf, Verkauf, Logistik und Fakturierung in einem integrierten Kontext.
3. Durch die Automatisierung manueller Prozesse und die Reduzierung des Papieraufwands werden erhebliche Kosteneinsparungen erzielt. Dies gilt insbesondere durch die Verwendung von zweiseitigen Kontrakten, die die Parallelverarbeitung von Einkauf und Verkauf ermöglichen und somit auch den Bestandsbedarf minimieren.
4. Die integrierte Nebenkostenkomponente ermöglicht eine klare Darstellung der Kosten und eine genauere Einschätzung der Gewinne.
5. Eine frühzeitige Erkennung von Preis- oder Wechselkursschwankungen kann frühzeitig erkannt werden, was eine sofortige Margenüberwachung ermöglicht.
6. Die Verwendung automatisierter Compliance-Prüfungen kann die Einhaltung internationaler Handelsgesetze und -vorschriften sicherstellen und so das Risiko von Strafen reduzieren.
7. Durch die Verwaltung von Prozessen mit mehreren Währungen über mehrere Länder hinweg kann das Währungsrisikomanagement effizienter gestaltet werden.
8. Die Kreditrisikoüberwachung kann interaktiv mit dem Trading-Kontrakt konfiguriert werden.
9. Global Trade Management bietet ein hohes Maß an Skalierbarkeit. Es bietet ein hohes Maß an Offenheit sowie die Möglichkeit, eine Vielzahl von Konfigurationsoptionen und spezifischen Add-Ons für alle vier Komponenten zu implementieren.
10. Global Trade Management kann als zusätzliche SAP-Komponente im System aktiviert werden, um Geschäftsprozesse zu unterstützen. Die Aktivierung bewirkt jedoch keine Änderungen an bestehenden Systemeinstellungen.
11. Global Trade Management kann parallel zu Standardprozessen für Verkauf und Einkauf verwendet werden. So kann sie beispielsweise verwendet werden, um Key Accounts mit hohem zeitverzögertem Volumen zu unterstützen, ohne den Vertrieb mit SAP-Standardprozessen zu unterbrechen.
12. Global Trade Management verwendet Funktionen aus den Bereichen SD, MM, LO und FI wieder, die für die Bearbeitung nachfolgender Folgeprozesse relevant sind. Anpassungen an vorhandenen Konfigurationen in Kundensystemen, z.B. Preisfindung, müssen nicht vorgenommen werden, können aber nahtlos übernommen werden.