• Nouveau
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop
Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop

Délais de livraison Pro — choix de la date et du créneau horaire de livraison dans PrestaShop

Module version: 2.0.0

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

Fichier du module mis à jour : 2026-09-10 15:30:55

Données du produit mises à jour : 2026-09-10 15:40:35


PD Date de livraison Pro est un module PrestaShop qui permet au client d’indiquer une date de livraison préférée lors de la passation de la commande. Le client choisit la date dans une liste de dates calculées selon les paramètres de la boutique et, si vous mettez des créneaux horaires à disposition, il indique également une plage horaire. L’administrateur définit les jours de livraison, le délai minimal de préparation, la plage des dates disponibles, l’heure limite et les dates individuelles exclues de l’exécution. Le choix de la date peut être proposé à tous les transporteurs ou limité à des méthodes sélectionnées, telles que le transport propre ou le retrait en magasin. La préférence enregistrée est ajoutée à la commande et visible pour le personnel de la boutique ainsi que pour le client. La date indiquée reste une demande du client nécessitant une confirmation par la boutique et ne constitue pas une réservation du service de transport.

78,00 zł
63,41 złnetto
Price history:

La description

Caractéristiques et fonctionnalités du module

Choix du créneau par le client

  • Liste des dates de livraison disponibles. Le client choisit parmi les jours conformes au calendrier de la boutique, au lieu de saisir une date libre dans les remarques de commande.
  • Date avec ou sans horaires. Vous pouvez accepter uniquement la date ou la date accompagnée d’un créneau, tel que 09:00–12:00. Si vous configurez des créneaux, l’enregistrement de la préférence exige d’en sélectionner un.
  • Indication facultative du créneau. Le client peut passer commande sans préférence. Après avoir commencé à modifier son choix à l’étape standard de livraison, il doit l’enregistrer ou le supprimer avant de continuer.
  • Enregistrement, modification et suppression de la préférence. Le formulaire propose des boutons distincts pour enregistrer, supprimer et actualiser les créneaux disponibles, et affiche un message sur le résultat de l’opération.
  • Vérification de la validité du choix. Le serveur vérifie la date, le créneau et l’autorisation du transporteur sélectionné à prendre en charge ce créneau. Les créneaux horaires déjà commencés le jour même ne sont pas disponibles pour un nouvel enregistrement.
  • Formulaire adapté aux petits écrans. Les champs de sélection natifs, les libellés et les messages d’état prennent en charge la sélection au clavier ainsi que sur les appareils tactiles. L’enregistrement de la préférence nécessite JavaScript activé.

Paramètres du calendrier dans la boutique

  • Délai minimal de préparation. Vous définissez l’anticipation nécessaire avant la livraison souhaitée et choisissez un calcul en jours calendaires ou en jours de livraison disponibles.
  • Jours de la semaine et exceptions. Vous indiquez les jours pendant lesquels vous acceptez les préférences de livraison et excluez des dates précises, par exemple les jours fériés, les congés ou une interruption de traitement.
  • Heure limite. À partir de l’heure définie, le module ajoute un jour de préparation dans le mode choisi, ce qui permet de prendre en compte les commandes passées plus tard dans la journée.
  • Plage de sélection des dates. Vous définissez jusqu’à quelle date dans le futur le client peut indiquer un créneau. Tous les calculs se réfèrent au fuseau horaire configuré dans la boutique.
  • Liste des transporteurs pris en charge. Vous pouvez proposer le choix du créneau uniquement pour certaines méthodes de livraison. Laisser la liste vide inclut tous les transporteurs disponibles pour le panier concerné.
  • Configuration distincte en multiboutique. Chaque boutique peut avoir ses propres jours, horaires et exceptions. Vous enregistrez les paramètres dans le contexte de la boutique concernée.

