• New
Delivery Date Pro — selection of delivery date and time slot in PrestaShop
Delivery Date Pro — selection of delivery date and time slot in PrestaShop
Delivery Date Pro — selection of delivery date and time slot in PrestaShop
Delivery Date Pro — selection of delivery date and time slot in PrestaShop
Delivery Date Pro — selection of delivery date and time slot in PrestaShop
Delivery Date Pro — selection of delivery date and time slot in PrestaShop

Delivery Date Pro — selection of delivery date and time slot in PrestaShop

Module version: 2.0.0

PrestaShop compatibility: 1.7.x 8.x 9.x

Module file updated: 09/10/2026 15:30:55

Product data updated: 09/10/2026 15:40:35


PD Delivery Date Pro is a PrestaShop module that allows the customer to indicate a preferred delivery date when placing an order. The customer selects the date from a list of dates calculated according to the store settings, and if you make time slots available, they can also indicate a time range. The administrator defines delivery days, the minimum preparation time, the range of available dates, the cut-off time, and individual dates excluded from fulfilment. The delivery date selection can be made available for all carriers or limited to selected methods, such as in-house transport or in-store pickup. The saved preference is added to the order and is visible to the store staff and the customer. The indicated date remains a customer request requiring confirmation by the store and does not constitute a reservation of the transport service.

zł 78.00
zł 63.41no tax
Price history:

Description

Module features and functionality

Customer date selection

  • List of available delivery dates. The customer chooses from days that match the store calendar, instead of entering any date in the order notes.
  • Date with or without time slots. You can accept just the date or the date together with a slot such as 09:00–12:00. If you configure slots, saving the preference requires selecting one of them.
  • Optional date selection. The customer can place an order without a preference. After starting to change the selection in the standard delivery step, it must be saved or removed before proceeding further.
  • Save, change, and remove preferences. The form provides separate buttons for saving, removing, and refreshing available dates, and displays a message about the result of the operation.
  • Checking whether the selection is still valid. The server verifies the date, slot, and whether the selected carrier is allowed to handle the date. Time slots of the current day that have already started are not available for a new save.
  • Form adapted to small screens. Native selection fields, labels, and status messages support keyboard and touch device input. Saving the preference requires JavaScript to be enabled.

Calendar settings in the store

  • Minimum preparation time. You define the lead time required before the preferred delivery and choose whether it is counted in calendar days or available delivery days.
  • Days of the week and exceptions. You indicate the days on which you accept delivery preferences and exclude specific dates, for example holidays, vacation, or a fulfilment break.
  • Cut-off time. From the configured time, the module adds one preparation day in the selected mode, which makes it possible to account for orders placed later in the day.
  • Date selection range. You decide how far into the future the customer can indicate a date. All calculations refer to the time zone set in the store.
  • List of supported carriers. You can make date selection available only for specific delivery methods. Leaving the list empty includes all carriers available for the given cart.
  • Separate configuration in multistore. Each store can have its own days, times, and exceptions. You save the settings in the context of a specific store.

Handling saved dates

  • Preference assigned to the order. When the order is created, the module saves a copy of the date and slot linked to the order and its corresponding carrier.
  • Preview for both sides. The date is displayed on the order page in the administration panel, on the order confirmation page, and in the customer's order details.
  • List of upcoming dates. The panel shows up to 30 nearest orders with a saved date falling today or later, together with the slot, current status, and a link to the order.
  • Calendar operation preview. Before making dates available to customers, you can check up to 10 nearest available dates calculated from the saved settings.

Scope of available settings

Calendar parameters in PD Delivery Dates Pro
Setting Available values and rules
Preparation time From 0 to 60 days; calendar counting or counting by available delivery days.
Future date range From 1 to 365 calendar days from today, including the end date. The configured number of days cannot be less than the preparation time.
Days of the week Any selection from Monday to Sunday; at least one day is required.
Excluded dates Up to 366 specific dates in YYYY-MM-DD format, entered one per line. Holidays are added manually.
Cut-off time Optional time in HH:MM format. Reaching or exceeding it increases the required preparation time by one day.
Time slots Up to 48 slots shared across available days, for example 09:00-12:00 and 12:00-16:00. Slots may touch, but they cannot overlap or cross midnight.
Carriers All or selected delivery methods. Within one store, one shared calendar applies to the carriers covered by it.

