Eine Kundin in der Logistik will nicht mehr zum Telefon greifen, um zu erfahren, wo ihr Paket ist. Sie öffnet eine App, tippt eine Sendungsnummer ein und erwartet eine Karte, einen Status und eine realistische Ankunftszeit. Bekommt sie das bei Ihnen nicht, findet sie einen Frachtführer, der es gibt. Deshalb sind Sendungsverfolgung und Kundenportal keine nette Zugabe mehr, sondern Teil der Leistung selbst.
Aus unserer Erfahrung liegt der Engpass selten bei den Ideen für Funktionen. Das Schwierige ist, eine Sendungsverfolgung zu bauen, die den Verkehr trägt, sich an Ihr TMS und Ihre Telematik anbindet und für eine nicht technische Kundin trotzdem verständlich bleibt. Auch ohne eine konkrete Umsetzung in dieser Branche vorzuzeigen, stellen wir die Menschen und Kompetenzen, die solche Systeme entwerfen und betreiben, im Modell Team-Verstärkung oder dediziertes Team.
Was erwarten Logistikkunden heute wirklich?
Die Erwartungen haben sich klar in Richtung Selbstbedienung verschoben: Die Kundin will Dinge selbst erledigen, zu jeder Stunde, ohne die Kundenbetreuung zu erreichen. Das übersetzt sich in einige harte Anforderungen an die Software.
- Sichtbarkeit in Echtzeit - wo die Sendung ist und was mit ihr geschehen ist.
- Eine glaubwürdige Ankunftszeit - nicht „bis Ende der Woche”, sondern ein konkretes Zeitfenster.
- Aktive Information - eine Nachricht, bevor die Kundin sich zu sorgen beginnt.
- Ein einziger Zugangspunkt - ein Portal, das alle Aufträge zeigt, keine verstreuten Links.
Diese Erwartungen zu erfüllen senkt das Anrufaufkommen, denn die meisten Fragen nach dem Verbleib einer Sendung werden ohne Menschen beantwortet.
Wie gestalten Sie eine Sendungsverfolgungsseite (Status, Ereignisse, Ankunftszeit)?
Eine Track-and-Trace-Seite sieht einfach aus, ist darunter aber ereignisgetrieben. Ihr Kern ist die Ereignishistorie der Sendung: im Lager angenommen, verladen, am Hub umgeschlagen, in Zustellung, zugestellt. Jedes Ereignis trägt Zeitstempel, Ort und Quelle, und daraus leiten wir den aktuellen Status und die prognostizierte Ankunftszeit ab.
Wir entwerfen das Datenmodell so, dass ein technisches Ereignis (ein roher Scan, ein Telematiksignal) getrennt bleibt vom Status, der der Kundin gezeigt wird, was es erlaubt, eine Quelle zu ergänzen oder Status umzubenennen, ohne den Bildschirm umzubauen. Die Ankunftszeit berechnen wir aus historischen Daten und der aktuellen Fahrzeugposition statt aus einem festen Plan, denn nur dann ist sie etwas wert.
Wie bauen Sie Kunden- und Partnerportal (Authentifizierung, Rollen)?
Ein Portal ist der Ort, an dem sich die Kundin anmeldet und das vollständige Bild ihrer Aufträge sieht, während ein Partner oder Frachtführer nur seinen Ausschnitt sieht. Authentifizierung und Rollen sind der Knackpunkt, denn sie entscheiden, wer was sieht.
- Authentifizierung - E-Mail und Passwort, Unternehmensanmeldung (SSO, OAuth) und optional ein zweiter Faktor.
- Rollenmodell (RBAC) - Versender, Empfänger, Spediteur, Frachtführer, Administration des Kontos.
- Mandantenfähigkeit - ein Portal für viele Kundenunternehmen, mit getrennten Daten.
- Datenberechtigungen - die Kundin sieht ihre Aufträge, der Partner seine Aufgaben, niemand fremde.
Die größte Falle ist hier nicht das Aussehen, sondern die saubere Trennung der Daten zwischen Mandanten, deshalb entwerfen wir die Rechteaufteilung ab Tag eins und schrauben sie nicht später an.
Wie behandeln Sie den Liefernachweis (Unterschrift, Foto, Geolokalisierung)?
Der Liefernachweis (Proof of Delivery) schließt den Lebenszyklus einer Sendung ab und dient oft als Beweis in Streitfällen. Heute ist er selten aus Papier: Der Fahrer bestätigt die Zustellung in einer mobilen App, und das System sammelt einen vollständigen Satz an Nachweisen und heftet sie an den Auftrag.
Das heißt meist: eine Unterschrift der empfangenden Person auf dem Bildschirm, ein Foto des Pakets oder der Abstellstelle sowie Geolokalisierung und Zeitstempel der Zustellung. Wir legen das für Offline-Betrieb aus, denn ein Fahrer unterwegs verliert regelmäßig den Empfang: Die App speichert den Nachweis lokal und synchronisiert ihn, sobald die Verbindung zurückkehrt, sodass kein Nachweis verloren geht. Die Bestätigung erscheint dann im Kundenportal als Teil der Sendungshistorie.
Wie bauen Sie Benachrichtigungen und Ausnahmemeldungen (Ereignisse)?
Gute Sendungsverfolgung wartet nicht darauf, dass die Kundin den Status prüft, sie sendet ein Signal, wenn etwas zählt. Es hilft, zwei Arten von Nachricht zu trennen: routinemäßige Fortschrittsmeldungen und Ausnahmemeldungen, also Situationen, die eine Reaktion verlangen.
- Ereignisbenachrichtigungen - angenommen, in Zustellung, „heute unterwegs”, zugestellt.
- Ausnahmemeldungen - Verzögerung, gescheiterte Zustellung, Schaden, Hängen im Zoll.
- Kanäle - E-Mail, SMS, Push in der App und ein Webhook für Systemkunden.
- Regeln - wer welche Meldung bekommt und nach welcher Zeit eine Eskalation auslöst.
Diese Meldungen bauen wir auf demselben Ereignisstrom auf, der die Verfolgungsseite speist, sodass Kundin und Betrieb immer dasselbe sehen.
Wie verbinden Sie das mit TMS und Telematik?
Ein Portal ist nur so gut wie die Daten, die hineinfließen. Diese Daten entstehen selten im Portal selbst, deshalb liegt die eigentliche Arbeit in der Integration mit dem TMS und mit der Fahrzeugtelematik. Aus dem TMS ziehen wir Aufträge, Routen und operative Status; aus Telematik und den mobilen Geräten der Fahrer GPS-Position und Ereignisse unterwegs.
Diese Quellen verbinden wir mit einer Integrationsschicht, meist über APIs und Webhooks, und über Dateien (EDI, CSV) dort, wo ein Partner Daten im Stapel austauscht. Die Normalisierung zählt: Verschiedene Frachtführer und Geräte beschreiben dieselben Ereignisse unterschiedlich, deshalb mappen wir sie auf ein gemeinsames Statusvokabular, bevor sie die Kundin erreichen. Das Portal zeigt dann ein stimmiges Bild, unabhängig davon, wie viele Systeme es speisen.
Welche Kompetenzen stellen wir für ein solches Projekt bereit?
Wir stellen das Team passend zum konkreten Umfang zusammen, nicht „auf Vorrat”. Ein Track-and-Trace-Projekt spannt sich über ein ereignisgetriebenes Backend, eine Fahrer-App und Integrationen und braucht deshalb meist mehrere Rollen.
- Einen Backend-Entwickler, der Ereignismodell, APIs sowie Status- und Ankunftszeitlogik baut.
- Eine Frontend-Entwicklerin, die Kundenportal und Verfolgungsseite zusammensetzt.
- Einen Mobile-Entwickler, der die App mit Liefernachweis und Offline-Betrieb verantwortet.
- Eine Integrationsspezialistin, die TMS, Telematik und den Datenaustausch mit Partnern verdrahtet.
- Einen DevOps-Spezialisten, der Cloud, CI/CD und Monitoring für den Produktionsverkehr aufsetzt.
Diese Rollen besetzen wir mit vor dem Start geprüften Spezialisten. Optional ergänzen wir eine AI- und Datenschicht (in der RITS Group entwickeln unsere AI-, LLM- und Datenteams die LLM- und Datenkompetenzen) für die Vorhersage der Ankunftszeit oder das Erkennen von Auffälligkeiten auf der Strecke, behandeln das aber als Kompetenz und nicht als Produkt von der Stange.
Wie machen wir das bei RITS?
Wir arbeiten als Nearshore-Partner aus Polen, mit Erfahrung aus Industrieprojekten und aus Systemen, die Geräte, Cloud und Apps verbinden. Wir geben nicht vor, eine fertige Sendungsverfolgung in der Schublade zu haben; stattdessen geben wir Ihnen die Menschen, die dieses System gemeinsam mit Ihrem Team entwerfen und betreiben.
- Wir besetzen Rollen passend zur Spezifikation des Projekts und prüfen die Kompetenzen, bevor jemand einsteigt.
- Wir kommen im Modell Team-Verstärkung oder dediziertes Team, je nachdem, ob Sie bereits ein Kernteam haben.
- Wir arbeiten in einer nahen Zeitzone, sodass Code-Reviews und Termine ohne lange Anlaufzeit laufen.
- Wir legen Track and Trace durchgängig aus: vom Ereignisstrom über den Liefernachweis bis zu den Integrationen.
Für ein neues Produkt ist es häufiger ein Individualsoftware-Projekt, für die Weiterentwicklung eines bestehenden Portals eher Team-Verstärkung. Die Unterschiede zwischen diesen Modellen haben wir in unserem Artikel zu IT-Kooperationsmodellen dargelegt.
Womit fangen Sie bei Verfolgung und Portal an?
Starten Sie mit der einen Kundenfrage, die den Support am häufigsten trifft (meist: wo ist meine Sendung und wann kommt sie an). Sie zu beantworten bestimmt das minimale Ereignismodell, den ersten Track-and-Trace-Bildschirm und die zuerst zu bauende Integration. Den Rest des Portals ergänzen Sie in Schichten, sobald dieses Fundament trägt.
Sie bauen Sendungsverfolgung oder ein Logistik-Kundenportal? Sprechen wir darüber - wir stellen Team und Architektur passend zu Ihrem Track and Trace zusammen.