Wir haben ein intelligenteres Auto-Dispositions-System eingeführt, das Liefergeschwindigkeit und Fahrerproduktivität besser ausbalanciert. Statt Touren immer zu einem festen Zeitpunkt vor der geplanten Abholung zu disponieren, kann das System die Disposition jetzt bewusst um einen konfigurierbaren bzw. dynamischen Zeitraum verzögern, nachdem eine Bestellung eingegangen ist. Dabei wird auch berücksichtigt, wie wahrscheinlich es ist, dass ein passender Stacking-Kandidaten gefunden wird. So erhält die Stacking-Engine ein faires Zeitfenster, um für jede Bestellung passende Stacking-Kandidaten zu finden – unabhängig davon, wann sie platziert wurde - und ohne unnötig die Lieferung heraus zu zögern.

Zusätzlich berücksichtigt die Stacking-Engine nun geplante Zeitunterschiede deutlich smarter und berücksichtigt welche ETAs dem Kunden bzw. Händler als Abholzeitpunkt versprochen wurde.

Bisher gab es einen grundlegenden Zielkonflikt: Frühes Disponieren führte zwar zu schnelleren Lieferungen, reduzierte aber die Zahl an gestackten Bestellungen. Späteres Disponieren erhöhte die Stacking-Rate, konnte jedoch die Lieferzeiten verschlechtern. Das neue System löst diesen Zielkonflikt, indem es das Dispositions-Timing pro Mandant, Geschäftsbereich und Ort konfigurierbar macht. So kann jede Operation je nach Bestellungsmuster und Volumen den richtigen Kompromiss finden.

Wir werden die Dispositions-Logik weiter verbessern und künftig ortsspezifische sowie tageszeitabhängige Konfigurationen einbeziehen. Abhol-Standorte mit hohem Volumen (zum Beispiel stark frequentierte Fast-Food-Ketten) können von längeren Delay-Fenstern profitieren, weil die Wahrscheinlichkeit für Stacks deutlich höher ist. Standorte mit niedrigem Volumen können hingegen sofort disponieren, um unnötige Verzögerungen zu vermeiden. Außerdem prüfen wir, wie sich historische Bestelldaten nutzen lassen, um diese Parameter automatisch anhand realer Muster zu optimieren.

Webhook-Subscriptions können jetzt direkt im Dashboard so konfiguriert werden, dass nur bestimmte Event-Typen ausgeliefert werden. Diese Funktion war zuvor nur über die API möglich. Damit können Ops-Teams Integrationen einfacher verwalten, ohne Unterstützung von Entwicklern.

Standortupdate-Benachrichtigungen für Buchungen werden jetzt effizienter verarbeitet. Eine intelligente Skip-Logik reduziert unnötige Verarbeitung, ohne die Datenqualität zu beeinträchtigen. Das senkt die Systemlast insbesondere zu Peak-Zeiten.

Wenn der Routing-Service vorübergehend gestört ist, werden fehlende Routen-Schätzungen nachträglich automatisch ergänzt, sobald der Service wieder verfügbar ist. Das reduziert manuellen Aufwand und stellt sicher, dass Buchungen stets korrekte Distanz- und Dauerwerte enthalten.

Die Buchung-Detail-Seite im Dashboard wurde UI-seitig verbessert: Alle Stop-Status-Badges werden jetzt angezeigt, Zeitformate sind konsistent, und Titel- sowie Untertitel-Formatierung wurden für eine klarere Darstellung vereinheitlicht.

Im Rahmen unserer laufenden Initiative, API-Namen stärker an unser Domain-Modell anzugleichen, haben wir den Filter zum Finden von Usern auf aktiven Touren umbenannt. Der bisherige Name funktioniert weiterhin bis zum 24. August 2026. Falls eure Integration diesen Filter verwendet, schaut bitte in den Migration Guide für Details.