Date de livraison estimée pour Magento 2

Estimated Delivery Date est un module Magento 2 qui affiche au client la date estimée d’expédition et de livraison avant l’achat ainsi qu’après la validation de la commande.
Compatibilité
2.4.9, 2.4.8, 2.4.7, 2.4.6
61,50 €
Envoyer à un ami

Demander des informations sur ce produit

Description / Date de livraison estimée pour Magento 2

MAGENTO 2 · EXPÉDITION · DATE DE LIVRAISON · COMMUNICATION

Affichez la date prévue et conservez-la dans la commande.

Kowal Estimated Delivery Date

Calculez l’expédition et la livraison estimées en tenant compte de la préparation, du transport, du cut-off et des jours non ouvrés. Après l’achat, utilisez le snapshot, l’historique des changements et les messages au client.

Produit et panier · Jours ouvrés · Snapshot et API REST

COMMENT CELA FONCTIONNE EN PRATIQUE

01 · Vous définissez le délai de traitement
Vous configurez préparation, transport, cut-off et calendrier.

02 · Le client voit l’estimation
Le produit et le panier affichent une date ou un intervalle.

03 · Vous gérez la date après l’achat
Le snapshot conserve le résultat ; les changements ont un historique et un e-mail.

Qu’apporte ce module à votre boutique ?

Découvrez les fonctionnalités, les usages et les paramètres du module.

Découvrez le module

Estimated Delivery Date est un module Magento 2 qui affiche au client une estimation d’expédition et de livraison avant la commande. Elle apparaît sur la fiche produit, dans le panier, les e-mails et l’administration de la commande.

La solution remplace l’incertitude sur la livraison par une information claire sur la date prévue. Le client voit quand la boutique prévoit l’expédition et quand il peut attendre la livraison ; l’équipe dispose d’outils pour conserver cette information après l’achat.

Besoins des clients

Les clients prennent de plus en plus leurs décisions selon le délai de traitement, pas seulement le prix. Une information imprécise sur la livraison entraîne abandons de panier, questions au service client et tensions inutiles après l’achat.

Le module répond aux besoins essentiels des acheteurs :

  • une information claire sur la date possible d’expédition,
  • une date de livraison lisible avant l’ajout au panier,
  • un message tenant compte des week-ends, jours non ouvrés et délais de traitement,
  • une indication sur la possibilité d’expédier encore le jour même,
  • un message cohérent dans le panier et les e-mails,
  • une notification lorsque l’équipe modifie manuellement la date de traitement.

Le client n’a ainsi pas à chercher dans les conditions générales ou la FAQ ni à contacter le service client pour confirmer un délai indicatif.

Valeur métier

Le module soutient les ventes et le traitement des commandes à plusieurs étapes. Sur la fiche produit, il facilite la décision ; dans le panier, il réduit l’incertitude avant paiement ; après l’achat, il aide à maintenir une communication cohérente.

Principaux bénéfices pour la boutique :

  • plus de confiance dans les informations avant achat,
  • moins de questions sur le délai de traitement,
  • moins de risque de déception après achat,
  • possibilité de promouvoir une expédition rapide avant le cut-off,
  • meilleur contrôle des communications lors des pics de ventes,
  • conservation de la date de livraison sur la commande, indépendamment des changements ultérieurs de configuration,
  • gestion plus efficace des retards avec historique et notifications e-mail.

Possibilités du module

Estimated Delivery Date calcule le délai prévu selon les temps de préparation et transport, le cut-off, les jours non ouvrés, week-ends, règles et paramètres propres au produit. Il peut afficher une date ou un intervalle selon la configuration et le calcul.

L’administrateur gère les messages globalement par vue boutique et peut les remplacer au niveau produit. Cela permet de traiter aussi bien les articles disponibles que ceux sur commande, nécessitant davantage de préparation ou un transport particulier.

Date estimée sur la fiche produit

Le module affiche sur la page produit un message avec la date de livraison estimée. Il peut utiliser les paramètres globaux, les règles ou les attributs du produit. Le message peut être désactivé directement dans les données des produits concernés.

Information de livraison dans le panier

Le module affiche dans le panier la date prévue pour la commande. Le client retrouve ainsi l’information au dernier stade avant la finalisation de l’achat.

