PostNL liefert neue Geschäftsmodelle mit Low-Code

„Wir haben gerade erst an der Oberfläche gekratzt.“ Jasper ten Hove ist bescheiden, wenn er über die Arbeit spricht, die die IT-Abteilung für PostNL.

ten Hove ist Manager für logistische E-Commerce-IT bei PostNL, dem niederländischen nationalen Postdienstleister und einem der größten Logistik- und Paketunternehmen in den Benelux-Ländern. Er spricht über das Lebenselixier des stetig wachsenden Paketgeschäfts von PostNL: ihr neues, zweckdienliches, maßgeschneidertes Auftragsmanagementsystem.

Mithilfe dieses Systems und der Methode, mit der es entwickelt wurde, konnte PostNL 1.1 Millionen Pakete pro Tag verarbeiten, was ein signifikantes, kontinuierliches Wachstum gegenüber dem Vorjahr darstellt. Zudem konnte ein IT-Rückstand von zwei Jahren in nur zwei Quartalen abgebaut werden.

All diese Ergebnisse sind für ten Hove und seine Kollegen bei PostNL jedoch nur der Anfang ihrer langfristigen Geschäftsstrategie. Ihr Team hat durch schnelle Entwicklung, kontinuierliche Feedbackschleifen und eine klare Ausrichtung auf Geschäftsziele einen positiven Wertekreislauf geschaffen.

Die größte Errungenschaft des Logistikanbieters ist die Positionierung der Software als zentrales Element seiner Geschäftsbeziehungen mit den Mendix Low-Code-Entwicklungsplattform.

Die IT-Abteilung von PostNL wandelt PostNL von einem Post- und Paketunternehmen, das Software liefert, in ein technologieorientiertes Unternehmen um, das Post und Pakete zustellt. All dies wird durch eine neue Arbeitsweise ermöglicht, die auf einem auf Microservices basierenden Auftragsmanagementsystem beruht, das wahrscheinlich die komplexeste Low-Code-Implementierung darstellt, die jemals versucht wurde.

Änderung verarbeiten

Was führte PostNL dazu, Mendix Die Low-Code-Plattform war eine Kombination aus:

• Veränderte Marktanforderungen
• Die Notwendigkeit, ihre IT-Systeme anzupassen um ihrer Geschäftsvision zu entsprechen

PostNL baute seine gesamte Basis auf der Post auf – der Zustellung von Briefen und Paketen direkt in die Briefkästen von 17 Millionen Kunden in den Niederlanden und Belgien. PostNL stellt immer noch 8.1 Millionen Briefe pro Tag zu, aber in den letzten 15 Jahren hat das Unternehmen eine Explosion seiner Paketgeschäft, katalysiert durch das massive Wachstum im E-Commerce.

Aber PostNL hält, was es verspricht. Für ein Unternehmen, das auf Post basiert, hat PostNL die Umstellung auf Pakete erfolgreich vollzogen. Und zwar so erfolgreich, dass das Paketgeschäft von PostNL im Jahr 2020 offiziell das Postgeschäft als größten Teil des Geschäfts überholt hat. Entscheidend für diesen Erfolg ist ihr Auftragsmanagementsystem.

Da Chris Neuteboom, Produktverantwortlicher für das Auftragsmanagementsystem, und sein Team einen Anstieg bei den Paketbestellungen erwarteten, begannen sie 2007 mit der Entwicklung einer Lösung. Dieses System konnte 600,000 Bestellungen pro Tag verarbeiten – was Neuteboom und sein Team damals für eine bemerkenswerte Größenordnung hielten. Das Auftragsmanagementsystem war ein klassischer technologischer Monolith: Entwickelt mit traditionellen Programmiersprachen, auf einem alten Betriebssystem, mit externen Entwicklern.

Das Auftragsmanagementsystem war für das Kerngeschäft von PostNL von entscheidender Bedeutung. Und wie viele Monolithen konnte das Auftragsmanagementsystem, das Neuteboom, ten Hove und der Rest des Teams aufgebaut hatten, den Anforderungen eines Marktes, der schnell wuchs und sich veränderte, nicht mehr gerecht werden. Der E-Commerce boomte weiterhin und die Paketbestellungen lagen deutlich über dem erwarteten Höchststand von 600,000 pro Tag.

