DSD Backend ERP2005 DE 6761

Direct Store Delivery
(Backend)
ADDON.ISBEV_PRODUCTIVE
Release 6761
SAP Online Help 07.02.2007
Copyright
© Copyright 2007 SAP AG. Alle Rechte vorbehalten.
Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem Zweck und
in welcher Form auch immer, ohne die ausdrückliche schriftliche Genehmigung durch SAP AG nicht
gestattet. In dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert
werden.
Die von SAP AG oder deren Vertriebsfirmen angebotenen Softwareprodukte können

Softwarekomponenten auch anderer Softwarehersteller enthalten.
Microsoft, Windows, Outlook, und PowerPoint sind eingetragene Marken der Microsoft Corporation.
IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390,
OS/400, iSeries, pSeries, xSeries, zSeries, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli,
Informix, i5/OS, POWER, POWER5, OpenPower und PowerPC sind Marken oder eingetragene Marken
der IBM Corporation.
Adobe, das Adobe Logo, Acrobat, PostScript und Reader sind Marken oder eingetragene Marken von
Adobe Systems Inc. in den USA und/oder anderen Ländern.
Oracle ist eine eingetragene Marke der Oracle Corporation.
UNIX, X/Open, OSF/1, und Motif sind eingetragene Marken der Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, und MultiWin sind Marken
oder eingetragene Marken von Citrix Systems, Inc.
HTML, XML, XHTML und W3C sind Marken oder eingetragene Marken des W3C®, World Wide Web
Consortium, Massachusetts Institute of Technology.
Java ist eine eingetragene Marke von Sun Microsystems, Inc.
JavaScript ist eine eingetragene Marke der Sun Microsystems, Inc., verwendet unter der Lizenz der von
Netscape entwickelten und implementierten Technologie.
MaxDB ist eine Marke von MySQL AB, Schweden.
SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, und weitere im Text erwähnte SAP-
Produkte und -Dienstleistungen sowie die entsprechenden Logos sind Marken oder eingetragene
Marken der SAP AG in Deutschland und anderen Ländern weltweit. Alle anderen Namen von Produkten
und Dienstleistungen sind Marken der jeweiligen Firmen. Die Angaben im Text sind unverbindlich und
dienen lediglich zu Informationszwecken. Produkte können länderspezifische Unterschiede aufweisen.
In dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert werden.
Die vorliegenden Angaben werden von SAP AG und ihren Konzernunternehmen („SAP-Konzern“)
bereitgestellt und dienen ausschließlich Informationszwecken. Der SAP-Konzern übernimmt keinerlei
Haftung oder Garantie für Fehler oder Unvollständigkeiten in dieser Publikation. Der SAP-Konzern
übernimmt lediglich diejenige Garantie für Produkte und Dienstleistungen, die in den gegebenenfalls mit
den jeweiligen Produkten und Dienstleistungen gelieferten ausdrücklichen Garantiererklärungen
festgelegt sind. Aus den in dieser Publikation enthaltenen Informationen ergibt sich keine
weiterführende Garantie.
Direct Store Delivery (Backend) 6761 2

Symbole im Text
Symbol Bedeutung
Achtung
Beispiel
Hinweis
Empfehlung
Syntax
In der SAP-Dokumentation werden weitere Symbole verwendet, die verdeutlichen, welche Art
von Informationen ein Text enthält. Weitere Informationen finden Sie auf der Startseite jeder
Version der SAP-Bibliothek unter Hilfe zur Hilfe → Allgemeine Informationsklassen und
Informationsklassen für das Business Information Warehouse.
Typografische Konventionen
Format Beschreibung
Beispieltext Wörter oder Zeichen, die vom Bildschirmbild zitiert werden. Dazu
gehören Feldbezeichner, Bildtitel, Drucktastenbezeichner sowie
Menünamen, Menüpfade und Menüeinträge.
Querverweise auf andere Dokumentationen
Beispieltext hervorgehobene Wörter oder Ausdrücke im Fließtext, Titel von Grafiken
und Tabellen
BEISPIELTEXT Namen von Systemobjekten. Dazu gehören Reportnamen,
Programmnamen, Transaktionscodes, Tabellennamen und einzelne
Schlüsselbegriffe einer Programmiersprache, die von Fließtext umrahmt
sind, wie z.B. SELECT und INCLUDE
Beispieltext Ausgabe auf der Oberfläche. Dazu gehören Datei- und
Verzeichnisnamen und ihre Pfade, Meldungen, Quelltext, Namen von
Variablen und Parametern sowie Namen von Installations-, Upgrade-
und Datenbankwerkzeugen.
Beispieltext exakte Benutzereingabe. Dazu gehören Wörter oder Zeichen, die Sie
genau so in das System eingeben, wie es in der Dokumentation
angegeben ist.
<Beispieltext> variable Benutzereingabe. Die Wörter und Zeichen in spitzen Klammern
müssen Sie durch entsprechende Eingaben ersetzen, bevor Sie sie in
das System eingeben.
BEISPIELTEXT Tasten auf der Tastatur, wie z.B. die Funktionstaste F2 oder die
ENTER-Taste

Direct Store Delivery (Backend) ................................................................................................ 6

DSD-spezifische Stammdaten ............................................................................................... 9
Zusatzdaten DSD: Fahrerdaten ....................................................................................... 10
Zusatzdaten DSD: Fahrzeugdaten................................................................................... 11
Zusatzdaten DSD: Tourdaten........................................................................................... 12
Zusatzdaten DSD: Kundendaten ..................................................................................... 13
Geokodierung ausführen .............................................................................................. 15
Erweiterte Zahlungsbedingungen bearbeiten............................................................... 16
Zusatzdaten DSD: Materialdaten ..................................................................................... 17
Zusatzdaten DSD: Verkaufsförderung ............................................................................. 18
Verkaufsförderung im DSD-Prozess ............................................................................ 21
Zusatzdaten DSD: Manueller Rabatt ............................................................................... 23
Besuchssteuerung ............................................................................................................... 24
Prozess der Besuchssteuerung ....................................................................................... 26
Rollen in Besuchslisten .................................................................................................... 29
Besuchsplan ..................................................................................................................... 30
Besuchspläne bearbeiten ............................................................................................. 31
Besuchsliste ..................................................................................................................... 33
Besuchslisten bearbeiten.............................................................................................. 35
Transportplanung................................................................................................................. 36
Ladeeinheiten ................................................................................................................... 38
Summenkategorien .......................................................................................................... 39
Tour .................................................................................................................................. 40
Transport .......................................................................................................................... 42
Reload .............................................................................................................................. 43
Dynamische Transportdisposition .................................................................................... 45
Tourenfindung............................................................................................................... 49
Einzelne Transporte bearbeiten ....................................................................................... 50
Laderaumoptimierung .......................................................................................................... 52
Laderaumoptimierung im Dialog ...................................................................................... 54
Folgeprozesse der Laderaumoptimierung ....................................................................... 56
Kommissionieren auf der Basis von LRO-Packvorschlägen ........................................ 58
Ausgabesteuerung............................................................................................................... 60
Besuchsplantyp in der Besuchssteuerung ....................................................................... 63
logistisch orientierter Geschäftsprozess .......................................................................... 64
vertriebsorientierter Geschäftsprozess ............................................................................ 65
Nachrichtensteuerung ...................................................................................................... 66
Nachrichtenverarbeitung............................................................................................... 67
Nachrichtenverarbeitung im Fall eines Transports ................................................... 68

Bewerteter Lieferschein......................................................................................... 70
Nachrichtenverarbeitung im Fall einer Besuchsliste................................................. 71
Tourenabrechnung............................................................................................................... 73
Abschließende Bearbeitung ausgeführter Touren ........................................................... 75
Tourdaten auf mobilen Geräten erfassen..................................................................... 77
Download.......................................................................................................................... 78
Upload .............................................................................................................................. 79
Tourdatenerfassung ......................................................................................................... 80
Abstimm-Cockpit .............................................................................................................. 83
Bearbeiten von Tourdaten im Abstimm-Cockpit ........................................................... 84
Bearbeiten von Besuchsdaten im Abstimm-Cockpit .................................................... 87
Anwendungsprotokoll ................................................................................................... 89
Abstimmbeleg ............................................................................................................... 90
Belegfluss ..................................................................................................................... 91
DSD Endabstimmungslauf ............................................................................................... 92
Inkasso-Auszifferung........................................................................................................ 93
DSD-Auszifferung im Hintergrund ................................................................................ 94
DSD-Auszifferung im Dialog ......................................................................................... 95
Direct Store Delivery Connector .......................................................................................... 96

Direct Store Delivery (Backend)

Einsatzmöglichkeiten
Direct Store Delivery (DSD) ist ein Geschäftsprozess, der in der Konsumgüterindustrie für die
Distribution von Waren direkt an den Endkunden eingesetzt wird. Beim Direct Store Delivery-
Prozess erfolgt die Distribution nicht über die Lager / Distributionszentren von
Handelsunternehmen.
Das Backend ist die Grundlage für die Integration einer mobilen Lösung. Die mobile Lösung
unterstützt die Tätigkeiten der Fahrer im Transportprozess.
Der Einsatz von Direct Store Delivery ermöglicht Ihnen,
● eine schnelle Verfügbarkeit von Materialien in den Filialen und bei den Endkunden zu
erreichen (z. B. Nahrungsmittel, Getränke, Blumen, Zeitungen).
● als Konsumgüterhersteller einen direkten Einfluss auf den Endkunden zu erreichen.
● die Abstimmung von Prozessen im Verkauf und in der Distribution zu optimieren.
● Logistikkosten durch eine effiziente Besuchsplanung zu optimieren.
Das Backend von DSD besteht aus folgenden Teilkomponenten:

Stammdaten
In den Stammdaten der Komponente Direct Store Delivery bearbeiten Sie spezifische Daten
für den Direct Store Delivery-Prozess, die über einen längeren Zeitraum unverändert bleiben
und Informationen enthalten, die in gleicher Weise immer wieder benötigt werden.
Besuchssteuerung
Mit der Besuchssteuerung der Komponente Direct Store Delivery planen Sie innerhalb des
Logistikprozesses periodisch wiederkehrende Kundenbesuche, die Fahrer (unterschiedlicher
Rollen) auf ihren Touren ausführen. Die Besuchssteuerung setzt sich aus einem
strategischen Bestandteil (Besuchspläne) und aus einem operativen Bestandteil
(Besuchslisten) zusammen.
Sie legen in Besuchsplänen unter anderem fest, welche Kunden in welcher Regelmäßigkeit in
welcher Reihenfolge beliefert oder besucht werden. Sie können in den Besuchsplänen bereits
die für den Transport einzusetzenden Fahrer und Transportmittel festlegen.
Das System erzeugt für konkrete Tage aus Besuchsplänen Besuchslisten. Sie können
Besuchslisten manuell bearbeiten und damit auf kurzfristige oder einmalige Ereignisse
reagieren. Das System berücksichtigt Besuchslisten bei der Dynamischen
Transportdisposition als Grundlage für die Zusammenstellung von Transporten.
Transportplanung
Mit der Transportplanung der Komponente Direct Store Delivery planen und organisieren Sie
Touren mit dem Ziel, fällige Auslieferungen in Transporte aufzunehmen.
Auslieferungen können in
● einzelne Transporte anhand der Transporttransaktionen manuell aufgenommen

werden
● einzelne oder mehrere Transporte vom System durch die Dynamische

Transportdisposition aufgenommen werden
Die Dynamische Transportdisposition berücksichtigt bei der Zusammenstellung der
Transporte

○ Besuchslisten
○ Tourstammdaten
○ unterschiedliche Kapazitätskriterien (optional)

Das System bietet Ihnen mit der Transportliste einen Überblick über die erstellten Transporte.
Sie können aus der Transportliste in die Pflege der Transporte verzweigen.
Laderaumoptimierung
Um die Laderaumoptimierung der Komponente Direct Store Delivery nutzen zu können,
müssen Sie den Optimierungsalgorithmus eines Drittanbieters über eine Schnittstelle
integrieren.
Die Laderaumoptimierung optimiert die Anordnung von Lieferpositionen eines Transports auf
Packmitteln (z. B. Paletten) und die Anordnung dieser Packmittel in einem Transportmittel.
Das System stellt die Ergebnisse der Laderaumoptimierung (die so genannten
Packvorschläge der Laderaumoptimierung oder LRO-Packvorschläge) in einer farbigen Grafik
dar, die Sie drucken können. Sie können in dieser Beladegrafik die Anordnung der Ladung
manuell ändern.
Sie verwenden die ermittelten Packvorschläge der Laderaumoptimierung im Lager zur
Steuerung der Kommissionierung.
Ausgabesteuerung
Sie setzen die Ausgabesteuerung der Komponente Direct Store Delivery ein, wenn das
System automatisch die für eine Tour relevanten Daten für die Datenausgabe
zusammenstellen soll.
Tourenabrechnung
Die Tourenabrechnung beginnt nach dem Beladen des Fahrzeugs und endet mit dem
Verbuchen sämtlicher Vorgänge. Die DSD Tourenabrechnung unterstützt die Auslieferung
und den Fahrverkauf mit:
● spezifischen Informationen und Belegen pro Tour
● der Erfassung von Ausgangs- und Eingangskontrolldaten
● der Erfassung von Informationen und Belegen, die Fahrer (mit unterschiedlichen
Rollen) nach ihrer Tour im Abstimmbüro abgeben
● der Abstimmung erfasster Belege und Daten mit den im ERP-System vorhandenen
Daten
● der Abrechnung erfasster Belege und Daten im ERP-System.

Fahrer, die von einer Tour zurückgekehrt sind, liefern im Abstimmbüro die zu ihrer Tour
gehörenden Dokumente und ggf. mobilen Geräte (Handhelds) ab. Dazu gehören z. B.:
● Belege
● Geldbeträge
● Kreditkartenbelege
● Neue Aufträge
● Tourdaten im mobilen Gerät

Sie können die Tourenabrechnung auch ohne den Einsatz von mobilen Geräten (Handhelds)
verwenden. Fahrer erfassen Touraktivitäten handschriftlich in entsprechenden Unterlagen.
Sie können diese handschriftlich erfassten Tourdaten nachträglich im System im Abstimm-

Cockpit übertragen. Sie verwenden das Abstimm-Cockpit, um Tourdaten anzuzeigen oder zu

korrigieren und zusätzliche Daten manuell zu erfassen.
Die Direct Store Delivery Tourenabrechnung ist eine Offline-Lösung, d. h. ein Datenaustausch
zwischen einem mobilen Gerät (Handheld) und dem ERP-System findet jeweils zu Beginn
und am Ende einer Tour statt. Ein Datenaustausch während der Tour ist nicht vorgesehen.
Einführungshinweise
● Wenn Sie die Komponente Direct Store Delivery einsetzen wollen, beachten Sie die
aktuellen Informationen im SAP-Hinweis 755712.
● Wenn Sie das Backend der Komponente Direct Store Delivery in Ihrem System
einsetzen wollen, müssen Sie im Customizing im Auswahlfeld Direct Store Delivery
aktiv ein Kennzeichen setzen.
● Wenn Sie den mobilen Teil des DSD-Prozesses in Ihrem System einsetzen wollen,
müssen Sie das Kennzeichen vb-reine Prozesse in der Customizing-Tabelle
Vertriebsbereichsreine Prozesse aktivieren setzen.Wenn Sie das Kennzeichen gesetzt
haben, aktiviert das System in verschiedenen Funktionen (z. B. Fahrerstamm,
Transport) Prüfungen. Diese Prüfungen stellen sicher, dass der Prozess
vertriebsbereichsrein ist.
● Wenn Sie die Laderaumoptimierung der Komponente Direct Store Delivery in Ihrem
System einsetzen wollen, müssen Sie im Customizing das Kennzeichen
Laderaumoptimierung aktiv setzen. Die Aktivierung ist Voraussetzung dafür, dass das
System über eine Schnittstelle den Optimierungsalgorithmus eines Drittanbieters
verwenden kann.
Die Laderaumoptimierung ist erst dann einsatzfähig, wenn Sie folgende

Voraussetzungen geschaffen haben:
■ Registrieren Sie den Optimierungsalgorithmus des Drittanbieters im

Betriebssystem
■ Richten Sie eine RFC-Verbindung ein
Sie finden die Systemeinstellungen zur Aktivierung des Direct Store Delivery
und der Laderaumoptimierung im Customizing unter Grundfunktionen.
● Wenn Sie die Tourenabrechnung der Komponente Direct Store Delivery in Ihrem
System einsetzen wollen, müssen Sie die Erweiterung EA-SCM einschalten und im
Customizing die Komponente Direct Store Delivery aktivieren.

DSD-spezifische Stammdaten
In den Stammdaten bearbeiten Sie spezifische Zusatzdaten für den Direct Store Delivery-
Prozess. Zu folgenden Stammdatensätzen können Sie DSD-spezifische Daten erfassen:
● Fahrer
● Fahrzeug
● Tour
● Kunde
● Material
Integration
Die spezifischen Zusatzdaten für die Komponente Direct Store Delivery sind über gesonderte
Felder in den ERP-Stammdaten integriert:
● Die DSD-spezifischen Kundendaten sind im Kundenstamm integriert.
● Die DSD-spezifischen Fahrerdaten sind im Kundenstamm integriert.
● Die DSD-spezifischen Fahrzeugdaten sind im Equipmentstamm integriert.
● Die DSD-spezifischen Materialdaten sind im Materialstamm integriert.

Tourstammdaten sind spezifische Stammdaten für das Backend von DSD.

Zusatzdaten DSD: Fahrerdaten

Verwendung
Mit dieser Funktion können Sie zusätzliche Fahrerdaten im Kundenstammsatz
(Debitorenstamm) erfassen. Sie können die vom Backend des DSD benötigten zusätzlichen
Fahrerdaten bearbeiten, indem Sie innerhalb des Kundenstamms Zusatzdaten DSD wählen.
Das System zeigt dann die zusätzliche Registerkarte Fahrer an.
Integration
Die DSD-spezifischen Fahrerdaten sind im Kundenstamm des ERP-Systems integriert. Wenn
Sie Zusatzdaten DSD wählen, gelangen Sie auf die Registerkarte Fahrer im Kundenstamm.
Das System behandelt einen Fahrer wie einen Kunden. Durch entsprechendes Customizing
kann das System sowohl Materialien als auch Einnahmen/Ausgaben auf dem Konto des
Fahrers verrechnen.
Voraussetzungen
Damit das System die DSD-spezifischen Fahrerdaten nutzen kann, müssen Sie im
Customizing
● Direct Store Delivery aktivieren

Weitere Informationen finden Sie unter Einführungshinweise im Direct Store Delivery
(Backend) [Seite 1].
● Führerscheinkategorien definieren
● Zulässige Kontengruppe für Fahrer festlegen
Funktionsumfang
Wenn Sie eine Kundennummer auswählen, prüft das System, ob die zugehörige
Kontengruppe für Fahrer definiert ist. Das System erkennt an der zulässigen Kontengruppe,
dass es sich bei diesem Kundenstammsatz um Fahrerstammdaten handelt. Sie können auf
der Registerkarte Fahrer folgende Daten erfassen:
● Transportdispostellen, für die der Fahrer zugelassen ist
● Führerscheinkategorien des Fahrers
● Sperrzeiten, in denen der Fahrer keinen Transport ausführen kann.
Wenn Sie das Kennzeichen vb-reine Prozesse in der Customizing-Tabelle

Vertriebsbereichsreine Prozesse aktivieren gesetzt haben, erlaubt Ihnen das
System pro Fahrer nur einen Vertriebsbereich festzulegen.

Zusatzdaten DSD: Fahrzeugdaten

Verwendung
Mit dieser Funktion können Sie zusätzliche Fahrzeugdaten im Fahrzeugstammsatz
(Equipment/Fleet-Stamm) erfassen. Wenn Sie innerhalb des Fahrzeugstamms die
Registerkarte DSD Fahrzeugdaten wählen, können Sie die vom Backend des DSD benötigten
zusätzlichen Fahrzeugdaten bearbeiten.
Integration
Die DSD-spezifischen Fahrzeugdaten sind in den ERP-Equipment-/Fahrzeugstamm
integriert. Sie finden die zusätzlichen Fahrzeugdaten auf der Registerkarte DSD
Fahrzeugdaten.
Voraussetzungen
Damit Sie die DSD-spezifischen Fahrzeugstammdaten verwenden können, müssen Sie im
Customizing folgende Aktivitäten ausführen:
● Direct Store Delivery und - sofern gewünscht - die Laderaumoptimierung aktivieren

(Backend [Seite 1]).
● Transportmittelart zu Equipmenttyp und Fahrzeugart zuordnen
Funktionsumfang
Auf der Registerkarte DSD-Fahrzeugdaten können Sie folgende Fahrzeugdaten erfassen:
● Anhängelast
● Kennzeichnung, ob es sich um ein eigenes oder fremdes Fahrzeug handelt
● variable Kapazität
● Fahrzeugtyp für die Laderaumoptimierung (LRO-Fahrzeugtyp), sofern Sie die

Laderaumoptimierung aktiviert haben
● Transportdispostellen
● Führerscheinkategorien
● Sperrzeit(en)

Zusatzdaten DSD: Tourdaten

Verwendung
Sie verwenden diese Funktion, um Tourdaten für den Direct Store Delivery-Prozess zu
erfassen.
Funktionsumfang
Sie legen eine Tour für eine Route und einen Besuchsplantyp an. Die Tour beinhaltet z. B.
folgende Informationen:
● Transportdispositionsstelle
● Fahrer
● Beifahrer
● Fahrzeug
● Anhänger
Das System prüft, ob die erforderlichen Führerscheinkategorien des Fahrzeugs durch die
Führerscheinkategorien des zugeordneten Fahrers abgedeckt sind.
Das System verwendet die Tourstammdaten in der Dynamischen Transportdisposition. Wenn
Sie mehrere Touren für die gleiche Route mit gleichem Besuchsplantyp und gleicher
Transportdispositionsstelle anlegen, verteilt das System die Lieferungen in der Dynamischen
Transportdisposition u.a. gemäß der von Ihnen angelegten Tour-Reihenfolge auf die
Transporte.
Weitere Informationen über Touren finden Sie unter Tour [Seite 40].

Zusatzdaten DSD: Kundendaten

