STACK PATTERN
Business Central ships several mobile apps. Business Central mobile app for warehouse pick/pack/ship scanning. Business Central mobile app for HR self-service. A general Business Central iOS and Android app for ERP record access. None of those is built for the driver on the road. Own-fleet distribution and field service running on Business Central needs a separate app: turn-by-turn navigation, offline-capable proof of delivery, photos, e-signatures, conditional outcomes, custom forms. eLogii ships that app, and completion data writes back to Business Central via Business Central REST API v2.0.
Business Central has a mature mobile surface, just not for the on-road driver. The four apps it ships each have their own purpose, and recognizing what each one is for makes it clear where the gap sits.
None of those is a driver app. Business Central was not built to be one, and the apps above are correct for what they cover.
The driver workflow on the road is a different problem from warehouse scanning or ERP record access. The app has to be the driver’s whole working surface for the day.
That’s the working surface for a delivery driver or field service technician. None of it is what Business Central’s general ERP app or Business Central mobile app was built to do.
Two patterns are common in Business Central customers that haven’t yet added a dedicated driver app. Both create friction at scale.
The path forward is a driver app that lives in the same data flow as the route plan: same source for the route, same destination for the captures.
Native iOS and Android, built specifically for delivery and field-service execution. The driver opens the app at the start of their shift and lives in it for the day.
The driver app reads from eLogii and writes back to eLogii. eLogii reads orders from Business Central and writes execution data back. The driver never sees Business Central directly; the app is built for the road.
End to end: driver experience is built for the road, Business Central stays the ERP and system of record, AR gets the POD reference the moment the driver completes the stop.
30-minute working session. Bring a sample order from your Business Central sandbox and we’ll walk the driver workflow end to end, including the Business Central API write-back of the POD evidence.
Not in the on-road delivery sense. Business Central ships Business Central mobile app for warehouse pick/pack/ship scanning workflows, Business Central mobile app for HR self-service, and a general Business Central iOS and Android app for ERP record access (look up a customer, approve a transaction, see a dashboard). None of those is built for the driver workflow on the road: turn-by-turn navigation, offline-capable proof of delivery, photos, e-signatures, conditional outcomes for failed visits, custom forms per job type.
The driver gets a daily route, drives between stops, completes the work and captures the evidence. The app has to handle: turn-by-turn navigation to each stop; the route view with the day’s plan and live re-sequencing if a stop is added or canceled; proof of delivery capture (photos, signatures, configurable form fields); conditional outcomes (delivered, refused, partial, failed and the reason); offline operation so the driver isn’t blocked by patchy signal; barcode scanning for items or assets; vehicle inspection checks; live GPS streaming back to dispatch so ETAs can update; secure handoff of the captures back into the system of record.
The driver app reads the day’s route from eLogii (which got the orders from Business Central via Business Central REST API v2.0 in the first place). When the driver completes a stop, the app captures the POD evidence and writes it to eLogii. From eLogii, the completion data, photo and signature references, timestamps and any custom form data flow back to Business Central via Business Central REST API v2.0, typically against the linked Posted Sales Shipment record so AR can invoice and inventory can clear. The driver never sees Business Central directly; the app is built for the road, not for ERP record entry.
Yes. Drivers can complete stops, capture POD, photos and signatures with no signal. Captures queue on the device and sync automatically when connectivity returns. Built for rural routes, basement deliveries and dead zones.
Yes. Form fields are configurable per route, per stop or per task type: temperature checks for cold-chain, gate access codes, asset serials, hazmat handling forms, safety attestations, NPS micro-surveys. Custom field data flows through to Business Central via Business Central REST API v2.0 against the matching record.
Last updated: June 2026. Business Central mobile app coverage is drawn from Microsoft’s public documentation: Microsoft Learn, BC extension and Microsoft's Power Platform docs and the App Store / Play Store listings for Business Central for iOS, Business Central Warehouse Management, Business Central mobile app and Business Central mobile app. eLogii driver app documented at elogii.com/product/field-execution/.
Custom simulation
A 30-minute working session with our solutions team. We take a sample of your real jobs, depots, vehicles and SLAs, run them through the eLogii engine, and show you the projected delta against how you plan today. No slides, no generic benchmarks.