Se VirtueMart viene scelto come piattaforma di destinazione, la preparazione deve documentare sia i record commerciali sia le strutture Joomla che rendono quei record utilizzabili. I Products possono dipendere da Categories, child Products, custom field, shopper group, regole di calcolo, media, file scaricabili, plugin di pagamento e spedizione, menu Joomla, assegnazioni linguistiche, override dei template e integrazioni esterne. Un semplice conteggio dei Products non può spiegare queste dipendenze.
La preparazione dovrebbe assegnare un owner responsabile, evidenze di supporto e una chiara condizione di prontezza a ogni azione necessaria prima dell’esecuzione. Deve inoltre separare evidenza della sorgente e implementazione della destinazione: Orders storici, relazioni tra Products, assegnazioni agli shopper group e URL appartengono alla preparazione della migrazione, mentre il funzionamento attivo di pagamenti, spedizioni, imposte, checkout, email e template resta configurazione della piattaforma di destinazione.
Mettere in sicurezza accessi Joomla, VirtueMart, hosting e database
Conferma l’accesso ad amministrazione Joomla, amministrazione VirtueMart, hosting, database, filesystem, media dei Products, file scaricabili, attività pianificate e servizi collegati. Registra versione Joomla, versione VirtueMart, ambiente PHP e database, template attivo, lingue, plugin abilitati, metodi di pagamento e spedizione ed eventuale codice personalizzato o override.
| Azione di preparazione | Owner | Evidenza | Condizione di prontezza |
|---|---|---|---|
| Confermare gli accessi amministrativi | Amministratore Joomla/VirtueMart | Account funzionanti e riepilogo dei ruoli | Products, custom field, Customers, Orders, plugin, menu e configurazione possono essere ispezionati. |
| Creare backup ripristinabili | Owner dell’infrastruttura | Esportazione database, archivio filesystem, archivio media/download e owner del ripristino | Il negozio sorgente può essere recuperato senza dipendere dall’ambiente live. |
| Registrare versioni di piattaforma ed estensioni | Owner tecnico | Inventario di Joomla, VirtueMart, PHP, database, template, plugin, moduli e pacchetti | Record dipendenti dalla versione e assunzioni di compatibilità sono documentati. |
| Acquisire codice personalizzato e override | Owner dello sviluppo | Override dei template, layout modificati, plugin personalizzati, script e modifiche dirette al database | Ogni personalizzazione che legge o scrive dati commerce ha un owner. |
| Mappare i sistemi collegati | Owner delle integrazioni | Endpoint ERP/PIM/WMS/CRM/pagamento/spedizione/feed e ID esterni | Sono identificati i sistemi che continueranno a operare e le fonti dati autorevoli. |
Preserva gli ID interni di Products, Categories, Manufacturers, custom field, shopper group, utenti Joomla, shopper VirtueMart, Orders, righe Order, stati, media e sistemi esterni. Questi identificatori sono essenziali quando i record devono essere riconciliati tra tabelle Joomla e VirtueMart.
Preparare Products, Categories, Manufacturers e media
I Products VirtueMart possono includere SKU, GTIN o identificatori del produttore, descrizioni, prezzi, stock, dimensioni, immagini, Manufacturers, Categories, collegamenti a child Products, custom field, Products correlati, file scaricabili e restrizioni per shopper group. Prepara il catalogo in base al comportamento di vendita, non al conteggio delle righe.
| Modello Product | Evidenza da preparare | Condizione di prontezza |
|---|---|---|
| Product fisico semplice | Product ID, SKU, prezzo, regola fiscale, stock, peso, Category, Manufacturer, immagini e Order di esempio | Un record identifica chiaramente l’articolo venduto e da evadere. |
| Parent e child Products | Parent ID, child ID, comportamento di ereditarietà, SKU child, prezzi, stock, immagini, Categories e alias | Ogni child effettivamente vendibile è tracciabile verso il parent e i valori che sovrascrive. |
| Product scaricabile | Percorso file, relazione di accesso, limite o scadenza, collegamento Product e Order completato di esempio | File ed evidenze di accesso basate sull’Order sono recuperabili. |
| Product multi-Category | Assegnazioni Product-to-Category e route prioritaria | Non vengono creati Products duplicati soltanto per riprodurre i percorsi di scoperta. |
| Product collegato a Manufacturer | Manufacturer ID, nome, collegamento Product, chiave esterna e route | L’identità del brand/produttore resta separata dalla struttura delle Categories. |
| Product ricco di media | Immagini principali/aggiuntive, documenti, file remoti, ordine e media specifici dei child Products | Ogni asset media ha un owner Product o child Product noto. |
Registra casi non pubblicati, archiviati, solo catalogo, out-of-stock, back-order, quantità minima/massima e data di disponibilità. Questi stati richiedono un trattamento intenzionale nella destinazione invece di essere normalizzati in un unico stato Product attivo.
Preparare custom field, child Products e scelte degli acquirenti
I custom field VirtueMart possono descrivere Products, creare input selezionabili dagli shopper, influenzare il prezzo, apparire nel carrello e nelle viste Order, collegare Products o Categories correlate, associare beni scaricabili oppure dipendere da plugin. I child Products possono ereditare valori dal parent e sovrascrivere prezzo, stock, immagine, Category o assegnazioni shopper group.
| Struttura | Evidenza necessaria | Condizione di prontezza |
|---|---|---|
| Custom field descrittivo | Prototipo del campo, tipo, titolo, valori, assegnazioni ai Products, posizione di visualizzazione e uso nella ricerca | I dati descrittivi sono distinti da una scelta acquistabile. |
| Attributo o input del carrello | Definizione del campo, stato obbligatorio, effetto sul prezzo, valori selezionati e riga Order di esempio | Le scelte degli acquirenti restano collegate alla riga acquistata. |
| Custom field plugin | Owner del plugin, parametri, tabelle, collegamenti ai Products ed esempio di output | Il comportamento posseduto dall’estensione non viene scambiato per normali dati di campo. |
| Parent/child Product | Regole di ereditarietà, valori sovrascritti, SKU child, stock, prezzo, immagine, alias e Category | Ogni child vendibile è completamente tracciabile. |
| Product o Category correlati | Tipo di relazione, ID sorgente, finalità di visualizzazione e priorità | Le relazioni di merchandising sono documentate separatamente dalla tassonomia. |
Costruisci un registro con una riga per ogni custom field importante. Registra se il campo controlla identità, selezione Product, prezzo, stock, accesso ai download, visualizzazione, ricerca o un altro processo plugin. Etichette simili non dovrebbero essere unite se anche il comportamento commerciale non è equivalente.
Preparare shopper group, Customers, utenti Joomla e indirizzi
Gli shopper group VirtueMart possono controllare visibilità dei Products, prezzi dei Products, regole di calcolo, metodi di pagamento, metodi di spedizione e visualizzazione dei prezzi. I Customers possono inoltre coinvolgere utenti Joomla, record shopper VirtueMart, dati indirizzo, campi shopper personalizzati, identificatori aziendali o fiscali e chiavi CRM o ERP esterne.
| Area account | Evidenza | Owner | Condizione di prontezza |
|---|---|---|---|
| Collegamento tra utente Joomla e shopper VirtueMart | Joomla user ID, VirtueMart user ID, email, stato, gruppi e ID esterno | Owner dei dati Customer | La relazione account è tracciabile tra Joomla e VirtueMart. |
| Appartenenza agli shopper group | Definizioni dei gruppi, shopper assegnati, prezzi Product, regole di calcolo, restrizioni pagamento/spedizione | Owner commerce | Il significato del gruppo è documentato oltre l’etichetta. |
| Indirizzi e campi checkout | Definizioni dei campi, regole obbligatorie/di visualizzazione, valori di fatturazione/spedizione e riferimenti paese/stato | Owner Customer service | Indirizzi salvati e snapshot degli indirizzi al momento dell’Order sono distinguibili. |
| Acquirente guest | Identità a livello Order, indirizzi, email ed evidenza di accesso | Owner dei dati Order | La cronologia guest non richiede la creazione artificiale di un account Joomla. |
| Identità aziendale o fiscale | Campi azienda, numero fiscale, stato di validazione e chiave account esterna | Owner finanza/B2B | I dati dell’account business hanno una destinazione o owner mantenuto espliciti. |
| Autenticazione | Password locale, SSO, social login, MFA, comunicazioni di reset e owner dell’account | Owner sicurezza | L’accesso account è pianificato senza presumere la portabilità delle password. |
Includi shopper rappresentativi appartenenti a più gruppi, con prezzo speciale, metodi di pagamento o spedizione limitati oppure più indirizzi. Questi casi espongono relazioni che gli account retail ordinari non mostrano.
Preparare prezzi, regole di calcolo, imposte, coupon e inventario
I prezzi VirtueMart possono includere più prezzi per Product, valute, intervalli di quantità, shopper group, prezzi di costo e base, regole fiscali, sconti, override e ordine di calcolo. L’inventario può appartenere a un parent Product, a un child Product o a un sistema esterno.
| Area commerciale | Evidenza da preparare | Condizione di prontezza |
|---|---|---|
| Prezzi Product | Product/child ID, valuta, shopper group, intervallo quantità, date, valori di costo/base/finali e stato override | Ogni prezzo è collegato al corretto Product e contesto commerciale. |
| Regole di calcolo | Tipo regola, effetto fiscale/sconto, Categories, shopper group, paesi, stati/province, date e sequenza di calcolo | Le regole sono documentate come relazioni di configurazione, non come campi Product. |
| Coupon | Codice, tipo, valore, date, stato d’uso e Orders storici rilevanti | L’evidenza storica del coupon è separata dalla configurazione del coupon attivo. |
| Stock | Product/child ID, quantità, stato riservato quando disponibile, soglia stock basso e owner dello stock esterno | Sono noti quantità autorevole e chiave dell’unità vendibile. |
| Restrizioni di quantità | Regole minima, massima, packaging e incremento d’acquisto | I vincoli di quantità non vengono persi dentro note generiche del Product. |
I totali degli Orders storici devono restare snapshot. Non pianificare di ricostruire vecchi prezzi, imposte, sconti o costi di spedizione a partire dalle regole di calcolo correnti.
Preparare Orders, stati, pagamento, spedizione e fatture
Prepara gli Orders come record commerciali storici. Includi intestazioni Order, shopper, identità guest, snapshot di fatturazione e spedizione, righe Product e child Product, custom field selezionati, quantità, prezzi, imposte, sconti, coupon, etichette di pagamento, etichette di spedizione, stati, commenti, fatture, rimborsi o rettifiche e riferimenti esterni.
| Evidenza Order | Owner | Condizione di prontezza |
|---|---|---|
| Intestazione Order e cronologia stati | Operazioni commerce | Sequenza degli stati, timestamp, contesto shopper/guest e significato corrente sono documentati. |
| Righe Product e scelte | Owner catalogo e Orders | Product/child ID, SKU, custom field selezionati, quantità e testo snapshot sono completi. |
| Totali e rettifiche | Owner finanza | Subtotale, imposta, sconto, coupon, spedizione, costo pagamento e totale finale riconciliano. |
| Riferimenti pagamento e spedizione | Owner finanza ed evasione degli ordini | Etichette storiche dei metodi, ID transazione/tracking e ownership del provider sono noti. |
| Fatture e documenti | Owner finanza | Numeri fattura, file, lingua e relazioni con gli Orders sono recuperabili. |
| ID Order esterni | Owner integrazione | Riferimenti ERP, contabilità, marketplace o evasione degli ordini restano tracciabili. |
Seleziona Orders ordinari, guest, associati a shopper group, scontati, con più imposte, rimborsati, scaricabili e con child Products. Il set di campioni dovrebbe rappresentare gli stati Order effettivamente usati dallo staff per supporto e riconciliazione.
Preparare menu Joomla, route, lingue, media e dipendenze della vetrina
I record VirtueMart dipendono da menu Joomla, alias, livelli di accesso, associazioni linguistiche, moduli, layout dei template, override, estensioni di ricerca/filtro e collegamenti di contenuto. Migrare Products e Categories non ricrea automaticamente queste relazioni di presentazione.
| Area della vetrina | Evidenza | Condizione di prontezza |
|---|---|---|
| Route di Products e Categories | URL sorgente, Product/Category ID, alias, lingua, contesto menu, metadata e intento della destinazione | Le route prioritarie hanno una decisione esplicita: mantenere, cambiare, unire, ritirare o reindirizzare. |
| Menu e moduli Joomla | Tipo voce di menu, parent, alias, lingua, accesso, posizione modulo e assegnazione pagina | Punti di ingresso commerce e dipendenze per la scoperta sono documentati. |
| Record multilingue | Tag lingua, associazioni, Products/Categories tradotti, menu, media e regole di fallback | Le traduzioni correlate non vengono considerate duplicati indipendenti. |
| Template e override | Nome del template, layout VirtueMart, file override, posizioni custom field e route interessate | Le dipendenze di presentazione sono separate dai dati commerce. |
| Media e download | Percorsi, storage remoto, thumbnail, file scaricabili e regole di accesso | I file prioritari sono disponibili e collegati ai record corretti. |
| SEO e redirect | Owner metadata, estensione routing, regole redirect, sitemap e URL ad alto valore | La continuità degli URL ha un owner esplicito. |
L’inventario CMS Joomla appartiene al più ampio ambito di preparazione Joomla. Questa checklist include soltanto le strutture Joomla che influenzano materialmente record e route commerce di VirtueMart.
Inventariare plugin, tabelle personalizzate e sistemi esterni
Crea un registro delle estensioni per pagamento, spedizione, custom field, ricerca/filtro, abbonamenti, download, marketplace, feed, contabilità, ERP, CRM, inventario, analisi dei dati e codice personalizzato. Registra cosa possiede ogni componente e a quali record core fa riferimento.
| Dipendenza | Evidenza da preparare | Condizione di prontezza |
|---|---|---|
| Plugin VirtueMart | Nome, versione, finalità, configurazione, tabelle/campi e Products/Customers/Orders interessati | I record posseduti dal plugin hanno una destinazione o un owner di sistema mantenuto. |
| Estensione Joomla | Nome componente/modulo/plugin, dipendenza menu/modulo e owner dei dati | Il comportamento Joomla condiviso non viene classificato erroneamente come dato core VirtueMart. |
| Tabella o colonna personalizzata | Schema, relazioni chiave, finalità commerciale e codice che la utilizza | I record personalizzati possono essere interpretati invece di essere copiati alla cieca. |
| Sistema esterno | Endpoint, tipi di dati autorevoli, direzione della sincronizzazione, ID e owner del cutover | Identità e autorità tra sistemi sono documentate. |
| Dati generati | Cache, log, sessioni, indici, file temporanei e record abbandonati | I dati non autorevoli vengono esclusi intenzionalmente. |
Le estensioni inattive dovrebbero restare nel registro quando i loro dati mantengono ancora importanza commerciale o storica.
Selezionare campioni rappresentativi per i test di migrazione
Scegli campioni che espongano la struttura reale del negozio. Registra ID sorgente, SKU, URL, assegnazioni ai gruppi, chiavi esterne, record correlati e il motivo per cui ogni campione è stato selezionato.
| Campione | Evidenza da preparare | Scopo della preparazione |
|---|---|---|
| Product semplice | Prezzo, stock, imposta, Category, Manufacturer, media e Order | Definisce la baseline per la rappresentazione ordinaria dei Products VirtueMart prima di esaminare campioni più complessi. |
| Famiglia parent/child | Parent e child, custom field, SKU, prezzi, stock, immagini e alias | Rappresenta valori ereditati e sovrascritti dei Products. |
| Product con custom field | Prototipi dei campi, dipendenze plugin, effetti prezzo/carrello e riga Order | Espone relazioni tra scelte dell’acquirente ed estensioni. |
| Caso shopper group | Customer, gruppi, evidenza di Product/prezzo/pagamento/spedizione limitati | Rappresenta commerce B2B o segmentato. |
| Order complesso | Identità guest/registrata, child Product, scelte personalizzate, coupon, imposta, pagamento, spedizione e fattura | Rappresenta contesto commerciale storico. |
| Route multilingue | Traduzioni Product/Category, alias, percorsi menu, metadata e intento redirect | Rappresenta dipendenze linguistiche e di routing Joomla. |
| Record posseduto da estensione | Entità core, tabella/campo personalizzato, owner plugin e chiave esterna | Espone ambito non core prima dell’esecuzione. |
Il pacchetto campioni VirtueMart è pronto quando ogni record selezionato dispone di evidenza sorgente, contesto Joomla e shopper group, file correlati e reviewer nominato.
Completare il controllo finale di prontezza per VirtueMart
| Area di prontezza | Condizione di prontezza |
|---|---|
| Accesso e ripristino | Joomla, VirtueMart, hosting, database, file, backup e ownership del ripristino sono confermati. |
| Catalogo | Products, child Products, Categories, Manufacturers, media, custom field, stock, prezzi e identificatori sono documentati. |
| Customers | Utenti Joomla, shopper, gruppi, indirizzi, campi, identità guest e dipendenze di autenticazione sono classificati. |
| Orders | Righe, scelte, totali, stati, pagamento, spedizione, fatture e riferimenti esterni dispongono di evidenze sorgente. |
| Vetrina | Menu, route, lingue, moduli, override, media, SEO e redirect sono documentati. |
| Dipendenze | Plugin, codice personalizzato, tabelle, sistemi esterni e autorità dei dati hanno owner nominati. |
| Campioni | I record rappresentativi coprono ogni pattern materiale di Product, Customer, Order, route ed estensione. |
La preparazione VirtueMart è completa quando ogni record commerce materiale può essere tracciato attraverso il proprio owner Joomla, i record plugin o custom field correlati, l’evidenza disponibile e la destinazione target prevista o il sistema mantenuto.
Conclusione
La preparazione verso VirtueMart richiede evidenze coordinate attraverso Joomla, Products, child Products, custom field, shopper group, prezzi, regole di calcolo, Customers, Orders, media, route, plugin e sistemi esterni. La checklist deve rendere esplicite queste relazioni prima dell’esecuzione invece di affidarsi a conteggi dei Products o screenshot.
Un pacchetto di prontezza VirtueMart completo preserva evidenze recuperabili, identifica i record autorevoli, separa transazioni storiche e configurazione attiva e risolve l’ownership di ogni dipendenza materiale.
Domande frequenti
Cosa dovrebbe essere preparato per primo in una migrazione verso VirtueMart?
Conferma accesso a Joomla, VirtueMart, hosting, database, filesystem, media ed estensioni, poi crea backup ripristinabili e registra le versioni della piattaforma. Il lavoro dettagliato sul catalogo non dovrebbe iniziare finché il team non può ispezionare e ripristinare la sorgente in modo affidabile.
Perché i custom field VirtueMart richiedono un registro separato?
I custom field possono descrivere Products, raccogliere input dell’acquirente, influenzare il prezzo, apparire nelle righe Order, collegare record correlati, associare download o dipendere da plugin. L’etichetta da sola non rivela funzione commerciale o owner nella destinazione.
Come dovrebbero essere preparati parent e child Products?
Registra parent e child ID, valori ereditati, SKU sovrascritti, prezzi, stock, immagini, Categories, shopper group, alias e custom field. Ogni child realmente vendibile dovrebbe essere tracciabile in modo indipendente mantenendo la relazione con il parent.
Perché gli shopper group fanno parte della preparazione?
Gli shopper group possono influenzare visibilità, prezzi, regole di calcolo, metodi di pagamento, metodi di spedizione ed elementi di prezzo visualizzati. Preservare soltanto il nome del gruppo ometterebbe le relazioni commerciali che lo rendono utile.
Quali Orders VirtueMart dovrebbero essere scelti come campioni rappresentativi?
Includi Orders ordinari e guest, casi shopper group, child Products, selezioni custom field, coupon, imposte multiple, rimborsi o rettifiche, download, fatture e riferimenti esterni usati da supporto o finanza.
Come va divisa la preparazione tra Joomla e VirtueMart?
L’ambito Joomla possiede contenuti CMS generali, utenti, menu, moduli, template ed estensioni. L’ambito VirtueMart possiede Products commerce, shopper group, Customers, Orders, record di calcolo e plugin commerce, documentando soltanto le dipendenze Joomla necessarie a tali record.