Verwendung
Mit dieser Funktion können Sie zusätzliche DSD-spezifische Kundendaten im
Kundenstammsatz erfassen. Wenn Sie innerhalb des Kundenstamms die Registerkarte
Zusatzdaten DSD wählen, können Sie die vom Backend des DSD benötigten zusätzlichen
Kundendaten bearbeiten.
Das System zeigt die Registerkarten Besuchsinformationen und –sofern die
Laderaumoptimierung aktiv ist- Laderaumoptimierung an.
Integration
Die DSD-spezifischen Kundendaten sind in dem Kundenstamm des ERP-Systems integriert.
Voraussetzungen
Damit Sie die DSD-spezifischen Kundenstammdaten verwenden können, müssen Sie im
Customizing Direct Store Delivery und –sofern gewünscht- die Laderaumoptimierung
aktivieren. Weitere Informationen finden Sie unter Einführungshinweise im Direct Store
Delivery (Backend) [Seite 1].
Funktionsumfang
Welche Registerkarten das System zeigt, hängt von folgenden Sachverhalten ab:
● Das System zeigt die Registerkarte Laderaumoptimierung an, wenn der Kunde kein
Fahrer ist und Sie die Laderaumoptimierung im Customizing aktiviert haben.
Sie geben auf der Registerkarte Laderaumoptimierung die für das System zu einem
Optimierungslauf benötigten kundenspezifischen Daten ein.
● Das System zeigt die Registerkarte Besuchsinformationen an, wenn der Kunde kein
Fahrer ist.
Das System zeigt auf der Registerkarte Besuchsinformationen eine entsprechende
Kalenderart zur Auswahl an. Im Kalender können Sie ablesen, wann ein Kunde
beliefert oder besucht werden soll.
Das System markiert die Besuchs- und Lieferzeiten im Kalender farbig.
Wenn Sie Anzeige Besuchpläne oder Anzeige Besuchslisten wählen, verzweigt das
System in den Anzeigemodus der Besuchspläne oder –listen. Das System schlägt
Ihnen diejenigen Besuchspläne /-listen des Kunden zur Auswahl vor, in denen dieser
Kunde in den nächsten sieben Tagen enthalten ist. Sie können die Besuchspläne /-
listen nicht innerhalb oder aus dem Kundenstamm heraus bearbeiten.
Wenn der Kunde ein Fahrer ist, zeigt das System die Registerkarte Fahrer an.
Weitere Informationen finden Sie unter Zusatzdaten DSD: Fahrerdaten [Seite
10].
Aktivitäten
Wählen Sie die Besuchs-/Liefertermine des gewünschten Kunden.
Das System zeigt die geplanten Besuchs-/Liefertermine des Kunden im Kundenstamm auf
der Registerkarte Besuchsinformationen in einem Kalender an.
Sie können auf dieser Registerkarte die Adressdaten des Kunden auch geokodieren. Das
System vergibt dabei eindeutige Koordinaten (Längen- und Breitengrad). Weitere
Informationen finden Sie unter Geokodierung ausführen [Seite 15].

Wenn die Laderaumoptimierung aktiviert ist, können Sie auf der Registerkarte
Laderaumoptimierung Daten bearbeiten, die Einfluss auf den Optimierungsalgorithmus
nehmen.
Sie finden die Systemeinstellungen zu den Kundenstammdaten im Customizing unter Kunde.

Geokodierung ausführen
Verwendung
Das System bestimmt bei der Geokodierung der Kunden die zugehörigen geographischen
Längen- und Breitengrade zu den Adressdaten der Kunden.
Die Geokodierung ist –abhängig von den im System vorhandenen Daten- unterschiedlich
genau. Die Geokodierung kann z. B. auf Länder-, Regionen-, Postleitzahlen-, Straßen- oder
auf Hausnummernebene erfolgen. Die im Auslieferungsumfang von mySAP ERP enthaltenen
Geokodierungsdaten arbeiten auf Länder- und Regionenebene. Wenn Sie die Geokodierung
beispielsweise auf Hausnummernebene vornehmen möchten, müssen Sie die zugehörigen
Daten für das jeweilige Gebiet von einem Drittanbieter erwerben und installieren.
Sie können die Geokodierung für einen bestimmten Kunden direkt vom Kundenstamm aus
(Registerkarte Besuchsinformationen) oder über den Report Geokodierung für mehrere
Kunden ausführen. Im Selektionsbild des Reports können Sie mehrere Kunden angeben. Sie
können mit einem Kennzeichen festlegen, dass das System nur diejenigen Kunden
geokodiert, deren Adressdaten sich geändert haben.
Voraussetzungen
Wenn Sie die Geokodierung in einer höheren Genauigkeit als der Regionenebene benötigen,
müssen Sie die Daten von einem Drittanbieter erwerben und installieren.
Sie müssen die notwendigen Einstellungen zur Geokodierung im Customizing vornehmen.
Weitere Informationen über Geokodierung finden Sie im Einführungsleitfaden der
Allgemeinen Einstellungen unter Geokodierung einstellen.
Vorgehensweise
Um die Geokodierung über den Report auszuführen, gehen Sie wie folgt vor:
...
1. Wählen Sie vom Bild SAP Easy Access aus Logistik → Logistics Execution → Direct
Store Delivery → Stammdaten → Kunde → Geokodierung.
Sie gelangen auf das Bild Geokodierung.
2. Geben Sie die erforderlichen Daten ein.
3. Wählen Sie Ausführen.
Sie können diesen Report auch im Testlauf ausführen. In diesem Fall sichert
das System nicht die Daten.
Sie gelangen auf das Bild Protokolle anzeigen. Im Protokoll werden die Ergebnisse der
Geokodierung aufgelistet.
Ergebnis
Das System hat für die gewählten Kunden eine Geokodierung mit Angabe der Längen- und
Breitenangaben ausgeführt. Wenn Sie Karten eines Drittanbieters angeschlossen haben,
zeigt das System als Ergebnis der Geokodierung die Kunden grafisch auf einer
elektronischen Landkarte in den Besuchsplänen und –listen an.

Erweiterte Zahlungsbedingungen bearbeiten

Verwendung
Sie verwenden die erweiterten Zahlungsbedingungen, um das Zahlungsverhalten Ihrer
Kunden präziser zu verfolgen. Sie können pro Kunden Informationen zu folgenden Bereichen
hinterlegen:
● Zahlungsverhalten
● Dokumententransfer
● erlaubte Zahlungstypen
● abzulehnende Bankverbindungen
Voraussetzungen
Die Kunden, deren erweiterte Zahlungenbedingungen Sie bearbeiten möchten, müssen im
Kundenstamm angelegt sein.
Vorgehensweise
Um die erweiterten Zahlungsbedingungen zu bearbeiten, gehen Sie wie folgt vor:
...
1. Wählen Sie vom SAP Easy Access aus Logistik → Logistics Execution → Direct Store
Delivery → Stammdaten → Kunde → Erweiterte Zahlungsbedingungen pflegen.
Sie gelangen auf das Bild Erweiterte Zahlungsbedingungen.
2. Geben Sie die erforderlichen Daten ein.
3. Sichern Sie Ihre Eingaben.

Zusatzdaten DSD: Materialdaten

Verwendung
Mit dieser Funktion können Sie DSD-spezifische Materialdaten im Materialstammsatz
definieren. Sie erreichen die Funktion über die Registerkarte DSD-Daten und - wenn die
Laderaumoptimierung aktiv ist - LaRaumOpt-Daten und LaRaumOpt-Werksdaten im
Materialstamm.
Integration
Die DSD Materialdaten sind im ERP-Materialstamm integriert.
Voraussetzungen
Sie müssen im Customizing das Backend des Direct Store Delivery und − sofern gewünscht −
die Laderaumoptimierung aktivieren. Diese Systemeinstellungen finden Sie im Customizing
des Direct Store Delivery unter Grundfunktionen.
(Backend) [Seite 1].
Damit das System die Registerkarten mit den DSD-spezifischen Materialdaten anzeigt,
müssen Sie im Customizing folgende Bildsequenzen zuordnen:
● Bildsequenz BD für die Registerkarte DSD-Daten
● Bildsequenz BV für die Registerkarten
○ DSD-Daten und
○ LaRaumOpt-Daten und
○ LaRaumOpt-Werksdaten
Sie finden die Systemeinstellungen zu den Bildsequenzen im Customizing unter Logistik
Allgemein → Materialstamm → Konfigurieren des Materialstamms → Bildsequenzen zu
Benutzer/ Materialarten/ Transaktionen/ Branchen zuordnen.
Funktionsumfang
Sie können im Materialstamm auf der Registerkarte DSD-Daten einem Material eine DSD-
Gruppierung zuweisen.
Durch die Zuordnung einer DSD-Kalenderart zu einer DSD-Gruppierung können Sie
Besuchs-/Liefertermine materialabhängig planen. Somit können Materialien mit
verschiedenen DSD-Gruppierungen und verschiedenen Kalenderarten in der
Besuchssteuerung unterschiedliche Lieferzyklen haben (z. B. täglich und wöchentlich).
Auf den Registerkarten LaRaumOpt-Daten und LaRaumOpt-Werksdaten können Sie
materialabhängige Daten bearbeiten, die Einfluss auf die angebundene Laderaumoptimierung
eines Drittanbieters nehmen.
Aktivitäten
Sie finden die Systemeinstellungen zum Materialstamm des Direct Store Delivery im
Customizing unter Material.

Zusatzdaten DSD: Verkaufsförderung

Definition
DSD-spezifische Absprache für eine zeitlich begrenzte Verkaufsaktion in Form einer
materiellen oder monetären Vergünstigung.
Verwendung
Sie legen im Backend eine Verkaufsförderung mit den zugehörigen Bedingungen (z. B.
begünstigte Kunden) an. Wenn eine Verkaufsförderung die im Backend festgelegten
Bedingungen erfüllt, berücksichtigt das System diese Verkaufsförderung bei der
Zusammenstellung der Lieferungen für eine Tour und überträgt die Daten auf das mobile
Gerät. Das mobile Gerät berechnet die gewährte Verkaufsförderung bei der
Rechnungserstellung während der Tour.
Der Fahrer kann selber auf dem mobilen Gerät keine Verkaufsförderung
anlegen oder ändern. Sie nehmen im Backend alle Einstellungen vor, die eine
Verkaufsförderung betreffen.
Am Tourende übertragen Sie die gewährten Vergünstigungen mit den anderen Tourdaten an
das Backend. Das System berücksichtigt im Endabstimmungslauf alle Tourdaten
einschließlich der gewährten Vergünstigungen.
Sie können sich Listen zu den Verkaufsförderungen und den daraus resultierenden Rabatten
und Naturalrabatten anzeigen lassen.
Struktur
Kopfdaten
In den Kopfdaten legen Sie fest, welche allgemeinen Einstellungen für eine
Verkaufsförderung gelten sollen:
● Name und Bezeichnung der Verkaufsförderung
● Verkaufsförderungsart
● Gültigkeitszeitraum
● Status
Zuordnungen
In den Zuordnungen legen Sie fest, welche Kunden für eine Verkaufsförderung berechtigt
(Inklusive Zuordnung) oder nicht berechtigt sind (Exklusive Zuordnung).
Eine Verkaufsförderung wird beim Tourstart nur für Kunden auf das mobile Gerät übertragen,
wenn dieser Kunde die Zuordnungen wie folgt erfüllt:
● Und-Bedingung
Die aktuelle Lieferung für den Kunden muss für die folgenden Felder, die in der
Verkaufsförderung festgelegten Bedingungen erfüllen:
○ Verkaufsorganisation
○ Vertriebsweg
○ Sparte
○ Werk

Das System berücksichtigt bei der Verkaufsförderung nur die Felder, in denen
Einträge vorhanden sind.
● Oder-Bedingung
Einzelne der folgenden Daten können als zusätzliche Bedingungen dienen:
○ Debitor
○ Kundengruppen
○ Übergeordneter Kunde
Sie haben folgende Bedingungen festgelegt:
■ Verkaufsorganisation 001
■ Vertriebsweg 555
■ Debitor 1234
■ Kundengruppe 4321
Diese Verkaufsförderung ist nur für den Kunden 1234 der Verkaufsorganisation
001 und dem Vertriebsweg 555 oder für alle Kunden der Kundengruppe 4321
und der Verkaufsorganisation 001 und Vertriebsweg 555 gültig.
Bedingungen
Hier legen Sie fest, welche Bedingungen für eine Verkaufsförderung in einer Lieferung erfüllt
sein müssen, damit das mobile Gerät eine Verkaufsförderung anwendet. Ihnen stehen
mehrere Varianten bei den Bedingungen zur Verfügung.
Folgende Abhängigkeiten bestehen bei den Bedingungen zwischen Material,

Warengruppe und Materialgruppe:
■ Wenn Sie ein Material für eine Verkaufsförderung festgelegt haben,

können Sie zusätzlich keine Warengruppe oder Materialgruppe
festlegen.
■ Wenn Sie eine Warengruppe oder Materialgruppe für eine

Verkaufsförderung festgelegt haben, können Sie zusätzlich kein Material
festlegen.
Sie können zum Beispiel folgende Bedingungen festlegen, damit eine Verkaufsförderung
gültig ist:
● Welches Material und in welcher Menge dieses Material bei einer Lieferung
vorkommen kann.
● Welches Material obligatorisch bei der Lieferung enthalten sein muss.
● Ob eine bestimmte Gesamtabsatzmenge in einer Lieferung über alle in der

Verkaufsförderung festgelegten Material erreicht sein muss.
Das System berücksichtigt bei der Gesamtabsatzmenge nur diejenigen Materialien,
deren Zielmengen in der Lieferung erreicht oder überschritten werden.
Ergebnis
In den Ergebnissen legen Sie fest, wie der Kunde von der Verkaufsförderung profitieren soll:

● Sie legen die Berechnungsgrundlage fest (fix oder proportional).
● Sie legen fest, ob der Kunde die Verkaufsförderung in Form eines Naturalrabatts oder
als betragsmäßigen oder prozentualen Nachlass gewährt bekommt.
● Sie legen fest, ob der Fahrer auf seinem mobilen Gerät die Wahlfreiheit hat, die vom
System vorgeschlagene Verkaufsförderung zu wählen oder nicht (nicht obligatorisch
oder obligatorisch).
Wenn eine Verkaufsförderung obligatorisch ist und die Lieferung die zugrunde
liegenden Kriterien erfüllt, verwendet das mobile Gerät diese Verkaufsförderung
automatisch an.
Wenn eine Verkaufsförderung nicht obligatorisch ist, kann der der Fahrer die
Verkaufsförderung auf dem mobilen Gerät aktivieren.
Das System berücksichtigt System bei der Rechnungserstellung eine aktive
Verkaufsförderung.
Integration
Die Verkaufsförderung ist ein Bestandteil des DSD-Prozesses und ist in Verbindung mit
mobilen Geräten einsetzbar.

Verkaufsförderung im DSD-Prozess
Der Prozess bietet Ihnen die Möglichkeit, beim Kunden eine materielle oder monetäre
Vergünstigung an bestimmte Bedingungen zu knüpfen, um Kaufanreize beim Kunden zu
schaffen, die ein Fahrer auf seiner Tour besucht.
Voraussetzungen
Sie setzen in Ihrem DSD-Prozess mobile Geräte ein.
Customizing (Backend)
● Sie haben im Customizing der Logistics Execution unter Direct Store Delivery →
Grundfunktionen → Direct Store Delivery aktivieren das Kennzeichen DSD aktiv
gesetzt.
Verkaufsförderung für folgende Bereiche Einstellungen vorgenommen:
○ Verkaufsförderungsarten
○ Feldselektion
○ Kundenhierarchieart je Vertriebsbereich
Handheld-Anbindung → DSD Connector-Einstellungen → Einstellungen für mobile
Endgeräte → Allgemeine Einstellungen festlegen → Konditionsarten für
Verkaufsförderungsrabatte definieren die gültigen Konditionstypen für die
Verkaufsförderung festgelegt.
DSD Connector
Sie haben im SAP Easy Access der Logistics Execution unter Direct Store Delivery →
Handheld-Anbindung → DSD Connector Cockpit für folgende Bereiche Einstellungen
vorgenommen:
● Zuordnung Fahrer/Fahrzeug
● Fahrerstamm
● Fahrzeugstamm
Ablauf
Die Verkaufsförderung ist wie folgt in den DSD-Prozess integriert:
...
1. Sie erfassen die DSD-spezifischen Stammdaten zu einer Verkaufsförderung im

Backend.
2. Sie legen eine Lieferung und einen Transport auf Grund eines Kundenauftrags an.
3. Das System überträgt die Daten zur Verkaufsförderung zusammen mit den Tourdaten.
Das System überträgt alle Verkaufsförderungen zu einem Kunden auf das

mobile Gerät, die am Tage der Tour gültig sind.
Beachten Sie, wenn Sie Naturalrabatte gewähren wollen, müssen Sie die
entsprechenden Materialien zusätzlich auf das Fahrzeug laden.

4. Der Fahrer beginnt im Rahmen des DSD-Prozesses seine Tour.

5. Das mobile Gerät berücksichtigt bei der Rechnungserstellung alle aktiven
Verkaufsförderungen.
Abhängig von den Systemeinstellungen der Verkaufsförderung, berücksichtigt

das mobile Gerät bei der Rechnungserstellung eine aktive Verkaufsförderung
automatisch oder der Fahrer kann eine Verkaufsförderung manuell aktivieren
oder deaktivieren.
6. Der Fahrer beendet seine Tour und kehrt ins Verteilzentrum zurück.
7. Sie übertragen die Tourdaten inklusive der Ergebnisse der Verkaufsförderung ins
System (Backend).
8. Sie beenden die Tour im Backend mit dem Endabstimmungslauf. Das Backend
berücksichtigt die Verkaufsförderungsdaten beim Endabstimmungslauf.

Zusatzdaten DSD: Manueller Rabatt

Definition
Kondition, die der Fahrer während seiner Tour dem Kunden für Lieferungen unabhängig von
Bedingungen gewähren kann. Diese Konditionen sind generell Rabatte, z. B. Preisabschläge.
Ob ein Fahrer einen manuellen Rabatt gewähren darf, ist von seinen Berechtigungen
abhängig.
Verwendung
Der Fahrer kann während seiner Tour vorgegebene Konditionen frei im Lieferprozess
verwenden. Der Fahrer entscheidet, ob und welche Konditionen er einem Kunden gewährt.
Der Fahrer kann diese Rabatte (in Abhängigkeit seiner Berechtigungen) auf Positions- und
Kopfebene in einer Lieferung gewähren.
Das mobile Gerät behandelt die manuellen Rabatte bei der Preisfindung wie normale
Preiskonditionen.
Zum Tourabschluss werden die Tourdaten inklusive der manuellen Rabatte (mit
Konditionsart, Betrag, Währung oder Prozentwert) vom mobilen Gerät ins Backend
übertragen und im Endabstimmungslauf weiter verarbeitet.
Das Backend zeigt die betragsmäßigen oder prozentualen Werte der manuellen Rabatte auf
Kopf- und Positionsebene der Lieferung an und führt mit ihnen den Abschluss der Tour durch.
Integration
Sie setzen in Ihrem DSD-Prozess mobile Geräte ein.
Customizing
Sie haben im Customizing der Logistics Execution unter Direct Store Delivery →
Grundfunktionen → Direct Store Delivery aktivieren das Kennzeichen DSD aktiv gesetzt.
Sie haben die gewünschten Konditionen im Backend angelegt.
Sie haben im Customizing der Logistics Execution unter Direct Store Delivery → Handheld
Anbindung → DSD-Connector-Einstellungen → Einstellungen für mobile Endgeräte →
Einstellungen für mobile Endgeräte festlegen auf globaler oder gruppenspezifischer Ebene
die Gewährung von Rabatten aktiviert.
Sie haben im Customizing der Logistics Execution unter Direct Store Delivery → Handheld-
Anbindung → DSD Connector-Einstellungen → Einstellungen für mobile Endgeräte →
Allgemein Einstellungen festlegen → Konditionsarten für manuellen Rabatt definieren die für
das mobile Gerät relevanten Konditionsarten pro Vertriebsgebiet für die manuellen Rabatte
festgelegt.
Siehe auch:
DSD Endabstimmungslauf [Seite 92]

Besuchssteuerung
Sie verwenden die Besuchssteuerung der Komponente Direct Store Delivery, um periodisch
wiederkehrende Kundenbesuche im Logistikprozess zu planen und auszuführen.
Die Besuchssteuerung setzt sich zusammen aus Besuchsplänen und Besuchslisten sowie
deren Verwendung und Integration in die logistische Kette.
Die Besuchspläne dienen einer längerfristigen, strategischen Planung. In den Besuchsplänen
fassen Sie die Kunden zusammen, die Sie auf einer Tour besuchen oder beliefern möchten.
Sie können Besuchsplänen unter anderem auch Fahrer und Transportmittel zuordnen. In
einem Besuchsplan können Sie zu jedem zugewiesenem Kunden konkrete Nicht-Termine
bearbeiten, an denen dieser Kunde nicht besucht oder beliefert werden soll.
Aus diesen strategischen Besuchsplänen erzeugt das System Besuchslisten zu konkreten
Tagen, die Sie bei Bedarf manuell anpassen und im operativen Geschäft verwenden können.
Sie verwenden folgende Besuchslisten
● in der Logistik zur Planung der Transporte
● im Vertrieb zur Steuerung der Besuche

Die Besuchssteuerung legt fest, in welcher zeitlichen und geografischen Reihenfolge Ihre
Fahrer die im Besuchsplan erfassten und in der Besuchsliste für den konkreten Tag
zusammengefassten Kunden besuchen bzw. beliefern. Wenn Sie die vorgegebene
Reihenfolge manuell ändern wollen, müssen Sie Folgendes berücksichtigen:
● Besuchs- bzw. Öffnungszeiten
● geografische Lage der Kunden
● Periodizität, mit der die Kunden kontaktiert werden (z. B. immer freitags im 14-tägigen
Rhythmus)
Der Einsatz der Besuchssteuerung richtet sich an zwei Benutzergruppen mit
unterschiedlichen Rollen:
● Personen (Rollen), die die Besuchspläne und Besuchslisten erstellen und verwalten
oder einsehen können:
○ Strategische Planer
○ Disponenten
○ Sachbearbeiter im Verkaufsinnendienst
○ Sachbearbeiter in der Auftragserfassung
● Personen (Rollen), für die die Besuchslisten erstellt werden können:
○ Auslieferungsfahrer [Seite 29]
○ Verkaufsfahrer [Seite 29]
○ Mischfahrer [Seite 29]
○ Preseller [Seite 29]

Wenn Sie elektronische Landkarten in die Besuchssteuerung einbinden möchten, müssen Sie
ein grafisches Informationssystem (GIS) eines externen Anbieters über den Internet Graphic
Server (IGS) implementieren und verwenden.

Vertriebsbereichsreine Prozesse aktivieren gesetzt haben, legt das System den
Besuchsplan bzw. die Besuchsliste vertriebsbereichsabhängig an. Das System
prüft, ob die zugewiesenen Kunden in dem angegebenen Vertriebsbereich
angelegt sind.

Prozess der Besuchssteuerung

Die Besuchssteuerung bietet Ihnen vielfältige Möglichkeiten von der strategischen Planung
von Kundenbesuchen (Basis Besuchspläne [Seite 30]) bis hin zur operativen Umsetzung
(Basis Besuchslisten [Seite 33]).
Die Besuchssteuerung fasst in Besuchsplänen Kunden zusammen, die regelmäßig
gemeinsam an periodisch wiederkehrenden Tagen besucht oder beliefert werden (z. B. jede
Woche mittwochs). Zusätzlich können Sie jedem Besuchsplan einen Fahrer und ggf.
Beifahrer und Transportmittel (Zugfahrzeug und ggf. Anhänger) zuordnen.
Aus den Besuchsplänen generiert das System für einen bestimmten Zeitraum Besuchslisten
zu konkreten Tagen. Diese Besuchslisten können manuell angepasst werden. So können Sie
z. B. einen zusätzlichen Kunden einfügen oder einen bestehenden entfernen, das
Transportmittel ändern oder den Fahrer austauschen. Besuchslisten dienen im operativen
Geschäft sowohl als Grundlage für die Planung der Transporte, d. h. der Warenlieferungen,
als auch der Steuerung der Kundenbesuche.
Ablauf
Die Besuchssteuerung läuft idealtypisch wie folgt ab:
...
1. Besuchsplan bearbeiten
In der Besuchsplan-Planung legen Sie Besuchspläne an und verwalten diese.
2. Besuchslisten generieren
Das System erstellt über einen Report aus Besuchsplänen Besuchslisten für einen
vorgegebenen Zeitraum. Das bedeutet, dass das System aus einem Besuchsplan,
anhand seiner Regelobjekte (z. B. jede Woche montags), für jeden zutreffenden Tag
des Regelobjekts innerhalb des vorgegebenen Zeitraums eine Besuchsliste anlegt.
Bevor das System eine erzeugte Besuchsliste sichert, können Sie über die
Implementierung einer BAdI-Methode Einfluss auf die Belegung von
Transportmittel und Fahrer nehmen.
3. Besuchslisten manuell bearbeiten