How does the module calculate available delivery dates?

Today is day zero, and positive preparation time starts being counted from tomorrow. In calendar mode, every following day is included in the preparation time. In available delivery days mode, only the selected days of the week count, reduced by the entered exceptions. Regardless of the mode, the customer can indicate only a day on which the store allows delivery.

Example: the customer selects a date on Friday before the cut-off time, the store requires two preparation days, and delivers from Monday to Friday. When counting available delivery days, the first date will be Tuesday. Excluding the nearest Monday will move that date to Wednesday. When counting calendar days, the two days will pass on Sunday, so if there are no other exclusions, the first available date will fall on Monday. The example assumes a sufficiently long future date range.

Same-day delivery may be available with zero preparation time, an allowed day, and no block resulting from the cut-off time. If you use time slots, at least one slot that has not yet started must remain available. Excluded days and the cut-off time do not extend the configured date range, so some combinations of settings may result in an empty list of dates.

Administration panel and benefits in daily operations

The module panel contains a green header with the PD logo, version number, and configuration indicators. Below it are three tabs: Calendar preview, Configuration, and Upcoming dates. The preview shows the store, time zone, and nearest dates, the form is used to set the rules, and the date list leads to the relevant orders.

For the customer, the benefit is the ability to provide a preference in an organised form during checkout. For the store staff, it is access to the same date and slot directly on the order, as well as a summary of the nearest requests. Limiting the list to days that match the settings helps collect preferences that take delivery organisation and preparation time into account.

Example use cases

  • Florist with own transport: selection of the preferred order delivery date and one of the defined delivery slots.
  • Catering or bakery: accepting preferences with preparation time, delivery days, and cut-off time taken into account.
  • Furniture store with own transport: making dates available on selected days of the week matching trip organisation.
  • In-store pickup: collecting the preferred pickup day and time after limiting the module to the carrier representing store pickup.

These are examples of using the module's shared settings. The store arranges the fulfilment of the indicated delivery or pickup with the customer outside the module.

Scope of operation and compatibility

PD Delivery Dates Pro saves one preference for the entire cart with one address and one carrier. It does not support separate dates for products or split deliveries between multiple addresses or carriers. The form is not displayed for an empty cart or an order containing only virtual products.

The module does not limit the number of orders per day or slot, does not confirm courier availability, and does not send automatic e-mail or SMS messages with the date. It does not change delivery costs, does not plan routes, and does not provide editing of the date for an already created order. The list of upcoming dates is for preview purposes and is not a booking calendar with export to external services.

Module version 2.0.0 is intended for PrestaShop 1.7, 8, and 9. The code remains syntactically compatible with PHP 7.0–8.5, although the PHP version must match the requirements of the PrestaShop version in use. Date selection uses the standard display location next to carriers; a custom theme or one-page checkout requires integration to be checked in the specific store.

Product Details

Prestashop 9.x support
Yes
Support for Prestashop 8.x
Yes
Prestashop 1.7.x support
Yes
Module translations
EN, ENG
Free support
Yes
Free updates (1 year)
Yes
PDDELTIMEPRO

FAQ

Find answers to the most common questions about this product.

PD Delivery Date Pro allows the customer to save a preferred delivery date and, if the store provides time slots, a time window. The available dates result from the configured delivery days, preparation time, cut-off time, and exclusions. The preference is assigned to the order and visible to the customer and the store staff.

No. The module records the customer's request, and the possibility of fulfilment requires confirmation by the store outside the module. It does not reserve a vehicle or space with the carrier, does not retrieve its availability, and does not set an order limit for a day or time slot. Several customers may indicate the same date.

No, the preference is optional. The customer can continue the purchase without indicating a date and time. If they start changing the selection, the standard delivery step requires saving or removing the preference before proceeding further; this does not mean that choosing a time slot is mandatory.

