Proof of Delivery
MICROSOFT DYNAMICS 365 BUSINESS CENTRAL + SUITEFLEET

Business Central Proof of Delivery with SuiteFleet

CRM

Connect Business Central delivery evidence to posted shipment lines. Review recipients, signatures, photos, and partial receipts.

Free Trial
Big & bulky last mile delivery — oversized goods and furniture delivery
Correct record
Match each proof package to its source shipment and lines before accepting the reported handover result.
Evidence review
Review recipient details, delivery photographs, signatures, and completion information together against the agreed shipment evidence policy.
Quantity checks
Separate dispatched quantities from customer acceptance and keep shortages visible until the responsible team resolves them.
Traceable writeback
Store controlled evidence references and distinguish actual completion time from the later integration synchronization timestamp.

For Business Central, proof of delivery means matching the recipient, handover time, photographs, and signature to Posted Sales Shipments. The SuiteFleet connection retains posted shipment lines so the team can reconcile accepted quantities and exceptions. Capturing proof and successfully updating the source record are separate checks.

Connector availability: SuiteFleet plans to publish its Microsoft Dynamics 365 Business Central connector on Microsoft Marketplace, subject to the marketplace review and release process.

1. Start with the Business Central order

Open the source order 101048 for Pinecrest Hospitality 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.

Microsoft Dynamics 365 Business Central starting order 101048 with SuiteFleet extension
Start with the Microsoft Dynamics 365 Business Central order and review the SuiteFleet delivery fields before releasing the shipment.

Open a released sales order and confirm its shipping location, ship-to address, and Qty. to Ship values. If the location requires warehouse documents, respect that handling flow before posting shipment. Released alone does not prove stock has been picked or delivered.

Business Central separates shipment posting from invoicing and supports partial quantities through Qty. to Ship. The original order may no longer be the durable display after full posting, so retain the posted shipment relationship rather than requiring the sales order page to survive forever. Microsoft: posting sales.

2. Configure the evidence mapping

Preserve this relationship before exporting delivery work:

Environment/company → sales order ID → posted sales shipment ID → order/shipment line → SuiteFleet task
Microsoft Dynamics 365 Business Central to SuiteFleet field mapping and return mapping
Microsoft Dynamics 365 Business Central–SuiteFleet field mapping. Confirm source fields, destination fields, and transformation rules during configuration.
Microsoft Dynamics 365 Business Central sourceSuiteFleet destinationRule
Sales order No. / IDOrder # / correlationStore stable company-scoped ID.
Posted Sales Shipment No. / IDReference number / shipment keyDurable execution reference.
Ship-to Name / Address / ContactShip ToUse order or shipment destination.
Location CodeBranch / hubPhysical origin lookup.
Requested Delivery DateDelivery DateDo not substitute Posting Date.
Shipping Agent Service CodeDelivery TypeConfigured value lookup.
SuiteFleet resultMicrosoft Dynamics 365 Business Central destinationWriteback rule
Task ID / AWBShipment delivery extensionConfirm field access during configuration.
Delivered / FailedCustom delivery statusConfirm field access during configuration.
Recipient / completion timeDelivery evidence metadataConfirm field access during configuration.
Photos / signaturePosted-shipment evidence referenceConfirm field access during configuration.

Reference the posted shipment number and line quantities when reviewing evidence. Store recipient and actual delivery time separately from Posting Date and Shipment Date.

3. Define and check the evidence requirements

Agree the evidence policy before dispatch: which shipments need a recipient name, photographs, signature, and completion information, and who reviews missing evidence. Only require capture methods verified in the deployed driver workflow. Confirm that the connector can retrieve each required evidence field.

SuiteFleet Shipment Details with order reference and delivery window
SuiteFleet task 824516: order ORD-55055, AWB SF7104046580, and the receiving window in America/Chicago (CDT).

Before opening proof, match the task to Posted Sales Shipment 102086 through the correlation record. Names, addresses, and order display numbers alone are insufficient when the customer receives repeat or split shipments.