Gestion des créneaux enregistrés

  • Préférence associée à la commande. Lors de sa création, le module enregistre une copie de la date et du créneau liée à la commande ainsi qu’au transporteur correspondant.
  • Affichage pour les deux parties. Le créneau est affiché sur la fiche de commande dans le panneau d’administration, sur la page de confirmation d’achat et dans le détail de la commande du client.
  • Liste des créneaux à venir. Le panneau affiche jusqu’à 30 commandes les plus proches avec une date enregistrée prévue pour aujourd’hui ou plus tard, avec le créneau, le statut actuel et un lien vers la commande.
  • Aperçu du fonctionnement du calendrier. Avant de proposer les créneaux aux clients, vous pouvez vérifier jusqu’à 10 prochaines dates disponibles calculées à partir des paramètres enregistrés.

Étendue des paramètres disponibles

Paramètres du calendrier dans PD Termin dostaw Pro
Paramètre Valeurs disponibles et règles
Délai de préparation De 0 à 60 jours ; calcul calendaire ou selon les jours de livraison disponibles.
Plage de dates futures De 1 à 365 jours calendaires à partir d’aujourd’hui, date de fin incluse. Le nombre de jours défini ne peut pas être inférieur au délai de préparation.
Jours de la semaine Sélection libre du lundi au dimanche ; au moins un jour est requis.
Dates exclues Jusqu’à 366 dates précises au format AAAA-MM-JJ, saisies une par ligne. Les jours fériés doivent être ajoutés manuellement.
Heure limite Heure facultative au format HH:MM. Son atteinte ou son dépassement augmente le délai de préparation requis d’un jour.
Créneaux horaires Jusqu’à 48 créneaux communs aux jours disponibles, par exemple 09:00-12:00 et 12:00-16:00. Les créneaux peuvent se suivre, mais ne peuvent pas se chevaucher ni passer minuit.
Transporteurs Tous ou certaines méthodes de livraison sélectionnées. Au sein d’une même boutique, un calendrier commun s’applique aux transporteurs qu’il couvre.

Comment le module calcule-t-il les dates de livraison disponibles ?

Aujourd’hui est considéré comme le jour zéro, et un délai de préparation positif commence à être compté à partir de demain. En mode calendaire, chaque jour suivant est pris en compte dans la préparation. En mode jours de livraison disponibles, seuls les jours de la semaine sélectionnés sont comptés, diminués des exceptions saisies. Quel que soit le mode, le client ne peut indiquer qu’un jour pour lequel la boutique autorise la livraison.

Exemple : le client choisit un créneau le vendredi avant l’heure limite, la boutique exige deux jours de préparation et livre du lundi au vendredi. Avec le calcul en jours de livraison disponibles, le premier créneau sera le mardi. Si le lundi le plus proche est exclu, cette date sera décalée au mercredi. Avec le calcul calendaire, les deux jours s’écouleront le dimanche ; en l’absence d’autres exclusions, le premier créneau disponible tombera donc le lundi. L’exemple suppose une plage de dates futures suffisamment longue.

La livraison le jour même peut être disponible avec un délai de préparation nul, un jour autorisé et sans blocage lié à l’heure limite. Si vous utilisez des créneaux horaires, il doit rester au moins un créneau qui n’a pas encore commencé. Les jours exclus et l’heure limite n’allongent pas la plage de dates définie ; certaines combinaisons de paramètres peuvent donc produire une liste de créneaux vide.

Panneau d’administration et avantages au quotidien

Le panneau du module contient un en-tête vert avec le logo PD, le numéro de version et des indicateurs de configuration. En dessous se trouvent trois onglets : Aperçu du calendrier, Configuration et Créneaux à venir. L’aperçu affiche la boutique, le fuseau horaire et les dates les plus proches, le formulaire sert à définir les règles, et la liste des créneaux mène aux commandes correspondantes.

Pour le client, l’avantage est la possibilité de transmettre sa préférence dans un formulaire structuré pendant l’achat. Pour l’équipe de la boutique, il s’agit de l’accès à la même date et au même créneau directement sur la commande, ainsi qu’à un récapitulatif des demandes les plus proches. Limiter la liste aux jours conformes aux paramètres aide à recueillir des préférences tenant compte de l’organisation des livraisons et du délai de préparation.

