Si VirtueMart est retenu comme plateforme cible, la préparation doit documenter à la fois les enregistrements e-commerce et les structures Joomla qui rendent ces enregistrements utilisables. Les Products peuvent dépendre des Categories, Products enfants, champs personnalisés, groupes d’acheteurs, règles de calcul, médias, fichiers téléchargeables, plugins de paiement et d’expédition, menus Joomla, affectations linguistiques, surcharges de templates et intégrations externes. Un simple nombre de Products ne permet pas d’expliquer ces dépendances.
La préparation doit attribuer à chaque action requise un responsable, des éléments vérifiables et une condition claire de préparation avant l’exécution. Elle doit également séparer les éléments provenant de la source de l’implémentation de la cible : Orders historiques, relations Product, affectations de groupes d’acheteurs et URL font partie de la préparation de la migration, tandis que le paiement, l’expédition, la fiscalité, le checkout, les e-mails et le fonctionnement des templates en production relèvent de la configuration cible.
Sécuriser les accès Joomla, VirtueMart, hébergement et base de données
Confirmez les accès à l’administration Joomla, à l’administration VirtueMart, à l’hébergement, à la base de données, au système de fichiers, aux médias Product, fichiers téléchargeables, tâches planifiées et services connectés. Enregistrez la version de Joomla, la version de VirtueMart, l’environnement PHP et base de données, le template actif, les langues, plugins activés, moyens de paiement, méthodes d’expédition ainsi que tout code ou toute surcharge personnalisée.
| Action de préparation | Responsable | Élément de vérification | Condition de préparation |
|---|---|---|---|
| Confirmer les accès administratifs | Administrateur Joomla/VirtueMart | Comptes fonctionnels et résumé des rôles | Products, champs personnalisés, Customers, Orders, plugins, menus et configuration peuvent être inspectés. |
| Créer des sauvegardes restaurables | Responsable infrastructure | Export de la base, archive du système de fichiers, archive médias/téléchargements et responsable de restauration | La boutique source peut être récupérée sans dépendre de l’environnement en production. |
| Enregistrer les versions de la plateforme et des extensions | Responsable technique | Inventaire Joomla, VirtueMart, PHP, base de données, template, plugins, modules et packages | Les enregistrements sensibles aux versions et les hypothèses de compatibilité sont documentés. |
| Capturer le code et les surcharges personnalisés | Responsable développement | Surcharges de templates, layouts modifiés, plugins personnalisés, scripts et modifications directes de base de données | Chaque personnalisation qui lit ou écrit des données e-commerce a un responsable. |
| Cartographier les systèmes connectés | Responsables des intégrations | Endpoints ERP/PIM/WMS/CRM/paiement/expédition/flux et identifiants externes | Les systèmes qui continuent d’exister et les sources de données faisant autorité sont identifiés. |
Préservez les identifiants internes des Products, Categories, fabricants, champs personnalisés, groupes d’acheteurs, utilisateurs Joomla, acheteurs VirtueMart, Orders, lignes Order, statuts, médias et systèmes externes. Ces identifiants sont essentiels lorsque les enregistrements doivent être rapprochés entre les tables Joomla et VirtueMart.
Préparer les Products, Categories, fabricants et médias
Les Products VirtueMart peuvent contenir SKU, GTIN ou identifiants fabricant, descriptions, prix, stock, dimensions, images, fabricants, Categories, relations avec Products enfants, champs personnalisés, Products associés, fichiers téléchargeables et restrictions par groupes d’acheteurs. Préparez le catalogue selon le fonctionnement de vente, pas selon le nombre de lignes.
| Profil Product | Éléments à préparer | Condition de préparation |
|---|---|---|
| Product physique simple | ID Product, SKU, prix, règle fiscale, stock, poids, Category, fabricant, images et Order exemple | Un enregistrement identifie clairement l’article vendu et traité. |
| Products parents et enfants | ID parent, ID enfants, fonctionnement de l’héritage, SKU, prix, stocks, images, Categories et alias propres aux enfants | Chaque enfant vendable peut être relié au parent et à ses valeurs surchargées. |
| Product téléchargeable | Chemin du fichier, relation d’accès, limite ou expiration, lien Product et exemple d’Order terminé | Les fichiers et les éléments d’accès fondés sur l’Order sont récupérables. |
| Product dans plusieurs Categories | Affectations Product-Category et route prioritaire | Aucun Product dupliqué n’est créé uniquement pour reproduire des chemins de découverte. |
| Product lié à un fabricant | ID fabricant, nom, lien Product, clé externe et route | L’identité marque/fabricant reste distincte de la structure Category. |
| Product riche en médias | Images principales et supplémentaires, documents, fichiers distants, ordre et médias propres aux enfants | Chaque ressource média a un propriétaire Product ou child Product connu. |
Enregistrez également les cas non publiés, archivés, réservés au catalogue, en rupture, en back-order, avec quantités minimales/maximales ou dates de disponibilité. Ces états doivent recevoir un traitement cible intentionnel et ne pas être normalisés en un seul état Product actif.
Préparer les champs personnalisés, Products enfants et choix des acheteurs
Les champs personnalisés VirtueMart peuvent décrire les Products, créer des saisies sélectionnables par l’acheteur, modifier les prix, apparaître dans le panier et les vues Order, relier des Products ou Categories associés, joindre des biens téléchargeables ou dépendre de plugins. Les Products enfants peuvent hériter des valeurs du parent tout en surchargeant le prix, le stock, l’image, la Category ou les affectations de groupes d’acheteurs.
| Structure | Éléments requis | Condition de préparation |
|---|---|---|
| Champ personnalisé descriptif | Prototype du champ, type, titre, valeurs, affectations Product, position d’affichage et usage dans la recherche | Les données descriptives sont distinguées d’un choix achetable. |
| Attribut de panier ou saisie panier | Définition du champ, caractère obligatoire, effet de prix, valeurs sélectionnées et exemple de ligne Order | Les choix acheteur restent attachés à la ligne achetée. |
| Champ personnalisé appartenant à un plugin | Plugin propriétaire, paramètres, tables, liens Product et exemple de sortie | Le fonctionnement appartenant à l’extension n’est pas confondu avec des données ordinaires de champ. |
| Product parent/enfant | Règles d’héritage, valeurs surchargées, SKU enfant, stock, prix, image, alias et Category | Chaque enfant vendable est entièrement traçable. |
| Product ou Category associé | Type de relation, ID source, objectif d’affichage et priorité | Les relations de merchandising sont documentées séparément de la taxonomie. |
Créez un registre des champs avec une ligne pour chaque champ personnalisé important. Indiquez si le champ contrôle l’identité, la sélection Product, le prix, le stock, l’accès au téléchargement, l’affichage, la recherche ou un autre processus piloté par plugin. Des libellés similaires ne doivent pas être fusionnés si leur comportement commercial diffère.
Préparer les groupes d’acheteurs, Customers, utilisateurs Joomla et adresses
Les groupes d’acheteurs VirtueMart peuvent contrôler la visibilité Product, les prix, les règles de calcul, les moyens de paiement, les méthodes d’expédition et l’affichage des prix. Les Customers peuvent également impliquer des utilisateurs Joomla, enregistrements d’acheteurs VirtueMart, adresses, champs personnalisés d’acheteurs, identifiants d’entreprise ou fiscaux et clés externes CRM ou ERP.
| Domaine du compte | Élément de vérification | Responsable | Condition de préparation |
|---|---|---|---|
| Relation utilisateur Joomla / acheteur VirtueMart | ID utilisateur Joomla, ID utilisateur VirtueMart, e-mail, statut, groupes et ID externe | Responsable données Customer | La relation de compte est traçable entre Joomla et VirtueMart. |
| Appartenance aux groupes d’acheteurs | Définitions des groupes, acheteurs affectés, prix Product, règles de calcul, restrictions paiement/expédition | Responsable commerce | Le sens du groupe est documenté au-delà de son libellé. |
| Adresses et champs de checkout | Définitions des champs, règles obligatoires/d’affichage, valeurs de facturation/expédition et références pays/région | Responsable service Customer | Les adresses enregistrées et les instantanés d’adresses au moment de l’Order sont distinguables. |
| Acheteur invité | Identité au niveau de l’Order, adresses, e-mail et éléments d’accès | Responsable données Order | L’historique invité n’exige pas de créer un compte Joomla artificiel. |
| Identité société ou fiscale | Champs entreprise, numéro fiscal, état de validation et clé de compte externe | Responsable finance/B2B | Les données de compte entreprise ont une destination ou un propriétaire conservé clairement nommé. |
| Authentification | Mot de passe local, SSO, connexion sociale, MFA, communication de réinitialisation et propriétaire du compte | Responsable sécurité | L’accès au compte est planifié sans supposer la portabilité des mots de passe. |
Incluez des acheteurs représentatifs appartenant à plusieurs groupes, bénéficiant d’un prix spécial, utilisant des moyens de paiement ou d’expédition restreints ou possédant plusieurs adresses. Ces cas révèlent des relations que des comptes de détail ordinaires ne montrent pas.
Préparer les prix, règles de calcul, taxes, coupons et stocks
La tarification VirtueMart peut combiner plusieurs prix Product, devises, plages de quantité, groupes d’acheteurs, coûts et prix de base, règles fiscales, remises, surcharges et ordre de calcul. Le stock peut appartenir à un Product parent, à un Product enfant ou à un système externe.
| Domaine commercial | Éléments à préparer | Condition de préparation |
|---|---|---|
| Prix Product | ID Product/enfant, devise, groupe d’acheteurs, plage de quantité, dates, coût/prix de base/prix final et état de surcharge | Chaque prix est rattaché au bon Product et au bon contexte commercial. |
| Règles de calcul | Type de règle, effet taxe/remise, Categories, groupes d’acheteurs, pays, régions, dates et séquence de calcul | Les règles sont documentées comme relations de configuration, pas comme champs Product. |
| Coupons | Code, type, valeur, dates, état d’utilisation et Orders historiques concernés | Les éléments historiques liés aux coupons sont séparés de la configuration active des coupons. |
| Stock | ID Product/enfant, quantité, état réservé lorsqu’il existe, seuil de stock faible et système externe faisant autorité | La quantité de référence et la clé de l’unité vendable sont connues. |
| Restrictions de quantité | Minimum, maximum, conditionnement et pas d’achat | Les contraintes de quantité ne disparaissent pas dans des notes Product génériques. |
Les totaux des Orders historiques doivent rester des instantanés. Ne prévoyez pas de reconstruire les anciens prix, taxes, remises ou frais d’expédition à partir des règles de calcul actuelles.
Préparer les Orders, statuts, paiements, expéditions et factures
Préparez les Orders comme des enregistrements commerciaux historiques. Incluez les en-têtes, acheteurs, identités invité, instantanés de facturation et d’expédition, lignes Product et child Product, champs personnalisés sélectionnés, quantités, prix, taxes, remises, coupons, libellés de paiement, libellés d’expédition, statuts, commentaires, factures, remboursements ou ajustements et références externes.
| Élément Order | Responsable | Condition de préparation |
|---|---|---|
| En-tête et historique de statuts | Opérations e-commerce | La séquence de statuts, les horodatages, le contexte acheteur/invité et la signification actuelle sont documentés. |
| Lignes Product et choix | Responsables catalogue et Orders | ID Product/enfant, SKU, champs personnalisés sélectionnés, quantité et texte instantané sont complets. |
| Totaux et ajustements | Responsable finance | Sous-total, taxe, remise, coupon, expédition, coût de paiement et total final se rapprochent. |
| Références paiement et expédition | Responsables finance et traitement logistique | Les libellés historiques de méthodes, ID de transaction/suivi et propriétaires des fournisseurs sont connus. |
| Factures et documents | Responsable finance | Numéros de facture, fichiers, langue et relations Order sont récupérables. |
| ID Order externes | Responsable intégration | Les références ERP, comptables, marketplace ou traitement logistique restent traçables. |
Sélectionnez des Orders ordinaires, invités, appartenant à des groupes d’acheteurs, remisés, multi-taxes, remboursés, avec téléchargement et utilisant des child Products. Le jeu d’échantillons doit représenter les états Order réellement utilisés par les équipes de support et de rapprochement.
Préparer les menus Joomla, routes, langues, médias et dépendances de la vitrine
Les enregistrements VirtueMart dépendent des menus Joomla, alias, niveaux d’accès, associations linguistiques, modules, layouts de templates, surcharges, extensions de recherche/filtrage et liens de contenu. Migrer Products et Categories ne recrée pas automatiquement ces relations de présentation.
| Domaine de la vitrine | Élément de vérification | Condition de préparation |
|---|---|---|
| Routes Product et Category | URL source, ID Product/Category, alias, langue, contexte de menu, métadonnées et destination prévue | Les routes prioritaires ont une décision explicite : conserver, modifier, fusionner, retirer ou rediriger. |
| Menus et modules Joomla | Type d’élément de menu, parent, alias, langue, accès, position du module et affectation de page | Les points d’entrée e-commerce et dépendances de découverte sont documentés. |
| Enregistrements multilingues | Tags de langue, associations, Products/Categories traduits, menus, médias et règles de repli | Les traductions reliées ne sont pas traitées comme des doublons indépendants. |
| Template et surcharges | Nom du template, layouts VirtueMart, fichiers de surcharge, positions des champs personnalisés et routes affectées | Les dépendances de présentation sont séparées des données e-commerce. |
| Médias et téléchargements | Chemins, stockage distant, miniatures, fichiers téléchargeables et règles d’accès | Les fichiers prioritaires sont disponibles et reliés aux bons enregistrements. |
| SEO et redirections | Responsable des métadonnées, extension de routage, règles de redirection, sitemaps et URL à forte valeur | La continuité des URL dispose d’un responsable explicite. |
L’inventaire CMS Joomla relève du périmètre plus large de préparation Joomla. Cette checklist ne couvre ici que les structures Joomla qui influencent directement les enregistrements et routes VirtueMart.
Inventorier les plugins, tables personnalisées et systèmes externes
Créez un registre des extensions pour le paiement, l’expédition, les champs personnalisés, la recherche/filtrage, les abonnements, téléchargements, marketplaces, flux, comptabilité, ERP, CRM, stock, analyse et code personnalisé. Indiquez ce que chaque composant possède et quels enregistrements du cœur il référence.
| Dépendance | Éléments à préparer | Condition de préparation |
|---|---|---|
| Plugin VirtueMart | Nom, version, fonction, configuration, tables/champs et Products/Customers/Orders concernés | Les enregistrements appartenant au plugin ont une destination ou un système propriétaire conservé. |
| Extension Joomla | Nom du composant/module/plugin, dépendance menu/module et propriétaire des données | Les fonctions Joomla partagées ne sont pas classifiées à tort comme données du cœur VirtueMart. |
| Table ou colonne personnalisée | Schéma, relations de clés, fonction métier et code consommateur | Les enregistrements personnalisés peuvent être interprétés au lieu d’être copiés aveuglément. |
| Système externe | Endpoint, données faisant autorité, direction de synchronisation, ID et responsable de bascule | L’identité entre systèmes et la source faisant autorité sont documentées. |
| Données générées | Caches, logs, sessions, indexes, fichiers temporaires et enregistrements abandonnés | Les données non autoritatives sont exclues volontairement. |
Les extensions inactives doivent rester dans le registre lorsque leurs données conservent une importance commerciale ou historique.
Sélectionner des échantillons représentatifs de test de migration
Choisissez des échantillons qui exposent la structure réelle de la boutique. Enregistrez les ID source, SKU, URL, affectations de groupes, clés externes, enregistrements liés et la raison pour laquelle chaque échantillon a été retenu.
| Échantillon | Éléments à préparer | Objectif de préparation |
|---|---|---|
| Product simple | Prix, stock, taxe, Category, fabricant, médias et Order | Définit la référence pour la représentation ordinaire d’un Product VirtueMart avant l’examen des cas complexes. |
| Famille parent/enfant | Parent et enfants, champs personnalisés, SKU, prix, stocks, images et alias | Représente les valeurs Product héritées et surchargées. |
| Product avec champs personnalisés | Prototypes des champs, dépendances de plugins, effets de prix/panier et ligne Order | Met en évidence les choix acheteur et les relations avec les extensions. |
| Cas de groupe d’acheteurs | Customer, groupes, preuves de restrictions Product/prix/paiement/expédition | Représente les opérations B2B ou segmentées. |
| Order complexe | Identité invité/enregistrée, child Product, choix personnalisés, coupon, taxe, paiement, expédition et facture | Représente le contexte commercial historique. |
| Route multilingue | Traductions Product/Category, alias, chemins de menus, métadonnées et intention de redirection | Représente les dépendances de langue et de routage Joomla. |
| Enregistrement appartenant à une extension | Donnée du cœur, table/champ personnalisé, plugin propriétaire et clé externe | Expose le périmètre non standard avant exécution. |
Le jeu d’échantillons VirtueMart est prêt lorsque chaque enregistrement sélectionné dispose d’éléments source, de son contexte Joomla et de groupes d’acheteurs, des fichiers associés et d’un reviewer clairement désigné.
Finaliser la validation de préparation VirtueMart
| Domaine | Condition de préparation |
|---|---|
| Accès et récupération | Les accès Joomla, VirtueMart, hébergement, base de données, fichiers, sauvegardes et responsabilités de restauration sont confirmés. |
| Catalogue | Products, enfants, Categories, fabricants, médias, champs personnalisés, stocks, prix et identifiants sont documentés. |
| Customers | Utilisateurs Joomla, acheteurs, groupes, adresses, champs, identités invité et dépendances d’authentification sont classifiés. |
| Orders | Lignes, choix, totaux, statuts, paiement, expédition, factures et références externes disposent d’éléments source. |
| Vitrine | Menus, routes, langues, modules, surcharges, médias, SEO et redirections sont documentés. |
| Dépendances | Plugins, code personnalisé, tables, systèmes externes et données faisant autorité ont des responsables nommés. |
| Échantillons | Les enregistrements représentatifs couvrent chaque profil Product, Customer, Order, route et extension important. |
La préparation VirtueMart est complète lorsque chaque enregistrement e-commerce important peut être suivi à travers son propriétaire Joomla, les enregistrements de plugins ou champs personnalisés associés, les éléments de vérification et la destination cible prévue ou le système qui reste propriétaire.
Conclusion
La préparation d’une migration vers VirtueMart exige des éléments coordonnés couvrant Joomla, Products, child Products, champs personnalisés, groupes d’acheteurs, prix, règles de calcul, Customers, Orders, médias, routes, plugins et systèmes externes. La checklist doit rendre ces relations explicites avant l’exécution au lieu de reposer sur des nombres de Products ou des captures d’écran.
Un dossier de préparation complet conserve des éléments restaurables, identifie les enregistrements faisant autorité, sépare les transactions historiques de la configuration en production et résout la responsabilité de chaque dépendance importante.
Questions fréquentes
Que faut-il préparer en premier pour une migration vers VirtueMart ?
Confirmez les accès à Joomla, VirtueMart, à l’hébergement, à la base de données, au système de fichiers, aux médias et aux extensions, puis créez des sauvegardes restaurables et enregistrez les versions de la plateforme. Le travail détaillé sur le catalogue ne doit pas commencer tant que l’équipe ne peut pas inspecter et restaurer la source de façon fiable.
Pourquoi les champs personnalisés VirtueMart nécessitent-ils un registre séparé ?
Ils peuvent décrire les Products, recueillir les saisies des acheteurs, modifier les prix, apparaître sur les lignes Order, relier d’autres enregistrements, joindre des téléchargements ou dépendre de plugins. Leur libellé ne suffit pas à révéler leur fonction métier ni leur propriétaire cible.
Comment préparer les Products parents et enfants ?
Enregistrez les ID parent et enfants, valeurs héritées, SKU, prix, stocks, images, Categories, groupes d’acheteurs, alias et champs personnalisés surchargés. Chaque enfant réellement vendable doit être traçable indépendamment tout en conservant sa relation au parent.
Pourquoi les groupes d’acheteurs font-ils partie de la préparation ?
Ils peuvent influencer la visibilité, les prix, les règles de calcul, les moyens de paiement, les méthodes d’expédition et les éléments de prix affichés. Préserver seulement le nom du groupe omettrait les relations commerciales qui lui donnent sa valeur.
Quels Orders VirtueMart faut-il sélectionner comme échantillons représentatifs ?
Incluez des Orders ordinaires et invités, des cas de groupes d’acheteurs, des child Products, sélections de champs personnalisés, coupons, taxes multiples, remboursements ou ajustements, téléchargements, factures et références externes utilisées par le support ou la finance.
Comment répartir la préparation entre Joomla et VirtueMart ?
Le périmètre Joomla possède le contenu CMS général, les utilisateurs, menus, modules, templates et extensions. Le périmètre VirtueMart possède les Products e-commerce, groupes d’acheteurs, Customers, Orders, enregistrements de calcul et plugins commerciaux, tout en documentant uniquement les dépendances Joomla nécessaires à ces enregistrements.