Modification des commandes : corriger les erreurs après validation par le client

Relu et mis à jour en juin 2026 — limites natives de modification des commandes et règles de rapprochement paiement/stock/facture vérifiées sur PrestaShop 1.7, 8 et 9.

Un client passe commande. Cinq minutes plus tard, l'e-mail arrive : « Je me suis trompé de numéro de rue », ou « Je peux passer du M au L ? », ou encore « Je voulais ajouter l'étui assorti ». Dans un monde idéal, vous modifieriez simplement la commande avant de passer à autre chose. PrestaShop permet d'en faire étonnamment beaucoup — mais il fixe des limites nettes à certains endroits, et dès que vous en franchissez une (facture générée, paiement capturé, mouvement de stock déjà enregistré), une correction de cinq secondes se transforme en enchevêtrement d'avoirs et de comptabilité qui ne colle plus. Ce guide porte précisément sur cette zone : ce que vous pouvez modifier sans risque sur une commande validée depuis le back-office PrestaShop, où la plateforme vous arrête et pourquoi, et comment garder le client, la facture et le stock cohérents pendant l'opération.

Nous parlons ici spécifiquement de la modification d'une commande déjà passée. Si votre question concerne plutôt le flux quotidien de traitement des commandes, les changements de statuts et l'automatisation des tâches répétitives, c'est un autre sujet — commencez plutôt par les workflows de gestion des commandes qui vous font gagner des heures, puis revenez ici lorsqu'une commande précise doit être corrigée en profondeur.

Où se trouve réellement la modification des commandes

Tout ce qui suit se passe sur un seul écran : Commandes → Commandes, puis ouverture de la commande concernée. En coulisses, c'est le contrôleur AdminOrders qui affiche une commande à partir de l'objet Order, de ses lignes OrderDetail (une ligne par produit/déclinaison), de l'Address liée et de toute OrderInvoice déjà associée. Savoir que ces quatre objets existent explique toutes les règles qui suivent — lorsque PrestaShop « ne vous laisse pas » modifier quelque chose proprement, c'est presque toujours parce que le changement désynchroniserait l'un d'eux par rapport aux autres.

Le degré de liberté dont vous disposez avant même d'ouvrir une commande dépend de l'état actuel de la commande, plutôt que d'un réglage unique dédié. PrestaShop n'a pas de drapeau générique de « statut modifiable » — ce que vous pouvez changer est déterminé par le contexte de la commande : une facture a-t-elle été générée, la commande a-t-elle atteint un état de livraison/expédition, un remboursement ou une annulation est-il en cours ? Sur PrestaShop 1.7/8/9, l'éditeur des lignes de commande (le petit crayon et le bouton « Ajouter un produit » dans le panneau des produits de la commande) a tendance à être disponible tant que la commande est encore dans ses premiers statuts, puis à devenir plus contraint une fois la facturation, la livraison ou l'expédition effectuée — le comportement exact varie selon la version. Donc, lorsque « PrestaShop ne me laisse pas modifier », la première chose à vérifier est simplement la place de la commande dans son cycle de vie : son statut actuel, et l'existence éventuelle d'une facture ou d'un bon de livraison.

Ce que vous pouvez modifier directement — et le piège dans chaque cas

La page de commande native de PrestaShop en fait plus que beaucoup de marchands ne l'imaginent. Voici la version honnête de chaque modification, y compris la partie qui peut poser problème.

Qu'est-ce que cela signifie en pratique ? Le changement d'adresse est vraiment une correction de cinq secondes et la demande la plus fréquente — faites-le sans hésiter tant que la commande n'a pas été expédiée. Tout le reste de cette liste touche discrètement l'un de trois autres systèmes : le paiement, le stock ou la facture. Savoir modifier proprement les commandes, c'est surtout savoir garder ces trois éléments rapprochés, et c'est le sujet du reste de ce guide.

Le changement de déclinaison : pourquoi « M vers L » n'est pas une simple modification de champ