Exemples d’utilisation

  • Fleuriste avec livraison propre : choix de la date souhaitée de remise de la commande et de l’un des créneaux de livraison définis.
  • Traiteur ou boulangerie : prise en compte des préférences avec délai de préparation, jours de livraison et heure limite.
  • Magasin de meubles avec transport propre : mise à disposition de créneaux certains jours de la semaine correspondant à l’organisation des tournées.
  • Retrait en magasin : collecte du jour et du moment de retrait souhaités après limitation du module au transporteur représentant le retrait en boutique.

Il s’agit d’exemples d’utilisation des paramètres communs du module. La réalisation de la livraison ou du retrait indiqué est convenue par la boutique avec le client en dehors du module.

Portée de fonctionnement et compatibilité

PD Termin dostaw Pro enregistre une préférence pour l’ensemble du panier avec une seule adresse et un seul transporteur. Il ne prend pas en charge des créneaux distincts par produit ni des livraisons réparties entre plusieurs adresses ou transporteurs. Le formulaire n’est pas affiché pour un panier vide ni pour une commande contenant uniquement des produits virtuels.

Le module ne limite pas le nombre de commandes par jour ou par créneau, ne confirme pas la disponibilité du transporteur et n’envoie pas de messages automatiques par e-mail ni SMS avec le créneau. Il ne modifie pas les frais de livraison, ne planifie pas les tournées et ne permet pas de modifier la date d’une commande déjà créée. La liste des créneaux à venir sert à l’aperçu et n’est pas un calendrier de réservation avec export vers des services externes.

Le module en version 2.0.0 est destiné à PrestaShop 1.7, 8 et 9. Le code conserve une compatibilité syntaxique avec PHP 7.0–8.5, la version de PHP devant toutefois correspondre aux exigences de la version de PrestaShop utilisée. Le choix du créneau utilise par défaut l’emplacement d’affichage standard auprès des transporteurs ; un thème personnalisé ou un processus d’achat sur une seule page nécessite une vérification de l’intégration dans la boutique concernée.

détails du produit

Support pour Prestashop 9.x
Oui
Prise en charge de Prestashop 8.x
Oui
Prise en charge de Prestashop 1.7.x
Oui
Module de traduction
PL, ANG
Support gratuit
Alors
Mises à jour gratuites (1 an)
Alors
PDDELTIMEPRO

FAQ

Find answers to the most common questions about this product.

PD Date de livraison Pro permet au client d’enregistrer sa date de livraison préférée et, si la boutique met des horaires à disposition, un créneau horaire. Les dates disponibles dépendent des jours de livraison configurés, du délai de préparation, de l’heure limite ainsi que des exclusions. La préférence est attribuée à la commande et visible pour le client ainsi que pour le personnel de la boutique.

Non. Le module enregistre la demande du client, et la possibilité de réalisation nécessite une confirmation par la boutique en dehors du module. Il ne réserve ni le véhicule ni la place chez le transporteur, ne vérifie pas sa disponibilité et ne fixe pas de limite de commandes par jour ou par créneau. Plusieurs clients peuvent indiquer la même date.

Non, la préférence est facultative. Le client peut poursuivre l’achat sans indiquer de date ni d’heure. S’il commence à modifier son choix, l’étape standard de livraison exige d’enregistrer ou de supprimer la préférence avant de continuer ; cela ne signifie pas qu’il soit obligatoire de choisir un créneau.

Le formulaire s’affiche par défaut lors du choix du transporteur pendant la passation de la commande. Il contient une liste des dates disponibles, un champ de créneau horaire ainsi que des boutons d’enregistrement, de suppression et d’actualisation des créneaux. La sélection s’effectue au moyen de listes déroulantes, et non par la saisie d’une date libre ni par une grille de calendrier mensuel.

Le client choisit une date ainsi que le créneau requis, puis utilise le bouton d’enregistrement des préférences. Tant que le panier n’a pas été transformé en commande, il peut modifier son choix et l’enregistrer à nouveau ou supprimer la préférence à l’aide d’un bouton distinct. L’actualisation de la disponibilité récupère les créneaux actuels, et le formulaire informe du succès ou de l’erreur de l’opération. Le choix enregistré est restauré lors du réaffichage du formulaire, à condition qu’il reste valable.

