Die meisten Logistik-Teams brauchen fünf Portale von Transportdienstleistern und eine Excel-Tabelle zu prüfen, um den aktuellen Status der Sendungen zu ermitteln. Chudovo entwickelt eine zentrale Lösung, die alle relevanten Informationen an einem Ort bündelt und sich nahtlos in die bereits eingesetzten Systeme und Partnerstrukturen integriert.
| System | Welche Informationen liefert es? |
| Supply-Chain- Management (SCM) | Wie die Lieferkette geplant und gesteuert wird |
| TMS | Wie die Transportierung durchgeführt wird |
| WMS | Wie Lagerprozesse durchgeführt werden |
| ERP | Was die kaufmännischen und operativen Daten zeigen |
| Supply-Chain-Visibility | Was gerade passiert, was voraussichtlich als Nächstes passiert und wo jemand eingreifen muss |
Eine Visibility-Ebene verknüpft Ereignisse aus diesen Systemen sowie von Transportdienstleistern und Partnern. So kann ein Team drei Fragen zentral an einem Ort beantworten:
Bei Chudovo wissen wir, was Statusangaben wie „unterwegs“ oder „verspätet“ tatsächlich bedeuten. So müssen Teams nicht mehr fünf verschiedene Systeme prüfen, um dasselbe Ereignis einzuordnen.
Schluss mit der manuellen Statusverfolgung und der ständigen Bearbeitung akuter Probleme. Das System erkennt sofort, wo Handlungsbedarf besteht, bevor ein Kunde nachfragen muss.
Neue Transportdienstleister, Systeme oder Partner lassen sich einfach als weitere Datenquelle integrieren, ohne die Architektur jedes Mal grundlegend anzupassen.
Event-Modell, Integrationen und Prognose-Logik werden als individuelles System für Ihr Unternehmen bereitgestellt, nicht als Abonnement für die Plattform eines Anbieters.
Multimodales Sendungs-Tracking
Status von See-, Luft-, Straßen- und Bahntransporten, einheitlich über alle Transportarten hinweg und unabhängig davon, welcher Transportdienstleister die Informationen bereitstellt.
Prognosen der voraussichtlichen Ankunftszeit
Prognose der Ankunftszeit aufgrund der tatsächlichen Daten zu Transportdienstleister, Transportstrecke und Ereignissen im jeweiligen Netzwerk, statt mittels einer allgemeinen Berechnungsformel.
Ausnahme- und Störungsmanagement
Verspätungen, Abweichungen von Meilensteinen und fehlende Daten werden als Ausnahmen erkannt und an die zuständige Person oder das zuständige System weitergeleitet.
Rollenbasierte Ansichten
Dashboards für interne operative Teams sowie Portale für Kunden und 3PL-Partner. Beide greifen auf dieselben Ereignisdaten zu, verfügen jedoch über unterschiedliche Berechtigungen.
Monitoring von Bedingungen und Fracht
Wenn IoT- oder Telematik-Sensoren eingesetzt werden, können sie zusätzliche Informationen wie Temperatur, Luftfeuchtigkeit, Erschütterungen und Standort in den Sendungsverlauf integrieren.
Datenqualität und Aktualität
Jedem Ereignis werden die Quelle, der Zeitstempel und der Konfidenzwert zugeordnet. So lässt sich unterscheiden, ob es sich um eine aktuelle oder veraltete Statusmeldung handelt.
Logistik- und Operations-Manager
Eine Liste mit den Vorgängen, die heute Aufmerksamkeit erfordern, statt jeden Transportdienstleister einzeln manuell zu prüfen.
Transportdienstleister und 3PL-Anbieter
Eine zentrale Schnittstelle statt separater Anfragen an jeden Verlader oder Kunden.
Einzelhändler und Verlader
Informationen zu erwarteten Ankunftszeiten und Abweichungen, die direkt in die Planung einfließen können.
Kunden und Partner
Ein Online-Self-Service-Portal zur Sendungsverfolgung statt Statusanfragen per Telefon oder E-Mail.
Die Architektur basiert auf Komponenten, die Chudovo bereits in zahlreichen Engineering-Projekten einsetzt. Dazu gehören REST, GraphQL, gRPC, EDI X12/EDIFACT, Webhooks, MQTT, Kafka, Flink und Cloud-Infrastruktur.
| Ebene | Funktion |
| Datenquellen | TMS/ERP/WMS, Systeme von Transportdienstleistern und 3PL-Anbietern, GPS/ELD/Telematik, AIS-/Hafen-/Terminaldaten, IoT-Sensoren zur Überwachung von Transportbedingungen sowie API/EDI/Webhooks |
| Identitätszuordnung und Event-Normalisierung | Sendungs-, Auftrags- und Container-IDs werden systemübergreifend abgeglichen und in einem einheitlichen Event-Modell zusammengeführt |
| Streaming- und Event-Ebene | Ereignisse werden beim Eingang aus verschiedenen Datenquellen fast in Echtzeit erfasst und verarbeitet |
| Datenqualität und Meilenstein-Engine | Jedes Ereignis wird auf Aktualität und Vollständigkeit geprüft, bevor es den Status einer Sendung aktualisiert |
| ETA-, Risiko- und Anomalie-Modelle | Die Modelle werden für jede Kombination aus Transportstrecke und Transportdienstleister auf Basis eigener historischer Ereignisdaten trainiert. Sie werden auch neu trainiert, sobald neue Strecken oder Transportdienstleister hinzukommen. |
| Ausnahme- und Workflow-Engine | Die Regel- und Schwellenwertlogik bestimmt, wann eine Abweichung als Ausnahme gilt und an welches Team oder System sie weitergeleitet wird. |
| Bereitstellungsebene | Derselbe Event-Speicher versorgt APIs, BI-Exporte und Portal-Oberflächen, sodass alle Ausgaben auf einer gemeinsamen Datenquelle basieren |
Hinter dieser Pipeline stehen fünf Engineering-Bereiche: Integrationsadapter für die jeweiligen Quelltypen, ein einheitliches Event-Modell, eine Infrastruktur für das Event-Streaming, Services für Prognosen und Anomalieerkennung sowie Funktionen für Observability und Datenqualitätskontrolle.
Verschlüsselung bei der Übertragung und im Ruhezustand
Zugriffskontrolle auf der Basis von Rollen und Berechtigungsstufen
SSO mittels SAML/OIDC (falls erforderlich) sowie MFA
Isolierung von Daten, die dem Kunden und dem Mandanten gehören
Logging und Secrets-Management
Aufbewahrung und Vernichtung von Daten gemäß den Richtlinien der DSGVO/des DPA
Schwachstellenmanagement sowie Überwachung von Backup und Wiederherstellung
Kundenprofil
Verlader oder 3PL-Anbieter, die ihre Sendungen über mehrere Portale von Transportdienstleistern und Excel-Tabellen verwalten.
Problem
Verteilte Daten von Transportdienstleistern ohne zentrale Datenquelle für den Sendungsstatus.
Lösung von Chudovo
Konsolidierung von Ereignisdaten durch die Integration von Ereignissen von Transportdienstleistern und Partnern in eine einheitliche Sendungszeitleiste.
Messgrößen
Abdeckung in %, Vollständigkeit der Ereignisdaten in %, Latenz der Ereignisdaten, Anzahl der aktivierten Integrationen und Time-to-Market beim Onboarding von Transportdienstleistern.
Kundenprofil
Ein Logistikdienstleister, der auf Ausnahmefälle erst reagiert, wenn bereits operative Probleme entstanden sind.
Problem
Keine frühzeitige Information über Probleme mit einer Sendung, um eine verspätete Ankunft zu verhindern.
Lösung von Chudovo
Modelle für ETA-Prognosen und das Ausnahme-Management auf Basis der individuellen Daten zu Transportdienstleistern und Transportstrecken.
Wichtige Messgrößen
ETA-Genauigkeit für jede Transportart und Transportstrecke, Vorlaufzeit bei Ausnahmen, On-Time-in-Full-Quote, Stand- und Wartezeiten, Bestätigungen von Warnmeldungen sowie vermiedene manuelle Eingriffe.
Kundenprofil
Ein 3PL-Anbieter oder Transportdienstleister, der zahlreiche Anfragen von Kunden zum Sendungsstatus erhält.
Problem
Kunden haben keine Möglichkeit, den Status ihrer Sendungen selbst online abzurufen.
Lösung von Chudovo
Rollenbasiertes Portal im individuellen Branding auf derselben Visibility-Plattform.
Messgrößen
Portalnutzung, Anzahl der Statusanfragen, Reaktionszeit, SLA-Verstoßquote und Anzahl der Kunden-Logins.
Kundenprofil
Ein Verlader mit temperaturempfindlicher oder hochwertiger Fracht, der auf Standortdaten angewiesen ist.
Problem
Keine Möglichkeit zu prüfen, ob die Fracht während des gesamten Transports unter sicheren Bedingungen bleibt.
Lösung von Chudovo
Integration von IoT-Daten zur Überwachung der Transportbedingungen in den Transportplan.
Messgrößen
Sensorabdeckung, Anzahl und Dauer von Abweichungen, Zeit bis zur Warnmeldung, Kosteneinsparungen und Vollständigkeit der Lieferkette.
Kunde
PharmaCorr, ein Logistikunternehmen im Bereich Gesundheitswesen aus den USA, der Justizvollzugsapotheken beliefert.
Problem
Manuelle Sendungsverfolgung über einen externen Frachtführer hat Verzögerungen verursacht und fragmentierte Informationen zum Lieferstatus bereitgestellt.
Umfang der Sendungsverfolgung
Entwicklung einer Backend-Anwendung zur Integration des EHR-Systems des Kunden mit der UPS-API. Die Anwendung erstellt Sendungsdatensätze, ruft Trackingnummern ab, fragt Status- und Standortinformationen regelmäßig ab, speichert den Sendungsverlauf, informiert Einrichtungen über bevorstehende Lieferungen und aktualisiert den Bestand vor Ort automatisch, sobald eine Sendung als zugestellt markiert wurde.
Architektonische Relevanz
Externer Frachtführer → API → zentrale Anwendung → operativer Prozess. Dieses Integrationsmuster entspricht der in diesem Abschnitt beschriebenen Architektur.
Ergebnis
Zentralisierte Lieferinformationen, weniger manuelle Statusabfragen und eine bessere Koordination zwischen Apotheken und Einrichtungen.
Kunde
Ein Handelsunternehmen aus den USA mit eigenen Lager- und Auftragsabwicklungprozessen.
Problem
Zwischen Lagern, Bestellungen und Sendungen bestand kein einheitlicher operativer Prozess über die Plattformen NetSuite, Shopify und FedEx hinweg.
Integrationsumfang
Integration des NetSuite-ERP-Systems, der FedEx-Logistik und von Shopify. Die Sendungsverfolgung wurde in die Storefront-Anwendung integriert und die Prozesse für Lieferungen und Wareneingänge wurden zentral zusammengeführt.
Ergebnis
Chudovo hat einen operativen Prozess zur Integration von Lager-, ERP-, Commerce- und Frachtführersystemen entwickelt.
Anzahl der zu integrierenden Systeme und Frachtführer
Abgedeckte Transportarten
Sendungs- und Ereignisvolumen
Integrationstyp (API, EDI, Webhook, Telematik)
Aktueller Stand der Datenqualität
Komplexität des ETA-/ML-Modells
Anforderungen an Mandantenfähigkeit und Portale
Anforderungen an SLA und Verfügbarkeit
Anforderungen an Sicherheit und Compliance
