Changelog

Le stock Dolibarr repart de nouveau vers Shopify : les mises à jour étaient refusées dès qu'un produit avait déjà du stock en ligne (« changeFromQuantity »). Le module lit désormais la quantité réellement enregistrée chez Shopify, n'envoie que la différence, regroupe les mises à jour par lot, et une panne passagère de Shopify ne met plus les produits en échec définitif ; les produits restés bloqués sont remis en file automatiquement

L'API REST du module répondait en erreur 500 depuis la 2.6.0, même avec une clé valide : corrigé et vérifié en HTTP réel sur Dolibarr 18 et 24 depuis le paquet livré

Les outils de maintenance s'ouvrent enfin (l'onglet plantait à l'ouverture), et l'onglet « Mappage des statuts », sans aucun effet sur vos commandes, est retiré — ses anciens liens redirigent vers « Configuration des commandes »

L'onglet Webhooks ne plante plus : décocher « Traitement immédiat » ou vider un champ numérique provoquait une erreur fatale, et choisir la ligne vide dans « Utilisateur des webhooks » faisait répondre une erreur 500 à tous vos webhooks

Enregistrer la catégorie produit d'une boutique n'efface plus en silence ses tags commande, facture et devis. À vérifier : ouvrez chaque fiche boutique, onglet « Catégories et tags », et contrôlez que les trois tags sont renseignés

Une collection manuelle n'est plus prise pour une collection automatique : ses produits sont de nouveau rattachés, et les collections gérées par des conditions sont signalées à part à l'écran de synchronisation