Widget de compte à rebours du cut-off

Le module propose un widget décomptant le temps jusqu’à l’heure limite d’expédition le jour même. Il peut indiquer combien de temps reste pour commander afin que la boutique puisse expédier aujourd’hui.

Le widget peut être intégré au message de livraison ou fixé dans un coin de l’écran. Après le cut-off, il peut être masqué ou remplacé par un message spécifique.

Calcul tenant compte des jours ouvrés

L’algorithme prend en compte les jours non travaillés configurés et les jours fériés enregistrés. La date estimée ne repose donc pas uniquement sur l’ajout de jours calendaires.

Sont pris en charge :

  • les week-ends ou autres jours de semaine définis comme non ouvrés,
  • les jours non ouvrés isolés,
  • les plages de jours non ouvrés,
  • les jours fériés récurrents, par exemple à la même date chaque année.

Import des jours fériés et jours non ouvrés

L’administrateur peut importer les jours fériés et non ouvrés depuis un CSV. Cela facilite la préparation du calendrier avant les fêtes, les longs week-ends ou les fermetures d’entrepôt.

L’import gère les dates isolées, les intervalles et les dates récurrentes. Les enregistrements peuvent conserver des champs supplémentaires comme vue boutique, pays, région, méthode de livraison ou source MSI.

Règles de délai de livraison

Le module contient une table de règles définissant préparation, transport, message client, niveau de confiance et priorité. Les règles peuvent être associées au produit, à la catégorie, à la vue boutique ou à la méthode de livraison.

La boutique peut ainsi différencier les délais pour certains groupes de produits ou méthodes d’expédition sans modifier la configuration globale.

Attributs produit

Le module ajoute un groupe d’attributs produit Estimated Delivery Date. Depuis l’édition du produit, l’administrateur peut définir un temps de préparation individuel, un temps de transport, un message personnalisé, un niveau de confiance de la date ou désactiver totalement l’affichage de la date pour ce produit.

Cela est utile pour les produits commandés à la demande, les produits lourds, non standard, personnalisés ou disponibles selon un modèle logistique différent du reste du catalogue.

Snapshot de la date sur la commande

Après la validation de la commande, le module enregistre la date calculée sous forme de snapshot sur la commande et ses lignes. Cela signifie qu’un changement ultérieur de configuration, de calendrier ou d’attributs produit ne modifie pas l’information historique enregistrée sur la commande.

Le snapshot comprend notamment la date estimée d’expédition, la date estimée de livraison, le message client, le code de la règle utilisée, le niveau de confiance ainsi que l’heure du calcul.

Affichage et modification de la date dans le panneau d’administration

Dans la vue de la commande, l’administrateur voit la section Estimated Delivery Date. Il peut modifier manuellement la date d’expédition, la date de livraison et le message client, indiquer la raison du retard et envoyer au client un message avec des excuses et une nouvelle date.

Le module enregistre l’historique des modifications, ce qui permet à l’équipe de la boutique de vérifier l’ancienne et la nouvelle date, la raison du changement ainsi que l’information indiquant si l’e-mail a été envoyé.

Communication par e-mail

Le module ajoute un bloc avec la livraison estimée aux e-mails de commande, de facture et d’expédition. Il peut également envoyer un e-mail séparé après le paiement de la commande ainsi qu’un message après une modification manuelle de la date de livraison.

La communication après modification de la date peut contenir l’ancienne date, la nouvelle date, un message d’excuses par défaut ainsi que la raison du retard saisie par l’administrateur.

REST API

Le module fournit des endpoints REST pour obtenir les estimations d’un produit, du panier client, du panier invité et d’une commande. Ces données peuvent être utilisées par des intégrations frontend, systèmes externes ou applications mobiles.

Où le module affiche la date

La date peut apparaître aux endroits suivants :

  • fiche produit,
  • panier,
  • administration de la commande,
  • e-mail de confirmation de commande,
  • e-mail de facture,
  • e-mail d’expédition,
  • e-mail distinct après paiement,
  • e-mail distinct après modification du délai de traitement.

Cas d’utilisation

