Si Phoca Cart est retenu comme plateforme cible, la préparation doit distinguer les nombreuses structures qui peuvent entourer un produit. Les attributs peuvent créer des variantes et agir sur le prix, les spécifications peuvent servir à la comparaison, les paramètres peuvent alimenter le filtrage, les groupes de clients peuvent modifier les prix et l’accès à la vitrine, les fichiers téléchargeables peuvent dépendre des relations de commande, tandis que les menus, langues, modules, templates et niveaux d’accès Joomla déterminent comment la boutique est atteinte.
Le dossier de préparation doit définir pour chaque domaine important une action, un responsable, un élément de validation et une condition de préparation. Il doit préserver le sens de la source à l’aide d’échantillons, de sauvegardes, d’inventaires, de cartes de relations et de décisions explicites sur l’état de préparation.
Sécuriser les accès Joomla, Phoca Cart, hébergement et fichiers
Confirmez l’accès à l’administration Joomla, à l’administration Phoca Cart, à l’hébergement, à la base de données, au système de fichiers, aux images produits, aux fichiers téléchargeables ou envoyés par les utilisateurs, aux tâches planifiées et aux services externes. Enregistrez les versions Joomla et Phoca Cart, l’environnement PHP et base de données, les langues, le template, les niveaux d’accès, les modules/plugins actifs, les moyens de paiement et de livraison et le code personnalisé.
| Action de préparation | Responsable | Élément de validation | Condition de préparation |
|---|---|---|---|
| Confirmer les accès administratifs | Administrateur Joomla/Phoca Cart | Comptes fonctionnels et synthèse des rôles | Les produits, attributs, clients, commandes, modules et paramètres peuvent être inspectés. |
| Créer des sauvegardes restaurables | Responsable infrastructure | Export de base de données, archive des fichiers, répertoires protégés de téléchargement/envoi et responsable de la restauration | La source peut être restaurée sans dépendre de la boutique active. |
| Documenter l’environnement et les extensions | Responsable technique | Inventaire Joomla, Phoca Cart, PHP, base de données, template, modules, plugins et langues | Les enregistrements dépendant des versions ou extensions sont identifiés. |
| Recenser les personnalisations | Responsable développement | Surcharges de template, champs personnalisés, SQL personnalisé, modifications de source et plugins sur mesure | Chaque personnalisation qui lit ou écrit des enregistrements commerciaux a un responsable. |
| Cartographier les systèmes connectés | Responsables des intégrations | Endpoints et identifiants des flux, ERP, CRM, POS, comptabilité, paiements, livraison et marketplaces | Les systèmes qui continueront à fonctionner et les valeurs faisant autorité sont connus. |
Conservez les identifiants de produits, catégories, fabricants, attributs, spécifications, paramètres, clients, groupes de clients, commandes, lignes de commande, statuts, points de fidélité, avis, champs de formulaire, flux et systèmes externes lorsqu’ils sont nécessaires pour reconstruire les relations.
Préparer les produits, catégories, fabricants, images et stocks
Les produits Phoca Cart peuvent inclure des identifiants, descriptions, catégories, fabricants, images, vidéos, prix, taxes, stocks, dimensions, points de fidélité, téléchargements, tags, libellés, associations de langue, métadonnées, produits associés et clés externes. Préparez les enregistrements selon leur fonctionnement commercial et leur importance opérationnelle.
| Type de produit | Éléments à préparer | Condition de préparation |
|---|---|---|
| Produit simple | ID produit, SKU/EAN/MPN, prix, taxe, stock, catégorie, fabricant, médias et commande d’exemple | Un enregistrement identifie clairement l’article vendu. |
| Produit fondé sur des attributs | Définitions d’attributs, options, combinaisons, effets sur le prix, calcul de stock, images et exemple de commande | Chaque variante achetable et ses valeurs d’option peuvent être retracées. |
| Produit téléchargeable | Fichier produit, fichiers propres aux options d’attribut, chemin, expiration, nombre de téléchargements et commande terminée | La propriété des fichiers protégés et l’accès fondé sur la commande sont documentés. |
| Produit dans plusieurs catégories | Relations produit-catégorie, route prioritaire et périmètre linguistique | Les relations de découverte sont préservées sans dupliquer le produit. |
| Produit avec points de fidélité | Points requis/gagnés, relation produit, historique client et règles applicables | Les relations de fidélité sont séparées des données de prix ordinaires. |
| Produit POS ou soumis | Contexte POS/source, auteur de la soumission, statut, identifiants et produit associé | Les parcours de création non standard ont un responsable explicite. |
Documentez l’état de publication, le fonctionnement en mode catalogue, l’état du stock, les quantités minimales et multiples, les identifiants externes, les champs de flux et les associations linguistiques. Une quantité vide, un stock illimité et un produit en rupture ne doivent pas être considérés comme le même état.
Séparer attributs, spécifications, paramètres, tags et champs personnalisés
Phoca Cart distingue plusieurs systèmes d’informations produit. Les attributs peuvent créer des variantes et modifier le prix. Les spécifications servent à la comparaison et au filtrage sans modifier le prix. Les paramètres constituent une autre structure de filtrage. Les tags et libellés servent surtout à la présentation ou à la classification. Des champs produit supplémentaires peuvent porter des identifiants, valeurs de flux, médias, dimensions ou références externes.
| Structure | Éléments de validation | Condition de préparation |
|---|---|---|
| Attribut et option | Type d’attribut, état requis/par défaut, valeurs d’option, comportement des combinaisons, effet sur le prix, image, stock et affectations produit | Les choix achetables ne sont pas aplatis en champs descriptifs. |
| Spécification | Groupe/valeur de spécification, relations produit, usage pour comparaison/filtrage et langue | Les données descriptives destinées à la comparaison restent distinctes des variantes. |
| Paramètre | Paramètre/valeur, affectations produit, usage pour recherche/filtrage et routes | Les relations de filtrage sont documentées sans inventer d’effets sur le prix. |
| Tag ou libellé | Type, valeur, objectif d’affichage, affectations produit et langue | Les libellés visuels ne sont pas confondus avec les catégories principales du catalogue. |
| Champ produit supplémentaire | Nom du champ, sens métier, type de valeur, système consommateur et clé produit | Les valeurs opérationnelles et d’intégration ont un propriétaire désigné. |
Ne créez un vocabulaire normalisé qu’après avoir préservé les définitions et affectations source. Des libellés similaires peuvent représenter des fonctions différentes, et une famille de produits peut utiliser des attributs là où une autre utilise des spécifications.
Préparer les prix, groupes de clients, taxes, remises et points de fidélité
Phoca Cart peut associer des produits à des prix par groupe de clients, contrôler l’affichage du prix et l’ajout au panier selon le groupe, appliquer des remises produit ou panier, utiliser plusieurs taxes et devises et conserver des enregistrements de points de fidélité. Préparez ces éléments comme des relations et non comme des champs numériques isolés.
| Domaine commercial | Éléments à préparer | Condition de préparation |
|---|---|---|
| Prix produit | ID produit/variante, groupe de clients, devise, montant, date ou condition et propriétaire source | Chaque prix est rattaché au bon produit et au bon contexte d’acheteur. |
| Groupes de clients | Définition du groupe, clients affectés, paramètres de visibilité, effet sur le prix et règle d’affectation automatique | Le sens du groupe est documenté au-delà de son libellé. |
| Taxes | Taux/classe de taxe, périmètre pays/région/zone, affectations produit/catégorie et exemples de commandes historiques | La configuration fiscale est séparée des montants fiscaux historiques. |
| Remises et coupons | Type de règle, produits/catégories, seuils de quantité/montant, groupe, dates et historique d’utilisation | Les règles actives sont distinguées des éléments historiques. |
| Points de fidélité | Client, produit, points gagnés/dépensés, solde et contexte de transaction | L’historique de fidélité possède une destination ou un propriétaire conservé. |
| Stock | Produit/variante, quantité, méthode de calcul, quantité minimale/multiple, propriétaire emplacement/POS et clé externe | La quantité vendable faisant autorité est connue. |
Si un ERP, POS, marketplace ou flux fournisseur possède le prix ou le stock, documentez séparément les valeurs d’ouverture et le système qui continuera à les maintenir.
Préparer les clients, utilisateurs Joomla, formulaires, avis et adresses
La préparation des clients doit relier les utilisateurs Joomla, clients Phoca Cart, groupes de clients, adresses de facturation/livraison, champs de formulaires personnalisés, identifiants de fidélité, points de fidélité, avis, état d’abonnement aux newsletters et clés externes de CRM ou de comptabilité.
| Domaine du compte | Éléments de validation | Condition de préparation |
|---|---|---|
| Client enregistré | ID utilisateur Joomla, ID client, e-mail, statut, groupe, adresses, numéro de fidélité et identifiants externes | Les doublons et identités inter-systèmes ont un traitement prévu. |
| Client invité | Nom et e-mail au niveau de la commande, valeurs de facturation/livraison et références de commande | L’historique invité est conservé sans créer artificiellement un compte. |
| Champ de formulaire de checkout | Définition du champ, type, règles requis/affichage, niveau d’accès, groupe de clients et valeurs stockées | Les données client personnalisées ne sont ni perdues ni mal classées. |
| Avis | Produit, identité du client/invité, note, texte, date, statut et langue | L’avis reste relié au bon produit et à son état de modération. |
| Enregistrement de fidélité | Clé client, solde, source de transaction et contexte produit/commande | Les données de fidélité disposent d’éléments complets sur leur propriété. |
| Authentification | Mot de passe local, SSO/connexion sociale, parcours de réinitialisation et responsable des communications | L’accès au compte est planifié sans supposer que les mots de passe sont portables. |
Incluez des clients avec plusieurs adresses, prix de groupe, données de fidélité, avis, champs personnalisés et commandes importantes. Ces exemples révèlent des relations que les comptes de détail ordinaires ne montrent pas.
Préparer commandes, factures, téléchargements, livraison, paiement et historique POS
Les commandes Phoca Cart peuvent inclure leur origine en ligne ou POS, numéro, jeton, identité client ou invité, adresses, lignes produit, attributs, taxes, remises, paiement et livraison, statuts, commentaires, éléments liés à la confidentialité/aux conditions, suivi, numéros de facture ou de reçu, liens de téléchargement et références externes.
| Élément de commande | Responsable | Condition de préparation |
|---|---|---|
| En-tête et origine | Responsable e-commerce/POS | Numéro, canal, identité client/invité, dates, langue et statut sont documentés. |
| Lignes produit et attributs | Responsables catalogue et commandes | ID produit, SKU, attributs sélectionnés, quantités, prix, taxes et texte instantané sont complets. |
| Totaux et remises | Responsable finance | Sous-total, remise produit/panier, coupon, taxe, livraison, coût de paiement, points et total final se réconcilient. |
| Paiement, livraison et suivi | Responsables finance/traitement logistique | Libellés de méthodes historiques, références, transporteur, suivi et date d’expédition sont connus. |
| Facture, reçu et bon de livraison | Responsable finance | Numérotation, dates, fichiers/données de mise en page et relations avec la commande sont récupérables. |
| Accès aux téléchargements | Responsable de la livraison numérique | Fichiers, expiration, nombre maximal de téléchargements, relation produit/option et commande sont liés. |
| Références externes | Responsable intégration | Les ID POS, ERP, comptabilité, marketplace ou traitement logistique restent traçables. |
Sélectionnez, lorsqu’ils existent, des exemples de commandes ordinaires, invitées, riches en attributs, remisées, utilisant des points, remboursées ou ajustées, téléchargeables, POS, multilingues et avec suivi d’expédition.
Préparer routes Joomla, langues, niveaux d’accès, modules et médias
Phoca Cart est entièrement intégré à Joomla. Menus, niveaux d’accès, associations linguistiques, modules, surcharges de template, modules de filtre/recherche, chemins de médias et métadonnées peuvent déterminer si les enregistrements commerciaux migrés restent accessibles.
| Domaine de la vitrine | Éléments de validation | Condition de préparation |
|---|---|---|
| URL produits et catégories | Route source, alias, contexte de menu, langue, métadonnées et intention de destination | Chaque chemin prioritaire a une décision : conserver, changer, fusionner, retirer ou rediriger. |
| Menus et accès Joomla | Type d’élément de menu, parent, alias, niveau d’accès, langue et destination | Les points d’entrée du catalogue et routes restreintes sont documentés. |
| Modules et filtres | Type de module, position, affectation aux menus, source attribut/spécification/paramètre et propriétaire | Le fonctionnement de découverte est séparé des données produit. |
| Associations multilingues | Relations entre produits/catégories/termes, langues, menus et médias | Les traductions ne sont pas traitées comme des doublons sans relation. |
| Surcharges de template | Fichiers de surcharge, vues concernées, champs personnalisés et positions de modules | Les dépendances de présentation sont documentées séparément des enregistrements commerciaux. |
| Médias et fichiers protégés | Images, miniatures, vidéos, téléchargements/envois, stockage distant et autorisations du système de fichiers | Les fichiers prioritaires sont disponibles et reliés aux bons enregistrements. |
Le périmètre CMS Joomla plus large possède les Articles et pages CMS générales. Cette préparation ne couvre les structures Joomla que lorsqu’elles agissent directement sur les routes Phoca Cart, l’accès, la découverte ou les médias commerciaux.
Inventorier modules, plugins, flux, code personnalisé et systèmes externes
Construisez un registre des dépendances pour le paiement, la livraison, la recherche, les filtres, les marques, comparaisons, listes de souhaits, POS, flux, imports/exports, comptabilité, ERP, CRM, marketplaces, analyse et modifications personnalisées.
| Dépendance | Éléments à préparer | Condition de préparation |
|---|---|---|
| Module ou plugin Phoca | Nom, version, objectif, dépendances aux produits/clients/commandes et configuration | Les enregistrements appartenant à l’extension ont une destination prévue ou un propriétaire conservé. |
| Flux XML/CSV | Définition du flux, champs produit, correspondance des catégories, identifiants, consommateur et calendrier | Les données de canal sont séparées du modèle produit canonique. |
| Intégration POS | Contexte emplacement/appareil, autorité sur produit/stock, ID client/commande et processus de synchronisation | Les historiques en ligne et POS ne sont pas fusionnés à tort. |
| Table personnalisée ou modification du code source | Schéma, clés, finalité métier et code consommateur | Les enregistrements personnalisés peuvent être interprétés plutôt que copiés aveuglément. |
| Système externe | Endpoint, autorité sur les données, sens de synchronisation, identifiants et responsable de bascule | L’identité inter-systèmes reste utilisable. |
| Données générées | Caches, miniatures, logs, flux temporaires, sessions et index | Les données techniques non faisant autorité sont exclues volontairement. |
La personnalisation Open-Source rend l’inspection de la source particulièrement importante. Un nom de champ familier peut avoir acquis un fonctionnement local à travers du code personnalisé ou des modifications SQL.
Sélectionner des échantillons représentatifs pour les tests de migration
Enregistrez l’ID source, le SKU, l’URL, les enregistrements liés, la langue, le groupe de clients, la clé externe et la raison de sélection de chaque échantillon.
| Échantillon | Éléments à préparer | Objectif de la préparation |
|---|---|---|
| Produit simple | Prix, stock, taxe, catégorie, fabricant, images et commande | Établit le modèle de référence pour un produit ordinaire. |
| Variante par attribut | Attributs/options, état requis/par défaut, effets sur prix/image/stock et ligne de commande | Représente le fonctionnement des variantes achetables. |
| Produit de spécification/filtrage | Spécifications, paramètres, tags, catégories et modules de filtrage | Représente les relations descriptives et de découverte. |
| Cas avec groupe de clients | Client, groupe, prix/visibilité produit, champs de formulaire et commande | Représente le commerce segmenté. |
| Commande complexe | Identité invité/enregistré, attributs, remises, taxes, récompenses, paiement, livraison, suivi et facture | Représente le contexte commercial historique. |
| Produit/commande téléchargeable | Fichiers, chemin protégé, fichier propre à une option, expiration, nombre et commande | Représente la livraison numérique. |
| Route multilingue | Produits/catégories associés, alias, menus, métadonnées et intention de redirection | Représente le périmètre linguistique et de routage Joomla. |
| Enregistrement POS ou d’extension | Enregistrement principal, propriétaire canal/extension, ID externe et commandes associées | Révèle les dépendances hors noyau avant l’exécution. |
La préparation des tests représentatifs définit les échantillons et les éléments disponibles côté source. Les décisions « pass », « watch » ou « block » appartiennent au travail de validation ultérieur.
Terminer le contrôle final de préparation de Phoca Cart
| Domaine de préparation | Condition de préparation |
|---|---|
| Accès et restauration | Joomla, Phoca Cart, hébergement, base de données, fichiers protégés, sauvegardes et responsabilité de restauration sont confirmés. |
| Catalogue | Produits, catégories, fabricants, attributs, spécifications, paramètres, médias, téléchargements, stocks, prix et identifiants sont documentés. |
| Clients | Utilisateurs Joomla, clients, groupes, formulaires, adresses, avis, récompenses et dépendances d’authentification sont classés. |
| Commandes | Origine en ligne/POS, lignes, attributs, totaux, statuts, paiement, livraison, factures, téléchargements et ID externes disposent d’éléments de validation. |
| Vitrine | Menus, accès, langues, modules, filtres, surcharges, URL, SEO et médias sont documentés. |
| Dépendances | Plugins, modules, flux, code personnalisé, systèmes externes et autorités de données ont des responsables. |
| Échantillons | Des enregistrements représentatifs couvrent chaque modèle important de catalogue, client, commande, route, téléchargement, POS et extension. |
Le périmètre Phoca Cart est prêt lorsque chaque enregistrement important possède un propriétaire source, une carte des enregistrements liés, un élément de validation et une décision sur sa destination ou le système qui le conservera.
Conclusion
La préparation d’une migration vers Phoca Cart exige des éléments coordonnés couvrant Joomla, les produits, attributs, spécifications, paramètres, groupes de clients, clients, commandes, téléchargements, POS, routes, modules, plugins, flux et systèmes externes. Ces structures doivent être séparées selon leur sens métier avant le début de l’exécution.
Un dossier de préparation solide sécurise des sauvegardes restaurables, documente les enregistrements faisant autorité, sépare les transactions historiques de la configuration active, sélectionne des échantillons 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 vers Phoca Cart ?
Confirmez les accès Joomla, Phoca Cart, hébergement, base de données, système de fichiers, répertoires protégés de téléchargement/envoi et extensions. Créez des sauvegardes restaurables et documentez l’inventaire logiciel et les personnalisations avant d’entrer dans le détail du catalogue.
Quelle différence de préparation faut-il faire entre attributs et spécifications ?
Les attributs peuvent créer des variantes et modifier le prix, l’image, le stock ou le choix de l’acheteur. Les spécifications décrivent les produits pour la comparaison et le filtrage sans modifier le prix. Leurs définitions et leurs affectations aux produits doivent rester distinctes.
Pourquoi inventorier séparément paramètres et tags ?
Les paramètres peuvent alimenter les filtres et valeurs recherchables, tandis que les tags et libellés servent généralement à la présentation ou à la classification. Les regrouper peut modifier la découverte dans la vitrine et le sens des archives.
Comment préparer les données des groupes de clients ?
Documentez les définitions de groupes, les clients affectés, les prix produit, les paramètres d’affichage et d’ajout au panier, la visibilité des attributs, les règles de remise et les éventuels critères d’affectation automatique. Le libellé du groupe seul ne suffit pas.
Quelles commandes doivent figurer dans le registre d’échantillons ?
Incluez des commandes en ligne et POS, des acheteurs invités et enregistrés, des lignes riches en attributs, remises, taxes, points de fidélité, remboursements ou ajustements, téléchargements, suivi, factures et références externes utilisés par le support ou la finance.
Comment répartir la préparation entre Joomla et Phoca Cart ?
Le périmètre Joomla possède le contenu CMS général, les utilisateurs, menus, modules, templates et l’architecture d’accès. La préparation Phoca Cart possède les produits, clients, commandes, attributs, stocks, récompenses et extensions commerciales, tout en documentant les dépendances Joomla nécessaires à ces enregistrements.