Phoca Cart est un composant e-commerce natif de Joomla qui possède ses propres structures pour les produits, catégories, clients, commandes, prix, taxes, stocks et avantages commerciaux. Joomla continue toutefois de fournir les utilisateurs, niveaux d’accès, menus, modules, templates, le contexte linguistique, les routes et l’environnement général d’extensions. Une migration doit donc traduire à la fois les enregistrements commerciaux et les relations Joomla qui rendent ces enregistrements accessibles et utilisables.
Phoca Cart sépare également plusieurs concepts que les plateformes sources regroupent souvent : options de produit, attributs, spécifications, prix par groupe de clients, remises, coupons, points de fidélité, taux de taxe, devises, états de stock et accès aux téléchargements. Le nom d’un champ ne suffit pas à choisir sa destination. Le modèle cible doit être décidé selon la façon dont la valeur agit sur l’achat, l’administration et l’interprétation historique.
Identité des produits et relations du catalogue
Un produit Phoca Cart peut être lié à des catégories, fabricants, images, attributs, options, spécifications, produits associés, téléchargements, stocks, prix, remises, taxes, avis, contenus linguistiques et règles propres à des groupes de clients. L’enregistrement du produit n’est donc que le centre d’un réseau de relations.
| Sens côté source | Propriétaire possible dans Phoca Cart | Relation à préserver |
|---|---|---|
| Identité principale du produit | Enregistrement du produit | Nom, alias, code/SKU, descriptions, état de publication et langue |
| Position dans le catalogue | Catégories Phoca Cart | Affectations produit-catégorie et hiérarchie attendue |
| Identité de marque | Fabricant, catégorie ou clé externe | Relation produit-fabricant et utilisation éventuelle pour la navigation ou les intégrations |
| Médias du produit | Images, fichiers téléchargeables ou ressources de contenu | Rôle, ordre, visibilité et accès |
| Choix de l’acheteur | Relation d’option ou d’attribut | Valeur sélectionnée et son effet sur le prix, le stock, l’image ou la ligne de commande |
| Donnée descriptive | Attribut, spécification, paramètre ou champ de contenu | Usage pour l’affichage, la comparaison, le filtrage ou l’administration |
| Avantage propre à un acheteur | Groupe de clients, prix, remise, coupon ou récompense | Éligibilité du client au résultat commercial |
Un produit source disposant de SKU enfants distincts peut rester sous forme de produits séparés ou être représenté par des options, selon que Phoca Cart doit conserver pour chaque choix une identité propre de stock, prix, image, code ou traitement logistique. Le modèle cible ne doit pas fusionner des articles vendables distincts uniquement pour simplifier une page.
Options, attributs, spécifications et paramètres
La distinction la plus importante dans le catalogue Phoca Cart concerne la fonction des valeurs qui décrivent un produit.
- Les options représentent des sélections effectuées par l’acheteur et participent directement à l’achat.
- Les attributs peuvent décrire un produit ou participer à une structure d’options selon l’implémentation.
- Les spécifications organisent des informations techniques ou descriptives destinées à la comparaison.
- Les paramètres et valeurs personnalisées peuvent servir à l’affichage, au filtrage, à l’import/export, aux modules ou à du code personnalisé.
Un champ source comme « taille » illustre le problème. Il peut s’agir d’une taille de vêtement sélectionnable, d’une dimension d’emballage, d’une valeur de filtre ou d’une donnée interne d’entrepôt. Ces significations doivent être attribuées à des propriétaires cibles différents.
| Fonction côté source | Interprétation cible | Sens à conserver |
|---|---|---|
| Le choix modifie le stock ou le code produit | Option/attribut structuré ou relation avec un produit séparé | Identité d’inventaire et de ligne de commande |
| Le choix modifie uniquement le prix | Valeur d’option liée au prix | Valeur sélectionnée et ajustement de prix |
| L’acheteur saisit du texte | Champ de saisie ou enregistrement appartenant à une extension | Valeur saisie rattachée au bon article de commande |
| Spécification technique | Spécification ou attribut descriptif | Libellé, valeur, groupe, ordre et usage de comparaison |
| Facette de recherche/filtrage | Attribut ou paramètre structuré utilisé par les filtres | Valeur normalisée et appartenance au filtre |
| Valeur opérationnelle interne | Champ personnalisé ou enregistrement de système externe | Propriété administrative sans affichage accidentel dans la vitrine |
Les définitions doivent rester distinctes des affectations aux produits. Un groupe de spécifications, une définition d’attribut ou une définition d’option peut être réutilisé par de nombreux produits, alors que la valeur propre au produit ou les choix qu’il autorise appartiennent à sa relation individuelle.
Prix, stocks, remises, coupons et récompenses
Phoca Cart peut représenter plusieurs types de valeurs commerciales. Prix de base, prix par groupe de clients, remise produit, remise panier, coupon, points de fidélité, taxe, devise et état de stock sont des concepts distincts. Les réunir dans un seul champ « prix » ferait disparaître la règle qui explique quand et pour qui la valeur s’applique.
| Règle commerciale côté source | Relation Phoca Cart | Question de traduction du modèle |
|---|---|---|
| Prix de gros ou prix membre | Groupe de clients + prix produit | Quels clients appartiennent au groupe et quels produits utilisent ce prix ? |
| Promotion propre à un produit | Remise produit et conditions d’application | La remise est-elle un montant, un pourcentage ou une règle limitée dans le temps ? |
| Promotion panier | Remise panier ou coupon | Quelles conditions de panier et limites d’utilisation déterminent l’éligibilité ? |
| Solde de fidélité | Enregistrement de points du client | Phoca Cart ou un autre système est-il la source faisant autorité pour ce solde ? |
| Disponibilité en stock | Stock produit, stock d’option et état de stock | L’inventaire appartient-il au produit ou à une sélection particulière ? |
| Valeur multidevise | Devise et relation entre prix/affichage | Quel montant est stocké et lequel est converti pour l’affichage ? |
Les totaux des commandes historiques doivent conserver les éléments enregistrés au moment de l’achat : prix, remises, coupons, récompenses, taxes, livraison, paiement et devise. Ces instantanés historiques ne remplacent pas les règles actives de la cible. Les nouveaux paniers utilisent la configuration et la logique de plugins actuellement en vigueur dans Phoca Cart.
Les points de fidélité nécessitent un propriétaire explicite. Le solde d’un client, les points gagnés sur une commande, les points dépensés et la règle qui convertit les points en valeur sont des enregistrements liés mais distincts. Migrer uniquement le solde peut rendre l’historique et les règles d’éligibilité incompréhensibles.
Catégories, fabricants, recherche et navigation Joomla
Les catégories et fabricants Phoca Cart appartiennent au catalogue e-commerce. Les menus et modules Joomla exposent ensuite aux acheteurs des vues de produits, catégories, fabricants, recherche, filtres, comparaisons ou autres. Une structure de navigation source peut donc se traduire par plusieurs relations cibles et non par un seul arbre de catégories.
| Structure source | Destination possible | Sens à préserver |
|---|---|---|
| Catégorie de produits | Catégorie Phoca Cart et affectations des produits | Hiérarchie du catalogue et regroupement attendu par les acheteurs |
| Page de marque | Fabricant + destination de menu ou de module | Identité de marque, navigation et filtrage |
| Collection dynamique | Filtre, règle de recherche, requête de module, catégorie ou logique personnalisée | Règle d’appartenance plutôt que seule liste actuelle de produits |
| Bloc « en vedette » ou « nouveautés » | Configuration d’un module Joomla | Requête, ordre, public et emplacement |
| Comparaison ou liste de souhaits | Enregistrements Phoca Cart liés au client/à la session et modules | Relations produit et, lorsqu’elles persistent, propriété du compte |
| Catalogue restreint | Niveau d’accès Joomla, groupe de clients ou extension | Qui peut voir ou acheter les produits |
Les catégories Joomla et les catégories Phoca Cart ne constituent pas automatiquement la même taxonomie. Les catégories Joomla organisent les enregistrements dans les composants Joomla qui les possèdent, tandis que Phoca Cart maintient son propre modèle de catégories commerciales. Une migration ne doit pas les fusionner simplement parce que leurs libellés se ressemblent.
La recherche et le filtrage dépendent de valeurs produit normalisées. Si les attributs source utilisent des orthographes, unités ou formats incohérents, la cible peut conserver chaque chaîne tout en perdant un filtrage réellement utile. La relation entre produit, définition d’attribut ou de spécification et valeur normalisée est donc l’élément important du modèle de données.
Clients, utilisateurs Joomla, groupes et adresses
Un client Phoca Cart enregistré peut être lié à un utilisateur Joomla. Les groupes de clients peuvent influencer les prix et avantages, tandis que les niveaux d’accès Joomla contrôlent la visibilité du site. Les adresses, informations fiscales, données d’entreprise, points de fidélité, listes de souhaits et commandes peuvent appartenir à différentes composantes de la relation client.
| Valeur client | Propriétaire approprié | Raison |
|---|---|---|
| Identité de connexion et état activé | Utilisateur Joomla | Contrôle l’authentification |
| Rôle d’accès au site | Groupe utilisateur / niveau d’accès Joomla | Contrôle la visibilité du contenu et des composants |
| Segment commercial | Groupe de clients Phoca Cart | Peut influencer les prix, remises ou avantages |
| Adresse réutilisable de facturation/livraison | Enregistrement client/adresse Phoca Cart | Appartient au cycle de vie du client |
| Adresse d’un invité | Commande historique | Appartient à une transaction particulière |
| Solde de récompenses | Enregistrements de récompense Phoca Cart ou système externe de fidélité | Nécessite un registre faisant autorité |
| Identifiant fiscal ou d’entreprise | Client, adresse, commande ou système externe | Le propriétaire dépend de la réutilisation et de la finalité juridique |
Les groupes d’utilisateurs Joomla et les groupes de clients Phoca Cart ne doivent pas être supposés interchangeables. Les premiers peuvent contrôler l’accès au CMS alors que les seconds contrôlent le traitement commercial. Certaines boutiques les relient par une logique personnalisée, mais cette connexion constitue elle-même une relation à identifier.
Les clients invités doivent rester distincts des comptes enregistrés. Une adresse e-mail sur une commande ne prouve pas qu’un utilisateur Joomla persistant existait, et créer des comptes à partir de tout l’historique invité peut produire des identités dupliquées.
Commandes, factures et éléments de paiement et de livraison
Les commandes Phoca Cart peuvent inclure les produits et options achetés, les adresses, le contexte client, les prix, remises, coupons, points de fidélité, taxes, livraison, paiement, devise, statut, notes et références de facture. La commande doit préserver un instantané de la transaction plutôt que de dépendre uniquement de l’état actuel du produit ou du client.
| Relation de commande | Sens à préserver |
|---|---|
| Commande → client ou invité | Identité utilisée au moment de l’achat |
| Ligne de commande → produit et valeurs d’option | Configuration exacte achetée |
| Ligne de commande → prix et remise | Formation historique du montant |
| Commande → coupon ou récompense | Avantage appliqué à la transaction |
| Commande → taxe, livraison et paiement | Contexte financier et logistique historique |
| Commande → statut et horodatages | Progression opérationnelle |
| Commande → référence de facture ou reçu | Continuité documentaire lorsque nécessaire |
| Commande → identifiant externe | Continuité avec ERP, POS, comptabilité, transporteur ou marketplace |
Phoca Cart peut prendre en charge des processus de facturation et de point de vente. Ces capacités ne doivent pas être déduites d’une seule table de commandes. Les transactions en ligne et hors ligne peuvent partager produits, clients, stocks et numéros de documents tout en utilisant des enregistrements supplémentaires pour le POS ou les factures. Le modèle cible doit identifier la source faisant autorité pour chaque séquence et référence externe.
Les plugins de paiement et de livraison créent aussi une distinction entre éléments historiques et comportement actif. Une ancienne commande doit conserver des noms de méthode, montants, suivis et références fournisseur lisibles lorsqu’ils font partie du périmètre. La cible actuelle doit disposer de sa propre configuration de plugins.
Contenu, langues, URL et présentation de la vitrine
Phoca Cart fonctionne à l’intérieur de Joomla. Les enregistrements produits et catégories ne représentent donc qu’une partie du résultat visible par les clients. Les menus, modules, templates, affectations linguistiques, niveaux d’accès, routes et pages de contenu Joomla façonnent la découverte et la présentation.
Une boutique source peut combiner les données produit avec des guides d’achat, pages de comparaison, pages fabricant, articles de blog, pages d’atterrissage et ressources téléchargeables. Chaque élément doit être confié au type d’enregistrement qui en possède le cycle de vie sur la cible :
- le contenu commercial propre à un produit peut appartenir aux champs du produit ;
- l’introduction d’une catégorie peut appartenir au contenu de la catégorie ;
- le contenu éditorial plus large peut devenir une page CMS ou un article de blog Joomla ;
- les blocs de produits pilotés par des modules restent une configuration de présentation Joomla ;
- les ressources téléchargeables peuvent appartenir à l’accès produit ou au contenu CMS selon leur objectif.
Les relations multilingues peuvent inclure les traductions de produits, catégories, fabricants, attributs, spécifications, menus, modules, métadonnées et URL. Copier le texte traduit sans conserver les relations de langue et de route crée du contenu déconnecté.
La propriété des URL est partagée. Les alias de produits et de catégories fournissent l’identité commerciale, tandis que le contexte de menu et le routage Joomla peuvent déterminer le chemin visible. La cible doit identifier les destinations canoniques et relier les redirections à celles-ci plutôt que traiter l’URL source complète comme un simple champ produit.
Plugins, modules, imports, POS et systèmes externes
Phoca Cart est modulaire. Les plugins de paiement et de livraison, modules de recherche et de filtrage, génération PDF, newsletters, intégration Open Graph, processus d’import/export, fonctions POS, surcharges de template et extensions Joomla personnalisées peuvent créer ou consommer des données hors des structures standard produit-client-commande.
| Dépendance | Données ou hypothèses supplémentaires | Question pour la cible |
|---|---|---|
| Processus d’import/export | Correspondances de colonnes, identifiants externes, calendriers, valeurs transformées | Phoca Cart ou un processus externe restera-t-il la source faisant autorité ? |
| Processus POS | Commandes hors ligne, mises à jour de stock, numérotation des documents, contexte du caissier ou de l’emplacement | Quels enregistrements sont partagés avec l’e-commerce en ligne ? |
| Module de recherche/filtrage | Valeurs indexées, définitions de paramètres, configuration des requêtes | Quelles relations produit pilotent la découverte ? |
| Plugin de paiement/livraison | Références fournisseur, suivi, métadonnées de méthode, statuts personnalisés | Qu’est-ce qui constitue un élément historique et qu’est-ce qui relève de la configuration active ? |
| Extension PDF ou de facturation | Templates de document, numérotation, fichiers générés | Quels identifiants et fichiers doivent conserver leur continuité ? |
| Intégration ERP, comptable, marketplace ou flux | Clés stables de produit, client, commande, taxe et stock | Quel système possède chaque identifiant ? |
| Surcharge de template | Champs attendus, positions de modules, hypothèses de route | Quels enregistrements migrés doivent rester accessibles ? |
La présence d’une extension doit déclencher une question de propriété des données, pas l’hypothèse que tous ses enregistrements doivent être placés dans un champ personnalisé générique. Certaines valeurs appartiennent à Phoca Cart, d’autres à Joomla et d’autres encore au système externe qui les a créées.
Comment les différences de Phoca Cart influencent le périmètre de migration
Le périmètre d’une migration vers Phoca Cart doit distinguer les traitements suivants :
| Traitement | Exemples courants | Conséquence sur le périmètre |
|---|---|---|
| Traduction directe d’enregistrements | Produits, catégories, fabricants, clients, commandes, médias | Mettre en correspondance les champs et identifiants pris en charge |
| Reconstruction de relations | Options, attributs, spécifications, groupes de clients, récompenses, avantages de commande | Recréer les définitions, affectations et liens de propriété |
| Structure de présentation Joomla | Menus, modules, templates, routes, accès, contexte linguistique | Affecter à l’implémentation du site cible |
| Données de plugins ou de processus | POS, factures, imports, métadonnées de paiement/livraison, index de recherche | Définir une destination actuelle ou un archivage historique |
| Continuité avec les systèmes externes | Identifiants ERP, comptabilité, marketplace, fidélité, transporteur, flux | Préserver des clés durables et une propriété nommée |
| Retrait intentionnel | Modules obsolètes, paramètres inutilisés, routes en double, intégrations abandonnées | Exclure avec une justification enregistrée |
Un modèle cible cohérent permet aux équipes de suivre un produit à travers sa catégorie, ses options, spécifications, prix, stocks, règles de groupe de clients, lignes de commande, route Joomla et identifiants externes sans devoir deviner quel système possède chaque valeur.
Conclusion
Les différences du modèle de données de Phoca Cart proviennent de la combinaison entre un composant e-commerce riche et le site Joomla qui l’entoure. Les produits peuvent dépendre de catégories, fabricants, options, attributs, spécifications, prix, stocks, avantages, taxes, plugins et contenus multilingues. Les clients peuvent s’étendre aux utilisateurs Joomla, niveaux d’accès, groupes Phoca Cart, adresses, récompenses et commandes. Les routes et la présentation de la vitrine restent des relations Joomla.
Une migration fiable traduit chaque valeur selon sa fonction. Les choix des acheteurs restent liés au bon produit et à la bonne ligne de commande ; les valeurs descriptives restent utiles à l’affichage et au filtrage ; les totaux historiques restent distincts des règles actives ; les données de plugins ou de systèmes externes reçoivent un propriétaire clair. Cette approche préserve le fonctionnement de la boutique plutôt que seulement les noms de ses tables.
Questions fréquentes
Quelle est la différence pratique entre une option Phoca Cart et une spécification ?
Une option participe au choix d’achat du client. Une spécification décrit ou compare le produit. Un même libellé, comme la taille ou la matière, peut donc appartenir à l’une ou l’autre structure selon qu’il modifie ou non le résultat acheté.
Faut-il fusionner les catégories Joomla et les catégories Phoca Cart ?
Pas automatiquement. Elles appartiennent à des composants Joomla différents et peuvent servir des objectifs distincts. Les catégories Phoca Cart organisent les enregistrements commerciaux, tandis que les catégories Joomla organisent les enregistrements du composant CMS qui les possède.
Comment traduire les groupes de clients et les groupes d’utilisateurs Joomla ?
Conservez-les comme des relations distinctes sauf si la boutique comporte une logique explicite qui les relie. Les groupes Joomla peuvent contrôler l’accès au site ; les groupes Phoca Cart peuvent contrôler les prix, remises ou autres traitements commerciaux.
Les points de fidélité appartiennent-ils uniquement au solde du client ?
Non. Le solde, les points gagnés, les points dépensés, les commandes associées et les règles de conversion peuvent être des enregistrements séparés. La cible doit désigner un propriétaire faisant autorité pour l’ensemble de la relation de fidélité.
Les données historiques de taxe, paiement et livraison peuvent-elles utiliser les mêmes enregistrements que les règles actives du checkout ?
Les commandes historiques doivent conserver les montants, libellés et références enregistrés au moment de l’achat. Les règles actives et plugins de la cible gouvernent les nouvelles transactions et constituent une couche de configuration distincte.
Comment traiter les données POS ou d’import/export ?
Identifiez quels produits, stocks, commandes, numéros de documents et identifiants externes sont partagés avec Phoca Cart. Préservez les clés métier durables et attribuez l’état opérationnel au système qui restera la source faisant autorité.