C'est le piège dans lequel tombent presque tous les marchands. Remplacer une taille M par une taille L ressemble à la modification d'un seul caractère, mais PrestaShop stocke chaque déclinaison comme un attribut produit / déclinaison distinct, avec sa propre référence, son propre compteur de stock et sa propre ligne dans OrderDetail. Il n'existe pas de champ « changer la taille », car pour le modèle de données, M et L sont deux choses différentes.

Le workflow natif est donc le suivant : supprimer la ligne M (en remettant le M en stock), ajouter le L comme nouvelle ligne (en décrémentant le stock L), puis rapprocher toute différence de prix. Cela fait trois mouvements pour une seule demande client, et c'est exactement le type de modification répétitive et propice aux erreurs qu'un outil d'échange sur place permet de réduire. Notre module Order Editor vous permet de changer la déclinaison sur la ligne existante — taille, couleur, tout attribut — et de recalculer le stock, les taxes et les totaux en une seule action au lieu de trois, afin que le M retourne en rayon et que le L en sorte sans tenue de compte manuelle. L'intérêt n'est pas seulement d'avoir « moins de clics » ; c'est qu'un après-midi chargé de corrections de commandes cesse de produire des niveaux de stock qui ne correspondent plus à l'entrepôt.

Les trois systèmes qu'une modification peut désynchroniser — et comment les garder cohérents

1. Paiement

Lorsque vous ajoutez des produits, augmentez une quantité ou modifiez un prix à la hausse, le total de la commande augmente mais aucun argent ne bouge. PrestaShop l'affiche sur la commande comme un montant restant dû ; il ne retourne pas prélever la carte du client. Vous devez l'encaisser volontairement — via un lien de paiement fourni par votre passerelle, un paiement hors ligne enregistré sur la commande, ou une commande de suivi. L'inverse (supprimer des produits, ajouter des remises) crée une obligation de remboursement que votre passerelle, et non PrestaShop, exécutera au final. La règle pratique : PrestaShop modifie les écritures de la commande ; il ne modifie jamais la banque du client. Traitez chaque changement de total comme une étape séparée : « maintenant, il faut rapprocher l'argent ».

2. Stock

Lorsque la gestion des stocks est activée pour le produit ou la déclinaison, l'ajout d'une ligne décrémente le stock dès que vous la confirmez ; la suppression d'une ligne ne réintègre le stock que si vous cochez l'option de remise en stock. Il est vraiment facile de modifier une douzaine de commandes au cours d'une session et de faire lentement dériver l'inventaire — ce type de désynchronisation progressive qui finit par vous faire douter de vos propres chiffres. Si vous luttez déjà avec la fiabilité du stock, la discipline de modification décrite ici fait partie du tableau plus large abordé dans la gestion des stocks pour les petites boutiques en ligne, et les unités remises en stock reviennent directement dans vos calculs de réapprovisionnement.

3. La facture

C'est la limite sur laquelle PrestaShop est le plus strict, et pour une bonne raison — une facture est un document comptable, pas un brouillon. Une fois qu'une OrderInvoice a été générée, modifier la commande ne réécrit pas cette facture rétroactivement. Le chemin correct et propre pour l'audit consiste à émettre un avoir pour ce qui a changé, puis à laisser les montants corrigés apparaître sur un nouveau document de facture, afin que la piste documentaire montre l'historique au lieu de faire comme si la première version n'avait jamais existé. Lutter contre cela — essayer de forcer la facture originale à correspondre — est le meilleur moyen de finir avec des montants de TVA qui ne se rapprochent plus en fin de trimestre. Si votre boutique effectue assez de corrections pour que cela devienne une tâche récurrente, notre module Financial Revolution vous donne plus de contrôle sur la génération des factures et des avoirs, afin que les documents restent cohérents après les modifications. Et lorsque vient le moment de transmettre les chiffres à un comptable, les extraire proprement est une tâche à part entière — voir les exports CSV pour les commandes et les factures.

Ce que notre Order Editor ajoute par rapport à l'écran natif