Neben der Skalierung eines Systems zur Erfüllung der wachsenden E-Commerce-Nachfrage erfordert die Logistik eine ständige Verbesserung der Geschäftsprozesse. Um diese Prozesse zu optimieren, ein Logistikdienstleister muss:

• Schnelles Aktualisieren der Software, manchmal in Echtzeit
• Vermeidung oder Minimierung von Ausfallzeiten für lebenswichtige Systeme

Mit ihrem monolithischen Auftragsmanagementsystem war es angesichts der steigenden Nachfrage nicht möglich, diesen Maßstab und diese Prozessverbesserung zu unterstützen.

Die Vision von PostNL geht über eine modernere Auftragsmanagementsystem. Ja, sie müssen mit der Paketnachfrage Schritt halten – die wird weiter steigen. Tatsächlich erreichte die Paketnachfrage im von der Pandemie geprägten Jahr 2020 fast das ganze Jahr über Höchstwerte in der Weihnachtszeit.

Doch schon 2015 hatte PostNL über den Paketdienst hinaus Ambitionen für andere Geschäftsbereiche wie termingebundene Lieferungen, Möbellieferungen, Auftragsabwicklung oder Gesundheit und Medizin. All diese Bereiche erfordern unterstützende Software, die viele der gleichen Input-/Output-Prozesse wie Pakete widerspiegelt, aber unterschiedliche Liefer- und Datenanforderungen hat.

Verschiedene Pakete erfordern unterschiedliche Informationen, unterliegen aber im Allgemeinen demselben Eingabe-/Ausgabeprozess wie Päckchen oder Post. Große Frachten und Arzneimittel zum Beispiel. Der Geschäftsprozess rund um die Auftragsannahme für diese Artikel ist ein sehr ähnlicher Prozess, aber die beiden haben eine sehr unterschiedliche Informationszusammensetzung. Beide erfordern unterschiedliche Ausrüstung und Zusteller. Das eine ist zeitkritisch, das andere normalerweise nicht. Das eine kann Kühlung erfordern, das andere einen Kühlschrank.

PostNL unterscheidet diese Sendungen, indem es verschiedene Unternehmen identifiziert, die als Betreiber bezeichnet werden. Ein Betreiber hat seine eigene logistische Funktion, um den individuellen Anforderungen eines Artikels bestmöglich gerecht zu werden. Das bedeutet, dass sich das Auftragsmanagementsystem je nach dem, was über ihn geliefert wird, ändern muss.

Mit der Vision, ein marktführender Logistikanbieter zu werden, und dem Anspruch, dies durch ständige, sofortige Prozessänderungen zu verwirklichen, erkannte PostNL, dass es mit seinem instabilen, monolithischen Auftragsmanagementsystem unmöglich war, diesen Standard zu erreichen.

Um den Grundstein zu legen für zukünftiger Maßstab, und um PostNL in einen marktführenden, effizienten Logistikanbieter zu verwandeln, mussten sich etwas ändern.

Planen einer neuen Route

Monolithische Systeme waren einst für Anwendungsfälle wie das Auftragsmanagement geeignet, aber ihre definierte, stabile Architektur bedeutet, dass die rapide Veränderungen erforderlich, um mit einer sich ständig weiterentwickelnden Geschäftsumgebung Schritt zu halten, sind schwierig bis unmöglich. Um ihre Vision zu verwirklichen, musste das Team von PostNL einen schwierigen Weg einschlagen. Sie mussten einen Kanal für ständige Änderungen und Optimierungen bereitstellen, ohne dabei Stabilität und Zuverlässigkeit zu opfern.