Oui. Le fait de laisser la liste des créneaux vide dans la configuration permet d’enregistrer uniquement la date. Si vous ajoutez des créneaux horaires, le client qui enregistre sa préférence doit indiquer un créneau disponible. Il peut toujours renoncer complètement à indiquer un terme.

Il est possible de définir un délai de préparation de 0 à 60 jours, calculé en jours calendaires ou selon les jours de livraison disponibles. Aujourd’hui est considéré comme le jour zéro, et un délai de préparation positif commence à être compté à partir de demain. La valeur 0 peut permettre de sélectionner le jour en cours, si les autres règles sont remplies.

Le mode calendaire inclut dans la préparation chaque jour suivant. Le mode des jours de livraison disponibles ne prend en compte que les jours de la semaine sélectionnés, en excluant les dates désactivées. En cas de sélection le vendredi avant l’heure limite, avec deux jours de préparation et des livraisons du lundi au vendredi, le premier créneau sera le mardi en mode jours de livraison ou le lundi en mode calendaire. L’exemple suppose l’absence d’exclusions et une plage de dates future suffisamment longue.

L’heure limite est facultative et a le format HH:MM, par exemple 14:00. À partir de cette heure et au-delà, le module exige un jour de préparation supplémentaire selon le mode de calcul sélectionné. Les dates, les heures et la vérification des créneaux déjà commencés se réfèrent au fuseau horaire de la boutique, et non aux paramètres de l’horloge du client.

La plage de dates dans le futur peut être définie de 1 à 365 jours calendaires, comptés à partir d’aujourd’hui en incluant la date de fin. Le nombre de jours défini ne peut pas être inférieur au délai minimal de préparation. Les exclusions, les jours de la semaine indisponibles et l’heure limite ne repoussent pas la fin de cette plage. Elle indique une limite de sélection, et non un nombre garanti de dates disponibles.

Oui. Vous pouvez sélectionner n’importe quels jours du lundi au dimanche, y compris uniquement certains jours de la semaine ou les jours de week-end. La configuration nécessite au moins un jour. En mode de préparation calculé selon les jours de livraison, ces mêmes jours servent à calculer le délai de préavis requis.

Il n’y a pas de calendrier automatique des jours fériés. L’administrateur saisit les dates des jours fériés, des congés ou d’autres interruptions dans la liste des exclusions, une date par ligne au format AAAA-MM-JJ, par exemple 2026-12-25. La liste peut contenir jusqu’à 366 dates. Les dates exclues ne sont pas proposées au client et ne sont pas comptabilisées comme jours de préparation dans le mode des jours de livraison disponibles.

Oui, si le délai de préparation est de 0, qu’aujourd’hui est un jour de livraison autorisé, que la date n’a pas été exclue et que l’heure limite définie n’a pas encore été atteinte. Lors de l’utilisation de créneaux horaires, il doit rester au moins un créneau commençant plus tard que l’heure et la minute actuelles. La simple possibilité de sélection ne confirme pas la réalisation de la livraison.

Il est possible de configurer jusqu’à 48 créneaux au format HH:MM-HH:MM, en saisissant chacun sur une ligne distincte, par exemple 09:00-12:00 et 12:00-16:00. Le début doit être antérieur à la fin, et l’ensemble du créneau doit être compris dans une seule journée. Les créneaux peuvent se toucher, mais ne peuvent pas se chevaucher. Le module ne prend pas en charge un créneau passant par minuit, tel que 22:00-02:00.

Pas dans la version actuelle. La liste des créneaux configurée est commune à tous les jours disponibles dans cette boutique. Il est possible de désactiver des dates entières, mais pas de définir des horaires distincts pour un jour de la semaine précis ou une date unique.

Pour le jour en cours, seuls les créneaux dont le début est postérieur à l’heure et aux minutes actuelles dans le fuseau horaire de la boutique sont disponibles. Un créneau commençant à 12:00 n’est plus disponible pour une nouvelle inscription à partir de 12:00, même s’il se termine plus tard. S’il ne reste aucun créneau futur, la date d’aujourd’hui n’est pas proposée. Pour les dates futures, toute la liste d’horaires configurée est mise à disposition.

