Si Jumpseller est choisi comme plateforme cible, la préparation doit définir comment la boutique source sera représentée au moyen des Products parents, variantes, options saisies par le Customer, champs personnalisés, Categories, filtres, navigation, stock, Customers, Customer Categories, Orders, contenus, URL, applications et systèmes externes. Un système d’attributs source peut regrouper plusieurs de ces significations dans une seule table ; la préparation doit donc d’abord classer le rôle métier avant de décider de la destination.
Le dossier de préparation doit identifier le responsable, les éléments de vérification et la condition de préparation pour chaque relation importante. Il doit également rendre l’ensemble d’échantillons représentatif et traçable jusqu’aux données source.
Confirmer le périmètre de la boutique Jumpseller
Consignez les hypothèses de destination qui influencent la préparation des données.
| Domaine | Décision de préparation | Élément prouvant que le domaine est prêt |
|---|---|---|
| Identité Product | Quels enregistrements source deviennent des Products parents et lesquels deviennent des variantes | Matrice des familles Product et des SKU |
| Saisies et options Product | Quelles valeurs source génèrent des variantes, recueillent une saisie Customer ou décrivent le Product | Classification des options et champs personnalisés |
| Découverte | Quels regroupements source deviennent Categories, filtres, navigation ou contenu d’atterrissage | Plan des Categories et de la navigation |
| Stock | Le stock appartient-il aux Products, variantes, emplacements ou à un système externe ? | Carte d’autorité du stock |
| Contexte Customer | Quelles relations de compte, Category, prix, consentement et identifiants externes doivent rester | Inventaire des relations Customer |
| Contenu et routes | Quelles Pages, Blog Posts, contenus Product/Category, menus et redirections doivent rester | Inventaire du contenu et des URL |
Lorsque plusieurs langues, devises, domaines, régions d’expédition ou canaux de vente interviennent, consignez le périmètre prévu et son responsable avant de préparer les contenus localisés et les éléments de routage. Les décisions relatives aux Products, Categories, contenus, prix et stocks doivent utiliser les mêmes définitions de périmètre afin qu’aucun enregistrement n’apparaisse dans un marché ou un canal sans le contexte commercial qui l’accompagne.
Préparer les accès, exports et sauvegardes de la source
Rassemblez les accès nécessaires à la boutique source et à Jumpseller pour récupérer et interpréter les enregistrements inclus dans le périmètre, ainsi que des éléments récupérables permettant de reconstituer l’état de la boutique source.
Préparez :
- un accès administrateur à la boutique source et à la boutique Jumpseller ;
- les exports Products et stocks, avec les identifiants de variantes et les quantités lorsqu’ils sont disponibles ;
- les exports ou rapports Customers et Orders ;
- les listes de Categories, contenus, SEO et URL ;
- les médias et fichiers téléchargeables lorsque les URL source peuvent expirer ou nécessiter une authentification ;
- les Customer Categories, listes de prix et éléments de tarification par volume lorsque ces fonctions sont utilisées ;
- les inventaires des applications, API, webhooks, ERP, CRM, entrepôts, marketplaces et outils comptables ;
- une sauvegarde source datée ou une archive d’exports ;
- une note décrivant les enregistrements qui peuvent encore évoluer avant la fenêtre de migration.
| Élément de preuve | Responsable | Condition de préparation |
|---|---|---|
| Journal des accès | Administrateurs de la boutique | Les zones d’administration requises sont accessibles |
| Archive Products et stock | Catalogue et opérations | Les enregistrements parents/variantes et les quantités peuvent être rapprochés |
| Archive Customers et Orders | Opérations Customer et finance | Les enregistrements attendus et leurs champs clés sont présents |
| Inventaire contenus et URL | Responsable contenu ou SEO | Les pages et routes prioritaires ont un responsable et une décision de destination |
| Registre des dépendances | Responsables techniques et métier | Chaque application ou système externe important possède un responsable pour la suite |
Préparer Products, options, variantes et champs personnalisés
Les Product Options de Jumpseller peuvent générer de véritables variantes ou recueillir une saisie Customer selon leur type. Les champs personnalisés décrivent les Products et peuvent alimenter le filtrage lorsqu’ils sont représentés de manière cohérente. Préparez des familles Product source qui rendent ces distinctions explicites.
Incluez :
- des Products simples ;
- des Products avec taille, couleur, matière ou autres options générant des variantes ;
- des Products avec SKU, stock, prix, coût, poids, images ou identifiants externes au niveau de la variante ;
- des Products recueillant du texte, des messages longs, des fichiers, des dates ou des suppléments facultatifs ;
- des Products avec champs personnalisés utilisés pour la marque, les spécifications, la compatibilité, la saison, la matière ou les filtres ;
- des Products numériques ou ne portant pas de stock ;
- des bundles, abonnements, devis, personnalisations ou Products contrôlés par une application ;
- des Products dont le stock ou les données Product sont maintenus par un système externe.
| Fonctionnement source | Décision de préparation dans Jumpseller | Éléments à joindre |
|---|---|---|
| Le choix crée un article avec prix ou stock indépendant | Option générant des variantes | Identifiants parent/enfant, valeurs d’option, SKU, prix, stock, coût, poids, image et identifiants externes |
| L’acheteur saisit une valeur ponctuelle | Champ texte, zone de texte, fichier ou autre saisie Customer | Exemple dans la boutique et exemple historique sur une ligne d’Order |
| Un supplément facultatif ne crée pas de stock | Option ne générant pas de variante ou relation détenue par une application | Effet sur le prix, valeurs autorisées et éléments de la ligne d’Order |
| La valeur décrit le Product | Champ personnalisé | Type de champ, valeurs contrôlées, utilisation dans les filtres et responsable de l’affichage |
| La logique dépend d’une application ou d’un système externe | Propriétaire applicatif ou externe | Description de la règle, enregistrements parents et identifiants durables |
Normalisez les noms des options et champs personnalisés. Les filtres reposent sur un vocabulaire cohérent : « Size », « Sizes » et « Shoe size » ne doivent être unifiés que lorsqu’ils représentent réellement le même concept métier.
Préparer Categories, filtres, navigation, contenus et URL
Les Categories Jumpseller détiennent le regroupement et la hiérarchie des Products, tandis que la navigation détient le placement dans les menus. Les filtres Product peuvent provenir d’options générant des variantes ou de champs personnalisés appropriés. Préparez ces structures séparément.
| Structure source | Question de préparation | Élément de préparation |
|---|---|---|
| Category Product stable | La hiérarchie et l’appartenance doivent-elles rester ? | Arborescence Category et affectations Product |
| Branche de menu | Vers quelle Category, Page, Product ou route externe doit-elle pointer ? | Plan de navigation |
| Filtre marque ou matière | Doit-il devenir un champ personnalisé contrôlé ? | Liste de valeurs et responsable du filtre |
| Filtre taille ou couleur | Provient-il de Product Options cohérentes ? | Vocabulaire contrôlé des options |
| Collection de campagne | S’agit-il d’une Category temporaire, page d’atterrissage, promotion ou composant de thème ? | Responsable de la campagne et décision conserver/retirer |
| Classification interne | Doit-elle rester publique ? | Responsable du reporting ou du système externe |
Créez un inventaire des contenus et URL pour les routes Product, routes Category, CMS Pages, Blog Posts, pages de politique, pages de campagne, fichiers et liens externes à forte valeur. Consignez le chemin source, la destination Jumpseller prévue, les métadonnées, liens internes, variantes localisées et le besoin de redirection.
Jumpseller peut créer des redirections lorsque les routes changent, mais la préparation doit tout de même définir quelles anciennes routes sont importantes et quelle destination répond le mieux à l’intention initiale du Customer.
Préparer le stock et les relations commerciales
Documentez si le stock est détenu par Jumpseller, par les variantes, par les emplacements de stock ou par un ERP ou entrepôt externe. Une quantité totale ne suffit pas lorsque le traitement dépend de l’emplacement ou d’une clé au niveau de la variante.
Préparez :
- des exemples de stock au niveau Product et variante ;
- des exemples de Products à stock illimité ou sans stock ;
- les quantités par emplacement lorsque la boutique utilisera le stock multi-emplacements ;
- les identifiants d’entrepôt, fournisseur ou ERP ;
- les prix de base, prix de comparaison, coûts, tarifs par volume et promotions ;
- les relations entre Customer Categories et listes de prix lorsqu’elles sont utilisées ;
- les règles tarifaires actives et obsolètes.
| Enregistrement commercial | Élément à préparer | Condition de préparation |
|---|---|---|
| Stock de variante | Matrice variante-emplacement | Chaque quantité possède un propriétaire au niveau de l’unité vendable |
| État stock illimité ou sans stock | Exemples Product | Valeurs vides, zéro et illimité ne sont pas confondues |
| Prix propre à certains Customers | Exemples Customer Category et liste de prix | Les affectations Customer et Product sont explicites |
| Tarif par volume | Seuils de quantité et exemples Product | Le seuil et le prix restent liés |
| Clé de stock externe | Liste de références ERP/WMS | La clé est attachée au bon Product ou à la bonne variante |
Préparer les Customers et Orders historiques
Préparez des exemples Customer couvrant comptes enregistrés, acheteurs invités, adresses multiples, Customer Categories, éligibilité aux listes de prix, informations fiscales ou société, consentement marketing, applications de fidélité ou d’adhésion et identifiants CRM externes.
Préparez des Orders couvrant :
- des Products ordinaires et à variantes ;
- des saisies texte ou fichiers fournies par le Customer ;
- le contexte de Customer Category ou de tarification spéciale ;
- les états payé, en attente, abandonné, annulé, remboursé et partiellement traité ;
- remises, taxes, expédition, plusieurs devises et notes manuelles ;
- références de traitement et de suivi ;
- identifiants marketplace, ERP, comptabilité, CRM ou entrepôt.
| Élément de préparation | Responsable | Condition de préparation |
|---|---|---|
| Règles d’identité Customer | Opérations Customer | Les règles de doublons et de gestion des invités sont documentées |
| Customer Categories | Responsable commercial | Chaque Category conservée possède un objectif défini de prix ou segmentation |
| Périmètre des adresses | Opérations Customer | Les adresses de compte et celles des Orders historiques sont distinguées |
| Historique des Orders | Support et finance | Des Orders représentatifs expliquent les choix de lignes, montants, statuts et références |
| Continuité d’authentification | Expérience Customer | Les responsabilités d’accès au compte et de communication Customer sont définies |
Inventorier les applications, API et systèmes externes
Créez un registre des applications, API, webhooks, scripts, flux et systèmes externes qui créent ou mettent à jour des enregistrements Jumpseller.
Incluez :
- flux Product et marketplaces ;
- systèmes de stock, ERP, entrepôt et traitement ;
- CRM et plateformes marketing ;
- applications de fidélité, abonnement, réservation, bundle, devis, avis ou personnalisation Product ;
- intégrations fiscales, d’expédition, de paiement et comptables ;
- systèmes d’analyse et de consentement ;
- logique personnalisée du thème qui lit des champs Product ou des données d’application.
Pour chaque dépendance, consignez l’objectif métier, les enregistrements parents, les noms de champs ou tables, la disponibilité d’un export, les identifiants externes, le futur responsable et la décision conserver/remplacer/retirer. Le registre est prêt lorsque les données détenues par des applications peuvent être reliées à leur Product, Customer, Order, contenu ou processus externe parent.
Sélectionner des échantillons représentatifs pour tester la migration Jumpseller
| Échantillon | Objectif de préparation |
|---|---|
| Product simple | Établir la préparation ordinaire du Product, de la Category, de l’image, du prix et du stock |
| Product avec nombreuses variantes | Exposer le vocabulaire des options, l’identité des variantes, le stock, les prix et les images |
| Product personnalisé | Exposer les saisies Customer de type texte, fichier ou supplément facultatif |
| Product avec champs personnalisés | Exposer la propriété des champs descriptifs et filtrables |
| Product avec stock par emplacement ou stock externe | Exposer la propriété du stock et les identifiants externes |
| Customer d’une catégorie commerciale | Exposer la Category, la tarification, les adresses et le contexte de compte |
| Order historique complexe | Exposer options sélectionnées, saisies personnalisées, remises, statuts, traitement et références |
| Category ou URL de page prioritaire | Exposer contenus, métadonnées, navigation et préparation des redirections |
| Enregistrement détenu par une application | Exposer la continuité de la propriété applicative ou externe |
Joignez l’identifiant source, la raison métier, le propriétaire Jumpseller attendu, les identifiants externes associés et les exclusions connues. L’ensemble doit couvrir des comportements distincts plutôt que simplement les enregistrements de plus grande valeur. Utilisez des échantillons séparés lorsque les variantes, saisies Customer, champs personnalisés, stocks par emplacement, prix Customer et enregistrements d’application ne peuvent pas être représentés honnêtement par un seul Product ou Order.
Finaliser la vérification de préparation à Jumpseller
| Question de préparation | Élément requis | Condition de préparation |
|---|---|---|
| Les accès requis sont-ils disponibles ? | Journal des accès | Les zones d’administration source et Jumpseller sont accessibles |
| Les structures Product sont-elles classées ? | Matrice des familles Product | Variantes, saisies Customer, champs personnalisés et enregistrements d’application ont un propriétaire |
| Categories et filtres sont-ils normalisés ? | Arborescence Category et liste de vocabulaire | Les sources de navigation et de filtrage sont définies séparément |
| La propriété du stock est-elle claire ? | Matrice Product/variante/emplacement | Chaque quantité et clé externe possède un propriétaire |
| Customers et Orders sont-ils représentés ? | Registre d’échantillons | Les principaux modèles de compte et transaction historique sont couverts |
| Les URL prioritaires sont-elles cartographiées ? | Inventaire des URL | Chaque route prioritaire possède une destination ou une décision de retrait |
| Les dépendances ont-elles un responsable ? | Registre des applications et intégrations | Chaque dépendance critique possède un responsable pour la suite |
| Sauvegardes et exports sont-ils à jour ? | Archive datée | Les éléments source peuvent être récupérés indépendamment |
La préparation est terminée lorsque l’équipe peut expliquer comment chaque relation source importante doit être représentée dans Jumpseller et qu’aucune décision critique ne dépend d’un comportement applicatif non documenté. Toute incertitude restante doit avoir un responsable identifié, une demande d’élément précise et une échéance avant la planification du travail de migration concerné.
Conclusion
La préparation de Jumpseller doit séparer Products parents, variantes, saisies Customer, champs personnalisés, Categories, filtres, stock, Customer Categories, Orders, contenus et intégrations avant la migration. La source peut regrouper ces significations, mais la destination exige une propriété explicite et un vocabulaire cohérent.
Un dossier solide rend les échantillons réellement représentatifs et associe à chacun un responsable, une attente source claire et les enregistrements justificatifs nécessaires.
Questions fréquentes
Que faut-il préparer en premier pour une migration vers Jumpseller ?
Commencez par la carte des familles Product et des propriétaires. Elle détermine quelles valeurs source deviennent variantes, saisies Customer, champs personnalisés, Categories, identifiants externes ou enregistrements détenus par une application.
Comment préparer différemment les Product Options et les champs personnalisés ?
Préparez les Product Options lorsque les valeurs créent des variantes vendables ou recueillent des choix Customer. Préparez les champs personnalisés lorsque les valeurs décrivent le Product ou soutiennent le filtrage sans créer de combinaisons portant du stock.
Pourquoi faut-il préparer séparément les Categories et la navigation ?
Les Categories détiennent le regroupement et la hiérarchie des Products, tandis que la navigation détient le placement des menus et les liens. Migrer les Categories ne recrée pas automatiquement le parcours voulu dans la boutique.
Quels éléments de stock faut-il préparer ?
Préparez les quantités au niveau Product et variante, des exemples de stock illimité, les affectations d’emplacements lorsque celles-ci sont utilisées et les clés externes d’entrepôt ou d’ERP. Chaque quantité doit avoir un propriétaire clair.
Quels Orders faut-il sélectionner pour préparer les tests représentatifs de migration ?
Incluez des Orders avec variantes, options saisies par le Customer, tarification spéciale, différents statuts, remboursements ou annulations, références de traitement et identifiants de systèmes externes.
Quand la préparation de Jumpseller est-elle terminée ?
Elle est terminée lorsque les accès et sauvegardes sont prêts, la propriété des Products et stocks est documentée, Categories et filtres sont normalisés, Customers et Orders sont représentés, les URL sont cartographiées et chaque application importante possède un responsable pour la suite.