Si EShop by Ossolution Team est choisi comme plateforme cible, la préparation doit documenter les relations qui relient Products, Categories, fabricants, options, attributs, champs personnalisés, pièces jointes, comptes Customer, Orders, taxes, expédition, paiement, contenus multilingues et présentation Joomla. Les options de Product peuvent porter leurs propres SKU, prix et images, tandis que les attributs et champs personnalisés peuvent décrire ou filtrer les Products sans constituer une unité vendable indépendante.
Le dossier de préparation doit définir chaque action, son responsable, les éléments de contrôle attendus et la condition permettant de considérer le point comme prêt avant l’exécution. Il doit préserver les transactions historiques et les relations source, tout en laissant le fonctionnement actif de la commande, du paiement, de l’expédition, des taxes, des e-mails, des templates et des modules sous la responsabilité de l’implémentation cible.
Sécuriser les accès à Joomla, EShop, l’hébergement et la base de données
Confirmez les accès à l’administration Joomla et EShop, à l’hébergement, à la base de données, au système de fichiers, aux images et pièces jointes des Products, aux fichiers téléchargeables, aux traitements planifiés, aux extensions de paiement et d’expédition ainsi qu’aux systèmes connectés. Relevez les versions de Joomla, EShop, PHP, de la base de données, du template, des langues, extensions, modules et personnalisations.
| Action de préparation | Responsable | Élément de contrôle | Condition de préparation |
|---|---|---|---|
| Confirmer les accès administratifs | Administrateur Joomla/EShop | Comptes fonctionnels et synthèse des rôles | Products, options, Customers, Orders, rapports et configuration peuvent être examinés. |
| Créer des sauvegardes restaurables | Responsable infrastructure | Export de base de données, archive du système de fichiers/médias/téléchargements et responsable de restauration | La source peut être restaurée sans dépendre de la boutique en production. |
| Relever logiciels et extensions | Responsable technique | Inventaire Joomla, EShop, PHP, base de données, template, paiement, expédition, extensions et modules | Les enregistrements et dépendances liés aux versions sont documentés. |
| Recenser les personnalisations | Responsable développement | Surcharges de template, modules/extensions personnalisés, modifications source, champs personnalisés, changements SQL et scripts | Chaque personnalisation qui lit ou écrit des données commerciales a un responsable. |
| Cartographier les systèmes connectés | Responsables intégration | Points de connexion ERP/PIM/WMS/CRM/comptabilité/traitement logistique/marketplace/flux et ID externes | Les systèmes qui continuent à fonctionner et les autorités de données sont connus. |
Préservez les ID de Product, Category, fabricant, option, valeur d’option, attribut, champ personnalisé, Customer, Order, ligne d’Order, statut, taxe, expédition, paiement, pièce jointe, langue et systèmes externes nécessaires pour reconstruire les relations.
Préparer Products, Categories, fabricants, médias et pièces jointes
Les Products EShop peuvent contenir identifiants, descriptions, Categories, fabricants, prix, stock, dimensions, images, vidéos, options, attributs, champs personnalisés, pièces jointes, libellés, Products associés, avis, métadonnées, fichiers téléchargeables et associations linguistiques. Organisez les Products selon leur fonctionnement commercial et leur importance.
| Profil de Product | Éléments à préparer | Condition de préparation |
|---|---|---|
| Product physique simple | ID Product, SKU, prix, taxe, stock, Category, fabricant, images et Order exemple | Un enregistrement identifie clairement l’article vendu. |
| Product riche en options | Définitions et valeurs d’options, combinaisons, SKU/prix/images distincts, relation de stock et Order exemple | Chaque choix achetable peut être relié au bon Product et aux bonnes valeurs d’option. |
| Product téléchargeable | Fichier, lien Product, règle d’accès, historique de téléchargement si utilisé et Order terminé | La propriété du fichier et l’accès fondé sur l’Order sont documentés. |
| Product rattaché à plusieurs Categories | Relations Product-Category, route prioritaire et langue | Les relations de découverte sont préservées sans créer de Products en double. |
| Product riche en pièces jointes | Documents, manuels, spécifications, chemins de fichiers, libellés et affectations | Les ressources autres que les images restent reliées au Product prévu. |
| Product associé/comparé | Type de relation, ID des Products liés, finalité d’affichage et priorité | Les relations de merchandising sont documentées séparément de la taxonomie. |
Relevez également les cas non publiés, mis en avant, à prix sur demande, en rupture, téléchargeables, multilingues, à quantité limitée ou utilisant des libellés personnalisés. Chacun nécessite un traitement cible intentionnel.
Séparer options, attributs, champs personnalisés et pièces jointes de Product
EShop prend en charge plusieurs structures qui peuvent toutes ressembler à des attributs dans un export source. Les options représentent des choix de l’acheteur et peuvent porter des SKU, prix ou images distincts. Les attributs décrivent les caractéristiques du Product. Les champs personnalisés peuvent conserver des valeurs structurées supplémentaires. Les pièces jointes représentent des fichiers liés aux Products.
| Structure | Éléments de contrôle | Condition de préparation |
|---|---|---|
| Option de Product | Nom, type, valeurs, ordre, caractère obligatoire/valeur par défaut, affectations aux Products et exemple de ligne d’Order | Les valeurs sélectionnées par l’acheteur restent reliées aux achats. |
| Valeur d’option avec données commerciales | Product, option/valeur, SKU distinct, ajustement de prix, image, gestion du stock et clé externe | Les données du choix vendable ne sont pas aplaties en attributs descriptifs. |
| Attribut de Product | Groupe/valeur d’attribut, affectations aux Products, usage pour filtre/comparaison et langue | Les caractéristiques descriptives restent distinctes des variantes. |
| Champ personnalisé | Définition, type de données, finalité métier, affectations aux Products et module/extension consommateur | Les valeurs personnalisées disposent d’un responsable et d’une interface d’édition identifiés. |
| Pièce jointe | Chemin, type, libellé, langue, relation au Product et attentes d’accès | Les fichiers Product restent récupérables et correctement reliés. |
| Onglet ou libellé supplémentaire | Titre, contenu, langue, affectation au Product et responsable de présentation | Le contenu éditorial n’est pas confondu avec l’identité du Product ni les options. |
Créez un dictionnaire de champs indiquant finalité, propriétaire, type de valeur, périmètre Product et traitement de migration. Des noms proches ne doivent pas être fusionnés lorsque leur fonctionnement commercial diffère.
Préparer prix, stock, taxes, remises, devises et règles de quantité
La tarification EShop peut combiner prix ordinaires et spéciaux, ajustements d’options, taxes, coupons, remises, devises multiples, règles de quantité et traitements propres à certains Customers ou entreprises. Le stock peut appartenir au Product, à une combinaison d’options, à un système externe ou correspondre à un état sans stock/téléchargeable.
| Domaine commercial | Éléments à préparer | Condition de préparation |
|---|---|---|
| Prix de Product et d’option | ID Product/option, devise, valeurs ordinaires/spéciales, dates et ajustements | Les prix sont reliés au bon contexte vendable. |
| Stock | Quantité Product/option, statut, règle de disponibilité, propriétaire externe et clé de synchronisation | La quantité de référence et l’identité de l’unité vendable sont connues. |
| Taxes | Classe/taux, zone géographique, affectation au Product, contexte Customer et Orders historiques représentatifs | La configuration fiscale est séparée des montants de taxe historiques. |
| Coupons et remises | Code/règle, valeur, dates, limites d’utilisation, périmètre Product/Category et Orders historiques | Les règles promotionnelles actives et les éléments historiques sont distingués. |
| Devise | Code, responsable du taux, règles de décimales/arrondi, prix Product et devise des Orders | Le sens historique et actuel des devises est documenté. |
| Règles de quantité | Quantité minimale/maximale, conditionnement, pas, prix de volume ou logique personnalisée | Le fonctionnement des quantités n’est pas caché dans des notes ou le code du template. |
Si un ERP, un flux fournisseur, une marketplace ou un système comptable possède le prix ou le stock, précisez si la valeur EShop est l’autorité, une valeur synchronisée ou seulement un instantané initial.
Préparer Customers, Users Joomla, adresses, groupes et avis
La préparation des Customers EShop doit relier Users Joomla, enregistrements Customer EShop, acheteurs invités, adresses de facturation et d’expédition, champs personnalisés de commande, identifiants d’entreprise ou fiscaux, groupes, avis, listes de souhaits, ID externes et relations de consentement lorsqu’elles existent.
| Domaine du compte | Éléments de contrôle | Responsable | Condition de préparation |
|---|---|---|---|
| Customer enregistré | ID User Joomla, ID Customer EShop, e-mail, statut, adresses, groupe et ID externes | Responsable données Customer | Les doublons et identités intersystèmes ont un traitement défini. |
| Acheteur invité | Identité au niveau Order, e-mail, adresses et références d’Orders | Responsable données Order | L’historique invité reste utile sans créer de compte. |
| Champ personnalisé facturation/expédition | Définition, règles obligatoire/affichage, valeurs stockées et propriété Order/Customer | Responsable service Customer | Les données personnalisées ne sont ni perdues ni attribuées au mauvais objet. |
| Identité entreprise/fiscale | Société, numéro fiscal, état de validation, groupe et clé de compte externe | Responsable finance/B2B | L’identité professionnelle a une destination ou un propriétaire conservé. |
| Avis ou liste de souhaits | Product, identité Customer/invité, note/texte/statut ou relation de liste | Responsable catalogue/contenu | Les contenus créés par les Customers restent liés au bon Product et à la bonne identité. |
| Authentification | Mot de passe local, SSO/connexion sociale, réinitialisation et responsable communication | Responsable sécurité | L’accès au compte est planifié sans supposer la portabilité des mots de passe. |
Incluez des Customers avec plusieurs adresses, des Orders invités, des traitements fondés sur les groupes, des champs personnalisés, avis, listes de souhaits, e-mails en double et ID externes importants.
Préparer Orders, statuts, paiement, expédition, factures et téléchargements
Les Orders EShop historiques doivent expliquer la transaction indépendamment de la configuration actuelle de la boutique. Préparez les en-têtes d’Order, l’identité Customer ou invité, les adresses, lignes de Product et options, pièces jointes ou éléments téléchargeables, quantités, prix, remises, taxes, coupons, devise, paiement, expédition, statuts, commentaires, factures, remboursements ou ajustements et références externes.
| Élément de contrôle de l’Order | Responsable | Condition de préparation |
|---|---|---|
| En-tête et historique de statuts | Opérations commerciales | Customer/invité, dates, devise, séquence de statuts et canal source sont documentés. |
| Lignes Product et options | Responsables catalogue/Orders | ID Product, valeurs d’options, SKU, quantité, prix, taxe et texte instantané sont complets. |
| Totaux et ajustements | Responsable finance | Sous-total, remise, coupon, taxe, expédition, frais de paiement, devise et total final se rapprochent. |
| Paiement et expédition | Responsables finance/traitement logistique | Libellés historiques de méthodes, ID transaction/suivi, transporteur et propriétaire fournisseur sont connus. |
| Facture et accès téléchargeable | Responsables finance/livraison numérique | Numéros/fichiers de facture, téléchargements Product, limites et relations d’Order sont récupérables. |
| Contexte remboursement/retour | Responsables finance/service Customer | Montants, lignes concernées, dates, raisons, statuts et références externes sont documentés. |
| ID Order externes | Responsable intégration | Les clés ERP, comptabilité, marketplace ou traitement logistique restent traçables. |
Choisissez des Orders ordinaires, invités, riches en options, remisés, multi-taxes, multilingues, téléchargeables, remboursés et suivis lorsque ces profils existent.
Préparer Menus Joomla, contenus multilingues, URL, médias et présentation
Les enregistrements commerciaux EShop peuvent être exposés par des menus, modules, templates, routes Product/Category/fabricant, modules de recherche, associations linguistiques, médias et métadonnées Joomla. Ces relations doivent être inventoriées séparément des données Product.
| Domaine vitrine | Éléments de contrôle | Condition de préparation |
|---|---|---|
| URL Products, Categories et fabricants | Route source, alias, ID d’enregistrement, contexte de Menu, langue, métadonnées et intention cible | Chaque route prioritaire a une décision conserver, modifier, fusionner, retirer ou rediriger. |
| Menus et modules Joomla | Type de Menu Item, parent, alias, langue, accès, position du module, filtres et types de données sélectionnés | Les points d’entrée et dépendances de découverte de la boutique sont documentés. |
| Enregistrements multilingues | Associations Product/Category/fabricant, options/attributs traduits, menus, métadonnées et repli linguistique | Les traductions ne sont pas traitées comme des doublons indépendants. |
| Templates et surcharges | Template, mises en page EShop, habillage de module, onglets personnalisés et routes concernées | Les dépendances de présentation sont séparées des enregistrements commerciaux. |
| Médias et pièces jointes Product | Images, miniatures, vidéos, pièces jointes, téléchargements, stockage distant et permissions | Les ressources prioritaires restent disponibles et correctement reliées. |
| SEO et redirections | Responsable métadonnées, extension SEF/routage, source de sitemap, règles de redirection et URL à forte valeur | La continuité des URL dispose d’un responsable explicite. |
Le périmètre Joomla plus large reste propriétaire des Articles et Pages CMS généraux. La préparation EShop ne couvre ici que les structures Joomla qui influencent directement les enregistrements et routes commerciaux.
Inventorier extensions, plugins de paiement et d’expédition, données personnalisées et systèmes externes
Construisez un registre des dépendances pour les extensions EShop, plugins de paiement et d’expédition, modules de recherche/filtre, outils d’import/export, templates, champs personnalisés, CRM, ERP, comptabilité, traitement logistique, marketplaces, outils d’analyse et code spécifique.
| Dépendance | Éléments à préparer | Condition de préparation |
|---|---|---|
| Extension/plugin EShop | Nom, version, finalité, configuration, enregistrements possédés et ID Product/Customer/Order liés | Les enregistrements appartenant à l’extension ont une destination ou un propriétaire conservé. |
| Plugin paiement/expédition | Fournisseur, données de transaction/suivi stockées, statuts et dépendances aux Orders historiques | Les références historiques sont séparées de la configuration active du plugin. |
| Processus d’import/export | Format de fichier, colonnes, identifiants, relations options/attributs et dernier traitement réussi | Les enregistrements extraits peuvent être rapprochés des éléments de la base de données. |
| Champ/table personnalisé | Schéma, clés, finalité métier et code consommateur | Les enregistrements personnalisés peuvent être interprétés au lieu d’être copiés à l’aveugle. |
| Système externe | Point de connexion, types de données de référence, sens de synchronisation, ID et responsable de bascule | L’identité intersystèmes et l’autorité des données sont documentées. |
| Données générées | Caches, journaux, sessions, exports temporaires, index et enregistrements abandonnés | Les données techniques non autoritatives sont exclues délibérément. |
Conservez les extensions inactives dans le registre lorsqu’elles ont créé des enregistrements encore nécessaires aux Orders, Customers, Products, téléchargements ou rapports.
Sélectionner des échantillons représentatifs pour les tests de migration
Enregistrez les ID source, SKU, URL, langue, enregistrements liés, clés externes et la raison du choix de chaque échantillon.
| Échantillon | Éléments à préparer | Finalité de préparation |
|---|---|---|
| Product simple | Prix, stock, taxe, Category, fabricant, médias et Order | Établit la référence pour un Product EShop ordinaire et son contexte commercial. |
| Product riche en options | Options/valeurs, SKU/prix/images distincts, gestion du stock, attributs et ligne d’Order | Représente les relations entre choix de l’acheteur et options vendables. |
| Product avec attributs/champs personnalisés | Groupes d’attributs, champs personnalisés, pièces jointes, onglets, filtres et route Product | Représente les données descriptives et étendues de Product. |
| Customer enregistré et Order invité | ID Joomla/Customer, adresses, groupes, champs personnalisés et ID externes | Représente les deux modèles d’identité Customer. |
| Order complexe | Lignes d’options, coupon, taxe, devise, paiement, expédition, facture, remboursement, téléchargement et référence externe | Représente le contexte commercial historique. |
| Route multilingue | Products/Categories associés, options traduites, alias, menus, métadonnées et intention de redirection | Représente les dépendances de langue et de routage Joomla. |
| Enregistrement appartenant à une extension | Enregistrement ou type de données de base, propriétaire extension/plugin, table/champ personnalisé et clé externe | Fait apparaître le périmètre non standard avant l’exécution. |
La préparation des tests représentatifs définit les échantillons et les éléments source. La preuve sur la cible et l’interprétation avant lancement appartiennent à la phase de validation.
Terminer par le contrôle final de préparation EShop
| Domaine de préparation | Condition de préparation |
|---|---|
| Accès et récupération | Joomla, EShop, hébergement, base de données, fichiers, sauvegardes et responsable de restauration sont confirmés. |
| Catalogue | Products, Categories, fabricants, options, attributs, champs personnalisés, pièces jointes, médias, stock, prix et identifiants sont documentés. |
| Customers | Users Joomla, Customers, invités, adresses, groupes, champs personnalisés, avis, listes de souhaits et dépendances d’authentification sont classifiés. |
| Orders | Lignes, options, totaux, statuts, paiement, expédition, factures, téléchargements, remboursements et ID externes disposent d’éléments de contrôle. |
| Vitrine | Menus, modules, langues, templates, routes, médias, SEO et redirections sont documentés. |
| Dépendances | Extensions, plugins, imports, code spécifique, systèmes externes et propriétaires de référence sont enregistrés. |
| Échantillons | Les enregistrements représentatifs couvrent chaque profil important de Product, Customer, Order, route, téléchargement et extension. |
Le périmètre EShop est prêt lorsque chaque enregistrement important possède un propriétaire source, une cartographie de ses relations, un élément de contrôle et une décision explicite sur sa destination ou son maintien dans un autre système.
Conclusion
La préparation d’EShop nécessite des éléments coordonnés couvrant Joomla, Products, options, attributs, champs personnalisés, pièces jointes, Customers, Orders, taxes, expédition, paiement, devises, routes multilingues, extensions et systèmes externes. Un simple export plat de Products ou d’Orders ne suffit pas à représenter ces relations de manière fiable.
Un dossier de préparation complet conserve des éléments récupérables, identifie les enregistrements de référence, sépare les transactions historiques de la configuration actuelle et résout la propriété de chaque dépendance importante.
Questions fréquentes
Que faut-il préparer en premier pour une migration vers EShop ?
Confirmez les accès à Joomla, EShop, l’hébergement, la base de données, le système de fichiers, les médias, téléchargements, plugins de paiement/expédition et intégrations. Créez des sauvegardes restaurables et relevez les versions logicielles avant de commencer le travail détaillé sur le catalogue.
Quelle différence faut-il préserver entre options et attributs EShop ?
Les options peuvent représenter des valeurs sélectionnées par l’acheteur et porter leurs propres SKU, prix ou images. Les attributs décrivent les caractéristiques du Product et servent souvent au filtrage ou à la comparaison. Leurs définitions et affectations aux Products doivent rester distinctes.
Pourquoi inventorier les pièces jointes et onglets supplémentaires de Product ?
Les pièces jointes peuvent contenir manuels, spécifications, téléchargements ou fichiers d’accompagnement, tandis que les onglets peuvent porter un contenu spécifique au Product. Copier uniquement la description principale peut omettre des informations commerciales importantes.
Comment préparer les identités Customer et invité ?
Documentez les liens entre User Joomla et Customer EShop, les e-mails, adresses, groupes, champs personnalisés de commande, ID externes et relations avec les Orders. L’historique invité doit rester un élément au niveau des Orders plutôt que d’être forcé dans de nouveaux comptes.
Quels Orders EShop faut-il choisir comme échantillons représentatifs ?
Incluez des Orders ordinaires et invités, des Products avec options, des remises et coupons, plusieurs taxes ou devises, des téléchargements, factures, remboursements ou ajustements, du suivi et les références externes utilisées par les opérations ou la finance.
Comment répartir la préparation entre Joomla et EShop ?
La préparation Joomla possède le contenu CMS général, les Users, menus, modules, templates et l’architecture d’accès. La préparation EShop possède les Products, options, Customers, Orders, prix, stock et extensions commerciales, tout en documentant uniquement les dépendances Joomla nécessaires à ces enregistrements.