La page de commande native est capable, mais prudente : elle privilégie les avoirs et les cycles ajout/suppression, parce qu'ils gardent la comptabilité sans ambiguïté. C'est le bon réglage par défaut pour la plateforme, mais cela rend les corrections courantes plus lentes qu'elles ne devraient l'être pour un marchand qui veut simplement corriger une erreur humaine. Notre Order Editor comble cet écart depuis le back-office — sans modification du thème, sans override du cœur, donc compatible avec les mises à jour :

• Modifier les quantités sur place — augmentez ou diminuez une ligne sans passer par le cycle supprimer puis rajouter, avec un stock ajusté en conséquence
• Changer les déclinaisons sur la ligne — modifiez la taille, la couleur ou tout autre attribut sans créer deux mouvements distincts
• Ajuster les prix de lignes individuelles — pour les alignements de prix et les gestes commerciaux, avec recalcul des totaux et des taxes
• Changer le transporteur et les frais de livraison — réévaluez la partie livraison de la commande au même endroit
• Recalcul automatique — taxes, remises et totaux sont recalculés après chaque modification, afin que la commande reste cohérente en interne
• Journal d'audit — chaque changement est enregistré avec l'auteur et l'heure, ce qui fait la différence entre « nous pensons que quelqu'un a modifié ceci » et un historique propre lorsqu'un client conteste un montant

Le vrai bénéfice, c'est la tranquillité d'esprit dans les moments désordonnés : l'heure chargée où trois clients demandent des changements en même temps est précisément celle où les manipulations manuelles supprimer/rajouter/remettre en stock produisent les erreurs que vous devrez démêler la semaine suivante.

Modifier, ou annuler et refaire la commande ? Un cadre de décision

Tous les changements ne méritent pas de modifier la commande d'origine — parfois, repartir proprement est réellement plus simple. Appuyez-vous sur l'avancement de la commande et l'ampleur du changement pour décider :

La question décisive est simple : la modification va-t-elle créer plus de travail de rapprochement qu'un nouveau départ ? Si la réponse est oui, passez la commande dans un statut annulé et laissez une nouvelle commande correcte porter le vrai paiement et le vrai stock. Si votre boutique est encore en train de définir les statuts à utiliser dans ces moments — un état « Correction en attente » ou « En attente d'un paiement complémentaire », par exemple — mieux vaut le concevoir volontairement que l'improviser ; voir la personnalisation et l'automatisation des workflows de statuts de commande.

Prévenez le client — à chaque fois

Lorsque vous modifiez une commande, la personne qui l'a passée doit l'apprendre par vous avant de le remarquer elle-même. Après toute modification :

• Confirmez en termes simples exactement ce qui a changé
• Affichez le nouveau total de la commande
• Précisez toute conséquence de paiement — un supplément à encaisser ou un remboursement à venir
• Renvoyez la confirmation de commande afin que le client dispose de la version corrigée par écrit

Ce dernier point s'oublie facilement et il est réellement apprécié — renvoyer la confirmation après une modification boucle la boucle sans que le client ait à le demander. C'est une petite attention qui apporte beaucoup de confiance ; nous l'avons défendue à part dans le renvoi des confirmations de commande. Le principe sous-jacent est toujours le même : une modification surprise, même favorable, se lit comme « ils font des choses à ma commande sans me prévenir », et cela érode la confiance plus vite que l'erreur initiale.

Questions fréquentes

Peut-on modifier une commande après sa validation dans PrestaShop ?

Oui, et même plus de choses qu'on ne l'imagine — depuis Commandes → Commandes, en ouvrant la commande concernée. Vous pouvez changer l'adresse, ajouter ou supprimer des lignes produit, modifier le prix d'une ligne (natif à partir de 1.7.6), ajouter une remise et souvent ajuster la livraison. L'étendue des possibilités dépend de la position de la commande dans son cycle de vie : l'éditeur des lignes est ouvert dans les premiers statuts, puis se resserre lorsqu'une facture a été générée ou que la commande a atteint un état de livraison/expédition. Il n'y a pas de bouton « modifiable » unique — c'est le contexte de la commande qui décide.

