Si Cafe24 est choisi comme plateforme cible, la préparation doit commencer par la séparation des périmètres. Un compte Cafe24 peut comprendre une boutique par défaut, des boutiques localisées, des Categories et contenus propres à certaines langues, des règles de visibilité Product, plusieurs modèles de sélection d’options, des stocks au niveau variante, des niveaux Customer ainsi que des applications opérationnelles ou systèmes externes. Ces relations peuvent rester invisibles si la préparation commence uniquement par un export Product ou Order.
L’objectif consiste à créer des éléments source qui montrent quelle boutique, quelle langue, quel niveau Customer, quel modèle d’options Product et quel système externe sont responsables de chaque comportement important. Pour chaque domaine majeur, il faut définir l’action, le responsable, les éléments de référence et la condition permettant de considérer la préparation comme terminée avant de finaliser la configuration de migration.
Établir les accès et définir le périmètre des boutiques Cafe24
Documentez le compte Cafe24 exact, la boutique par défaut, les boutiques localisées, les domaines, langues actives, devises, contexte d’exploitation régional, rôles administrateur et équipes responsables du catalogue, des Customers, Orders, contenus, de la confidentialité, fiscalité, du traitement logistique et des intégrations. Déterminez quelles informations d’une boutique localisée héritent de la boutique par défaut et lesquelles ont été modifiées indépendamment.
| Action | Responsable | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Lister la boutique par défaut et les boutiques localisées | Administrateur de plateforme | Liste des boutiques, domaines, langues, devises, statuts | Chaque boutique incluse possède un rôle documenté. |
| Confirmer l’accès à la source | Responsable des accès | Accès administrateur, autorisations d’export, contact technique | Les éléments source nécessaires peuvent être collectés. |
| Documenter héritage et localisation | Responsables contenu et catalogue | Comparaison Products, Categories, contenus et paramètres | Les informations partagées et localisées peuvent être distinguées. |
| Identifier les responsabilités régionales | Responsables juridique, finance et opérations | Note sur les responsabilités de taxe, confidentialité, expédition, paiement et traitement logistique | Chaque paramètre régional a un responsable nommé. |
| Recenser les applications et intégrations actives | Responsable systèmes | Liste, finalité, objets de données et statut des applications | Les données et processus hors cœur sont visibles. |
| Démarrer un journal des changements | Responsable projet | Modifications datées du catalogue, Customers, Orders, URL et configuration | Le jeu de référence pourra rester à jour. |
Préparer Products, options, variantes et stocks
Cafe24 prend en charge plusieurs modèles d’options Product. Les sélections prédéfinies ou multiples peuvent générer des variantes à partir de combinaisons d’options. La sélection indépendante peut ajouter les valeurs individuellement, tandis que la sélection personnalisée peut recueillir des choix acheteur obligatoires ou facultatifs et utiliser un stock au niveau Product plutôt qu’au niveau variante. Des champs texte personnalisés ou des pièces jointes peuvent également collecter des informations propres à l’achat.
Préparez le numéro Product, le code Product, le code Product personnalisé, le nom, le statut, le périmètre d’affichage et de vente par boutique, les affectations Category, le prix, la fiscalité, les images, descriptions, modèle d’options, valeurs d’option, code variante, code variante personnalisé, paramètres de stock, base de déduction du stock, frais supplémentaires, saisies texte/fichier personnalisées et identifiants externes.
| Modèle Product | Action de préparation | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Product avec options prédéfinies ou multiples | Documenter noms, valeurs, combinaisons, codes variante, prix, stock, état d’affichage et de vente | Échantillons d’exports Product et stock | La signification au niveau combinaison est complète. |
| Product à sélection indépendante | Documenter valeurs obligatoires/facultatives, comportement d’achat individuel et granularité du stock | Exemples de page Product et lignes d’Order | Les options sélectionnées individuellement ne sont pas prises pour une variante unique. |
| Product à sélection personnalisée | Documenter règles de saisie, caractère obligatoire, effet sur le prix et stock au niveau Product | Exemples Product et Order | Les choix propres à l’acheteur ont un responsable défini. |
| Texte personnalisé ou pièce jointe | Documenter finalité du champ, caractère obligatoire, responsable de conservation du fichier et relation avec l’Order | Paramètres Product et Orders historiques | Les entrées propres à l’achat sont représentées dans les éléments source. |
| Product localisé | Documenter titres, descriptions, prix, paramètres d’affichage et de vente par défaut et localisés | Comparaison Product entre boutiques | Le contexte de localisation et de boutique est explicite. |
| Exception de stock | Documenter type de stock, base de déduction, comportement négatif/rupture et niveau minimum | Export de stock et liste d’exceptions | La signification de la disponibilité est documentée. |
Ne normalisez pas les libellés d’options et ne fusionnez pas les codes variantes tant que le responsable métier n’a pas confirmé que les enregistrements ont bien la même signification entre boutiques et Orders.
Préparer Categories, règles d’affichage, navigation et parcours SEO
Les Categories Cafe24 peuvent être imbriquées, disposer de noms traduits propres à une boutique, contrôler le contexte d’affichage et de vente, utiliser différentes sections de mise en page Product et restreindre l’accès selon le compte ou le niveau Customer. Préparez les enregistrements Category et la navigation du storefront comme deux ensembles liés mais distincts.
| Domaine de découverte | Responsable | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Hiérarchie Category | Responsable catalogue | Arborescence parent-enfant, statut, affectations Product | Chaque Category conservée a un parent et une finalité connus. |
| Informations Category localisées | Responsable contenu | Noms, descriptions et routes par défaut/localisés | Le périmètre de traduction est documenté. |
| Sections de mise en page Product | Responsable merchandising | Affectations Products, Recommended Products et New Products | Le placement d’affichage n’est pas déduit de la seule appartenance Category. |
| Restrictions d’accès | Responsable Customer/B2B | Exemples réservé au compte, niveau Customer, administrateur, adulte ou IP | La découverte restreinte a un responsable de règle. |
| Menus et navigation du thème | Responsable storefront | Cartographie de navigation, captures, Categories/pages reliées | Les parcours de présentation sont séparés des données Category. |
| Routes SEO | Responsable SEO | URL Category/Product, métadonnées, routes prioritaires, redirections | Chaque route à forte valeur a une décision définie. |
Préparer Customers, niveaux Customer, comptes et éléments de consentement
Cafe24 peut gérer Customers enregistrés, acheteurs sans compte, Customers avec historique d’achat, niveaux Customer, champs d’inscription, enregistrements de comptes supprimés et communications automatisées. Préparez l’identité et la segmentation Customer selon leur usage métier réel.
Documentez le numéro ou identifiant Customer, le nom, l’e-mail, l’état de connexion ou du compte, la langue ou boutique, les adresses, champs d’inscription, niveau Customer, relation avec l’historique d’achat, état de consentement/communication, informations fiscales ou société, contexte de points/crédit lorsqu’il est utilisé et identifiants externes.
| Modèle Customer | Action de préparation | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Customer enregistré | Documenter identité, boutique, état du compte, adresses et niveau | Exemples Customer et Order | La responsabilité du compte est claire. |
| Acheteur invité | Documenter l’identité au niveau Order sans supposer un compte enregistré | Ensemble d’Orders invités | L’historique invité reste distinct. |
| Membre avec niveau Customer | Documenter sens du niveau, avantages, remises, règles d’accès et responsable | Matrice des règles de niveau | La segmentation possède une signification métier documentée. |
| Champs d’inscription personnalisés | Classer chaque champ par finalité, sensibilité et usage en aval | Dictionnaire de champs | Le contexte de compte nécessaire a une décision de traitement. |
| Compte supprimé ou inactif | Documenter la raison de conservation et l’historique Order associé | Registre d’exceptions | L’identité historique est traitée volontairement. |
| Customer relié à un système externe | Documenter identifiants CRM, ERP, paiement, logistique ou support | Références d’intégration | Les clés de recherche restent traçables. |
Les champs Customer sensibles doivent être limités à ce qui est nécessaire au périmètre convenu et traités selon les règles de confidentialité et d’accès de l’entreprise.
Préparer Orders, paiements, remboursements et contexte de traitement logistique
La préparation des Orders Cafe24 doit couvrir des Orders provenant de différentes boutiques et langues, différents états Customer, modèles d’options Product, moyens de paiement, modes d’expédition, contextes fiscaux, remises, points, remboursements, annulations, échanges, retours et états de traitement logistique. La zone All Orders peut servir à localiser et exporter les Orders par période et scénario métier ; conservez les filtres et plages de dates utilisés pour chaque fichier.
| Domaine Order | Action | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Boutique et langue | Inclure boutique, locale, devise et contexte Customer | Échantillons d’Orders de plusieurs boutiques | Chaque Order peut être interprété dans son contexte d’origine. |
| Sélections Product | Inclure valeurs d’option, codes variante, saisies personnalisées, quantité, prix et texte Product | Lignes d’Order représentatives | La configuration achetée reste compréhensible. |
| Statut et traitement logistique | Documenter statuts, état de paiement, état d’expédition, tracking, annulation, retour et échange | Dictionnaire de statuts et Orders | Le processus historique peut être interprété. |
| Totaux | Identifier montant Product, supplément d’option, taxe, expédition, remise, points, remboursement et frais | Échantillons de composantes de total | Le contexte financier est complet. |
| Adresses | Séparer adresses Customer actuelles des snapshots de facturation/expédition au moment de l’Order | Exemples Customer et Order | Les données actuelles du compte ne sont pas confondues avec l’historique. |
| Références externes | Documenter identifiants de paiement, logistique, marketplace, ERP, comptabilité et support | Orders sensibles aux intégrations | Les besoins de recherche inter-systèmes sont documentés. |
Les enregistrements historiques de paiement et d’expédition décrivent des transactions passées. Ils ne configurent pas les passerelles de paiement, taxes, règles d’expédition ou de traitement logistique actives dans la cible.
Préparer contenus, thèmes, pages localisées et médias
Préparez pages, politiques, contenus Product et Category, sections de page d’accueil, bannières, thèmes, présentation mobile, formulaires, images, fichiers téléchargeables, métadonnées, liens internes et versions localisées. Les thèmes Cafe24 peuvent contenir du contenu configuré et des personnalisations de code source ; le responsable du thème doit donc identifier les données ou logiques métier intégrées dans les modèles.
| Domaine de contenu | Responsable | Éléments à réunir | Condition de préparation |
|---|---|---|---|
| Pages et politiques | Responsable contenu/juridique | Inventaire des pages, boutique, langue, statut, route | Les décisions conserver, reconstruire, fusionner ou exclure sont documentées. |
| Contenus Product et Category | Responsable catalogue | Exports/échantillons par défaut et localisés | Chaque contenu peut être rattaché au bon enregistrement et à la bonne boutique. |
| Sections de thème | Responsable thème | Sauvegarde ou code source, sections personnalisées, captures | Le contenu détenu par la présentation est visible. |
| Médias | Responsable contenu | Fichiers originaux, chemins, relations Product/page | Les ressources source sont disponibles. |
| Métadonnées et routes SEO | Responsable SEO | Titres, descriptions, URL, attentes canoniques, liens internes | Le contexte de recherche accompagne les éléments de contenu. |
Recenser applications, API, webhooks et systèmes externes
Créez un registre de dépendances pour les applications Cafe24, intégrations API, webhooks, marketplaces, services de paiement, prestataires d’expédition/logistique, ERP, comptabilité, CRM, entrepôt, analyse, marketing, avis et code personnalisé. Documentez la boutique et la langue concernées par chaque dépendance.
| Champ de dépendance | Détail requis | Condition de préparation |
|---|---|---|
| Responsable et finalité | Responsables métier/technique et processus pris en charge | La responsabilité est explicite. |
| Périmètre de boutique | Boutique par défaut, boutique localisée ou toutes les boutiques | La responsabilité régionale est connue. |
| Objets de données | Products, variantes, stock, Customers, Orders, contenu ou paramètres | Les éléments affectés sont identifiés. |
| Sens et fréquence | Lecture, écriture, bidirectionnel, planifié, événementiel ou manuel | La source de référence est documentée. |
| Identifiants | Code Product, code variante, Customer ID, numéro Order, clé externe | Les dépendances de recherche sont préservées. |
| Décision de transition | Reconnecter, reconstruire, retirer, remplacer ou réexaminer | La continuité n’est pas supposée. |
Préparer exports, médias, sauvegardes et contrôle des changements
Créez des archives source datées pour Products, options, variantes, stocks, Categories, Customers, Orders, contenus, applications et champs d’intégration. Conservez les critères de filtre, périmètres de boutique/langue, colonnes sélectionnées, plages de dates et checksums. Gardez les exports originaux inchangés et utilisez des copies de travail pour le nettoyage.
| Jeu de référence | Contenu requis | Condition de préparation |
|---|---|---|
| Fichiers Product et stock | Champs Product, option, variante, stock, boutique et Category | Les éléments de catalogue et disponibilité sont complets. |
| Fichiers Customer et Order | Boutique, état du compte, niveaux, adresses, Orders, statuts, totaux et ID externes | Les relations historiques peuvent être attribuées. |
| Archive contenu et thème | Pages, contenu localisé, médias, sauvegarde ou code du thème | Présentation et ressources source sont disponibles. |
| Éléments de dépendance | Liste applications, notes API/webhook, champs systèmes externes | La responsabilité hors cœur est documentée. |
| Note sauvegarde/support | Sauvegardes disponibles, archives d’exports/médias, contacts techniques | Les éléments source peuvent être récupérés. |
| Journal des changements | Products, Customers, Orders, URL, applications et paramètres nouveaux/modifiés | Les changements ultérieurs de la source peuvent être rapprochés. |
Sélectionner des enregistrements représentatifs pour tester la migration
| Groupe d’échantillons | À inclure | Objectif de préparation |
|---|---|---|
| Products | Product simple, variante à combinaison, option indépendante, Product à sélection personnalisée, saisie fichier/texte, Product localisé, exception de stock | Exposer les différents modèles de catalogue. |
| Customers | Enregistré, invité, membre avec niveau Customer, compte avec champ personnalisé, exception supprimée/inactive, Customer avec ID externe | Représenter les différences d’identité et de segmentation. |
| Orders | Différentes boutiques, modèles d’options, états paiement/expédition, remboursement, retour/échange, remise/points, référence externe | Préserver le contexte opérationnel historique. |
| Découverte et contenu | Category localisée, Category restreinte, placement Product, page de thème, URL prioritaire | Préparer les relations de storefront et de routes. |
| Intégrations | Product, Customer ou Order touché par une application, API, webhook ou système externe | Inclure les identifiants inter-systèmes. |
Rédigez une courte attente source pour chaque échantillon. Elle doit préciser la boutique, la langue, la relation, les champs, fichiers liés et identifiants qui rendent l’enregistrement représentatif.
Valider la préparation de Cafe24
| Contrôle final | Condition de préparation |
|---|---|
| Périmètre des boutiques | Boutique par défaut et boutiques localisées, langues, domaines, héritage et responsables régionaux sont documentés. |
| Products | Modèles d’options, variantes, codes, stocks, périmètre de boutique, contenu et ID externes sont représentés. |
| Découverte | Categories, sections de mise en page, restrictions, navigation, routes localisées et éléments SEO sont préparés. |
| Customers | Cas enregistré, invité, niveau, champ personnalisé, supprimé et ID externe sont compris. |
| Orders | Boutique, langue, sélections Product, statuts, traitement logistique, totaux, remboursements et références externes sont interprétables. |
| Contenu | Pages, thèmes, médias, localisation, métadonnées et routes sont documentés. |
| Dépendances | Applications, API, webhooks, marketplaces et systèmes externes ont des responsables et décisions. |
| Entrées | Exports, critères de filtre, ressources, sauvegardes, checksums, contacts et journal des changements sont disponibles. |
| Échantillons | Les enregistrements représentatifs couvrent les modèles source ordinaires et complexes. |
Conclusion
La préparation à une migration vers Cafe24 doit préserver le contexte de boutique, langue, options Product, niveaux Customer, stock et Orders avant tout transfert d’enregistrements. Ce sont ces relations qui déterminent si les données exportées peuvent encore être interprétées une fois sorties du compte source.
Lorsque les accès, le périmètre localisé, les éléments source, les intégrations, les enregistrements représentatifs et le contrôle des changements sont complets, la configuration de migration peut partir du fonctionnement Cafe24 documenté plutôt que d’un simple nombre d’enregistrements.
Questions fréquentes
Faut-il préparer séparément la boutique Cafe24 par défaut et les boutiques localisées ?
Oui. Documentez les informations héritées de la boutique par défaut et les valeurs Product, Category, contenu, prix, visibilité ou route qui ont été localisées indépendamment.
Pourquoi faut-il documenter les types de sélection d’options Cafe24 ?
Les sélections par combinaison, indépendantes et personnalisées peuvent produire des comportements Product, stock et Order différents. Une simple liste d’options ne préserve pas ces distinctions.
Quels champs de stock sont les plus importants ?
Préparez codes Product et variante, état de suivi du stock, quantité disponible, base de déduction, niveau minimum, état d’affichage/vente, frais supplémentaires et système responsable des quantités actuelles.
Comment préparer les niveaux Customer ?
Documentez appartenance, finalité métier, remises, restrictions d’accès, avantages, boutiques concernées et responsable capable d’expliquer chaque niveau.
Quels Orders choisir comme échantillons ?
Incluez différentes boutiques/langues, modèles d’options, états de paiement et traitement logistique, remises/points, remboursements, retours ou échanges, Customers invités/enregistrés et références externes.
Comment gérer les modifications de la source après l’export ?
Maintenez un journal daté pour Products, variantes, stock, Customers, Orders, URL, applications et paramètres régionaux afin de rapprocher les changements avec le jeu de référence préparé.