Delphi job planning: fleet API and offline sync for field work
Extending established Delphi dispatch with REST connectivity to a fleet provider, local queues for connectivity gaps, and consistent job status—without replacing the desktop UI.
Delphi job planning: fleet API and offline sync for field work
Delphi development
The Challenge
Planning state and map teams drifted apart
Dispatch had run reliably in Delphi on office PCs for years. Field teams used smartphone maps with positions from an external fleet portal.
Without a proper interface this meant duplicate entry, estimated arrivals, and stale status in the planning screen.
Connectivity gaps and long days outdoors
Outside stable mobile coverage, sync must not block or lose data. Evening catch-up had to merge without corrupting orders.
Our Solution
REST adapter with a local queue
We wrapped the fleet API in a module with retries, timeouts, and structured errors. Each planning workstation keeps a local queue: updates enqueue and upload idempotently when online.
Delphi remains the source for jobs and priorities; map data is read-only and surfaced as clear status text.
Conflict rules and monitoring
Explicit rules decide whether office or last field update wins. Lightweight monitoring shows pending jobs and failed calls—support from East Frisia can intervene precisely.
Results
Fewer calls, more reliable ETAs
Dispatch and field share mileage and arrival times without replacing the core system. Regional rollout validated queue behaviour.
Capacity and routes can be aligned on shared data; training stayed lean because the UI did not change.
Features
Feature overview
- REST integration with TLS and token rotation
- Offline-capable sync queue with conflict handling
- Status feedback inside the Delphi shell
Common questions about Delphi dispatch, fleet API and offline sync
How does offline sync work in connectivity gaps?
A local queue on each planning workstation: updates enqueue and upload idempotently when online—without blocking the Delphi UI. Evening catch-up merges without data loss. We combine Delphi development with robust sync logic.
How is the fleet API connected?
REST adapter with retries, timeouts and structured errors; position and mileage data read-only in the planning screen. API token rotation and TLS are standard. See API integration and system integration.
How are data conflicts between office and field resolved?
Documented rules—e.g. office wins on job lines, last field update on actual times—visible to dispatch and support. Monitoring shows pending jobs and failed calls. Similar patterns in the field service portal case study.
How does rollout work from pilot region to production?
Phased delivery: pilot validates queue behaviour, then regional expansion without UI change. Training stays lean because the Delphi shell is unchanged. Planning aligns with legacy modernisation in live operations.
How are maintenance and further development secured?
Release notes per stage, monitoring dashboard and support from East Frisia. Fleet API changes are tracked with versioning. Long term: software maintenance and the Delphi cost calculator for budgeting.
Project Details
Context
Agricultural contracting business (Northern Germany)
Completed
Phased rollout with a pilot region
Technologies
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.