Die Besuchslisten bilden die Grundlage für das Tagesgeschäft. Die Besuchslisten
zeigen zu einem konkreten Tag auf, welche Kunden in welcher Reihenfolge zu
besuchen sind. Gegebenenfalls enthalten sie bereits den Fahrer und/oder das
Transportmittel.
Wenn es im Tagesgeschäft oder aufgrund von Feiertagen zu kurzfristigen Änderungen
kommen sollte, können Sie diese Änderungen in der Besuchsliste durch Hinzufügen
oder Entfernen eines Kunden manuell vornehmen:
○ Besuch bei den betroffenen Kunden ausfallen lassen
○ Besuch auf ein anderes Datum (und damit auf eine andere Besuchsliste)
verlegen
Wir empfehlen, Besuchslisten zu löschen, die aufgrund eines Feiertags nicht

bearbeitet wurden, nachdem Sie die entsprechenden Kunden in andere
Besuchslisten übernommen haben.
Sie können eine komplette Besuchsliste auf einen anderen Tag verschieben,
indem Sie das Ausführdatum der Besuchsliste manuell ändern.

Beachten Sie, dass Änderungen auf Besuchslisten zu keinen Änderungen in

den zugehörigen Besuchsplänen führen.
4. Kundentermine als Zeitstrahl abbilden

Das System sichert alle Besuchs- oder Liefertermine eines Kunden in Form eines
Zeitstrahls. Das System ermittelt diese Termine aus den Regelobjekten der
Besuchspläne unter Berücksichtigung eventueller Nicht-Termine und den bereits
erzeugten und unter Umständen manuell angepassten Besuchslisten.
Bei der Generierung der Zeitstrahlen spielt der Besuchsplantyp des Besuchsplans oder
der Besuchsliste eine wesentliche Rolle. Sie können im Customizing jedem
Besuchsplantyp eine Kalenderart zuordnen. Aufgrund dieser Customizing-Einstellung
kann das System für einen Kunden mehrere Zeitstrahlen je Kalenderart erzeugen, z. B.
einen Zeitstrahl für Ausliefertermine und einen für Besuchstermine.
Wenn Sie dem Besuchsplantyp keine Kalenderart zugewiesen haben, erzeugt das
System keinen Zeitstrahl.
Das System erzeugt einen Zeitstrahl standardmäßig für ein Jahr.
Das System verwendet diese Zeitstrahlen in der Auftragsbearbeitung zur Findung des
Wunschlieferdatums eines Kunden, sofern Sie die zugrundeliegende Auftragsart im
Customizing als DSD-relevant gekennzeichnet und die entsprechende Kalenderart
zugewiesen haben.
Das System erzeugt einen Zeitstrahl entweder durch den Report /DSD/VC_CAL_FILL,
den Sie als regelmäßige Hintergrundverarbeitung einplanen können, oder aber
automatisch bei der erstmaligen systemseitigen Anfrage nach diesen Terminen. Das
System benötigt den Zeitstrahl
○ in der Auftragserfassung bei der Ermittlung des Wunschlieferdatums auf Basis

der geplanten Besuchs-/Liefertermine durch die Besuchssteuerung
○ im Kundenstamm (Drucktaste DSD Zusatzdaten, Registerkarte

Besuchsinformationen) bei der Auswahl einer Kalenderart. Sobald der Zeitstrahl
verfügbar ist, werden die ermittelten Termine farblich im Kalender markiert.
5. Auftragsabwicklung
Damit in der Auftragserfassung die durch die Besuchssteuerung geplanten Besuchs-
/Liefertermine berücksichtigt werden, müssen Sie die verwendete Auftragsart im
Customizing als DSD-relevant gekennzeichnet und eine Kalenderart zugewiesen
haben.
Sobald Sie einen Auftrag mit einer entsprechend gekennzeichneten Auftragsart
anlegen, prüft das System anhand der zugewiesenen Kalenderart und der minimalen
Vorlaufzeit, welches Datum als nächster Besuchs-/Liefertermin für diesen Kunden
geplant ist und trägt dieses als Wunschlieferdatum ein. Das System entnimmt diesen
Termin dem Zeitstrahl des Kunden. Sollte noch kein Zeitstrahl vorhanden sein, erzeugt
das System den Zeitstrahl zum Zeitpunkt der Auftragsanlage.
Besitzt die/der diesem Termin zugrunde liegende Besuchsliste/-plan eine Route,
übernimmt das System diese Route in den Auftrag. Ansonsten führt das System die
SAP-Standardroutenfindung aus.
6. Dynamische Transportdisposition
Das System fasst mit der Dynamischen Transportdisposition Lieferungen automatisch
zu Transporten zusammen. Besuchslisten sind ein Hilfsmittel zur Festlegung der
Anfahrreihenfolge in der Transporterstellung und geben unter Umständen das
Fahrzeug und den Fahrer vor. Das System schreibt die Nummern, der durch die

Dynamische Transportdisposition erstellten Transporte, in den zugrunde liegenden

Besuchslisten fort.
Beachten Sie, dass anschließende Änderungen an den Transporten nicht zu

einer automatischen Anpassung der Besuchslisten führen.

Vertriebsbereichsreine Prozesse aktivieren gesetzt haben, weist das System nur
Lieferungen mit gleichem Vertriebsbereich (wie die zugrunde liegende
Besuchsliste) einem Transport zu. Außerdem prüft das System, ob auch der
zugewiesene Fahrer in diesem Vertriebsbereich angelegt ist.
Weitere Informationen zur Dynamischen Transportdisposition finden Sie in der
Dokumentation Transportplanung [Seite 36] der Komponente Direct Store Delivery.
7. Tourenabrechnung
Sobald die Belieferungen/Besuche ausgeführt und die Fahrer ins Werk
zurückgekommen sind, müssen die Daten weiterverarbeitet werden. Die
Weiterverarbeitung erfolgt über die Tourenabrechnung [Seite 73] der Komponente
Direct Store Delivery. Die Tourenabrechnung berücksichtigt, ob den ausgeführten
Belieferungen/Besuchen ein Transport oder eine Besuchsliste zugrunde lag.
○ Erfolgreiche Belieferungen, erfolgte Warenverkäufe oder das Einholen von

Aufträgen wird über das Ändern und Anlegen von Aufträgen (optional) und
Lieferungen dokumentiert.
○ Für einen nicht erfolgreichen Besuch, d. h. einen Besuch zu dem keine

Lieferung existiert und für den auch kein Auftrag/Lieferung angelegt werden
kann, legt das System einen SD-Kontakt an. In diesem SD-Kontakt wird
festgehalten, warum der Besuch nicht zustande kam. Das System schreibt die
Belegnummer dieses SD-Kontakts in der zugrunde liegenden Besuchsliste bei
dem entsprechenden Kunden fort.
Weitere Informationen zur Tourenabrechnung finden Sie in der Dokumentation
Tourenabrechnung [Seite 73] der Komponente Direct Store Delivery Backend.

Rollen in Besuchslisten
Sie können Besuchslisten für verschiedene Personen (Rollen) erstellen:
Auslieferungsfahrer
Fahrer, der Kunden mit dem Ziel besucht, ihnen bestellte Ware auszuliefern. Das heißt, es
existieren bereits Lieferungen für diese Kunden im System.
Der Auslieferungsfahrer besucht Kunden in der Reihenfolge, wie sie im Transport angeordnet
sind. Bei der automatischen Transporterstellung durch die Dynamische Transportdisposition
lagen dabei Besuchslisten als Vorschläge für die Anfahrreihenfolge zugrunde.
Verkaufsfahrer
Fahrer, der Kunden mit dem Ziel besucht, Ware zu verkaufen. Der Verkaufsfahrer führt dazu
eine so genannte Verdachtsladung mit sich. Erteilt der Kunde ihm einen Auftrag, entnimmt er
die Ware aus seinem Transportmittel und überreicht sie dem Kunden.
Der Verkaufsfahrer besucht Kunden in der Reihenfolge, die durch die Besuchsliste
vorgegeben ist. Der Transport beinhaltet nur die Verdachtsladung, d. h. die Lieferung, die auf
den Fahrer ausgestellt ist.
Mischfahrer
Der Mischfahrer ist ein Fahrer, der den Kunden als eine Mischform zwischen den Rollen
Auslieferungsfahrer und Verkaufsfahrer besucht.
Der Mischfahrer besucht Kunden aus folgenden Gründen:
● um ihnen vorbestellte Ware auszuliefern
● ihnen Ware aus seiner Verdachtsladung zu verkaufen

Der Mischfahrer besucht Kunden in der Reihenfolge, die durch die Besuchsliste vorgegeben
ist. Der Transport enthält neben der Verdachtsladung, d. h. der Lieferung, die auf den Fahrer
ausgestellt ist, auch noch Lieferungen für Kunden.
Preseller
Mitarbeiter des Vertriebs, der Kunden mit dem Ziel besucht, Aufträge zu akquirieren. Der
Preseller führt keine Ware mit sich.
Der Preseller besucht
● potenzielle Kunden, um neue Aufträge zu akquirieren
● Bestandskunden, um zusätzliche Aufträge zu akquirieren.

Die Lieferung der neuen oder der zusätzlich akquirierten Aufträge erfüllt anschließend ein
Auslieferungsfahrer auf seiner nächsten Tour.
Der Preseller besucht Kunden in der Reihenfolge, wie sie durch die Besuchsliste vorgegeben
ist.

Besuchsplan
Verwendung
Sie verwenden Besuchspläne, um periodisch wiederkehrende Kundenbesuche /
Auslieferungen im Logistikprozess zu planen.
Sie legen für diese Planung in den allgemein gültigen Daten des Besuchsplans u.a.
Folgendes fest,
● welche Gültigkeit der Besuchsplan besitzt
● in welcher Regelmäßigkeit der Besuchsplan ausgeführt werden soll (z. B. jede Woche
dienstags)
● welchem Typ der Besuchsplan entspricht
● welches Fahrzeug für die Ausführung geplant ist (optional)
● welcher Fahrer für die Ausführung geplant ist (optional)

Einem Besuchsplan ordnen Sie dann solche Kunden zu, für die die Angaben in den
allgemeinen Daten des Besuchsplantyps zutreffen und die Sie während einer Tour
besuchen/beliefern möchten.
Das System kann im Besuchsplan auf Kundenebene Warenannahme- oder Besuchszeiten
des Kunden anzeigen. Sie legen im Customizing der Besuchssteuerung zum Besuchsplantyp
fest, aus welcher Quelle das System die Zeiten verwenden soll. Diese Quellen können
entweder die Warenannahmezeiten zur Abladestelle oder die Besuchszeiten des betroffenen
Ansprechpartners sein. Sie bearbeiten beide Quellen im Kundenstamm.
Des Weiteren können Sie je Kunde so genannte Nicht-Termine bearbeiten. Diese Nicht-
Termine sind als eine Untermenge zum Regelobjekt des Besuchsplans zu sehen und
beschreiben konkrete Termine, an denen der Kunde nicht besucht/beliefert werden soll. Der
Kunde wird ebenfalls nicht besucht/beliefert, wenn Sie ihn als inaktiv kennzeichnen. Das
System stellt die Nicht-Belieferung des Kunden sicher, indem es den entsprechenden Kunden
bei einem entsprechenden Nicht-Termin oder einer Inaktiv-Kennzeichnung bei der späteren
Generierung der Besuchslisten nicht in diese aufnimmt.
Wenn Sie eine Land-/Straßenkarte eines Drittanbieters installiert und die Geokodierung für
die Kundenadressdaten ausgeführt haben, können Sie sich die in einem Besuchsplan
enthaltenen Kunden auf der Karte anzeigen lassen. Alle Kunden, die einem Besuchsplan
zugeordnet sind, sind miteinander verbunden. Damit können Sie optisch überprüfen, ob z. B.
die Zusammenfassung der Kunden in einem Besuchsplan aus geografischen
Gesichtspunkten heraus sinnvoll ist.
Auf der Grundlage des Besuchsplans erstellt das System die Besuchsliste [Seite 33], die
Ihnen dann für das Tagesgeschäft zur Verfügung steht.

Besuchspläne bearbeiten
Verwendung
Mit den Funktionen der Besuchsplanung bearbeiten Sie neue oder vorhandene
Besuchspläne.
Mit Besuchsplänen legen Sie im Rahmen des Logistikprozesses periodisch wiederkehrende

Kundenbesuche oder Auslieferungen fest. Sie wählen aus einem Arbeitsvorrat Kunden mit
bestimmten gemeinsamen Kriterien (allgemeinen Daten des Besuchsplantyps), die Sie einem
Besuchsplan hinzufügen. Sie bearbeiten die Anfahrreihenfolge von Besuchsplänen. Der in
dem Besuchsplan eingetragene Fahrer besucht bzw. beliefert die dem Besuchsplan
zugeordneten Kunden auf einer Route.
Funktionsumfang
Um Besuchspläne zu bearbeiten, stehen Ihnen folgende Funktionen zur Verfügung:
● Besuchspläne anlegen
● Besuchspläne pflegen
● Besuchspläne anzeigen
Aktivitäten
Für einen Besuchsplan legen Sie folgende allgemein gültige Daten fest:
● welche Gültigkeit der Besuchsplan besitzt
● in welcher Regelmäßigkeit der Besuchsplan ausgeführt werden soll (z. B. jede Woche
dienstags)
● welchem Typ der Besuchsplan entspricht
● welches Fahrzeug
● welcher Fahrer für die Ausführung geplant ist

Sie können im Besuchsplan auf der Ebene der Kunden die in den Kundenstammdaten
erfassten Warenannahme- oder Besuchszeiten anzeigen.
Im Customizing der Besuchssteuerung legen Sie pro Besuchsplantyp fest, aus welcher
Stammdatenquelle die Besuchssteuerung die Daten der Warenannahme- bzw. die
Besuchszeiten beziehen soll. Diese Quellen können entweder die Warenannahmezeiten der
Abladestelle beim Kunden oder die Besuchszeiten des entsprechenden Ansprechpartners
sein.
Sie können pro Kunde sogenannte Nicht-Termine bearbeiten. Nicht-Termine sind als eine
Untermenge zum Regelobjekt des Besuchsplans zu sehen und beschreiben konkrete
Termine, an denen der Kunde nicht besucht/beliefert werden soll. Sie können einen Kunden
auch als inaktiv kennzeichnen. Die Besuchssteuerung stellt die Nicht-Belieferung von Kunden
sicher, indem sie Kunden bei einem Nicht-Termin oder einer Inaktiv-Kennzeichnung bei der
späteren Erstellung von Besuchslisten nicht berücksichtigt.
Wenn Sie eine Straßenkarte eines Drittanbieters installiert und die Geokodierung für die
Kundenadressdaten ausgeführt haben, können Sie sich die in einem Besuchsplan erfassten
Kunden auf der Karte anzeigen.
Das System stellt die Kunden als Symbol dar und verbindet diese Kunden miteinander mit
einer Linie, entsprechend ihrer Anordnung im Besuchsplan. Damit der Besuchsplan mit
seinen Kunden auf der Karte dargestellt wird, wählen Sie Aktualisieren GIS.

Auf der Grundlage des Besuchsplans erstellt das System die Besuchsliste, die Ihnen für das
Tagesgeschäft zur Verfügung steht.
Beim Sichern geänderter Besuchspläne prüft die Besuchsteuerung, ob zu

diesen geänderten Besuchsplänen bereits Besuchslisten vorliegen, deren
Besuche bzw. Auslieferungen in der Zukunft liegen. Bereits erstellte
Besuchslisten listet die Besuchsteuerung in einem Dialogfenster zur Information
auf. Sie können in diesem Dialogfenster den Vorgang der Sicherung der
Besuchspläne abbrechen. Die Besuchssteuerung überträgt Änderungen an den
Besuchsplänen nicht automatisch in bereits erstellte Besuchslisten.

Besuchsliste
Definition
Auflistung der Kunden in einer bestimmten Reihenfolge für einen bestimmten Tag. Die
Besuchsliste legt die folgenden Sachverhalte fest:
● die Reihenfolge der Besuche
● das konkrete Datum der Besuche
● den Fahrer, der die Kunden besuchen wird.
Verwendung
Sie verwenden Besuchslisten als Grundlage für die konkrete Ausführung Ihrer
Kundenbesuche und Auslieferungen.
Besuchslisten entstehen in der Regel aus Besuchsplänen, müssen aber keine Eins-zu-eins-
Kopie der Besuchspläne sein.
Abweichungen zwischen Besuchsplan und Besuchsliste kommen zustande:
● wenn Sie im Besuchsplan bei einem Kunden das Kennzeichen

inaktiv gesetzt haben
● wenn Sie einen Kunden über sein kundenspezifisches

Regelobjekt, durch Angabe eines so genannten Nicht-Termins,
von der Übernahme in die Besuchsliste zu diesem konkreten
Datum ausgeschlossen haben
● wenn Sie Kunden manuell in die Besuchsliste aufgenommen oder

Kunden daraus entfernt haben
Wenn Sie Besuchslisten manuell nachbearbeiten wollen, können Sie beispielsweise
● Kunden hinzufügen und löschen
● die Reihenfolge der Kunden verändern
● allgemeine Daten der Besuchsliste ändern
● den Fahrer ändern
● das Fahrzeug ändern
● die komplette Besuchsliste auf einen anderen Tag verschieben

Sie können einer Besuchsliste sowohl auf Kundenebene als auch auf Besuchslisten-
Kopfebene Referenzbelege zuweisen. Der Referenzbeleg ist eine existierende Belegnummer
mit ihrem Vertriebsbelegobjekt. Zugewiesene Referenzbelege können Einfluss auf die
Ausführung der Besuchsliste nehmen. So können Sie z. B. einer Besuchsliste, deren
Besuchsplantyp einen Verkaufsfahrer darstellt, die Belegnummer der Verdachtsladung
(Lieferbeleg) zuweisen. Wenn der Besuchsplantyp einer Besuchsliste einen Mischfahrer
darstellt, so können Sie auf Kundenebene die Nummern der Lieferbelege angeben, die der
Mischfahrer bei den Kunden auszuliefern hat.
Diese Referenzbelege weisen Sie bei der Bearbeitung von Besuchslisten zu, in dem Sie eine
Besuchsliste oder einen Kunden markieren und dann Bearbeiten → Referenzbelege wählen.

Neben den eben beschriebenen Referenzbelegen, die vor der Ausführung der
Besuchsliste von Bedeutung sind, gibt es auch Referenzbelege, die nach der
Ausführung der Besuchsliste vom System eingetragen werden. Diese
Referenzbelege dienen der Protokollierung der Kundenbesuche. So legt das
System z. B. für einen erfolglosen Kundenbesuch einen SD-Kontaktbeleg an, in
dem der Grund vermerkt ist, warum es zu keinem Auftrag gekommen ist.

Besuchslisten bearbeiten
Verwendung
Mit den Funktionen der Besuchsliste bearbeiten Sie tagesgültige Vorlagen, die den Fahrern
die Reihenfolge ihrer Kundenbesuche bzw. Auslieferungen vorgeben.
Die Besuchssteuerung erstellt Besuchslisten auf der Grundlage von Besuchsplänen.

Besuchslisten müssen keine Eins-zu-eins-Kopien von Besuchslisten sein.
Funktionsumfang
Um Besuchslisten zu bearbeiten, stehen Ihnen folgende Funktionen zur Verfügung:
• Besuchslisten generieren
• Besuchslisten pflegen
• Besuchslisten anzeigen
Aktivitäten
Die Besuchssteuerung überschreibt bei der Erstellung von Besuchslisten keine bereits
existierenden Besuchslisten. Wenn Sie aus einem Besuchsplan für einen vorgegebenen
Zeitraum eine Besuchsliste erstellen wollen, für den bereits eine Besuchsliste im System
besteht, erstellt die Besuchssteuerung keine zweite Besuchsliste.
Wenn Sie nur das Erstellungsdatum (Bis-Datum) angeben und im Feld Von-Datum keine
Eingabe machen, ermittelt die Besuchssteuerung für jeden Besuchsplan automatisch das
Erstellungsdatum Von-Datum.
Sie können die Erstellung von Besuchslisten simulieren.
Um das Fehlerprotokoll anzuzeigen, wählen Sie Springen → Protokoll → Generierungsfehler.

Transportplanung
Mit der Transportplanung der Komponente Direct Store Delivery planen und organisieren Sie
Touren, indem Sie anstehende Auslieferungen zu Transporten zusammenfassen.
Anschließend können die Transporte ausgeführt werden.
Die Transportplanung beinhaltet folgende Funktionen:
● Dynamische Transportdisposition zur Erstellung von Transporten durch das System

unter Berücksichtigung von u.a. Besuchslisten, Tourstammdaten und ggf.
Kapazitätskriterien
● Transport zur manuellen Disposition von Einzeltransporten
● Transportliste zur besseren Übersicht und leichteren Bearbeitung der erstellten

Transporte
Das System führt die Transportplanung mit folgenden Datensätzen aus:
● Fahrer (Kundensstammsatz)
● Fahrzeuge (Equipment-/Fahrzeugstammsatz)
● Touren (Zuordnung von Fahrern und Fahrzeugen zu Tourstammsätzen)
● Besuchslisten
Integration
Die Transportplanung ist Bestandteil der Komponente Direct Store Delivery und in den
Logistikprozess integriert. Die Besuchssteuerung ist der Transportplanung vorgelagert. Die
Laderaumoptimierung (optional) und die Tourenabrechnung sind der Transportplanung
nachgelagert.
Weitere Informationen finden Sie unter Besuchssteuerung [Seite 24], Laderaumoptimierung
[Seite 52] und Tourenabrechnung [Seite 73].
Die Transportplanung verwendet DSD-spezifische Stammdaten. Weitere Informationen über
DSD-spezifische Stammdaten der Transportplanung finden Sie unter DSD-spezifische
Stammdaten [Seite 9].

Einordnung der Transportplanung

in den Belegfluss
Auftrag Lieferung Transport Faktura
1 2 3
1 – Transportplanung
2 – Laderaumoptimierung (optional)
3 - Tourenabrechnung
Funktionsumfang
Die Dynamische Transportdisposition zeichnet sich durch folgende Merkmale aus:
● Sie können mit der Dynamischen Transportdisposition für diejenigen

transportrelevanten Lieferungen Transporte zusammenstellen, die mindestens
folgende übereinstimmende Daten besitzen:
○ Besuchsplantyp
○ Transportdispostelle
○ Route
● Wenn Sie in der Besuchsliste oder im Tourstamm ein Zugfahrzeug, einen Anhänger,
einen Fahrer und einen Beifahrer zugeordnet haben, ordnet das System den einzelnen
Transporten die entsprechenden Daten zu. Das System verwaltet Fahrer, Beifahrer,
Fahrzeuge und Anhänger im Kundenstamm und im Equipment-/Fahrzeugstamm.

Vertriebsbereichsreine Prozesse aktivieren gesetzt haben, prüft das System,
dass die zugewiesenen Lieferungen demselben Vertriebsbereich angehören
und der zugewiesene Fahrer in diesem Vertriebsbereich angelegt ist.

