Se EasyStore by JoomShaper viene scelto come piattaforma di destinazione, la preparazione deve collegare i record commerciali alle strutture Joomla e JoomShaper che li presentano e li gestiscono. I Products possono dipendere da varianti, Categories, tag, brand, collezioni, immagini, inventario, coupon, Reviews, Customers, Orders, rimborsi, Menu Items Joomla, layout SP Page Builder, integrazioni di pagamento e spedizione e sistemi esterni.
Ogni attività richiesta deve essere collegata a un responsabile, a un’evidenza recuperabile e a una condizione esplicita di preparazione completata. La preparazione deve conservare i fatti dell’origine senza trattare il funzionamento attivo di processo di acquisto, pagamento, spedizione, imposte, notifiche o Page Builder come record da migrare.
Mettere in sicurezza accessi Joomla, EasyStore, hosting e database
Confermare l’accesso ad amministrazione Joomla, amministrazione EasyStore, hosting, database, filesystem, media Product, SP Page Builder, integrazioni di pagamento e spedizione, attività pianificate e sistemi connessi. Registrare versioni di Joomla, EasyStore, PHP, database, template, SP Page Builder, plugin, moduli e lingue.
| Attività di preparazione | Responsabile | Evidenza | Condizione di preparazione completata |
|---|---|---|---|
| Confermare l’accesso amministrativo | Amministratore Joomla/EasyStore | Account funzionanti e riepilogo dei ruoli | Products, varianti, Customers, Orders, coupon, Reviews e configurazione sono ispezionabili. |
| Creare backup recuperabili | Responsabile infrastruttura | Esportazione database, archivio filesystem/media e responsabile del ripristino | L’origine può essere ripristinata indipendentemente dallo store live. |
| Registrare l’ambiente delle estensioni | Responsabile tecnico | Inventario di Joomla, EasyStore, SP Page Builder, template, plugin, moduli, pagamenti e spedizioni | Ogni dipendenza commerciale ha un responsabile. |
| Documentare le personalizzazioni | Responsabile sviluppo | Addon personalizzati, override dei template, snippet, codice API/webhook e modifiche dirette al database | Il funzionamento personalizzato che crea o interpreta record è documentato. |
| Mappare i sistemi connessi | Responsabili delle integrazioni | Endpoint ERP/PIM/WMS/CRM/contabilità/evasione/marketplace e ID esterni | I sistemi che continueranno a operare e le fonti autorevoli dei dati sono note. |
Conservare gli ID di Product, variante, Category, tag, brand, collezione, Customer, Order, coupon, Review, rimborso, media, utente Joomla, Menu e sistemi esterni necessari a ricostruire le relazioni.
Preparare Products, varianti, Categories, brand e collezioni
I Products EasyStore possono includere nomi, alias, descrizioni, immagini, video, prezzi, sconti, costi, stato fiscale, identificativi, stock, dimensioni, Categories, tag, brand, collezioni, specifiche, relazioni upsell/cross-sell, accesso, metadati e varianti. Preparare i Products in base al modo in cui vengono venduti, non soltanto al conteggio.
| Schema Product | Evidenza da preparare | Condizione di preparazione completata |
|---|---|---|
| Product semplice | ID Product, SKU, prezzo, sconto, stato fiscale, stock, Category, brand, immagini e Order campione | Un singolo record identifica chiaramente l’articolo venduto. |
| Product con varianti | Tipi/valori delle variazioni, varianti generate, SKU, prezzo, sconto, stock, peso, pacchetto, immagine e visibilità per variante | Ogni combinazione acquistabile reale è riconducibile al Product principale e ai valori selezionati. |
| Product esaurito o in preordine | Stato stock, regola di vendita continuata, data di disponibilità, quantità e sistema responsabile dell’inventario | Il significato della disponibilità non viene ridotto a un valore vuoto o a quantità zero. |
| Product in più Categories o collezioni | Relazioni Category, tag, brand, collezione e campagna | Le strutture di scoperta e merchandising non vengono appiattite in una sola tassonomia. |
| Product con molte specifiche | Chiavi/valori Additional Data, scopo di visualizzazione, utilizzo in ricerca/filtro e assegnazioni Product | Le specifiche descrittive restano separate dalle varianti. |
| Product con upsell/cross-sell | Product di origine, Products collegati, tipo di relazione e priorità | Le relazioni di merchandising sono conservate separatamente dalle Categories. |
Registrare inoltre casi non pubblicati, in evidenza, in saldo, con accesso limitato, quantità minima/massima, vendita continuata, identificativi e metadati. Questi stati possono richiedere trattamenti differenti sulla destinazione.
Preparare librerie di varianti, opzioni Product, prezzi e inventario
I tipi di variazione EasyStore possono essere riutilizzati tra Products, mentre ogni variante generata può avere SKU, identificativi standardizzati, prezzo, sconto, stato fiscale, pacchetto di spedizione, peso, quantità, disponibilità e visibilità propri. Le Product Options possono inoltre contenere relazioni upsell e cross-sell, mentre Additional Data descrive specifiche.
| Struttura | Evidenza | Condizione di preparazione completata |
|---|---|---|
| Tipo e valori di variazione | Nome, tipo di visualizzazione, valori, dati colore, ordinamento e assegnazioni Product | Il vocabolario riutilizzabile delle varianti è documentato. |
| Variante generata | Product principale, valori selezionati, SKU, GTIN/UPC/EAN/ISBN, prezzo, sconto, stock, peso, pacchetto, immagine, visibilità e chiave esterna | Ogni combinazione acquistata dispone di evidenza indipendente. |
| Prezzi a livello Product | Prezzo regolare, tipo/valore dello sconto, stato fiscale, dati unità base, costo e valuta | I valori del Product principale non sostituiscono quelli specifici delle varianti. |
| Inventario | Quantità Product/variante, stato di tracciamento, stato stock, regola di vendita continuata, quantità min/max e sistema esterno responsabile | La quantità acquistabile autorevole è nota. |
| Additional Data | Chiave, valore, assegnazioni Product, scopo di visualizzazione e origine esterna | Le specifiche restano separate dalle scelte dell’acquirente. |
| Upsell/cross-sell | Tipo di relazione, ID Product collegati, Categories/collezioni/brand utilizzati per la selezione | Le relazioni di merchandising sono tracciabili. |
Se il catalogo di origine contiene matrici di opzioni molto grandi, conservare nelle evidenze tecniche il numero originale di combinazioni e i limiti dell’ambiente. Non presumere che ogni combinazione teorica rappresenti una variante realmente acquistabile.
Preparare Customers, utenti Joomla, indirizzi, Reviews e identità
I Customers EasyStore possono essere collegati a utenti Joomla, Orders, indirizzi, Reviews, dati aziendali o fiscali, consenso e identificativi esterni CRM o ERP. Gli acquirenti non registrati richiedono un trattamento separato perché il loro storico Order può restare utile senza creare un account permanente.
| Area account | Evidenza | Responsabile | Condizione di preparazione completata |
|---|---|---|---|
| Customer registrato | ID utente Joomla, ID Customer EasyStore, email, stato, indirizzi e ID esterni | Responsabile dati Customer | Duplicati e identità tra sistemi hanno un trattamento previsto. |
| Acquirente non registrato | Identità a livello Order, email, indirizzi e collegamenti Order | Responsabile dati Order | Lo storico non registrato viene conservato senza inventare un account utente. |
| Indirizzo | Valori fatturazione/spedizione, paese/stato, stato predefinito e responsabilità Customer/Order | Responsabile assistenza Customer | Indirizzi salvati e istantanee storiche degli Orders restano distinguibili. |
| Review | Product, identità Customer/non registrata, valutazione, testo, stato, data e lingua | Responsabile catalogo/contenuti | Le Reviews restano collegate al Product corretto e al relativo stato di moderazione. |
| Informazioni aziendali/fiscali | Azienda, numero fiscale, stato di convalida e chiave account esterna | Responsabile finanza/B2B | L’identità aziendale ha una destinazione o un sistema responsabile dichiarato. |
| Autenticazione | Password locale, SSO/social login, flusso di reset e responsabile delle comunicazioni | Responsabile sicurezza | L’accesso all’account è pianificato senza presumere la portabilità delle password. |
Selezionare Customers con più indirizzi, Orders di acquirenti non registrati, Reviews, duplicati, ID esterni importanti e storico Order di alto valore.
Preparare evidenze per Orders, coupon, rimborsi, imposte, spedizione e pagamento
Gli Orders storici EasyStore devono spiegare cosa è stato acquistato e cosa è avvenuto. Preparare intestazioni Order, Customers o acquirenti non registrati, indirizzi, righe Product e variante, quantità, prezzi, sconti, coupon, imposte, spedizione, etichette di pagamento, stati, note, tracking, rimborsi, fatture e riferimenti esterni.
| Evidenza Order | Responsabile | Condizione di preparazione completata |
|---|---|---|
| Intestazione Order e storico degli stati | Operazioni commerciali | Customer/non registrato, date, sequenza degli stati, valuta e canale di origine sono documentati. |
| Righe Product e variante | Responsabili catalogo/Orders | Product principale, variante, SKU, valori selezionati, quantità e testo dell’istantanea sono completi. |
| Coupon e sconti | Responsabile marketing/finanza | Codice coupon, regola, sconto di riga/Order ed effetto storico sono documentati. |
| Imposte e spedizione | Responsabili finanza/evasione degli ordini | Importi fiscali storici, costo di spedizione, etichetta del metodo, vettore e tracking sono conservati. |
| Contesto pagamento | Responsabile finanza | Etichetta del metodo, ID transazione/riferimento, stato e sistema responsabile sono noti. |
| Rimborsi e rettifiche | Responsabili finanza/assistenza Customer | Importi di rimborso parziale/totale, righe interessate, date, motivazioni e riferimenti esterni sono documentati. |
| ID Order esterni | Responsabile integrazioni | Gli identificativi ERP, contabilità, marketplace o evasione restano tracciabili. |
Elaborazione attiva di coupon, imposte, spedizione, pagamento, processo di acquisto e rimborsi appartiene alla configurazione della destinazione. Gli Orders storici conservano evidenze delle transazioni passate, non le regole operative correnti.
Preparare Menu Joomla, SP Page Builder, percorsi, media e SEO
I Products EasyStore possono essere visualizzati tramite Menu Items Joomla e addon SP Page Builder. Menu, layout Page Builder, posizioni del template, blocchi Product, media, metadati e redirect richiedono quindi evidenze di preparazione esplicite.
| Area della vetrina | Evidenza | Condizione di preparazione completata |
|---|---|---|
| Percorsi Product e Category | URL di origine, alias, ID Product/Category, contesto Menu, metadati e destinazione prevista | Ogni percorso commerciale prioritario ha una decisione: mantenere, cambiare, unire, ritirare o reindirizzare. |
| Menu Items Joomla | Tipo Menu Item, elemento padre, alias, lingua, accesso, Category selezionata e funzionamento gerarchico | Punti di ingresso dello store e viste Category sono documentati. |
| Layout SP Page Builder | ID pagina, tipi di addon EasyStore, filtri, origini Product, stile personalizzato e percorsi collegati | Le dipendenze di presentazione sono separate dai record commerciali. |
| Media Product | Immagini, video, contesto alt, media di variante, asset remoti e percorsi file | I media prioritari possono essere ricondotti al Product o alla variante corretti. |
| Contenuti CMS collegati | Landing page, guide all’acquisto, Blog Posts, link interni, blocchi Product e campagne | I contenuti collegati al commercio hanno un responsabile e una decisione di percorso. |
| SEO e redirect | Responsabile metadati, dati canonical, origine sitemap, regole di redirect e URL di alto valore | La continuità dei percorsi ha un responsabile esplicito. |
L’inventario generale del CMS Joomla appartiene all’ambito Joomla. La preparazione EasyStore documenta soltanto le relazioni Joomla e SP Page Builder necessarie ai dati commerciali e ai relativi percorsi.
Inventariare estensioni, dati personalizzati, importazioni e sistemi esterni
Creare un registro delle dipendenze per pagamenti, spedizione, imposte, Reviews, strumenti di analisi, import/export, addon SP Page Builder, campi personalizzati, ERP, PIM, CRM, contabilità, evasione degli ordini e collegamenti marketplace.
| Dipendenza | Evidenza da preparare | Condizione di preparazione completata |
|---|---|---|
| Estensione/integrazione EasyStore | Nome, versione, scopo, configurazione, record posseduti e ID core correlati | I record gestiti dall’estensione hanno una destinazione prevista o un sistema responsabile che resta attivo. |
| Addon SP Page Builder | Tipo addon, ID pagina/layout, origine Product, filtri e codice personalizzato | Le strutture di presentazione non vengono scambiate per dati Product. |
| Flusso import/export | Formato file, definizioni colonne, identificativi Product/variante, relazioni e ultima esecuzione riuscita | I file esportati possono essere riconciliati con i record autorevoli del database. |
| Campo/tabella personalizzati | Schema, chiavi, scopo aziendale e codice che li utilizza | I valori personalizzati possono essere interpretati anziché copiati alla cieca. |
| Sistema esterno | Endpoint, entità autorevoli, direzione di sincronizzazione, ID e responsabile del cutover | Identità e responsabilità tra sistemi sono documentate. |
| Dati generati | Cache, log, sessioni, indici, importazioni abbandonate e file temporanei | I dati tecnici non autorevoli vengono esclusi deliberatamente. |
Le estensioni inattive restano rilevanti quando i loro record continuano a supportare Orders, Products, Customers, rimborsi o sistemi di reportistica.
Selezionare campioni rappresentativi per il test di migrazione
Registrare ID di origine, SKU, URL, record correlati, chiavi esterne e motivo della selezione per ogni campione.
| Campione | Evidenza da preparare | Scopo della preparazione |
|---|---|---|
| Product semplice | Prezzo, imposta, stock, Category, brand, immagini e Order | Definisce la baseline Product ordinaria. |
| Product con varianti | Libreria variazioni, varianti generate, SKU, prezzi, stock, immagini, visibilità e riga Order | Rappresenta relazioni Product principale-variante. |
| Product con specifiche/merchandising | Additional Data, tag, brand, collezione, upsell/cross-sell e percorso Product | Rappresenta strutture descrittive e di merchandising. |
| Customer registrato e Order non registrato | ID Joomla/Customer, indirizzi, Reviews, collegamenti Order e ID esterni | Rappresenta entrambi i modelli di identità. |
| Order complesso | Riga variante, coupon, imposta, spedizione, pagamento, rimborso, tracking e riferimento esterno | Rappresenta il contesto commerciale storico. |
| Percorso SP Page Builder | Pagina/layout, addon EasyStore, origine Product, link Menu, media, SEO e destinazione redirect | Rappresenta dipendenze di presentazione e routing. |
| Record di sistema esterno | ID Product/variante/Customer/Order, sistema autorevole, direzione di sincronizzazione e chiave | Espone la responsabilità delle integrazioni prima dell’esecuzione. |
La preparazione dei test rappresentativi è responsabile della selezione dei campioni e delle evidenze. La verifica effettiva dei risultati migrati e l’interpretazione per il lancio appartengono al lavoro di validazione.
Completare il gate finale di preparazione EasyStore
| Area di preparazione | Condizione di preparazione completata |
|---|---|
| Accesso e ripristino | Joomla, EasyStore, hosting, database, file, backup e responsabilità del ripristino sono confermati. |
| Catalogo | Products, varianti, Categories, tag, brand, collezioni, specifiche, media, prezzi, stock e identificativi sono documentati. |
| Customers | Utenti Joomla, Customers, acquirenti non registrati, indirizzi, Reviews, dati aziendali/fiscali e dipendenze di autenticazione sono classificati. |
| Orders | Righe, varianti, sconti, coupon, imposte, pagamento, spedizione, rimborsi, tracking e ID esterni dispongono di evidenze. |
| Vetrina | Menu, layout SP Page Builder, percorsi, media, contenuti collegati, SEO e redirect sono documentati. |
| Dipendenze | Estensioni, importazioni, dati personalizzati, sistemi esterni e responsabili autorevoli sono registrati. |
| Campioni | I record rappresentativi coprono ogni schema materiale di Product, Customer, Order, percorso, rimborso e integrazione. |
L’ambito EasyStore è pronto quando ogni record selezionato può essere ricondotto al relativo responsabile nell’origine, ai record collegati, a un’evidenza e alla destinazione prevista o al sistema che continuerà a gestirlo.
Conclusione
La preparazione di una migrazione verso EasyStore richiede evidenze coordinate tra Joomla, Products, varianti, Categories, brand, inventario, Customers, Orders, coupon, rimborsi, Reviews, SP Page Builder, URL, estensioni e sistemi esterni. Un’esportazione Product o una semplice verifica visiva della vetrina non possono spiegare da sole queste relazioni.
Un pacchetto di preparazione solido assicura backup recuperabili, identifica i record autorevoli, separa transazioni storiche da configurazione attiva, seleziona campioni rappresentativi e assegna un responsabile e una condizione di preparazione completata a ogni dipendenza rilevante.
Domande frequenti
Cosa bisogna preparare per prima cosa per una migrazione verso EasyStore?
Confermare l’accesso a Joomla, EasyStore, hosting, database, filesystem, SP Page Builder e integrazioni. Creare backup recuperabili e registrare l’ambiente delle estensioni prima di iniziare la mappatura del catalogo.
Perché le varianti EasyStore richiedono evidenze separate dal Product principale?
Ogni variante può avere SKU, identificativo standardizzato, prezzo, sconto, stock, peso, pacchetto, visibilità e relazione con l’immagine propri. Evidenze soltanto a livello del Product principale possono quindi omettere i record realmente acquistabili.
Come devono essere preparati Categories, brand, collezioni e tag?
Documentare ogni struttura separatamente, incluse assegnazioni Product e utilizzo nella vetrina. Etichette simili non dimostrano che le strutture abbiano lo stesso scopo di scoperta o merchandising.
Quali evidenze Order devono essere raccolte?
Preparare righe Product e variante, identità Customer o non registrata, indirizzi, sconti, coupon, imposte, contesto di pagamento e spedizione, stati, tracking, rimborsi e ID esterni utilizzati da assistenza o finanza.
Perché SP Page Builder deve essere incluso nella preparazione?
Gli addon EasyStore possono selezionare e mostrare Products, Categories, filtri, Reviews, prezzi e funzioni del carrello all’interno dei layout di pagina. Layout e origini dati sono dipendenze di presentazione, non normali campi Product.
Come va divisa la preparazione tra Joomla ed EasyStore?
La preparazione Joomla è responsabile di contenuti CMS generali, utenti, Menu, template ed estensioni. La preparazione EasyStore è responsabile di Products, varianti, Customers, Orders, rimborsi, coupon, Reviews e integrazioni commerciali, documentando soltanto le dipendenze Joomla necessarie a questi elementi.