Le module convient particulièrement lorsque le délai dépend de la disponibilité produit, du travail de l’entrepôt, du transport ou du calendrier des jours non ouvrés.

Exemples :

  • indiquer qu’une commande passée avant 14 h peut être expédiée le jour même,
  • prévoir une préparation plus longue pour certains produits,
  • tenir compte des fêtes et longs week-ends dans la promesse de livraison,
  • permettre au service client de modifier la date sur la commande et d’envoyer des excuses,
  • fournir les estimations via API à un frontend externe ou une intégration.

Résumé

Estimated Delivery Date organise les communications sur les délais dans Magento 2. Il associe calcul des dates, messages client, configuration produit, jours non ouvrés, snapshot de commande, e-mails et API dans un même module.

Pour le client, cela apporte plus de transparence avant l’achat. Pour la boutique, cela réduit les questions, améliore la gestion des attentes et professionnalise les communications après commande.

Configuration et limites des estimations

Stores → Configuration → Sales → Estimated Delivery Date couvre calcul, fuseau horaire, présentation, messages et e-mails. Le produit peut remplacer les temps minimum et maximum, le texte, le niveau de confiance ou désactiver l’estimation.

La date est calculée à partir des données préparées. Le module ne récupère pas une date de livraison confirmée par le transporteur et ne remplace pas la planification de l’entrepôt.

Règles et calendrier : définir le bon périmètre

Le cœur gère la table de règles et l’import CSV des jours non ouvrés, mais ne fournit pas de grilles CRUD complètes pour les règles et jours fériés. Une gestion avancée peut nécessiter l’intervention d’un intégrateur.

L’import enregistre aussi pays, région, méthode d’expédition et source, mais le calcul actuel des jours ouvrés filtre le calendrier selon l’activité, le type de date et store_id. Ces champs supplémentaires ne servent pas de restrictions automatiques du calendrier.

Snapshot et périmètre API

Après la commande, les données restent dans les snapshots de commande et de lignes. Un changement de configuration ne les recalcule pas automatiquement. Une correction manuelle peut enregistrer un historique et déclencher un message au client.

REST couvre produit, panier client, panier invité et commande. GraphQL, l’intégration complète aux checkout shipping rates et une compatibilité Hyvä/PWA dédiée nécessitent une intégration supplémentaire ; ce ne sont pas des éléments prêts à l’emploi de ce paquet.

Installation via Composer

Package kowal/module-estimated-delivery-date, module Kowal_EstimatedDeliveryDate. Après avoir configuré l’accès au dépôt Kowal, installez le package, activez le module, mettez Magento à jour et videz le cache. En production, prévoyez la compilation et le déploiement du contenu statique conformément au processus de la boutique.

De la configuration au résultat

1. Vous définissez le délai de traitement
Vous configurez préparation, transport, cut-off et calendrier.

2. Le client voit l’estimation
Le produit et le panier affichent une date ou un intervalle.

3. Vous gérez la date après l’achat
Le snapshot conserve le résultat ; les changements ont un historique et un e-mail.

Modification de date avec information au client

La commande conserve la date annoncée au moment de l’achat. Si le traitement prend du retard, le service client modifie la date et indique la raison.

Le module enregistre l’historique et peut envoyer un message avec la nouvelle date et des excuses. L’estimation provient des paramètres de la boutique, pas d’une confirmation du transporteur.

Organisez l’information sur le délai de traitement

Vous souhaitez adapter le module à votre boutique ? Demandez le déploiement de Kowal Estimated Delivery Date et discutez de la configuration ou des extensions nécessaires.

Caractéristiques

Compatibilité avec le modèle Luma / Blank, KOWAL

Change Log

Version : 1.0.23

01.06.2026

Fixed

  • Correction du widget cut-off afin que le message d’expédition 'encore aujourd’hui' ne s’affiche pas les week-ends ni les jours fériés.
  • Ajout d’un message séparé pour les jours non ouvrés avec une information sur le prochain jour ouvré.
  • Uniformisation de la logique des jours ouvrés entre le calcul des dates et le widget cut-off.
  • Correction du basculement du message sur le frontend après la fin du compte à rebours cut-off.

Notice d'installation du module

Installation, configuration et attributs du produit

Portée du document

