Der deutsche Einzelhandelsriese REWE nutzt seit kurzem MongoDB Atlas auf Google Cloud, um kritische Serviceanforderungen in der Abwicklung von Omnichannel-Vertriebsanfragen zu erfüllen und den gesamten Prozess zu digitalisieren – von der Bestellung über Lagerhaltung und Kommissionierung bis hin zum Versand.
REWE ist eine deutsche Supermarktkette und die Hauptmarke der REWE Group mit Hauptsitz in Köln. Der Einzelhandelsriese betreibt allein in Deutschland über 3.000 Supermärkte und über 5.500 weitere Filialen. Europaweit sind es insgesamt über 12.000 Märkte, in denen täglich rund zwölf Millionen Menschen mit Lebensmitteln, Bau- und Gartenbedarf sowie Reiseangeboten versorgt werden.
Als einer der führenden Handels- und Touristikkonzerne Europas steht REWE an der Spitze zukunftsweisender Entwicklungen in den Bereichen Groß- und Einzelhandel, Lebensmittel, Nachhaltigkeit, Wirtschaft, Digitalisierung und Reisen. Das Unternehmen ist die zweitgrößte Supermarktkette in Deutschland und der führende E-Food-Anbieter des Landes.
Basierend auf den Erfahrungen des REWE Liefer- und Abholservice bietet fulfillmenttools eine Software-as-a-Service (SaaS)-Lösung, die Online- und Filialgeschäfte von Einzelhändlern durch ein vollwertiges so genanntes Fulfillment Management System verbindet. Unter Fulfillment (engl. Erfüllung) wird die Gesamtheit aller Prozesse verstanden, die der Erfüllung eines durch eine Bestellung ausgelösten Vertrages dienen, wie etwa Kommissionierung, Versand und Lieferung. Das System wickelt alle Prozesse digital ab, von der Auftragsverteilung über die Unterstützung von Prozessen vor Ort bis hin zur Bestandsverwaltung und dem Versand an den Kunden. Einzelhändler profitieren von effizienteren und flexibleren Fulfillment-Prozessen, verbesserter Ressourcenauslastung und kürzeren Lieferzeiten.
„Wir bieten innovative und einfach zu bedienende Software-Tools, die die Komplexität der Omnichannel-Abwicklung im Handel vereinfachen“, erklärt Tim Dauer, Vice President Technology bei fulfillmenttools. „Wir bieten Fulfillment-Lösungen für Filialisten, aber auch generell für Omnichannel-Händler, die sowohl Online-Shops als auch physische Filialen betreiben.“
Bearbeitung komplexer Anfragen
fulfillmenttools baut eine leistungsstarke Plattform auf, die zuerst über eine API entwickelt wurde und von einer nativen Android-App sowie webbasierten Clients flankiert wird. Sie wird in der Cloud als SaaS-Anwendung betrieben. Der Datenbankbedarf wurde ursprünglich von Firestore auf Google Firebase abgedeckt. Das erfüllte zwar viele der frühen Anforderungen von fulfillmenttools, wie etwa kurze Markteinführungszeiten. Doch schnell wurden Grenzen und Probleme sichtbar.
Backups konnten nur durch Datenbank-Dumps durchgeführt werden, was zu Risiken der Inkonsistenz führte, die das Unternehmen nicht eingehen wollte. Ein zweites Problem begegnete den Entwicklern in ihrer täglichen Arbeit: Das Software Development Kit (SDK) von Firestore war begrenzt. Selbst relativ einfache Datenbankverwaltungsaufgaben waren zeitaufwändig und wurden durch Tooling-Probleme behindert. Ein drittes Problem war die Entwicklungszeit, die für die Indexierung von Datenbankabfragen benötigt wurde.
„Während der Entwicklungsphase musste man wissen, welche Abfragen im laufenden Betrieb von den Kunden wahrscheinlich gestellt werden würden“, erklärt Tim Dauer. „Wenn ich zum Beispiel Bestellungen nach Datum und dann nach Kunden in einem bestimmten Postleitzahlengebiet sortieren wollte, hätte ich diesen Index im Voraus aufwändig erstellen müssen. Zu diesem Zeitpunkt wurde klar, dass Firestore mit seinem aktuellen Funktionsumfang für unsere Zwecke nicht geeignet war.“
Wenn fulfillmenttools sein Ziel erreichen wollte, der führende Anbieter im Omnichannel-Fulfillment zu werden, brauchte es eine andere Datenbanklösung, die diese Probleme adressieren konnte und darüber hinaus Schnelligkeit, hohe Konnektivität, einen schnellen Ramp-up und die Fähigkeit, komplexe Abfragen zu verarbeiten, bot.
Die Lösung
Die Anforderungen, die fulfillmenttools an eine Datenbank stellt, mögen in Bezug auf das Transaktionsvolumen weniger intensiv sein als bei anderen Betreibern. Trotzdem legt das Unternehmen besonderen Wert auf andere kritische Faktoren, vor allem auf die Verfügbarkeit und die Fähigkeit zur vertikalen Integration.
„Ich hatte viel Positives darüber gehört, wie MongoDB innovative Problemlösungen auf verschiedenen Ebenen ermöglicht, sei es bei der Suche oder der Verwaltung von Mobilgeräten“, sagt Dauer. „Aber was uns letztlich überzeugt hat, war das hervorragende Feedback von Entwicklern zur Arbeit mit MongoDB. Die Benutzergemeinschaft ist sehr groß und leicht verfügbar, und die Lösung lässt sich sehr gut bei unserem Cloud-Anbieter integrieren.“
Von MongoDB Atlas versprach sich Tim Dauer schnellen und leistungsfähigen Ersatz für die vorherige Lösung zu bieten. fulfillmenttools ließ Atlas parallel zu Firestore laufen und synchronisierte die Daten schrittweise. Der Wechsel wurde dann durch eine einfache Änderung des Lesezugriffs auf Atlas abgeschlossen.
„Es war sehr einfach. Wir haben es Schritt für Schritt gemacht, und es gab keine Service-Unterbrechungen“, sagt Dauer. „Wir haben eine ganz normale Migration zu MongoDB Atlas durchgeführt, ohne dass etwas Ungewöhnliches oder Unerwartetes passiert ist. Es war völlig reibungslos und sehr effektiv.”
Die Ergebnisse
Während fulfillmenttools MongoDB Atlas zunächst als Ersatz für die bisherige Datenbank betrachtete, wurden andere Funktionen und Vorteile für Dauer und andere Abteilungen innerhalb des Unternehmens schnell offensichtlich. Insbesondere MongoDB Charts haben sich als sehr beliebt erwiesen.
„Unser Customer-Success-Team ist begeistert von den Möglichkeiten, die sich durch die viel effizientere Nutzung von Daten bieten“, sagt Dauer. „Es ist so einfach zu verwalten, dass die Leute es einfach selbst machen können, und das ist ein entscheidender Grund, warum wir weiter in MongoDB investieren.“
Als Anbieter einer SaaS-Lösung sah fulfillmenttools auch die Wichtigkeit einer cloudbasierten Plattform, die effektiv auf Google Cloud funktioniert.
„Wir haben für unsere interne Organisation keinerlei Systeme vor Ort. Wir haben einen Netzwerk-Switch in unserem Serverraum – das ist alles, was bei uns noch on-premise ist. Alles, was wir betreiben, ist in der Cloud. Das ist sehr wichtig, das ist bereits heute Realität und natürlich auch die Zukunft für uns. Unser Ziel ist es, ein Produkt zu liefern, das durchgängig SaaS und serverlos ist.“
Das längerfristige Ziel für fulfillmenttools ist es, weiterhin exzellenten Kundenservice zu bieten, während die Software und MongoDB effizient, aber unbemerkt im Hintergrund arbeiten, so dass sich die Mitarbeiter auf das konzentrieren können, was sie am besten können, und dabei die besten verfügbaren Tools nutzen. „Es ist immer schön, eine Lösung für ein bestimmtes Problem zu haben – sei es ein Tool, eine Person, eine Rolle, was auch immer. Noch besser ist es, eine gute Lösung zu haben, die für Best Practices steht. Diese Lösung haben wir in MongoDB gefunden.“