Comment changer la taille ou la couleur d'un produit sur une commande existante ?

Nativement, vous ne pouvez pas modifier la déclinaison sur place — PrestaShop stocke chaque déclinaison (M, L) comme un élément distinct avec son propre compteur de stock et sa propre ligne de commande. Le workflow natif consiste à supprimer la ligne M (en remettant le M en stock), ajouter le L comme nouvelle ligne (en décrémentant le stock L), puis rapprocher toute différence de prix : trois mouvements pour une seule demande. Notre module Order Editor change la déclinaison sur la ligne existante et recalcule le stock, les taxes et les totaux en une seule action.

Si j'ajoute un produit à une commande, le client est-il débité automatiquement ?

Non. PrestaShop modifie les écritures de la commande ; il ne touche jamais à la banque du client. Ajouter un produit augmente le total de la commande et affiche un montant restant dû, mais vous devez encaisser la différence volontairement — via un lien de paiement fourni par votre passerelle, un paiement hors ligne enregistré sur la commande, ou une commande de suivi. L'inverse (supprimer des produits ou ajouter une remise) crée une obligation de remboursement que votre passerelle règle, pas PrestaShop.

Pourquoi PrestaShop ne me laisse-t-il pas modifier la commande après la création d'une facture ?

Parce qu'une facture est un document comptable, pas un brouillon. Modifier la commande ne réécrit pas la facture rétroactivement. La voie propre pour l'audit consiste à émettre un avoir pour ce qui a changé, puis à laisser les montants corrigés apparaître sur un nouveau document de facture, afin que la piste documentaire montre l'historique. Lutter contre cela — forcer la facture originale à correspondre — est le moyen de finir avec des montants de TVA qui ne se rapprochent plus en fin de trimestre. Pour les boutiques qui le font souvent, Financial Revolution offre plus de contrôle sur la génération des factures et des avoirs.

Dois-je modifier la commande ou l'annuler et laisser le client repasser commande ?

Modifiez pour les petits changements propres : une mauvaise adresse sur une commande non expédiée, une quantité ou une seule déclinaison à changer sans variation de paiement, une correction de prix mineure. Annulez et refaites commander lorsque le changement est important : produits complètement différents, gros écart de paiement dans un sens ou dans l'autre, ou commande déjà partiellement expédiée. La question décisive est de savoir si la modification crée plus de travail de rapprochement qu'un nouveau départ — si oui, annulez et laissez une nouvelle commande correcte porter le vrai paiement et le vrai stock.

La meilleure modification est celle que vous n'avez jamais à faire

La modification des commandes est une capacité opérationnelle nécessaire — mais une boutique qui en a constamment besoin a souvent une fuite corrigible en amont. Quelques investissements réduisent discrètement la file des demandes de correction :

• De meilleures informations produit. Des descriptions claires, des guides de tailles et des tableaux de déclinaisons réduisent les demandes du type « j'ai commandé le mauvais modèle » à la source — le déclencheur le plus courant d'un échange de déclinaison est un client qui n'était réellement pas sûr de l'option choisie.
• Validation de l'adresse dans le tunnel de commande. Détecter un code postal mal formé avant la validation évite la modification la plus fréquente qui soit.
• Une étape finale de vérification honnête. Un tunnel de commande qui montre au client tout ce qu'il s'apprête à acheter — avec un total bien visible qui se met à jour — transforme « je n'avais pas réalisé » en « je l'ai confirmé ».
• Une courte fenêtre de libre-service. Permettre aux clients d'annuler et de repasser commande dans la première heure, avant le début de la préparation, retire entièrement les corrections simples de votre bureau.

Bien modifier une commande validée tient à une habitude : respecter les trois systèmes qu'une commande touche. Changez librement les libellés et l'adresse ; ne changez l'argent, le stock ou la facture qu'en toute connaissance de cause, avec l'étape de rapprochement prête à suivre. Faites cela, et l'e-mail paniqué « je me suis trompé » devient une correction de trente secondes au lieu d'un casse-tête de fin de trimestre.