Si EasyStore by JoomShaper est retenu comme plateforme cible, la préparation doit relier les enregistrements e-commerce aux structures Joomla et JoomShaper qui les présentent et les administrent. Les produits peuvent dépendre de variantes, catégories, tags, marques, collections, images, stocks, coupons, avis, clients, commandes, remboursements, éléments de menu Joomla, mises en page SP Page Builder, intégrations de paiement et d’expédition, ainsi que de systèmes externes.
La préparation doit rattacher chaque action nécessaire à un responsable identifiable, à un élément de preuve récupérable et à une condition explicite de préparation. Elle doit préserver les faits de la source sans traiter le processus de commande en production, les paiements, l’expédition, la fiscalité, les notifications ou le fonctionnement du page builder comme des enregistrements migrés.
Sécuriser les accès Joomla, EasyStore, hébergement et base de données
Confirmez les accès à l’administration Joomla, à EasyStore, à l’hébergement, à la base de données, au système de fichiers, aux médias produit, à SP Page Builder, aux intégrations de paiement et d’expédition, aux tâches planifiées et aux systèmes connectés. Relevez les versions de Joomla, EasyStore, PHP, base de données, template, SP Page Builder, plugins, modules et langues.
| Action de préparation | Responsable | Élément de preuve | Condition de préparation |
|---|---|---|---|
| Confirmer les accès administratifs | Administrateur Joomla/EasyStore | Comptes fonctionnels et synthèse des rôles | Produits, variantes, clients, commandes, coupons, avis et configuration peuvent être inspectés. |
| Créer des sauvegardes récupérables | Responsable infrastructure | Export de base de données, archive du système de fichiers/médias et responsable de restauration | La source peut être restaurée indépendamment de la boutique en production. |
| Inventorier l’environnement d’extensions | Responsable technique | Inventaire Joomla, EasyStore, SP Page Builder, template, plugins, modules, paiements et expédition | Chaque dépendance e-commerce possède un responsable. |
| Recenser les personnalisations | Responsable développement | Addons personnalisés, surcharges de template, extraits de code, code API/webhook et modifications directes de base | Tout comportement personnalisé qui crée ou interprète des enregistrements est documenté. |
| Cartographier les systèmes connectés | Responsables des intégrations | Endpoints ERP/PIM/WMS/CRM/comptabilité/traitement/marketplace et identifiants externes | Les systèmes conservés et les sources de référence sont connus. |
Préservez les ID de produit, variante, catégorie, tag, marque, collection, client, commande, coupon, avis, remboursement, média, utilisateur Joomla, menu et systèmes externes nécessaires pour retracer les relations.
Préparer produits, variantes, catégories, marques et collections
Les produits EasyStore peuvent contenir noms, alias, descriptions, images, vidéo, prix, remises, coûts, état fiscal, identifiants, stock, dimensions, catégories, tags, marques, collections, spécifications, liens de vente incitative/croisée, accès, métadonnées et variantes. Préparez les produits selon leur fonctionnement commercial plutôt que selon leur simple nombre.
| Modèle produit | Éléments à préparer | Condition de préparation |
|---|---|---|
| Produit simple | ID produit, SKU, prix, remise, état fiscal, stock, catégorie, marque, images et commande d’exemple | Un enregistrement identifie clairement l’article vendu. |
| Produit à variantes | Types/valeurs de variation, variantes générées, SKU par variante, prix, remise, stock, poids, colis, image et visibilité | Chaque combinaison réellement vendable peut être reliée à son parent et à ses valeurs sélectionnées. |
| Produit en rupture ou précommande | État du stock, poursuite des ventes, date de sortie, quantité et système de stock responsable | Le sens de la disponibilité n’est pas réduit à une valeur vide ou à zéro. |
| Produit multi-catégories ou collection | Relations avec catégories, tags, marques, collections et campagnes | Les structures de découverte et de merchandising ne sont pas fusionnées dans une taxonomie unique. |
| Produit riche en spécifications | Clés/valeurs Additional Data, objectif d’affichage, usage recherche/filtrage et affectations produit | Les spécifications descriptives restent distinctes des variantes. |
| Produit avec vente incitative/croisée | Produit source, produits liés, type de relation et priorité | Les liens de merchandising sont préservés séparément des catégories. |
Recensez également les cas non publiés, mis en avant, en promotion, à accès restreint, avec quantités minimum/maximum, poursuite des ventes, identifiants particuliers ou métadonnées spécifiques. Ces états peuvent nécessiter un traitement cible différent.
Préparer bibliothèques de variantes, options produit, tarification et stock
Les types de variation EasyStore peuvent être réutilisés sur plusieurs produits, tandis que chaque variante générée peut disposer de son propre SKU, identifiants standardisés, prix, remise, état fiscal, colis d’expédition, poids, quantité, disponibilité et visibilité. Les Product Options peuvent également porter des relations de vente incitative et croisée, tandis qu’Additional Data décrit les spécifications.
| Structure | Élément de preuve | Condition de préparation |
|---|---|---|
| Type et valeurs de variation | Nom, type d’affichage, valeurs, données de couleur, ordre et affectations produit | Le vocabulaire réutilisable des variantes est documenté. |
| Variante générée | Produit parent, valeurs choisies, SKU, GTIN/UPC/EAN/ISBN, prix, remise, stock, poids, colis, image, visibilité et clé externe | Chaque combinaison achetée dispose d’éléments de preuve indépendants. |
| Tarification au niveau produit | Prix normal, type/valeur de remise, état fiscal, données d’unité de base, coût et devise | Les valeurs parent ne remplacent pas les valeurs propres aux variantes. |
| Stock | Quantité produit/variante, état de suivi, état du stock, règle de poursuite des ventes, quantité min/max et responsable externe | La quantité de référence de chaque unité vendable est connue. |
| Additional Data | Clé, valeur, affectations produit, objectif d’affichage et source externe | Les spécifications restent distinctes des choix d’achat. |
| Vente incitative/croisée | Type de relation, ID des produits liés, catégories/collections/marques utilisées pour la sélection | Les relations de merchandising sont traçables. |
Si le catalogue source contient de très grandes matrices d’options, conservez le nombre original de combinaisons et les limites de l’environnement dans les éléments techniques. Ne supposez pas que chaque combinaison théorique correspond à une variante réellement vendable.
Préparer clients, utilisateurs Joomla, adresses, avis et identité
Les clients EasyStore peuvent être reliés aux utilisateurs Joomla, commandes, adresses, avis, informations d’entreprise ou fiscales, consentements et identifiants CRM ou ERP externes. Les acheteurs invités nécessitent un traitement distinct, car leur historique de commandes peut rester utile sans compte permanent.
| Domaine de compte | Élément de preuve | Responsable | Condition de préparation |
|---|---|---|---|
| Client enregistré | ID utilisateur Joomla, ID client EasyStore, e-mail, état, adresses et ID externes | Responsable des données client | Le traitement prévu des doublons et identités inter-systèmes est défini. |
| Acheteur invité | Identité au niveau commande, e-mail, adresses et liens de commande | Responsable des données de commande | L’historique invité est préservé sans inventer de compte utilisateur. |
| Adresse | Valeurs de facturation/livraison, pays/région, état par défaut et propriété client/commande | Responsable service client | Les adresses enregistrées et les instantanés historiques de commande sont distinguables. |
| Avis | Produit, identité client/invitée, note, texte, statut, date et langue | Responsable catalogue/contenu | Les avis restent attachés au bon produit et au bon état de modération. |
| Informations société/fiscales | Société, numéro fiscal, état de validation et clé de compte externe | Responsable finance/B2B | L’identité professionnelle possède une destination ou un propriétaire conservé. |
| Authentification | Mot de passe local, SSO/connexion sociale, procédure de réinitialisation et responsable de communication | Responsable sécurité | L’accès au compte est planifié sans supposer la portabilité des mots de passe. |
Sélectionnez des clients avec plusieurs adresses, des commandes invitées, des avis, des doublons, des identifiants externes importants et des historiques de commandes à forte valeur.
Préparer commandes, coupons, remboursements, taxes, expédition et éléments de paiement
Les commandes historiques EasyStore doivent expliquer ce qui a été acheté et ce qui s’est produit. Préparez en-têtes de commande, clients ou invités, adresses, lignes produit et variante, quantités, prix, remises, coupons, taxes, expédition, libellés de paiement, statuts, notes, suivi, remboursements, factures et références externes.
| Élément de preuve de commande | Responsable | Condition de préparation |
|---|---|---|
| En-tête de commande et historique de statuts | Opérations e-commerce | Client/invité, dates, séquence de statuts, devise et canal source sont documentés. |
| Lignes produit et variante | Responsables catalogue/commandes | Produit parent, variante, SKU, valeurs choisies, quantité et texte d’instantané sont complets. |
| Coupons et remises | Responsable marketing/finance | Code coupon, règle, remise ligne/commande et effet historique sont documentés. |
| Fiscalité et expédition | Responsables finance/traitement | Montants de taxe historiques, frais d’expédition, libellé de méthode, transporteur et suivi sont conservés. |
| Contexte de paiement | Responsable finance | Libellé de méthode, ID de transaction/référence, statut et propriétaire du prestataire sont connus. |
| Remboursements et ajustements | Responsables finance/service client | Montants partiels/complets, lignes concernées, dates, motifs et références externes sont documentés. |
| ID de commande externes | Responsable intégration | Les identifiants ERP, comptabilité, marketplace ou traitement restent traçables. |
Le fonctionnement actuel des coupons, taxes, expéditions, paiements, processus de commande et remboursements relève de la configuration cible. Les commandes historiques conservent la preuve des transactions passées, pas les règles d’exploitation actuelles.
Préparer menus Joomla, SP Page Builder, routes, médias et SEO
Les produits EasyStore peuvent être affichés via des éléments de menu Joomla et des addons SP Page Builder. Menus, mises en page du page builder, positions de template, blocs produit, médias, métadonnées et redirections nécessitent donc des éléments de préparation explicites.
| Zone de la vitrine | Élément de preuve | Condition de préparation |
|---|---|---|
| Routes produit et catégorie | URL source, alias, ID produit/catégorie, contexte de menu, métadonnées et intention cible | Chaque route e-commerce prioritaire dispose d’une décision : conserver, modifier, fusionner, retirer ou rediriger. |
| Éléments de menu Joomla | Type, parent, alias, langue, accès, catégorie sélectionnée et comportement hiérarchique | Les points d’entrée de la boutique et vues de catégorie sont documentés. |
| Mises en page SP Page Builder | ID page, types d’addons EasyStore, filtres, sources produit, style personnalisé et routes liées | Les dépendances de présentation sont séparées des enregistrements commerciaux. |
| Médias produit | Images, vidéo, contexte alt, médias de variante, ressources distantes et chemins de fichiers | Les médias prioritaires peuvent être reliés au bon produit ou à la bonne variante. |
| Contenu CMS relié | Pages d’atterrissage, guides d’achat, articles de blog, liens internes, blocs produit et campagnes | Le contenu lié au commerce possède un responsable et une décision de route. |
| SEO et redirections | Responsable des métadonnées, données canoniques, source du sitemap, règles de redirection et URL à forte valeur | La continuité des routes a un propriétaire explicite. |
L’inventaire général du CMS Joomla relève du périmètre Joomla. La préparation EasyStore ne capture que les relations Joomla et SP Page Builder nécessaires aux données et routes e-commerce.
Inventorier extensions, données personnalisées, imports et systèmes externes
Construisez un registre des dépendances pour paiements, expédition, fiscalité, avis, analyses, import/export, addons SP Page Builder, champs personnalisés, ERP, PIM, CRM, comptabilité, traitement et connexions marketplace.
| Dépendance | Éléments à préparer | Condition de préparation |
|---|---|---|
| Extension/intégration EasyStore | Nom, version, fonction, configuration, enregistrements détenus et ID principaux liés | Les enregistrements détenus par l’extension ont une destination ou un propriétaire conservé. |
| Addon SP Page Builder | Type d’addon, ID page/mise en page, source produit, filtres et code personnalisé | Les structures de présentation ne sont pas confondues avec des données produit. |
| Processus d’import/export | Format, définition des colonnes, identifiants produit/variante, relations et dernière exécution réussie | Les fichiers exportés peuvent être rapprochés des enregistrements de base faisant autorité. |
| Champ/table personnalisée | Schéma, clés, finalité métier et code consommateur | Les valeurs personnalisées peuvent être interprétées au lieu d’être copiées sans contexte. |
| Système externe | Endpoint, entités de référence, sens de synchronisation, ID et responsable de bascule | L’identité inter-systèmes et la source de référence sont documentées. |
| Données générées | Caches, journaux, sessions, index, imports abandonnés et fichiers temporaires | Les données techniques non autoritatives sont exclues volontairement. |
Les extensions inactives restent pertinentes si leurs enregistrements soutiennent encore commandes, produits, clients, remboursements ou reporting.
Sélectionner des échantillons représentatifs pour le test de migration
Consignez les ID source, SKU, URL, enregistrements liés, clés externes et la raison de chaque échantillon.
| Échantillon | Éléments à préparer | Objectif de préparation |
|---|---|---|
| Produit simple | Prix, taxe, stock, catégorie, marque, images et commande | Établit la référence ordinaire du produit. |
| Produit à variantes | Bibliothèque de variations, variantes générées, SKU, prix, stock, images, visibilité et ligne de commande | Représente les relations parent-variante. |
| Produit de spécification/merchandising | Additional Data, tags, marque, collection, vente incitative/croisée et route produit | Représente les structures descriptives et de merchandising. |
| Client enregistré et commande invitée | ID Joomla/client, adresses, avis, liens de commande et ID externes | Représente les deux modèles d’identité. |
| Commande complexe | Ligne variante, coupon, taxe, expédition, paiement, remboursement, suivi et référence externe | Représente le contexte commercial historique. |
| Route SP Page Builder | Page/mise en page, addons EasyStore, source produit, lien de menu, médias, SEO et intention de redirection | Représente les dépendances de présentation et de routage. |
| Enregistrement d’un système externe | ID produit/variante/client/commande, système autoritatif, sens de synchronisation et clé | Met en évidence la responsabilité des intégrations avant l’exécution. |
La préparation du test de migration représentatif porte sur la sélection des échantillons et leurs éléments de preuve. La preuve issue des données effectivement migrées et son interprétation pour le lancement relèvent du travail de validation.
Terminer le contrôle final de préparation EasyStore
| Domaine | Condition de préparation |
|---|---|
| Accès et récupération | Accès Joomla, EasyStore, hébergement, base, fichiers, sauvegardes et responsabilité de restauration sont confirmés. |
| Catalogue | Produits, variantes, catégories, tags, marques, collections, spécifications, médias, prix, stock et identifiants sont documentés. |
| Clients | Utilisateurs Joomla, clients, invités, adresses, avis, informations société/fiscales et dépendances d’authentification sont classés. |
| Commandes | Lignes, variantes, remises, coupons, taxes, paiements, expédition, remboursements, suivi et ID externes disposent d’éléments de preuve. |
| Vitrine | Menus, mises en page SP Page Builder, routes, médias, contenu connecté, SEO et redirections sont documentés. |
| Dépendances | Extensions, imports, données personnalisées, systèmes externes et responsables faisant autorité sont consignés. |
| Échantillons | Des enregistrements représentatifs couvrent chaque modèle important de produit, client, commande, route, remboursement et intégration. |
Le périmètre EasyStore est prêt lorsque chaque enregistrement sélectionné peut être relié à son propriétaire source, à ses enregistrements associés, à son élément de preuve et à sa destination prévue ou au système conservé.
Conclusion
La préparation d’EasyStore exige des éléments coordonnés à travers Joomla, produits, variantes, catégories, marques, stocks, clients, commandes, coupons, remboursements, avis, SP Page Builder, URL, extensions et systèmes externes. Un export de produits ou un simple examen visuel de la vitrine ne suffit pas à expliquer toutes ces relations.
Un dossier de préparation solide sécurise des sauvegardes récupérables, identifie les enregistrements faisant autorité, sépare les transactions historiques de la configuration active, sélectionne des exemples représentatifs et attribue un responsable ainsi qu’une condition de préparation à chaque dépendance importante.
Questions fréquentes
Que faut-il préparer en premier pour une migration EasyStore ?
Confirmez les accès Joomla, EasyStore, hébergement, base de données, système de fichiers, SP Page Builder et intégrations. Créez des sauvegardes récupérables et recensez l’environnement d’extensions avant de commencer la mise en correspondance du catalogue.
Pourquoi les variantes EasyStore nécessitent-elles des éléments distincts du produit parent ?
Chaque variante peut disposer de son propre SKU, identifiant standardisé, prix, remise, stock, poids, colis, visibilité et relation d’image. Des éléments limités au parent peuvent donc omettre les véritables enregistrements vendables.
Comment préparer catégories, marques, collections et tags ?
Documentez chaque structure séparément, notamment ses affectations produit et son utilisation dans la vitrine. Des libellés similaires ne prouvent pas qu’elles servent la même fonction de découverte ou de merchandising.
Quels éléments de commande faut-il recueillir ?
Préparez les lignes produit et variante, l’identité client ou invitée, les adresses, remises, coupons, taxes, contexte de paiement et d’expédition, statuts, suivi, remboursements et ID externes utilisés par le support ou la finance.
Pourquoi SP Page Builder doit-il faire partie de la préparation ?
Les addons EasyStore peuvent sélectionner et afficher produits, catégories, filtres, avis, prix et fonctions de panier dans des mises en page. Les mises en page et sources de données constituent des dépendances de présentation, pas des champs produit ordinaires.
Comment répartir la préparation entre Joomla et EasyStore ?
La préparation Joomla couvre le contenu CMS général, les utilisateurs, menus, templates et extensions. La préparation EasyStore couvre produits, variantes, clients, commandes, remboursements, coupons, avis et intégrations e-commerce, tout en documentant uniquement les dépendances Joomla dont ces éléments ont besoin.