Ce document décrit l’installation du module Estimated Delivery Date, sa configuration dans le panneau d’administration Magento 2 ainsi que la gestion des attributs ajoutés au produit. La description des champs repose sur l’implémentation actuelle du module.

Installation

Le package est destiné à être installé via Composer.

Installation depuis le dépôt Composer Kowal :

Les identifiants d’accès au dépôt Composer, c’est-à-dire l’adresse e-mail du client et le token de licence, vous seront envoyés par e-mail après l’achat. Ils sont également disponibles dans l’espace client après connexion sur kowal.store. Remplacez TWOJ_EMAIL_KLIENTA par l’adresse e-mail de votre compte et TWOJ_TOKEN par le token reçu. Exécutez les commandes dans le répertoire racine de Magento.

composer config repositories.kowal composer https://repo.kowal.store
composer config http-basic.repo.kowal.store "TWOJ_EMAIL_KLIENTA" "TWOJ_TOKEN"
composer require kowal/module-estimated-delivery-date
bin/magento module:enable Kowal_EstimatedDeliveryDate
bin/magento setup:upgrade
bin/magento cache:flush

Après un déploiement en production, il convient d’exécuter le processus standard de compilation et de déploiement des ressources statiques conformément au projet Magento :

bin/magento setup:di:compile
bin/magento setup:static-content:deploy
bin/magento cache:flush

Emplacement de la configuration

La configuration du module est disponible dans le panneau d’administration :

Stores > Configuration > Sales > Estimated Delivery Date

Les paramètres sont disponibles aux niveaux default, website et store view, conformément au mécanisme de configuration de Magento.

General

Enabled

Active ou désactive le module pour le périmètre de configuration donné. Lorsque le champ est désactivé, les messages ne doivent pas être affichés sur le frontend.

Valeur par défaut :Yes.

Calculation Timezone

Fuseau horaire utilisé pour le calcul des dates et de l’heure cut-off. Si le champ reste vide, le module utilise le fuseau horaire de la boutique configuré dans Magento.

Exemple de valeur :

Europe/Warsaw

Utilisation : utile lorsque la boutique fonctionne avec plusieurs store views ou lorsque l’entrepôt chargé des expéditions travaille dans un autre fuseau horaire que la configuration par défaut de la boutique.

Fallback Message

Message de remplacement utilisé comme texte de secours lorsque la boutique souhaite afficher une information générale au lieu d’une date précise.

Valeur par défaut :

Termin dostawy potwierdzimy po złożeniu zamówienia.

Date Format

Format de date utilisé lors du rendu des messages destinés au client. Le champ utilise un modèle ICU pris en charge par le formatage des dates de Magento.

Valeur par défaut :

EEEE, d MMMM

Exemple de résultat :

poniedziałek, 18 maja

Date Calculation

Processing Days Min

Nombre minimal de jours ouvrés nécessaires à la préparation de la commande avant l’expédition.

Valeur par défaut :1.

Utilisation : définit la première date d’expédition possible.

Processing Days Max

Nombre maximal de jours ouvrés nécessaires à la préparation de la commande.

Valeur par défaut :1.

Utilisation : permet de créer une plage de dates d’expédition lorsque la préparation peut prendre plus de temps que le délai minimal.

Transport Days Min

Nombre minimal de jours ouvrés de transport entre l’expédition et la livraison.

Valeur par défaut :1.

Utilisation : définit la première date de livraison possible après l’expédition.

Transport Days Max

Nombre maximal de jours ouvrés de transport.

Valeur par défaut :2.

Utilisation : permet d’afficher une plage de livraison, par exemple lorsque le transporteur livre généralement sous 1 à 2 jours ouvrés.

Same-day Shipping Cut-off Time

Heure limite pour l’expédition le jour même. La valeur doit être saisie au formatHH:MM.

Valeur par défaut :

14:00

Si l’heure actuelle est postérieure au cut-off, le module décale le début du calcul au jour ouvré suivant.

Non-working Weekdays

Liste des jours de la semaine considérés comme non ouvrés. Les valeurs doivent être indiquées sous forme de numéros ISO séparés par des virgules :

  • 1- lundi,
  • 2- mardi,
  • 3- mercredi,
  • 4- jeudi,
  • 5- vendredi,
  • 6- samedi,
  • 7- dimanche.