Oui. Dans la configuration, vous sélectionnez les transporteurs actifs attribués à la boutique concernée. Une liste vide signifie tous les transporteurs disponibles pour le panier. Le module enregistre l’association avec la référence du transporteur, que PrestaShop conserve lors de sa modification standard. Le changement de mode de livraison peut entraîner la perte de validité de la préférence précédente et la nécessité de la sélectionner à nouveau ou de la supprimer.

Non. Dans une boutique, des règles communes de dates et d’horaires s’appliquent à tous les transporteurs pris en charge par le module. La sélection des transporteurs détermine quand le client peut indiquer un créneau, mais ne crée pas de plannings distincts. La version actuelle ne propose pas non plus de calendriers dépendant du code postal ou de l’itinéraire.

Oui, si le retrait en magasin est configuré dans PrestaShop comme une méthode de livraison représentée par un transporteur. Vous pouvez limiter le module à cette méthode et définir les jours ainsi que les créneaux correspondant aux horaires du point de retrait. Il s’agit d’un enregistrement des préférences de retrait ; le module ne gère ni la file d’attente des clients ni la disponibilité des postes.

Non. Le module ignore le panier vide ainsi que le panier contenant exclusivement des produits virtuels. Pour les autres paniers, la possibilité d’enregistrement dépend également de l’activation de la fonction, de l’option de livraison disponible et des paramètres des transporteurs.

Non. La préférence concerne l’ensemble du panier, et le délai de préparation est un paramètre du calendrier de la boutique. Le module ne le calcule pas à partir des produits, des catégories, des quantités ni des niveaux de stock et ne permet pas d’attribuer des dates différentes à chaque article de la commande.

Non. La sélection d’un créneau est prise en charge pour un panier avec une seule option de livraison couvrant une seule adresse et un seul transporteur. Le module ne propose pas de préférences distinctes pour plusieurs adresses, transporteurs ni pour une livraison partielle.

Oui. Les paramètres du calendrier et les données des préférences enregistrées sont séparés par boutique. Chaque boutique peut avoir son propre délai de préparation, ses jours, ses créneaux et ses exclusions. Avant de modifier les paramètres, il faut sélectionner une boutique précise dans le panneau PrestaShop ; l’enregistrement depuis le contexte de toutes les boutiques ou d’un groupe n’est pas disponible.

La préférence enregistrée est présentée sur la fiche de commande dans le panneau d’administration, sur la page de confirmation d’achat ainsi que dans les détails de la commande du client. La visibilité côté client exige que le thème affiche les emplacements d’intégration PrestaShop appropriés. Les créneaux à venir peuvent également être consultés dans le panneau du module. Il s’agit d’informations sur la demande du client, et non d’une confirmation de réalisation.

Le module ne permet pas de modifier les préférences d’une commande déjà créée. Lors de la création de la commande, il enregistre une copie distincte de celles-ci, et toute modification ultérieure via le formulaire du panier est bloquée. Une modification ultérieure des paramètres du calendrier ne recalcule pas la copie enregistrée. Le cas échéant, toute modification de la réalisation est convenue entre la boutique et le client en dehors du module.

Lors de la création de la commande, le module copie la préférence enregistrée associée au transporteur correspondant. Il ne recalcule alors pas le délai de préparation par rapport au moment de la confirmation du paiement. La validité du choix est vérifiée lors de son enregistrement et de la nouvelle validation de l’étape standard de livraison. Le retour à un paiement précédemment commencé sans repasser par cette étape peut conserver une préférence antérieure ; la boutique doit donc toujours confirmer la possibilité de réalisation.

Le panneau comporte les onglets Aperçu du calendrier, Configuration et Prochaines échéances. L’aperçu affiche la boutique, le fuseau horaire et jusqu’à 10 dates disponibles les plus proches, la configuration donne accès aux règles du calendrier, et les prochaines échéances affichent les commandes enregistrées. L’en-tête vert contient le logo PD, la version du module et les indicateurs de configuration concernant l’acceptation des préférences, des dates, des heures, des transporteurs ainsi que des exclusions.

