Diese Variante wird für die regelmäßige manuelle Kontrolle des Regals eingesetzt. Dieser Report kann regelmäßig im Hintergrund ausgeführt (z.B. jeden Monat) oder bei Bedarf manuell gestartet werden.

• Listungsprüfung

• Layoutprüfung (prüft die Zuordnung der Layoutbausteine zu den Filialen)

• Selektion aller Filialen, denen der Layoutbaustein zugeordnet ist

• Selektion keiner Filiale (nur Stammdaten werden exportiert)

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

• Verschiedene Reporting-Funktionen

• 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

• Alle relevanten Artikeldaten werden gelesen und entweder per OLE in Microsoft Excelã exportiert, oder es wird das ROP aufgerufen.

• Wenn Sie den Export in Microsoft Excelã nicht verwenden, 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 zusätzliche Felder für die Datenselektion ausgefüllt werden wie z.B.

• 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 Funktionsbausteine; daher müssen die eigentlichen Pfadnamen eingegeben werden)

• der spezifische lokale 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. (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).