The form is displayed by default when selecting a carrier during checkout. It contains a list of available dates, a time slot field, and buttons to save, delete, and refresh appointments. The selection is made via drop-down lists, not by entering any date freely or through a monthly calendar grid.

The customer selects a date and the required time slot, then uses the save preferences button. Until the cart has been converted into an order, they can change the selection and save it again or remove the preference using a separate button. Refreshing availability retrieves the current dates, and the form indicates whether the operation was successful or if an error occurred. The saved selection is restored when the form is displayed again, provided it remains valid.

Yes. Leaving the time slot list empty in the configuration allows saving the date only. If you add time slots, the customer saving the preference must indicate one available slot. They can still completely refrain from indicating a date and time.

You can set from 0 to 60 days of preparation time, counted either by calendar days or according to available delivery days. Today is day zero, and positive preparation time starts being counted from tomorrow. A value of 0 may allow selection of the current day if the other rules are met.

Calendar mode counts each consecutive day toward preparation. Available delivery days mode counts only selected days of the week, excluding disabled dates. If selected on Friday before the cut-off time, with two preparation days and deliveries from Monday to Friday, the first available date will be Tuesday in delivery days mode or Monday in calendar mode. The example assumes no exclusions and a sufficiently long date range in the future.

The cut-off time is optional and uses the HH:MM format, for example 14:00. At this time and later, the module requires one additional preparation day in the selected counting mode. Dates, times, and the checking of started intervals refer to the store's time zone, not the customer's clock settings.

The future date range can be set from 1 to 365 calendar days, counted from today including the end date. The set number of days cannot be less than the minimum preparation time. Exclusions, unavailable weekdays, and the cut-off time do not shift the end of this range. It indicates the selection limit, not a guaranteed number of available dates.

Yes. You can select any days from Monday to Sunday, including only specific weekdays or weekend days. The configuration requires at least one day. In preparation mode calculated according to delivery days, the same days are used to calculate the required lead time.

There is no automatic holiday calendar. The administrator enters holiday dates, vacation dates, or other breaks into the exclusion list, one date per line in the YYYY-MM-DD format, for example 2026-12-25. The list may contain up to 366 dates. Excluded dates are not offered to the customer and are not counted as preparation days in the available delivery days mode.

Yes, if the preparation time is 0, today is an allowed delivery day, the date has not been excluded, and the set cut-off time has not been reached. When using time slots, at least one slot starting later than the current hour and minute must remain available. The mere possibility of selection does not confirm delivery fulfilment.

You can configure up to 48 time slots in the HH:MM-HH:MM format, entering each one on a separate line, for example 09:00-12:00 and 12:00-16:00. The start time must be earlier than the end time, and the entire slot must fall within a single day. The slots may be adjacent, but they must not overlap. The module does not support a slot that crosses midnight, such as 22:00-02:00.

Not in the current version. The configured list of time slots is shared across all available days in a given store. Entire dates can be disabled, but separate hours cannot be set for a specific day of the week or a single date.

For the current day, only time slots whose start is later than the current hour and minute in the store's time zone are available. A slot starting at 12:00 is not available for a new booking from 12:00 onward, even if it ends later. If no future slot remains, today's date is not offered. For future dates, the entire configured list of times is made available.

Yes. In the configuration, you select the active carriers assigned to the given store. An empty list means all carriers available for the cart. The module saves the link to the carrier reference, which PrestaShop preserves during its standard editing. Changing the delivery method may cause the previous preference to become outdated and require re-selection or its removal.

No. In one store, the same date and time rules apply to all carriers covered by the module. The selection of carriers determines when the customer can specify a date, but it does not create separate schedules. The current version also does not provide calendars dependent on postcode or route.

Yes, if personal pickup is configured in PrestaShop as a delivery method represented by a carrier. You can restrict the module to this method and set the days and time slots corresponding to the pickup point's operating hours. This is a record of pickup preferences; the module does not manage customer queues or workstation availability.

No. The module skips an empty cart and a cart containing only virtual products. For the remaining carts, the ability to save also depends on the function being enabled, the available delivery option, and the carrier settings.

No. The preference applies to the entire cart, and the preparation time is a setting of the store calendar. The module does not calculate it based on products, categories, quantities, or stock levels, and it does not allow assigning different dates to individual order items.

