dm-drogerie markt Entwicklung eines neuen Service-Punkts auf Basis moderner Web-Technologien
Technologien
Kundennutzen
- Kundenzufriedenheit
- Flexibilität
- Störungsfreier Betrieb der Servicepunkte
In den dm-Märkten haben Kund:innen die Möglichkeit, über ein Service-Terminal auf verschiedene Informationen wie Produktpreise oder gesammelte Payback-Punkte zuzugreifen. Da die bisherigen Terminals noch auf sperrige PC-Hardware angewiesen und nur mit veralteten Touchscreens ausgestattet sind, wurde gemeinsam mit inovex eine flexible, zukunftssichere Lösung entwickelt.
Jeder dm-Markt ist mit einem so genannten dm-Service-Punkt ausgestattet. Über einen Touchscreen können Kund:innen durch Scannen von Barcodes selbstständig Preisinformationen zu Produkten erhalten, den Wert ihrer Geschenkkarte auslesen, mit Payback interagieren oder sich für den Eltern-Kind-Begleiter „glückskind“ anmelden.
Die verbreiteten Terminals basieren noch auf einem Microsoft-Windows-System mit einem großen resistiven Touchscreen. Dieser erkennt zwar die Eingabe per Fingerdruck, nicht aber Gesten wie das Wischen zum Verschieben von Inhalten.
All diese Eigenschaften stammen aus der Entstehungszeit des nun gut 10 Jahre alten Terminals. Damals State of the Art, sorgt vor allem die Verbreitung von Smartphones und Tablets mit kapazitiven Displays inzwischen für neue Ansprüche bei den Nutzer:innen – denen die dm-Tochter Filiadata und das Systemhaus inovex mit der Entwicklung eines neuen Terminals gerecht wurden.
Zeitgemäße Hardware erfüllt die Erwartungen der Nutzer:innen
Deshalb werden neue dm-Märkte fortan mit einem Service-Punkt ausgestattet, der statt aus einem Bildschirm aus zwei iPads besteht. Deren Touchscreen erlaubt die schnelle und intuitive Bedienung, wie Kund:innen sie von ihren privaten Geräten gewohnt sind. Sie sind wie bisher mit einem modernen Imager verbunden, der unterschiedliche Barcodes und QR-Codes einlesen und mit digitaler Bildanalyse auswerten kann.
Angesprochen wird der Scanner über eine serielle Schnittstelle, die dank eines Adapters und eines eigens geschriebenen Treibers vom iPad erkannt wird.
Modernste Web-Technologien sorgen für Flexibilität
Die eigentliche Herausforderung aber war die Entwicklung einer neuen Software-Architektur, die einerseits die Vorteile der neuen Hardware ausnutzt und andererseits flexibel und modular genug ist, um ohne viel Aufwand für zukünftige Anforderungen angepasst werden zu können.
Das Frontend der neuen Service-Punkte ist dreigeteilt: Es besteht aus einem nativen Container, in dem die Web Apps laufen, die wiederum als Single Page Applications (SPA) mit AngularJS umgesetzt sind. Die Kommunikation zwischen Container und App ist über eine JavaScript Bridge realisiert, die einer App zum Beispiel die Kommunikation mit dem Imager erlaubt.
Die Web Apps für Kund:innen stellen die bisherigen Funktionen „Preisinformation“, „Payback“, „glückskind“ und „Geschenkkarten“ bereit, für die Administration ist zudem eine versteckte Anwendung verfügbar. Die Single Page Applications werden jeweils nur einmal geöffnet – Inhalte können dann dynamisch nachgeladen werden. Der Zugriff auf den Enterprise Service Bus (ESB), etwa zur Abfrage von Produktpreisen, erfolgt über einen Server, der das vom ESB gesprochene SOAP-XML in JSON umwandelt.
Die Startseite, über die Kund:innen auf die verschiedenen Anwendungen zugreifen können, ist ebenfalls als SPA realisiert und ordnet die verfügbaren Apps dynamisch in einem Raster an. Dieser modulare Aufbau ermöglicht es, zukünftig neue Anwendungen zu integrieren oder bestehende Apps zu entfernen.
Die Installation von Apps und Updates erfolgt über eine Anfrage an den Konfigurationsserver. Dort kann für jedes Terminal anhand der Gerätenummer berechnet werden, welche Anwendungen in welcher Version installiert werden sollen. Ist eine App nicht installiert, wird diese vom Delivery Server heruntergeladen und in den Container integriert. Jede Anwendung liegt in einem ZIP-Format vor, das an die Open Web Apps von Mozilla angelehnt ist.
Die bestehenden Terminals müssen aufgrund der Neuentwicklung übrigens nicht komplett ausgetauscht werden: Die Kapselung der verschiedenen Service-Angebote ermöglicht es, auch für die alten Windows-Systeme einen Container zu schreiben, in dem die einzelnen Web Apps laufen. So müssen nicht zwei verschiedene App-Versionen parallel gepflegt werden und die Nutzer:innen erhalten auf jedem Terminal dasselbe User Interface.
Inzwischen wurden die neuen Web Apps deutschlandweit ausgerollt und sind sowohl auf iOS- als auch Windows-Terminals erfolgreich im Einsatz.
Wie kontrolliert man über 1.800 Service-Punkte?
Um den störungsfreien Betrieb der Service-Punkte in über 1.800 dm-Märkten zu überwachen, wurde eine robuste Logging-Infrastruktur entwickelt. So senden jeder Container und jede Web App (über die Bridge) in regelmäßigen Abständen eine Nachricht an den Logging Server. Eine Logging-Nachricht ist ein JSON-Objekt mit individuellen Parametern sowie einer ID, die vom Server einer bestimmten Statusmeldung zugeordnet wird. Um im Störungsfall – etwa bei Abbruch der Internetverbindung – keine Logs zu verlieren, werden diese lokal gesammelt und in Schüben versandt.
Der Logging Server speichert eingegangene Meldungen in einer Redis-In-Memory-Datenbank, wo sie von Logstash gesammelt und mit Kibana/Elasticsearch verarbeitet werden. Über das Kibana Dashboard lassen sich die Ereignisse einsehen, sodass im Bedarfsfall zeitnah reagiert werden kann.
Zusammenfassung
Durch die partnerschaftliche Zusammenarbeit von Filiadata und inovex konnte ein neuer, verbesserter Service-Punkt entwickelt werden. Dieser ist durch seine dynamische Architektur mit vorhandener Hardware rückwärtskompatibel, durch die Verwendung moderner Web-Technologien aber auch auf zukünftige Einsatzzwecke vorbereitet.
Wie können wir Sie unterstützen?