Mit dieser Variante geben Sie eine Auslistungsbenachrichtigung aus dem R/3-System an das Regaloptimierungsprogramm (ROP) weiter.

Wenn Sie einen Artikel auslisten wollen, legen Sie ein Datum fest, zu dem der Artikel physisch aus den Filialen entfernt werden soll. Vor diesem Datum muß der Artikel aus dem betreffenden Sortiment entfernt werden und kann nicht mehr verkauft werden. Mit dieser Variante wird dem ROP mitgeteilt, daß der Artikel aus den Planogrammen entfernt werden soll. Erst nachdem diese Vorgänge durchgeführt worden sind, kann durch den Workflow mit dem eigentlichen Auslistungsvorgang fortgefahren werden.

Wenn Sie einen Artikel auslisten möchten, prüft das System zunächst, ob der Artikel einem Layoutbaustein zugeordnet ist. Trifft dies zu, kann der Artikel nicht ausgelistet werden. In diesem Fall haben Sie jedoch die Möglichkeit, den Artikel zunächst aus allen Layoutbausteinen zu entfernen und dann mit der Auslistung fortzufahren.

• Sortimentsliste

• Workflow zur Regaloptimierung

• Import der Daten über den Aufruf des Lese-BAPIs oder über den Import aus Microsoft Excelã

• Möglichkeit der differenzierten Darstellung von Teilbereichen eines Regals nach verschiedenen Kennzahlen wie z.B. Absatz, Handelsspanne etc.

• Anstarten von Optimierungsläufen im ROP auf Basis von Kennzahlen (wie z.B. Absatz)

• Aufruf des Verbuchungs-BAPIs mit Übergabe der optimierten Daten an R/3.

• Wenn Sie nicht mit Microsoft Excelã arbeiten, ruft das ROP das Lese-BAPI Bapi_SiteLayMod_GetItems2 auf, das die Artikeldaten in das ROP importiert.

• Das ROP führt dann die notwendigen Optimierungsaufgaben durch und ändert entsprechend Regalbestände und Konfigurierungen.

• Die optimierten Artikeldaten werden an das Verbuchungs-BAPI Bapi_SiteLayMod_Change weitergegeben, das dann ausgeführt wird.

Zur Abbildung:

1. Zunächst wird das externe ROP aufgerufen. Wenn es nur eine einzige Planogramm-Datei gibt, wird diese angezeigt. Wenn es mehr als eine Planogramm-Datei gibt, wird keine Datei angezeigt.

2. Bapi_SiteLayMod_GetItems2 wird aufgerufen. Das BAPI liest die Exportdaten und übernimmt sie in das externe ROP.

3. Bapi_SiteLayMod_Change wird aufgerufen. Das BAPI importiert die Daten aus dem externen ROP und verbucht sie im R/3-System.

Das Lese-BAPI Bapi_SiteLayMod_GetItems2 kann Daten für einen Layoutbaustein an mehrere Betriebe (Betriebsgruppen, Betriebshierarchien oder alle Betriebe) oder keinen Betrieb übergeben. Wenn Sie keinen Betrieb wählen, werden nur die Stammdaten übergeben.

Das Verbuchungs-BAPI Bapi_SiteLayMod_Change hat die folgenden Kennzeichen:

• ein Kennzeichen, das festlegt, ob für jede Kombination von Betrieb und Artikel Listungskonditionen in R/3 angelegt werden sollen

• ein Kennzeichen, das festlegt, ob die Zuordnung von Layoutbausteinen zu Betrieben geprüft werden soll. Dieses sollte in der Regel auf ja gesetzt sein. Wenn dies nicht der Fall ist, werden Artikelbewegungsdaten exportiert, auch wenn der Layoutbaustein, dem die Artikel zugeordnet sind, dem Betrieb nicht zugeordnet ist. Dieses Kennzeichen steht auch für das Lese-BAPI zur Verfügung.

Das Verbuchungs-BAPI modifiziert außerdem die Zuordnungen von Artikeln zu der Layoutbausteinversion (es kann Artikel sowohl hinzufügen als auch löschen).

• Erstellung von Layoutbausteinen in R/3

• Anlage eines Dokuments im Dokumentenverwaltungssystem (DVS) mit einem Link zu der einem Layoutbaustein zugeordneten Planogramm-Datei

• Im Customizing müssen Sie festlegen

• welche Infostrukturen und Felder für die Bewegungsdaten verwendet werden sollen (wie z.B. Mengen, Umsatz und Absatz)

• welche Daten für den Export ausgewählt werden sollen

• die Selektionsperiode (Zeitraum) für die Ermittlung der Bewegungsdaten (Tag, Woche, Monat)

• welcher Funktionsbaustein für den Datenexport verwendet werden soll

• den spezifischen lokalen Verzeichnispfad, auf dem externe Programme wie das ROP installiert sind (die Funktionsbausteine dienen nur als Vorlagen für kundenspezifische Funktionsbausteine; daher müssen die eigentlichen Pfadnamen eingegeben werden)

• Wichtig ist, daß SAP Retail gegenüber dem Regaloptimierungsprogramm (ROP) als dominantes System verstanden wird. Das bedeutet, daß nur die Daten verbucht werden können, die von SAP Retail erkannt werden. Neue Artikel oder Preisänderungen, die noch nicht in SAP Retail aufgenommen worden sind, werden nicht benutzt.

• Die Planung von Layoutbausteinänderungen ist gegenwärtig nicht möglich. Vorgenommene Layoutbausteinänderungen wirken sich unmittelbar auf das R/3-Modell aus, da sonst der Workflow nicht gestartet werden kann. Davon kann auch der Inhalt der Sortimentsliste betroffen sein. (Einfache Änderungen der Listungskonditionen haben jedoch keine weiteren Auswirkungen.)

• Das System erkennt lediglich neu gelistete oder ausgelistete Artikel anhand der folgenden Kriterien:

• Plazierungsänderungen im entsprechenden Layoutbaustein

• Ausführung des manuellen Regalpflegeprogramms (Variante 4)