Im Jahr 2015 begannen Neuteboom, ten Hove und Ramp mit der Neustrukturierung des Auftragsmanagementsystems. Doch der Prozess ging nur langsam voran. Beim Programmieren mit traditionellen Sprachen wird ein scheinbar einfacher Geschäftsprozess in eine komplexe Syntax verpackt, sodass die Leser erst interpretieren müssen, was er bedeutet, bevor sie Änderungen zur Verbesserung vorschlagen. Der Prozess ging – nicht zuletzt aufgrund der Geschwindigkeit der Änderungen – nur langsam voran. Bis 2019 hatte das Team nur etwa 40 % der Arbeit erledigt.

Neuteboom fasst die Ziele des neuen Auftragsmanagementsystems gut zusammen:

Zur Neugestaltung ihrer Architektur gehörte auch die Umwandlung des Auftragsverwaltungssystems in ein Framework, das PostNL einmalig erstellen und dann bei seinen Betreibern wiederverwenden und je nach Bedarf an die gelieferten Artikel anpassen konnte.

Dies war keine leichte Aufgabe, wenn man bedenkt, dass es für jedes Paket 18 Ereignisse oder Kontaktpunkte in der Verarbeitungskette gibt, die das Paket zu seinem Ziel führt. Diese Kette enthält Metadaten, darunter, wo das Paket zugestellt werden soll, zu welcher Zeit und ob eine Unterschrift erforderlich ist oder nicht. Das neue System besteht aus doppelten Diensten in 32 Sortierzentren und müsste über 10 Millionen Transaktionen pro Tag verarbeiten.

Neuteboom, ten Hove und Ramp begannen, nach alternativen Entwicklungsmethoden zu suchen, die es ihnen ermöglichten, schneller voranzukommen und ihre Organisation für die Zukunft vorzubereiten. Letztendlich entschieden sie sich für eine Neustrukturierung ihres gesamten Systems mit Mendix, geliefert in einem riesigen Microservices-Architektur.

Ihr Paket ist unterwegs

Mit diesem ehrgeizigen Ziel stellte PostNL ein Team zusammen. Intern arbeiteten sie mit Geschäftspartnern zusammen, um sicherzustellen, dass die von ihnen entwickelten Anwendungen wirklich den Anforderungen der Benutzer entsprachen. Extern holte sich PostNL die Hilfe von Mendix Lieferpartner CAPE-Gruppe das Auftragsmanagementsystem neu aufzubauen und zu strukturieren und es in die Struktur zu verwandeln, auf der das Geschäft von PostNL basiert.

Ihr Ausgangspunkt, so CAPE Groep-Programmmanager Arthur van Leeuwen, war „die Suche nach dem effizientesten Weg, Software auf den Markt zu bringen. Sie müssen darüber nachdenken, wie Sie die Wiederverwendung von Anwendungsteilen und berücksichtigen Sie die Qualität von Code und Modellen. Es ist wichtig, Qualität in alle diese Aspekte zu integrieren, um die Betriebskosten zu senken.“

Terence Duinkerken, Entwickler bei CAPE Groep, erläutert die Skalierung über das Netzwerk von Vertriebszentren: „Wie skaliert man das physische Geschäft und kopiert im Grunde diese Art der Skalierung? Wir haben eine sehr große Microservices-Landschaft entwickelt, um dies zu unterstützen.“

Das Team entwickelte eine Architektur, die aus einem Portfolio von 64 Mikrodiensten besteht. Jedem der 32 Sortierzentren von PostNL sollten zwei dedizierte Dienste zugewiesen werden:

• An Eingabedienst, verantwortlich für die Auftragsannahme
• A Prozessdienstleistung, Bearbeitung von Auftragsänderungen

Jedem Dienst würde eine Duplikatversion zugewiesen, falls der andere ausfällt. Dies würde eine hohe Verfügbarkeit gewährleisten und eine Ausfallsicherheit schaffen, die PostNLs Verpflichtung zur pünktlichen Zustellung stärkt. Dieses Netzwerk von Anwendungen würde dann die Route des Pakets an eine Außendienstplattform senden und Auftragsaktualisierungen an das übrige Ökosystem von PostNL übermitteln, um die Benutzer über den Status der Bestellung zu informieren. Das System versprach eine beeindruckende Reichweite. 4.5 Millionen Menschen könnten ihre Pakete verfolgen und Lieferungen bei Bedarf umleiten.