Ladeeinheiten
Verwendung
Sie verwenden Ladeeinheiten als ein weiteres Kapazitätslimit, mit dem Sie in der
Dynamischen Transportdisposition des DSD Prozesses die maximale Liefermenge eines
Fahrzeugs begrenzen. Eine Ladeeinheit ist eine Mengeneinheit, die von den
Mengeneinheiten der Auftragsabwicklung unabhängig ist.
Voraussetzungen
Sie haben im Customizing (Kapazitätslimit festlegen) das Kapazitätslimit Ladeeinheit aktiviert.
Aktivitäten
Das System berechnet die Gesamtmenge in der Ladeeinheit im Auftrag und in der Lieferung
und zeigt die Ladeeinheit zusammen mit den Summenkategorien an. Das System zeigt
zusätzlich die Ladeeinheit im Transport als Summe der im Transport zusammengefassten
Lieferungen zur Information an. Das System verwendet zur Umrechnung in die Ladeeinheit
den von Ihnen im Materialstamm festgelegten Umrechnungsfaktor.
Beispiel Dialogfenster:
Ladeeinheiten und Summenkategorien
Ladeeinheiten und Summenkategorien

Belegnummer 4711
Kommissionier-Sicht
Fässer 5
Kisten 10 Summen-
Container 0 kategorien
….. …
Ladesicht-Sicht
Ladeeinheiten 2 Lade-
einheiten

Summenkategorien
Verwendung
Summenkategorien sind Erweiterungen der Materialstammdaten. Sie verwenden die
Summenkategorien, um die Menge aller Positionen einer Summenkategorie in einem Beleg
zu einer Gesamtsumme zu addieren.
Das System kann die Summierung für folgende Belege ausführen:
● Auftrag
● Lieferung
● Transport
Summenkategorien ermöglichen Ihnen zum Beispiel in der Getränkeindustrie

die Abschätzung eines Auftragsvolumens gemessen in Kisten, unabhängig
davon, was in diesen Kisten enthalten ist.
Voraussetzungen
● Um die Summenkategorien verwenden zu können, müssen Sie im Customizing
(Customizing-Tabelle Kategorien der Summenfelder festlegen) festgelegt haben,
welche der 4 angebotenen Summenkategorien Sie verwenden möchten und wie ihre
Bezeichnungen sein sollen (z. B. Fässer, Kisten).
● Im Customizing des Materialstamms müssen Sie die Bildsequenz BD (bei Einsatz von
DSD ohne die Laderaumoptimierung) oder BV (sofern Sie auch die DSD
Laderaumoptimierung im Einsatz haben) zugeordnet haben.
● Sie müssen im Materialstamm in der Sicht DSD-Summen eine der angebotenen

Summenkategorien ausgewählt, eine Mengeneinheit zugeordnet und den
entsprechenden Umrechnungsfaktor bearbeitet haben.
● Nur wenn Sie einen Vertriebsbereich angegeben haben, sind die Summenkategorien
im Materialstamm sichtbar.
Aktivitäten
Sie legen im Customizing die kundenspezifische Bezeichnung der Summenkategorien fest
(Customizing-Tabelle Kategorien der Summenfelder festlegen). Die Anzahl der
Summenkategorien ist auf 4 begrenzt.
Das System zeigt im Auftrag und in der Lieferung die Summenkategorien zusammen mit den
Ladeeinheiten [Seite 38] an.
Das System berechnet und zeigt Summenkategorien in Auftrag, Lieferung und Transport wie
folgt:
● Das System berechnet im Auftrag Summenkategorien dynamisch und sichert

Summenkategorien nicht.
● Das System berechnet innerhalb der Lieferung Summenkategorien und sichert sie.
● Das System zeigt Summenkategorien im Transport (Transportliste) des Direct Store

Delivery an.

Tour
Definition
Kombination aus Route, Besuchsplantyp und zusätzlichen Daten.
Sie können zusammen mit Route und Besuchsplantyp u.a. zusätzliche Vorschlagswerte für
die Transportbesetzung (z. B. Zugfahrzeug, Anhänger, Fahrer, Beifahrer) und folgende
Kapazitätslimits erfassen:
● Anzahl Stopps
Bevor das Kapazitätslimit Anzahl Stopps bei der Dynamischen

Transportdisposition berücksichtigt werden kann, müssen Sie im Customizing
der DSD Transportplanung das entsprechende Kriterium aktivieren. Wählen Sie
hierzu im Bild SAP Referenz-IMG: Logistics Execution →Direct Store Delivery
→ Transportplanung → Kapazitätslimits festlegen.
● Maximale Dauer
Folgende Voraussetzungen müssen erfüllt sein, damit die Transportplanung das

Kapazitätskriterium max. Dauer bei der Dynamischen Transportdisposition
berücksichtigt:
● Die Aktivierung des entsprechenden Kapazitätslimits im

Customizing.
Wählen Sie hierzu im Bild SAP Referenz-IMG: Logistics Execution →
Direct Store Delivery → Transportplanung → Kapazitätslimits festlegen.
● In der zugrunde liegenden Besuchsliste müssen die Zeiträume

(Dauern) Fahrdauer, direkte Fahrdauer und Aufenthaltsdauer je
Kunde festgelegt sein.
Sofern Sie in den Customizingeinstellungen zum Besuchsplantyp
Vorschlagswerte für diese Zeiträume angegeben haben, übernimmt das
System diese Vorschläge in die Besuchslisten.
Anhand dieser Zeiträume ermittelt das System in der Dynamischen
Transportdisposition die Gesamtdauer und vergleicht sie mit der max.
Dauer.
Die Gesamtdauer wird wie folgt ermittelt:
○ Direkte Fahrdauer vom Startpunkt zum ersten

Warenempfänger
○ plus Aufenthaltsdauer beim ersten Warenempfänger
○ plus Fahrdauer vom vorherigen zum folgenden

Warenempfänger
○ plus Aufenthaltsdauer beim folgenden Warenempfänger
○ plus Fahrdauer vom vorherigen zum letzten

Warenempfänger
○ plus Aufenthaltsdauer beim letzten Warenempfänger

○ plus Direkte Fahrdauer vom letzen Warenempfänger zum

Zielpunkt
Das System kann die Gesamtdauer erst genau berechnen, wenn dem
System der letzte Kunde der Tour bekannt ist. Das System benötigt diese
Information, um die Fahrdauer vom letzten Kunden zum Ziel zu
berechnen.

Transport
Definition
Ein Transport stellt eine physische Warenbewegung zwischen zwei oder mehreren Orten dar.
Damit ein Transport vom System angelegt wird, müssen transportrelevante Lieferungen
vorliegen.
Verwendung
Sie verwenden die Transportplanung, um anstehende Auslieferungen zu Transporten
zusammenzufassen und die Transporte anschließend auszuführen.
Die Auslieferungsbelege enthalten Routen, die das System über die Routenfindung ermittelt
und ein Transportdispodatum, an dem die Auslieferung aufgrund der Versandterminierung
disponiert werden muss.
Aufgabe der Dynamischen Transportdisposition ist es, Auslieferungen mit mindestens
gleicher Route, Besuchsplantyp und Transportdispostelle zu Transporten
zusammenzufassen.
Bei der Dynamischen Transportdisposition können unterschiedliche Restriktionen für einen
Transport berücksichtigt werden:
● Gewicht
● Volumen
● Variable Kapazität
● Anzahl Stopps
● maximale Dauer
● Ladeeinheiten

Reload
Verwendung
Sie können mit dieser Funktion definieren, welche zusätzlichen Materialien im Laufe einer
Tour nachgeladen und vorzeitig abgeladen werden sollen.
Der Fahrer unterbricht seine laufende Tour und kehrt für einen Zwischenstopp
zurück ins Verteilzentrum, um zusätzliches Material zu laden oder nicht mehr
benötigtes Material abzuladen. Zu diesem Zeitpunkt überträgt das Backend die
während des Prozesses vorgenommenen Mengenänderungen pro Material. Der
Fahrzeugbestand wird auf dem mobilen Gerät entsprechend aktualisiert. Der
Fahrer kann dann seine Tour fortsetzen.
Reload im Tourprozess
Finales
Check-out
Check-In
Tourbeginn Tourende
Tour
Fahrer-Meldung:
Änderung an Fahrzeugbestand
erforderlich
Bereitstellung Backend:
des gewünschten Erfassung der
Materials neuen Daten
Tourunterbrechung
Reload Check-Out Datenübertragung & Reload Check-In

(optional) physisches Zu-/Abladen (optional)
Integration
Die Funktion ist für die Verwendung auf mobilen Geräten und für den papierbasierten
Prozess ausgelegt.
Sie können die Funktionen Check-In und Check-Out für diesen Prozess verwenden.
Weitere Informationen finden Sie in Tourdaten auf mobilen Geräten erfassen.
Beim Zwischenstopp können Sie beim Check-In/Check-Out nur die aktuellen

Mengen des Fahrzeugsbestands erfassen.
Voraussetzungen
● Die Tour muss begonnen, aber noch nicht abgeschlossen sein.

● Sie können nur diejenigen Materialien einer Lieferung zu- oder abladen, die Sie bereits
bei der initialen Datenübertragung auf dem mobilen Gerät vor Beginn einer Tour
übertragen haben.
Funktionsumfang
● Mit der Transaktion /DSD/SV_RELOAD erzeugen Sie im Backend zu einem Transport
ein Dokument, in dem Sie die Materialdaten zum Reload erfassen. Daten zu
abgeladenen und zugeladenen Materialien können Sie in einem Arbeitsschritt
erfassen.
Das System kann bis zu 99 dieser Zwischenstopps, die im Backend als Reload-
Folge abgelegt werden, verwalten.
Aus dem erzeugten Dokument können Sie eine Materialliste mit den Reload-Materialien und
den entsprechenden Mengen generieren und drucken. Diese kann z. B. dem Fahrer oder
dem Lageristen zur Verfügung gestellt werden.
Wenn der Fahrer vor der Weiterführung seiner Tour eine Synchronisation seines mobilen
Geräts durchführt, aktualisiert das System automatisch die Bestandsdaten auf dem mobilen
Gerät.
Die Reload-Daten können Sie nur ändern, wenn die Daten noch nicht
erfolgreich auf das mobile Gerät übertragen wurden. Anschließend sind keine
Änderungen möglich.
Warenbewegungen müssen Sie separat vornehmen.
Beim Zwischenstopp belastet das System zunächst den Fahrer mit den Materialien aus dem
Reload-Prozess. Erst beim Endabstimmungslauf bucht das System diese Materialien auf die
entsprechenden Kundenkonten.
Beispiel
Ein Auslieferungsfahrer befindet sich auf seiner Tour. Er liefert die bestellten Materialien bei
den ersten drei Kunden ab. Dies verläuft wie geplant. Ungeplant ist jetzt aber, dass der
Fahrer noch Reklamationen und Leergut wieder mitnehmen soll. Zudem hat er noch vier
Kunden, die mehr Material kaufen wollen, als sie ursprünglich bestellt hatten und welches
schon zuvor auf dem Fahrzeug war. Der Fahrer erkennt, dass sein Fahrzeugbestand für die
restlichen Lieferungen nicht mehr ausreicht. Der Fahrer informiert noch während seiner Tour
das Verteilzentrum über die geplanten Änderungen. Er kehrt daraufhin ins Verteilzentrum
zurück, um seinen Fahrzeugbestand zu aktualisieren: Der Fahrer lädt die Reklamationen und
das Leergut ab und lädt das fehlende Material zu. Zusammen mit den aktualisierten Daten
auf seinem mobilen Gerät setzt der Fahrer seine Tour fort.

Dynamische Transportdisposition
In der Dynamischen Transportdisposition können Sie Lieferungen nach verschiedenen
Kriterien selektieren und anschließend zu Transporten zusammenstellen. Die Grundlage für
die Zusammensetzung und Reihenfolge der Lieferungen in den Transporten sind
Besuchslisten. Um Transporte erstellen zu können, muss das System diese Besuchslisten
zuvor erstellen. Sie können Besuchslisten in der Dynamischen Transportdisposition nach
Besuchsplantyp, Ausführdatum und Route selektieren.
Das System identifiziert diejenigen Touren, die zu einer Route und einem Besuchsplantyp
existieren und erstellt die Transporte in der entsprechenden Reihenfolge.
Bei der Ausführung der Dynamischen Transportdisposition berücksichtigt das System die von
Ihnen aktivierten Kapazitätslimits. Mögliche Kapazitätslimits sind:
● Nutzlast
● Volumen
● variable Kapazität
● Anzahl Stopps
● maximale Dauer
● Ladeeinheiten
Die Dynamische Transportdisposition hat folgende Merkmale:
● Zusammenstellung mehrerer Transporte mit einem Aufruf
● Auswertung von Besuchslisten für die Reihenfolge der Kundenbesuche und sofern
vorhanden, das einzusetzende Fahrzeug und Fahrer.
● Auswertung des Tourstamms für die Reihenfolge der Transporte sowie die Tour-
Besetzung (sofern diese nicht über die Besuchsliste vorgegeben wurde)
● Berücksichtigung der aktivierten Kapazitätskriterien bei der Zusammenstellung der

Transporte
● Auflistung der zusammengestellten Transporte als Vorschlag (Simulationslauf) oder

direkte Anlage
● Alle Prozessschritte sind automatisiert
● Berücksichtigung von Verdachtsladungen (Lieferungen, deren Warenempfänger der

Fahrer der Besuchsliste ist), die im Besuchslistenkopf direkt zugewiesen werden
können oder die aufgrund ihres Warenempfängers als Verdachtsladung erkannt
werden.
● Berücksichtigung von Lieferungen, die einem Kunden in einer Besuchsliste direkt

zugewiesen sind
Ablauf
...
1. Sie finden die Komponente Dynamische Transportdisposition im SAP Easy Access

unter Logistik → Logistics Execution → Direct Store Delivery → Transportplanung →
Dynamische Transportdisposition.
2. Das System selektiert die Lieferungen entsprechend der Angaben.

Die in den Lieferungen enthaltene Route ist ein wichtiger Steuerungsparameter. Das
System ermittelt u.a. anhand der Route auch die Touren, denen wiederum die
einzusetzenden Fahrzeuge und Fahrer zugeordnet sind.
Die Dynamische Transportdisposition berücksichtigt nur Lieferungen, deren

Lieferart im DSD-Customizing für die Transportplanung als zusätzlich
gekennzeichnet ist.
Werden mehrere Lieferungen desselben Warenempfängers selektiert,
behandelt die Dynamische Transportdisposition diese Lieferungen wie eine
Gesamtlieferung.
3. Das System selektiert die Besuchslisten entsprechend Ihren Eingaben. Sie können die
Selektion nach Besuchsplantyp und Route einschränken. Das Eingabefeld für das
Ausführdatum der Besuchslisten ist ein Mussfeld. Das System selektiert nur
Besuchslisten, die als aktiv gekennzeichnet sind (Kennzeichen inaktiv ist nicht gesetzt)
und bei deren Besuchsplantyp das Transportdokument als relevantes Dokument
gekennzeichnet ist.
4. Das System sortiert die Besuchslisten nach den folgenden Sortierkriterien und wertet
die Besuchslisten in der sortierten Reihenfolge aus:
a. Besuchsplantyp
b. Route
5. Das System selektiert die explizit zugewiesenen Lieferungen.
6. Das System identifiziert die Verdachtsladungen
7. Das System stellt die Lieferungen für eine Besuchsliste zusammen.
8. Das System ordnet die selektierten Lieferungen in der zuvor festgelegten Reihenfolge
einem ersten Transport zu.
Sofern Sie die Kapazitätskriterien festgelegt und im Customizing aktiviert haben,
vergleicht das System die Lieferungsdaten (Gewicht, Volumen, Ladeeinheit und
variable Kapazität) mit den Limits, die im Fahrzeugstamm des zugeordneten
Fahrzeugs hinterlegt sind. Sobald ein Limit überschritten wird, ordnet das System dem
betreffenden Transport keine weiteren Lieferungen zu.
Ob das System die verbliebenen Lieferungen aus der betreffenden Besuchsliste
weiteren Transporten zuordnet oder ob das System die verbleibenden Lieferungen
unberücksichtigt lässt und mit der Auswertung der nächsten Besuchsliste beginnt, ist
von unterschiedlichen Faktoren abhängig.
Das System verteilt - abgesehen von Kapazitätsbeschränkungen - die verbleibenden
Lieferungen auf weitere Transporte, wenn:
○ in der Besuchsliste kein Fahrzeug oder Fahrer eingetragen ist
○ in der Besuchsliste keine Verdachtsladung eingetragen ist
○ in den anfangs selektierten Lieferungen keine Verdachtsladung zur

betreffenden Besuchsliste identifiziert wurde
○ im Besuchsplantyp der Besuchsliste das Transportdokument als relevantes

Dokument gekennzeichnet ist
Wenn auch bei dem zweiten Transport die Kapazitätsgrenze des Fahrzeugs erreicht
ist, erstellt das System einen weiteren Transport. Das System wiederholt diesen
Vorgang, bis keine der selektierten Lieferungen mehr übrig bleibt.

Neben den Kapazitätsbeschränkungen, die Sie in den Fahrzeugstammdaten pro

Fahrzeug angeben können, prüft das System – sofern von Ihnen aktiviert – auch das
Limit Anzahl Stopps und das Zeitlimit (maximale Dauer).
Das Limit Anzahl Stopps bedeutet, dass das System einem Transport nur die innerhalb
dieses Limits liegende Anzahl von Lieferungen bzw. Warenempfängern zuordnen darf.
Das System behandelt alle Lieferungen desselben Warenempfängers als eine einzige
Lieferung.
Verdachtsladungen haben keine Auswirkung auf die Berechnung der Anzahl Stopps
und der Dauer. Kunden, die in der Besuchsliste eingetragen sind, aber keine Lieferung
erhalten, berücksichtigt das System als Stopp und bei der Berechnung der Dauer.
Damit das System das Zeitlimit sinnvoll nutzen kann, müssen Sie Ihre Kunden in einer
realistischen Anfahrreihenfolge angeordnet und die zugehörigen Zeiten gepflegt haben.
Nur wenn diese Voraussetzungen erfüllt sind, kann das System die Zeiten bei der
Dynamischen Transportdisposition errechnen und mit dem Limit maximale Dauer
vergleichen.
Sobald das erste der aktivierten Limits erreicht ist, schließt das System den Transport
ab und erstellt, sofern o.g. Voraussetzungen erfüllt sind, einen weiteren Transport. Das
System prüft dabei die Limits immer in folgender Reihenfolge:
a. Nutzlast
b. Volumen
c. Anzahl Stopps
d. variable Kapazität
e. Dauer
f. Ladeeinheiten
Im Customizing des Besuchsplantyps können Sie über das Kennzeichen Anzahl

Versuche Einfluss auf die Dynamische Transportdisposition nehmen.
Wenn im Selektionsbild der Dynamischen Transportdisposition im Bereich
Regeln das Ankreuzfeld Neukunden berücksichtigen gesetzt ist, fasst das
System diejenigen Lieferungen, die es keinem Transport zuordnen konnte (weil
keine passende Besuchsliste ausgewertet wurde) nach folgenden Kriterien in
Transporten zusammen:
■ Das System erstellt routenreine Transporte.
■ Das System weist Lieferungen ohne Route keinem Transport zu.
■ Das System benutzt den Besuchslistentyp, der im Selektionsbild im Feld

Besuchsplantyp für Neukunden eingetragen ist und die Route der
Lieferung, um den zu verwendenden Tourstamm zu finden.
■ Wenn es der Besuchsplantyp vorschreibt, erstellt das System nur einen

Transport pro Route.
Nachdem das System die Dynamische Transportdisposition beendet hat, zeigt es das
dazugehörige Protokoll an. Sie können aus dem Protokoll in die Anzeige der Lieferung
verzweigen. Nach der Ausführung der Dynamischen Transportdisposition können Sie in die
erstellten Transporte verzweigen.
Wir empfehlen, dass Sie nach dem Echtlauf, also im Anschluss an die
Dynamische Transportdisposition, die vom System angelegten Transporte zu
prüfen.

Um die vom System erzeugten Transporte zu prüfen, rufen Sie die

Transportliste der DSD Transportplanung auf und zeigen die Transporte an.

Tourenfindung
Das System verwendet die Tourenfindung in der Dynamischen Transportdisposition.
Das System verwendet die Tourenfindung zusätzlich beim (manuellen) Anlegen von
Transporten für die Vorbelegung der folgenden Transportkopffelder:
● Zugfahrzeug
● Anhänger
● Fahrer
● Beifahrer
Ablauf
...
1. In der Dynamischen Transportdisposition verwendet das System die Tourenfindung

folgendermaßen:
Wenn in der zugrunde liegenden Besuchsliste kein Fahrzeug und Fahrer angegeben
ist, liest das System unter Verwendung von Route, Besuchsplantyp und
Transportdispostelle, die erste Tour. Das System übernimmt die Tourbesetzung
(Zugfahrzeug, Anhänger, Fahrer, Beifahrer) und die Kapazitätslimits Anzahl Stopps
und max. Dauer aus der Tour. Das System ordnet dem Zugfahrzeug und − wenn
vorhanden − auch dem Anhänger solange Lieferungen zu, bis keine Lieferungen mehr
zu verteilen sind oder ein erstes Kapazitätslimit erreicht ist. Wenn eines der genannten
Kriterien erreicht ist, ist der Transport im System fertig gestellt. Wenn die Einstellungen
zum Besuchsplantyp es zulassen, liest das System die zweite Tour und ordnet die
weiteren Lieferungen zu, usw.
2. Beim manuellen Anlegen von Transporten verwendet das System die Tourfindung
folgendermaßen:
Wenn Sie im Transportkopf eine Route und eine Folgenummer eintragen, liest das
System unter Verwendung des Besuchsplantyps, für den im Customizing das
Kennzeichen manueller Transport gesetzt ist, die entsprechende Tour. Das System
übernimmt die in dieser Tour gepflegten Werte zu Zugfahrzeug, Anhänger, Fahrer und
Beifahrer in die gleichnamigen Felder des Transportkopfes.

Einzelne Transporte bearbeiten

Verwendung
Sie verwenden diese Funktionen, wenn Sie nicht mehrere Transporte automatisch mit der
Dynamischen Transportdisposition zusammenstellen, sondern einzelne Transporte manuell
bearbeiten wollen.
Voraussetzungen
Sie können beim manuellen Anlegen von Transporten transportfällige Lieferungen in den
Transport aufnehmen. Transportfällig sind alle Lieferungen, die folgende Voraussetzungen
erfüllen:
● Die Lieferungsart muss transportrelevant sein.
● Mindestens ein Lieferungspositionstyp der Lieferung muss transportrelevant sein.
● Die Lieferung muss eine Route enthalten; die Lieferung muss als transportrelevant
gekennzeichnet sein.
● Im Lieferungskopf darf kein Sperrgrund für den Transport eingetragen sein.
● Die Lieferungen haben einen Transportdispositionsstatus ungleich C (vollständig

bearbeitet).
Hinweis zur Führerscheinkategorie:

Wenn Sie einen Transport anlegen, prüft das System, ob der Fahrer auf Grund
der im Fahrer- und Fahrzeugstamm eingetragenen Führerscheinkategorien
berechtigt ist, das eingetragene Fahrzeug zu führen. Deshalb muss die Menge
der Führerscheinkategorien, die dem Fahrzeug zugeordnet ist, eine Teilmenge
der Menge derjenigen Führerscheinkategorien sein, die dem Fahrer zugeordnet
ist. Wenn das nicht der Fall ist, gibt das System eine Fehlermeldung aus.
Funktionsumfang
Um einzelne Transporte zu bearbeiten, stehen Ihnen folgende Funktionen zur Verfügung:
● Einzelne Transporte anlegen
● Einzelne Transporte ändern
● Einzelne Transporte anzeigen

