Drop shipments and special orders in Business Central
By Emil Björk · Microsoft business apps consultant, Gothenburg
How Business Central links sales orders to purchase orders for drop-ship and special-order fulfilment — the requisition worksheet, the linkage, and the gotchas.
On this page (4)
For distributors and resellers, fulfilling customer orders without holding inventory is a real cost-of-doing-business advantage. Business Central supports two related patterns natively: drop shipments and special orders.
Drop shipments
A drop shipment is a sales transaction where the goods never enter the seller's warehouse. The vendor ships directly to the customer. From the seller's perspective: a sales order is placed, a corresponding purchase order is placed with the vendor, the vendor ships, the seller invoices the customer, and the vendor invoices the seller. No item ledger inbound entries for the seller; no warehouse handling.
Special orders
A special order is similar — a sales order driving a purchase order — but the goods do enter the seller's warehouse first before being shipped to the customer. The seller takes possession briefly. Used for items that must be inspected, repackaged, kitted, or labelled before shipping.
The mechanism — drop shipment.
- On a sales order line, the user marks Drop Shipment. The line stops behaving like a normal sales line — it doesn't try to ship from inventory.
- The user runs the Requisition Worksheet with the drop-shipment view, which lists sales lines marked for drop shipment.
- The user assigns a vendor and runs Carry Out Action Message, which creates a purchase order linked to the sales line.
- On the purchase order, the Drop Shipment field is set, and the Ship-to address auto-populates from the sales order's ship-to.
- When the vendor confirms shipment, the user posts the purchase receipt — which simultaneously posts the sales shipment (no inventory entries, just the matching ledger movements).
- Both invoices post against the related documents normally.
The mechanism — special order.
- On a sales order line, the user runs Special Order from the Functions menu.
- The system creates a purchase order linked to the sales line, with the seller's warehouse as ship-to.
- The purchase order receives normally, into stock.
- When the goods are ready, the sales shipment is posted normally — but the link to the purchase order ensures the inbound and outbound transactions are reconciled cost-accurately.
Why the linkage matters
Without the link, you could just create a purchase order manually for each sales order and it would kind of work. The linkage adds:
- Cost accuracy. The purchase cost flows to the sales line's COGS automatically when posted.
- Reservation. The incoming purchase is reserved for the sales line, so warehouse staff can't accidentally allocate it elsewhere.
- Visibility. Both documents show the linked counterpart; status, dates, and quantities reconcile.
- Cancellation safety. If the sales order is cancelled, the purchase order is flagged for review.
Pitfalls.
- Partial deliveries require careful matching — the sales and purchase quantities must align or the linkage gets confused.
- Currency mismatches between sales (customer currency) and purchase (vendor currency) need FX handling; supported but adds reconciliation effort.
- Returns of drop-shipped goods are awkward — the goods may or may not come back to the seller's warehouse. Handle by case.
Reporting
A standard Drop Shipment Status report shows open sales-purchase pairs; useful in customer service for "where's my order" responses.
Related guides
- Subcontracting in Business Central productionHow Business Central handles subcontracted manufacturing operations — vendor work centers, the subcontracting worksheet, automatic POs, and cost flow.
- Sales and purchase returns in Business CentralHow Business Central handles returns — return orders, credit memos, exact cost reversal, the difference between return-receipt and credit-memo flows.
- Entra ID authentication errors for Dynamics 365The AADSTS sign-in errors Dynamics 365 users and integrations hit most — decoded, with cause, fix, and prevention.
- Dynamics 365 licensing explainedThe whole Dynamics 365 licensing model in one place — base and attach licences, per-user tiers, Team Members, device licences.
- Dynamics 365 vs SAPThe two enterprise ERP conversations that actually happen — S/4HANA vs Finance & Operations, and Business One vs Business Central — where each side wins.
Browse every guide in Foundations.
Was this helpful?
Signals which guides land and which need work. No account, no comment box — corrections go through the contact page.
Spot something wrong or want a topic covered? Send a correction or a topic request — both are welcome.