Route Optimization
SAP BUSINESS ONE + SUITEFLEET

SAP Business One Route Optimization with SuiteFleet

ERP

Plan routes for SAP Business One delivery work using origin, destination, and receiving windows. Review assignments and unassigned stops.

Free Trial
Big & bulky last mile delivery — oversized goods and furniture delivery
Planning inputs
Carry verified destinations, shipment references, receiving windows, and departure locations into the planning workflow before assignment.
Geographic selection
Use the operations map to identify eligible stops and resolve missing locations before calculating a proposed route.
Preview review
Inspect driver workload, stop sequence, and unassigned tasks before applying the plan to the intended fleet.
Actual outcomes
Reconcile customer delivery after execution while keeping route planning separate from shipment posting and accounting activity.

The SAP Business One–SuiteFleet workflow turns released work from Delivery documents into stops with a loading point, destination, and receiving window. Dispatchers review drivers, optimization objectives, and unassigned stops before applying a route. Actual completion is reconciled afterward using DocEntry and base-document lines.

Connector availability: SuiteFleet plans to publish its SAP Business One connector on SAP Store, subject to the marketplace review and release process.

1. Start with the SAP Business One order

Open the source order 1256 for Harbor Office Products and inspect its delivery destination, line quantities, and configured SuiteFleet relationship. The example contains two lines with quantities 4 and 6 in the units shown.

SAP Business One starting order 1256 with SuiteFleet extension
Start with the SAP Business One order and review the SuiteFleet delivery fields before releasing the shipment.

Review the sales order’s customer, delivery date, ship-to address, availability, and open item quantities. Create a Delivery for the intended quantities through the supported base-document workflow. Do not use manual Close as a delivery event.

Business One distinguishes visible DocNum from internal DocEntry. Preserve base-document relationships when copying a sales order to a Delivery. A single customer can have several orders and delivery documents with the same address; matching by customer code and address alone is unsafe. SAP Business One sales orders.

2. Configure the planning mapping

Preserve this relationship before exporting delivery work:

Company database → sales-order DocEntry → delivery DocEntry → base document line → SuiteFleet task
SAP Business One to SuiteFleet field mapping and return mapping
SAP Business One–SuiteFleet field mapping. Confirm source fields, destination fields, and transformation rules during configuration.
SAP Business One sourceSuiteFleet destinationRule
Sales order DocNumOrder #Visible order reference.
Company + order DocEntryIntegration correlationPersistent internal key.
Base document / base lineItem correlationPreserve copied quantities.
Ship-to address / contactShip ToUse document destination.
Warehouse codeBranch / hubExplicit departure lookup.
Delivery DateDelivery Date (validated)Keep receiving window separate.
Item code / quantity / UOMItemsDo not substitute package count.
SuiteFleet resultSAP Business One destinationWriteback rule
Task ID / AWBDelivery UDF or related recordConfirm field access during configuration.
Delivered / FailedCustom delivery outcomeConfirm field access during configuration.
Recipient / completion timeDelivery evidence metadataConfirm field access during configuration.
Photos / signatureControlled evidence linkConfirm field access during configuration.

Treat Delivery Date as a requested date, and obtain a receiving window explicitly. Resolve warehouse codes to actual departure points rather than routing from the business partner’s billing address.

3. Select eligible stops and available drivers

Open Workbench for the intended date and filters. Inspect task, driver, and hub layers; resolve tasks without a location before optimization. Use geographic selection to choose the intended area, then confirm the selected task set contains only released work.

SuiteFleet Workbench with task clusters and hubs
Dallas–Fort Worth planning example. Review task clusters, driver coverage, and hub locations.

Choose Plan & Optimize when assigning eligible tasks across drivers, or Optimize Existing Routes when retaining assignments and improving stop sequence. Review enabled drivers, shift windows, departure hubs, and the displayed task-capacity limits. Do not assume those limits represent weight or volume.

SuiteFleet driver panel beside the operations map
Review available drivers and task capacity alongside the Dallas–Fort Worth service area.

Business One distinguishes visible DocNum from internal DocEntry. Preserve base-document relationships when copying a sales order to a Delivery. A single customer can have several orders and delivery documents with the same address; matching by customer code and address alone is unsafe.