Angesichts der Komplexität des vorgeschlagenen Systems und der damit verbundenen Auswirkungen auf Wartung und Updates nutzten PostNL und CAPE Groep die Mendix Plattform, um sicherzustellen Aktive Überwachung des Lieferprozesses und proaktive Transparenz über den Status ihrer Lösungen während der Bereitstellung.

„Es bietet noch weitere Vorteile“, erklärt Duinkerken. „Wenn Sie eine Anwendung pro Sortierzentrum haben, können Sie bei der Einführung einer neuen Version ein Sortierzentrum wie einen Kanarienvogel im Käfig behandeln.

Nachdem PostNL seine Vision in eine ausgefeilte Architektur und einen Projektplan umgesetzt hatte und mit der Unterstützung der CAPE Groep bei der Entwicklung des Systems begann, machte sich das Unternehmen an die Arbeit.

Bereitstellung mit Low-Code

In den vier Jahren vor dem Mendix Projekt wurden nur 40 % des Auftragsmanagementprojekts ausgeliefert. Mendix und Microservices und mit Unterstützung der CAPE Groep lieferte PostNL den Rest der Lösung in nur 12 Monaten.

Kern dabei waren:

• Mendix modellbasierte Entwicklung
• Nahtlos abteilungsübergreifende Zusammenarbeit
• Mendix Cloud Einsatz

Die richtigen MendixMithilfe der visuellen Entwicklungssprache von war das Erstellen dieser Anwendungen und deren Replizierung in den 32 Depots viel einfacher als bei herkömmlicher Programmierung und Duplizierung. Für das IT-Team von PostNL Mendix ist perfekt für die Logistik geeignet, weil es visualisiert Geschäftsprozesse.

„Low-Code eignet sich hervorragend, um Arbeitsabläufe schnell und kontinuierlich anzupassen“, sagt ten Hove. „Das ist im Grunde das, was ein Auftragsmanager ist: eine Kombination aus Arbeitsabläufen.“

Mit Code kann es für Entwickler schwierig bis unmöglich sein, Fachexperten zu zeigen, wie sich Zeile für Zeile Code in einen Geschäftsprozess umsetzen lässt, den sie erkennen würden. Noch schwieriger ist es, in Echtzeit zusammenzuarbeiten, um Probleme zu lösen. Laut Neuteboom ist das einfach mit Mendix„Mit Microflows und Notation ist es gut lesbar. Man erkennt seine Geschäftsprozesse darin wieder.“

Bei MendixWas PostNL geschaffen hat, war von Natur aus benutzerfreundlich, verständlich und wartungsfreundlich. Am wertvollsten war dies für Ramp in der Zusammenarbeit zwischen Stakeholdern und IT. „Low-Code macht Geschäftsthemen verständlicher, weil es sich um einen Geschäftsprozess handelt. So haben Sie eine gemeinsame Sprache, über die wir sprechen können“, sagte er.

PostNL betreibt das gesamte Framework auf einer Microservices-Architektur, bereitgestellt auf Mendix Cloud, ein vollständig verwaltetes Bereitstellungsziel. Neben den Stunden, die sie durch ihren Schlafplan einsparen, können sich Neuteboom, ten Hove, Ramp und ihr Team darauf verlassen, dass diese kritischen Workloads durch eine 99.95 %ige Verfügbarkeitsgarantie, automatische Wiederherstellung und automatisierte Backups unterstützt werden. Jede in der Landschaft bereitgestellte Anwendung ist vollständig Cloud-nativ So kann sich das Team auf die kontinuierliche Verbesserung konzentrieren, statt auf feinkörnige Infrastruktur- und Architekturkonfigurationen.

Durch die Kombination von Microservices und Mendix visuelle Sprache, Funktionen zur Zusammenarbeit und Überwachungsfähigkeiten ermöglicht das neue System dem IT-Team von PostNL, Änderungen an der Software bis auf die molekulare Ebene vorzunehmen: Änderungen auf Depotebene, auf Betreiberebene oder sogar Funktionen, die den Kunden unterstützen, wie etwa die Möglichkeit für einen Geschäftskunden, eine Lieferung so umzuplanen, dass sie innerhalb seiner Geschäftszeiten eintrifft.