Sie können mit diesen Funktionen der Transportplanung
● Informationen der Transportkopffelder manuell erfassen
● Lieferungen manuell selektieren
● Lieferungen in einen Transport aufnehmen
● sich die Tourbesetzung (Zugfahrzeug, Anhänger, Fahrer, Beifahrer) aus dem

Tourstamm vorschlagen lassen, indem Sie eine Route und Folgenummer im
Transportkopf angeben.
Aktivitäten
Transport anlegen
...
...

1. Sie geben die notwendigen Daten für die Felder im Transportkopf ein.
2. Sie selektieren die gewünschten Lieferungen.
Sie können die Selektion derjenigen Lieferungen, die an dem entsprechenden

Transport teilnehmen sollen, anhand zahlreicher Selektionskriterien - wie z. B.
Versandstelle, Warenempfänger, Route, Zielort, Fälligkeit, Spediteur usw. -
beeinflussen. Um die Selektion zu vereinfachen, können Sie im Customizing pro
Transportart eine Selektionsvariante für die Selektion der Lieferungen
hinterlegen.
3. In der folgenden Übersicht ordnet die Transportplanung die selektierten Lieferungen

dem erstellten Transport zu.
Sie können in dieser Sicht Lieferungen aus dem Transport manuell entfernen.
Lieferungen, die noch nicht zugeordnet sind, können Sie zum Transport manuell
hinfügen. Sie können die Reihenfolge der Lieferungen innerhalb des
Transportes ändern, indem Sie die Lieferungen verschieben. Wenn Sie
Lieferungen in einen Transport verschieben, oder Lieferungen entfernen,
erscheint im Bedarfsfall ein Dialogfenster. Das Dialogfenster weist Sie darauf
hin, dass es noch weitere Lieferungen in dem Transport für denselben
Warenempfänger gibt.
4. Wenn Sie einen Transport oder eine Lieferung markieren und Übersicht Lieferungen
wählen, zeigt die Transportplanung eine Übersicht der kumulierten Mengen pro
Warenempfänger des Transports und zusätzliche Informationen zum Transportmittel
an.
5. Wenn Sie einen Transport oder eine Lieferung markieren und Übersicht Materialien
wählen, zeigt die Transportplanung eine Übersicht der in den Lieferungen enthaltenen
Materialien an. Retouren berücksichtigt die Transportplanung hierbei nicht.
6. Laderaumoptimierung: Sofern Sie die Laderaumoptimierung des DSD Prozesses
nutzen, sehen Sie auf der Registerkarte Termine des Übersichtsbildes den Status der
Laderaumoptimierung. Sie können von dieser Registerkarte aus in die
Laderaumoptimierung verzweigen. Weitere Informationen über Laderaumoptimierung
finden Sie unter der gleichnamigen Dokumentation.
Transport ändern
...
...
1. Sie geben eine Transportnummer ein.

2. In der folgenden Übersicht können Sie Daten des gewählten Transports manuell
ändern.
Transport anzeigen
...
...
1. Sie geben eine Transportnummer ein.

2. In der folgenden Übersicht zeigt die Transportplanung die Daten des gewählten
Transports an.

Laderaumoptimierung
Die Laderaumoptimierung (LRO) berechnet die optimale Anordnung von Lieferpositionen
eines Transports auf Packmitteln (z. B. Paletten). Die Laderaumoptimierung berechnet
ebenfalls die Anordnung der Packmittel (PKM) in einem Transportmittel. Das Ergebnis der
Berechnung sind die Packvorschläge der Laderaumoptimierung (LRO-Packvorschläge).
Das System stellt die LRO-Packvorschläge grafisch dar. Sie können die LRO-Packvorschläge
im Hinblick auf Höhe, Breite, Länge ändern und für einen Packvorschlag eine andere Position
wählen. Außerdem kann das System Anforderungen im Bezug auf Überhänge, bevorzugte
Ladepositionen, Laderichtung usw. bei der Berechnung berücksichtigen.
Sie können die Beladegrafik und die LRO-Ladeliste als Vorlage für die Beladung ausdrucken.
Um die Komponente Laderaumoptimierung nutzen zu können, müssen Sie einen
Optimierungsalgorithmus eines Drittanbieters über eine Schnittstelle integrieren.
Integration
Die Laderaumoptimierung ist Bestandteil der Komponente Direkt Store Delivery (DSD).
● Die Laderaumoptimierung ist in den Anwendungen Transport anlegen, Transport

ändern und Transport anzeigen integriert.
○ Um die Erweiterungen der Laderaumoptimierung aufzurufen, wählen Sie im

Übersichtsbild der entsprechenden Anwendung auf der Registerkarte Termine
die Drucktaste Laderaumoptimierung.
○ Das System zeigt den Status der Laderaumoptimierung im entsprechenden

Übersichtsbild an.
● Wenn Sie einen disponierten Transport sichern, ruft das System automatisch die
Laderaumoptimierung auf.
● Sie können die Laderaumoptimierung auch beim Anlegen von Transporten über die
Dynamische Transportdisposition aufrufen.
● Das System zeigt den Status der Laderaumoptimierung auch in der Anwendung DSD-
Transportliste an.
Sie können die Ergebnisse einer Laderaumoptimierung (LRO-Packvorschläge) mit Hilfe der
Folgeprozesse der Laderaumoptimierung bei der Kommissionierung berücksichtigen. Sie
können mit LRO-Packvorschlägen auch Lagerfunktionen steuern.
Um den Optimierungsalgorithmus eines Drittanbieters zu integrieren, müssen die folgenden
Voraussetzungen erfüllt sein:
● Sie müssen einen RFC-Server installieren und starten, um einen externen

Optimierungsalgorithmus zu integrieren.
● Sie müssen für den RFC-Server eine TCP/IP-Verbindung einrichten.
● Sie müssen ein entsprechendes ActiveX-Control eines Drittanbieters auf dem Client,
auf dem das SAP Frontend aufgerufen wird, installieren und registrieren.

Funktionsumfang
Die Laderaumoptimierung berechnet die optimale Anordnung von Lieferpositionen eines
Transports (LRO-Packvorschläge) und ermittelt die Anordnung der Packvorschläge in einem
Transportmittel.
Die von der Laderaumoptimierung ermittelte Anordnung von Packvorschlägen ist von
bestimmten Parametern aus den folgenden Bereichen abhängig:
● Optimierungsprofil für Werk und Transportart
● Kundenstamm für die zu beliefernden Kunden
● Materialstamm für das auszuliefernde Material
● Materialstamm für die verwendeten Packmittel
● Fahrzeugstamm
● Stapel- und Packvorschriften der Laderaumoptimierung

Sie können die Laderaumoptimierung für Einzeltransporte im Dialog oder im Hintergrund
beim Sichern eines disponierten Transports oder bei der Sammelverarbeitung von
Transporten durch die Dynamische Transportdisposition ausführen. Sie können das Ergebnis
der Laderaumoptimierung als Vorlage für den Vorgang der Beladung ausdrucken. Sie können
eine Ladeliste ausdrucken, die die Ergebnisse der Laderaumoptimierung zusätzlich zu den
Standardangaben enthält (LRO-Ladeliste).
Einschränkungen
Das System kann die Laderaumoptimierung nicht mehr für einen Transport ausführen, wenn
LRO-relevante Lieferpositionen im Transport enthalten sind, für die die Kommissionierung
bereits begonnen hat oder diese bereits abgeschlossen ist.

Laderaumoptimierung im Dialog
Verwendung
Sie verwenden diese Funktion, um im Dialog mit der Laderaumoptimierung (LRO) für einen
bevorstehenden Beladevorgang eines Transports in ein Transportmittel die optimale
Ausnutzung des Laderaums zu ermitteln.
Voraussetzungen
Damit das System einen Optimierungsalgorithmus eines Drittanbieters über eine Schnittstelle
aufrufen kann, müssen Sie im Customizing das Kennzeichen Laderaumopt.aktiv
(Laderaumoptimierung aktiv) setzen.
Um die Laderraumoptimierung nutzen zu können, müssen Sie in folgenden Bereichen die
erforderlichen Einstellungen vornehmen:
...
1. Customizing der Laderaumoptimierung:

Weitere Informationen zum Customizing finden Sie im Einführungsleitfaden (IMG) unter
Laderaumoptimierung.
2. Bereichsmenü der Laderaumoptimierung:
○ Überstaubarkeit bearbeiten
○ Packmittel dem LRO-Fahrzeugtyp zuordnen
○ Packmittel-Eigenschaften zur Packgruppe bearbeiten

3. Stammdaten der Laderaumoptimierung:
○ Materialien (Produkte und Verpackungen)
○ Fahrzeuge
○ Kunden
Um eine Laderaumoptimierung im Dialog ausführen zu können, müssen Sie einen Transport
angelegt haben, dem ein Zugfahrzeug und mindestens eine Lieferung zugeordnet ist. Die
Lieferung muss laderaumoptimierungsrelevante Positionen besitzen.
Aktivitäten
Wenn Sie einen Transport angelegt haben, gehen Sie wie folgt vor:
1. Sie wählen einen Transport aus.
2. Sie wählen in der Übersicht Transport auf Registerkarte Termine die
Laderaumoptimierung.
3. Sie wählen Berechnung starten.
4. Das System startet die Laderaumoptimierung. Der Optimierungsalgorithmus ermittelt auf
der Grundlage der vorgegebenen Einstellungen die
○ optimale Anordnung der Materialien der Lieferpositionen auf den Packmitteln

(LRO-Packvorschläge)
○ Anordnung dieser Packmittel auf dem Transportmittel
Die Anzeige erfolgt in einem ActiveX-Control.

Sie können die angezeigten LRO-Packvorschläge manuell ändern, indem Sie

z.B. die Beladung umpacken oder Packmittel verschieben.
5. Sie drucken die Beladegrafik für das entsprechende Transportmittel. Zusätzlich zur
Beladegrafik können Sie die LRO-Ladeliste drucken. Die LRO-Ladeliste enthält die Daten
der LRO-Packvorschläge.
6. Beim Sichern der ermittelten Daten der Laderaumoptimierung sichert das System mit
dem Transport auch die LRO-Packvorschläge.

Folgeprozesse der Laderaumoptimierung

Sie verwenden die Folgeprozesse der Laderaumoptimierung, um Lagerfunktionen zu steuern.
Wenn Sie die Komponente Lagerverwaltung (LE-WM) einsetzen, unterstützt Sie das System
dabei, Packmittel und Materialien auf der Grundlage der LRO-Packvorschläge
zusammenzustellen, und zwar in der Weise, wie die Vorschläge in der vorgelagerten
Komponente Laderaumoptimierung erzeugt wurden.
Um die Folgeprozesse der Laderaumoptimierung nutzen zu können, müssen Sie auch die
Laderaumoptimierung einsetzen.
Um LRO-Packvorschläge in den Folgeprozessen der Laderaumoptimierung nutzen zu
können, muss die Lagerverwaltung (LE-WM) so konfiguriert sein, dass das System
Auslieferungen kommissionieren kann. Sie müssen im Customizing Teilkommissionierungen
erlauben.
Integration
Die Komponente Folgeprozesse der Laderaumoptimierung ist Bestandteil der Komponente
Direct Store Delivery und ist somit in die Komponente Logistics Execution integriert. Sie nutzt
die Transportaufträge (TA) der SAP Komponente Lagerverwaltung (LE-WM).
Innerhalb der Komponente Direct Store Delivery können Sie die Folgeprozesse der
Laderaumoptimierung in der Anwendung Transport anzeigen der Logistics Execution
aufrufen.
Innerhalb der Transportplanung des Direct Store Delivery Prozesses können Sie außerdem
die Anwendung Transportliste aufrufen, in der Sie die Funktion Transportaufträge erzeugen
den Folgeprozessen der Laderaumoptimierung im Hintergrund ausführen können.
Funktionsumfang
Das System listet die LRO-Packvorschläge der Laderaumoptimierung in einem separaten Bild
nach Prozesstypen gruppiert auf.
Das System gruppiert die LRO-Packvorschläge der Komponente Laderaumoptimierung nach
Prozesstypen. Das System zeigt die entsprechende Liste auf einem separaten Bild an.
Sie können von diesem Bild aus Transportaufträge:
● erzeugen
● anzeigen
● drucken
● quittieren
Das System stellt in den Folgeprozessen der Laderaumoptimierung vordefinierte Formulare

zur Verfügung. Auf diesen Formularen können Sie Transportaufträge auf TA-Scheinen und
Etiketten ausdrucken.
Das System kann für jeden LRO-Packvorschlag eines Transports automatisch jeweils eine
Handling Unit (HU) erstellen. Um eine Handling Unit zu erstellen, fasst das System jeweils ein
Packmittel mit den für das Packmittel kommissionierten Materialien zusammen. Sie können
zusätzlich alle erzeugten Handling Units eines Transports in eine übergeordnete Handling
Unit verpacken. Diese übergeordnete Handling Unit ist das Transportmittel.

Weitere Informationen über Handling Units finden Sie in der Komponente Handling Unit
Management (LO-HU).
Einschränkungen
Sie müssen beim Einsatz der Komponente Folgeprozesse der Laderaumoptimierung
folgende Einschränkungen berücksichtigen:
● Wenn das System einen Transport aus bereits erstellten Handling Units
zusammenstellt (d.h., wenn das System das Material aus einem Lagerort entnimmt, in
dem bereits erstellte Handling Units verwaltet werden), kann das System keine
Handling Units mit Hilfe der Komponente Folgeprozesse der Laderaumoptimierung
erzeugen.
● Wenn für Lieferungen eines Transports die Kommissionierung bereits begonnen wurde
oder abgeschlossen ist, so können Sie die Laderaumoptimierung und somit auch die
Folgeprozesse der Laderaumoptimierung für diesen Transport nicht verwenden.

Kommissionieren auf der Basis von LRO-

Packvorschlägen
Verwendung
Sie verwenden diese Vorgehensweise, um mit Hilfe von Transportaufträgen aus der
Komponente Lagerverwaltung (LE-WM) eine Kommissionierung auszuführen. Das System
führt diese Kommissionierung auf der Grundlage von Packvorschlägen der
Laderaumoptimierung aus.
Das System erzeugt mindestens einen Transportauftrag für jede Lieferung eines
Packvorschlags.
Weitere Informationen über die Lagerverwaltung (LE-WM) finden Sie in der Dokumentation
unter Lagerverwaltung (LE-WM).
Voraussetzungen
Wenn Sie eine Kommissionierung auf der Basis von LRO-Packvorschlägen ausführen wollen,
muss der Transport nach Ausführung der Laderaumoptimierung folgenden Status haben:
● LRO-Status: OK (Statusanzeige gelb oder grün).

Der LRO-Status OK bedeutet, dass das System den Vorgang der
Laderaumoptimierung für diesen Transport erfolgreich abgeschlossen hat. Das System
hat LRO-Packvorschläge erstellt.
● Aggregierter Kommissionierstatus: A (relevant für Kommissionierung)
● Gesamtstatus: mindestens Disposition beendet
Vorgehensweise
Um im System eine Kommissionierung auf der Basis von LRO-Packvorschlägen auszuführen,
gehen Sie folgendermaßen vor:
1. Wählen Sie vom Bild SAP Easy Access aus
Logistik → Logistics Execution → Direct Store Delivery → Transportplanung → Transport
→ Anzeigen.
Sie gelangen auf das Bild Transport anzeigen: Einstieg.

2. Geben Sie eine Transportnummer ein.
3. Wählen Sie Enter.
Sie gelangen auf das Bild <Transportart> <Transportnummer> anzeigen: Übersicht.

...
4. Wählen Sie LRO-Packvorschläge auf der Registerkarte Termine.

Sie gelangen auf das Bild Übersicht LRO-Packvorschläge (Kommissionierung) Transport
<Transportnummer>.
5. Markieren Sie die gewünschten LRO-Packvorschläge.
Wenn Sie alle LRO-Packvorschläge, die einem bestimmten Prozesstyp

zugeordnet sind, auswählen wollen, müssen Sie diesen Prozesstyp markieren.
6. Wählen Sie Springen → TAs erzeugen.

Sie können innerhalb der Transportplanung des Direct Store Delivery Prozesses
Transportaufträge auch aus der Transportliste heraus erzeugen.
Um in die Anwendung Transportliste zu gelangen, wählen Sie vom Bild SAP
Easy Access aus
Logistik → Logistics Execution → Direct Store Delivery → Transportplanung →
Transportliste.
Ergebnis
Sie haben mit Hilfe der Folgeprozesse der Laderaumoptimierung eine Kommissionierung auf
der Grundlage der LRO-Packvorschläge durchgeführt.
Wenn das System die Kommissionierung erfolgreich ausgeführt hat, haben alle im Transport
enthaltenen Auslieferungen folgende Status:
● Gesamtstatus Kommissionierung/Einlagerung: voll kommissioniert.
● Gesamtstatus WM-Aktivitäten: WM-TA quittiert.

Ausgabesteuerung
Sie setzen die Ausgabesteuerung des Direct Store Delivery ein, wenn das System
automatisch termingerecht alle für eine Tour relevanten Daten für die Datenausgabe
zusammenstellen soll.
Alle für eine Tour relevanten Informationen sind im System gesichert (z. B. Besuchslisten,
Lieferungen, Fahrer usw.). Die Ausgabesteuerung unterscheidet zwischen Besuchslisten und
Transporten. Das System gibt die jeweils zugehörigen Dokumente (Transporte, Besuchslisten
und ggf. abhängige Dokumente wie z. B. Lieferungen) bei der Nachrichtensteuerung über die
Druckausgabe entweder in Papierform aus oder stellt sie in Idocs zur Verfügung.
Wir verwenden in der vorliegenden Dokumentation den Begriff Download

(Datenübertragung). Mit Download ist hier sowohl die Datenübertragung zum
Drucker als auch die Bereitstellung der Daten in Idocs gemeint.
Die Ausgabesteuerung ist für folgende Anwendergruppen konzipiert:
● Disponenten (Logistik und Vertrieb), die z. B. die Nachrichten kontrollieren.
● Fahrer, die die ausgegebenen Dokumente (z. B. Lieferscheine, Besuchslisten usw.)

mit auf ihre Tour nehmen.
Welche Informationen für welchen Fahrer relevant sind, ist abhängig von der Art des
Kundenbesuchs. In der Ausgabesteuerung werden zwei Geschäftsprozesse unterschieden:
● Im logistisch orientierten Geschäftsprozess [Seite 64] ist der Transport das steuernde
Dokument. Das heißt, der Transport ist in dem Besuchsplantyp der Besuchsliste, die
dem Transport zugrunde liegt, als relevantes Dokument gekennzeichnet. Sobald der
Transport einen bestimmten Status besitzt (z. B. disponiert), führt das System den
Download aus. Das System überträgt dann alle vom Transport abhängigen Daten (z.
B. Lieferungen dieses Transports oder die Besuchsliste, in der die zu beliefernden
Kunden stehen) zum Spool-Auftrag bzw. IDoc (Applikation V7).
● Im vertriebsorientierten Geschäftsprozess [Seite 65] ist die Besuchsliste das

steuernde Dokument. Die Besuchsliste legt die Anfahrreihenfolge von Kunden fest, die
besucht werden ohne dass ihnen Material geliefert wird. Somit stehen solche
Besuchslisten in keinem Zusammenhang mit Transporten. Der Zeitpunkt, zu dem das
System den Download ausführt, ist in der Regel von dem Ausführdatum der
Besuchsliste abhängig. Für den Download sind die Besuchsliste und gegebenenfalls
die Referenzbelege (z. B. Aufträge) relevant. Der Download erfolgt aus der Applikation
VL (Besuchsliste).
Um die Ausgabesteuerung nutzen zu können, muss im Customizing Direkt Store Delivery
aktiviert sein.
Funktionsumfang
● Ausgangspunkt der Ausgabesteuerung sind vorliegende Transporte und
Besuchslisten.
Sie können Lieferungen manuell oder über die Dynamische Transportdisposition zu
Transporten zusammenstellen lassen.
● Wenn Sie die Dynamische Transportdisposition einsetzen, gleicht das System die
Kundendaten aus den Lieferungen mit den Kundendaten aus den Besuchslisten ab (in
Abhängigkeit vom Besuchsplantyp und Ausführdatum). Bei Übereinstimmung ordnet

die Dynamische Transportdisposition die Lieferungen in der Anfahrreihenfolge an, die

die Besuchsliste vorgibt.
● Das System stößt beim Sichern von Besuchslisten bzw. Transporten die
Nachrichtenfindung an.
● Nachrichtenverarbeitung: Wenn in einer Besuchsliste der Transport als relevantes

Dokument gekennzeichnet ist (laut Besuchsplantyp), nimmt das System den Download
über die Nachrichtensteuerung der Applikation V7 (Transport) vor.
Für Besuchslisten, bei denen der Transportbeleg nicht als relevantes Dokument
gekennzeichnet ist, nimmt das System den Download über die Nachrichtensteuerung
der Applikation VL (Besuchsliste) vor.
● Nachrichtenbearbeitung: Sie können sich Verarbeitungsprotokolle zu

Kontrollzwecken anzeigen lassen oder bereits bestehende Nachrichten bearbeiten und
diese erneut verarbeiten.
Die folgende Abbildung zeigt schematisch den Ablauf der Ausgabesteuerung:
Ablauf der Ausgabesteuerung im Direct Store Delivery
logistisch orientierter Geschäftsprozess vertriebsorientierter Geschäftsprozess

Lieferungen
Besuchsliste Dynamische Transportdisposition

Nachrichten- Transport
findung
Applikation VL Nachrichten-
findung
Applikation V7
Nachrichtenverarbeitung
Applikation VL Applikation V7
Druckausgabe Spoolauftrag / Druckausgabe Spoolauftrag /

IDocs IDocs
Verarbeitungsprotokoll zum Verarbeitungsprotokoll zum
Download der Besuchsliste Download des Transports
Nachrichtenbearbeitung
Sie ordnen im Customizing jedem Vertriebsbelegobjekt (z. B. Transport,

Besuchsliste) eine zugehörige Nachrichtenart zu. Die Vertriebsbelegobjekte sind
fest mit der zugehörigen Applikation verbunden.
Das System steuert die Nachrichtensteuerung im Direct Store Delivery-Prozess
über zwei Applikationen:
■ Applikation V7 (Transport) für den logistisch orientierten

Geschäftsprozess
■ Applikation VL (Besuchsliste) für den vertriebsorientierten

Geschäftsprozess

Für Besuchslisten, die der Dynamischen Transportdisposition zugrunde liegen,

führt das System den Download aus der Applikation V7 (Transport) aus. In
diesem Fall stellt der Transport das relevante Dokument dar.
Für Besuchslisten, aus denen keine Transporte resultieren, führt das System
den Download über die Applikation VL (Besuchsliste) aus. In diesem Fall ist
ausschließlich die Besuchsliste als relevantes Dokument im Customizing zum
Besuchsplantyp gekennzeichnet.
Sie setzen im Customizing zum Besuchsplantyp das Kennzeichen, ob das

Transportdokument oder die Besuchsliste als relevantes Dokument festgelegt
ist. Das System steuert anhand dieses Kennzeichens, mit welcher der beiden
Applikationen der Download durchgeführt wird.

Besuchsplantyp in der Besuchssteuerung

Wir empfehlen im Customizing folgende Einstellungen zum Besuchsplantyp (in Abhängigkeit
von der Art des Geschäftsprozesses und des Besuchsplantyps) für den DSD Prozess
vorzunehmen:
Geschäfts- Besuchsplantyp Kennzeichen Relevante Dokumente

