Modifiez les détails client, adresse et commande directement depuis la page de commande PrestaShop
Order Editor est un module pour les boutiques PrestaShop qui rend une commande passée modifiable depuis sa propre page d'administration: produits, prix, adresses, transporteur, numéro de suivi, paiements, remises, client, référence, devise, données de facture, le tout dans un seul éditeur. L'installation pose l'éditeur sur chaque commande, sans rien configurer avant la première correction.
Le problème réglé est la commande presque juste. Un client appelle quelques minutes après le paiement: mauvaise taille, mauvaise rue, un article de trop. Nativement, l'équipe doit annuler et recréer la commande, en perdant le lien de paiement et en déroutant le client, ou modifier des enregistrements bruts en espérant que les totaux tiennent. Les deux chemins coûtent plus cher que l'erreur.
L'éditeur démarre simplement et se gouverne en profondeur. Vous autorisez ou interdisez chaque type d'opération séparément, client, adresse, transporteur, remise, produits, et exigez une raison écrite là où vous le voulez; le serveur applique ces règles et les droits propres de l'employé à chaque changement. Les changements d'adresse s'exécutent en une transaction sur la commande, le panier et les enregistrements de livraison, refusent les structures impossibles à modifier sûrement, et exigent une confirmation explicite plus une raison sur les commandes déjà expédiées ou suivies. Les remboursements partiels restent dans le solde restant, quantités, montants par ligne et frais de port au choix, et se terminent par un véritable avoir.
Chaque changement rejoint la chronologie de la commande: ce qui a changé, de quelle valeur à quelle valeur, par qui, pourquoi, à côté de l'historique natif des statuts, filtrable sur la commande. Un tableau de bord montre combien de modifications ont lieu, sur combien de commandes, par qui et de quel type. Et quand vous le choisissez, le client reçoit un e-mail clair listant exactement ce qui a changé et le nouveau total, dans la langue de sa commande. L'éditeur duplique aussi une commande en copie revue, avec client, adresse et transporteur choisis, et tend la facture PDF sans quitter la fenêtre.
Les commandes partent avec le bon contenu à la bonne adresse au bon total, les remboursements ne dépassent jamais le solde, le ticket demandant ce qui s'est passé ne s'écrit jamais, et quand un responsable demande qui a changé le prix, c'est la chronologie qui répond, pas l'équipe.
Aperçu des possibilités du module
Order Editor transforme une commande passée d'enregistrement figé en document de travail gouverné et traçable. Les sections suivantes couvrent tout le système.
- L'éditeur: produits, prix, livraison, paiements, statut, client, référence, devise, dans une fenêtre.
- Sécurité des adresses: des transactions qui refusent ce qui ne se change pas sûrement.
- Remboursements: quantités et montants partiels, port inclus ou non, toujours dans le solde.
- Traçabilité: une chronologie de chaque changement et un tableau de bord d'activité.
- Le client: un e-mail optionnel qui explique exactement ce qui a changé.
- Règles: interrupteurs par opération, raisons exigées, droits appliqués côté serveur.
Que change exactement l'éditeur?
Tout ce qui compose la commande. Les produits s'ajoutent, se retirent, changent de quantité et de prix, totaux recalculés. Le transporteur, les frais de port et le numéro de suivi se corrigent sur place. Paiements et remises s'ajustent, le statut avance par l'historique natif, numéro et dates de facture se rectifient, une note interne garde le contexte, et la facture PDF est à un clic.
Les grands leviers sont là aussi: la commande passe à un autre client avec la propriété du panier et des adresses migrée sûrement, la référence se renomme et ses enregistrements de paiement suivent, la devise se corrige quand la commande est née dans la mauvaise. Quand toute une commande doit renaître pour un autre acheteur, la duplication crée une copie revue, client, adresses et transporteur choisis délibérément avant tout enregistrement.
Pourquoi changer une adresse ici est-il sûr?
Parce que le changement est une transaction ou rien. La commande, le panier et les enregistrements de livraison dépendants se mettent à jour ensemble, avec tous les champs d'adresse, nom, société, rue, code postal, ville, pays, région, numéro fiscal, téléphone. Devant une structure impossible à mettre à jour de façon fiable, paniers scindés, propriété incohérente, expéditions multiples, le module refuse et dit pourquoi, au lieu d'écrire une moitié de changement.
Les commandes déjà expédiées ou suivies exigent davantage: une confirmation explicite et une raison écrite avant que rien ne bouge. Le colis qui serait parti à l'ancienne adresse est la raison d'être de cette friction.
Comment les remboursements restent-ils maîtrisés?
L'espace de remboursement montre ce qui est remboursable, ce qui l'a déjà été et le solde restant, et tout ce que l'équipe saisit est vérifié deux fois contre ces plafonds, dans l'éditeur puis sur le serveur. Quantités par ligne, montants partiels, port entier ou partiel: la combinaison est libre, la limite non.
Chaque remboursement se termine par un véritable avoir et un événement consigné et motivé avec son contexte: la comptabilité s'accorde avec le colis revenu, et aucune commande n'est jamais remboursée au-delà de ce qui reste.
Qui a changé quoi, et qui est prévenu?
La commande porte sa propre mémoire. Chaque modification est consignée avec valeur avant et après, l'employé ou le système auteur, la raison donnée et la source, et le résultat forme une chronologie filtrable sur la commande, fusionnée avec l'historique natif des statuts. Un tableau de bord ajoute la vue d'ensemble: combien de modifications, sur combien de commandes, par quels éditeurs, de quels types.
Le client entre dans la boucle quand vous le décidez. Un choix dans l'éditeur envoie un seul e-mail clair dans la langue de la commande: ce qui a changé, point par point, et le nouveau total. Le ticket demandant pourquoi le total a bougé ne s'ouvre jamais, la réponse est arrivée avant.
Comment le marchand contient-il ce pouvoir?
Par des règles, pas par la confiance. Chaque famille d'opérations a son interrupteur, changement de client, d'adresse, de transporteur, remises, ajouts de produits: la boutique qui veut que le support corrige les adresses sans jamais toucher aux prix configure exactement cela. L'exigence de raison fait de chaque changement sensible un changement expliqué, et le serveur applique interrupteurs et droits de l'employé à chaque requête, les règles tiennent donc même face à un appel forgé à la main.
L'éditeur parle la langue de votre panneau d'administration, travaille sur la page de commande où l'équipe se trouve déjà, et n'ajoute rien à la vitrine: les acheteurs ne le voient jamais, et la vitesse de la boutique ne le paie jamais.
-
Référencemprorderedit
-
Compatibilité PrestaShopPS 1.7 – 9.x
-
Modèle tarifaireAchat unique
-
Type de moduleBack-office
-
Concerne le RGPDNon
-
Objectif commercialOptimiser les opérations
-
Compte externe requisNon
-
Complexité du moduleModule complet
-
Étape du parcours clientGérer la boutique
-
Compatible avec la plateformeAucune plateforme externe
Ce que nos clients disent de nous
Avis sur l’entreprise
5.0
★
★
★
★
★
(4 avis)
Chargement des avis clients...
Aucun avis produit pour le moment
Soyez le premier à partager votre expérience avec ce module.
Écrire un avis
Modifiez les commandes existantes depuis le Back Office PrestaShop : ajustez les produits, quantités, prix, client, adresse de livraison ou de facturation, transporteur, frais de livraison, remises, statut, paiements, dates de commande, détails de facture, numéro de bon de livraison, options cadeau et notes internes. Chaque modification enregistrée est consignée dans une chronologie de commande avec l’employé, la date, l’ancienne valeur, la nouvelle valeur et un motif optionnel, afin que votre équipe voie exactement ce qui a changé après la validation de la commande.
Vous avez une question sur ce produit ?
Nos experts sont là pour vous aider. Posez vos questions sur l'installation, la compatibilité ou les spécifications.
1315
questions
9
catégories
v1.3.02026-06-16
- Addedan order refund endpoint to issue refunds directly from the order editor
- Hardened AJAX security and permission checks across all edit actions
- Fixedvoucher, address and refund correctness edge cases
Chargement du changelog complet...
Fonctionne bien avec Éditeur de commandes
Les modules que notre équipe associe réellement à celui-ci, et pourquoi chacun a sa place dans la même configuration.
Flux de travail
Order Editor permet au personnel de corriger de vrais problèmes de commande depuis la page de détail, en ajustant produits, prix, adresses, informations de transport, bons de réduction, paiements et documents sans reconstruire la commande. Savoir quelles commandes doivent être modifiées, et s'assurer qu'une correction ne passe pas à la trappe, est plus simple quand l'équipe voit qui est responsable de chaque commande et à quelle étape elle se trouve.
Advanced Order Workflow assure cette coordination séparément, avec des équipes, statuts personnalisés, affectations, commentaires internes et rappels, pour que la logistique et les responsables suivent qui pilote l'étape suivante. Il organise le travail sur les commandes ; l'éditeur réalise les corrections concrètes.
Utilisés ensemble, ils associent la responsabilité des tâches à la correction sur le terrain : le module de workflow signale et oriente une commande qui demande attention, et l'éditeur permet au personnel de la corriger sur place, sur la même page. Les outils sont indépendants, mais leur combinaison fait que les corrections se déroulent comme une étape suivie du workflow plutôt que comme des modifications ponctuelles que personne ne suit.
Flux de travail
Order Editor sert à corriger les commandes directement, en changeant quantités, produits, adresses, transporteurs et documents sans tout recommencer. Beaucoup de ces corrections découlent de ce qui se passe à l'entrepôt : un manque de stock, un changement d'emballage, un retour, que l'éditeur lui-même ne gère pas.
Warehouse Revolution couvre cette couche opérationnelle séparément, avec mouvements de stock, réservations, inventaires, bons de commande, réception, expéditions et RMA pour les marchands au-delà des quantités forfaitaires. Il gère les marchandises physiques ; l'éditeur ajuste l'enregistrement de la commande quand ces réalités l'exigent.
Utilisés ensemble, ils relient le sol de l'entrepôt à la commande : quand la réception ou l'expédition révèle qu'une commande doit être ajustée, le personnel peut ouvrir l'éditeur et la corriger sur la page de la commande. Les outils restent indépendants et n'échangent aucune donnée automatiquement, mais la paire permet à une boutique de transformer une réalité opérationnelle vue à l'entrepôt en une correction de commande propre plutôt qu'en une reconstruction manuelle.
Flux de travail
Order Editor traite les commandes qui doivent rester mais qu'il faut corriger : produits, prix, adresses, transporteurs, bons et documents ajustés sur place. Toutes les commandes à problème ne sont pourtant pas corrigeables ; certaines sont des tests, des doublons ou des erreurs à supprimer entièrement, ce qui sort du rôle de l'éditeur.
Delete Orders couvre ce cas séparément. Depuis la page de détail, il supprime les commandes indésirables, en double ou de test, avec une étape de confirmation facultative et un enregistrement de suppression conservant l'ID de commande, la référence, le client, le total payé et l'état. Il supprime des commandes ; l'éditeur corrige celles qui méritent d'être conservées.
Utilisés ensemble, ils donnent au personnel le bon outil pour chaque commande sur la même page : éditer quand seul un détail est faux, supprimer quand tout l'enregistrement doit partir. Les deux sont indépendants, mais avoir les deux fait qu'une équipe recourt rarement au supprimer-recréer, ce qui garde l'historique des commandes exact tout en permettant de purger les commandes qui ne devraient réellement pas exister.
Complément
Order Editor permet au personnel de corriger une commande sur place, en changeant produits, prix, adresses, informations de transport, bons, paiements et documents sur la page de la commande. Après une correction, le client doit souvent être rassuré par une confirmation à jour, mais le rôle de l'éditeur est l'enregistrement de la commande, pas l'envoi d'e-mails.
Resend Order Confirmation est une action d'administration distincte et autonome pour cela. Elle ajoute un bouton en un clic sur la page de la commande qui reconstruit l'e-mail natif order_conf à partir de la commande, du client et de la devise, en vérifiant l'action du personnel, afin que les acheteurs qui n'ont pas reçu leur confirmation ou en ont désormais besoin l'obtiennent sans changer l'état de la commande. C'est sa propre action ; elle ne se trouve pas dans l'éditeur.
Utilisés ensemble, ils couvrent la correction d'une commande puis la réassurance du client à son sujet : le personnel corrige la commande dans l'éditeur, puis déclenche une nouvelle confirmation avec l'action de renvoi. Les deux sont des outils d'administration indépendants, mais les avoir tous deux sur la page de la commande fait qu'une commande corrigée ou questionnée peut être remise en ordre et le client tenu informé en quelques clics.
Retour sous 30 jours
Retour simple - sans questions
Modules Plug & Play
Installer, configurer et profiter
Support en priorité
Aide et satisfaction avant tout
Vous aimerez aussi