PostNL kann diese 64 Microservices routinemäßig und ohne Ausfallzeiten anpassen und optimieren, und zwar mit einer klar definierten DevOps-Philosophie und CI/CD-Funktionen, die Folgendes umfassen:

• Versionskontrolle
• Qualitäts- und Sicherheitsmanagement
• Ein Kontrollzentrum Einblick in das gesamte Anwendungsportfolio ermöglichen

Früher konnten Änderungen an ihrem monolithischen System weitreichende Auswirkungen auf den restlichen Code haben. Wenn jetzt eine Änderung erforderlich ist, kann sie innerhalb weniger Tage vorgenommen werden, ohne den Rest der Landschaft zu beeinträchtigen. „Sie stellen einfach eine neue App bereit“, sagte ten Hove. Früher, erinnert sich ten Hove, „hätte das Hinzufügen von Anforderungen, die speziell auf das Sortierzentrum zugeschnitten sind, mehrere Wochen gedauert.“

Erfolge wiederholen

Mit dem neuen Auftragsmanagementsystem ist die IT nun fest in den Mittelpunkt des Geschäftsmodells von PostNL gerückt. Das System hat sich als fähig erwiesen, bis zu 1.1 Millionen Pakete pro Tag zu verarbeiten, und weiteres Wachstum ist in Sicht. Das IT-Team hat in nur zwei Monaten einen zwei Jahre alten Auftragsrückstand abgebaut.

Um mit der von ihnen entwickelten Software erfolgreich zu sein, muss man sich nicht auf die Technologie, sondern auf das Geschäftsproblem konzentrieren. Ein solcher philosophischer Wandel hat neue Geschäftsmöglichkeiten geschaffen. „In den letzten Monaten haben wir begonnen, neue Dienste auf der Grundlage dieses Auftragsmanagementsystems zu entwickeln“, erzählte Neuteboom.

„Im alten System war eine solche Änderung sehr schwierig, teuer, zeitaufwändig und riskant“, fügte er hinzu.

PostNL ruht sich nicht auf seinen Lorbeeren aus. Die Architektur des neuen Auftragsmanagementsystems dient als bewährte Grundlage und Vorlage für andere Geschäftsbereiche.

Nehmen wir zum Beispiel die Orchestrierung. Bram Grijzen, ein weiterer PostNL-Veteran, ist der Haupteigentümer der Orchestrierungsplattform. Die von ihm betreute Plattform arbeitet zwischen Absendern, Betreibern und Empfängern. Grijzen beschreibt den Zweck der Plattform einfach: „Lieferketten für jedes einzelne Produkt erstellen.“

Der Ablauf ist wie folgt:

1. Ein Auftrag geht ein, wird mit weiteren Daten angereichert.
2. AI wird verwendet, um eine Vorhersage darüber zu erstellen, wann ein Artikel eintrifft.
3. Die Vorhersage fließt dann in den Ausführungsplan ein und berücksichtigt dabei die Zustellpräferenzen und die bisherige Zustellhistorie des Empfängers.
4. Ein Orchestrator führt den Plan durch verschiedene Einschränkungen aus, um den Plan zu validieren
5. Letztlich entscheidet die Art des Pakets über den Zusteller. Ein Fahrradkurier kann zum Beispiel kein Sofa zustellen.

Das Ziel von PostNL ist nicht nur betriebliche Effizienz, sondern auch die Bereitstellung eines branchenweit besten Kundenerlebnisses. Die Orchestrierungsplattform gibt den Kunden die Kontrolle über ihre Zustellung. PostNL kann außerdem alles messen, von der Systemintegrität bis hin zum Wert der Entscheidungen, die anhand von Kosteneffizienz, NPS-Werten und Abwanderungswerten getroffen werden.

Ein weiteres System, das auf diesem Low-Code-Framework basiert, ist das Time Bound Network für Pakete, das es PostNL ermöglicht, Zustellungen innerhalb enger Zeitrahmen für verschiedene Paketarten anzubieten.

