Se Shift4Shop viene scelta come piattaforma di destinazione, la preparazione deve documentare come il negozio di origine sarà rappresentato attraverso Products, opzioni ordinarie, Advanced Options, campi aggiuntivi dei Products, Categories, SmartCategories, Customer Groups, Price Levels, Customers, Orders, contenuti, moduli e sistemi esterni. I negozi attivi da tempo possono inoltre contenere etichette dell’epoca 3dcart, esportazioni, campi personalizzati e integrazioni il cui significato corrente non è evidente dal nome del campo.
Il pacchetto di preparazione dovrebbe unire accesso, evidenze, proprietà e condizioni di preparazione. Il suo scopo è rendere esplicita la logica del sistema di origine prima di creare il set di campioni rappresentativi per la migrazione.
Registrare le assunzioni sulla destinazione Shift4Shop
Inizia dalle assunzioni sul modello operativo di destinazione che modificano il modo in cui i dati devono essere preparati.
| Area | Decisione da registrare | Evidenza |
|---|---|---|
| Identità Product | Quali record di origine diventano Products di base e quali combinazioni di opzioni richiedono identità commerciale indipendente | Matrice delle famiglie di Products |
| Funzionamento delle opzioni | Quali scelte restano opzioni ordinarie e quali richiedono Advanced Options o un altro proprietario | Esempi di opzioni e combinazioni |
| Scoperta del catalogo | Quali Categories di origine sono statiche, dinamiche, di navigazione, ricercabili o obsolete | Classificazione di Categories e SmartCategories |
| Trattamento dei Customers | Quali Customer Groups, Price Levels, regole di accesso e campi personalizzati devono continuare | Inventario di gruppi e prezzi |
| Orders storici | Quali dettagli di riga, stati, sconti, rewards, affiliate e riferimenti esterni servono al personale | Pacchetto di Orders rappresentativi |
| Record legacy e personalizzati | Quali campi dell’epoca 3dcart, moduli, applicazioni o ID esterni sono ancora attivi | Registro di origine e dipendenze |
Un’opzione Product del sistema di origine non dovrebbe essere assegnata alle Advanced Options soltanto perché possiede più valori. La decisione deve dipendere dal fatto che la combinazione possieda SKU, stock, GTIN, peso, prezzo, immagine, disponibilità o un altro valore gestito in modo indipendente. Registralo a livello di famiglia Product, così Products simili seguono una regola controllata invece di essere interpretati in modo differente durante la migrazione.
Preparare accessi, esportazioni e fotografia del sistema di origine
Raccogli gli accessi e le evidenze necessari per comprendere il negozio di origine e preparare Shift4Shop.
Includi:
- accesso amministratore alla piattaforma di origine e a Shift4Shop con permessi adeguati;
- esportazioni disponibili di Products, opzioni, Customers, Orders, Categories, contenuti e redirect;
- archivi di media e file quando i collegamenti di origine sono protetti o temporanei;
- definizioni di Customer Groups e Price Levels;
- definizioni ed esempi dei campi aggiuntivi dei Products;
- regole SmartCategory e assegnazioni alle Categories ordinarie;
- record di moduli, applicazioni, affiliate, rewards, CRM, waiting list e recensioni quando rientrano nell’ambito;
- ID esterni usati da ERP, contabilità, evasione, marketplace o CRM;
- backup datati del sistema di origine e un registro dei dati che probabilmente cambieranno prima della finestra di migrazione.
| Evidenza | Condizione di preparazione |
|---|---|
| Registro accessi | Le aree amministrative necessarie sono raggiungibili e i contatti responsabili sono noti |
| Archivio esportazioni | I file si aprono, contengono i record attesi e hanno una data di esportazione chiara |
| Dizionario di campi e moduli | I valori personalizzati o legacy importanti hanno scopo e proprietario |
| Elenco campioni Product | Sono rappresentate strutture di opzioni ordinarie ed eccezionali |
| Elenco campioni Order | Sono rappresentati stati storici, rettifiche e riferimenti esterni |
Preparare Products, opzioni e Advanced Options
Le opzioni ordinarie di Shift4Shop possono modificare le scelte del cliente e gli aggiustamenti di prezzo o peso, mentre le Advanced Options possono attribuire a combinazioni specifiche propri campi commerciali. Prepara esempi Product che rendano visibile questa distinzione.
Includi:
- Products semplici;
- Products con normali menu a discesa, radio button, immagini, testo o altri comportamenti delle opzioni;
- Products con Advanced Options e codice, GTIN, stock, peso, prezzo, immagine o disponibilità a livello di combinazione;
- Products che usano ereditarietà di opzioni a livello Category;
- Products con campi aggiuntivi, ID produttore, parole chiave di ricerca o metadati specializzati;
- kit, bundle, Products digitali, waiting list, abbonamenti o configurazioni appartenenti ad applicazioni;
- Products il cui prezzo o visibilità varia per Customer Group o Price Level;
- Products sincronizzati con un sistema esterno di inventario o catalogo.
| Funzionamento di origine | Decisione di preparazione in Shift4Shop | Evidenza richiesta |
|---|---|---|
| L’opzione cambia la scelta ma non possiede stock indipendente | Product option ordinaria | Tipo di opzione, valori, effetto su prezzo/peso ed esempio di riga Order |
| La combinazione possiede SKU, stock, GTIN, peso o immagine indipendenti | Advanced Option | Matrice delle combinazioni e identificatori di origine |
| Il valore descrive il Product | Campo aggiuntivo, descrizione, campo di ricerca o metadato esterno | Scopo del campo, tipo di dati e sistema che lo usa |
| La scelta viene inserita una sola volta dal cliente | Relazione di testo o dato personalizzato inserito dal cliente | Esempio sul sito pubblico ed evidenza nella riga Order |
| La logica è creata da un’applicazione o codice personalizzato | Proprietario applicativo o esterno | Descrizione della regola, record correlati e ID esterni |
Normalizza nomi delle opzioni, codici Product, ID dei produttori e significato dei campi aggiuntivi prima della migrazione. Un’etichetta di esportazione dell’epoca 3dcart deve essere collegata al processo effettivamente in uso, non conservata soltanto perché esiste.
Preparare Categories, SmartCategories, ricerca e URL
Le Categories ordinarie di Shift4Shop contengono Products assegnati, mentre le SmartCategories possono popolarsi dinamicamente in base a regole come stato di promozione, data di rilascio, trattamento della spedizione o parole chiave. Preparale come strutture separate.
| Raggruppamento di origine | Domanda sulla destinazione | Evidenza di preparazione |
|---|---|---|
| Category stabile | L’appartenenza dei Products deve essere mantenuta direttamente? | Gerarchia Category e assegnazioni Product |
| Collection dinamica | È appropriata una SmartCategory o un’altra regola di merchandising? | Regola di origine e proprietario previsto |
| Raggruppamento per brand o produttore | Deve restare Category, campo produttore, filtro o pagina? | Esempi di brand e scopo di scoperta |
| Valore usato solo per la ricerca | Deve restare parola chiave, campo aggiuntivo, codice Product o altro campo ricercabile? | Inventario di termini di ricerca e campi |
| Link presente soltanto nel menu | A quale Category, pagina, Product o percorso esterno rimanda? | Schema della navigazione |
| URL legacy | Quale Product, Category o pagina è la destinazione prevista? | Inventario dei redirect prioritari |
Prepara URL di Product, Category, pagine aggiuntive, Blog o contenuti, produttori, campagne e pagine informative. Registra percorso di origine, destinazione prevista, proprietario del contenuto, metadati, link interni e necessità di redirect. Per le SmartCategories, conserva la regola che genera l’appartenenza come evidenza separata dall’URL pubblico della Category: un gruppo dinamico non può essere ricostruito in modo affidabile da un elenco Product acquisito una sola volta.
Preparare Customer Groups, Price Levels e record Customer
I Customer Groups di Shift4Shop possono collegare Customers a Price Levels, requisiti di ordine minimo, visibilità di Product o Category e metodi di pagamento o spedizione disponibili. Prepara il gruppo insieme alle regole correlate.
Raccogli:
- nomi e scopo dei Customer Groups;
- assegnazioni dei Price Levels e prezzi a livello Product;
- restrizioni di visibilità di Product o Category;
- requisiti di ordine minimo;
- campi personalizzati Customer e indirizzi;
- relazioni relative a esenzione fiscale, all’ingrosso, affiliate, rewards, CRM, Reviews, waiting list o marketing;
- ID account esterni e riferimenti aziendali;
- esempi di Customers duplicati e checkout guest.
| Domanda di preparazione | Evidenza | Condizione di preparazione |
|---|---|---|
| Quali gruppi restano commercialmente attivi? | Elenco gruppi e proprietario | I gruppi obsoleti sono esclusi o archiviati |
| Quali Price Levels appartengono a ciascun gruppo? | Esempi Product e gruppo | Le relazioni tra Product, Price Level e Customer Group sono esplicite |
| Quali regole di accesso dipendono dai gruppi? | Esempi di Product/Category riservati | Le regole di visibilità hanno un proprietario di destinazione |
| Quali record applicativi appartengono ai Customers? | Campioni rewards, affiliate, CRM o Reviews | È documentato il proprietario applicativo o esterno che continua a gestirli |
| Come vengono gestiti Customers duplicati? | Esempi di chiavi di corrispondenza | Sono definite regole per unione e mantenimento separato |
Preparare Orders storici e riferimenti operativi
Prepara Orders che espongano la struttura del record storico, non soltanto gli Orders pagati più comuni.
Includi:
- Orders con opzioni ordinarie e Advanced Options;
- contesto Customer Group o Price Level;
- Coupons, promozioni, Gift Certificates, rewards, attribuzione affiliate, imposte e costi di spedizione;
- Orders in attesa, annullati, rimborsati, parzialmente rimborsati, spediti e parzialmente evasi;
- ticket CRM, contesto waiting list, Reviews, note e rettifiche manuali quando rilevanti;
- riferimenti ERP, contabilità, marketplace, evasione o pagamento;
- etichette di stato legacy ancora usate dal personale.
Per ogni campione, spiega quale riga, totale, stato o riferimento esterno sostiene assistenza clienti, finanza, evasione o reportistica. Configurazioni correnti di pagamento, spedizione, imposte e notifiche devono essere documentate separatamente dalle evidenze degli Orders storici.
Inventariare moduli, applicazioni, campi personalizzati e record legacy
Crea un registro delle dipendenze per moduli Shift4Shop, applicazioni opzionali, campi personalizzati, script, integrazioni e record legacy dell’epoca 3dcart.
Per ogni elemento registra:
- scopo per l’attività;
- proprietario nel sistema di origine;
- Products, Customers, Orders, Categories o pagine correlate;
- record di esempio;
- evidenza da esportazione o API;
- identificatori esterni;
- se la funzione continuerà, verrà sostituita o dismessa;
- quali dati devono restare per esigenze storiche o di riconciliazione.
Presta particolare attenzione a ricerca, prezzi delle Advanced Options, rewards, affiliate, CRM, Reviews, waiting list, abbonamenti, Products digitali, marketplace, ERP, contabilità, imposte, spedizioni e pagamenti. Il registro è pronto quando ogni campo non-core ancora attivo ha un record padre, un responsabile, un percorso di esportazione, un identificatore esterno e una decisione di continuità o dismissione.
Selezionare campioni rappresentativi per la migrazione verso Shift4Shop
| Campione | Scopo della preparazione |
|---|---|
| Product semplice | Stabilire la gestione ordinaria di Product, Category, media, prezzo e inventario |
| Product con opzioni ordinarie | Evidenziare valori delle opzioni e significato della riga Order senza stock indipendente |
| Product con Advanced Options | Evidenziare codice, stock, GTIN, peso, immagine e prezzo a livello di combinazione |
| Product con campi aggiuntivi o metadati ricercabili | Evidenziare campi descrittivi e appartenenti alle integrazioni |
| Product in una SmartCategory | Evidenziare raggruppamento dinamico rispetto all’assegnazione diretta a Category |
| Customer in un gruppo commerciale | Evidenziare Customer Group, Price Level, accesso e relazioni con campi personalizzati |
| Order storico complesso | Evidenziare opzioni, totali, stati, rewards, rimborsi e riferimenti esterni |
| Percorso contenuto prioritario | Evidenziare pagina aggiuntiva, Product, Category, metadati e decisioni di redirect |
| Record legacy o appartenente a un’applicazione | Evidenziare la proprietà corrente di dati dell’epoca 3dcart o creati da estensioni |
Allega ID di origine, scopo per l’attività, proprietario previsto nella destinazione, ID esterni correlati ed esclusioni note. Il registro dei campioni deve spiegare perché ogni record è stato scelto e quale relazione del sistema di origine rappresenta, senza definire criteri di passaggio o lancio che appartengono a una fase successiva. Usa record separati per opzioni ordinarie, Advanced Options, SmartCategories, prezzi Customer Group e dati legacy delle applicazioni quando un solo campione non può rappresentare accuratamente tutte queste strutture.
Completare il gate di preparazione di Shift4Shop
| Domanda di preparazione | Evidenza richiesta | Condizione di preparazione |
|---|---|---|
| Gli accessi necessari sono disponibili? | Registro accessi | Le aree richieste di origine e destinazione sono raggiungibili |
| Opzioni ordinarie e Advanced Options sono distinte? | Matrice delle famiglie Product | Ogni schema di opzione importante ha un proprietario documentato |
| Categories e SmartCategories sono classificate? | Inventario Categories | Appartenenza statica e dinamica non vengono confuse |
| Regole Customer Group e Price Level sono documentate? | Matrice delle relazioni commerciali | Gruppi, Products, prezzi e restrizioni sono collegati |
| Gli Orders storici sono rappresentati? | Pacchetto campioni Order | Stati, rettifiche e riferimenti esterni importanti sono spiegati |
| Moduli e campi legacy hanno un proprietario? | Registro dipendenze | Ogni record personalizzato attivo ha un proprietario che continuerà a gestirlo |
| Backup ed esportazioni sono aggiornati? | Archivio di origine datato | Le evidenze possono essere recuperate indipendentemente dal negozio live |
| Sono stati scelti campioni rappresentativi? | Registro campioni | Sono coperte strutture ordinarie ed eccezionali |
La preparazione è completa quando nessuna decisione critica relativa a Product, Customer, Order, Category o integrazione dipende da un’etichetta legacy non spiegata o da un modulo non documentato. Ogni elemento irrisolto deve indicare il responsabile, l’evidenza ancora necessaria e la struttura o il sistema di destinazione che possiederà la decisione finale.
Conclusione
La preparazione di Shift4Shop deve rendere visibili le relazioni dietro Products, opzioni ordinarie, Advanced Options, Categories, SmartCategories, Customer Groups, Price Levels, Orders, contenuti e record legacy. Il lavoro più importante consiste nel distinguere strutture native da dati appartenenti a moduli o all’epoca 3dcart, conservando al contempo gli identificatori che il personale e i sistemi esterni utilizzano ancora.
Un pacchetto di evidenze documentato fornisce alla futura verifica della migrazione un insieme di campioni rappresentativi con aspettative di origine e proprietà chiare.
Domande frequenti
Qual è la prima decisione sul catalogo Shift4Shop da preparare?
Stabilire quali scelte del sistema di origine siano normali Product Options e quali combinazioni richiedano l’identità delle Advanced Options. Questa distinzione influenza SKU, stock, GTIN, peso, prezzo, immagini e significato delle righe Order.
Ogni Category di origine dovrebbe diventare una Category Shift4Shop?
No. Alcuni raggruppamenti di origine sono campagne dinamiche, collection di ricerca, viste per produttore, link di menu o classificazioni interne. Prima di assegnare la destinazione, chiarisci lo scopo di scoperta previsto.
Perché Customer Groups e Price Levels devono essere preparati insieme?
Il gruppo identifica il contesto del Customer, mentre Price Level e restrizioni collegate definiscono il funzionamento commerciale. Il nome del gruppo senza prezzi Product o regole di accesso è incompleto.
Quali Orders devono rientrare nel set di campioni rappresentativi?
Includi Orders con opzioni ordinarie, Advanced Options, sconti, imposte, spedizioni, stati diversi, rimborsi, rewards o contesto affiliate e riferimenti a sistemi esterni.
Quali evidenze devono essere raccolte per i campi legacy di 3dcart?
Collega ogni campo al suo scopo attuale e al sistema o processo che lo usa. Conservalo soltanto se una struttura Shift4Shop, un modulo attivo o un sistema esterno possiede ancora quel valore.
Quando la preparazione di Shift4Shop è completa?
Quando accessi ed esportazioni sono pronti, gli schemi delle opzioni Product sono classificati, gruppi commerciali e prezzi sono documentati, i percorsi prioritari sono mappati, le dipendenze hanno un proprietario e i campioni rappresentativi sono stati selezionati.