Route Optimization
SAGE INTACCT + SUITEFLEET

Sage Intacct Route Optimization with SuiteFleet

ERP

Plan routes for Sage Intacct 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 Sage Intacct–SuiteFleet workflow turns released work from configured Shipper transactions 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 Order Entry transaction lines.

Connector availability: SuiteFleet plans to publish its Sage Intacct connector on Sage Intacct Marketplace, subject to the marketplace review and release process.

1. Start with the Sage Intacct order

Open the source order SO-10482 for Cedar Grove Medical Center 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.

Sage Intacct starting order SO-10482 with SuiteFleet extension
Start with the Sage Intacct order and review the SuiteFleet delivery fields before releasing the shipment.

Use the configured Order Entry transaction definition and approval rules to release eligible Sales Order lines. In this example, convert the released quantities to a Shipper before delivery execution. Pending is a transaction-conversion state, not a promise that stock or driver capacity is available.

Order Entry transaction definitions determine the conversion path. A document called Shipper is a configured workflow choice, not a universal Intacct fulfillment endpoint. Preserve the original transaction and line relationship when converting only part of an order. If line-level ship-to contacts are enabled, group tasks by the actual line destination instead of blindly using the header contact. Sage Order Entry conversion.

2. Configure the planning mapping

Preserve this relationship before exporting delivery work:

Company/entity → Sales Order transaction record → Shipper transaction record → source transaction line → SuiteFleet task
Sage Intacct to SuiteFleet field mapping and return mapping
Sage Intacct–SuiteFleet field mapping. Confirm source fields, destination fields, and transformation rules during configuration.
Sage Intacct sourceSuiteFleet destinationRule
Sales Order DOCIDOrder #Human-readable transaction reference.
SODOCUMENT RECORDNO + entityIntegration correlationPersistent source identity.
Ship to contactConsignee / addressUse line contact where configured.
Need by dateDelivery DateDo not substitute Ship by date.
Warehouse / locationMerchant / branch / hubExplicit ID lookup.
Item ID + quantity + unitItemsKeep transaction line and unit.
Receiving window (custom)After / BeforeTime zone required.
SuiteFleet resultSage Intacct destinationWriteback rule
Task ID / AWBShipper delivery referenceConfirm field access during configuration.
Delivered / FailedCustom delivery statusConfirm field access during configuration.
Recipient / completion timeCustom delivery informationConfirm field access during configuration.
Photos / signatureRelated evidence referencesConfirm field access during configuration.

Separate Need by date from Ship by date. The receiving date and window should drive the customer stop, while the warehouse departure deadline remains a different planning input.

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.

Order Entry transaction definitions determine the conversion path. A document called Shipper is a configured workflow choice, not a universal Intacct fulfillment endpoint. Preserve the original transaction and line relationship when converting only part of an order. If line-level ship-to contacts are enabled, group tasks by the actual line destination instead of blindly using the header contact.

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.

An order for 10 cases can produce a Shipper for 4 and leave 6 for later conversion. A delivered task for the first Shipper must not advance the remaining lines or create a sales invoice by assumption.

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 Sage Intacct

Record the delivery result against the linked Shipper or a related custom delivery record. Converting the source order does not itself prove customer receipt. Keep partially converted lines outstanding and use the configured document conversion, rather than forcing an arbitrary order status. Sage Order Entry conversion.

Sage Intacct completed delivery example linked to SO-10482
Review delivery status and evidence on the linked Sage Intacct shipment record. Reconcile any outstanding quantities separately.
Completion example

Shipper SHP-10482; task SF-DEMO-7101; recipient Emily Carter; actual handover October 15, 2026 · 2:35 PM CDT (America/Chicago). 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 Sage Intacct details are needed for route planning?

Separate Need by date from Ship by date. The receiving date and window should drive the customer stop, while the warehouse departure deadline remains a different planning input.

How are partial deliveries handled for Sage Intacct?

An order for 10 cases can produce a Shipper for 4 and leave 6 for later conversion. A delivered task for the first Shipper must not advance the remaining lines or create a sales invoice by assumption.

SuiteFleet dashboard
Review the source records, field mapping, delivery workflow, and return updates for your Sage Intacct implementation.
Sage Intacct + SuiteFleet

Connect Sage Intacct delivery operations with SuiteFleet

The Sage Intacct–SuiteFleet workflow turns released work from configured Shipper transactions 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 Order Entry transaction lines.
Multi-stop sequencing
Capacity-based planning
Traffic-aware routing

Order-to-Delivery-to-Receipt Cycle

Sample

fuel comparison

Receipt recorded

Sage

Sales Orders / Invoices

15 deliveries today

↓

SuiteFleet Route Optimization

↓

Delivery Complete

POD + timestamp syncs to Sage

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