Ramp ist Eigentümer des Time Bound Network und spricht über dessen Fähigkeit, Volumen und Qualität je nach den Anforderungen verschiedener Geschäftsbereiche zu skalieren: „Es bewältigt 50,000 bis 60,000 Aufträge pro Stunde. Der Gesundheitsbereich beispielsweise hat viel weniger Aufträge – 5,000 pro Tag –, erfordert aber mehr Qualität pro Auftrag.“

PostNL nutzt das Framework auch, um die Verbesserung dieser angrenzenden Geschäftsbereiche zu beschleunigen. Neben Time Bound für Pakete und der Einführung der neuen Orchestrierungsplattform werden neue Plattformen entwickelt, um folgende Bereiche zu unterstützen: Auftragsabwicklung, Lieferung von Haushaltswaren sowie Gesundheits- oder Medikamentenlieferungen, wobei Komponenten und Know-how aus dem Auftragsmanagementprojekt wiederverwendet werden.

Diese neue Architektur ist der Beweis dafür, dass der Aufbau eines robusten, unternehmenskritischen Systems nicht unbedingt groß, undurchsichtig und in Stein gemeißelt sein muss. Es bietet Flexibilität, wodurch unzählige Verbesserungs- und Wachstumsmöglichkeiten entstehen. PostNL implementiert jetzt schnell Änderungen an:

• Angebot schnellere Lieferzeiten
• Erstellen Sie ganze neue Geschäftsfelder
• Verbessern Kundenvorteile durch Experimente mit Technologien wie AI

Die Arbeit und technologischen Errungenschaften von PostNL finden landesweit Anerkennung, und das zu Recht. Als Zeichen für diesen Erfolg erhielt PostNL einen Computable Award, eine der wichtigsten IT-Auszeichnungen in den Niederlanden. Kunden erhalten verschiedene Arten von Paketen auf neue Weise; im Falle von Gesundheits- und Medikamentenpaketen wird das Leben verbessert.

PostNL ist nicht nur führend in der Logistik, sondern erweist sich auch als einer der führenden Anbieter im IT-Bereich.

Über die Logistik hinaus

Der Wechsel zu dieser neuen Architektur ist eine digitale Darstellung des Wechsels, den PostNL auch in der Realität vornimmt. Einst war die IT von PostNL eine projektbasierte Organisation, die Änderungen oder neue Funktionen ad hoc vornahm. Heute verfügt sie über ständige Teams, die die IT betreiben, warten und kontinuierlich verbessern ihre Plattformen. „Die Leute bleiben hier, um langfristig zu bleiben“, sagt ten Hove über die umgestaltete Abteilung.

PostNL ist zu einem IT-Unternehmen geworden. Und die IT-Abteilung pflegt eine Community des iterativen Aufbaus, Experimentierens und der Zusammenarbeit innerhalb der Abteilung und mit anderen Geschäftsbereichen. Mit diesen Änderungen in der IT sieht ten Hove viele Möglichkeiten für motivierte Entwickler und technisch versierte Mitarbeiter bei PostNL sowie für eine breite Palette künftiger technischer Neueinstellungen. „Die technischen Dinge liegen in den Händen der Menschen, die motiviert sind, den Unterschied zu machen.“

Ramp denkt an seine Anfangstage bei PostNL zurück. Er erinnert sich, dass die Einschränkungen, mit denen er konfrontiert war, über technische hinausgingen. Was damals funktionierte, erfüllt heute nicht mehr die Bedürfnisse des Unternehmens und die Anforderungen der Kunden.

„Dahinter steckt der Antrieb, sich hervorzutun und sich von der Masse abzuheben.“

Ähnlich wie die zugrunde liegende Architektur der Plattformen, die sie mit Mendix, hat die neue Arbeitsweise von PostNL ein nachhaltiger Rahmen das mit dem Team über Jahre hinweg wachsen wird. Teammitglieder werden ermutigt, neue Ideen einzubringen und zu experimentieren.

Stetige Verbesserung