Distinguish the expected consignee from the person who actually accepted the goods. Validate file access and retention requirements with the deployment owner so a saved link remains useful to the intended support team.

4. Review proof of customer handover

Open Proof from the task or Reports → POD Analysis → Full proof. Review delivery photos, signature, recipient, and recorded completion together. Review Proof of pickup and Proof of delivery separately. Confirm customer receipt from the delivery record.

SuiteFleet proof of delivery with recipient photos and signature
Delivery evidence example: Jessica Miller, October 15, 2026 at 12:36 PM CDT. Reconcile accepted quantities against the shipment lines.

Do not infer received item quantities from a photograph, a signature, or the package count. Store the event time with its time zone. This example uses America/Chicago (CDT).

If Qty. to Ship is 4 while ordered quantity is 10, the posted shipment and task represent only those 4. Keep the remaining 6 available for a later shipment and do not overwrite posted shipment lines to match an unexpected receipt.

If there is a shortage, refusal, or disputed recipient, preserve the original evidence and record the exception. Retain the source shipment and line keys during review; do not create a new shipment simply because proof needs correction.

5. Store controlled evidence references

Microsoft documents salesShipments in the Business Central v2.0 API, including the company-scoped ID and orderNumber relationship. A read endpoint does not authorize arbitrary writes to posted documents. Expose extra delivery fields through a validated extension/API design. Microsoft: sales processes.

Write recipient, event time, outcome, and evidence references only to validated destinations. Check whether the interface stores a file, an attachment relationship, or an external URL. Apply access controls to the evidence location; a link in a transaction does not itself grant appropriate access.

Handle status and attachment updates independently. If the status sync succeeds but a photo reference fails, retain the partial integration error and retry that operation safely. Verify the target record after retry before reporting a clean sync.

6. Verify the result in Business Central

Use the Posted Sales Shipment as durable shipment evidence and store last-mile details in a related extension record or approved custom fields. Reconcile Quantity Shipped on the original order where it remains available. Do not post Ship and Invoice merely to record customer receipt. Microsoft: posting sales.

Microsoft Dynamics 365 Business Central completed delivery example linked to 101048
Review delivery status and evidence on the linked Microsoft Dynamics 365 Business Central shipment record. Reconcile any outstanding quantities separately.
Completion example

Posted Sales Shipment 102086; task SF-DEMO-7107; recipient Emma Davis; 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

How should proof of delivery be matched in Business Central?

Reference the posted shipment number and line quantities when reviewing evidence. Store recipient and actual delivery time separately from Posting Date and Shipment Date.

Does a delivered task complete the Business Central source workflow?

Use the Posted Sales Shipment as durable shipment evidence and store last-mile details in a related extension record or approved custom fields. Reconcile Quantity Shipped on the original order where it remains available. Do not post Ship and Invoice merely to record customer receipt.

SuiteFleet dashboard
Review the source records, field mapping, delivery workflow, and return updates for your Microsoft Dynamics 365 Business Central implementation.
Microsoft Dynamics 365 Business Central + SuiteFleet

Connect Microsoft Dynamics 365 Business Central delivery operations with SuiteFleet

For Business Central, proof of delivery means matching the recipient, handover time, photographs, and signature to Posted Sales Shipments. The SuiteFleet connection retains posted shipment lines so the team can reconcile accepted quantities and exceptions. Capturing proof and successfully updating the source record are separate checks.
Multi-stop sequencing
Capacity-based planning
Traffic-aware routing

Carrier Says Delivered. Who Signed?

D365 Sales Order

SO-20240892

Status: Shipped via FedEx
Tracking: Delivered (carrier)
Customer POD: None

NO PROOF
⇢
SuiteFleet POD
e-Signature
Photo

GPS + Timestamp + Recipient Name

↑
D365 Order Delivery Confirmed With Proof

SO-20240892 | Delivery result: Delivered and Confirmed

Recipient: Sarah Johnson, Procurement Manager
Evidence: e-Signature + Delivery Photo + GPS (32.7767, -96.7970) + 10:42 AM CDT

EVIDENCE AVAILABLE

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
No items found.