Changer de boutique : préserver commandes ouvertes et adresses
Prévoyez où terminer les commandes ouvertes. Un exemple concret distingue l’adresse de livraison de la commande du profil client actuel.
Avant de copier les données, décidez quel système continuera à traiter les commandes ouvertes. Le statut du paiement, l’adresse de livraison et l’instruction d’expédition doivent correspondre à la commande concernée. Une liste de clients importée ne répond pas à elle seule à ces questions.
Affecter les commandes ouvertes à un système
La migration fictive suivante repose sur un choix explicite : les commandes déjà acceptées sont terminées dans l’ancien système. Après la bascule, seule la nouvelle boutique reçoit les nouvelles commandes. L’ancienne administration reste accessible pour le traitement et les demandes de renseignements. L’entreprise doit donc pouvoir maintenir cet accès et les intégrations nécessaires.
Une autre migration pourrait transférer entièrement les commandes ouvertes. Il faudrait alors démontrer que références de paiement, états d’expédition et fonctions nécessaires concordent dans la cible. Clarifiez le choix avant l’importation.
Une commande et deux états d’adresse différents
Toutes les données sont fictives. Aucun changement d’adresse n’a été confirmé séparément pour la commande ouverte. Nord et Sud désignent des lieux de livraison différents.
Enregistrement | État avant migration | Traitement prévu |
|---|---|---|
Commande ouverte | Paiement confirmé, expédition en attente, livraison à Nord | Traiter dans l’ancien système pour Nord ; afficher seulement une référence dans la cible |
Profil client actuel | Lieu de livraison par défaut Sud | Transférer pour les nouveaux choix d’adresse ; ne pas réécrire l’ancienne commande |
Nouvelle commande après bascule | Reçue dans la nouvelle boutique | Traiter dans le nouveau système |
Si le transfert remplaçait Nord dans l’ancienne commande par Sud issu du profil, cet essai fictif échouerait sur le plan métier. La liste des clients pourrait pourtant avoir été importée intégralement. Ici, l’acceptation exige que l’ancienne commande conserve son état confirmé et soit traitée uniquement dans le système prévu.
La documentation Shopify distingue aussi transfert des clients et commandes historiques, avec des méthodes différentes. Son interface d’adresses décrit séparément l’état d’adresse de la commande et les modifications ultérieures du profil. Vérifiez cette distinction dans les systèmes source et cible réellement choisis.
Suivre la répétition jusqu’au traitement
Dans un environnement de test distinct, comparez l’état source, l’enregistrement transféré et l’écran de traitement ultérieur. Vérifiez le rattachement au client, l’adresse de commande et les statuts de paiement et d’expédition. Dans ce plan, une référence historique affichée dans la cible ne doit déclencher ni nouveau paiement ni envoi supplémentaire. Répétez le transfert pour vérifier que la même commande source est reconnue.
Les notifications réelles aux clients, paiements et instructions d’expédition sont bloqués pendant la répétition. Consignez séparément résultats observés et attendus.
Rapprocher les changements jusqu’à la bascule
Adresses, paiements ou états d’expédition peuvent changer entre la copie d’essai et la bascule. Fixez une heure de bascule avec fuseau horaire et rapprochez ces modifications. Vérifiez aussi les transferts encore en attente dans l’ancien canal de commande.
En cas d’abandon, la prise de commandes est suspendue avant l’ouverture d’un autre canal. Les nouvelles commandes déjà acceptées doivent rester affectées sans ambiguïté à un système de traitement. L’accès aux anciennes commandes ne prend fin que lorsqu’une autre voie vérifiée permet leur traitement et les renseignements à leur sujet.
Sources
À lire aussi
Tous les articles
E-commerce avec ASES
Boutiques en ligne, marketplaces et portails B2B