Se Cafe24 viene scelto come piattaforma di destinazione, la preparazione deve iniziare separando chiaramente gli ambiti. Un account Cafe24 può includere uno store predefinito, store localizzati, Categories e contenuti specifici per lingua, regole di visibilità dei Products, diversi modelli di selezione delle opzioni, inventario a livello di variante e app operative o sistemi esterni. Queste relazioni possono rimanere nascoste se la preparazione parte da una singola esportazione di Products o Orders.
L’obiettivo è creare evidenze della piattaforma di origine che mostrino quale store, lingua, livello Customer, modello di opzioni Product e sistema esterno sia responsabile di ogni funzionamento importante. Prima di finalizzare la configurazione della migrazione, per ogni area principale devono essere definiti l’azione, il responsabile, l’evidenza e la condizione che ne conferma la preparazione.
Definire gli accessi e l’ambito degli store Cafe24
Documenta l’account Cafe24 esatto, lo store predefinito, gli store localizzati, i domini, le lingue attive, le valute, il contesto operativo regionale, i ruoli amministrativi e i team responsabili di catalogo, Customers, Orders, contenuti, privacy, imposte, evasione degli ordini e integrazioni. Stabilisci quali informazioni degli store localizzati ereditano dallo store predefinito e quali sono state modificate indipendentemente.
| Azione | Responsabile | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Elencare store predefinito e store localizzati | Amministratore della piattaforma | Elenco degli store, domini, lingue, valute, stato | Ogni store incluso ha un ruolo documentato. |
| Confermare l’accesso alla piattaforma di origine | Responsabile degli accessi | Accesso amministrativo, permessi di esportazione, contatto tecnico | È possibile raccogliere le evidenze di origine necessarie. |
| Documentare ereditarietà e localizzazione | Responsabili di contenuti e catalogo | Confronto tra Products, Categories, contenuti e impostazioni | Le informazioni condivise e quelle localizzate sono distinguibili. |
| Identificare le responsabilità regionali | Responsabili legali, finanziari e operativi | Nota su responsabilità per imposte, privacy, spedizione, pagamento ed evasione degli ordini | Le impostazioni regionali hanno responsabili identificati. |
| Inventariare app e integrazioni attive | Responsabile dei sistemi | Elenco app, finalità, oggetti dati, stato | I dati e i flussi di lavoro non core sono visibili. |
| Avviare un registro delle modifiche | Responsabile del progetto | Modifiche datate a catalogo, Customers, Orders, URL e configurazioni | L’insieme delle evidenze può essere mantenuto aggiornato. |
Preparare Products, opzioni, varianti e inventario
Cafe24 supporta diversi modelli di opzioni Product. La selezione preimpostata o a opzioni multiple può creare varianti dalle combinazioni delle opzioni. La selezione indipendente può aggiungere singolarmente i valori delle opzioni, mentre la selezione personalizzata può acquisire scelte obbligatorie o facoltative dell’acquirente e può utilizzare inventario a livello di Product anziché di variante. Anche gli input di testo personalizzato e gli allegati di file possono raccogliere informazioni specifiche dell’acquisto.
Prepara numero Product, codice Product, codice Product personalizzato, nome, stato, ambito di visualizzazione e vendita per store, assegnazioni alle Categories, prezzo, imposte, immagini, descrizioni, modello delle opzioni, valori delle opzioni, codice variante, codice variante personalizzato, impostazioni dello stock, criterio di detrazione dello stock, supplementi, input di testo o file personalizzati e identificatori esterni.
| Modello Product | Attività di preparazione | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Product con opzioni preimpostate o multiple | Documentare nomi e valori delle opzioni, combinazioni, codici variante, prezzo, stock, stato di visualizzazione e vendita | Esempi di esportazioni Product e inventario | Il significato a livello di combinazione è completo. |
| Product con selezione indipendente | Documentare valori obbligatori e facoltativi, modalità di acquisto individuale e granularità dello stock | Esempi di pagine Product e righe Order | Le opzioni selezionate singolarmente non vengono scambiate per un’unica variante. |
| Product con selezione personalizzata | Documentare regole di input, obbligatorietà, effetto sul prezzo e gestione dello stock a livello di Product | Esempi di Products e Orders | Le scelte specifiche dell’acquirente hanno un responsabile definito. |
| Testo personalizzato o allegato di file | Documentare finalità del campo, obbligatorietà, responsabile della conservazione del file e relazione con l’Order | Impostazioni Product e Orders storici | L’input specifico dell’acquisto è rappresentato nelle evidenze di origine. |
| Product localizzato | Documentare titoli, descrizioni, prezzi e impostazioni di visualizzazione e vendita predefiniti e localizzati | Confronto Product tra store | Localizzazione e ambito dello store sono espliciti. |
| Eccezione di inventario | Documentare tipo di stock, criterio di detrazione, gestione di stock negativo o esaurito e livello minimo | Esportazione inventario ed elenco eccezioni | Il significato della disponibilità è documentato. |
Non normalizzare le etichette delle opzioni e non unire i codici variante finché il responsabile aziendale non conferma che i record abbiano lo stesso significato nei diversi store e Orders.
Preparare Categories, regole di visualizzazione, navigazione e percorsi SEO
Le Categories di Cafe24 possono essere annidate, avere nomi tradotti specifici per store, controllare il contesto di visualizzazione e vendita, utilizzare sezioni diverse per il layout dei Products e limitare l’accesso in base all’account o al livello Customer. Prepara i record Category e la navigazione della vetrina online come evidenze correlate ma distinte.
| Area di esplorazione | Responsabile | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Gerarchia Category | Responsabile del catalogo | Albero padre-figlio, stato, assegnazioni Product | Ogni Category mantenuta ha un elemento padre e una finalità noti. |
| Informazioni Category localizzate | Responsabile dei contenuti | Nomi, descrizioni e percorsi predefiniti e localizzati | L’ambito della localizzazione è documentato. |
| Sezioni del layout Product | Responsabile merchandising | Assegnazioni a Products, Recommended Products e New Products | Il posizionamento visuale non viene dedotto dalla sola appartenenza alla Category. |
| Restrizioni di accesso | Responsabile Customers o B2B | Esempi di accesso riservato ad account, livello Customer, amministratore, adulti o IP | L’accesso limitato ha un responsabile della regola identificato. |
| Menu e navigazione del tema | Responsabile della vetrina online | Mappa di navigazione, schermate, Categories e pagine collegate | I percorsi di presentazione sono separati dai dati Category. |
| Percorsi SEO | Responsabile SEO | URL Category e Product, metadati, percorsi prioritari, redirect | È definita una destinazione per i percorsi di valore elevato. |
Preparare Customers, livelli Customer, account e consensi
Cafe24 può gestire Customers registrati, acquirenti senza account, Customers con cronologia degli acquisti, livelli Customer, campi di registrazione, record di account eliminati e comunicazioni automatiche. Prepara identità e segmentazione dei Customers in base al loro effettivo utilizzo aziendale.
Documenta numero o identificatore Customer, nome, email, login o stato dell’account, lingua o store, indirizzi, campi di registrazione, livello Customer, relazione con la cronologia degli acquisti, stato di consenso e comunicazione, informazioni fiscali o aziendali, eventuale contesto punti o credito e identificatori esterni.
| Modello Customer | Attività di preparazione | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Customer registrato | Documentare identità, store, stato account, indirizzi e livello | Esempi Customer e Order | La titolarità dell’account è chiara. |
| Acquirente non registrato | Documentare l’identità nell’Order senza presumere l’esistenza di un account registrato | Insieme di Orders da clienti non registrati | La cronologia degli acquisti senza account rimane distinta. |
| Customer appartenente a un livello | Documentare significato del livello, vantaggi, sconti, regole di accesso e responsabile | Matrice delle regole dei livelli Customer | La segmentazione ha un significato aziendale documentato. |
| Campi di registrazione personalizzati | Classificare ogni campo per finalità, sensibilità e utilizzo nei sistemi collegati | Dizionario dei campi | Il contesto account necessario ha una destinazione definita. |
| Account eliminato o inattivo | Documentare il motivo della conservazione e la relativa cronologia Order | Registro delle eccezioni | L’identità storica viene gestita consapevolmente. |
| Customer presente in sistemi esterni | Documentare identificatori CRM, ERP, pagamento, evasione degli ordini o assistenza | Riferimenti delle integrazioni | Le chiavi di ricerca restano tracciabili. |
I campi Customer sensibili devono essere limitati a quanto necessario per l’ambito concordato e gestiti secondo i controlli aziendali di privacy e accesso.
Preparare Orders, pagamenti, rimborsi e contesto di evasione degli ordini
La preparazione degli Orders in Cafe24 deve includere Orders provenienti da store e lingue diversi, stati Customer differenti, vari modelli di opzioni Product, metodi di pagamento, metodi di spedizione, contesti fiscali, sconti, punti, rimborsi, annullamenti, cambi, resi e stati di evasione degli ordini. L’area All Orders può essere utilizzata per individuare ed esportare Orders per periodo e scenario aziendale; salva i filtri e l’intervallo di date utilizzati per ogni file.
| Area Order | Azione | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Store e lingua | Includere store, impostazioni locali, valuta e contesto Customer | Esempi di Orders tra store | Ogni Order può essere interpretato nel contesto dello store originale. |
| Selezioni Product | Includere valori delle opzioni, codici variante, input personalizzati, quantità, prezzo e testo Product | Righe Order rappresentative | La configurazione acquistata rimane comprensibile. |
| Stato ed evasione degli ordini | Documentare etichette di stato, stato pagamento, stato spedizione, tracking, annullamento, reso e cambio | Dizionario degli stati e Orders | Il flusso storico può essere interpretato. |
| Totali | Identificare importo Product, supplemento opzione, imposte, spedizione, sconto, punti, rimborso e commissioni | Esempi dei componenti del totale | Il contesto finanziario è completo. |
| Indirizzi | Separare gli indirizzi Customer dagli snapshot di fatturazione e spedizione registrati al momento dell’Order | Esempi Customer e Order | I dati correnti dell’account non vengono confusi con la cronologia. |
| Riferimenti esterni | Documentare identificatori di pagamento, logistica, marketplace, ERP, contabilità e assistenza | Orders sensibili alle integrazioni | I requisiti di ricerca tra sistemi sono documentati. |
I record storici di pagamento e spedizione descrivono transazioni passate. Non configurano gateway di pagamento, imposte, spedizione o regole di evasione degli ordini attive sulla piattaforma di destinazione.
Preparare contenuti, temi, pagine localizzate e media
Prepara pagine, policy, contenuti di Products e Categories, sezioni della home page, banner, temi, presentazione mobile, moduli, immagini, file scaricabili, metadati, link interni e versioni localizzate. I temi Cafe24 possono contenere contenuti configurati e personalizzazioni del codice sorgente, quindi il responsabile del tema deve identificare eventuali dati o regole aziendali incorporati nei template.
| Area contenuti | Responsabile | Evidenza | Condizione di preparazione |
|---|---|---|---|
| Pagine e policy | Responsabile contenuti o legale | Inventario pagine, store, lingua, stato, percorso | Sono documentate le decisioni di mantenere, ricostruire, unire o escludere. |
| Contenuti Product e Category | Responsabile del catalogo | Esportazioni o esempi di contenuti predefiniti e localizzati | Il contenuto può essere associato al record e allo store corretti. |
| Sezioni del tema | Responsabile del tema | Backup o sorgente del tema, sezioni personalizzate, schermate | I contenuti gestiti dalla presentazione sono visibili. |
| Media | Responsabile dei contenuti | File originali, percorsi, relazioni con Product o pagina | Gli asset di origine sono disponibili. |
| Metadati e percorsi SEO | Responsabile SEO | Titoli, descrizioni, URL, aspettative canonical, link interni | Il contesto di ricerca accompagna le evidenze del contenuto. |
Inventariare app, API, webhook e sistemi esterni
Crea un registro delle dipendenze per app Cafe24, integrazioni API, webhook, marketplace, servizi di pagamento, fornitori di spedizione e logistica, ERP, contabilità, CRM, magazzino, analisi, marketing, Reviews e codice personalizzato. Documenta quali store e lingue interessano ogni dipendenza.
| Campo della dipendenza | Dettaglio richiesto | Condizione di preparazione |
|---|---|---|
| Responsabile e finalità | Responsabili aziendali e tecnici, flusso di lavoro supportato | La responsabilità è esplicita. |
| Ambito dello store | Store predefinito, store localizzato o tutti gli store | La responsabilità regionale è nota. |
| Oggetti dati | Products, varianti, stock, Customers, Orders, contenuti o impostazioni | Le evidenze interessate sono identificate. |
| Direzione e frequenza | Lettura, scrittura, bidirezionale, pianificata, basata su eventi o manuale | L’autorità sulla fonte è documentata. |
| Identificatori | Codice Product, codice variante, Customer ID, numero Order, chiave esterna | Le dipendenze di ricerca sono conservate. |
| Decisione di transizione | Ricollegare, ricostruire, dismettere, sostituire o riesaminare | La continuità non viene data per scontata. |
Preparare esportazioni, media, backup e controllo delle modifiche
Crea archivi datati dei dati di origine per Products, opzioni, varianti, inventario, Categories, Customers, Orders, contenuti, app e campi delle integrazioni. Salva criteri di filtro, ambito di store e lingua, colonne selezionate, intervalli di date e checksum. Mantieni inalterate le esportazioni originali e usa copie di lavoro per la pulizia.
| Insieme di evidenze | Contenuti richiesti | Condizione di preparazione |
|---|---|---|
| File Product e inventario | Campi Product, opzione, variante, stock, store e Category | Le evidenze di catalogo e disponibilità sono complete. |
| File Customer e Order | Store, stato account, livelli, indirizzi, Orders, stati, totali e ID esterni | Le relazioni storiche sono attribuibili. |
| Archivio contenuti e tema | Pagine, contenuti localizzati, media, backup o sorgente del tema | Presentazione e asset di origine sono disponibili. |
| Evidenze delle dipendenze | Elenco app, note API o webhook, campi dei sistemi esterni | La responsabilità sui dati non core è documentata. |
| Nota su backup e assistenza | Backup account disponibili, archivio esportazioni, archivio media, contatti tecnici | Le evidenze di origine possono essere recuperate. |
| Registro delle modifiche | Products, Customers, Orders, URL, app e impostazioni nuovi o modificati | Le successive modifiche alla fonte possono essere riconciliate. |
Selezionare record rappresentativi per i test di migrazione
| Gruppo di esempi | Includere | Finalità della preparazione |
|---|---|---|
| Products | Product semplice, variante da combinazione, opzione indipendente, Product con selezione personalizzata, input file o testo, Product localizzato, eccezione di stock | Mettere in evidenza modelli di catalogo distinti. |
| Customers | Registrato, non registrato, appartenente a un livello Customer, account con campo personalizzato, eccezione eliminata o inattiva, Customer con ID esterno | Rappresentare differenze di identità e segmentazione. |
| Orders | Store diversi, modelli di opzioni, stati di pagamento e spedizione, rimborso, reso o cambio, sconto o punti, riferimento esterno | Conservare il contesto operativo storico. |
| Esplorazione e contenuti | Category localizzata, Category con accesso limitato, posizionamento Product nel layout, pagina del tema, URL prioritario | Preparare relazioni della vetrina online e dei percorsi. |
| Integrazioni | Product, Customer o Order interessato da app, API, webhook o sistema esterno | Includere identificatori tra sistemi. |
Scrivi una breve aspettativa sull’origine per ogni esempio. Deve indicare store, lingua, relazione, campi, file collegati e identificatori che rendono il record rappresentativo.
Completare il gate di preparazione per Cafe24
| Gate finale | Condizione di preparazione |
|---|---|
| Ambito store | Store predefinito e localizzati, lingue, domini, ereditarietà e responsabili regionali sono documentati. |
| Products | Modelli di opzioni, varianti, codici, inventario, ambito store, contenuti e ID esterni sono rappresentati. |
| Esplorazione | Categories, sezioni del layout, restrizioni, navigazione, percorsi localizzati e input SEO sono preparati. |
| Customers | Casi registrati, non registrati, livello Customer, campi personalizzati, eliminati e con ID esterno sono compresi. |
| Orders | Store, lingua, selezioni Product, stati, evasione degli ordini, totali, rimborsi e riferimenti esterni sono interpretabili. |
| Contenuti | Pagine, temi, media, localizzazione, metadati e percorsi sono documentati. |
| Dipendenze | App, API, webhook, marketplace e sistemi esterni hanno responsabili e decisioni di transizione. |
| Input | Esportazioni, criteri di filtro, asset, backup, checksum, contatti e registro delle modifiche sono disponibili. |
| Esempi | I record di migrazione rappresentativi coprono modelli di origine ordinari e complessi. |
Conclusione
La preparazione di una migrazione verso Cafe24 deve conservare il contesto di store, lingua, opzioni Product, livelli Customer, inventario e Orders prima che i record vengano trasferiti. Queste relazioni determinano se i dati esportati potranno ancora essere interpretati al di fuori dell’account di origine.
Quando accessi, ambito localizzato, evidenze di origine, integrazioni, record rappresentativi e controllo delle modifiche sono completi, la configurazione della migrazione può procedere sulla base del funzionamento documentato di Cafe24 anziché di un semplice conteggio dei record.
Domande frequenti
Lo store predefinito e gli store localizzati di Cafe24 devono essere preparati separatamente?
Sì. Documenta quali informazioni sono ereditate dallo store predefinito e quali valori di Product, Category, contenuto, prezzo, visibilità o percorso sono stati localizzati.
Perché è necessario documentare i tipi di selezione delle opzioni di Cafe24?
Le selezioni per combinazione, indipendenti e personalizzate possono produrre funzionamenti diversi per Product, inventario e Orders. Un elenco generico di opzioni non conserva queste differenze.
Quali campi dell’inventario sono più importanti?
Prepara codici Product e variante, stato del tracking, stock disponibile, criterio di detrazione, livello minimo, stato di visualizzazione e vendita, supplementi e sistema responsabile delle quantità correnti.
Come devono essere preparati i livelli Customer?
Documenta appartenenza, finalità aziendale, sconti, restrizioni di accesso, vantaggi, store interessati e il responsabile in grado di spiegare ogni livello.
Quali Orders devono essere scelti come esempi?
Includi store e lingue diversi, modelli di opzioni, stati di pagamento ed evasione degli ordini, sconti o punti, rimborsi, resi o cambi, Customers registrati e non registrati e riferimenti esterni.
Come devono essere gestite le modifiche alla fonte successive all’esportazione?
Mantieni un registro datato di Products, varianti, stock, Customers, Orders, URL, app e impostazioni regionali, così che le modifiche possano essere riconciliate con l’insieme delle evidenze preparate.