Correctif critique : sur une boutique Shopify configurée avec plusieurs emplacements/entrepôts, le cycle de re-synchronisation de stock seul (quand le contenu du produit n'a pas changé depuis le dernier envoi) était systématiquement refusé par Shopify. Un intégrateur nous a signalé 141 erreurs sur 158 produits, le stock restant affiché à son ancienne valeur côté Shopify sans qu'aucune mise à jour ne passe. La cause : la quantité de référence était comparée à un stock Shopify toutes localisations confondues, alors que Shopify la compare à la seule localisation configurée pour votre boutique — invisible sur une boutique à un seul emplacement, le défaut apparaît dès qu'un second emplacement existe. Elle est désormais systématiquement lue à l'emplacement réellement configuré pour votre boutique. Après mise à jour, relancez une synchronisation de stock pour les produits précédemment en erreur

Correctif : un produit à plusieurs déclinaisons ne voit plus toutes ses déclinaisons bloquées par le souci d'une seule — si une déclinaison ne peut pas être resynchronisée sur un cycle donné, les autres déclinaisons du même produit, correctement synchronisées, ne sont plus mises en attente avec elle

Correctif : un problème réel de configuration d'emplacement Shopify (emplacement supprimé, invalide, ou désactivé — par exemple un ancien entrepôt fermé mais pas supprimé) se signale désormais clairement dans les journaux et le résumé de synchronisation, avec l'action à faire selon le cas. Un identifiant d'emplacement mal renseigné dans la configuration est par ailleurs détecté immédiatement, sans attendre l'appel à Shopify

Correctif : un ralentissement temporaire imposé par Shopify (limitation de débit, normal sur un catalogue volumineux) n'est jamais confondu avec ce problème de configuration d'emplacement — il continue de suivre le chemin normal, avec une nouvelle tentative au cycle suivant

Correctif : un article correctement défini avec un stock à zéro n'est plus jamais confondu avec un article dont la quantité n'a pas pu être lue — un stock légitimement nul à l'emplacement configuré est désormais bien envoyé à Shopify

Correctif : sur une installation à plusieurs boutiques Shopify, le suivi de synchronisation d'un produit reste bien isolé par boutique, sans mélange entre boutiques ; les deux compteurs introduits par cette version sont par ailleurs désormais visibles directement sur l'écran de synchronisation manuelle, sous forme de bandeaux dédiés

Correctif critique, impact comptable : depuis la mise à jour du 18 septembre 2026 (version 2.5.5), une commande Shopify avec une remise globale (code promo ou remise automatique sur plusieurs articles) pouvait être importée avec une remise proche du double de celle réellement accordée. Sur une commande de 2 520,00 € HT remisée de 5 % (126,00 € HT), l'import retenait 245,70 € HT. Le montant de la remise globale est désormais repris directement de la répartition déjà calculée par Shopify pour chaque article, lue une seule fois — le double-comptage devient structurellement impossible

Correctif : une remise ciblant seulement une partie de vos articles (par exemple « -10 % sur les articles en promotion ») pouvait, dans certains cas, être calculée sur la valeur de tous les articles de la commande plutôt que sur les seuls articles concernés, présent depuis la même mise à jour du 18 septembre

Correctif : avec certaines applications de remise tierces ou Shopify Functions qui reflètent déjà la remise globale dans le prix affiché par Shopify, le premier correctif de cette version la recomptait quand même une seconde fois. Le calcul ne lit désormais qu'une seule fois chaque répartition, quelle que soit la manière dont Shopify affiche par ailleurs le prix de la ligne

Correctif : les commandes marketplace (Nature & Découvertes et canaux similaires), qui n'indiquent pas toujours le taux de TVA sur chaque article, pouvaient voir leur remise globale surestimée de 20 % ; le module retombe désormais sur le taux de TVA de votre fiche produit Dolibarr pour ce calcul, comme il le fait déjà pour la ligne elle-même

Correctif : une commande à TVA mixte (5,5 % et 20 % sur la même commande, par exemple) ventilait toute sa remise globale au taux le plus élevé ; une ligne de remise est désormais créée par taux de TVA réellement concerné

Une remise annoncée par Shopify mais introuvable dans le détail des articles ne disparaît plus silencieusement : elle est désormais journalisée pour investigation

Correction, impact comptable : une remise globale répartie sur les lignes n'était jamais appliquée sur deux chemins d'import — l'import historique et la récupération d'une commande à l'unité, c'est-à-dire le chemin emprunté après la notification d'une nouvelle commande. Une information nécessaire à la décision n'était pas demandée à Shopify, la condition était donc toujours fausse : la commande entrait au prix plein, sans erreur ni avertissement

Correction : le stock d'une déclinaison sans correspondance de SKU n'était jamais envoyé vers Shopify, et rien ne le signalait. La déclinaison restait indéfiniment à la quantité qu'elle avait au moment où l'écart est apparu — vendable alors qu'elle est épuisée, ou invendable alors qu'elle est en stock — pendant que le rapport annonçait une synchronisation réussie

Correction : un produit dont les photos avaient disparu côté Shopify (produit supprimé puis recréé, médias retirés à la main, restauration de sauvegarde) ne les récupérait jamais. Le module se fiait à une empreinte des images de Dolibarr pour conclure que Shopify les détenait déjà, et aucune purge n'effaçait cette empreinte : la bonne procédure, appliquée correctement, ne pouvait pas fonctionner

Correction : « Votre licence a expiré » s'affichait alors que c'était notre serveur qui n'avait pas répondu. Une panne de notre côté ne se présente plus comme un problème du vôtre

Correction Multicompany : sur une installation dont Doli2Shop est configuré sur une entité autre que la première, aucun webhook n'était accepté. Le point d'entrée s'exécutait toujours dans la première entité et n'y trouvait pas le secret de signature : commandes, produits et expéditions ne remontaient plus, sans le moindre message d'erreur, et rien n'était conservé pour être rejoué

Correction Multicompany : les photos produit ne partaient jamais vers Shopify. Dolibarr range les documents dans un sous-dossier portant le numéro d'entité, que le module ne reconnaissait pas — l'écran de diagnostic annonçait « aucun produit avec au moins une photo » alors que l'ERP en affichait

Correction Multicompany : la TVA des commandes importées était calculée avec la fiche de société de la première entité, et non celle de la société concernée

Correction Multicompany : les correspondances de paiement par défaut (carte, virement, chèque, PayPal…) n'étaient jamais créées sur une entité secondaire. Elles sont désormais posées par entité, sans jamais écraser une correspondance que vous auriez modifiée

Correction, toutes installations : un avertissement affirmant qu'une photo n'était pas indexée était écrit pour chaque produit et à chaque synchronisation, y compris lorsqu'elle l'était parfaitement — et chaque produit était relu deux fois sur le disque

Correction, toutes installations : vos photos produit se dupliquaient à chaque notification de Shopify — un simple changement de prix ou de stock suffisait à en déposer une copie de plus. Un client avait quatre exemplaires de la même image sur un seul produit, dont trois créés le même jour. Un écran de nettoyage est fourni pour les doublons déjà accumulés : il montre ce qui sera supprimé avant d'agir et ne touche jamais une photo que vous avez déposée vous-même

Correction critique : sur certaines installations, la connexion à Shopify devait être refaite manuellement chaque jour. La boutique par défaut conservait deux copies de ses identifiants et le renouvellement automatique n'en mettait à jour qu'une seule ; le jeton Shopify n'étant valable qu'une fois, la copie oubliée expirait. Les deux copies sont désormais tenues à jour ensemble

Correction : le libellé de chaque déclinaison était remplacé par le titre du produit parent à chaque mise à jour venue de Shopify, y compris un simple changement de prix ou de stock. Les libellés se recalculent maintenant comme à la création, et l'outil de réparation les retrouve même lorsqu'elles ont déjà été rattachées une première fois

Correction : sur l'écran des webhooks, le bouton d'enregistrement n'avait aucun effet — la liste des événements suivis ne pouvait pas être modifiée. Un défaut de structure de la page empêchait l'envoi du formulaire

Correction : l'écran de synchronisation des produits et la tâche planifiée ne regardaient pas le même périmètre. Un produit rangé dans une sous-catégorie était synchronisé sans jamais apparaître à l'écran, qui annonçait « aucun produit ». Les deux partagent désormais la même définition, et une nouvelle date de mise en service permet d'exclure les commandes antérieures à votre passage sur Shopify

Correction : sur les installations à plusieurs boutiques, les compteurs de l'écran de synchronisation comptaient chaque produit autant de fois qu'il était présent de boutiques. Les totaux affichés vont donc baisser : ils sont désormais justes

Correction : l'import des commandes historiques n'indiquait jamais où il en était — « terminé » restait toujours à non, les statistiques restaient vides, et changer la date de début en cours de route n'avait aucun effet. L'import rend maintenant compte de sa progression, et ne peut plus se déclarer terminé alors qu'il a échoué

Correction critique : la tâche planifiée de rattrapage des expéditions ne démarrait plus du tout, sans laisser la moindre trace dans Dolibarr — seul le journal du serveur en gardait le souvenir. Un contrôle automatique empêche désormais ce type de panne muette de réapparaître

Correction : deux autres tâches planifiées échouaient pour une raison voisine, dont le contrôle de santé des webhooks — qui tombait en panne précisément au moment où il enregistrait un incident, donc quand il servait le plus

Correction : les produits à déclinaisons provoquaient une trentaine d'avertissements à chaque synchronisation d'images

Correction critique : consulter une page pouvait rendre inopérants les boutons d'une autre. Les appels internes du module faisaient tourner le jeton de sécurité de la session, et la page Santé en déclenche un par boutique dès son ouverture : sur une installation à trois boutiques, la simple consultation de cette page suffisait à faire rejeter les clics de la page Webhooks, en silence

Correction : trente actions réparties sur neuf pages d'administration pouvaient être rejetées sans message ni trace lorsque le jeton de sécurité était refusé — dont le rattachement d'un numéro de licence à une boutique, qui pouvait donc échouer sans que rien ne l'indique. Toutes affichent désormais une erreur explicite

Correction : une synchronisation pouvait éteindre les webhooks des autres boutiques

Correction : sur l'écran des webhooks, « Configuration sauvegardée » s'affichait sans que l'état change. L'affichage et l'enregistrement ne regardaient pas la même ligne en base : on désactivait un webhook, la page confirmait, et rien ne bougeait

Correction : la désactivation retire désormais chaque abonnement concerné et non plus le premier trouvé — une ligne jumelle ne peut plus faire réapparaître un webhook qu'on vient de retirer. L'activation réutilise un abonnement déjà en place au lieu d'en créer un de plus

Les incohérences héritées des installations antérieures au multi-boutiques sont corrigées au passage : une ligne restée « active » sans abonnement réel est remise à plat

Correction : en multi-boutiques, la page Webhooks affichait la boutique sélectionnée mais enregistrait sur une autre — impossible de désactiver un webhook, le bouton « Sauvegarder » semblait sans effet. L'affichage et l'enregistrement partagent désormais le même filtre par boutique, et toute erreur s'affiche en clair au lieu d'un message vide

Correction critique : sur les installations à sécurité durcie (renouvellement du jeton anti-CSRF à chaque page), toutes les actions d'administration du module étaient rejetées en silence — assistant de configuration compris. La vérification est alignée sur celle du cœur de Dolibarr, et un refus est désormais toujours annoncé à l'écran

Correction critique : sur Dolibarr 18 à 22, la connexion d'une boutique renvoyait une erreur 500 au retour de Shopify et la boutique était perdue — le module s'appuyait sur une fonctionnalité du cœur introduite seulement fin 2025

Correction : sur les hébergements en mode SQL strict, les webhooks ne s'enregistraient jamais — les dates envoyées par Shopify étaient rejetées par la base. Elles sont désormais converties et stockées en heure universelle

Correction : les produits à variantes importés de Shopify ne créaient pas de véritable déclinaison Dolibarr — le lien parent/variante restait invisible dans l'interface, et le libellé de la variante pouvait rester identique à celui du produit parent

Correction : l'import de produits à variantes échouait lorsqu'une même référence (SKU) est partagée entre plusieurs produits Shopify — le module réutilise désormais le produit existant au lieu d'échouer, et affiche le motif d'erreur complet en cas d'autre problème

Correction : les lignes de commande issues d'applications de packs/bundles (« composez votre pack ») n'étaient pas créées dans Dolibarr — les produits facturables regroupés en bundle sont désormais correctement importés (les composants offerts à 0 € restent ignorés)

Correction critique : le stock Dolibarr n'était jamais poussé vers Shopify (réapprovisionnements, production interne, corrections manuelles) — le stock Shopify dérivait au fil des ventes jusqu'à des valeurs négatives fausses. Tout mouvement de stock Dolibarr est désormais synchronisé en temps réel vers Shopify (valeur absolue, jamais négative)

Correction critique : synchronisation produits/stock fiabilisée — une déclinaison désactivée restait parfois visible sur Shopify, et des stocks divergents (parfois négatifs) n'étaient plus corrigés silencieusement ; les erreurs sont désormais journalisées et remontées

Correction critique : une expédition restée en brouillon après un échec (entrepôt/stock) n'était jamais rattrapée automatiquement — elle est désormais validée et clôturée par le rattrapage périodique

Correction d'affichage : caractères accentués mal encodés (double encodage) corrigés dans l'ensemble de l'interface d'administration

Correction : le statut de licence d'une boutique pouvait rester figé sur « inconnu » — la vérification est désormais fiable et ne dégrade jamais une boutique par défaut

Correction critique : des commandes n'étaient plus récupérées depuis Shopify (régression introduite en 2.3.0) — la synchronisation des commandes fonctionne à nouveau normalement

Correction : les webhooks enregistrés sur une version d'API Shopify périmée sont désormais ré-enregistrés automatiquement lors des vérifications de santé, pour chaque boutique

Correction : blocage à l'activation du module sur les installations multi-boutiques (page blanche)

Correction : remises en pourcentage sous-évaluées — la remise était calculée sur la base hors taxes puis divisée une seconde fois par (1 + TVA) comme s'il s'agissait d'un montant TTC. Les commandes avec code promo en pourcentage retrouvent le montant exact affiché par Shopify (ex. 5 % = −151,20 € TTC, et non −126 €)

Correction critique : stock non décrémenté lors de l'import des commandes Shopify — l'entrepôt n'était pas transmis à la validation de la facture. Les 4 règles de décrémentation Dolibarr (commande, facture, expédition, clôture d'expédition) sont désormais couvertes

