Diese Variante kann auf verschiedene Weisen eingesetzt werden:

• Ein völlig neues Regal kann aufgebaut werden. In diesem Fall können entweder neue oder bereits bestehende Artikel in diesem neuen Regal plaziert werden.

• Ein neuer Artikel kann in einem bereits bestehenden Regal plaziert werden.

• Ein Artikel, der bereits in einem Regal in der Filiale aufgenommen wurde, kann in einem weiteren Regal plaziert, also zweitplaziert werden (z.B. Sonderpreisartikel am äußersten Ende eines Regals, während der Rest dieses Artikels am üblichen Platz in der Mitte eines Gangs plaziert ist).

Die Variante wird in SAP Retail über einen Workflow abgebildet.

• 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 Planogramm-Datei gibt, wird diese angezeigt. Gibt es mehrere Planogramm-Dateien, können Sie eine Datei aus einer Liste auswählen.

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 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.

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

• Modellierung des Layoutkonzepts in R/3 mit Layoutbausteinen, die den Layouts, und Layouts, die den Filialen zugeordnet sind

• Anlage von Layoutbausteinen in R/3 und Zuordnung der Artikel zu den Layoutbausteinen

• 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 (die Funktionsbausteine dienen nur als Vorlagen für kundenspezifische Bausteine; daher müssen die eigentlichen Verzeichnispfade eingegeben werden)

• den spezifischen lokalen Verzeichnispfad, auf dem externe Programme wie das ROP installiert sind

• 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. Wenn Sie versuchen, nicht existente Artikel zu löschen, schreibt das System entsprechende Fehlermeldungen in ein Anwendungsprotokoll.

• 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)