No. Appointment selection is supported for a cart with one delivery option covering one address and one carrier. The module does not provide separate preferences for multiple addresses, carriers, or split delivery parts.

Yes. Calendar settings and saved preference data are separated by store. Each store can have its own preparation time, days, time slots, and exclusions. Before changing the settings, you need to select a specific store in the PrestaShop panel; saving from the context of all stores or a group is not available.

The saved preference is displayed on the order card in the administration panel, on the purchase confirmation page, and in the customer's order details. Visibility on the customer side requires that the theme display the appropriate PrestaShop integration hooks. Upcoming dates can also be viewed in the module panel. This is information about the customer's request, not a confirmation of fulfillment.

The module does not provide editing of the preferences of an already created order. When the order is created, it saves a separate copy of them, and further changes via the cart form are blocked. A later change to the calendar settings does not recalculate the saved copy. Any possible change to fulfilment is agreed by the store with the customer outside the module.

When creating the order, the module copies the saved preference associated with the corresponding carrier. It does not then recalculate the preparation time in relation to the moment the payment is confirmed. The validity of the selection is checked when it is saved and when the standard delivery step is confirmed again. Returning to a previously started payment without going through this step again may retain the earlier preference, therefore the store must still confirm the possibility of fulfilment.

The panel has the tabs Calendar Preview, Configuration, and Upcoming Dates. The preview shows the shop, time zone, and up to 10 nearest available dates, the configuration provides calendar rules, and the upcoming dates show saved orders. The green header contains the PD logo, module version, and configuration indicators regarding accepting preferences, dates, times, carriers, and exclusions.

The list includes up to 30 nearest orders with a saved date falling on today or later in the selected store. It shows the order number and ID, date, time slot, current status, and a link to the details. It is sorted by date, time slot, and order ID. It does not filter orders by status, so it may also include a cancelled order with a future date. It is not a schedule of confirmed deliveries or a calendar with CSV or iCalendar export.

This may occur when the preparation time and cut-off time leave no available day within the set range, the selected days have been disabled, or all time slots for the current day have been exhausted. A separate reason for the selection being unavailable may be an unsupported carrier or delivery type. The Calendar Preview tab allows you to check the result of the saved rules. The lack of an available date does not change the voluntary nature of the preference.

No. The current version does not send its own email or SMS notifications with the preference and does not add the date to the PDF invoice. It presents the information in the order views and in the module panel. Confirmation of the date by the store and notification of its change do not have a separate mechanism in the module.

No. The selected date and time are additional information for the order. The module does not change delivery costs, does not add extra charges for selected time slots, does not dispatch shipments, does not plan routes, and does not automatically change the order status. There is no integration with a booking system or the carrier service interface.

The standard display location is at the carrier selection. The module also provides its own integration point for a custom theme and responds to selected delivery form refresh events. Custom themes and One Page Checkout modules may modify the forms and the way they are refreshed, therefore they require verification on a specific installation. There are no grounds to declare automatic compatibility with every such solution.

Version 2.0.0 declares support for PrestaShop from 1.7.0.0 up to the 9.x series. The module code maintains syntax compatibility with PHP 7.0–8.5, but the store itself must run on a PHP version supported by the specific PrestaShop version. This does not mean that every combination of store, PHP, theme, payment methods, and additional modules has been tested.

The form layout is adapted for small screens and uses native selection lists supported by the browser, including touch and keyboard input. Saving, deleting, and refreshing preferences require JavaScript to be enabled. Without it, the module informs you of this requirement and allows you to continue the purchase without specifying a date.

Yes. The update to version 2.0.0 extends the existing data structure instead of deleting cart records. It supplements shop associations and creates copies of preferences for existing orders. Older, valid dates in the DD/MM/YYYY format remain recognised when displayed. The update does not convert previous preferences into confirmed reservations.

Uninstallation removes the module settings, but leaves the tables with cart preferences and order date history. Reinstallation can use the preserved data. The reset function repairs the data structure and module connection while preserving settings and history. Permanent removal of these records requires a separate administrator operation.

Reviews (0)

No reviews