Lead Time Calculation in Microsoft Dynamics 365 Business Central

1 Mar, 2026

The Lead Time Calculation setup is one of the key parameters influencing inventory planning in Microsoft Dynamics 365 Business Central. Proper configuration ensures accurate planned receipt dates and helps prevent stock shortages.

1. What Is Lead Time Calculation?

Lead Time Calculation is a date formula (for example 7D, 2W) that determines how long it takes to replenish an item through purchasing or production. Business Central uses it when calculating dates on order lines and during planning (MRP/MPS).

2. Where Is It Set?

Lead time can be defined on multiple levels:

Vendor Card – if delivery time differs per supplier.
Item Card – default lead time for the item.
Stockkeeping Unit (SKU) – if lead time differs by location or variant.

Note: When using SKUs, the SKU lead time usually overrides the general item setting.

3. How It Works in Purchase Orders

For purchase orders, the system typically calculates the planned receipt date as:

Order Date + Lead Time Calculation = Planned Receipt Date

Additional parameters such as Inbound Warehouse Handling Time and Safety Lead Time may further adjust the final expected receipt date.

4. Practical Example

A supplier delivers goods within 10 days. In Business Central you set:

Lead Time Calculation = 10D

If a purchase order is created on March 1, 2026, the system calculates the planned receipt date as:

March 1, 2026 + 10D = March 11, 2026

5. Common Mistakes

Empty Lead Time – the system may use another level (vendor/item/SKU), resulting in unexpected dates.
Wrong Level Configuration – if planning per location, configure lead time on SKU level.
Ignoring Logistics – consider transport time, customs clearance, and internal handling.

6. Why Proper Setup Matters

Correct Lead Time configuration improves:

Accuracy of planned receipt dates
Inventory forecasting reliability
Material availability for production
Reduction of emergency purchase orders

If you need more information, please fill out the contact form or contact our sales department

Sales Order Was Posted Without a Reservation

21 Jan, 2026

1. Problem Description

A user posted a sales order (shipment and/or invoicing) even though no reservation was created for the item.

At first glance this may appear to be a system error, but in most cases it is standard NAV behavior caused by item setup.

2. Most Common Root Cause

Item Card → field “Reserve” is set to “Never”

If the parameter Reserve = Never is used, the system:

does not create reservations (neither automatically nor manually),
does not require a reservation during posting,
allows posting as long as inventory is available.

3. How to Verify the Setup – Step by Step

Step 1: Open the Item Card

Go to Departments → Warehouse → Items
Find the item used on the sales order
Open the Item Card

Step 2: Check the “Reserve” Field

Locate the Reserve field on the Item Card
Verify its value

Possible values:

Never – reservations are not used (posting without reservation is allowed)
Optional – reservations are possible but not required
Always – posting is not allowed without a reservation

Step 3: Check Stockkeeping Units (SKU)

If the company uses Stockkeeping Units (Item × Location × Variant), the Reserve setting may be defined there instead.

From the Item Card, open Stockkeeping Units
Check the value of the Reserve field

Note: SKU settings override the Item Card settings.

4. Why Did NAV Allow Posting?

In Microsoft Dynamics NAV, reservations are:

a planning and control mechanism,
not a technical requirement for posting.

If the item does not require lot or serial tracking and inventory is available, NAV allows posting without an active reservation.

5. Recommendation for the Future

        If reservations must be mandatory:
        set Reserve = Always on the Item Card or SKU,
or consult your NAV partner for a system customization.

    

6. Summary

If a sales order was posted without a reservation, always check:

the Item Card – the Reserve field,
Stockkeeping Unit (SKU) setup.