prozesse
Besuchsliste Transport Lieferung
ausliefern
Logistisch Auslieferungsfahrer Nein Ja Ja
orientiert
Logistisch Verkaufsfahrer Ja Ja Nein
orientiert
Logistisch Mischfall Ja Ja Ja
orientiert
Vertriebs- Preseller Ja Nein Nein
orientiert
Weitere Informationen finden Sie in
● Rollen in Besuchslisten [Seite 29]
● IMG-Dokumentation unter Besuchsplantypen definieren

logistisch orientierter Geschäftsprozess

Sie setzen den logistisch orientierten Geschäftsprozess ein, um für einen Verkaufsfahrer,
einen Auslieferungsfahrer oder einen Fahrer mit einer Mischrolle aus den beiden oben
genannten Rollen die Dokumente zusammenzustellen, die er für die Tour benötigt.
Voraussetzungen
Um die Ausgabesteuerung für den logistisch orientierten Geschäftsprozess nutzen zu
können, muss:
● Die Nachrichtensteuerung für den Transport entsprechend eingestellt sein
● Im Customizing des Besuchsplantyps logistisch orientierte Geschäftsprozesse

eingestellt sein
Ablauf
Der Transport ist beim logistisch orientierten Geschäftsprozess das steuernde Dokument
(relevantes Dokument):
1. Wenn das System einen Transport sichert, erzeugt es eine Nachricht für die Applikation
V7 (Transport).
2. Im Customzing können Sie für die Nachrichtenart, die den Download auslöst, festlegen,
welcher Transportstatus für den Download mindestens erreicht sein muss.
3. Bei einem Download überträgt das System alle Daten, die laut Customizing-
Einstellungen vom Transport abhängig sind (z. B. Lieferungen dieses Transportes oder
die Besuchsliste mit den zu besuchenden Kunden), an den Spool-Auftrag oder an das
IDoc.

vertriebsorientierter Geschäftsprozess
Sie setzen den vertriebsorientierten Geschäftsprozess ein, um einem Preseller die
Dokumente gesammelt zur Verfügung zu stellen, die er auf seiner Tour benötigt.
Der Preseller benötigt für seine Tour nur eine Besuchsliste. In ihr findet er die zugehörigen
Kunden auf einer Tour. Er besucht die Kunden mit dem Ziel neue Aufträge einzuholen oder
neue Kunden zu gewinnen. Da der Preseller per Definition keine Kunden beliefert, liegen ihm
auch keine Transporte vor.
Das System steuert den Download solcher Besuchslisten, über die Nachrichtensteuerung der
Applikation VL (Besuchsliste).
Voraussetzungen
● Im Customizing des Besuchsplantyps muss der vertriebsorientierte Geschäftsprozess
eingestellt sein.
● Die Nachrichtensteuerung für Besuchslisten muss entsprechend eingestellt sein.
Ablauf
Die Besuchsliste ist beim vertriebsorientierte Geschäftsprozess das steuernde Dokument
(relevantes Dokument):
...
1. Der Zeitpunkt für den Download ist vom Ausführdatum der Besuchsliste abhängig.
Um dem Fahrer stets aktuelle Daten zur Verfügung zu stellen, sollten Sie den
Download möglichst erst unmittelbar vor Tourbeginn ausführen.
2. Das System überträgt (Download) nur die Besuchsliste und evtl. bereits zugeordnete
Referenzbelege (z. B. Aufträge) zum IDoc bzw. zur Druckausgabe.

Nachrichtensteuerung
Die Nachrichtensteuerung ist der zentrale Prozess der Ausgabesteuerung im DSD. Das
System steuert über die Nachrichtensteuerung automatisch die Ausgabe oder die
Folgeverarbeitung von Nachrichten, die im Zusammenhang mit Transporten und
Besuchslisten stehen. Im Customizing der Ausgabesteuerung legen Sie je Applikation und
je Sendemedium (IDoc oder Druckausgabe) fest, mit welcher Verarbeitungsroutine der
Download erfolgen soll.
Die Ausgabesteuerung nutzt die Konditionstechnik des ERP-Systems.
Ablauf
Die Nachrichtensteuerung lässt sich in verschiedene Abschnitte unterteilen:
...
1. Nachrichtenfindung
Die Nachrichtenfindung ist erfolgreich, wenn das System beim Sichern der
Besuchslisten bzw. Transporte zu einer Datenkonstellation die im Customizing
festgelegten passenden Konditionen findet. Die Nachrichtenfindung legt fest, ob und
wann (Versandzeitpunkt) welche Nachrichtenart das System zu einem
Vertriebsbelegobjekt verarbeiten muss. Je Transportart und je Besuchsplantyp gibt es
ein Nachrichtenschema (1:1-Beziehung).
2. Nachrichtenverarbeitung
Die Nachrichtenverarbeitung beginnt mit dem Versandzeitpunkt. Das System erzeugt
in Abhängigkeit des Ergebnisses der Nachrichtenfindung eine Nachricht und
verarbeitet diese Nachricht zu einem definierten Zeitpunkt weiter. Die
Nachrichtenverarbeitung erzeugt die Druckausgabe bzw. die IDocs. Die
Nachrichtenverarbeitung verläuft beim Transport und bei der Besuchsliste abhängig
von der Art des Downloads (Druckausgabe oder IDoc) unterschiedlich. Am Ende eines
Downloads erstellt das System das zugehörige Verarbeitungsprotokoll.
3. Nachrichtenbearbeitung
In der Pflegetransaktion der Besuchslisten können Sie mit entsprechender
Berechtigung alle zugehörigen Nachrichten zu einer Besuchsliste bearbeiten:
○ Nachrichten zur Besuchsliste

Das System zeigt alle Nachrichten der markierten Besuchsliste an.
○ Nachrichten zum Transport

Wenn das System einer markierten Besuchsliste über die Kopf-Referenzbelege
einen Transport zugeordnet hat, zeigt es alle Nachrichten zu diesem
Transportbeleg an.
Sie können sich pro Nachricht die Verarbeitungsparameter und das
Verarbeitungsprotokoll anzeigen lassen. Sie müssen eine entsprechende Berechtigung
besitzen, um Nachrichten bearbeiten zu können (z. B. Wiederholen, Löschen, Ändern
usw.).
Weitere Informationen zur Nachrichtensteuerung finden Sie im SAP-Standard.

Nachrichtenverarbeitung
Verwendung
Das System verarbeitet die ermittelten Nachrichten aus der Nachrichtenfindung, indem es die
Nachrichten in einem bestimmten Format für die Druckausgabe bzw. für die IDocs aufbereitet
und den jeweiligen Stand der Nachrichtenverarbeitung im Nachrichtenstatus anzeigt. Über
den Verarbeitungszeitpunkt können Sie einstellen, wann das System mit der
Nachrichtenverarbeitung beginnen soll.
Der Verarbeitungszeitpunkt bei der Nachrichtenverarbeitung der Ausgabesteuerung ist
● beim Transport abhängig vom Transportstatus
● bei der Besuchsliste abhängig vom Ausführdatum
Funktionsumfang
Sie legen im Customizing pro Nachrichtenart, pro Applikation und pro Sendemedium die
Verarbeitungsroutinen fest, die das System bei der Verarbeitung von Nachrichten ausführen
soll.
Sie tragen alle Nachrichtenarten, die den DSD-Download auslösen, in der Customizing-
Tabelle DSD-Nachrichtenarten ein.

Nachrichtenverarbeitung im Fall eines Transports

Verwendung
Das System verwendet diesen Prozess, um die Ausgabe (Druckausgabe oder Idoc) der von
der Nachrichtenfindung ermittelten Daten steuern zu können.
Bei der Nachrichtenverarbeitung des Transports ist die Erstellung der Spool-Aufträge bzw.
der IDocs abhängig vom Transportstatus. Sie tragen in der Customizing-Tabelle der DSD-
Nachrichtenarten denjenigen Transportstatus ein, der mindestens erreicht sein muss, damit
das System die Nachricht erfolgreich verarbeiten kann. Weicht der Transportstatus von dem
im Customizing festgelegten Wert ab, bricht die Nachrichtenverarbeitung mit einem
entsprechenden Hinweis im Verarbeitungsprotokoll mit dem Status fehlerhafte Verarbeitung
ab.
Für jedes Vertriebsbelegobjekt liegt im System eine feste Zuordnung zu einer Applikation vor.
In der Ausgabesteuerung basiert die Nachrichtensteuerung für den Transport auf der
Applikation V7 (Transport).
Voraussetzungen
Wenn das System die Nachrichtenverarbeitung für den Download (Druckausgabe und IDoc)
beim Transport verwenden soll, müssen folgende Bedingungen erfüllt sein:
...
1. Druckausgabe und IDoc: Die Nachrichtenarten müssen definiert sein.
Sie müssen beim Anlegen von Nachrichtenarten für den Download folgende
Einstellungen vornehmen:
■ Das Kennzeichen Konditionszugriff muss gesetzt sein.
■ Wenn das System nach einem bereits erfolgten Download bei einer
Änderung des Transports eine Änderungsnachricht erzeugen soll, muss
das Kennzeichen Mehrfachversendung gesetzt sein.
2. Druckausgabe und IDoc: Der Transportstatus, den das System für den Download
mindestens voraussetzt, muss festgelegt sein.
Sie legen den Transportstatus in der Customizing-Tabelle der Download-

Nachrichtenarten fest.
3. Druckausgabe: Pro Transportart und pro Transportdispostelle muss festgelegt sein,

welche Einzelnachrichten das System in welcher Reihenfolge drucken soll.
Standardmäßig fasst das System alle Belege in einem Spool-Auftrag

zusammen. Wenn das System die Druckausgabe einer Nachricht nicht an den
Drucker der auslösenden DSD-Nachricht übermitteln soll, setzen Sie im
Customizing das Kennzeichen abweichender Drucker. Die Druckausgabe erfolgt
auf der Basis der Druck-Einstellungen der auszugebenden Einzelnachrichten.
Dies ist z. B. erforderlich, wenn einer der auszugebenden Belege (z. B.
Lieferschein) aufgrund eines abweichenden Papierformats auf einem
gesonderten Drucker erfolgen muss.
Das System erzeugt pro Transport ein Verarbeitungsprotokoll, in dem die
verarbeiteten Nachrichten pro Beleg und aufgetretene Fehler protokolliert sind.

Wenn bei der Verarbeitung einer einzelnen Nachricht Fehler aufgetreten sind,
protokolliert das System den Fehler im Verarbeitungsprotokoll der
Einzelnachricht.
4. IDoc: Pro Transportart und pro Transportdispostelle muss festgelegt sein, welche
IDocs das System mit welchen Funktionsbausteinen erzeugen soll.
Funktionsumfang
Druckausgabe
● Sie können im Customizing pro Transportart und pro Transportdispostelle festlegen,
welche Einzelnachrichten der jeweiligen Applikation das System sequentiell
verarbeiten soll. Das System beginnt mit der Verarbeitung der Einzelnachricht, sobald
es die für den Download relevante Nachrichtenart verarbeitet.
● Belege, zu denen das System die Druckausgabe erstellen soll, werden durch das
System aus dem Belegfluss des Transports ermittelt.
Welche Besuchsliste einem Transport zugeordnet ist, ermittelt das System über die
Kopf-Referenzbelege zur Besuchsliste, da Besuchslisten nicht im Belegfluss gesichert
sind.
IDoc-Erstellung
● Sie können im Customizing pro Transportart und pro Transportdispostelle festlegen,
welche IDocs das System mit welchen Funktionsbausteinen erzeugen soll.
● Belege, zu denen das System laut Nachrichtentyp ein IDoc erstellen soll, ermittelt das
System aus dem Belegfluss des Transports.
Welche Besuchsliste einem Transport zugeordnet ist, ermittelt das System über die
Kopf-Referenzbelege zur Besuchsliste, da Besuchslisten nicht im Belegfluss gesichert
sind.

Bewerteter Lieferschein
Verwendung
Sie verwenden den Bewerteten Lieferschein, damit die Fahrer bei den Kundenbesuchen
wissen, welche Beträge sie laut den aktuellen Konditionen bei einer Lieferung einnehmen
sollen. Der Bewertete Lieferschein ist ein um Preisdaten erweiterter Standard-Lieferschein.
In der Praxis kann es zu zeitlichen Differenzen zwischen der Auftragserstellung und der
Lieferscheinerstellung kommen. Während dieser Zeit kann der Kunde Änderungen am
Auftrag vorgenommen haben (Art und Menge), oder es können sich Preise / Konditionen
geändert haben. Damit der Fahrer beim Kunden die Lieferung zu den aktuellen Preisen
liefern und gegebenenfalls sofort abrechnen kann (z. B. beim Bahrzahler), ist es wichtig, dass
der Fahrer die Preisinformationen sofort dem Lieferschein entnehmen kann. Diese
Informationen bietet der Bewertete Lieferschein.
Voraussetzungen
Damit Sie den Bewerteten Lieferschein nutzen können, müssen folgende
Customizingeinstellungen ausgeführt sein:
● Nachrichtenart für den Bewerteten Lieferschein muss definiert sein.
● Nachrichtenart muss einer Proforma-Fakturaart zugeordnet sein.
● Nachrichtenfindung muss eingestellt sein.
● Druckprogramm /BEV1/VD_BEW_LIEF_BACKGROUND muss zu Formular

/BEV1/VDINVOICE1 zugeordnet sein.
● Die Kopiersteuerung von der Lieferung zur Faktura muss eingestellt sein.
Funktionsumfang
Um zugewährleisten, dass die Preisdaten beim Ausdruck des Bewerteten Lieferscheins
aktuell sind, erstellt das System im Hintergrund eine Proforma-Faktura. Das System ermittelt
aus der Proforma-Faktura die aktuellen Preisdaten.
Der Bewertete Lieferschein wird wie folgt ausgeliefert:
● Druckprogramm /BEV1/VD_BEW_LIEF_BACKGROUND
● Formular /BEV1/VDINVOICE
Dieses Formular ist ein Muster und kann kundenindividuell verändert werden.
Für jede Nachrichtenart, die dem Bewerteten Lieferschein zugeordnet ist, erzeugt das System
beim Sichern der Lieferung zusätzlich eine Proforma-Rechnung.
Das System prüft im Druckprogramm /BEV1/VD_BEW_LIEF_BACKGROUND,

ob es sich um einen Erst- bzw. Wiederholungsdruck der Liefer- und
Fakturadaten handelt. Bei einem Erstdruck druckt das System eine Proforma-
Faktura; beim Wiederholungsdruck druckt das System keine Proforma-Faktura.
Das System gibt die Proforma-Faktura im Belegfluss aus.

Nachrichtenverarbeitung im Fall einer

Besuchsliste
Verwendung
Das System verwendet diesen Prozess, um die Ausgabe (Druckausgabe und IDocs) der von
der Nachrichtenfindung ermittelten Daten im Fall einer Besuchsliste (ohne Transport) steuern
zu können.
Bei der Nachrichtenverarbeitung der Besuchsliste ist die Erstellung der Spool-Aufträge bzw.
der IDocs abhängig vom Ausführdatum.
Für jedes Vertriebsbelegobjekt liegt im System eine feste Zuordnung zu einer Applikation vor.
In der Ausgabe-Steuerung basiert die Nachrichtensteuerung für die Besuchsliste auf der
Applikation VL (Besuchsliste).
Besuchslisten müssen aktiv sein (Kennzeichen inaktiv nicht gesetzt), damit die
Nachrichtenverarbeitung der Besuchsliste Spool-Aufträge bzw. IDocs erstellt.
Voraussetzungen
Folgende Einstellungen müssen für die Nachrichtenverarbeitung der Besuchsliste
eingegeben sein:
...
1. Druckausgabe / IDoc: Nachrichtenarten festlegen
○ Das Kennzeichen Konditionszugriff muss gesetzt sein.
○ Das Kennzeichen Mehrfachversendung darf nicht gesetzt sein; für jede

Besuchsliste erfolgt nur ein Download. Jeder weitere Download kann gesondert
angefordert werden.
○ Der Versandzeitpunkt muss standardmäßig den Wert 2 (= Job und Zeitangabe)

haben und es muss eine Verarbeitungsroutine eingetragen sein, in der der
Versandzeitpunkt (in der Regel das Ausführdatum der Besuchsliste) festgelegt
ist.
Der Download einer Besuchsliste (vertriebsorientierter Geschäftsprozess), ist

in der Regel vom Ausführdatum der Besuchsliste abhängig. Die
Nachrichtenverarbeitung erfolgt mit Hilfe eines periodisch eingeplanten Jobs,
der die fälligen Nachrichten verarbeitet und somit den Download auslöst.
2. Druckausgabe / IDoc: Die Nachrichtenverarbeitung erfolgt nur, wenn die zu druckende

Besuchsliste aktiv ist.
Ist diese Voraussetzung nicht erfüllt, führt das zu einem Abbruch der
Nachrichtenverarbeitung. Das System gibt einen entsprechenden Hinweis im
Verarbeitungsprotokoll mit Status fehlerhafte Verarbeitung aus.
3. Druckausgabe: Pro Besuchsplantyp muss festgelegt sein, welche Einzelnachrichten
das System in welcher Reihenfolge drucken soll.

Standardmäßig fasst das System alle Belege in einem Spool-Auftrag

zusammen. Wenn das System die Druckausgabe einer Nachricht nicht an den
Drucker der auslösenden DSD-Nachricht übermitteln soll, setzen Sie das
Kennzeichen abweichender Drucker im Customizing. Die Druckausgabe erfolgt
dann auf Basis der Druck-Einstellungen der auszugebenden Einzelnachrichten.
Das System erzeugt pro Besuchsliste ein Verarbeitungsprotokoll, in dem die
verarbeiteten Nachrichten pro Beleg und auftretende Fehler protokolliert sind.
Wenn bei der Verarbeitung einer einzelnen Nachricht Fehler aufgetreten sind,
protokolliert das System den Fehler im Verarbeitungsprotokoll der
Einzelnachricht.
4. IDoc: Pro Besuchsplantyp muss festgelegt sein, welche IDocs das System mit
welchen Funktionsbausteinen erzeugen soll.
Funktionsumfang
Druckausgabe
● Sie können im Customizing pro Besuchsplantyp festlegen, welche Einzelnachrichten
der jeweiligen Applikation das System sequentiell verarbeiten soll. Das System beginnt
mit der Verarbeitung der Einzelnachricht, sobald es die für den Download relevante
Nachrichtenart verarbeitet.
● Belege, zu denen das System die Druckausgabe erstellen soll, werden aus den
Referenzbelegen der Besuchsliste ermittelt.
IDoc-Erstellung
● Sie können im Customizing pro Besuchsplantyp festlegen, welche IDocs das System
mit welchen Funktionsbausteinen erzeugen soll.
● Das System sichert die Besuchsliste nicht im Vertriebsbelegfluss. Das System ermittelt
bei der Nachrichtenverarbeitung aus den Referenzbelegen der Besuchsliste diejenigen
Belege, für die es ein IDoc erzeugen soll.

Tourenabrechnung
Sie setzen die Tourenabrechnung ein, um die während einer Tour dokumentierten
Touraktivitäten nach der Beendigung einer Tour im Abstimmbüro
● zu erfassen
● zu prüfen
● zu bearbeiten
● zur Abstimmung freizugeben
● zu buchen
Die Erfassung von Ausgangs- und Eingangskontrolldaten ist optional. Die Tourenabrechnung
beginnt nach der Ausgabesteuerung [Seite 60] und endet mit dem Verbuchen sämtlicher
Vorgänge einer Tour.
Der Fahrer benötigt abhängig von seiner Rolle (z. B. Preseller, Verkaufsfahrer) Informationen,
wie er seine Tour zu absolvieren hat. Das System kann dem Fahrer diese Informationen in
zwei Varianten zur Verfügung stellen:
● Variante 1: Druckausgabe der tourrelevanten Dokumente

Während der Tour erfasst der Fahrer nicht-elektronisch die einzelnen Touraktivitäten
auf Dokumenten (z. B. Lieferscheine, Transportpapiere).
● Variante 2: Einsatz mobiler Geräte

Während der Tour erfasst der Fahrer elektronisch die einzelnen Touraktivitäten auf
dem mobilen Gerät.
Nach Beendigung der Tour müssen Sie die Daten ins System übertragen, um sie
anschließend im Abstimm-Cockpit weiter bearbeiten zu können:
● Bei der nicht-elektronischen Variante (Druckausgabe) geben Sie die auf den
Dokumenten festgehaltenen Daten über die Funktion Tourdatenerfassung ins System
ein. Mit der Tourdatenerfassung können Sie manuell schnell viele Daten strukturiert
erfassen.
● Bei der elektronischen Variante (mobiles Gerät) führt das System eine
Datenübertragung (Upload) in dem Moment durch, wenn das mobile Gerät mit dem
System verbunden ist (z. B. mobiles Geräte wird in die Basisstation gesteckt).
Sie können zwischen der elektronischen und nicht-elektronischen Erfassung der

Touraktivitäten wechseln.
Wenn zum Beispiel ein mobiles Gerät kurzfristig ausfallen sollte, können Sie
dem Fahrer die notwendigen Informationen in Papierform zur Verfügung stellen.
Nach Beendigung der Tour, können Sie die auf der Tour angefallenen Daten mit
der Tourdatenerfassung manuell zurück ins System übertragen. Das System
unterstützt Sie bei der Tour und den Folgeprozessen. Wenn das mobile Gerät
wieder zur Verfügung steht, setzen sie dieses wieder wie gewohnt beim
nächsten Transport ein.
Unabhängig davon wie Sie die Tourdaten ins System übertragen haben, können Sie die
Folgeprozesse in der Tourenabrechnung nutzen (z. B. Kontrolle der Daten im Abstimm-
Cockpit, Endabstimmungslauf anstoßen usw.).

Die Tourenabrechnung ist für die abschließende Bearbeitung dokumentierter

Touraktivitäten basierend auf der Verwendung von mobilen Geräten oder
Dokumenten entwickelt worden. Wir empfehlen den Einsatz von mobilen
Geräten. Wenn Sie die Tourenabrechnung mit mobilen Geräten einsetzen,
ergeben sich daraus folgende Vorteile:
● Verringerte Verarbeitungszeit für jeden Geschäftsvorgang
● geringes Risiko von Eingabefehlern und Redundanzen
● reduzierte interne Kosten
Integration
Die Tourenabrechnung ist Bestandteil der Komponente Direct Store Delivery.
Sie legen Transporte mittels Einzelbeleg- bzw. Sammelbearbeitungs-Transaktion an. Das
System verwendet die SAP-Standard-Nachrichtenverarbeitung, um mit Hilfe des EDI-
Standards bzw. über ALE-Steuerung die Bewegungsdaten zu übertragen. Das System
überträgt Stammdaten mit der SAP Integrationstechnologie Application Link Enabling (ALE).
Um die Stammdaten der Komponente Tourenabrechnung auf mobile Geräte zu übertragen,
verwendet das System spezielle Transaktionen, die in einem eigenen Bereichsmenü
eingebunden sind.
Nach Beendigung der Tour werden die Daten über Uploadprozeduren von den mobilen
Geräten in das ERP-System übertragen. Über den Endabstimmungslauf werden die
entsprechenden Belege (Kundenauftrag, Lieferung, Faktura, FI-Belege) angelegt oder
aktualisiert.
Einschränkungen
Die Komponente Tourenabrechnung ist eine Offline-Lösung, d. h. ein Datenaustausch
zwischen einem mobilen Gerät (Handheld) und dem System findet jeweils am Beginn und
Ende einer Tour statt. Ein Datenaustausch während der Tour ist nicht vorgesehen.

