Sin impuesto Con impuesto
RKR Delivery Date Pro : le client choisit la date et le créneau horaire de livraison lors du paiement.

RKR Delivery Date Pro : le client choisit la date et le créneau horaire de livraison lors du paiement.

Price: 108,78 €
Première année: 108,78 € TTC
À partir de la deuxième année: 27,20 €/an TTC
  • Un an de support technique et des mises à jour à vie ; à partir de la deuxième année, le support est prolongé pour 27,20 €/an et inclut la prise en compte de vos idées d'amélioration générales du module.
  • Renouvellement automatique ; résiliable à tout moment, sans engagement.
Paiement unique: 108,78 € TTC
  • Un an de support technique et des mises à jour à vie ; ensuite, le support s'arrête (avec l'abonnement, il est prolongé pour 27,20 €/an).
  • Un seul paiement, sans prélèvement automatique.
89,90 € + TVA = 108,78 €

Laissez vos clients choisir le jour et le créneau horaire de livraison lors du paiement , avec des règles spécifiques à chaque transporteur : délais de livraison minimum et maximum, week-ends, heure limite de commande et jours bloqués. Les frais supplémentaires sont ajoutés à la commande avec la TVA, la date apparaît sur les e-mails, les factures et les bons de livraison, et vous disposez d'un planning de préparation. La date est demandée par le client ; le module n'en informe pas le transporteur. Module Rekire , testé avec de vraies commandes sur PrestaShop 1.7.8 , 8.2, 9.0 et 9.2.

Compatible avec PrestaShop 1.7.8 à 9.x.

Essayez la démo

Date et créneau de livraison

Votre client souhaite savoir quand sa commande arrivera, et vous souhaitez savoir quand vous devez la préparer.

Sans date convenue, le client vous contacte et vous devez vous préparer à l'aveuglette. RKR Delivery Date Pro ajoute un sélecteur de jour et de créneau horaire par transporteur à la page de paiement, ainsi que vos règles de délai, et vous fournit un planning des tâches à préparer chaque jour.

23 sujets
Des éléments visuels pour adapter le sélecteur à votre boutique, avec des couleurs et un rayon modifiables.
6 langues
espagnol, anglais, français, italien, allemand et portugais
1.7.8 → 9.x
une seule version du module, testée avec des commandes réelles dans les versions 1.7.8 , 8.2, 9.0 et 9.2

Le client choisit, vous fixez les règles

Date et créneau horaire par opérateur
Chaque transporteur a ses propres règles. Aux points de retrait, vous pouvez désactiver le sélecteur de date.
Des conditions adaptées à vos besoins
Premier et dernier jour pouvant être choisis, si les week-ends sont autorisés et une heure limite : après cette heure, le premier jour disponible est reporté.
Créneaux horaires avec supplément optionnel
Définissez les créneaux horaires que vous proposez avec chaque opérateur, chacun avec son supplément si vous souhaitez le facturer.
Date obligatoire ou facultative
Si l'option est obligatoire, vous ne pourrez pas passer à l'étape de soumission sans l'avoir sélectionnée, et le serveur le vérifiera. Si elle est facultative, la liste commence par « Aucune préférence », sans frais supplémentaires.

/ Jours sans livraison, bloqué

Marquez manuellement les jours fériés, importez-les depuis un fichier CSV ( date ; description ) ou demandez les jours fériés locaux à une IA. L’utilisation de l’IA est facultative : vous entrez votre propre clé OpenAI, Google Gemini ou Anthropic, consultez la liste, et rien n’est bloqué tant que vous ne l’avez pas appliquée . Comparez toujours les jours fériés avec le calendrier officiel.

/ Suppléments correspondant à la commande

Les frais de transport et de zone de livraison sont ajoutés séparément à la commande, TVA incluse , et apparaissent dans le panier, le détail de la commande, la facture et les avoirs. Vous choisissez la taxe applicable. Les clients qui sélectionnent « Aucune préférence » sont exemptés de ces frais.

La date, là où vous en avez besoin

Pour le client
Au moment de régler votre commande, vous trouverez la confirmation, les détails de votre commande et les e-mails contenant votre numéro de référence.
Pour votre équipe
Colonne dans la liste des commandes et les détails de la commande, où vous pouvez la modifier (la modification de cette colonne ne modifie pas le montant facturé).
Pour l'entrepôt
Sur la facture et le bon de livraison, ainsi que dans un planning de préparation avec statut et lien vers chaque commande, qui est exporté au format CSV.
Statistiques
Commandes avec date, délais de livraison à 7 et 30 jours, suppléments facturés, délai de livraison moyen et graphiques par jour, mois, jour de la semaine et transporteur, sans services externes.

/ Avec votre image et dans votre langue

