Journal des modifications
Notre engagement : transparence et pérennité
Ce module est proposé en achat unique : aucun abonnement, aucun coût caché. Dans un souci de transparence totale et de suivi technique, ce document retrace l'intégralité des évolutions, correctifs et améliorations apportés au module. Chaque version est conçue pour garantir une mise à jour fluide en un clic depuis votre back-office PrestaShop, sans perte de données ni interruption de service, tout en assurant une compatibilité continue avec les évolutions de PrestaShop.
Toutes les modifications notables du module Octopia Sync sont documentées sur cette page. Le format s'inspire de Keep a Changelog.
Chaque version regroupe ses changements dans les sections suivantes :
- Added — nouvelles fonctionnalités ou capacités.
- Changed — modifications du comportement d'une fonctionnalité existante.
- Fixed — corrections de bugs.
- Removed — fonctionnalités ou options retirées.
1.2.16 — 2026-09-06
Changed
- Le module ne se présente plus comme un module de paiement. Les commandes sont créées exactement comme avant.
- Le nom affiché dans le gestionnaire de modules indique désormais à quoi sert le module.
- La description du module a été réécrite.
- Suppression de paramètres de constructeur qu'aucune classe ne lisait.
- Corrections de style de code relevées par le validateur Addons.
- Le lien vers le tutoriel de facturation est désormais posé une seule fois en tête de l'onglet. Le guide utilisateur est livré avec le module dans trois langues.
- Les expéditions déclarées à la marketplace portent le vrai numéro de colis et le vrai lien de suivi lorsque tu expédies avec Boxtal.
- En mode tarif PrestaShop, le coût de port supplémentaire est désormais une part du coût final plutôt qu'un montant fixe, aux trois niveaux.
- Les frais d'expédition supplémentaires d'un produit font désormais partie du coût de port de base, comme dans PrestaShop. Le coût par article supplémentaire vient uniquement du champ de l'onglet Transport.
- Les frais de port calculés depuis PrestaShop incluent désormais tes frais de manutention, pour les transporteurs configurés pour les ajouter.
- Le mode de retrait Relais Colis n'est plus proposé par la marketplace. Il reste visible dans Transport, grisé, et n'est plus jamais envoyé dans une offre.
- La ligne sous chaque message d'une discussion nomme les interlocuteurs en clair et indique à qui le message a été adressé et s'il a été lu.
Fixed
- Garde-fous redondants signalés comme bloquants par le validateur Addons.
- Le journal du cron affichait le même texte pour toute commande dont l'import échouait.
- La description d'un produit pouvait arriver sur la marketplace sous la forme du mot « Array » au lieu de son texte.
- L'ouverture du module depuis le gestionnaire de modules échouait sur PrestaShop 9.
- Corrections relevées par l'analyse statique du validateur Addons, dont un garde-fou de recherche catalogue qui ne pouvait rien attraper.
- Les discussions n'étaient jamais marquées comme lues. Ouvrir une discussion marque désormais tout ce qui t'y attendait.
1.2.15 (Patch — amélioration)
Changed
- L'onglet Octopia de la fiche produit restaure lui aussi le compte mis de côté par un lien ouvert depuis une commande.
1.2.14 (Patch — amélioration)
Changed
- La bascule de compte effectuée par « Discussion en cours » est désormais temporaire : le compte que tu avais choisi revient dès que tu ouvres une autre page du module.
1.2.13 (Patch — correction de bug)
Fixed
- « Discussion en cours » sur une commande ouvrait la messagerie du compte sélectionné dans le back-office plutôt que celle du compte auquel appartient la commande.
1.2.12 (Patch — correction de bug)
Fixed
- Contacter le client depuis une commande utilisait le compte sélectionné dans le back-office plutôt que celui auquel appartient la commande — un problème uniquement avec plusieurs comptes sur une même boutique.
1.2.11 (Patch — correction de bug)
Fixed
- Le cron de facturation ne faisait rien du tout avec la source standard : il s'arrêtait avant de l'atteindre.
1.2.10 (Patch — fiabilisation)
Fixed
- Une facture dont la marketplace ne confirme jamais la réception est renvoyée au bout de six heures, au lieu de rester indéfiniment En attente sans moyen d'agir dessus.
1.2.9 (Patch — correction de bug)
Fixed
- Une facture déjà rattachée à sa commande Octopia proposait encore l'action de rattachement, t'invitant à l'envoyer une seconde fois.
1.2.8 (Patch — correction de bug)
Fixed
- L'URL du cron de facturation restait masquée derrière un message annonçant que la facturation était désactivée, pour un marchand utilisant la facture standard.
1.2.7 (Patch — correction de bug)
Fixed
- Rattacher une facture PrestaShop à une commande Octopia provoquait une erreur et ne faisait rien.
1.2.6 (Patch — correction de bug)
Fixed
- Le détail des taxes de la facture n'indiquait que les produits, sans ligne pour la livraison, alors que la taxe totale la comptait bien.
1.2.5 (Patch — correction de bug)
Fixed
- Une commande importée pouvait se retrouver avec trois totaux différents — un sur la page de la commande, un autre sur la facture, un troisième sur le paiement, avec un avertissement indiquant que le client avait trop peu payé.
1.2.4 (Patch — correction de bug)
Fixed
- Une facture PrestaShop rattachée à une commande Octopia restait affichée comme jamais envoyée, en proposant encore l'action de rattachement, alors que le fichier était bien passé.
1.2.3 (Patch — correction de bug)
Fixed
- La véritable cause du taux de TVA doublé sur les commandes importées : la TVA du port était ajoutée à celle des produits. Chacune est désormais lue pour ce à quoi elle s'applique, et la TVA du port vient directement de la marketplace.
1.2.2 (Patch — correction de bug)
Fixed
- Les frais de port apparaissaient sans TVA sur les factures des commandes importées dont le transporteur n'a pas de règle de taxe. Avec la source de taxe marketplace, le port suit désormais la TVA des produits transportés.
1.2.1 (Patch — correction de bug)
Fixed
- Les commandes importées affichaient encore un taux de TVA doublé avec la source de taxe marketplace — 40 % sur une ligne taxée à 20 %. Corrigé à la source.
1.2.0 (Minor — sources de facturation)
Added
- La facturation a désormais une source, choisie par compte : Aucune, Facture standard ou Abby.
- Facture standard livre ta facture PrestaShop à tes commandes Octopia exactement comme le fait Abby — au client dans une discussion, ou rattachée à la commande sur Cdiscount. Tu n'as rien à créer : elle est reprise dès que PrestaShop l'émet.
- Aucune laisse la facturation hors du module : rien n'est créé, rien n'est envoyé. Rien n'est effacé non plus, tu peux donc rechoisir une source quand tu veux.
Changed
- Une commande ne peut être facturée qu'une fois, quelle que soit la source, et changer de source ne laisse jamais une facture non livrée.
- La livraison suit la marketplace : Cdiscount reçoit la facture rattachée à la commande, les autres en discussion.
1.1.99 (Patch — cohérence)
Changed
- Le message affiché quand aucun document n'existe est le même quelle que soit la source active.
1.1.98 (Patch — correction de bug)
Fixed
- Aucune action ne s'affichait sur la ligne d'une facture PrestaShop dans la page de la commande. Envoyer, rattacher et télécharger y apparaissent désormais, et la ligne se présente comme celles d'Abby.
1.1.97 (Patch — fiabilisation)
Changed
- Le cron des factures ne reprend que les factures émises depuis que tu as activé la source, au lieu de mettre en file toutes les anciennes. Ouvrir une commande enregistre toujours sa facture, quelle que soit sa date.
1.1.96 (Patch — fiabilisation)
Changed
- Ta facture PrestaShop est désormais également reprise à l'ouverture de la page de la commande, pour que la section fonctionne même si ton cron ne tourne pas.
1.1.95 (Patch — correction de bug)
Fixed
- Une commande déjà facturée par une source pouvait l'être une seconde fois par l'autre après un changement de source, laissant ton client avec deux documents pour un seul achat. Une commande ne peut désormais être facturée qu'une fois, quelle que soit la source qui l'a émise.
1.1.94 (Patch — correction de bug)
Fixed
- La page de la commande proposait toujours « Créer la facture » alors que la facture standard était sélectionnée, et renvoyait une erreur au clic. Ce bouton n'appartient qu'à Abby : PrestaShop émet sa facture lui-même.
1.1.93 (Patch — correction de bug)
Fixed
- La section facturation de la page de la commande ne s'affichait que lorsque Abby était la source. Elle s'affiche désormais pour l'une comme pour l'autre.
1.1.92 (Minor — nouvelle fonctionnalité)
Added
- Le panneau Facture standard a désormais ses propres réglages de livraison : envoi automatique, rattachement à la commande, et le message envoyé au client avec la facture.
Changed
- Chaque source garde ses propres réglages. Configurer l'une ne pilote jamais l'autre, et passer de l'une à l'autre laisse chaque configuration en place.
1.1.91 (Minor — nouvelle fonctionnalité)
Added
- L'historique des factures sur la page de la commande affiche les deux sources, chaque ligne indiquant d'où elle vient. Passer de l'une à l'autre ne masque plus ce qui a été envoyé avant.
Changed
- Les actions manuelles suivent le document plutôt que la source actuellement sélectionnée.
1.1.90 (Minor — nouvelle fonctionnalité)
Added
- Tes factures PrestaShop sont désormais livrées à tes commandes Octopia, exactement comme celles d'Abby : envoyées au client dans une discussion, ou rattachées à la commande sur Cdiscount, avec les mêmes interrupteurs et le même cron. Tu n'as rien à créer — la facture est reprise dès que PrestaShop l'émet, et les commandes déjà facturées avant le sont aussi.
Changed
- Quelle que soit la source choisie, le cron et les actions manuelles gardent un œil sur les deux. Passer de l'une à l'autre ne laisse jamais une facture en rade.
1.1.89 (Patch — correction de bug)
Fixed
- Les commandes importées pouvaient afficher un taux de TVA doublé sur la facture — 40 % là où la marketplace applique 20 %.
1.1.88 (Patch — préparation)
Changed
- Préparation interne de la livraison des factures PrestaShop. Aucun changement de comportement.
1.1.87 (Patch — préparation)
Added
- Préparation de la livraison des factures PrestaShop vers les commandes Octopia. Aucun changement de comportement pour l'instant.
1.1.86 (Minor — correction de bug)
Fixed
- La livraison des factures suit désormais la marketplace : Cdiscount accepte la facture rattachée à la commande et la refuse en discussion, tous les autres canaux font l'inverse. Le cron oriente chaque commande en conséquence, et les actions manuelles sur la page de la commande n'apparaissent que là où leur canal les accepte.
Changed
- La description des canaux de livraison est réécrite autour de cette règle.
1.1.85 (Patch — en cours)
Changed
- Onglet Facturation : l'interrupteur Activé / Désactivé d'Abby disparaît, c'est le sélecteur Source au-dessus qui l'active ou le désactive — un seul réglage au lieu de deux qui disaient la même chose.
1.1.84 (Minor — nouvelle fonctionnalité)
Added
- Onglet Facturation : une section Source où tu choisis qui émet les factures de tes commandes Octopia — la facture PrestaShop standard, ou Abby. La section en dessous suit ton choix.
Changed
- L'onglet E. Facturation est renommé Facturation, maintenant qu'il couvre les deux.
1.1.83 (Patch — nettoyage)
Removed
- La référence marketplace n'apparaît plus dans le Commentaire de la facture : elle s'affichait deux fois depuis qu'elle est passée sous le tableau Transporteur. Ce que tu écris dans ce Commentaire n'est plus modifié.
1.1.82 (Minor — nouvelle fonctionnalité)
Added
- Les factures PrestaShop des commandes importées affichent désormais la référence marketplace juste sous le tableau Transporteur. Le texte libre que tu as toi-même saisi est conservé, la référence est simplement ajoutée en dessous.
1.1.81 (Patch — correction de bug)
Fixed
- Le canal de vente et le numéro de commande ajoutés en 1.1.80 n'apparaissaient pas sur la facture lorsque la commande était importée directement dans un statut qui en génère une.
1.1.80 (Minor — nouvelle fonctionnalité)
Added
- Les factures PrestaShop des commandes importées affichent désormais le canal de vente et le numéro de commande Octopia dans leur Note, comme le font déjà les factures Abby. Ce que tu as toi-même écrit dans cette note est conservé.
1.1.79 (Patch — correction de bug)
Fixed
- Factures PrestaShop des commandes importées, avec la TVA appliquée à l'import réglée sur Marketplace : une ligne affichait bien son montant de TVA dans les totaux, mais sans taux ni détail. Cela ne se produisait que lorsque le produit n'a aucune règle de taxe dans PrestaShop alors qu'Octopia lui applique de la TVA. Le taux et son détail apparaissent désormais sur la facture.
1.1.78 (Patch)
Changed
- Sous PrestaShop 8.0, la colonne Référence de la liste des produits est désormais renommée « Réf. / EAN / GTIN » comme sur les autres versions, et sa largeur est la même. Cette liste écrit elle-même les titres de ses colonnes, le titre est donc modifié dans la page une fois celle-ci affichée.
1.1.77 (Patch — correction de bug)
Fixed
- À partir de PrestaShop 8.1, rechercher un GTIN ou une référence de déclinaison dans la liste des produits ne renvoyait rien, alors même que la colonne était bien renommée.
1.1.76 (Patch — retour arrière)
Fixed
- La recherche dans la liste des produits ne fonctionnait plus après la mise à jour précédente. Retour au comportement de la 1.1.73.
1.1.75 (Patch — correction de bug)
Fixed
- À partir de PrestaShop 8.1, rechercher un GTIN ou une référence de déclinaison dans la liste des produits ne renvoyait rien.
1.1.74 (Patch — correction de bug)
Fixed
- Sous PrestaShop 8.0, une recherche par GTIN ne renvoyait plus rien lorsque tu revenais sur la liste des produits, alors même que le champ de recherche affichait toujours ce que tu avais saisi.
1.1.73 (Minor — nouvelle fonctionnalité)
Changed
- L'option GTIN élargit désormais la colonne Référence de la liste des produits au lieu d'en ajouter une : la recherche retrouve un produit par sa référence, son GTIN / EAN, ou la référence ou le code-barres de n'importe laquelle de ses déclinaisons. La colonne est renommée « Réf. / EAN / GTIN ».
- Le réglage passe à côté du Type d'export. Il prend tout son sens lorsque tu exportes par ID ou par Shop ID : la référence envoyée à Octopia est alors une clé générée, et le code-barres devient la seule valeur que tu peux rechercher pour rapprocher un produit entre les deux back-offices.
1.1.72 (Patch — correction de bug)
Fixed
- Le GTIN s'affichait deux fois dans la liste des produits, dans sa propre colonne et dans la colonne Référence. Il n'apparaît plus que dans sa colonne. La recherche par Référence retrouve toujours un produit par sa référence ou par n'importe lequel de ses codes-barres.
1.1.71 (Minor — nouvelle fonctionnalité)
Added
- La recherche dans la liste des produits de PrestaShop 8.0 est désormais prise en charge elle aussi, au même titre que les versions plus récentes.
1.1.70 (Patch — documentation)
Changed
- Le réglage explique désormais quand la colonne GTIN / EAN s'affiche sous PrestaShop 8.0 : active « Nouvelle page produit » dans Paramètres avancés > Fonctionnalités expérimentales. Elle est active par défaut à partir de la 8.1.
1.1.67 (Patch — correction de bug)
Fixed
- La cellule GTIN / EAN restait vide pour les produits dont les codes-barres sont portés par les déclinaisons.
1.1.66 (Minor — en cours)
Changed
- Liste des produits, colonne GTIN / EAN : lorsque les codes-barres sont portés par les déclinaisons et non par le produit lui-même, la cellule affiche le premier suivi du nombre d'autres. Rechercher le code-barres de n'importe quelle déclinaison retrouve toujours son produit.
1.1.65 (Patch — correction de bug)
Fixed
- La colonne GTIN / EAN n'apparaissait pas dans la liste des produits sous PrestaShop 8.0.
1.1.64 (Patch — en cours)
Changed
- La colonne GTIN / EAN de la liste des produits est désormais assez large pour qu'un code-barres et son champ de recherche tiennent sur une seule ligne.
1.1.63 (Patch — correction de bug)
Fixed
- La colonne GTIN / EAN n'apparaissait pas dans la liste des produits alors même que l'option était activée.
1.1.62 (Minor — nouvelle fonctionnalité)
Added
- Réglages, section Catalogue : une nouvelle option ajoute une colonne GTIN / EAN, avec son filtre de recherche, à la liste des produits PrestaShop — comme la colonne ID Octopia sur la liste des commandes. Désactivée par défaut.
1.1.60 (Patch — correction de bug)
Fixed
- Import des produits : le lien vers un produit déjà dans ton catalogue ouvrait une page « Jeton invalide ».
- Dix textes s'affichaient en anglais quelle que soit la langue de ton back-office, principalement dans les onglets Catégories et Réglages. Ils sont désormais traduits.
1.1.59 (Minor — en cours)
Added
- Import des produits : si le produit est déjà dans ton catalogue, son nom PrestaShop s'affiche sous forme de lien vers sa fiche — déclinaisons comprises, nommées avec leurs attributs.
Removed
- La ligne des permissions Octopia sur la fiche de résultat.
1.1.58 (Patch — en cours)
Fixed
- Import des produits : lorsque ta session back-office avait expiré, l'écran annonçait un échec au lieu de te proposer de recharger la page comme le reste du module.
1.1.57 (Patch — en cours)
Changed
- Import des produits : les erreurs s'affichent désormais dans un vrai encart d'alerte, et indiquent ce qui s'est réellement passé au lieu d'un message d'échec générique.
1.1.56 (Patch — correction de bug)
Fixed
- L'écran Réglages renvoyait toujours une page d'erreur après la mise à jour précédente. Corrigé.
1.1.55 (Patch — correction de bug)
Fixed
- L'écran Réglages renvoyait une page d'erreur après la mise à jour précédente. Corrigé.
1.1.54 (Patch — correction de bug)
Fixed
- Import des produits : l'écran ne faisait rien lorsque le back-office était en français. Certains textes traduits cassaient le script de la page dès qu'ils contenaient une apostrophe.
1.1.53 (Minor — en cours)
Added
- Import des produits : chaque résultat t'indique désormais à quel modèle, quel profil et quelle catégorie PrestaShop le produit correspond, et te nomme l'onglet où créer ce qui manque lorsque la chaîne est incomplète.
1.1.52 (Minor — en cours)
Changed
- Import des produits : les résultats s'affichent sous forme de fiches produit — image, libellé, description, GTIN, SKU, marque, catégorie et langue — au lieu de données brutes. Les images se parcourent avec des flèches précédent / suivant.
1.1.51 (Patch — en cours)
Changed
- Import des produits : travail interne sur la recherche dans le catalogue.
1.1.50 (Patch — en cours)
Removed
- Import des produits : le sélecteur de canal de vente est supprimé. Il lisait les offres publiées sous ton propre compte, ce qui n'apprend rien sur un produit du catalogue que tu ne vends pas encore — précisément ce que cet écran sert à trouver.
1.1.49 (Minor — nouvelle fonctionnalité, en cours)
Added
- Import des produits : choisis un canal de vente avant de rechercher. La recherche lit désormais à la fois la fiche produit Octopia et ton offre sur ce canal, puisqu'un produit PrestaShop a besoin du libellé et des images de l'une, et du prix et du stock de l'autre.
1.1.48 (Minor — nouvelle fonctionnalité, en cours)
Added
- Import des produits : recherche dans le catalogue Octopia par GTIN / EAN, jusqu'à 10 codes à la fois. L'écran est encore en cours de développement et n'affiche pour l'instant que le résultat brut.
1.1.47 (Patch — déclaration)
Added
- Le gestionnaire de modules ne te demande plus de te prononcer sur le multiboutique : le module se déclare partiellement compatible, ce qui correspond à son fonctionnement — un compte Octopia par boutique, donc tu choisis une boutique avant de le configurer.
1.1.46 (Patch — correction de bug)
Fixed
- Tableau de bord : changer de compte depuis le bandeau n'avait aucun effet, la page se rechargeait sur le même compte. Le changement fonctionne désormais comme sur les autres écrans.
1.1.45 (Patch — nettoyage)
Removed
- Tableau de bord : l'encart tutoriel est supprimé, il n'était jamais affiché.
1.1.44 (Minor — nouvelle fonctionnalité)
Added
- Produits & Offres : un nouvel onglet Import des produits, qui te permettra de créer des produits PrestaShop depuis le catalogue Octopia.
Changed
- Petit nettoyage de l'encart tutoriel sur les écrans Produits, Offres et Messagerie.
1.1.43 (Patch — correction de bug)
Removed
- La sauvegarde automatique écrite avant une mise à jour est supprimée. La produire pendant la mise à jour était assez lourd pour faire échouer la mise à jour elle-même sur une grosse boutique, laissant le module désactivé. Exporte plutôt une sauvegarde depuis l'onglet Sauvegarde avant de mettre à jour — c'est le même fichier, pris au moment que tu choisis.
1.1.42 (Patch — correction de bug)
Fixed
- La mise à jour du module rétablit désormais les évènements auxquels le module n'était pas accroché, pour qu'une fonctionnalité ajoutée par une version précédente ne puisse pas rester inactive. Le panneau Diagnostic continue d'en afficher l'état.
1.1.41 (Patch — correction de bug)
Fixed
- Messages relayés par e-mail : le module ajoutait « Commande
- » devant l'objet que tu saisis. Un objet occupant tout le budget de 50 caractères donnait un sujet de 71 caractères. Ton objet est désormais envoyé exactement tel que tu l'as écrit.
1.1.40 (Patch — correction de bug)
Fixed
- Une fonctionnalité ajoutée par une mise à jour pouvait rester inactive sans aucun signe, si PrestaShop n'avait pas accroché le module à l'évènement correspondant. Le module vérifie et répare désormais cela tout seul à l'ouverture d'un de ses écrans.
Added
- Panneau Diagnostic : une ligne qui t'indique si le module est correctement relié à tout ce dont il a besoin dans PrestaShop.
1.1.39 (Patch — correction de bug)
Fixed
- Le module pouvait refuser de s'installer avec le message « l'installation du module a échoué, il a été désactivé ». Il suffisait qu'une seule fonctionnalité secondaire soit refusée par PrestaShop pour faire échouer toute l'installation ; ce n'est plus possible.
1.1.38 (Minor — nouvelle fonctionnalité)
Added
- La suppression d'une boutique supprime désormais aussi les comptes Octopia qui lui sont rattachés et toutes leurs données. Jusqu'ici ces enregistrements restaient en base sans aucun moyen de les voir ni de les supprimer. Tes autres boutiques ne sont pas touchées.
- La désinstallation du module demande maintenant une confirmation et indique précisément ce qui sera perdu.
- Avant une mise à jour du module, une sauvegarde des réglages de chaque compte est écrite automatiquement dans le dossier
download/octopiasyncs-pre-upgrade/de ta boutique. Elle utilise le même format que l'onglet Sauvegarde et peut être restaurée depuis celui-ci.
Changed
- Le message multiboutique indiquait le sélecteur de boutique à gauche ; il est à droite.
1.1.37 (Patch — correction de bug)
Fixed
- Facturation électronique : le champ du message de facture et son sélecteur de langue pouvaient être totalement absents, ne laissant que la liste des variables et le lien de réinitialisation. Cela se produisait lorsque la langue par défaut de la boutique ne faisait pas partie des langues affectées à cette boutique.
1.1.36 (Patch — correction de bug)
Fixed
- Multiboutique : sur une boutique autre que celle depuis laquelle tu as installé le module, tous les onglets des écrans du module s'affichaient les uns sous les autres au lieu de basculer. Le module charge désormais lui-même sa feuille de style et son script sur ses propres pages, le problème ne peut plus se reproduire.
1.1.35 (Patch — correction de bug)
Fixed
- La création d'un attribut depuis l'onglet Mappings échouait sur une page d'erreur en PrestaShop 8 et 9, PrestaShop ayant renommé la classe correspondante. La création d'une caractéristique n'a jamais été concernée.
- Import de commandes : en PrestaShop 9, un échec de création de commande finissait sur une page d'erreur au lieu du message clair « la commande n'a pas pu être créée ».
Changed
- Passe interne de qualité de code, sans aucun changement de comportement du module.
1.1.34 (Patch — renforcement de sécurité)
Changed
- Renforcement interne des écrans du back-office : toutes les valeurs affichées par le module sont désormais échappées, sans aucune exception. Aucun changement visible.
1.1.33 (Patch — correction de bug)
Fixed
- La restauration d'une sauvegarde complète finissait sur une erreur 500 liée à la taille du cookie. Le récapitulatif de l'aperçu était conservé dans le cookie du navigateur, et une sauvegarde complète liste toutes les tables du module, ce qui remplissait à lui seul l'essentiel de la place autorisée par PrestaShop. Il est désormais stocké côté serveur, à côté de la sauvegarde envoyée, et toujours effacé dès que tu appliques ou annules la restauration.
- Les messages affichés après l'enregistrement d'un formulaire sont maintenant raccourcis lorsqu'ils sont anormalement longs, pour la même raison.
1.1.32 (Patch — correction de bug)
Fixed
- La sauvegarde complète, son aperçu et sa restauration plantaient avec « Unknown column 'id_account' in 'WHERE' » dès que l'archive contenait des correspondances de valeurs. Ces correspondances sont globales, partagées par tous les comptes de la boutique, leur table n'a donc pas de colonne de compte. L'export le gérait déjà ; l'import le fait désormais aussi : la table est comptée dans son ensemble, jamais vidée à la restauration — ce qui aurait détruit les correspondances des autres comptes — et fusionnée de façon à conserver une correspondance déjà présente sur la boutique. L'aperçu affiche maintenant « Correspondances de valeurs » au lieu du nom brut de la table.
1.1.31 (Patch — correction de bug)
Fixed
- Export des offres, Gestion des taxes (Réglages) sur « Non » : l'attribut
Vatétait écrit avec une valeur vide dans le XML des offres, ce qu'Octopia refuse. Il est désormais écrit à0. S'applique à l'export complet comme à l'export stock/prix. Sans effet si la Gestion des taxes reste sur « Oui » (valeur par défaut).
1.1.30 (Patch — correction de bug)
Changed
- Le type d'image (Réglages) est désormais stocké par id et non par nom : renommer un type d'image PrestaShop ne casse plus le réglage (seule une suppression le peut, déjà gérée depuis la 1.1.29). Les installations existantes sont migrées automatiquement ; un nom qui ne correspond plus à aucun type d'image bascule sur « Original ».
1.1.29 (Minor — nouvelle fonctionnalité)
Added
- Entretien automatique de trois réglages qui référencent d'autres objets PrestaShop par id/nom : si le marchand supprime l'objet PrestaShop référencé, le réglage est réinitialisé au lieu de rester silencieusement orphelin.
- Type d'image (Réglages) : bascule sur la nouvelle option « Original » si le type d'image référencé est supprimé.
- Règle de TVA des frais de service (Réglages, INTERBCA) : bascule sur « Pas de taxe (montant TTC) » si le groupe de règles de taxe référencé est supprimé.
- Correspondance des statuts de commande (Réglages, également lue par le cron d'import des commandes) : remet l'entrée concernée sur « Non mappé » si le statut de commande PrestaShop référencé est supprimé.
- Nouvelle option de type d'image « Original » (Réglages) : envoie l'image exactement telle qu'elle a été téléversée, sans redimensionnement PrestaShop. Ne devient jamais obsolète puisqu'elle ne référence aucun type d'image PrestaShop.
1.1.28 (Patch — correction de bug)
Fixed
- Une catégorie épinglée (utilisée pour lever l'ambiguïté de profil) pouvait devenir obsolète : si la catégorie était ensuite retirée du produit ou démappée, l'épinglage continuait d'être appliqué silencieusement, pouvant router le produit vers le mauvais profil sans aucun avertissement. L'épinglage est désormais revalidé à chaque construction contre les catégories actuelles du produit ; un épinglage obsolète est ignoré (retour à la résolution normale) et l'avertissement de sélection de profil réapparaît si le produit est toujours ambigu. S'applique au push produits comme à l'export des offres. Un épinglage encore valide se comporte exactement comme avant.
1.1.27 (Patch — correction de bug)
Fixed
- Transport, mode PS : le coût de livraison calculé depuis un transporteur PrestaShop mappé (coût minimum) était HT au lieu d'être TTC comme tous les autres prix exportés par le module. La règle de taxe propre au transporteur (définie sur le transporteur dans les réglages Livraison de PrestaShop) est désormais appliquée.
1.1.26 (Patch — correction de bug)
Fixed
- La sauvegarde complète échouait dès qu'elle contenait des correspondances de valeurs : contrairement au reste, celles-ci sont partagées par tous les comptes de la boutique et étaient traitées comme si elles appartenaient à un seul. Elles sont désormais sauvegardées telles quelles.
1.1.25 (Patch — correction de bug)
Fixed
- Le rapport cron affichait « Appels API : 0 » et une trace requête/réponse vide : logApi() sortait prématurément quand le mode Debug (journalisation persistante) était désactivé, avant de collecter la trace en mémoire. La trace est désormais toujours collectée ; seule l'écriture en base reste conditionnée au bouton Debug.
1.1.24 (Patch — correction de bug)
Fixed
- L'e-mail de rapport du cron n'était jamais envoyé à cause d'une erreur lors du nettoyage des anciens rapports ; corrigé, le rapport est enregistré et son e-mail envoyé.
1.1.23 (Patch — diagnostics)
Added
- Diagnostics du rapport cron dans les logs du module (gating + résultat de Mail::Send) pour diagnostiquer les e-mails de rapport manquants.
1.1.22 (Minor — nouvelle fonctionnalité)
Changed
- Contact client manuel (repli e-mail) : l'objet est désormais un champ libre au lieu d'une liste prédéfinie.
1.1.21 (Patch — correction de bug)
Fixed
- Contacter le client (raccourci messagerie, envoi manuel de facture et cron des factures) bascule sur le repli e-mail au lieu d'échouer quand la configuration du canal ne peut pas être lue. Centralisé dans le client API.
1.1.20 (Minor — nouvelle fonctionnalité)
Added
- Messages d'erreur clairs et localisés (FR/ES/EN) pour chaque appel à l'API Octopia, gérés de façon centralisée par code HTTP ; l'alerte n'affiche que le message clair (endpoint/détail restent dans le log). La messagerie bascule sur le repli e-mail quand la configuration du canal ne peut pas être lue.
1.1.19 (Patch — correction de bug)
Fixed
- Correction de l'erreur « No active account » à l'enregistrement de l'e-mail du rapport cron ; la migration de l'e-mail par compte est aussi rejouée pour les installations déjà en 1.1.18.
1.1.18 (Patch — correction de bug)
Fixed
- Le rapport e-mail du cron est désormais configuré par compte (et non par boutique), donc envoyé de façon fiable avec &report=1 quel que soit le contexte boutique. Les adresses existantes sont migrées automatiquement.
1.1.17 (Patch — correction de bug)
Fixed
- L'onglet Correspondances ne liste plus que les champs qui utilisent une caractéristique/un attribut existant(e) avec une liste de valeurs Octopia prédéfinies ; les champs à valeur libre (Caractéristique PS sans liste Octopia) n'apparaissent plus.
1.1.16 (Patch — correction de bug)
Fixed
- Erreur fatale à l'import de commande (méthode trans() protégée) corrigée ; l'importateur utilise désormais le traducteur public.
1.1.15 (Patch — correction de bug)
Fixed
- Le bandeau « Suivre notre tutoriel en ligne » manquait sur le panneau de la page produit ; il est désormais affiché.
Changed
- Liens des tutoriels en ligne branchés sur la documentation publiée pour l'ensemble des onglets.
1.1.14 (Patch — correction de bug)
Fixed
- « Créer comme attribut » échouait dans PrestaShop alors que « Créer comme caractéristique » fonctionnait ; le groupe d'attribut est désormais créé correctement (champ requis is_color_group renseigné) et associé à la boutique courante.
1.1.13 (Minor — nouvelle fonctionnalité)
Added
- Mode « Utiliser existant » : réutilisez une caractéristique/un attribut PrestaShop existant pour un champ spécifique au lieu d'en créer un, et faites correspondre chaque valeur PrestaShop à une valeur Octopia dans le nouvel onglet Correspondances. Idéal pour les gros catalogues déjà remplis. Stocké par ID de valeur PS ; une valeur non mappée n'envoie rien à l'export.
1.1.12 (Patch — correction de bug)
Fixed
- Priorité de la remise de soldes : un prix spécifique manuel l'emporte toujours sur une règle de prix catalogue — (1) manuel sur le produit, (2) manuel global, (3) règle catalogue sur le produit, (4) règle catalogue globale — le plus récent dans chaque niveau.
1.1.11 (Patch — correction de bug)
Fixed
- La remise de soldes suit désormais une règle claire : une remise au niveau produit est toujours prioritaire ; la remise boutique ou globale ne s'applique qu'à défaut. La plus récemment créée l'emporte dans ce niveau, et la remise est toujours exposée sur la fenêtre de la saison de soldes configurée.
1.1.10 (Patch — correction de bug)
Fixed
- La sélection de la remise de soldes correspond désormais à ce que voit un visiteur public (non connecté) : groupe visiteur + pays/devise par défaut. Une remise produit n'est plus écartée à tort au profit d'une remise globale. Les remises par quantité sont exclues. Les règles de dates des soldes sont inchangées.
1.1.9 (Minor — nouvelle fonctionnalité)
Added
- La valeur d'un champ créé passe en vert une fois le modèle enregistré, pour indiquer que la valeur est utilisée lors de la publication des offres (grise tant que créé mais pas encore enregistré).
1.1.8 (Patch — correction de bug)
Fixed
- La suppression de la caractéristique/attribut créé dans PrestaShop est désormais nettoyée immédiatement, pour qu'un champ obligatoire ne puisse plus publier vide à cause d'un mapping fantôme lors d'un push produits.
1.1.7 (Patch — correction de bug)
Fixed
- La création d'une caractéristique/attribut depuis un champ avec une longue liste de valeurs pouvait renvoyer une erreur HTML au lieu du JSON ; la création utilise désormais une requête POST et fonctionne quelle que soit la longueur de la liste.
1.1.6 (Patch — correction de bug)
Fixed
- Supprimer la caractéristique/attribut créé dans PrestaShop nettoie désormais aussi les mappings de modèle qui pointaient vers lui, pour ne laisser aucun mapping fantôme.
1.1.5 (Patch — correction de bug)
Fixed
- Supprimer la caractéristique/attribut créé dans PrestaShop ne bloque plus le champ : les liens orphelins sont détectés et nettoyés, et le bouton « Créer comme… » réapparaît.
1.1.4 (Patch — correction de bug)
Fixed
- La caractéristique/attribut créé depuis un champ spécifique est désormais global à PrestaShop (plus lié au compte Octopia actif) et peut exister à la fois en caractéristique et en attribut pour un même champ, selon qu'il est Recommandé/Facultatif ou Obligatoire. Corrige aussi le champ créé qui réaffichait le bouton de création à la réouverture d'un modèle.
1.1.3 (Minor — nouvelle fonctionnalité)
Added
- Les champs spécifiques ayant des valeurs Octopia prédéfinies peuvent être créés directement dans PrestaShop depuis le modèle, en un seul bouton — « Créer comme attribut » (Obligatoire) ou « Créer comme caractéristique » (Recommandé/Facultatif) — qui crée l'objet avec toutes les valeurs Octopia d'un coup. Une fois créé, le mapping est verrouillé sur cet objet et le bouton disparaît ; pour annuler, il faut supprimer l'objet dans PrestaShop.
1.1.2 (Minor — nouvelle fonctionnalité)
Added
- Envoi par e-mail de secours pour les messages initiés par le vendeur. Lorsqu'un canal de vente interdit au vendeur d'ouvrir une discussion (ex. Cdiscount), le panneau « Contacter le client » envoie désormais le message par e-mail vers l'adresse client masquée de la commande, qu'Octopia relaie à l'acheteur. Comprend un sélecteur d'objet extensible (aujourd'hui : numéro de suivi), un token HMAC par commande pour que le liaison de blocage d'e-mails du module laisse passer le mail relais (le token n'apparaît jamais dans l'objet ni dans le corps), et un avis de traitement (« peut prendre jusqu'à 1h pour être traité par Octopia »). Des pièces jointes (jusqu'à 3, 4 Mo au total) peuvent être ajoutées, comme dans le composeur de discussion.
- L'envoi de la facture (manuel et cron) utilise le même envoi de secours : lorsque le canal interdit les discussions initiées par le vendeur, la facture est envoyée par e-mail à l'adresse client masquée avec le PDF joint, au lieu d'échouer.
1.1.1 (Patch — correction de bug)
Fixed
- Les éco-participations étaient inversées dans la sortie des offres : l'éco-participation mobilier (
eco_mobilier) était envoyée sousEcoPartet l'éco-participation DEEE sousDeaTax. Elles sont désormais mappées correctement —eco_mobilier→DeaTax(DEA),eco_deee→EcoPart(DEEE).
1.1.0 (Minor — nouvelle fonctionnalité)
Added
- Prise en charge du RGPD : le module répond désormais aux demandes d'export et de suppression des données client (référence acheteur marketplace et identifiant client Abby), comme l'exige PrestaShop Addons.
Fixed
- L'association des transporteurs ne casse plus lorsqu'un marchand modifie un transporteur : le lien vers le transporteur PrestaShop stocké est automatiquement repointé vers la nouvelle version du transporteur (
actionCarrierUpdate). - Ligne de frais de service (mode produit virtuel) : la ligne de frais INTERBCA est désormais toujours affichée en dernier sur la page commande, au lieu de remonter en tête.
1.0.9 (Minor — nouvelle fonctionnalité)
Added
- La commission marketplace (montant TTC et HT, ainsi que le taux) est désormais affichée sur le panneau de la commande et par ligne dans le détail de la commande.
1.0.8 (Patch — correction de bug)
Fixed
- Les commandes ne pouvaient pas être déclarées expédiées lorsqu'une ligne portait le numéro 0 (les commandes mono-ligne n'étaient jamais expédiables, et la première ligne des commandes multi-lignes était ignorée).
1.0.7 (Patch — correction de bug)
Fixed
- La colonne Octopia ID de la liste des commandes du back-office est désormais assez large pour afficher l'identifiant marketplace sur une seule ligne.
1.0.6 (Minor — nouvelle fonctionnalité)
Added
- Lorsqu'une commande Octopia est annulée, le motif d'annulation et l'auteur de la demande sont désormais copiés dans la note privée de la commande PrestaShop à l'import.
1.0.5 (Patch — correction de bug)
Fixed
- L'import des commandes et la synchronisation des offres fonctionnent désormais sur PrestaShop 8.0 (suppression d'une instruction rejetée par le MariaDB fourni).
1.0.4 (Patch — correction de bug)
Fixed
- L'export Excel fonctionne désormais sur PrestaShop 8.0 (la fonction de tableau stylé est ignorée quand la bibliothèque fournie est plus ancienne ; l'export et ses filtres continuent de fonctionner).
1.0.3 (Patch — correction de bug)
Fixed
- Erreur fatale qui pouvait casser la page du rapport cron.
1.0.2 (Patch — correction de bug)
Changed
- La page commande affiche désormais les badges Message et Upload indépendamment, afin qu'une facture à la fois envoyée au client et attachée à la commande affiche les deux.
Fixed
- Le badge Message est désormais clairement coloré sur PrestaShop 8 et 9.
1.0.1 (Minor — nouvelle fonctionnalité)
Added
- Les factures peuvent désormais être officiellement attachées à la commande marketplace (Octopia orders-invoices), où le client peut les récupérer. Activez-le dans l'onglet E-Invoicing ; le cron des factures les téléverse en masse et vous pouvez aussi attacher une facture manuellement depuis la page commande.
1.0.0 (Major — version initiale)
Added
- Version initiale.