Se Phoca Cart viene selezionato come piattaforma di destinazione, la preparazione deve distinguere le numerose strutture che possono affiancare un Product. Gli attributi possono creare varianti e incidere sul prezzo, le specifiche possono supportare il confronto, i parametri possono alimentare i filtri, i Customer Group possono modificare prezzi e accesso al sito pubblico, i file scaricabili possono dipendere dalle relazioni con gli Orders, mentre menu, lingue, moduli, template e livelli di accesso Joomla determinano come viene raggiunto il negozio.
Il pacchetto di preparazione dovrebbe definire, per ogni area rilevante, un’azione, un responsabile, un’evidenza e una condizione di readiness. Il significato della sorgente deve essere preservato attraverso selezione dei campioni, backup, inventari, mappe delle relazioni e decisioni esplicite di readiness.
Mettere in sicurezza accessi Joomla, Phoca Cart, hosting e file
Confermare l’accesso all’amministrazione Joomla, all’amministrazione Phoca Cart, all’hosting, al database, al filesystem, alle immagini Product, ai file scaricabili e caricabili, ai processi pianificati e ai servizi esterni. Registrare versioni Joomla e Phoca Cart, ambiente PHP e database, lingue, template, livelli di accesso, moduli/plugin abilitati, metodi di pagamento e spedizione e codice personalizzato.
| Azione di preparazione | Responsabile | Evidenza | Condizione di readiness |
|---|---|---|---|
| Confermare gli accessi amministrativi | Amministratore Joomla/Phoca Cart | Account funzionanti e riepilogo dei ruoli | Products, attributi, Customers, Orders, moduli e configurazione sono ispezionabili. |
| Creare backup ripristinabili | Responsabile infrastruttura | Export database, archivio filesystem, directory protette di download/upload e responsabile del ripristino | La sorgente può essere ripristinata senza dipendere dal negozio operativo. |
| Registrare ambiente ed estensioni | Responsabile tecnico | Inventario Joomla, Phoca Cart, PHP, database, template, moduli, plugin e lingue | I record dipendenti da versioni ed estensioni sono documentati. |
| Rilevare le personalizzazioni | Responsabile sviluppo | Override template, campi personalizzati, SQL personalizzato, modifiche al codice sorgente e plugin su misura | Ogni personalizzazione che legge o scrive record e-commerce ha un responsabile. |
| Mappare i sistemi collegati | Responsabili integrazioni | Endpoint e ID di feed, ERP, CRM, POS, contabilità, pagamento, spedizione e marketplace | Sono noti i sistemi che continueranno a operare e i valori autorevoli. |
Preservare ID di Products, Categories, produttori, attributi, specifiche, parametri, Customers, Customer Group, Orders, righe Order, stati, punti premio, Reviews, campi form, feed e sistemi esterni quando servono a ricostruire le relazioni.
Preparare Products, Categories, produttori, immagini e stock
I Products Phoca Cart possono includere identificativi, descrizioni, Categories, produttori, immagini, video, prezzi, tasse, stock, dimensioni, punti premio, download, tag, etichette, associazioni linguistiche, metadati, Products correlati e chiavi esterne. I record vanno preparati in base al comportamento di vendita e alla rilevanza operativa.
| Pattern Product | Evidenza da preparare | Condizione di readiness |
|---|---|---|
| Product semplice | Product ID, SKU/EAN/MPN, prezzo, tassa, stock, Category, produttore, media e Order campione | Un record identifica chiaramente l’articolo venduto. |
| Product basato su attributi | Definizioni attributi, opzioni, combinazioni, effetti sul prezzo, calcolo stock, immagini e Order campione | Ogni variante acquistabile e i relativi valori di opzione sono tracciabili. |
| Product scaricabile | File Product, file per opzioni attributo, percorso, scadenza, numero download e Order completato | Proprietà del file protetto e accesso basato sull’Order sono documentati. |
| Product in più Categories | Relazioni Product-to-Category, percorso prioritario e ambito linguistico | Le relazioni di scoperta sono preservate senza duplicare il Product. |
| Product con punti premio | Punti richiesti/guadagnati, relazione Product, storico Customer e regole applicabili | Le relazioni premio sono separate dai normali dati di prezzo. |
| Product POS o inviato | Contesto POS/origine, autore dell’invio, stato, identificativi e record Product correlato | I percorsi di creazione non standard hanno un responsabile esplicito. |
Registrare stato di pubblicazione, modalità solo catalogo, stato dello stock, quantità minime e multiple, ID esterni, campi dei feed e associazioni linguistiche. Quantità vuota, stock illimitato e Product esaurito non devono essere trattati come la stessa condizione.
Separare attributi, specifiche, parametri, tag e campi personalizzati
Phoca Cart distingue diversi sistemi informativi del Product. Gli attributi possono creare varianti e incidere sul prezzo. Le specifiche supportano confronto e filtri senza modificare il prezzo. I parametri costituiscono un’ulteriore struttura per i filtri. Tag ed etichette servono soprattutto alla presentazione o classificazione. Campi Product aggiuntivi possono contenere identificativi, valori per feed, media, dimensioni e riferimenti esterni.
| Struttura | Evidenza | Condizione di readiness |
|---|---|---|
| Attributo e opzione | Tipo attributo, stato required/default, valori opzione, comportamento delle combinazioni, effetto prezzo, immagine, stock e assegnazioni Product | Le scelte acquistabili non vengono appiattite in campi descrittivi. |
| Specifica | Gruppo/valore specifica, relazioni Product, uso in confronto/filtro e lingua | I dati descrittivi per confronto restano separati dalle varianti. |
| Parametro | Parametro/valore, assegnazioni Product, uso in ricerca/filtro e percorsi | Le relazioni di filtro sono documentate senza inventare effetti sul prezzo. |
| Tag o etichetta | Tipo, valore, scopo visivo, assegnazioni Product e lingua | Le etichette visive non vengono confuse con le Categories principali del Product. |
| Campo Product aggiuntivo | Nome campo, significato di business, tipo di valore, sistema che lo utilizza e chiave Product | I valori operativi e di integrazione hanno un responsabile definito. |
Creare un vocabolario normalizzato solo dopo aver preservato definizioni e assegnazioni della sorgente. Etichette simili possono rappresentare funzioni differenti e una famiglia Product può usare attributi dove un’altra usa specifiche.
Preparare prezzi, Customer Group, tasse, sconti e punti premio
Phoca Cart può associare ai Products prezzi per Customer Group, controllare visibilità del prezzo e di Add to Cart in base al gruppo, applicare sconti Product o carrello, utilizzare più tasse e valute e mantenere record di punti premio. Questi elementi vanno preparati come relazioni, non come campi numerici isolati.
| Area commerciale | Evidenza da preparare | Condizione di readiness |
|---|---|---|
| Prezzi Product | ID Product/variante, Customer Group, valuta, importo, data o condizione e proprietario sorgente | Ogni prezzo è collegato al Product e al contesto acquirente corretti. |
| Customer Group | Definizione gruppo, Customers assegnati, impostazioni di visibilità, funzionamento prezzi e regola automatica | Il significato del gruppo è documentato oltre la sola etichetta. |
| Tasse | Aliquota/classe, ambito paese/regione/zona, assegnazioni Product/Category ed esempi Order storici | La configurazione fiscale è separata dagli importi fiscali storici. |
| Sconti e coupon | Tipo regola, Products/Categories, soglie quantità/importo, gruppo, date e utilizzo storico | Regole attive ed evidenza storica sono distinguibili. |
| Punti premio | Customer, Product, punti guadagnati/spesi, saldo e contesto transazione | Lo storico di fidelizzazione ha una destinazione o un proprietario mantenuto. |
| Stock | Product/variante, quantità, metodo di calcolo, quantità minima/multipla, proprietario sede/POS e chiave esterna | È nota la quantità vendibile autorevole. |
Se prezzo o stock sono governati da ERP, POS, marketplace o feed fornitore, documentare separatamente i valori iniziali e il sistema che continuerà a mantenerli.
Preparare Customers, utenti Joomla, form, Reviews e indirizzi
La preparazione dei Customers dovrebbe collegare utenti Joomla, Customers Phoca Cart, Customer Group, indirizzi di fatturazione/spedizione, campi form personalizzati, identificativi di fidelizzazione, punti premio, Reviews, stato newsletter e chiavi esterne di CRM o contabilità.
| Area account | Evidenza | Condizione di readiness |
|---|---|---|
| Customer registrato | Joomla user ID, Customer ID, email, stato, gruppo, indirizzi, numero di fidelizzazione e ID esterni | Identità duplicate e tra sistemi hanno un trattamento previsto. |
| Customer guest | Nome/email a livello Order, valori di fatturazione/spedizione e riferimenti Order | Lo storico guest è preservato senza inventare un account. |
| Campo form checkout | Definizione campo, tipo, regole required/display, livello di accesso, Customer Group e valori memorizzati | I dati Customer personalizzati non vengono persi o classificati male. |
| Review | Product, identità Customer/guest, valutazione, testo, data, stato e lingua | Le Reviews restano collegate al Product e allo stato di moderazione corretti. |
| Record premio/fidelizzazione | Chiave Customer, saldo, origine transazione e contesto Product/Order | I dati di fidelizzazione hanno evidenza completa di proprietà. |
| Autenticazione | Password locale, SSO/social login, flusso reset e responsabile comunicazione | L’accesso agli account è pianificato senza presumere la portabilità delle password. |
Includere Customers con più indirizzi, prezzi per Customer Group, dati di fidelizzazione, Reviews, campi personalizzati e Orders importanti. Questi esempi fanno emergere relazioni che i normali account retail possono non evidenziare.
Preparare Orders, fatture, download, spedizione, pagamento e storico POS
Gli Orders Phoca Cart possono includere origine online/POS, numero Order, token, identità Customer o guest, indirizzi, righe Product, attributi, tasse, sconti, pagamento e spedizione, stati, commenti, evidenze privacy/termini, tracking, numeri fattura/ricevuta, link di download e riferimenti esterni.
| Evidenza Order | Responsabile | Condizione di readiness |
|---|---|---|
| Intestazione e origine Order | Responsabile e-commerce/POS | Numero Order, canale, identità Customer/guest, date, lingua e stato sono documentati. |
| Righe Product e attributi | Responsabili catalogo e Orders | Product ID, SKU, attributi selezionati, quantità, prezzi, tasse e testo snapshot sono completi. |
| Totali e sconti | Responsabile finanza | Subtotale, sconto Product/carrello, coupon, tasse, spedizione, costo pagamento, punti premio e totale finale quadrano. |
| Pagamento, spedizione e tracking | Responsabili finanza/evasione | Etichette storiche dei metodi, riferimenti, corriere, tracking e data di spedizione sono noti. |
| Fattura, ricevuta e bolla di consegna | Responsabile finanza | Numerazione, date, file/dati layout e relazioni con l’Order sono recuperabili. |
| Accesso ai download | Responsabile consegna digitale | File, scadenza, numero massimo di download, relazione Product/attributo e Order sono collegati. |
| Riferimenti esterni | Responsabile integrazione | ID POS, ERP, contabilità, marketplace o evasione restano tracciabili. |
Scegliere, dove disponibili, Orders ordinari, guest, con molti attributi, scontati, con punti premio, rimborsati o rettificati, scaricabili, POS, multilingue e con tracking.
Preparare percorsi Joomla, lingue, livelli di accesso, moduli e media
Phoca Cart è completamente integrato con Joomla. Menu, livelli di accesso, associazioni linguistiche, moduli, override del template, moduli di filtro/ricerca, percorsi media e metadati possono determinare se i record e-commerce migrati restano trovabili.
| Area del sito pubblico | Evidenza | Condizione di readiness |
|---|---|---|
| URL Product e Category | Percorso sorgente, alias, contesto menu, lingua, metadati e intento di destinazione | I percorsi prioritari hanno una decisione keep/change/merge/retire/redirect. |
| Menu e accessi Joomla | Tipo voce menu, parent, alias, livello di accesso, lingua e destinazione | Punti di ingresso del catalogo e percorsi limitati sono documentati. |
| Moduli e filtri | Tipo modulo, posizione, assegnazione menu, origine attributo/specifica/parametro e proprietario | Il funzionamento della scoperta è separato dai dati Product. |
| Associazioni multilingue | Associazioni Product/Category/termini, lingue, menu e media | Le traduzioni non vengono trattate come duplicati indipendenti. |
| Override template | File di override, viste coinvolte, campi personalizzati e posizioni modulo | Le dipendenze di presentazione sono registrate separatamente dai record e-commerce. |
| Media e file protetti | Immagini Product, thumbnail, video, download/upload, storage remoto e permessi filesystem | I file prioritari sono disponibili e collegati ai record corretti. |
L’ambito più ampio del CMS Joomla governa Articles e CMS Pages generali. Questa sezione registra le strutture Joomla che incidono direttamente su percorsi, accessi, scoperta e media e-commerce di Phoca Cart.
Inventariare moduli, plugin, feed, codice personalizzato e sistemi esterni
Creare un registro delle dipendenze per pagamento, spedizione, ricerca, filtri, brand, confronto, liste dei desideri, POS, feed, import/export, contabilità, ERP, CRM, marketplace, strumenti di analisi e modifiche personalizzate.
| Dipendenza | Evidenza da preparare | Condizione di readiness |
|---|---|---|
| Modulo o plugin Phoca | Nome, versione, scopo, dipendenze Product/Customer/Order e configurazione | I record dell’estensione hanno una destinazione o un proprietario mantenuto. |
| Feed XML/CSV | Definizione feed, campi Product, mappatura categorie, identificativi, sistema destinatario e pianificazione | I dati di canale sono separati dal modello Product canonico. |
| Integrazione POS | Contesto sede/dispositivo, autorità Product/stock, ID Customer/Order e processo di sincronizzazione | Storico online e POS non vengono uniti in modo errato. |
| Tabella personalizzata o modifica sorgente | Schema, chiavi, scopo di business e codice che la utilizza | I record personalizzati possono essere interpretati invece di essere copiati alla cieca. |
| Sistema esterno | Endpoint, autorità dei dati, direzione di sincronizzazione, ID e responsabile della transizione | L’identità tra sistemi resta utilizzabile. |
| Dati generati | Cache, thumbnail, log, feed temporanei, sessioni e indici | I dati tecnici non autorevoli vengono esclusi deliberatamente. |
La personalizzabilità Open Source rende particolarmente importante ispezionare la sorgente. Un nome campo familiare può aver acquisito funzioni locali attraverso codice personalizzato o modifiche SQL.
Selezionare campioni rappresentativi per i test di migrazione
Registrare ID sorgente, SKU, URL, record correlati, lingua, Customer Group, chiave esterna e motivo della scelta per ogni campione.
| Campione | Evidenza da preparare | Scopo della preparazione |
|---|---|---|
| Product semplice | Prezzo, stock, tassa, Category, produttore, immagini e Order | Stabilisce la baseline del Product ordinario. |
| Variante tramite attributi | Attributi/opzioni, stato required/default, effetti su prezzo/immagine/stock e riga Order | Rappresenta il comportamento delle varianti acquistabili. |
| Product con specifiche/filtri | Specifiche, parametri, tag, Categories e moduli filtro | Rappresenta relazioni descrittive e di scoperta. |
| Caso Customer Group | Customer, gruppo, prezzo/visibilità Product, campi form e Order | Rappresenta un modello e-commerce segmentato. |
| Order complesso | Identità guest/registrata, attributi, sconti, tasse, premi, pagamento, spedizione, tracking e fattura | Rappresenta il contesto commerciale storico. |
| Product/Order scaricabile | File, percorso protetto, file per opzione attributo, scadenza, conteggio e Order | Rappresenta la consegna digitale. |
| Percorso multilingue | Products/Categories associati, alias, menu, metadati e intento di redirect | Rappresenta ambito linguistico e routing Joomla. |
| Record POS o di estensione | Record principali, proprietario canale/estensione, ID esterno e Orders correlati | Espone le dipendenze esterne alle strutture principali prima dell’esecuzione. |
La preparazione dei test rappresentativi definisce campioni ed evidenze della sorgente. Le successive decisioni Pass, Watch o Block appartengono al flusso di validazione.
Completare il gate finale di readiness per Phoca Cart
| Area di readiness | Condizione di readiness |
|---|---|
| Accesso e ripristino | Accessi Joomla, Phoca Cart, hosting, database, file protetti, backup e responsabilità di ripristino sono confermati. |
| Catalogo | Products, Categories, produttori, attributi, specifiche, parametri, media, download, stock, prezzi e identificativi sono documentati. |
| Customers | Utenti Joomla, Customers, gruppi, form, indirizzi, Reviews, premi e dipendenze di autenticazione sono classificati. |
| Orders | Origine online/POS, righe, attributi, totali, stati, pagamento, spedizione, fatture, download e ID esterni hanno evidenze. |
| Sito pubblico | Menu, accessi, lingue, moduli, filtri, override, URL, SEO e media sono documentati. |
| Dipendenze | Plugin, moduli, feed, codice personalizzato, sistemi esterni e autorità dei dati hanno responsabili. |
| Campioni | I record rappresentativi coprono ogni pattern rilevante di catalogo, Customer, Order, percorso, download, POS ed estensione. |
L’ambito Phoca Cart è pronto quando ogni record rilevante ha un responsabile nella sorgente, una mappa dei record correlati, un’evidenza e una decisione sulla destinazione o sul sistema che continuerà a possederlo.
Conclusione
Preparare una migrazione verso Phoca Cart richiede evidenze coordinate tra Joomla, Products, attributi, specifiche, parametri, Customer Group, Customers, Orders, download, POS, percorsi, moduli, plugin, feed e sistemi esterni. Prima dell’esecuzione, queste strutture devono essere separate in base al loro significato di business.
Un buon pacchetto di preparazione assicura backup ripristinabili, documenta i record autorevoli, separa le transazioni storiche dalla configurazione operativa, seleziona campioni rappresentativi e assegna un responsabile e una condizione di readiness a ogni dipendenza rilevante.
Domande frequenti
Cosa bisogna preparare per prima cosa in una migrazione verso Phoca Cart?
Confermare accessi a Joomla, Phoca Cart, hosting, database, filesystem, directory protette di download/upload ed estensioni. Creare backup ripristinabili e registrare software e personalizzazioni prima di entrare nel dettaglio del catalogo.
Qual è la differenza di preparazione tra attributi e specifiche?
Gli attributi possono creare varianti Product e incidere su prezzo, immagine, stock o scelta dell’acquirente. Le specifiche descrivono Products per confronto e filtri senza modificare il prezzo. Definizioni e assegnazioni ai Products devono restare separate.
Perché parametri e tag devono essere inventariati separatamente?
I parametri possono supportare filtri e valori ricercabili, mentre tag ed etichette servono soprattutto a funzioni visive o di classificazione. Combinarli può modificare scoperta nel sito pubblico e significato storico.
Come vanno preparati i dati dei Customer Group?
Registrare definizioni dei gruppi, Customers assegnati, prezzi Product, impostazioni di visualizzazione e Add to Cart, visibilità degli attributi, regole di sconto ed eventuali criteri di assegnazione automatica. La sola etichetta del gruppo non costituisce un’evidenza sufficiente.
Quali Orders vanno inclusi nel registro dei campioni?
Includere Orders online e POS, acquirenti guest e registrati, righe con molti attributi, sconti, tasse, punti premio, rimborsi o rettifiche, download, tracking, fatture e riferimenti esterni utilizzati da assistenza o finanza.
Come va divisa la preparazione tra Joomla e Phoca Cart?
L’ambito Joomla governa contenuti CMS generali, utenti, menu, moduli, template e architettura degli accessi. La preparazione Phoca Cart governa Products del catalogo e-commerce, Customers, Orders, attributi, stock, premi ed estensioni, documentando soltanto le dipendenze Joomla necessarie a questi record.