23 sujets
Choisissez-en une et ajustez sa couleur principale et son rayon. Le CSS est généré pour chaque boutique.
Règles d'importation via CSV
Règles par transporteur dans un fichier ( id_carrier;min_days;max_days;surcharge;allow_weekend;active;cutoff ).
Magasins multiples
Règles, créneaux horaires, dates bloquées, thème et planning par magasin.

Ce que fait le module et ce que vous faites. La date est une demande du client qui gère votre boutique : le module ne contacte pas les transporteurs, ne les informe pas et ne garantit pas la livraison à cette date. Vous préparez et livrez selon votre planning.

Ce que vous devez savoir

Les majorations sont indiquées TTC et dans la devise par défaut de la boutique. Elles sont calculées sur la base d'un produit caché créé par le module et recréé en cas de suppression. Aucun lien vers des services tiers n'est établi, à l'exception du fournisseur d'IA que vous sélectionnez si vous utilisez cette fonctionnalité. Licence AFL-3.0.

Compatible avec PrestaShop 1.7.8 à 9.x

Développé et maintenu par REKIRE

  • Référence
    rkrdeliverydatapro

06/11/2026
v1.1.0

Examen complet de la 1.0.0 reçue.

Fixé

  • La majoration a déduit le montant de la commande : il s'agissait d'une règle du panier, et seules les règles du panier appliquent une réduction. Elle constitue désormais une ligne de commande à part entière, avec sa TVA incluse dans le panier, la commande, la facture et l'avoir.
  • Un client qui a omis la première date sur sa liste a reçu une commande sans date.
  • Changer d'opérateur n'a rien changé : l'utilisateur au moment du paiement a recherché un nom de radio inexistant, les dates, les créneaux horaires et le supplément sont donc restés ceux du premier opérateur.
  • Les e-mails de confirmation de commande ne comportaient pas la date (le système n'était pas enregistré et n'existait pas sous cette forme). C'est désormais le cas, en HTML et en texte, dans la langue de l'e-mail.
  • Le blocage des dates a échoué en raison d'une erreur SQL : la colonne description était manquante dans la table.
  • Il a été impossible de créer des créneaux horaires : aucun écran n’apparaissait et PrestaShop ne disposait pas d’une méthode de validation.
  • La suppression de la démo a effacé toutes les règles et bloqué la date de la boutique, et son installation a inscrit les dates sur les commandes réelles.
  • L'ouverture de la configuration a tenté de réinstaller la modification de la facture, ce qui a provoqué un conflit avec tout autre module modifiant la facture. Les factures et les bons de livraison utilisent désormais les hooks PDF.
  • Le module a réécrit la table d'adresses de toute la boutique et a déplacé les entrées de menu cachées du back-office au niveau supérieur lors de la réparation des onglets. Les deux ont été supprimés.
  • La modification d'un transporteur a perdu ses règles : les règles et les emplacements sont désormais stockés par référence au transporteur.
  • Une date qui n'est plus valide (journée passée, autre opérateur, date bloquée ultérieurement) est restée dans le panier.
  • Les statistiques ont calculé le tarif du jour au lieu du tarif appliqué et ont mesuré le délai de préavis à partir d'une date erronée.
  • Cinq fichiers CSS et JS sont chargés sur chaque page de la boutique et du back-office, avec une boucle d'une seconde sur la liste des commandes.

Sécurité

  • Le point de terminaison de paiement vérifie le jeton de la session.
  • Les actions du panneau vérifient les autorisations de consultation et de modification du profil de l'employé.
  • Les clés IA n'atteignent plus la page, la clé Gemini ne circule plus dans l'URL, les requêtes expirent et les noms des jours fériés provenant de l'IA sont affichés en texte brut.
  • Les exportations CSV ne peuvent pas contenir de formules de tableur.

Ajouté

  • Des créneaux horaires par opérateur dans le panel, chacun avec son supplément optionnel.
  • L'option « Le client doit choisir une date » est obligatoire sur le serveur. Sans cette option, la liste commence par « Aucune préférence », sans supplément.
  • Par transporteur : dates proposées ou non (points de retrait) et heure limite de commande.
  • Colonne « Date » dans la liste des commandes, et date modifiable depuis la page de commande.
  • Ordre du jour : statut de la commande, lien vers la commande et exportation CSV.
  • Fichiers de thème par boutique dans un environnement multiboutique.
  • Traductions : espagnol, français, italien, allemand et portugais.

Modifié

  • Licence : AFL-3.0.
  • La désinstallation conserve les dates des commandes précédentes, sauf si l'option de suppression est activée.
  • Suppression du mode « bac à sable » de l'IA en texte libre, dont le bouton « Appliquer » était inopérant. L'IA sert uniquement à suggérer des vacances.

4 autres produits de la même catégorie

Questions and answers

Nobody has asked anything about this product yet.

Chargement...
Consentement aux cookies
Retour en haut