Synchronisation des canaux de livraison RKR (Glovo, Uber Eats, Just Eat) : vendez sur les applications de livraison depuis Prest

01/11/2026
v1.2.0

Tests effectués Rekire avant publication. La version 1.1.2 recevait les commandes, mais ne parvenait pas à créer la commande PrestaShop , et ce problème persistait dans les versions 1.7.8 et 9.0. Tests de bout en bout (webhook signé HTTPS → commande → stock → annulation) réalisés sur PrestaShop 1.7.8.11 , 8.2.8 , 9.0.0 et 9.2.0.

Corrigé

• Les commandes de livraison n'étaient pas converties en commandes PrestaShop.Customer::getAddresses() était appelée de manière statique (erreur fatale sous PHP 8), la devise de la boutique était lue à partir d'une colonne ps_shop.id_currency inexistante, et en Espagne, l'adresse était rejetée car elle ne comportait pas le numéro d'identification national (les applications de livraison ne l'envoient pas : l'en-tête DELIVERY-APP est enregistré).
• Prix et statut de la commande. Auparavant, les articles étaient affichés au prix du magasin et la commande s'affichait comme « Erreur de paiement » sans que le prix ne soit déduit. Désormais, chaque article affiche le prix facturé par la plateforme (un prix spécifique à ce panier) et la commande est enregistrée comme payée pour le total de ses articles ; le total des frais de distribution et de livraison est inclus dans le message de confirmation.
• 1.7.8 et 9.0 : « Impossible d’enregistrer le paiement de la commande ». Le noyau a mis en cache la liste des articles du panier alors qu’il était encore vide ; celle-ci se vide avant la validation de la commande.
• Des articles ont disparu du panier lorsqu'un autre module de la boutique a réagi à l' actionCartSave (synchronisation des paniers, cadeaux, dépendances, etc.). Ces articles ont été enregistrés sans impact sur l'interface utilisateur et n'ont pas été rejetés pour cause de rupture de stock : la vente avait déjà été finalisée sur la plateforme.
• Le renvoi de la même commande (nouvelles tentatives, webhooks en double) ne renvoie plus une commande déjà créée à « nouvelle ».
• Un canal précédemment enregistré ne pouvait plus l'être : les dates optionnelles vides étaient enregistrées au format 0000-00-00 et rejetées par PrestaShop lors de la validation. Désormais, elles sont NULL (également dans les commandes et les tâches d'automatisation) ; cette mise à jour corrige ces problèmes.
• Currency::getCurrencyIdByIso() et ImageType::getFormatedName() n'existent pas dans PrestaShop 9 (conversion de devises et image du menu publié).
• L'installation ne rencontre plus d'erreur si views/css/generated ne peut pas être écrit.
• La classe RkrSgbjChannel est déclarée deux fois ( src/Model et src/Channel ) : l'ancienne, qui n'était pas utilisée, est supprimée.

Pris

• Le processus d'« auto-réparation », qui à chaque nouvelle version vidait le cache Smarty et supprimait les catalogues de traduction de tous les caches Symfony de la boutique (la requête suivante pouvait prendre plusieurs minutes dans une boutique importante), est désormais obsolète. PrestaShop vide le cache lors de la mise à jour d'un module.
• L'option « Ajouter le coût de distribution comme ligne » : elle a été enregistrée mais jamais utilisée.

Modifié

• Préparé pour le validateur d'extensions PrestaShop : sans Context:: , hash_hmac() , file_get_contents() ni nofilter (les éléments partiels sont inclus avec {include} et le CSS personnalisé est appliqué à partir d'un attribut échappé), Tab::getIdFromClassName() et Module::isInstalled() remplacés, index.php dans tous les dossiers et .htaccess .
• Licence académique libre 3.0 ( LICENSE.txt ). ---