Valeur par défaut :

6,7

Utilisation : par défaut, les samedis et dimanches sont ignorés lors du calcul des jours ouvrés.

Safety Buffer Days

Marge de sécurité supplémentaire ajoutée au délai de transport.

Valeur par défaut :0.

Utilisation : utile pendant les périodes de forte augmentation du nombre de commandes, en cas de fonctionnement instable des transporteurs ou pour les produits nécessitant une promesse de livraison plus prudente.

Display Settings

Show on Product Page

Active l’affichage de la date estimée sur la fiche produit.

Valeur par défaut :Yes.

Show in Cart

Active l’affichage de la date estimée dans le panier.

Valeur par défaut :Yes.

Show in Admin Order

Active la section Estimated Delivery Date dans la vue de commande du panneau d’administration.

Valeur par défaut :Yes.

Show Cut-off Widget on Product Page

Active le widget de compte à rebours jusqu’à l’heure cut-off sur la fiche produit.

Valeur par défaut :Yes.

Show Cut-off Widget in Cart

Active le widget cut-off dans le panier.

Valeur par défaut :No.

Cut-off Widget Mode

Définit le mode d’affichage du widget cut-off.

Valeurs disponibles :

  • Inline- le widget est affiché à l’emplacement où le bloc est intégré,
  • Fixed- le widget est fixé dans l’angle sélectionné de l’écran,
  • Inline + Fixed- le widget fonctionne simultanément comme élément inline et fixed.

Valeur par défaut :Inline.

Fixed Widget Position

Définit la position du widget fixed.

Valeurs disponibles :

  • Bottom Right- angle inférieur droit,
  • Bottom Left- angle inférieur gauche,
  • Top Right- angle supérieur droit,
  • Top Left- angle supérieur gauche.

Valeur par défaut :Bottom Right.

Fixed Widget Devices

Définit le type d’appareils sur lesquels le widget fixed doit être visible.

Valeurs disponibles :

  • Desktop,
  • Mobile,
  • Desktop + Mobile.

Valeur par défaut :Desktop + Mobile.

After Cut-off Behavior

Définit le comportement du widget après le dépassement de l’heure cut-off.

Valeurs disponibles :

  • Hide Widget- le widget sera masqué,
  • Show After Cut-off Message- le widget affichera un message après le cut-off.

Valeur par défaut :Show After Cut-off Message.

Customer Messages

Les messages prennent en charge des variables simples au format{{nazwa_zmiennej}}.

Variables disponibles pour les messages de livraison :

  • {{ship_date}},
  • {{ship_date_from}},
  • {{ship_date_to}},
  • {{delivery_date}},
  • {{delivery_date_from}},
  • {{delivery_date_to}}.

Variables disponibles pour les messages cut-off :

  • {{cutoff_time}},
  • {{cutoff_countdown}}.

Delivery Range Message

Modèle de message utilisé lorsque le calcul renvoie une plage de dates de livraison.

Valeur par défaut :

Przewidywana dostawa: {{delivery_date_from}} - {{delivery_date_to}}

Single Delivery Date Message

Modèle de message utilisé lorsque la date de livraison la plus proche et la plus lointaine sont identiques.

Valeur par défaut :

Przewidywana dostawa: {{delivery_date}}

Cut-off Countdown Message

Message affiché avant le dépassement de l’heure cut-off.

Valeur par défaut :

Zamów w ciągu {{cutoff_countdown}}, a wyślemy jeszcze dzisiaj.

After Cut-off Message

Message affiché après le dépassement de l’heure cut-off si le champAfter Cut-off Behaviorest défini pour afficher un message.

Valeur par défaut :

Dzisiejsza wysyłka już zamknięta. Wyślemy w następny dzień roboczy.

Emails

Send Separate Email After Payment

Active un e-mail séparé envoyé après le paiement de la commande.

Valeur par défaut :No.

Utilisation : permet de confirmer au client que le paiement a été accepté et que la commande est entrée en traitement.

Payment Confirmation Template

Modèle d’e-mail envoyé après le paiement.

Valeur par défaut :

estimated_delivery_date_emails_payment_template

