CAR + E-Commerce: der Rough Stock Indicator
Was ist der Rough Stock Indicator? Der Rough Stock Indicator (kurz RSI) ist die Verfügbarkeitsanzeige eines Artikel in einem Onlineshop. Es gibt ihn in mehreren Formen: Ampel (Rot = nicht verfügbar, Gelb = wenige verfügbar, Grün = voll verfügbar) Als numerische Anzeige der genauen Bestandsverfügbarkeit Als ungefähre Beschreibung („Auf Lager“, „sofort Lieferbar“, „verfügbar“, …) Wenn […]
SAP CAR OPP: Lokales vs. zentrales Preis-Repository
Mit der Omnichannel-Aktionspreisfindung (OPP) hat die SAP eine Lösung geschaffen, um dem Endkunden ein vollständiges Omnichannel-Einkaufserlebnis zu bieten. Durch konsistente Preise über alle Vertriebs- bzw. Kommunikationskanäle hinweg, lässt sich die Kundenzufriedenheit und Kundentreue nachhaltig steigern. Im Folgenden stellen wir Ihnen sowohl die technischen Voraussetzungen, als auch mögliche architektonische Ausprägungen vor. OPP berechnet die effektiven Verkaufspreise […]
Archivierung von Kassentransaktionen in POS DTA
Im Gegensatz zum POSDM können im SAP CAR-Modul POSDTA – dank der neuen HANA-In-Memory-Technologie – erstmals alle Felder der Kassentransaktionen unkomprimiert in Tabellen angezeigt werden (flat-Format). Damit diese schnell wachsenden Transaktionslogtabellen (TLOGF, TLOGF_X, TLOGF_EXT, …) nicht zum Systemstillstand führen, sollten aktive Housekeepingmaßnahmen wie Archivierung & Reorganisation eingeplant werden.
Datenreplikation aus SAP ERP in SAP CAR DDF
Eine der Funktionalitäten der Demand Data Foundation (DDF) als Modul des SAP Customer Activity Repository (SAP CAR) besteht im Import und Export von Daten zu und von Umsystemen. Eine Kurzübersicht der DDF finden in Sie einem weiteren Beitrag. Entscheiden Sie sich, SAP ERP als Stammdatenführendes System zu nutzen, können Sie das Datenreplikations-Framework (DRF) verwenden, um […]
POS DM vs POS DTA
In diesem Beitrag nehmen wir die beiden Module POSDM (POS Data Management) und POSDTA (POS Data Transfer & Audit) etwas genauer unter die Lupe. Im SAP CAR (Customer Activity Repository) wird an Stelle des älteren POSDM das neue Modul POSDTA verwendet. Da es wichtig ist die Unterschiede dieser beiden Module, als auch die neuen Funktionen, […]
Grobarchitektur der PIPE
Die POS Inbound Outbound Processing Engine (PIPE) ist der Hauptprozess des POS DTA Moduls, gewachsen aus POS DM. Ausgelegt für sehr große Datenmengen, nimmt die PIPE Transaktionsdaten entgegen, prüft gegen Stammdaten und reichert ggf. die Daten an.