Si Gambio est choisi comme plateforme cible, la préparation doit identifier la génération de structure de catalogue, l’environnement d’hébergement, les modules et les personnalisations réellement utilisés par la boutique source. Les Product Options et Product Variants actuels peuvent coexister conceptuellement avec d’anciens attributs ou propriétés d’article dans des boutiques exploitées depuis longtemps. Les Products peuvent aussi dépendre de la visibilité par groupe Customer, des prix de groupe, des prix dégressifs, des Categories, du contenu, des modules, de systèmes externes et de champs multilingues.
Chaque action de préparation doit avoir un responsable, un élément de preuve et une condition de préparation. Le dossier doit distinguer les preuves de la source de l’implémentation cible : relations Product-variante, Orders historiques, enregistrements Content Manager, URL, identifiants externes et données détenues par des modules relèvent de la préparation à la migration ; paiement actif, expédition, fiscalité, e-mail, thème et fonctionnement du processus de commande relèvent de la configuration de la plateforme cible.
Confirmer l’environnement Gambio, les accès et le parcours de restauration
Indiquez si la source utilise Gambio Cloud ou une installation auto-hébergée. Confirmez l’accès à l’administration, à l’hébergement et à la base de données lorsque c’est pertinent, au système de fichiers, aux images Product, fichiers téléchargeables, au Content Manager, aux modules, tâches planifiées et systèmes connectés. Enregistrez la version Gambio, l’environnement PHP/base de données pour les boutiques auto-hébergées, le thème, les langues, devises, modules actifs, GXModules, code personnalisé et intégrations.
| Action de préparation | Responsable | Élément de preuve | Condition de préparation |
|---|---|---|---|
| Confirmer l’accès à l’administration | Administrateur Gambio | Compte fonctionnel et résumé des rôles | Products, options, variantes, Customers, Orders, contenu et modules peuvent être inspectés. |
| Confirmer l’accès à l’environnement | Responsable infrastructure | Résumé des accès Cloud ou hébergement/base/fichiers | Les preuves disponibles dans l’environnement source sont connues. |
| Créer des sauvegardes restaurables | Responsable infrastructure | Sauvegardes base, fichiers, images, téléchargements et configuration, avec responsable de restauration | La boutique source peut être restaurée sans dépendre du système en production. |
| Enregistrer versions et personnalisations | Responsable technique | Inventaire Gambio, PHP/base lorsque pertinent, thème, modules, GXModules et code personnalisé | Les structures et modifications dépendant de la version sont documentées. |
| Cartographier les systèmes externes | Responsables intégrations | Points de connexion ERP/PIM/WMS/CRM/marketplace/comptabilité/paiement/traitement et IDs | Les autorités de données qui continuent et leurs clés de synchronisation sont connues. |
Préservez les identifiants des Products, variantes actuelles, anciens attributs/propriétés, Categories, groupes Customer, Customers, Orders, contenus, modules et systèmes externes. Cette cartographie est essentielle lorsqu’un même choix visible peut être stocké différemment selon les générations de Gambio.
Classer Products, types de Product et relations Category
Préparez les Products selon leur fonctionnement commercial plutôt que selon le nombre de lignes. Enregistrez numéro d’article, identifiants modèle ou code-barres, type Product, prix, classe fiscale, stock, dimensions, Manufacturer, Categories, images, fichiers téléchargeables, statut de livraison, règles de quantité, descriptions multilingues, métadonnées et visibilité.
| Schéma Product | Preuves à préparer | Condition de préparation |
|---|---|---|
| Product physique standard | ID Product, numéro d’article/modèle, prix, taxe, stock, poids, Category, Manufacturer et images | Un enregistrement identifie clairement l’article vendu et traité. |
| Product téléchargeable | Fichier, lien Product, relation d’accès, limites ou expiration si utilisées et exemple d’Order terminé | Le fichier et la preuve historique d’achat peuvent être récupérés. |
| Service ou Product non expédié | Type Product, prix, taxe, disponibilité et exemple d’Order | Aucune donnée de stock ou d’expédition physique n’est inventée. |
| Product multi-Categories | Affectations Product-Category et routes publiques prioritaires | Aucun Product dupliqué n’est créé uniquement pour reproduire les parcours de découverte. |
| Product restreint par groupe Customer | Visibilité du groupe, ID Product, relations de prix et Customers représentatifs | Le périmètre d’accès et commercial est documenté au-delà du statut Product. |
| Product riche en médias | Images principales/secondaires, médias propres aux variantes, ordre et chemin de stockage | Chaque actif possède un propriétaire Product ou variante connu. |
Enregistrez aussi les cas inactifs, masqués, abandonnés, indisponibles, en réapprovisionnement, à quantité minimale et à paliers de quantité. Ces états exigent un traitement cible explicite.
Séparer les Product Options et variantes actuelles des structures historiques
La documentation actuelle de Gambio distingue options, Product Options et Product Variants. Les Product Variants représentent des combinaisons concrètes et peuvent remplacer des identifiants, stocks, prix, poids ou relations d’images au niveau Product. Les boutiques plus anciennes peuvent utiliser des attributs ou propriétés d’article pour des choix visibles similaires à travers d’autres tables et règles.
| Structure source | Preuves à préparer | Condition de préparation |
|---|---|---|
| Option actuelle | ID option, valeurs, traductions, ordre et affectations Product | Les définitions de choix réutilisables sont documentées. |
| Product Option | Product, valeurs d’option liées, références d’image, caractère obligatoire et fonction d’affichage | Les valeurs sélectionnables au niveau Product sont traçables. |
| Product Variant | ID variante, combinaison d’options, modèle/EAN/GTIN, prix, stock, poids, liste d’images et lien Product | Chaque combinaison vendable possède une identité complète. |
| Ancien attribut d’article | Groupe/valeur d’attribut, lien Product, effet sur prix/poids, comportement de stock et exemples de lignes d’Order | Le fonctionnement historique n’est pas reclassé comme variante actuelle sans preuve. |
| Ancienne propriété d’article | Groupes de propriétés, valeurs, combinaisons, stock, lien Product et contexte de version source | L’attribution et l’origine des combinaisons sont explicites. |
| Personnalisation par l’acheteur | Responsable GX-Customizer ou module, définition du champ, valeur saisie et référence de ligne d’Order | La saisie Customer ponctuelle reste distincte des données de variante réutilisables. |
Construisez un registre des choix avec une ligne par famille d’options importante. Indiquez si la valeur modifie l’identité vendable, le prix, le stock, le poids, les médias, le traitement, le filtrage ou seulement la description Product.
Préparer groupes Customer, prix, règles de quantité et stock
Les groupes Customer Gambio peuvent influer sur l’accès aux Products et Categories, la visibilité du contenu, les prix Product, les prix dégressifs, la fiscalité, les remises et d’autres règles commerciales. Le stock peut appartenir à un Product ou à une Product Variant, tandis qu’un système externe peut rester l’autorité.
| Domaine commercial | Preuve | Responsable | Condition de préparation |
|---|---|---|---|
| Groupe Customer | ID, nom, membres, affectations de visibilité, champs de prix, remise ou fonctionnement fiscal | Responsable commerce | Le sens du groupe est documenté au-delà de son libellé. |
| Prix spécifique au groupe | Product/variante, groupe, devise, montant et comportement de repli | Responsable tarification | Chaque prix est relié au Product et au groupe prévus. |
| Prix dégressif | Product/variante, groupe, seuils de quantité, prix et contexte de date | Responsable tarification | Les seuils et le périmètre commercial sont complets. |
| Règle de quantité | Quantité minimale, pas d’achat, unité d’emballage et propriétaire Product/variante | Responsable catalogue | Les contraintes de quantité ne sont pas cachées dans des notes. |
| Stock | ID Product/variante, quantité, mode de gestion, état de réapprovisionnement et autorité externe | Responsable stock | La quantité de l’unité vendable faisant autorité est connue. |
| Promotion ou Coupon | Code/règle, valeur, conditions, dates, usage et références d’Orders historiques | Responsable marketing | Les preuves de remises historiques sont séparées de la configuration active cible. |
Les prix et remises des Orders historiques doivent rester des instantanés. Ils ne doivent pas être recalculés à partir des paramètres actuels des groupes Customer.
Préparer Customers, adresses, Orders et historique de service
La préparation Customer doit inclure identité, appartenance au groupe, adresses, informations entreprise ou fiscales, état de compte, preuve de consentement, Reviews, notes lorsqu’elles sont pertinentes, IDs externes et dépendances d’authentification. La préparation Order doit préserver lignes Product/variante, valeurs sélectionnées, adresses, quantités, prix, taxes, remises, libellés de paiement et d’expédition, statuts, commentaires, factures, livraisons, remboursements, retraits et références externes.
| Domaine | Preuve | Responsable | Condition de préparation |
|---|---|---|---|
| Identité Customer | ID Customer, e-mail, groupe, statut, adresses, langue, champs entreprise/fiscaux et ID externe | Responsable données Customer | Les doublons et affectations de groupe sont résolus volontairement. |
| Authentification | Schéma de mot de passe, connexion sociale/SSO, MFA, parcours 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. |
| Lignes d’Order | IDs Product/variante, noms instantanés, valeurs d’option, quantité, prix, taxe et remise | Responsable données Order | Les articles achetés restent compréhensibles indépendamment du catalogue actuel. |
| État et commentaires Order | Historique des statuts, horodatages, commentaires publics/internes et équipe responsable | Responsable opérations | Le sens du processus historique est documenté. |
| Documents et après-vente | Facture, document de livraison, remboursement, retrait, suivi et références de paiement | Responsables finance/support | Les preuves historiques de support et de rapprochement sont récupérables. |
| IDs externes | Clés ERP, marketplace, comptabilité, paiement et traitement | Responsables intégrations | La traçabilité entre systèmes reste possible. |
Incluez comptes invités ou restreints, groupes revendeurs, plusieurs adresses, Orders avec options actuelles et historiques, cas de prix dégressifs, remboursements, retraits et Orders traités par des systèmes externes.
Préparer Categories, Content Manager, pages juridiques et URL
Le contenu Gambio peut se trouver dans des descriptions Product ou Category, des onglets Product, des entrées Content Manager, pages juridiques, bannières, zones teaser, menus, thèmes, fichiers de langue ou modules. L’accès par groupe Customer peut également s’appliquer aux Products, Categories et contenus.
| Domaine de la boutique | Preuves à préparer | Condition de préparation |
|---|---|---|
| Hiérarchie Category | IDs Category, parents, affectations Product, visibilité par groupe, traductions, images et métadonnées | La hiérarchie du catalogue et le périmètre d’accès sont complets. |
| Enregistrement Content Manager | ID contenu, type, langue, statut, accès par groupe, route, placement menu/pied de page et médias | Le contenu CMS reste distinct de la présentation par thème. |
| Onglet Product ou champ supplémentaire | ID Product, définition du champ/onglet, langue, position d’affichage et thème/module consommateur | Le contenu appartenant au Product n’est pas converti en Page générique. |
| URL prioritaire | Propriétaire Product/Category/contenu, langue, chemin source, métadonnées et intention cible | Chaque parcours à forte valeur a une décision conserver, modifier, fusionner, retirer ou rediriger. |
| Lien interne | Contenu source, objet lié, ancien chemin et intention cible | Les liens peuvent être réécrits sans perdre l’enregistrement référencé. |
| Contenu de thème ou StyleEdit | Thème, bloc, placement, contenu source et responsable | Les dépendances de présentation sont séparées du contenu portable. |
Incluez les pages juridiques et de politique comme enregistrements de contenu tout en attribuant la revue juridique actuelle au bon responsable métier. La préparation doit préserver l’identité du contenu et les preuves de placement, pas certifier sa validité juridique actuelle.
Inventorier modules, GXModules, tables personnalisées et intégrations
Créez un registre de responsabilité pour modules, GXModules, composants de paiement et d’expédition, connecteurs marketplace, flux Product, recherche, fidélité, Reviews, personnalisation, intégrations ERP/PIM/WMS/CRM, tables personnalisées, champs modifiés et changements directs de base de données.
| Dépendance | Preuves à préparer | Condition de préparation |
|---|---|---|
| Module ou GXModule | Nom, version, statut, fonction, responsable de configuration, tables/champs et enregistrements concernés | Les données du module ont une destination ou un propriétaire conservé. |
| Champ/table personnalisée | Schéma, relations de clés, finalité métier et code consommateur | Les enregistrements personnalisés peuvent être interprétés plutôt que copiés aveuglément. |
| Personnalisation du thème | Version du thème, réglages StyleEdit, surcharges, scripts et contenus/routes concernés | La présentation est séparée des enregistrements portables. |
| Système externe | Point de connexion, entités faisant autorité, sens de synchronisation, IDs et responsable de bascule | Les systèmes d’enregistrement concurrents sont évités. |
| API ou flux | Ressources, responsable des identifiants, identifiants des échanges, sens des mises à jour et responsable des erreurs | Les preuves d’intégration sont complètes sans exposer de secrets dans la documentation. |
| Données générées | Caches, journaux, sessions, index de recherche, exports temporaires et tables abandonnées | Les données sans autorité sont exclues volontairement. |
Les modules inactifs doivent rester dans le registre lorsque leurs champs ou enregistrements historiques apparaissent encore dans Products, Customers, Orders ou contenus.
Sélectionner des échantillons représentatifs pour les tests de migration
Choisissez des échantillons qui exposent la véritable génération Gambio et le modèle d’exploitation. Enregistrez IDs source, numéros d’article, URL, origine des options, groupes Customer, dépendances de modules, clés externes et raison de sélection.
| Échantillon | Preuves à préparer | Objectif de préparation |
|---|---|---|
| Product standard | Prix, taxe, stock, Category, Manufacturer, médias, visibilité par groupe et Order | Établir le cas Product ordinaire. |
| Famille Product Variant actuelle | Product, options, variantes, identifiants, stock, prix, poids, images et Orders | Représenter le modèle actuel de combinaisons. |
| Product avec attribut/propriété historique | Version source, groupes/valeurs, combinaisons, comportement de prix/stock et lignes d’Order | Exposer la structure historique avant la mise en correspondance. |
| Cas groupe Customer | Customer, groupe, Product/contenu restreint, prix et Order pertinent | Représenter le commerce segmenté. |
| Order complexe | Variante ou choix historique, remise, taxe, paiement, expédition, facture, remboursement/retrait et IDs externes | Représenter les preuves commerciales historiques. |
| Cas contenu/route | Entrée Content Manager ou contenu Product/Category, langue, accès groupe, URL et liens | Représenter la propriété du contenu et du SEO. |
| Enregistrement détenu par un module | Entité principale, table/champ module, responsable de configuration et clé d’intégration | Exposer le périmètre non natif avant l’exécution. |
Le dossier d’échantillons est prêt lorsque chaque enregistrement sélectionné possède une fiche d’attente source, un contexte d’option ou variante, les fichiers liés et un reviewer désigné.
Terminer le contrôle final de préparation Gambio
| Domaine de préparation | Condition de préparation |
|---|---|
| Accès et restauration | Administration, Cloud ou accès hébergement/base/fichiers, images, téléchargements, sauvegardes et responsabilité de restauration sont confirmés. |
| Catalogue | Products, variantes actuelles, anciens attributs/propriétés, Categories, Manufacturers, médias, prix, stock et identifiants sont traçables. |
| Customers et Orders | Comptes, groupes, adresses, Orders, lignes, totaux, statuts, documents, après-vente et IDs externes disposent de preuves. |
| Contenu et URL | Content Manager, pages juridiques, contenu Product/Category, thèmes, parcours prioritaires, liens et décisions de redirection sont documentés. |
| Dépendances | Modules, GXModules, champs/tables personnalisés, API, flux et systèmes externes ont des responsables nommés. |
| Échantillons | Les enregistrements représentatifs couvrent chaque schéma important actuel, historique, groupe Customer, Order, contenu et module. |
Le périmètre Gambio est prêt lorsque chaque enregistrement important peut être relié à sa génération source, son propriétaire, ses enregistrements associés, son élément de preuve et sa destination prévue ou son système conservé.
Conclusion
Préparer une migration vers Gambio exige des preuves coordonnées sur l’environnement d’exploitation, Products, options et variantes actuelles, attributs ou propriétés historiques, groupes Customer, prix, stock, Customers, Orders, Content Manager, URL, modules et systèmes externes. La checklist doit rendre l’origine et la propriété explicites avant l’exécution.
Un dossier complet conserve des preuves source restaurables, distingue les structures de catalogue actuelles et historiques, sépare les transactions historiques de la configuration active et attribue chaque dépendance de contenu ou de module à un responsable nommé.
Questions fréquentes
Que faut-il préparer en premier pour une migration Gambio ?
Confirmez si la boutique est hébergée dans Gambio Cloud ou auto-hébergée, sécurisez les accès disponibles à l’administration et à l’infrastructure, créez des sauvegardes restaurables et enregistrez version Gambio, thème, modules et personnalisations.
Pourquoi faut-il séparer les variantes actuelles des anciens attributs ou propriétés ?
Ces structures peuvent produire des choix similaires dans la boutique à travers des enregistrements et règles différents. Les Product Variants actuelles peuvent posséder identifiants, stock, prix, poids et images, tandis que les anciens attributs ou propriétés peuvent stocker ces relations différemment.
Comment préparer les groupes Customer ?
Documentez l’appartenance au groupe avec la visibilité Product, Category et contenu, les prix de groupe, prix dégressifs, remises et fonctionnement fiscal. Préserver le nom du groupe seul ne conserve pas sa signification commerciale.
Quels Orders Gambio choisir comme échantillons représentatifs ?
Incluez variantes actuelles, choix historiques d’attribut/propriété, tarification par groupe Customer, comptes invités ou revendeurs, remises, taxes, factures, livraisons, remboursements ou retraits et références d’intégrations externes.
Comment répartir le contenu Content Manager et celui du thème ?
Les entrées Content Manager et contenus Product/Category doivent conserver leur identité, langue, accès, route et liens. Les blocs StyleEdit, blocs de thème et surcharges de modèles appartiennent à la présentation et nécessitent une attribution séparée.
Que doit contenir le registre des modules Gambio ?
Enregistrez chaque module, GXModule, table ou champ personnalisé, flux, connexion API et intégration externe qui crée ou consomme des données métier. Chaque élément doit avoir un responsable, les enregistrements concernés, des preuves et une décision de destination ou de système conservé.