Phoca Cart è un componente e-commerce nativo per Joomla con strutture proprie per Product, Category, Customer, Order, prezzi, tasse, stock e vantaggi commerciali. Joomla continua però a gestire utenti, livelli di accesso, menu, moduli, template, contesto linguistico, routing e l’ambiente più ampio delle estensioni. La migrazione deve quindi tradurre sia i record e-commerce sia le relazioni Joomla che rendono tali record trovabili e utilizzabili.
Phoca Cart separa inoltre concetti che altre piattaforme spesso combinano: opzioni Product, attributi, specifiche, prezzi per Customer Group, sconti, coupon, punti premio, aliquote fiscali, valute, stati dello stock e accesso ai download. Il nome di un campo non basta per scegliere la destinazione. La collocazione corretta dipende dal modo in cui quel valore incide sull’acquisto, sull’amministrazione e sull’interpretazione storica.
Identità Product e relazioni di catalogo
Un Product Phoca Cart può collegarsi a categorie, produttori, immagini, attributi, opzioni, specifiche, Products correlati, download, stock, prezzi, sconti, tasse, Reviews, contenuti linguistici e regole per Customer Group. Il record Product è quindi soltanto il centro di una rete di relazioni.
| Significato nella sorgente | Possibile proprietario in Phoca Cart | Relazione da preservare |
|---|---|---|
| Identità principale del Product | Record Product | Nome, alias, codice/SKU, descrizioni, stato di pubblicazione e lingua |
| Collocazione nel catalogo | Categorie Phoca Cart | Assegnazioni Product-to-Category e gerarchia prevista |
| Identità del brand | Record produttore, Category o chiave esterna | Relazione Product-produttore e relativo uso in navigazione o integrazioni |
| Media del Product | Immagini Product, file scaricabili o asset di contenuto | Ruolo, ordinamento, visibilità e accesso |
| Scelta dell’acquirente | Relazione di opzione o attributo | Collegamento del valore selezionato a prezzo, stock, immagine o significato della riga d’Order |
| Dati descrittivi | Attributo, specifica, parametro o campo contenuto | Scopo di visualizzazione, confronto, filtro o amministrazione |
| Vantaggio specifico per l’acquirente | Customer Group, prezzo, sconto, coupon o record premio | Idoneità del Customer al risultato commerciale |
Un Product della sorgente con SKU figli distinti può restare composto da Products separati oppure essere rappresentato attraverso opzioni, a seconda che Phoca Cart debba conservare per ogni scelta identità indipendente di stock, prezzo, immagine, codice o evasione. Il modello di destinazione non deve comprimere articoli vendibili distinti solo per ottenere una pagina più semplice.
Opzioni, attributi, specifiche e parametri
La distinzione più importante nel catalogo Phoca Cart riguarda la funzione dei valori di dettaglio del Product.
- Opzioni: rappresentano scelte dell’acquirente che partecipano all’acquisto.
- Attributi: possono descrivere Products o partecipare a strutture di opzioni, a seconda dell’implementazione.
- Specifiche: organizzano informazioni tecniche o descrittive confrontabili.
- Parametri e valori personalizzati: possono servire a visualizzazione, filtri, import/export, moduli o codice personalizzato.
Un campo della sorgente chiamato, ad esempio, “taglia” mostra bene il problema. Può indicare una taglia selezionabile, una dimensione dell’imballaggio, un valore di filtro oppure un dato interno di magazzino. Questi significati richiedono proprietari differenti nella destinazione.
| Funzione nella sorgente | Interpretazione nella destinazione | Significato da mantenere |
|---|---|---|
| La scelta modifica stock o codice Product | Opzione/attributo strutturato oppure relazione con Product separato | Identità di inventario e della riga d’Order |
| La scelta modifica soltanto il prezzo | Valore di opzione con relazione di prezzo | Valore selezionato e rettifica di prezzo |
| L’acquirente inserisce testo | Campo di immissione o record di un’estensione | Valore inserito collegato alla corretta riga d’Order |
| Specifica tecnica | Specifica o attributo descrittivo | Etichetta, valore, gruppo, ordinamento e uso nel confronto |
| Faccetta di ricerca/filtro | Attributo strutturato o parametro usato dai filtri | Valore normalizzato e appartenenza al filtro |
| Valore operativo interno | Campo personalizzato o record di sistema esterno | Proprietà amministrativa senza visualizzazione involontaria nel sito pubblico |
Definizioni e assegnazioni ai Products devono restare distinte. Un gruppo di specifiche, una definizione di attributo o una definizione di opzione può essere riutilizzata su molti Products, mentre il valore specifico o la selezione consentita appartiene alla relazione del singolo Product.
Prezzi, stock, sconti, coupon e premi
Phoca Cart può rappresentare più tipi di valore commerciale. Prezzo base, prezzo per Customer Group, sconto Product, sconto sul carrello, coupon, punti premio, tasse, valuta e stato dello stock sono concetti separati. Riunirli in un unico campo “prezzo” elimina la regola che spiega quando e per chi il valore è applicabile.
| Regola commerciale della sorgente | Relazione Phoca Cart | Domanda di traduzione del modello |
|---|---|---|
| Prezzo wholesale o per membri | Customer Group + prezzo Product | Quali Customers appartengono al gruppo e quali Products usano quel prezzo? |
| Promozione specifica del Product | Sconto Product e relative condizioni | Lo sconto è un importo, una percentuale o una regola temporale? |
| Promozione sul carrello | Sconto carrello o coupon | Quali condizioni e limiti di utilizzo definiscono l’idoneità? |
| Saldo di fidelizzazione | Record dei punti premio Customer | Il saldo autorevole è in Phoca Cart o in un altro sistema? |
| Disponibilità stock | Stock Product, stock opzioni e stato stock | L’inventario appartiene al Product o a una singola selezione? |
| Valore multivaluta | Relazione tra valuta e prezzo/visualizzazione | Quale importo è memorizzato e quale viene convertito per la visualizzazione? |
I totali storici degli Orders devono conservare le evidenze di prezzo, sconto, coupon, premi, tasse, spedizione, pagamento e valuta registrate al momento dell’acquisto. Questi snapshot non sostituiscono le regole operative della destinazione. I nuovi carrelli usano la configurazione corrente di Phoca Cart e la logica dei plugin attivi.
I punti premio richiedono un proprietario esplicito. Saldo Customer, punti guadagnati tramite un Order, punti spesi e regola di conversione dei punti in valore sono record correlati ma distinti. Migrare soltanto il saldo può lasciare senza spiegazione storico e logica di idoneità.
Categorie, produttori, ricerca e navigazione Joomla
Le categorie e i produttori di Phoca Cart appartengono al catalogo e-commerce. Menu e moduli Joomla espongono ai visitatori viste selezionate di Product, Category, produttore, ricerca, filtro, confronto o altre funzioni. Una struttura di navigazione della sorgente può quindi richiedere più relazioni nella destinazione, non una sola gerarchia di Category.
| Struttura nella sorgente | Possibile destinazione | Significato da preservare |
|---|---|---|
| Category Product | Category Phoca Cart + assegnazioni Product | Gerarchia del catalogo e raggruppamento per l’acquirente |
| Pagina brand | Record produttore + destinazione di menu/modulo | Identità del brand, navigazione e filtro |
| Collezione dinamica | Filtro, regola di ricerca, query di modulo, Category o logica personalizzata | Regola di appartenenza, non solo elenco corrente dei Product ID |
| Blocco in evidenza o più recente | Configurazione modulo Joomla | Query, ordinamento, pubblico e posizione |
| Confronto o lista dei desideri | Record Phoca Cart Customer/sessione + moduli | Relazioni Product e proprietà account quando persistenti |
| Catalogo con accesso limitato | Livello di accesso Joomla, Customer Group o estensione | Chi può vedere o acquistare i Products |
Le Joomla Categories e le Phoca Cart Categories non sono automaticamente la stessa tassonomia. Le prime organizzano record all’interno dei componenti Joomla; Phoca Cart mantiene il proprio modello Category e-commerce. Una migrazione non deve unirle solo perché le etichette coincidono.
Ricerca e filtri dipendono da valori Product normalizzati. Se gli attributi della sorgente contengono ortografie, unità o formati incoerenti, la destinazione può conservare ogni stringa e perdere comunque una parte importante dell’utilità dei filtri. La relazione tra Product, definizione di attributo/specifica e valore normalizzato è quindi il vero elemento di modello dati da preservare.
Customers, utenti Joomla, gruppi e indirizzi
Un Customer registrato in Phoca Cart può essere collegato a un utente Joomla. I Customer Group possono influenzare prezzi e vantaggi, mentre i livelli di accesso Joomla possono controllare la visibilità del sito. Indirizzi, dati fiscali, informazioni aziendali, punti premio, liste dei desideri e Orders possono appartenere a parti diverse della relazione Customer.
| Valore Customer | Proprietario appropriato | Motivo |
|---|---|---|
| Identità di login e stato abilitato | Utente Joomla | Controlla l’autenticazione |
| Ruolo di accesso al sito | Gruppo utente/livello di accesso Joomla | Controlla visibilità di contenuti e componenti |
| Segmento commerciale | Customer Group Phoca Cart | Può incidere su prezzi, sconti o vantaggi |
| Indirizzo di fatturazione/spedizione riutilizzabile | Record Customer/indirizzo Phoca Cart | Appartiene al ciclo di vita del Customer |
| Indirizzo guest | Order storico | Appartiene a una singola transazione |
| Saldo premi | Record premi Phoca Cart o sistema esterno di fidelizzazione | Richiede un registro autorevole |
| Identificativo fiscale o aziendale | Customer, indirizzo, Order o sistema esterno | Il proprietario dipende da riutilizzo e scopo legale |
I gruppi utente Joomla e i Customer Group Phoca Cart non devono essere considerati intercambiabili. I primi possono governare l’accesso al CMS, i secondi il trattamento commerciale. Alcuni negozi li collegano tramite logica personalizzata, ma quel collegamento è esso stesso una relazione da identificare.
I Customers guest devono restare distinguibili dagli account registrati. L’email presente in un Order non dimostra che sia mai esistito un utente Joomla persistente e creare account da tutto lo storico guest può generare identità duplicate.
Orders, fatture, pagamenti ed evidenze di spedizione
Gli Orders Phoca Cart possono includere dettagli Product e opzioni, indirizzi, contesto Customer, prezzi, sconti, coupon, punti premio, tasse, spedizione, pagamento, valuta, stato, note e riferimenti di fattura. L’Order deve conservare uno snapshot della transazione invece di dipendere soltanto dal Product o Customer corrente.
| Relazione dell’Order | Significato da preservare |
|---|---|
| Order verso Customer o guest | Identità usata al momento dell’acquisto |
| Riga Order verso Product e valori di opzione | Configurazione acquistata esatta |
| Riga Order verso prezzo e sconto | Formazione storica dell’importo |
| Order verso coupon o uso dei premi | Vantaggio applicato alla transazione |
| Order verso tasse, spedizione e pagamento | Contesto finanziario e di evasione storico |
| Order verso stato e timestamp | Progressione operativa |
| Order verso riferimento fattura/ricevuta | Continuità documentale, se richiesta |
| Order verso ID esterno | Continuità con ERP, POS, contabilità, corriere o marketplace |
Phoca Cart può supportare fatturazione e processi Point of Sale. Queste funzioni non devono essere dedotte da una sola tabella Orders. Transazioni online e offline possono condividere Products, Customers, stock e numerazione documenti utilizzando anche record POS o di fatturazione aggiuntivi. Il modello di destinazione deve identificare la fonte autorevole per ogni sequenza e riferimento esterno.
I plugin di pagamento e spedizione creano inoltre una distinzione tra evidenza storica e comportamento operativo. Un vecchio Order deve mantenere nomi dei metodi, importi, tracking e riferimenti provider dove previsto. La destinazione corrente richiede però la propria configurazione dei plugin.
Contenuti, lingua, URL e presentazione del sito pubblico
Phoca Cart opera all’interno di Joomla, quindi i record Product e Category sono soltanto una parte del risultato visibile al cliente. Menu, moduli, template, assegnazioni linguistiche, livelli di accesso, routing e pagine di contenuto Joomla determinano scoperta e presentazione.
Un negozio sorgente può combinare dati Product con guide all’acquisto, pagine di confronto, pagine dei produttori, Blog Posts, pagine di destinazione e risorse scaricabili. Ogni elemento dovrebbe essere assegnato al record che ne gestirà il ciclo di vita nella destinazione:
- contenuti di vendita specifici del Product possono appartenere ai campi Product;
- introduzioni delle categorie possono appartenere ai contenuti Category;
- materiale editoriale più ampio può diventare CMS Pages o Blog Posts Joomla;
- blocchi Product gestiti da moduli restano configurazione di presentazione Joomla;
- asset scaricabili possono appartenere all’accesso Product o ai contenuti CMS, in base allo scopo.
Le relazioni multilingue possono includere Products tradotti, Categories, produttori, attributi, specifiche, menu, moduli, metadati e URL. Copiare il testo tradotto senza lingua e relazioni di routing produce contenuti scollegati.
La proprietà degli URL è condivisa. Alias Product e Category forniscono l’identità e-commerce, mentre il contesto dei menu e il routing Joomla possono determinare il percorso visibile. La destinazione dovrebbe identificare gli URL canonici e collegare i redirect a tali destinazioni, anziché trattare l’intero URL sorgente come un singolo campo Product.
Plugin, moduli, import, POS e sistemi esterni
Phoca Cart è modulare. Plugin di pagamento e spedizione, moduli di ricerca e filtro, generazione PDF, newsletter, integrazione Open Graph, processi di import/export, funzioni POS, override del template ed estensioni Joomla personalizzate possono creare o utilizzare dati al di fuori delle strutture standard Product-Customer-Order.
| Dipendenza | Dati o presupposti aggiuntivi | Domanda per la destinazione |
|---|---|---|
| Processo di import/export | Mappature di colonne, ID esterni, pianificazioni, valori trasformati | Phoca Cart o un processo esterno resterà autorevole? |
| Processo POS | Orders offline, aggiornamenti stock, numerazione documenti, cassiere o contesto sede | Quali record sono condivisi con l’e-commerce online? |
| Modulo di ricerca/filtro | Valori indicizzati, definizioni dei parametri, configurazione query | Quali relazioni Product guidano la scoperta? |
| Plugin di pagamento/spedizione | Riferimenti provider, tracking, metadati del metodo, stati personalizzati | Cosa è evidenza storica e cosa è configurazione attiva? |
| Estensione PDF/fatture | Template documenti, numerazione, file generati | Quali identificativi e file richiedono continuità? |
| ERP, contabilità, marketplace o integrazione feed | Chiavi stabili di Product, Customer, Order, tasse e stock | Quale sistema possiede ciascun identificativo? |
| Override del template | Campi attesi, posizioni modulo, presupposti di routing | Quali record migrati devono restare indirizzabili? |
La presenza di un’estensione deve far emergere una domanda sulla proprietà dei dati, non l’ipotesi che tutti i suoi record appartengano a un generico campo personalizzato. Alcuni valori appartengono a Phoca Cart, altri a Joomla e altri ancora al sistema esterno che li ha creati.
Come le differenze di Phoca Cart modificano l’ambito della migrazione
L’ambito di Phoca Cart dovrebbe distinguere questi trattamenti:
| Trattamento | Esempi tipici | Conseguenza per l’ambito |
|---|---|---|
| Traduzione diretta dei record | Products, Categories, produttori, Customers, Orders, media | Mappare campi supportati e identificativi |
| Ricostruzione delle relazioni | Opzioni, attributi, specifiche, Customer Group, record premio, vantaggi Order | Ricostruire definizioni, assegnazioni e legami di proprietà |
| Struttura di presentazione Joomla | Menu, moduli, template, percorsi, accessi, contesto linguistico | Assegnare all’implementazione del sito di destinazione |
| Dati di plugin o processi | POS, fatture, import, metadati pagamento/spedizione, indici di ricerca | Definire una destinazione corrente o un archivio storico |
| Continuità con sistemi esterni | ERP, contabilità, marketplace, fidelizzazione, corriere, ID feed | Preservare chiavi durevoli e proprietà esplicita |
| Dismissione intenzionale | Moduli obsoleti, parametri inutilizzati, percorsi duplicati, integrazioni abbandonate | Escludere con motivazione registrata |
Un modello coerente della destinazione permette al personale di seguire un Product attraverso Category, opzione, specifica, prezzo, stock, regola del Customer Group, riga d’Order, percorso Joomla e identificativo esterno senza dover indovinare quale sistema possieda il valore.
Conclusione
Le differenze del modello dati di Phoca Cart derivano dalla combinazione tra un componente e-commerce ricco e il sito Joomla che lo circonda. I Products possono dipendere da Categories, produttori, opzioni, attributi, specifiche, prezzi, stock, vantaggi, tasse, plugin e contenuti multilingue. I Customers possono estendersi tra utenti Joomla, livelli di accesso, gruppi Phoca Cart, indirizzi, premi e Orders. Percorsi e presentazione del sito pubblico restano relazioni Joomla.
Una migrazione affidabile traduce ogni valore in base alla sua funzione. Le scelte dell’acquirente restano collegate al Product e alla riga d’Order corretti; i valori descrittivi restano utili per visualizzazione e filtri; i totali storici restano separati dalle regole attive; e i dati di plugin o sistemi esterni ricevono un proprietario chiaro. Questo approccio preserva il modo in cui il negozio funziona, non soltanto il nome delle sue tabelle.
Domande frequenti
Qual è la differenza pratica tra un’opzione Phoca Cart e una specifica?
Un’opzione partecipa alla scelta d’acquisto. Una specifica descrive o confronta il Product. La stessa etichetta, ad esempio taglia o materiale, può appartenere all’una o all’altra struttura in base al fatto che modifichi o meno il risultato acquistato.
Le Joomla Categories e le Phoca Cart Categories devono essere unite?
Non automaticamente. Appartengono a componenti Joomla differenti e possono avere scopi diversi. Le Phoca Cart Categories organizzano record e-commerce; le Joomla Categories organizzano i record del componente CMS che le possiede.
Come devono essere tradotti Customer Group e gruppi utente Joomla?
Devono restare relazioni separate, a meno che il negozio disponga di una logica esplicita che le colleghi. I gruppi Joomla possono controllare l’accesso al sito; i Customer Group Phoca Cart possono controllare prezzi, sconti o altri trattamenti commerciali.
I punti premio appartengono soltanto al saldo del Customer?
No. Saldo, punti guadagnati, punti spesi, Orders correlati e regole di conversione possono essere record separati. La destinazione deve disporre di un proprietario autorevole per l’intera relazione di fidelizzazione.
Dati storici di tasse, pagamento e spedizione possono usare gli stessi record delle regole di checkout attive?
Gli Orders storici devono conservare importi, etichette e riferimenti registrati al momento dell’acquisto. Le regole e i plugin attivi della destinazione governano invece le nuove transazioni e restano un livello di configurazione separato.
Come vanno gestiti dati POS o di import/export?
Occorre identificare quali Products, record di stock, Orders, numeri di documento e identificativi esterni sono condivisi con Phoca Cart. Le chiavi di business durevoli vanno preservate e lo stato operativo assegnato al sistema che resterà autorevole.