Abschließende Bearbeitung ausgeführter Touren

Sie setzen diesen Prozess ein, um
● spezifische Vorgänge unterschiedlicher Touren zu dokumentieren
● alle relevanten Daten einer Tour zu erfassen (Tourdatenerfassung [Seite 80])
● Touren abschließend zu bearbeiten (Abstimm-Cockpit [Seite 83]).

Das System erstellt im Endabstimmungslauf (Abstimm-Cockpit) Belege, erzeugt Fakturen und
führt Buchungen im SAP FI aus. Nach der Endabstimmung können Sie den Abstimmbeleg,
das Anwendungsprotokoll und den Belegfluss anzeigen. Das System zeigt im Abstimmbeleg
den Bearbeitungsstatus der Tour an. Das System zeigt im Anwendungsprotokoll
Fehlermeldungen, deren Ursachen und Erfolgsmeldungen an.
Voraussetzungen
● Lieferungen und Transporte sind im System vorhanden und disponiert.
● Um die Tourabrechnung verwenden zu können, muss die Erweiterung EA-SCM

eingeschaltet und im Customizing die Komponente Direct Store Delivery aktiviert sein.
Ablauf
Der Prozess Tourenabrechnung beginnt nach der Ausgabesteuerung [Seite 60] und endet mit
dem Verbuchen sämtlicher Vorgänge einer Tour.
...
...
1. Das System gibt die für eine Tour notwendigen Stamm- und Bewegungsdaten auf
Listen, Belegen oder in IDocs aus. Der Fahrer erhält die Dokumente und beginnt seine
Tour.
2. Wenn Sie ein Check-Out durchführen, quittiert der Kontrolleur bei der Abfahrt
(Tourbeginn) vom Distributionszentrum bzw. Werk die Ergebnisse des Check-Outs
(Materialbestand und Geldbeträge).
3. Der Fahrer erfasst während der Tour alle relevanten Daten:
○ spezifische Tourdaten: z. B. Ausgaben, die beim Betanken des Transportmittels

entstanden sind, Stauzeiten, Pausen, Streckenkilometer
○ spezifische Kundenbesuchsdaten: z. B. Lieferungserfüllung, Aufträge,

Retouren, Leergut, Rechnungen, Wartezeiten, Entladezeiten, Einnahmen.
4. Nach Beendigung der Tour kehrt der Fahrer zum Distributionszentrum bzw. Werk
zurück (Tourende).
5. Wenn Sie ein Check-In durchführen, quittiert der Kontrolleur an der Einfahrt des
Werksgeländes die Ergebnisse des Check-Ins (Materialbestand und Geldbeträge).
6. Der Fahrer gibt seine Dokumente im Abstimmbüro ab:
○ vor Tourbeginn ausgehändigte Papiere ggf. mit manuellen Ergänzungen oder

Änderungen
○ neue Belege (z. B. neue Aufträge)
○ Check-In / Check-Out-Papiere
7. In der Tourdatenerfassung selektieren Sie die zu bearbeitenden Besuchslisten oder
Transporte und erfassen die zu ergänzenden Tourdaten des Fahrers im System.

8. Im Abstimm-Cockpit prüfen und bearbeiten Sie die Daten.

9. Das System ermittelt Differenzen beim Material und bei den Zahlungsmitteln auf der
Grundlage der Ergebnisse aus Check-Out und Check-In.
10. Sie sichern den Abstimmbeleg. Die Daten können nicht mehr geändert werden
(Ausnahme Inkassozuordnung).
11. Sie führen einen Endabstimmungslauf aus. Das System erstellt Belege, erzeugt
Fakturen und führt Buchungen in SAP FI aus.
12. Sie können die Belege im Belegfluss aufrufen. Im Anwendungsprotokoll zeigt das
System Fehlermeldungen, ihre Ursachen und Erfolgsmeldungen an. Im Abstimmbeleg
können Sie unterschiedliche Status und Differenzen beim Material und bei den
Zahlungsmitteln anzeigen.
Ergebnis
Die Tour ist im System abgeschlossen.

Tourdaten auf mobilen Geräten erfassen

Wenn Sie die Komponente Tourenabrechnung in Kombination mit mobilen Geräten
(Handhelds) einsetzen, verarbeitet das System die Daten in folgenden Einzelschritten:
1. Daten downloaden
Das System lädt die Stamm- und Bewegungsdaten, die zur Durchführung einer Tour benötigt
werden, über eine Schnittstelle (Idocs = Intermediate Documents) auf einen Zwischenserver
(Middleware Server). Der Zwischenserver überträgt dann die Daten auf die mobilen Geräte.
Die übertragenen Daten stehen den Fahrern während ihrer Touren zur Verfügung.
2. Check-Out
Bei Tourbeginn kann ein Check-Out der geladenen Waren und des vorhandenen Bargeld-
Betrages durchgeführt werden. Dieses Check-Out wird üblicherweise durch eine zweite
Person (der so genannte Checker) vorgenommen. Die Erfassung der Daten erfolgt bereits auf
dem mobilen Gerät. Wenn Differenzen entstanden sind, werden sie geprüft und erfasst. Dies
ist wichtig, da der Fahrer für die Ware, die sich auf oder im Fahrzeug befindet, verantwortlich
ist.
3. Die eigentliche Tour - Durchführung der Warenlieferungen

Alle Vorgänge, die sich während der Tour im Zusammenhang mit der Warenauslieferung
beim Kunden ereignen, erfasst der Fahrer direkt vor Ort auf dem mobilen Gerät. Zu den
wichtigsten Vorgängen zählen:
● Ändern von Lieferpositionen in einer bestehenden Lieferung
● Anlegen neuer Aufträge und/oder Auslieferungsbelege
● Ausstellen von Rechnungen
● Entgegennahme von Zahlungsmitteln zur Begleichung von Rechnungen
● Ausstellen von Empfangsbestätigungen
4. Check-In
Nach Beendigung der Tour kehrt der Fahrer ins Depot zurück. Die Warenmengen (Vollgut
und Leergut), die der Fahrer wieder zurückbringt (nicht verkaufte Ware oder Retouren),
werden gezählt und auf dem Handheld erfasst. Das kassierte Bargeld und die
eingenommenen Schecks werden ebenso behandelt.

Download
Verwendung
Sie verwenden die Funktionen im SAP Easy Access Ordner Download nur in Verbindung mit
mobilen Geräten (Handhelds).
Wenn Sie die Funktionen im SAP Easy Access Ordner Download verwenden, können Sie
folgende Daten auf mobile Geräte übertragen:
● Spezifische Materialdaten
● Spezifische Kundendaten
● Fahrerdaten
● Fahrertext-Einstellungen
● Fahrzeugdaten
● Kreditdaten (Kreditrahmen und –Stammdaten)
● Kreditdaten (Offene Posten)
Folgende Unterschiede sind bei der Datenübertragung (Download) von Stamm- und
Bewegungsdaten zu beachten:
● Stammdaten
○ SAP-Standard-Stammdaten
Das System aktiviert bei der Datenübertragung (Download) die erforderlichen
SAP-Standard-Stammdaten über das SAP-ALE-Verteilungsmodell.
○ DSD-spezifische Stammdaten
Das System lädt die DSD-spezifischen Stammdaten (Ergänzungen der SAP-
Standard-Stammdaten), die zur Durchführung einer Tour benötigt werden, über
eine Schnittstelle (Idocs = Intermediate Documents) auf einen Zwischenserver
(Middleware Server). Der Zwischenserver überträgt dann die Daten auf die
Handhelds. Die übertragenen Daten stehen den Fahrern während ihrer Touren
zur Verfügung.
● Bewegungsdaten
Das System aktiviert bei der Datenübertragung (Download) die Bewegungsdaten über
die Nachrichtenfindung im Transport / Besuchsliste. Sie können den Umfang der zu
übertragenden Bewegungsdaten über das Customizing festlegen.

Upload
Verwendung
Das System hat eine separate Datenbank für die Tourenabrechnung (Route Accounting
Database). Wenn Daten von einem mobilen Gerät in das System übertragen werden, lädt das
System die aktuellen, veränderten Daten jeder Tour zunächst von dem mobilen Gerät des
Fahrers auf den Zwischenserver. Die Kommunikation vom Zwischenserver zur
Tourenabrechnungs-Datenbank des Systems basiert auf Erstellung und Verarbeitung von
Idocs oder Direktverarbeitung über BAPI. Sie können im Abstimm-Cockpit die Tourdaten aus
der Tourenabrechnungs-Datenbank des Systems aufrufen und die Tourdaten für die
nachfolgende Tourenabstimmung aufbereiten.

Tourdatenerfassung
Verwendung
Sie verwenden die Funktion Tourdatenerfassung um folgende Daten im System zu erfassen:
● Tourdaten und –belege, die der Fahrer nach Beendigung einer Tour im Abstimmbüro
abgibt
● Ergebnisse von Check-Out und Check-In
Integration
Die Tourdatenerfassung ist Bestandteil der Tourenabrechnung und gehört zum Direct Store
Deliver -Prozess.
Die Tourdatenerfassung verwendet das SAP-Berechtigungskonzept.
Voraussetzungen
Um die Tourdatenerfassung verwenden können, muss die Erweiterung EA-SCM
eingeschaltet und im Customizing die Komponente Direct Store Delivery aktiviert sein.
Funktionsumfang
Datenselektion (inkl. Selektionsergebnis)
Nach Beendigung einer Tour können Sie im Abstimmbüro Belege, die sich durch Vorgänge
während einer Tour geändert haben, in der Tourdatenerfassung schnell aktualisieren und
zusätzliche Daten erfassen. Das System stimmt die Vorgänge später bei der
Tourenabstimmung im Abstimm-Cockpit mit den Daten im System ab.
Sie ordnen die entsprechenden Systemdaten zu, indem Sie vor der Erfassung von Tourdaten
in einem Selektionsbild die entsprechende Besuchsliste oder den entsprechenden Transport
nach unterschiedlichen Kriterien selektieren. Erst dann gelangen Sie in das Bild für die
Erfassung der Tourdaten.
Das System zeigt Belege an und belegt die Felder mit den bereits vor der Tour im System
vorhandenen Solldaten. Durch diese Erfassungshilfe müssen Sie nur noch die geänderten
Daten auf Kopf- und Positionsebene bearbeiten (Istdaten).
Sie können den Status einer Tour zur Abstimmung freigegeben zurücknehmen, solange die
Abstimmung noch nicht begonnen hat (kein Abstimmungsbeleg vorhanden). Das System
zeigt ein Dialogfenster an, in dem Sie zwischen Anzeigemodus und Rücknahme der Freigabe
entscheiden können. Sie können in der Tourdatenerfassung keine Tour freigeben. Um eine
Tour zur Abstimmung freizugeben, müssen Sie im Rahmen des Abstimmprozesses im
Abstimm-Cockpit ein Kennzeichen setzen.
Das System zeigt abgestimmte Touren im Selektionsergebnis im Anzeigemodus an.
Erfassung und Verwalten von Tourdaten in Registerkarten

Auf dem Bild Tourenerfassung können Sie selektierte Besuchslisten bzw. Transporte
bearbeiten. Das Bild ist in zwei Bildbereiche gegliedert: Im oberen Bildbereich erhalten Sie
eine Aufstellung der durchzuführenden Besuche und Sie können zusätzlich durchgeführte
Besuche erfassen. Im unteren Bildbereich bearbeiten Sie die zugehörigen Tourdaten in
folgenden Registerkarten:
● Allgemeine Kopfdaten
Auf der Registerkarte Allgemeine Kopfdaten bearbeiten Sie z. B. die Umbesetzung
eines Transportmittels mit einem anderen Fahrer, die Zuordnung eines
Transportmittels zur Tour.

● Check-Out / Check-In
Auf der Registerkarte Check-Out/Check-In bearbeiten Sie die
○ Aufstellung eines ausgeführten Check-Out.

Hier sind sämtliche Materialien, ihre Mengen und vom Fahrer mitgeführte
Zahlungsmittel aufgelistet, die der Kontrolleur auf dem Fahrzeug zu Beginn der
Tour ermittelt hat.
○ Aufstellung eines ausgeführten Check-In.

Hier sind sämtliche Materialien, ihre Mengen und Zahlungsmittelbestände
gelistet, die der Kontrolleur auf dem Fahrzeug am Ende der Tour ermittelt hat.
● Tourentfernungen und –zeiten

Auf der Registerkarte Tourentfernungen und –zeiten bearbeiten Sie die
Aufzeichnungen des Fahrers über Entfernungen (Kilometerstände) einzelner Besuche
oder der gesamten Tour.
● Kundenbesuch
Auf der Registerkarte Kundenbesuch bearbeiten Sie Detailinformationen zu:
○ Zusätzlichen Kundenbesuchen, die nicht auf der Besuchsliste standen
○ Kunden aus der Besuchsliste, die der Fahrer nicht angetroffen hat
● Liefererfüllung
Auf der Registerkarte Liefererfüllung bearbeiten Sie die Vermerke des Fahrers auf den
ausgedruckten Lieferscheinen über tatsächlich ausgelieferte (und zurückgegebene)
Materialien und Mengen, z. B.:
○ Mengenveränderungen einzelner Materialpositionen
○ Stornierung kompletter Lieferpositionen (z.B. Falschbestellung)
○ Abverkäufe zusätzlicher Materialien, die sich frei verfügbar auf dem

Transportmittel befanden (Verdachtsladung)
○ Vom Kunden zurückgegebenes Voll- bzw. Leergut
● Externe Faktura
Auf der Registerkarte Externe Faktura bearbeiten Sie Rechnungen, die ein Fahrer
während der Tour einem Kunden ausgestellt hat.
● Zahlungsabwicklung
Auf der Registerkarte Zahlungsabwicklung bearbeiten Sie Zahlungsvorgänge mit und
ohne Kundenzuordnung, z. B.:
○ Inkasso beim Kunden (Barzahler)
○ Einnahmen beim Kunden aus offenen Posten
○ Aufzeichnungen des Fahrers über Einnahmen/Ausgaben, die er mit Bezug zur

Tour und nicht mit Bezug zu einem Kundenbesuch getätigt hat, wie z. B.
Parkgebühren, Maut, Benzin usw.
● Auftrag
Auf der Registerkarte Auftrag legen Sie neue Bestellungen an, die erst mit einer der
nächsten Touren ausgeliefert werden.

Aktivitäten
Das System gliedert die Tourdatenerfassung in Besuchslisten und Transporte:
...
1. Sie wählen die zu bearbeitenden Transporte oder Kunden in einem Selektionsbild aus.
2. Das System zeigt das Selektionsergebnis in einer Liste an.
3. Das System führt eine Berechtigungsprüfung durch.
4. Das System gibt die zugehörigen Daten der Kunden bzw. der Besuche aus.
5. Sie nehmen Änderungen bzw. Ergänzungen zu den Kunden bzw. Besuchsdaten in der
Registerkarte vor.
6. Wenn Sie die Daten gesichert haben, ist die Tourdatenerfassung beendet und die
Daten stehen dem Abstimm-Cockpit für die Endabstimmung zur Verfügung.
Beispiel
Beispiele für Tourbelege:
● Lieferscheine mit Vermerken über zusätzliche Materialien, abweichend ausgelieferte

Mengen und zurückgenommene Materialien (Vollgut, Leergut)
● Lieferscheine für zusätzlich besuchte Kunden
● Aufzeichnungen über Einnahmen und Ausgaben
● Aufzeichnungen über Entfernungen und Zeiten
● Aufzeichnungen über ausgeführte Check-Out / Check-In
● Rechnungen, die vor Ort beim Kunden erstellt wurden
● Aufträge bzw. Bestellungen für zukünftige Auslieferungen

Abstimm-Cockpit
Definition
Werkzeug, um übertragene oder nachträglich erfasste Daten aus Touren und
Kundenbesuchen für die Tourenabstimmung vorzubereiten.
Verwendung
Fahrer, die von einer Tour zurückgekehrt sind, liefern im Abstimmbüro Dokumente ab, die zu
ihrer Tour gehören. Dazu gehören z. B.:
● Belege
● Geldbeträge
● Kreditkarten
● neue Aufträge
● sonstige Tourdaten
Im Abstimmbüro führen Sie den administrativen Teil einer Tour aus. Sie verwenden das
Abstimm-Cockpit, um
● Tourdaten anzuzeigen
● Korrekturen an den erfassten Tourdaten vorzunehmen
● gegebenenfalls zusätzliche Daten manuell zu erfassen.

Nach der Bearbeitung der Tourdaten im Abstimm-Cockpit vergibt das System für jede Tour
einen Status, der auf Fehler hinweist oder die Tourdaten für die weitere Bearbeitung
(Endabstimmungslauf) freigibt. Im anschließenden Endabstimmungslauf erstellt das System
auf der Grundlage der Tourdaten Belege im ERP-System.

Bearbeiten von Tourdaten im Abstimm-Cockpit

Verwendung
Sie verwenden das Abstimm-Cockpit, um ausgewählte Tourdaten zu prüfen und
gegebenenfalls zu bearbeiten, die in der Tourdatenerfassung massenhaft eingegeben oder
durch Datenübertragung (Upload) eingespielt wurden.
Sie unterscheiden folgende Tourdaten:
● Allgemeine Tourdaten
Allgemeine Tourdaten sind grundlegende Daten, die Sie vor der Ausführung einer Tour
angelegt haben und die keine spezifischen Vorgänge der Ausführung einer Tour
dokumentieren.
● Check-Out/Check-In Daten
Check-Out/Check-In Daten sind Daten über Material- oder Bargeld-Bestände, die sich
auf einem Transportmittel befinden, wenn das Transportmittel das Werksgelände
verlässt oder von einer Tour zurückkehrt. Ein Kontrolleur (Checker) bestätigt dem
Fahrer die Ergebnisse der Kontrolle in Form eines Belegs.
● Differenzen bei Mengen und Zahlungsmitteln

Differenzen sind Abweichungen bei Mengen und Zahlungsmitteln, die das System aus
den Daten von Check-Out/Check-In ermittelt. Es handelt sich dabei um die Differenzen,
die beim Beladen oder während einer Tour entstanden sind.
Die ermittelten Differenzen werden einem Fahrerkonto belastet oder gutgeschrieben.
● Zeitangaben für eine Tour

Sie können Zeitangaben mit Bezug zu
○ einer Tour erfassen
○ einem Kundenbesuch erfassen.
Zeitarten mit Bezug zur Tour können sein:
■ Pausenzeiten
■ Stauzeiten
■ Reparaturzeiten während einer Tour

Zeitarten mit Bezug zu einem Kundenbesuch können sein:
■ Wartezeiten
■ Entladezeiten
● Entfernungsangaben für eine Tour

Bei den Entfernungsangaben für eine Tour (ohne Bezug zu einem Kundenbesuch)
handelt es sich um Daten, die ein Fahrer während einer Tour zu unterschiedlichen
Fahrstreckenarten dokumentiert. Die Fahrer unterscheiden zwischen
○ Entfernungsangaben für die gesamte Tour
○ Entfernungsangaben für Kundenbesuche
● Inkassodaten für eine Tour

Inkassodaten sind Daten über Einnahmen und Ausgaben des Fahrers mit Bezug zu
einer Tour (ohne Bezug zu einem Kundenbesuch).
Sie können Ausgaben, die während einer Tour durch das Betanken des
Fahrzeugs entstanden sind, keinem Kundenbesuch zuordnen. Ausgaben für
Kraftstoff haben einen Bezug zur Tour.
Voraussetzungen
● Die Tour, deren Daten Sie bearbeiten möchten, muss im Arbeitsvorrat des Abstimm-
Cockpit aufgelistet sein.
● Um Daten einer Tour bearbeiten zu können, müssen die Daten zur Bearbeitung
freigegeben sein (Status 2 = freigegeben). Nur wenn Tourdaten freigegeben sind,
können Sie:
○ Tourdaten bearbeiten
○ eine Differenzermittlung ausführen
○ eine Endabstimmung ausführen

Sie können eine Freigabe rückgängig machen, indem Sie Manuelle Freigabe stornieren
wählen.
Funktionsumfang
Um Tourdaten im Abstimm-Cockpit zu bearbeiten, stehen Ihnen folgende Funktionen zur
Verfügung:
...
● Allgemeine Tourdaten bearbeiten

Sie können Änderungen an den allgemeinen Tourdaten vornehmen.
● Check-Out/Check-In Daten bearbeiten

Sie können im Abstimm-Cockpit der Tourenabrechnung Ergebnisse von Check-Out
und Check-In überprüfen und bearbeiten.
● Differenzen bei Mengen und Zahlungsmitteln ermitteln

Das System ermittelt die Differenzen auf der Grundlage der Anfangsbestände wie folgt:
Mengendifferenzen für jedes Material = Check-Out Menge
minus gelieferte Menge
plus zurückgenommene Menge
minus Check-In Menge
Zahlungsmitteldifferenz = Check-Out Betrag

minus Ausgaben
plus Einnahmen
minus Check-In Betrag
Im Abstimm-Cockpit können Sie die ermittelten Differenzen überprüfen und wenn nötig
Korrekturen vornehmen. Wenn Sie Korrekturen vorgenommen haben, müssen Sie die
Differenzermittlung erneut durchführen.

Wenn Sie den Abstimmbeleg gesichert haben, können Sie keine Änderungen
mehr an den Tourdaten vornehmen.
● Zeitangaben für eine Tour bearbeiten

Sie können unterschiedliche Zeitarten erfassen und gleiche Zeitarten mehrfach
erfassen. Sie können im Customizing kundenspezifische Zeitarten anlegen.
● Entfernungsangaben für eine Tour bearbeiten

Sie können im Abstimm-Cockpit der Tourenabrechnung Entfernungsangaben zu
unterschiedlichen Fahrstreckenarten bearbeiten. Sie können im Customizing
kundenspezifische Fahrstreckenarten anlegen.
● Inkassodaten für eine Tour bearbeiten

Sie können im Abstimm-Cockpit der Tourenabrechnung Inkassodaten über Einnahmen
und Ausgaben des Fahrers bearbeiten, die einen Bezug zu einer Tour haben.
Inkassodaten, die sich direkt einem Kundenbesuch zuordnen lassen, können Sie unter
Besuchsdaten gesondert bearbeiten.

Bearbeiten von Besuchsdaten im Abstimm-

Cockpit
Verwendung
Sie verwenden diese Funktionen, um im Abstimm-Cockpit Daten eines Kunden oder
ausgewählte Kundenbesuchsdaten zu bearbeiten.
Kundenbesuchsdaten sind diejenigen Daten, die sich auf Kundenbesuche beziehen und die
Sie vor Beginn einer Tour aus dem ERP-System ausgeben und nach einer Tour ergänzen.
Auf diese Weise verfügt der Fahrer während der Tour über die notwendigen Informationen (z.
B. Transportdaten, Daten zu Lieferungen, Kunden, Materialien). Während der Tour ergänzt
der Fahrer die Kundenbesuchsdaten um diejenigen Vorgänge, die sich während der Tour
ereignet haben. Wenn der Fahrer von der Tour zurückgekehrt ist, erfassen Sie die ergänzten
Kundenbesuchsdaten in das System und kontrollieren und bearbeiten die
Kundenbesuchsdaten im Abstimm-Cockpit.
Sie können folgende Daten zu einem Kundenbesuch bearbeiten:
● Allgemeine Daten zum Kundenbesuch

Allgemeine Daten zum Kundenbesuch sind grundlegende Daten, die Sie vor der
Ausführung eines Kundenbesuchs angelegt haben und die keine spezifischen
Vorgänge der Ausführung eines Kundenbesuchs dokumentieren (z. B. Debitor,
Anschrift, Kontaktmöglichkeiten).
● Daten über die Ausführung von Lieferungen an den Kunden