Payment Confirmation Sender

Expéditeur du message après paiement. Le champ utilise les identités e-mail configurées dans Magento.

Valeur par défaut :

sales

Allow Email After Delivery Date Change

Permet d’envoyer un message au client après une modification manuelle de la date de livraison dans le panneau d’administration.

Valeur par défaut :Yes.

Delivery Date Change Template

Modèle d’e-mail envoyé après la modification de la date de livraison.

Valeur par défaut :

estimated_delivery_date_emails_date_change_template

Delivery Date Change Sender

Expéditeur du message concernant la modification de la date de livraison.

Valeur par défaut :

sales

Default Apology Message

Contenu par défaut des excuses utilisé dans le message concernant la modification de la date de livraison.

Valeur par défaut :

Przepraszamy, termin realizacji Twojego zamówienia uległ zmianie.

Require Delay Reason

Exige la saisie d’un motif de retard lors de la modification manuelle de la date dans la vue de commande.

Valeur par défaut :No.

Utilisation : impose une meilleure discipline opérationnelle et facilite l’explication ultérieure des changements de date.

Send Automatically After Manual Date Change

Envoie automatiquement un message au client après une modification manuelle de la date de livraison.

Valeur par défaut :No.

Si le champ est désactivé, l’administrateur peut décider de l’envoi en cochant la case dans la vue de commande.

Gestion des attributs du produit

Le module ajoute au produit un groupe d’attributsEstimated Delivery Date. Les attributs sont optionnels et ont une portée store view. S’ils ne sont pas renseignés, le module utilise les règles ou la configuration globale.

Les attributs produit sont prioritaires par rapport aux règles calculées pour le produit. Cela permet de remplacer rapidement la date pour un SKU précis sans modifier les paramètres globaux.

Où modifier les attributs

Les attributs sont disponibles dans le panneau d’administration Magento :

Catalog > Products > Edit Product > Estimated Delivery Date

Si le groupe n’est pas visible dans un attribute set donné, vérifiez la configuration du jeu d’attributs du produit dans Magento.

EDD Processing Days Min

Code de l’attribut :

edd_processing_days_min

Nombre minimal de jours ouvrés nécessaires à la préparation du produit concerné.

Utilisation : un produit disponible immédiatement peut avoir la valeur0, tandis qu’un produit approvisionné auprès d’un fournisseur peut avoir par exemple3.

EDD Processing Days Max

Code de l’attribut :

edd_processing_days_max

Nombre maximal de jours ouvrés de préparation du produit concerné.

Utilisation : si la préparation est variable, vous pouvez définir par exemple un minimum de2et un maximum de5afin que le message affiche une plage plus prudente.

EDD Transport Days Min

Code de l’attribut :

edd_transport_days_min

Nombre minimal de jours ouvrés de transport pour le produit concerné.

Utilisation : pour les produits expédiés par un autre transporteur ou depuis un autre entrepôt.

EDD Transport Days Max

Code de l’attribut :

edd_transport_days_max

Nombre maximal de jours ouvrés de transport pour le produit concerné.

Utilisation : pour les produits volumineux, palettisés ou nécessitant une logistique spécifique.

EDD Static Customer Message

Code de l’attribut :

edd_static_text

Message personnalisé destiné au client, affiché à la place du message issu de la configuration globale.

Exemples :

Produkt wykonywany na zamówienie. Termin dostawy potwierdzimy po zakupie.
Przewidywana dostawa: {{delivery_date_from}} - {{delivery_date_to}}

L’attribut peut utiliser les mêmes variables de date que celles disponibles dans les messages de livraison globaux.

EDD Confidence

Code de l’attribut :

edd_confidence

Niveau de confiance de la date enregistré avec la promesse de livraison.

Valeurs recommandées :

  • guaranteed- date garantie,
  • likely- date probable,
  • estimated- date estimée,
  • unknown- absence d’estimation fiable.

L’implémentation actuelle enregistre cette valeur dans le résultat du calcul et dans les snapshots. Elle peut être utilisée par les templates, les intégrations ou une personnalisation ultérieure des messages.

Disable Estimated Delivery Date

Code de l’attribut :

edd_disable

