RMS und APE

RMS (Retail Merchandising System oder Retail Management System, deutsch etwa „Warenwirtschaftssystem für den Handel") und APE (Aktionsplanung und -evaluation, englisch Assortment Planning & Execution) bezeichnen zwei aufeinander bezogene Softwaresysteme im Filialhandel. RMS ist das operative System, das den Alltagsbetrieb steuert: Artikeldaten, Bestände, Preise, Bestellungen und Filialbelieferung. APE ist die darüberliegende Planungsschicht, in der entschieden wird, welche Artikel wann in welchen Filialen verkauft und beworben werden. Anschließend misst APE, was die Aktion tatsächlich gebracht hat.

Was sind RMS und APE?

Ein Retail Merchandising System (RMS) ist die zentrale Software, in der ein Händler seine tägliche Warenwirtschaft abwickelt (also alles rund um Ein- und Verkauf von Waren). Darin sind hinterlegt: welche Artikel und Warengruppen es gibt, welche Lieferanten und Filialen dazugehören, wie viele Stück wo im Lager oder Regal liegen, welche Verkaufspreise und Rabatte gelten und wie Bestellungen, Wareneingänge und Filialbelieferungen ablaufen. Die Kassen der Filialen sind an das RMS angebunden. Jeder Verkauf reduziert dort den Bestand und stößt bei Bedarf eine Nachbestellung an. Marktbeispiele sind SAP for Retail, das Oracle Retail Merchandising System, Aptos Merchandising, Relex und Symphony RetailAI. Der Sprachgebrauch schwankt: „Retail Management System" betont die filial- und kassennahen Prozesse, „Retail Merchandising System" die sortiments- und warennahen. Die Systeme überlappen sich in der Praxis stark, eine scharfe Norm besteht nicht.

APE steht für Aktionsplanung und -evaluation und ist der geläufige deutsche Begriff für die Planungs- und Auswertungsschicht oberhalb des RMS. Angelsächsisch wird die Familie meist als Assortment Planning & Execution oder Promotion Planning & Execution geführt. Inhaltlich fasst APE drei Aufgaben zusammen: Sortimentsplanung (welche Artikel in welchen Filialclustern über welche Saison), Aktionsplanung (Actionmix aus Preisreduktion, Werbung, Zweitplatzierung, Prospekt- und Digitalfläche) und die anschließende Evaluation (Umsatz- und Deckungsbeitrags-Attribution, Uplift-Messung, Kannibalisierungsanalyse). APE kann als Modul innerhalb einer Retail-Suite auftreten oder als eigenständige Suite von Anbietern wie Blue Yonder, Relex, SAP Promotion Management for Retail oder Oracle Retail Promotion und Assortment Planning.

Die Trennung existiert, weil Planung und Ausführung unterschiedliche Datenmodelle, Rhythmen und Verantwortlichkeiten haben. APE arbeitet mit Aggregaten, Szenarien und Zukunftshorizonten (Wochen bis Saison), RMS mit Einzelbewegungen und Ist-Zuständen in Nahezu-Echtzeit. Der typische Ablauf entlang der Kette lautet: APE plant, RMS führt aus, Kasse und Filiale erzeugen Transaktions- und Bestandsdaten, eine Analytics-Schicht (Data Warehouse oder Lakehouse) misst Wirkung und speist Kennzahlen, Prognosen und Uplift-Werte in die nächste APE-Runde zurück. Diese Rückkopplungsschleife ist der Grund, warum die beiden Systeme in Retail-Architekturdiagrammen fast immer nebeneinander stehen.

Abgrenzung zu ERP, WMS, MFP, TPM und der Analytics-Plattform

Die Zuordnung im Systemumfeld eines Händlers wird häufig verwechselt. Die folgende Tabelle zeigt die zentralen Unterschiede.

Zusätzlich existiert eine gleichnamige, aber inhaltlich abweichende Verwendung im SAP-Datasphere-Umfeld: dort bezeichnen RMS und APE den Replication Management Service und die ABAP Pipeline Engine als Replikations-Backbone hinter Datasphere Replication Flows aus ABAP-Quellen. Dieser Datenintegrations-Begriff hat trotz identischer Abkürzung keinen Bezug zu Handels-Merchandising oder Aktionsplanung.

Beispiel: Aktionswoche einer Handelskette mit rund 400 Filialen

Eine Handelskette plant für die kommende Woche eine Aktion auf ausgewählte Kaffee-SKUs. In APE entstehen die Rahmenparameter: Auswahl der beteiligten Filialen (150 von 400, geclustert nach Umsatzstruktur), Preisreduktion um 15 Prozent gegen den Referenzpreis, Zweitplatzierung in der Aktionsgondel, halbseitige Prospektfläche, digitale Ausspielung über App und Newsletter. Der geplante Uplift und der Ziel-Deckungsbeitrag werden als Szenario hinterlegt, freigegebene Werte laufen als Aktionsdatensatz nach RMS.

RMS führt die Aktion aus. Die neuen Verkaufspreise werden zum Aktionsstart in den betroffenen Filialen aktiv, Nachbestellmengen werden für die Aktionswoche erhöht, an der Kasse werden die Umsätze mit einem Aktionskennzeichen versehen. Bestands- und Preisänderungen bleiben in RMS transaktional nachvollziehbar. Parallel laufen Kassendaten, Bestandsbewegungen und Preishistorien in ein Lakehouse. Nach Aktionsende werden dort Uplift gegen eine Baseline, Kannibalisierung anderer Kaffee-SKUs, Netto-Deckungsbeitrag und Cross-Category-Effekte berechnet. Die Ergebnisse fließen als Kennzahlen und aktualisierte Elastizitäten in die nächste APE-Planungsrunde zurück und beeinflussen Sortiments-, Aktions- und Preisentscheidungen der Folgewochen.

Genau diese Architekturposition macht RMS und APE für Data- und AI-Vorhaben im Handel zentral: sie sind die Quellsysteme für Demand-Forecasting, Preiselastizitäts-Modellierung, Markdown-Steuerung und Aktions-Attribution. Ohne saubere APE-Planungsdaten lassen sich Uplifts nicht sauber gegen eine Baseline messen; ohne saubere RMS-Transaktionsdaten lässt sich weder Nachfrage modellieren noch Aktion evaluieren.