🇩🇪
Cloud dispatch instead of Delphi – legacy modernization for logistics with driver PWA

42% faster dispatching: Replacing a Delphi dispatch system with a cloud web app (logistics)

Illustrative case study: Replacing an unreliable Delphi-based dispatch system at a northern German logistics provider with a cloud web application—measurable time and cost relief without interrupting day-to-day operations.

42% faster dispatching: Replacing a Delphi dispatch system with a cloud web app (logistics)

Legacy modernization & logistics

The Challenge

Delphi silo and missing mobility

A mid-sized logistics provider in Schleswig-Holstein plans routes for regional and long-distance part-load traffic. For years the core was a Delphi dispatch system: it only ran on a handful of office PCs, crashed under load, and could not be rolled out sensibly to drivers’ tablets or phones.

Dispatchers printed lists, re-keyed changes multiple times, and fell back to Excel when the client froze. Every night run depended on a few workstations—one outage blocked the entire team.

Maintenance cost without new features

Maintenance by a specialized vendor consumed a five-figure annual budget without delivering new capabilities. Peak-load hotfixes before holidays were expensive and only plannable with lead time—not when TMS failed unexpectedly.

Drivers often called the control centre because they had no reliable view of current stops and times on the road—tying up capacity and increasing errors in arrival communication.

“We worked around the old system for years—Excel, phone, printouts. Modernization had to be possible without delivery standstill.”

Integration gaps to partners and drivers

Subcontractors and an external TMS partner delivered data in different formats; manual alignment cost hours per week. A cloud-ready, API-first architecture was a prerequisite, not optional luxury.

Management and dispatch leads wanted to prepare forecasting and depot expansion—in the Delphi monolith that would again have been an expensive one-off project.

Our Solution

Solution impressions

Strangler migration and domain workshops

Groenewold IT Solutions structured the business logic from the legacy stack together with dispatch and IT in workshops and planned a phased migration to a modern, API-first web application. The core is a cloud-based dispatch UI with real-time vehicle status that initially covered only new orders and selected regions in parallel with the legacy system (strangler pattern).

Delivery follows our legacy modernization profile—with clear interfaces instead of big bang. For hosting decisions, see the on-premise vs cloud comparison; industry context: logistics & transport.

REST APIs, PWA, and secure operations

Interfaces to subcontractors and an existing TMS partner were implemented as stable REST APIs; sensitive data is transferred encrypted. Drivers received a progressive web app on their smartphones: tours, POD hints, and messages from one source.

API integration and monitoring secure ongoing operation; budget can be assessed via the legacy modernization calculator.

“Parallel operation was the key: dispatchers could fall back to the familiar system anytime—until the new UI worked in daily life.”

Go-live and Made in Germany

Development was done in Germany (Leer/East Frisia) with clear release cycles, automated tests, and a war room on go-live weekend so night distribution was not stopped unintentionally.

Rollback plans, feature flags per region, and documented cutover checklists minimized risk for night shift and weekend traffic.

Results

Measurable relief for dispatch

After six months of productive parallel operation and full cutover (illustrative scenario): 38 fewer hours per week of manual reconciliation and duplicate data entry for the dispatch team.

42% shorter average time from order intake to first fixed tour assignment. Roughly 47% reduction in external maintenance costs for the old Delphi stack.

Mobility, fewer calls, scalability

Far fewer short status calls to the control centre because drivers see the live plan on mobile—estimated 120 fewer per month.

The solution scales with the customer’s growth and can be extended with forecasting and additional depots without sliding back into a monolithic silo.

Migration and interfaces

Strangler pattern in practice

New orders and selected regions ran in the web app first; legacy stayed active for existing tours. Sync jobs logged deviations until cutover was approved.

Feature flags allowed rollback per depot without data loss in night distribution.

TMS and subcontractor connectivity

REST APIs with versioning and retry logic replaced manual CSV hand-offs. Monitoring alerts on interface errors before tour start.

Driver PWA and operations

Progressive web app without app store hurdle

Drivers install the PWA via browser link; updates roll out centrally. Offline buffer for POD hints covers short connectivity gaps.

War room and release discipline

Automated tests on tour logic and go-live weekend with dispatch and IT in the war room prevented unplanned standstills.

Features

Feature overview

  • Web-based dispatch with real-time view of tours and capacity
  • Progressive web app for drivers (stops, status, short messages)
  • REST APIs to partner TMS and subcontractors
  • Phased migration without a big-bang outage
  • Role-based, tenant-aware permissions
  • Auditable history for tours and assignments
  • Monitoring and alerts for interface failures

Frequently asked questions about legacy dispatch software in logistics and cloud migration

When should a legacy dispatch platform in logistics be modernized?

You should modernize once release risk increases, critical knowledge sits with only a few people, or new carrier, tracking, and customer requirements can no longer be integrated cleanly. Software rescue, legacy modernization references, and cloud migration often form the realistic path.

Do you always have to rebuild a legacy dispatch system from scratch?

No. A phased approach is often better: stabilize critical modules, decouple interfaces, and move selected workflows into new services step by step. Software development and API and interface development help modernize without disrupting operations.

What role does the cloud play in modern logistics dispatching?

The cloud provides better scaling for shipment peaks, partner integrations, and faster deployment of new workflows. Combined with cloud migration and system integration, legacy systems are not just moved but architecturally improved.

How do you evaluate cost and value of modernization in logistics?

Key factors are outage risk, manual dispatch effort, integration cost, and the speed of new customer requirements. Using software development costs and system integration costs gives you a more defensible business case.

Project Details

Client

Mid-sized logistics provider (Northern Germany) – Project Groenewold IT SolutionsMid-sized logistics provider (Northern Germany)

Completed

Scenario case study 2026

Technologies

Delphi migrationReactNode.jsPostgreSQLREST APIsAzureProgressive web app

Client Testimonial

"We feared a system change would cripple our delivery operation. Groenewold made the risk manageable with phased planning and clear interfaces—and the new UI is intuitive for our dispatchers without long training. Finally our drivers see what the system actually says."
Sönke Behrends
|
Managing Director, mid-sized logistics provider

More References

Planning a similar project?

Use our interactive cost calculators for an initial estimate – free and non-binding. Or schedule a consultation directly with our experts.