Correction : la migration des permissions v2.2.4 (changement d'ID module) est désormais exécutée automatiquement à l'activation — les droits utilisateurs sont préservés lors d'une mise à jour depuis une version antérieure à 2.2.4

Correction webhooks : URL de callback erronée (chemin /custom/ manquant) en l'absence de configuration explicite, et le paramètre « Jours de conservation » des événements est désormais respecté par la purge

Correction critique : appels à l'API documents en erreur 404 sur les installations en sous-répertoire — un slash initial écrasait le sous-dossier (issue #288)

Tous les points d'accès documents (images produits et catégories) respectent désormais le sous-dossier d'installation

Répare les installations Dolibarr en sous-dossier (la version 2.2.6 dépannait déjà via le fallback SQL local)

Correction critique : sync images produit résiliente — fallback SQL local automatique quand l'API REST Dolibarr /documents est inaccessible (404, timeout, HTML dans le body). Images produit restituées dans Shopify même sur hébergeurs restrictifs (issue #286)

Correction bug entity : filtre multi-tenant ajouté à la requête SQL images — empêche d'exposer des images d'autres entités Dolibarr en installation multi-sociétés

Correction bug tri images : clé de la map de tri corrigée (filename → relativename) — tri par position désormais fonctionnel

Correction critique : fonction verifToken() non chargée sur certains stacks PHP-FPM bloquant l'OAuth Shopify — 4 fichiers du module incluent désormais explicitement le polyfill compatibility.lib.php

Correction critique : migration ID module Dolibarr (436950 → 351003, plage officielle Association P'tite Tête) — migration SQL automatique préserve les permissions existantes

Correction critique : pages admin (setup, wizard, synchronisation produits) référençaient un fichier CSS inexistant — chargement du CSS et affichage des pages maintenant corrects

Correction critique : rattrapage stocks variants toutes les heures au lieu de 24h

Correction webhook products/delete — requête SQL invalide corrigée

Correction critique : plus de doublons créés sur Shopify après purge d'un produit à variants

Anti-boucle amélioré : protection inter-processus sync/webhook pour éviter les deadlocks

Correction faux positif diagnostic : API Documents 404 sur produit de test inexistant désormais signalé en avertissement et non en erreur

Suppression de ~1 974 lignes de code mort

Compatibilité Dolibarr 23 — audit complet et corrections systématiques

Correction OAuth pour le lien de la licence

Réductions non appliquées sur les services