RKR EUDR Guard : Règlement (UE) 2023/1115 contre la déforestation, DDS et traçabilité pour PrestaShop

05/11/2026
v1.1.0

Examen complet de la 1.0.0 reçue.

Fixé

• Dates d'application mises à jour conformément au règlement (UE) 2025/2650 : 30/12/2026 pour les grandes et moyennes entreprises, 30/06/2027 pour les micro et petites entreprises (le compte à rebours, les alertes et le guide affichaient les anciennes dates de 2025/2026). Nouvelle définition de la « moyenne entreprise ».
• Détection : Les codes CN sont désormais limités à l’annexe I du règlement (UE) 2023/1115 (les articles en cuir, le caoutchouc synthétique, le thé, le maté, les extraits et autres positions non couvertes étaient signalés) ; les préfixes CN écrits avec des points sont désormais pris en compte ; les mots clés correspondent uniquement aux mots entiers (« poulpe », « yo soy », « cafetière » ne sont plus signalés) ; les règles relatives aux « catégories (y compris les enfants) » incluent désormais les enfants ; le pays d’origine est lu à partir du nom du pays et non plus de ses deux premières lettres.
• Le risque pays suit le règlement d’exécution (UE) 2025/1093 (risque élevé : BY, MM, KP, RU) et le risque pays prévaut sur le risque lié aux matières premières.
• La classification manuelle du commerçant (affecté, non affecté, pays, risque) n'est plus écrasée par la prochaine analyse ou sauvegarde de produit.
• L'importation s'exécute toujours en mode test ; les dates espagnoles (jj/mm/aaaa) sont lues comme mm/jj ; les relevés importés sans date de validité expirent lors de la prochaine analyse ; le test a créé des lots et des fournisseurs.
• Références DDS : pas de doublons après suppression, la numérotation redémarre chaque année.
• Le bloc PDF de la facture était ignoré ; les lignes de commande étaient dupliquées avec deux relevés actifs ; le bloc n'apparaissait jamais sur la page de commande du back-office ( 1.7.7 ). Le relevé de chaque ligne de commande est désormais figé lors de la validation de la commande, de sorte qu'une réimpression conserve la référence de la vente.
• Lors de l'installation, le titre, la note, le logo produit et le pied de page des documents étaient initialement enregistrés en anglais dans toutes les langues : jusqu'à ce que le commerçant les modifie, ils s'affichent dans la langue de chaque page ou document. Le pays de production est indiqué sur le relevé (ou son lot), et le tableau de la facture est lisible (en-tête, marges, largeur des colonnes).
• Seules les déclarations validées ou soumises sont prises en compte : une déclaration rejetée, expirée ou en brouillon n’apparaît plus sur le badge produit ni dans les documents, et ne rend pas un produit « partiel ». L’autocollant image (« Conforme au RGPD ») s’affiche uniquement sur les produits conformes et uniquement par-dessus l’image du produit (il a été ajouté à tout bloc d’autres modules comportant un identifiant de produit).
• Le pays de production est indiqué sur les étiquettes ou les numéros de lot lorsque le produit ne le mentionne pas ; tous les pays sont proposés comme pays de production (la liste ne comportait que les pays vers lesquels la boutique expédie).
• Alertes, informations manquantes, source de détection et noms de produits traduits dans toutes les langues ; les graphiques du tableau de bord ne comptabilisent que les produits concernés ; les carreaux et stratifiés à effet bois ne sont plus détectés comme du bois ; noms propres pour les variables globales JavaScript et les animations CSS (d’autres modules les ont écrasées).
• Page de vérification publique : seules les déclarations validées ou soumises sont publiques ; sans le lien signé des documents, la géolocalisation du terrain, le fournisseur ou les notes ne sont plus affichés ; les textes internes d’atténuation des risques ne sont jamais publics ; la limite de débit est désormais réellement appliquée (elle était conservée en mémoire par requête).
• La tâche planifiée marquait les relevés comme « soumis à TRACES » sans rien envoyer ; désormais, elle ne marque que les relevés complets comme validés. Ses notifications par e-mail (données manquantes, relevés expirés) n'ont jamais été envoyées. Plusieurs conteneurs séparés par des virgules fonctionnent maintenant.
• L'historique des analyses n'enregistrait que les chiffres du dernier segment ; l'analyse sans JavaScript redémarrait systématiquement à partir du premier produit ; les alertes « DDS manquant » et « géolocalisation manquante » se ferment désormais automatiquement.
• Interface utilisateur : plus de mise à jour automatique des feuilles de style sur chaque page ; l’autocollant image apparaissait sur une miniature d’accessoire dans la page produit classique et était manquant après les filtres AJAX ; les couleurs spécifiques à chaque boutique n’atteignaient jamais la boutique ; les étiquettes contenant « & » étaient doublement échappées ; le module ne remplace plus les variables Smarty du thème telles que currency .
• Sécurité : les valeurs CSS et de thème personnalisées sont désormais protégées contre l’injection de règles ; le journal du module a été déplacé hors du dossier du module accessible via le Web ; les actions destructives nécessitent l’autorisation de suppression ; les règles d’une autre boutique ne peuvent plus être supprimées.
• Validateur d'extensions : pas de Context::getContext(), hash_hmac, file_get_contents, $_POST / $_GET ou nofilter sur les valeurs non nettoyées ; version et description littérales et identiques à config.xml; modèles sous views/templates.

Ajouté

• Traductions en français, italien, allemand et portugais.
• Licence AFL-3.0.