Désactive l’affichage de la livraison estimée pour le produit concerné sur la fiche produit et désactive également le widget cut-off pour celui-ci.

Utilisation : produits indisponibles, produits nécessitant un devis de livraison individuel, services, produits en prévente ou articles pour lesquels la boutique ne souhaite pas communiquer de promesse de délai.

Bonnes pratiques de renseignement des attributs

Pour la plupart des produits, les attributs peuvent être laissés vides afin d’utiliser la configuration globale. Il est recommandé de les renseigner uniquement lorsqu’un produit précis diffère réellement du processus logistique standard.

Approche possible :

  • produits disponibles immédiatement : laisser vide ou définir un délai de préparation plus court,
  • produits approvisionnés auprès d’un fournisseur : définir une plage de préparation plus longue,
  • produits volumineux : définir un transport plus long,
  • produits personnalisés : utiliser un message statique personnalisé,
  • produits sans date fiable : activerDisable Estimated Delivery Dateou définir un message explicatif.

Après la modification des attributs du produit, il convient de rafraîchir le cache Magento si la boutique utilise le full page cache ou des mécanismes de cache supplémentaires dans le thème.

Import des jours fériés et jours non ouvrés

L’import est disponible dans le panneau d’administration :

Sales > Estimated Delivery Date > Import Holidays

Le fichier CSV doit contenir les colonnes :

code,name,type

Colonnes optionnelles :

date_from,date_to,month,day,country,region,postcode_pattern,shipping_method,source_code,store_id,scope,is_active

Types pris en charge dans la colonnetype:

  • single- date unique, nécessitedate_from,
  • range- plage de dates, nécessitedate_frometdate_to,
  • recurring- date récurrente, nécessitemonthetday.

Description des champs d’import sélectionnés :

  • code- code unique du jour férié ou du jour non ouvré,
  • name- nom visible dans l’administration,
  • type- type d’entrée : jour unique, plage ou date récurrente,
  • date_from- date de début au formatYYYY-MM-DD,
  • date_to- date de fin au formatYYYY-MM-DD,
  • month- mois pour une entrée récurrente,
  • day- jour du mois pour une entrée récurrente,
  • country- code pays,
  • region- région,
  • postcode_pattern- modèle de code postal,
  • shipping_method- méthode de livraison,
  • source_code- code source MSI,
  • store_id- identifiant de la store view,
  • scope- périmètre d’application, par défautshipping_delivery,
  • is_active- statut d’activation de l’entrée.

Exemple :

code,name,type,date_from,date_to,month,day,country,store_id,is_active
christmas_2026,Christmas Break,range,2026-12-24,2026-12-26,,,,,1
new_year,New Year,recurring,,,1,1,,,1

Gestion de la date dans la commande

La section Estimated Delivery Date est disponible dans la vue de commande si le champShow in Admin Order.

L’administrateur peut modifier :

  • la date d’expédition à partir du,
  • la date d’expédition jusqu’au,
  • la date de livraison à partir du,
  • la date de livraison jusqu’au,
  • le message destiné au client,
  • le motif du retard.

Si l’e-mail après modification de la date est activé, l’administrateur peut cocher l’envoi d’un message avec des excuses et la nouvelle date. Le module enregistre l’historique des modifications avec l’ancienne et la nouvelle date, le motif ainsi que l’information relative à l’envoi de l’e-mail.

REST API

Le module met à disposition les endpoints :

GET /rest/V1/estimated-delivery/product/:sku
GET /rest/V1/estimated-delivery/cart/:cartId
GET /rest/V1/estimated-delivery/guest-cart/:cartId
GET /rest/V1/estimated-delivery/order/:orderId

L’API renvoie notamment la date d’expédition, la date de livraison, le message, le niveau de confiance, le code de règle, la date du calcul et la source des données. Pour une commande, le module renvoie le snapshot enregistré s’il existe.

Cliquer pour passer le carrousel

Nous avons trouvé d'autres produits qui pourraient vous plaire !

Rédigez votre propre commentaire
Vous commentez : Date de livraison estimée pour Magento 2
Votre notation:
Prix
Qualité
Assistance
loader
Chargement...

Votre évaluation est enrégistrée avec succès. Merci.

Modifier les préférences de cookies