Lieferausführungsdaten sind z. B. Daten über vom Plan abweichende Mengen, die der
Fahrer ausgeliefert hat, zurückgenommenes Leergut oder Retouren.
● Daten über ungeplante, vom Kunden während des Besuchs erteilte Aufträge
Der Fahrer hat während eines Kundenbesuchs vom Kunden einen zusätzlichen Auftrag
erhalten oder musste einen bestehenden Auftrag ändern.
● Daten über ungeplante, während der Tour vom Fahrer erstellte Rechnungen
Wenn ein Fahrer bei einem Kundenbesuch eine Rechnung erstellt, muss er diesen
Vorgang dokumentieren.
● Unterschiedliche Zeitangaben mit Bezug zum Kundenbesuch

Sie können Zeitangaben mit Bezug zu
○ einer Tour erfassen
○ einem Kundenbesuch erfassen.

Zeitarten mit Bezug zu einem Kundenbesuch können z. B. sein:
○ Wartezeiten
○ Entladezeiten
● Unterschiedliche Entfernungsangaben mit Bezug zum Kundenbesuch

Entfernungsangaben mit Bezug zu einem Kundenbesuch sind Daten, die ein Fahrer
während seiner Tour dokumentiert hat und die sich einem bestimmten Kundenbesuch
zuordnen lassen. Die Fahrstreckenart definiert, um welche Art von Entfernungsangabe
es sich handelt (z. B. zusätzlich gefahrene Strecken).
● Inkassodaten mit Bezug zum Kundenbesuch

Inkassodaten sind Daten über Einnahmen und Ausgaben des Fahrers mit Bezug zu
einem Kundenbesuch (z. B. Einnahmen, wenn der Kunde eine Lieferung beim Fahrer
bezahlt; Auszahlungen, wenn der Fahrer einen Betrag für entgegengenommenes
Leergut auszahlt).
Voraussetzungen
Der Kundenbesuch, dessen Daten Sie bearbeiten möchten, muss im Arbeitsvorrat des
Abstimm-Cockpit aufgelistet sein.
Funktionsumfang
Um Kundenbesuchsdaten im Abstimmungs-Cockpit zu bearbeiten, stehen Ihnen folgende
Funktionen zur Verfügung:
● Lieferausführungsdaten bearbeiten
Sie können Änderungen an den allgemeinen Kundenbesuchsdaten vornehmen.
● Auftragserfassung ausführen
Sie können Lieferausführungsdaten zu einem Kundenbesuch bearbeiten, z.B. Mengen
ändern, wenn ein Fahrer eine Lieferung nicht mit der geplanten Menge ausgeführt oder
wenn der Fahrer Leergut oder Retouren entgegengenommen hat.
● Rechnungen anzeigen
Sie können Rechnungen anzeigen, die ein Fahrer bei einem Kundenbesuch erstellt
hat. Das Abstimm-Cockpit zeigt ausschließlich Rechnungen an, die mit Hilfe der
Tourenabrechnung erzeugt wurden. Rechnungen, die mit Hilfe der
Anwendungskomponente Fakturierung (SD-BIL) erzeugt wurden, zeigt das System im
Abstimm-Cockpit nicht an.
Wenn der Fahrer handschriftlich Änderungen an Rechnungsbelegen vorgenommen
hat, können Sie die Rechnungsbelege im Abstimm-Cockpit nachträglich bearbeiten.
Wenn Sie den Endabstimmungslauf ausführen, erzeugt das System entsprechende
Belege in SAP SD.
● Zeitangaben zum Kundenbesuch erfassen

Sie können unterschiedliche Zeitarten erfassen und gleiche Zeitarten mehrfach
erfassen. Sie können im Customizing kundenspezifische Zeitarten anlegen.
● Entfernungsangaben zum Kundenbesuch erfassen

Sie können im Abstimm-Cockpit der Tourenabrechnung Entfernungsangaben zu
unterschiedlichen Fahrstreckenarten bearbeiten. Sie können im Customizing
kundenspezifische Fahrstreckenarten anlegen.
● Inkasso-Daten zum Kundenbesuch erfassen und zuordnen

Sie können im Abstimm-Cockpit der Tourenabrechnung Inkassodaten über Einnahmen
und Ausgaben des Fahrers bearbeiten, die einen Bezug zu einem Kundenbesuch
haben.

Anwendungsprotokoll
Verwendung
Sie verwenden diese Funktion, um ein Anwendungsprotokoll anzuzeigen. Das
Anwendungsprotokoll enthält die Ergebnisse der Abstimmprozesse. Sie können feststellen,
ob das System einen Abstimmungslauf fehlerfrei ausgeführt hat. Das Anwendungsprotokoll
enthält folgende Bereiche:
● Lieferung
● Fahrerdokument
● Zahlungsverbuchung
● Lieferungsverbuchung Goods Issue (Materialausgangsbuchung)
● Rechnungen
● Auszifferung
Das System zeigt für jeden durchgeführten Abstimmungslauf ein separates
Anwendungsprotokoll an.
Voraussetzungen
Das System muss einen Abstimmungslauf ausgeführt haben.
Aktivitäten
1. Sie markieren im Abstimm-Cockpit den gewünschten Abstimmbeleg oder eine
enthaltene Tour und wählen Anwendungsprotokoll anzeigen.
2. Das System zeigt auf der rechten Bildschirmseite die Anwendungsprotokolle an.
3. Wenn Sie die Anwendungsprotokolle expandieren und einen Eintrag markieren, zeigt
das System den zugehörigen Meldungstext an.

Abstimmbeleg
Verwendung
Sie verwenden diese Funktion, um einen Beleg anzuzeigen, mit dem das System über
ausgeführte Abstimmungsläufe informiert. Im Abstimmbeleg erhalten Sie einen Überblick
über die Verarbeitungsstatus der Prozessschritte, die Sie im Abstimm-Cockpit ausgeführt
haben. Außerdem zeigt das System im Abstimmbeleg die ermittelten Geld- und
Mengendifferenzen der Tour an.
Der Abstimmbeleg ist in drei Bereiche gegliedert:
● Kopf
● Gelddifferenzen
● Mengendifferenzen
Im Kopf zeigt das System allgemeine Tourdaten und die Verarbeitungsstatus der einzelnen
abstimmrelevanten Prozessschritte an. Das System zeigt im Kopf des Abstimmbelegs
folgende Status an:
● nicht relevant (0)
● relevant, nicht begonnen (1)
● relevant, in Arbeit (2)
● abgeschlossen (3)
Der Verarbeitungsstatus gibt für jeden Prozessschritt an, ob der Prozessschritt für den
Abstimmungslauf relevant ist und er bearbeitet wurde. Erst wenn alle Prozessschritte, die für
den Abstimmungslauf relevant sind, den Bearbeitungsstatus 3 (abgeschlossen) haben, setzt
das System den Abstimmungsstatus auf den Status 2 (relevant, in Arbeit).
Im Bereich Gelddifferenzen zeigt das System die Ergebnisse der Differenzermittlungen für die
Geldbeträge an.
Im Bereich Mengendifferenzen zeigt das System die Ergebnisse der Differenzermittlungen für
die Materialmengen an.
Voraussetzungen
Aktivitäten
...
1. Markieren Sie im Arbeitsvorrat die gewünschte Tour und wählen Sie Abstimmbeleg
anzeigen.
2. Das System zeigt auf der rechten Bildschirmseite den Abstimmbeleg an. Unter dem
Abstimmbeleg-Kopf zeigt das System den Bereich für die Gelddifferenzen und den
Bereich der Mengendifferenzen an.

Belegfluss
Verwendung
Sie verwenden diese Funktion, um die vom System erzeugten Belege zu einem
Abstimmbeleg oder einer Tour anzeigen. In der Belegfluss-Anzeige können Sie feststellen, ob
das System zu jedem relevanten Vorgang der Touren einen entsprechenden Beleg erzeugt
hat. Sie können in der Belegfluss-Anzeige die numerischen Schlüssel der unterschiedlichen
Belege ablesen.
Voraussetzungen
Aktivitäten
...
1. Sie markieren im Abstimm-Cockpit den gewünschten Abstimmbeleg oder die

beinhaltete Tour und wählen Belegfluss anzeigen.
2. Das System zeigt auf der rechten Bildschirmseite den Belegfluss mit den zugehörigen
Belegen an.
Beispiel
Der Belegfluss kann folgende Dokumenttypen beinhalten:
● 001 SD-Transport
● 002 Ladelieferung
● 003 Rückladelieferung
● 004 VC-Besuchsliste
● 010 Lieferung (Backend)
● 012 Kundenauftrag (Backend)
● 014 Rechnung (Backend)
● 015 Buchhaltungsbeleg (Backend)
● 016 Kontakt (Backend)
● 998 Abstimmbeleg

DSD Endabstimmungslauf
Verwendung
Sie verwenden diese Funktion, um am Ende der Tourenabrechnung alle notwendigen
Buchungen durchzuführen.
Im Endabstimmungslauf verarbeitet das System alle Tourvorgänge. Das System aktualisiert
bestehende Belege und legt neue an, wenn es erforderlich ist. Das System bucht die
Zahlungsein-/ausgänge der Kunden in der Finanzbuchhaltung.
Voraussetzungen
Die zu verarbeitenden Touren müssen zur Abstimmung freigegeben sein.
Das System muss die Differenzen für alle Touren ermittelt haben, die zur Abstimmung
freigegeben sind.
Funktionsumfang
Das System führt während der Endabstimmung folgende Verarbeitungsschritte durch:
...
1. Erzeugen/Bearbeiten der Kundenbelege

2. Erzeugen der Fahrerbelege
3. Buchen der Zahlungen für ausgeglichene Posten in SAP FI
4. Buchen der Warenbewegungen
5. Inkasso-Auszifferung der im Abstimm-Cockpit / Tourdatenerfassung zugeordneten
Positionen
Aktivitäten
...
1. Das System führt den Endabstimmungslauf abhängig von den

Customizingeinstellungen aus.
2. Wenn das System den Endabstimmungslauf beendet hat, gibt es eine Meldung aus.
3. Sie können sich das Protokoll der Endabstimmung anzeigen lassen.
Sie können im Customizing einstellen, wann und wie das System die
Endabstimmung ausführen soll. Das System kann die Endabstimmung wie folgt
ausführen:
● automatisch nach der Differenzermittlung
● automatisch nach der Differenzermittlung, wenn keine

Differenzen aufgetreten sind
● manuell im Abstimm-Cockpit
● automatisch im Hintergrund
Ergebnis
Das System hat die Touren verarbeitet und die entsprechenden Belege gebucht. Die
Endabstimmung ist abgeschlossen.

Inkasso-Auszifferung
Verwendung
Wenn das System die Geschäftsvorfälle einer Tour als Belege gebucht hat, bucht das System
die erfassten Einnahmen, die der Fahrer während der Tour von den Kunden erhalten hat. Mit
dem Buchen der Einnahmen des Fahrers gleicht das System die Verbindlichkeiten der
entsprechenden Kunden in der Finanzbuchhaltung aus.
Funktionsumfang
● Wenn Sie das Customizing entsprechend eingestellt haben, kann das System die
offenen Posten nach dem Abstimmungslauf automatisch ausziffern (DSD-Auszifferung
ohne Dialog ausführen [Seite 94]).
● Sie können die offenen Posten auch manuell ausziffern (DSD-Auszifferung im Dialog
ausführen [Seite 95]).
● Sie können nach der Auszifferung ein Protokoll anzeigen.

DSD-Auszifferung im Hintergrund
Verwendung
Sie verwenden diese Funktion, um offene Posten eines Kunden (Guthaben aus Zahlung und
Belastung aus Faktura) im Hintergrund auszuziffern.
Das System führt die automatischen Auszifferung von offenen Posten in einem Schritt aus.
Voraussetzungen
Damit Sie die DSD-Auszifferung im Hintergrund ausführen können, müssen folgende
● Die Tour muss abgestimmt sein, damit die Tourenabrechnung ermitteln kann, ob (und
welche) offenen Posten zu einer Zahlung existieren.
● Die Einnahmen des Fahrers aus den jeweiligen Kundenbesuchen müssen den
entsprechenden Lieferungen oder Fakturen zugeordnet sein.
● Die in der Tour enthaltenen Lieferungen müssen fakturiert sein.
● Die Fakturen müssen für die Finanzbuchhaltung freigegeben sein.
● Die automatische Auszifferung muss im verwendeten Buchungskreis erlaubt sein.
● Der Kundenbesuch muss den Auszifferungs-Status CP (Clearing Possible) haben.
Der Auszifferungs-Status in der Komponente Tourenabrechnung beeinflusst die

Auszifferung in der Finanzbuchhaltung nicht.
Funktionsumfang
Das System führt die automatische Auszifferung der offenen Posten für die ausgewählten
Belege im Hintergrund aus. Das System gibt ein Protokoll mit den ausgezifferten Posten aus.

DSD-Auszifferung im Dialog
Verwendung
Sie verwenden diese Funktion, um eine DSD-Auszifferung im Dialog auszuführen.
Voraussetzungen
Damit Sie die DSD-Auszifferung im Dialog ausführen können, müssen folgende
● Die Tour muss abgestimmt sein.
● Die Einnahmen des Fahrers aus den jeweiligen Kundenbesuchen müssen den
entsprechenden Lieferungen oder Fakturen zugeordnet sein.
● Die in der Tour enthaltenen Lieferungen müssen fakturiert sein.
● Die Fakturen müssen für die Finanzbuchhaltung freigegeben sein.
● Die automatische Auszifferung muss im verwendeten Buchungskreis erlaubt sein.
● Der Kundenbesuch muss den Auszifferungs-Status CP (Clearing Possible) haben.
Der Auszifferungs-Status in der Komponente DSD Tourenabrechnung

beeinflusst die Auszifferung in der Finanzbuchhaltung nicht.
Aktivitäten
1. Sie nehmen eine Selektion für den Auswertungsreport vor und geben im Feld
Man.Stat.Ink. (Inkassozuordnung: Manuell vergebener Status) einen Status für jeden
Beleg ein.
2. Das System ziffert diejenigen Objekte aus, deren Status eine Auszifferung zulässt.
3. Das System gibt ein Protokoll mit den ausgezifferten Posten aus.

Direct Store Delivery Connector

Sie setzen den DSD Connector ein, wenn Fahrer und Preseller auf ihren Touren mobile
Geräte einsetzen, auf denen die erforderlichen Daten und Funktionen für die Abwicklung ihrer
Tätigkeiten während ihrer jeweiligen Touren bereitgestellt werden sollen.
Die Komponente DSD Connector konvertiert und sichert aus dem Backend des DSD-
Systems empfangene tourbezogene Daten. Die gesicherten Daten können von mobilen
Geräten empfangen, auf mobilen Geräten bearbeitet und die bearbeiteten Daten
anschließend an das Backend des DSD-Systems übertragen werden.
Der Einsatz des DSD Connector ist eine technische Voraussetzung für die Bereitstellung der
erforderlichen Daten auf mobilen Geräten.
Integration
Der DSD Connector ist Teil einer Systemlandschaft, die aus folgenden Komponenten besteht:
• DSD Backend
• DSD Connector
• SAP Mobile Engine
• Mobile DSD
DSD Connector in der DSD-Systemlandschaft
IDocs RFC HTTP
SAP Mobile
DSD DSD Mobile DSD
Backend Connector Engine (MDSD)
RFC RFC HTTP
DSD
Connector
Cockpit Separater Mobiles Gerät
Server (Frontend)
SAP-System

Funktionsumfang
Das DSD-System erzeugt beim Sichern von Transporten oder DSD-Besuchslisten IDocs.
Diese IDocs dienen als Schnittstelle für die Anbindung von mobilen Geräten an das Backend
des DSD und werden über den ALE-Layer versandt.
SAP Mobile Engine verfügt architektonisch nicht über den SAP_APPL Layer und ist daher
nicht in der Lage IDocs zu verarbeiten. Das DSD Connector Input Interface empfängt IDocs,
die vom DSD versendet werden und wandelt sie um. Das DSD Connector Input Interface wird
vom ALE Layer aufgerufen. Die Umwandlung erfolgt anhand der Zuordnungsregeln.
Mit diesen Zuordnungsregeln definieren Sie im Customizing, welche Felder aus den IDocs
das System auf welche Felder in den DSD-Connector-Tabellen abbildet. Die DSD-Connector-
Tabellen sind im Vergleich zu den IDocs bezüglich ihrer Felder auf den wesentlichen Umfang
reduziert. Nach der Zuordnung der Daten aus den empfangenen IDocs auf die Zielstrukturen
im DSD Connector sichert das System diese Daten in den Tabellen des DSD Connectors.
Nach dem Sichern der Stammdaten leitet das DSD Connector Input Interface die Ermittlung
der Konditionssätze im DSD für diejenigen Materialien und Kunden ein, die in den
tourbezogenen Daten aufgerührt sind.
Das DSD Connector Cockpit ist eine Anwenderoberfläche, die dem DSD Connector
angegliedert ist.
Im DSD Connector Cockpit ordnen Sie einem Fahrer und ein Fahrzeug einem mobilen Gerät
zu. Über diese Zuordnung und mit den Fahrer- und Fahrzeugdaten aus den IDocs (die das
DSD übertragen hat) ordnet das DSD Connector Input Interface die tourbezogenen Daten
einem mobilen Gerät zu. Dadurch werden die tourbezogenen Daten später zum richtigen
mobilen Gerät übertragen.
Sie rufen das DSD Connector Cockpit mit dem Transaktionscode /DSD/ME_CPT auf.
Ein mobiles Gerät sendet eine Synchronisationsanforderung über die SAP Mobile Engine
zum DSD Connector. Aufgrund dieser Synchronisationsanforderung ruft die SAP Mobile
Engine per Remote Function Call (RFC) eine Reihe von Funktionen im DSD Connector auf,
welche dann für das rufende mobile Gerät die tourbezogenen Daten aus den Tabellen des
DSD Connectors auslesen und diese über die SAP Mobile Engine zum mobilen Gerät
übertragen.
Bei der nächsten Synchronisationsanforderung überträgt das mobile Gerät zunächst alle
Daten, die während einer Tour erzeugt bzw. verändert wurden über die SAP Mobile Engine in
den DSD Connector. Hierbei ruft die SAP Mobile Engine ebenfalls per RFC eine Reihe von
Funktionen im DSD Connector auf. Die SAP Mobile Engine übergibt diesen Funktionen die
Daten vom DSD Mobile Device und die Funktionen sichern die übergebenen Daten in den
Tabellen des DSD Connector.
Nach der erfolgreichen Übertragung aller Daten (Upload) vom DSD Mobile Device zum DSD
Connector wird die Übertragung (Upload) vom DSD Connector zum DSD angestoßen. Dazu
wird die Übertragungsfunktion (Upload) im DSD Connector aufgerufen. Die
Übertragungsfunktion (Upload) liest alle Daten, die zu einer Tour gehören, aus dem DSD
Connector aus und konvertiert sie in die Strukturen des DSD. Mit diesen konvertierten Daten
werden dann per RFC die Übertragungs-BAPIs im DSD aufgerufen, welche die Daten nach
zahlreichen Prüfungen in der Route-Accounting-Datenbank sichern. Damit stehen die Daten
im DSD Settlement Cockpit zur Abstimmung bereit.

DSD Backend ERP2005 DE 6761

Hochgeladen von

Dokumentinformationen

Beschreibung:

Originaltitel

Copyright

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Beschreibung:

Copyright:

DSD Backend ERP2005 DE 6761

Originaltitel:

Hochgeladen von

Beschreibung:

Copyright:

Direct Store Delivery

© Copyright 2007 SAP AG. Alle Rechte vorbehalten.

Die von SAP AG oder deren Vertriebsfirmen angebotenen Softwareprodukte können

Oracle ist eine eingetragene Marke der Oracle Corporation.

Java ist eine eingetragene Marke von Sun Microsystems, Inc.

MaxDB ist eine Marke von MySQL AB, Schweden.

Direct Store Delivery (Backend) 6761 2

Direct Store Delivery (Backend) 6761 3

Direct Store Delivery (Backend) ................................................................................................ 6

Direct Store Delivery (Backend) 6761 4

Direct Store Delivery (Backend) 6761 5

Direct Store Delivery (Backend)

● als Konsumgüterhersteller einen direkten Einfluss auf den Endkunden zu erreichen.

● die Abstimmung von Prozessen im Verkauf und in der Distribution zu optimieren.

● Logistikkosten durch eine effiziente Besuchsplanung zu optimieren.

Das Backend von DSD besteht aus folgenden Teilkomponenten:

● einzelne Transporte anhand der Transporttransaktionen manuell aufgenommen

● einzelne oder mehrere Transporte vom System durch die Dynamische

Direct Store Delivery (Backend) 6761 6

○ unterschiedliche Kapazitätskriterien (optional)

● spezifischen Informationen und Belegen pro Tour

● der Erfassung von Ausgangs- und Eingangskontrolldaten

● der Abrechnung erfasster Belege und Daten im ERP-System.

● Tourdaten im mobilen Gerät

Direct Store Delivery (Backend) 6761 7

Cockpit übertragen. Sie verwenden das Abstimm-Cockpit, um Tourdaten anzuzeigen oder zu

Die Laderaumoptimierung ist erst dann einsatzfähig, wenn Sie folgende

■ Registrieren Sie den Optimierungsalgorithmus des Drittanbieters im

■ Richten Sie eine RFC-Verbindung ein

Direct Store Delivery (Backend) 6761 8

● Die DSD-spezifischen Kundendaten sind im Kundenstamm integriert.

● Die DSD-spezifischen Fahrerdaten sind im Kundenstamm integriert.

● Die DSD-spezifischen Fahrzeugdaten sind im Equipmentstamm integriert.

● Die DSD-spezifischen Materialdaten sind im Materialstamm integriert.

Direct Store Delivery (Backend) 6761 9

Zusatzdaten DSD: Fahrerdaten

● Direct Store Delivery aktivieren

● Zulässige Kontengruppe für Fahrer festlegen

● Transportdispostellen, für die der Fahrer zugelassen ist

● Führerscheinkategorien des Fahrers

● Sperrzeiten, in denen der Fahrer keinen Transport ausführen kann.

Wenn Sie das Kennzeichen vb-reine Prozesse in der Customizing-Tabelle

Direct Store Delivery (Backend) 6761 10

Zusatzdaten DSD: Fahrzeugdaten

● Direct Store Delivery und - sofern gewünscht - die Laderaumoptimierung aktivieren

● Transportmittelart zu Equipmenttyp und Fahrzeugart zuordnen

● Kennzeichnung, ob es sich um ein eigenes oder fremdes Fahrzeug handelt

● Fahrzeugtyp für die Laderaumoptimierung (LRO-Fahrzeugtyp), sofern Sie die

Direct Store Delivery (Backend) 6761 11

Zusatzdaten DSD: Tourdaten

Direct Store Delivery (Backend) 6761 12

Zusatzdaten DSD: Kundendaten

Direct Store Delivery (Backend) 6761 13

Direct Store Delivery (Backend) 6761 14

Direct Store Delivery (Backend) 6761 15

Erweiterte Zahlungsbedingungen bearbeiten

Direct Store Delivery (Backend) 6761 16

Zusatzdaten DSD: Materialdaten

● Bildsequenz BD für die Registerkarte DSD-Daten

● Bildsequenz BV für die Registerkarten

Direct Store Delivery (Backend) 6761 17

Zusatzdaten DSD: Verkaufsförderung