La liste comprend jusqu’à 30 commandes les plus proches avec une date enregistrée tombant aujourd’hui ou ultérieurement dans la boutique sélectionnée. Elle affiche le numéro et l’identifiant de la commande, la date, le créneau, le statut actuel ainsi qu’un lien vers les détails. Elle est triée par date, créneau et identifiant de la commande. Elle ne filtre pas les commandes selon leur statut, elle peut donc également inclure une commande annulée avec une date future. Il ne s’agit pas d’un planning de livraisons confirmées ni d’un calendrier avec export CSV ou iCalendar.

Cela peut se produire lorsque le délai de préparation et l’heure limite ne laissent aucun jour disponible dans la plage définie, que les jours sélectionnés ont été désactivés ou que tous les créneaux du jour en cours sont épuisés. Une autre raison d’une sélection indisponible peut être un transporteur ou un type de livraison non pris en charge. L’onglet Aperçu du calendrier permet de vérifier le résultat des règles enregistrées. L’absence de créneau ne modifie pas le caractère facultatif de la préférence.

Non. La version actuelle n’envoie pas ses propres notifications par e-mail ni par SMS avec la préférence et n’ajoute pas le créneau à la facture PDF. L’information est présentée dans les vues de commande ainsi que dans le panneau du module. La confirmation du créneau par la boutique et la notification de sa modification ne disposent pas d’un mécanisme distinct dans le module.

Non. La date et l’heure sélectionnées constituent des informations supplémentaires liées à la commande. Le module ne modifie pas les frais de livraison, n’ajoute pas de supplément pour les créneaux choisis, n’expédie pas les colis, ne planifie pas les itinéraires et ne change pas automatiquement le statut de la commande. Il n’y a pas d’intégration avec un système de réservation ni avec l’interface des services du transporteur.

L’emplacement d’affichage standard se trouve au niveau du choix du transporteur. Le module met également à disposition son propre point d’intégration pour un thème personnalisé et réagit aux événements sélectionnés de rafraîchissement du formulaire de livraison. Les thèmes personnalisés et les modules One Page Checkout peuvent modifier les formulaires ainsi que leur mode de rafraîchissement, c’est pourquoi ils nécessitent une vérification sur l’installation concernée. Il n’y a pas lieu de déclarer une compatibilité automatique avec chacune de ces solutions.

La version 2.0.0 déclare la prise en charge de PrestaShop de la version 1.7.0.0 jusqu’à la série 9.x. Le code du module conserve une compatibilité syntaxique avec PHP 7.0–8.5, mais la boutique elle-même doit fonctionner avec une version de PHP prise en charge par la version spécifique de PrestaShop. Cela ne signifie pas que chaque combinaison de boutique, PHP, thème, paiement et modules supplémentaires a été testée.

Le formulaire a une mise en page adaptée aux petits écrans et utilise des listes de sélection natives prises en charge par le navigateur, y compris au tactile et au clavier. L’enregistrement, la suppression et l’actualisation des préférences nécessitent l’activation de JavaScript. Sans celui-ci, le module informe de cette exigence et permet de poursuivre l’achat sans indiquer de créneau.

Oui. La mise à jour vers la version 2.0.0 étend la structure de données existante au lieu de supprimer les enregistrements des paniers. Elle complète les associations avec la boutique et crée des copies des préférences pour les commandes existantes. Les anciennes dates valides au format JJ/MM/AAAA restent reconnues lors de l’affichage. La mise à jour ne transforme pas les préférences antérieures en réservations confirmées.

La désinstallation supprime les paramètres du module, mais conserve les tables contenant les préférences des paniers et l’historique des délais de commande. Une nouvelle installation peut réutiliser les données conservées. La fonction de réinitialisation répare la structure des données et le raccordement du module, tout en préservant les paramètres ainsi que l’historique. La suppression définitive de ces enregistrements nécessite une opération distincte de l’administrateur.

Commentaires (0)

Aucun avis