Product delivery time
Shopware ships a built-in Delivery time entity — a labelled range (e.g. “1–3 working days”) you can assign to each product. The plugin can opt into this per-product data to compute the delivery window, falling back to its own min/max settings when a product doesn’t define one.
Turning it on
Section titled “Turning it on”- Open Settings → Plugins → Estimated Delivery → Settings.
- In the Delivery card, toggle Use product delivery time if available (
useProductDeliveryTime) on. - Save.
From now on, the plugin reads product.deliveryTime.min and product.deliveryTime.max and uses those numbers in place of deliveryMinDays / deliveryMaxDays for products that have a delivery time set.
What still comes from the plugin
Section titled “What still comes from the plugin”Even with useProductDeliveryTime on, these settings still come from the plugin’s configuration:
- Working days rule for delivery — non-working days are still skipped.
- Holidays rule — still excluded.
- Shipping min/max days — the shipping window is unaffected; only the delivery window is overridden.
This means the per-product delivery time describes “how long the courier takes once we’ve shipped” — it doesn’t tell the plugin when you ship.
What if a product has no delivery time set
Section titled “What if a product has no delivery time set”Shopware doesn’t require a product to have a delivery time. If the field is empty:
useProductDeliveryTimeoff — the plugin always uses its owndeliveryMinDays/deliveryMaxDays.useProductDeliveryTimeon — the plugin falls back to the samedeliveryMinDays/deliveryMaxDays.
So enabling the option is safe: products with no delivery time stay on the plugin’s defaults, products with a delivery time get a more accurate estimate.
What about delivery time on the variant
Section titled “What about delivery time on the variant”When a product variant inherits its deliveryTime from the parent product, the inheritance is respected — the variant gets the parent’s delivery time, and the plugin reads the resolved value. If the variant has its own delivery time, that value wins.
Adding restock time for out-of-stock products
Section titled “Adding restock time for out-of-stock products”For items you don’t keep in stock — made-to-order or backorder products — Shopware’s per-product Restock time in days (restockTime) can be added as extra lead time on top of the shipping and delivery windows.
Turn it on under Settings → Delivery → Add restock time when out of stock (restockTimeMode):
- Don’t add (default) — restock time is ignored.
- Add (Clearance sale only) — restock time is added only for out-of-stock products flagged as clearance / closeout.
- Add (All products) — restock time is added for every out-of-stock product.
The restock days are only applied when the product’s available stock is 0 or below. When the product is in stock, nothing changes. The extra days push out the dispatch date, so both the shipping and delivery dates shift accordingly — but the cut-off countdown (“order within…”) is left untouched. Restock time inherits from the parent product for variants, just like the delivery time.
This means you no longer have to fold the replenishment time into the delivery time field by hand: keep the delivery time as the courier transit window, and let restockTime model the “we need to make/order it first” lead time.
Picking between the two approaches
Section titled “Picking between the two approaches”There’s no one right answer; both work. Heuristics:
- Single warehouse, single courier, uniform delivery — leave
useProductDeliveryTimeoff, set a global 1–3 day delivery window, done. - Mixed catalog with drop-ship + in-stock items — turn it on. Drop-ship items can have a 5–10 day delivery time set per product, in-stock items can have 1–3 days, and the plugin reflects the difference.
- Pre-order / made-to-order products — turn it on and use the delivery time field as the long lead time indicator. Combine with General → Inherit from Dynamic Product Groups to apply the same delivery time to whole product groups at once.