4. Review objectives, constraints, and results

Choose the supported objective: Fastest Completion, Shortest Distance, Fewest Vehicles, or Balanced Workload. Review Respect Time Windows, Reassign Assigned Tasks, and Time Per Stop before running the preview. Select the objective that matches the dispatch plan and confirm which routing constraints are enabled.

SuiteFleet route optimization objective selection
Choose the routing objective that matches the dispatch plan.

Inspect the returned driver assignments, stop sequence, projected completion, and every unassigned task. Check stop times against driver shifts as well as customer windows; confirm that the proposed schedule is feasible. Missing locations and conflicting requirements need explicit resolution.

SuiteFleet route preview and unassigned-task review
Review planned stops, distances in miles, completion time, and unassigned tasks before applying the route.

Review the Dallas–Fort Worth planning example, with distances in miles and local receiving times. Dispatchers should check stop sequence, road access, and unresolved work before applying a plan.

5. Execute the route and process actual outcomes

Keep assignment and planned arrival separate from customer delivery. Monitor failed, rescheduled, and completed stops during execution. A route application must not post inventory, close an order, or trigger billing by itself.

If 4 cases are copied to one Delivery and 6 remain open, only the first Delivery should receive the completed task result. A retry must not create a second Delivery document for the same goods.

After a stop completes, match its task ID to the source shipment, review required proof, and reconcile accepted quantities. Record actual event time and a separate sync outcome. If the source changes after planning, compare the change with the dispatched allocation before overwriting operational data.

6. Verify the result in SAP Business One

Write verified last-mile results to Delivery user-defined fields or a related delivery record supported by the implementation. Keep the Delivery’s native document state separate from the custom Delivered result. Check the original order’s remaining open quantities instead of treating Closed as proof of receipt. SAP Business One sales orders.

SAP Business One completed delivery example linked to 1256
Review delivery status and evidence on the linked SAP Business One shipment record. Reconcile any outstanding quantities separately.
Completion example

Delivery 1854; task SF-DEMO-7105; recipient Sarah Mitchell; actual handover October 15, 2026 · 3:35 PM EDT (America/New_York). First line: 4 shipped and 4 accepted. Second line: 6 shipped and 6 accepted.

Read back the linked record and review every outstanding allocation before marking the full order delivered. Test partial shipment, partial acceptance, failed delivery, duplicate completion, and delayed writeback. Keep inventory posting, receipt evidence, and payment reconciliation under their respective configured rules.

Frequently asked questions

Which SAP Business One details are needed for route planning?

Treat Delivery Date as a requested date, and obtain a receiving window explicitly. Resolve warehouse codes to actual departure points rather than routing from the business partner’s billing address.

How are partial deliveries handled for SAP Business One?

If 4 cases are copied to one Delivery and 6 remain open, only the first Delivery should receive the completed task result. A retry must not create a second Delivery document for the same goods.

SuiteFleet dashboard
Review the source records, field mapping, delivery workflow, and return updates for your SAP Business One implementation.
SAP Business One + SuiteFleet

Connect SAP Business One delivery operations with SuiteFleet

The SAP Business One–SuiteFleet workflow turns released work from Delivery documents into stops with a loading point, destination, and receiving window. Dispatchers review drivers, optimization objectives, and unassigned stops before applying a route. Actual completion is reconciled afterward using DocEntry and base-document lines.
Multi-stop sequencing
Capacity-based planning
Traffic-aware routing

SAP Delivery Documents, Optimized Into Fleet Routes

SAP Delivery Documents
DN 80001234 - 31 lb
DN 80001235 - 49 lb
DN 80001236 - 18 lb
DN 80001237 - 68 lb
DN 80001238 - 11 lb

Fleet capacity: 3 vehicles

→
Optimized Fleet Routes
1 2 3 1 2

Sample

distance comparison

5/5

on-time rate

Workflow illustration. Any quantities, timings, costs, or routes shown here are sample values separate from the article’s order. Billing and inventory updates follow the configured source-system rules.

Other Solutions

All Solutions