Vendere prodotti digitali in PrestaShop: accesso e consegna

Cosa faremmo

Partiremmo dal prodotto virtuale nativo per la semplice vendita di un file e aggiungeremmo un'integrazione per licenze o archiviazione solo per un requisito che non può soddisfare. La soluzione dipende da configurazione esistente del negozio, moduli di pagamento, tema e pagine account, ERP o altre integrazioni, dati degli acquisti, mercati dei clienti e team che assisterà gli utenti nell'accesso.

Apporta la modifica su una copia di staging isolata con acquisti precedenti rappresentativi e nuovi ordini. Prova i controlli seguenti con pagamenti di test ed email di prova intercettate, mantenendo disabilitati i collegamenti di fatturazione ed evasione di produzione. Concorda un passaggio pianificato, backup ripristinabili di file e configurazione e un modo per riconciliare gli ordini ricevuti durante la modifica.

Se vuoi verificare le opzioni di consegna nel tuo negozio, il PrestaShop Module Selection & Fit Assessment può valutare impostazioni native, strumenti esistenti e moduli candidati su una copia controllata.

Crea un prodotto virtuale e definisci l'accesso

In Catalogo > Prodotti, crea o modifica il prodotto e scegli il vero tipo Prodotto virtuale. Il layout esatto dell'editor cambia tra le versioni. Un prodotto standard con spedizione a costo zero resta un prodotto fisico.

Un carrello contenente solo articoli virtuali non richiede una fase di consegna con corriere nel checkout standard. Un carrello misto mantiene la consegna per gli articoli fisici. Possono comunque applicarsi requisiti di fatturazione, imposte e informazioni del cliente, quindi non promettere acquisti senza indirizzo in ogni negozio.

1. Decidi se il prodotto include un file scaricabile o è un servizio senza file.
2. Carica il file attraverso i controlli del prodotto virtuale. Assegna al nome del file visibile al cliente un nome riconoscibile di prodotto/versione.
3. Imposta il numero di download consentiti. Il valore zero significa nessun limite di conteggio nel controller nativo.
4. Imposta una scadenza di calendario e/o un periodo di accesso solo se corrispondono all'offerta che vendi. Spiega il termine prima dell'acquisto.
5. Prova acquisto, pagamento, email di consegna, accesso dall'account e nuovo download prima della pubblicazione.

Scegli i limiti in base alla politica di accesso e al carico di assistenza. Per esempio, da tre a cinque tentativi e un periodo da 30 a 90 giorni sono possibili politiche per un file acquistato una tantum, non raccomandazioni standard per ogni prodotto. Trasferimenti interrotti, cambi di dispositivo e promesse di accesso a lungo termine richiedono una procedura di assistenza chiara.

La dimensione caricabile dipende da impostazioni PHP come upload_max_filesize e post_max_size, limiti applicativi, limiti del proxy e politiche dell'hosting. Prova con le dimensioni effettive del pacchetto. Un video grande può richiedere un'integrazione di consegna separata anziché un semplice aumento del limite di caricamento.

Prova un ordine misto prima del lancio

Un cliente ordina un manuale stampato e un PDF abbinato, poi sceglie il bonifico bancario. Rappresenta pacco e download con prodotti separati se è così che li vendi e prova questa sequenza:

1. Durante l'attesa del pagamento, conferma che il PDF non sia disponibile e che il cliente sappia quando inizierà l'accesso.
2. Dopo la verifica del pagamento, applica lo stato ordine testato e controlla email di download e accesso al file mentre il pacco attende ancora la spedizione.
3. Completa l'evasione fisica e verifica che corriere, costo di spedizione ed esportazione al magazzino descrivano ancora correttamente il pacco.

Se un ERP applica lo stato convalidato solo alla spedizione, l'acquirente digitale potrebbe dover attendere il flusso del pacco. Concorda le mappature di pagamento ed evasione prima di modificare gli indicatori degli stati in tutto il negozio.

Comprendi email, account e controlli dei download

La consegna nativa usa un'email separata download_product, anziché garantire un link nella conferma originale order_conf. Il normale flusso della cronologia ordini invia il messaggio di download quando un ordine contenente prodotti scaricabili passa da uno stato non validato a uno stato logable.

L'autorizzazione effettiva del file usa un controllo diverso: lo stato attuale dell'ordine deve avere il flag paid abilitato. Uno stato personalizzato con flag paid e validated non coerenti può quindi inviare un link non ancora utilizzabile oppure consentire l'accesso senza l'email prevista. Progetta questi flag insieme.

I clienti registrati possono raggiungere i download dai dettagli dell'ordine nell'account. Per un ordine di cliente registrato, il controller di download richiede l'accesso del cliente proprietario. Un ospite non autenticato può usare il token di download con l'ID dell'ordine ospite e la sua chiave sicura. Mantieni private queste credenziali di accesso.

In PrestaShop 1.7.8 e 9, GetFileController verifica credenziali di download/ordine, stato pagato, titolarità del cliente pertinente, file disponibile, informazioni su rimborsi/resi, scadenze e conteggio degli utilizzi prima di trasmettere il file. Un cliente che non riesce a scaricare può essere bloccato da uno qualsiasi di questi controlli.

Un link con token resta copiabile. Limiti e scadenza restringono l'accesso al server, ma non rendono il file scaricato impossibile da condividere. Il core incrementa il contatore prima della trasmissione, quindi un trasferimento interrotto può consumare un tentativo. Evita di inserire URL completi di download in screenshot pubblici, eventi di analisi, ticket di assistenza visibili ad altri o log condivisi.

Per i pagamenti manuali, indica all'acquirente quando l'accesso diventa disponibile e verifica il pagamento prima di usare uno stato pagato. Prova ordini in attesa, riusciti, annullati, falliti e rimborsati, oltre a ospiti e clienti registrati.

Individua un download mancante senza modifiche estranee

1. Identifica ordine e riferimento del pagamento, poi esamina l'indicatore attuale di pagamento e la transizione di stato che avrebbe dovuto attivare l'email di download.
2. Riproduci il percorso di accesso del cliente: l'account titolare per un ordine registrato o le credenziali ospite per un ordine ospite. Non provare ogni caso con un account amministratore.
3. Controlla conteggio d'uso e scadenza dell'ordine insieme al record attuale di download del prodotto e al file. Una schermata prodotto corretta non dimostra che un acquisto precedente sia ancora idoneo.
4. Se l'accesso dall'account funziona ma manca l'email, esamina il tentativo di invio del messaggio di download, l'indirizzo destinatario e l'esito della consegna email prima di modificare i diritti di download.
5. Usa la correzione supportata per l'acquisto interessato e conferma che il cliente possa riprovare. Evita di aprire l'accesso agli ordini non pagati o azzerare i limiti in tutto il catalogo per risolvere un caso singolo.

Tieni separati valori predefiniti del prodotto e record di acquisto

Il record nativo product_download contiene informazioni sul file, nome visualizzato, limite di conteggio e scadenza a livello di prodotto. Il dettaglio ordine contiene hash di download, contatore d'uso e scadenza. La scadenza del periodo di accesso viene calcolata alla creazione del dettaglio ordine, anziché quando un pagamento successivo viene accreditato. Un ordine con bonifico può quindi diventare pagato dopo che la finestra di download è già terminata. Prova questo ritardo e definisci un modo supportato per rispettare l'accesso promesso senza estendere la scadenza di tutti i clienti.

Non sono istantanee del tutto indipendenti. Quando eroga un download, il core esegue una join con il record corrente del download prodotto. Cambiare file, limite a livello di prodotto o scadenza può incidere sugli acquirenti precedenti. Il conteggio e il termine del dettaglio ordine continuano ad applicarsi.

Prova l'effetto della sostituzione di un file su un ordine precedente prima di usarla come politica di aggiornamento. Conserva una copia recuperabile della vecchia versione e documenta cosa i clienti hanno diritto a ricevere. Non rimuovere un file acquistato senza un piano di migrazione o assistenza. Per esempio, sostituisci un template in staging e scaricalo di nuovo da un vecchio ordine pagato e da un nuovo acquisto. Controlla il contenuto dell'archivio, non solo il nome visualizzato, per sapere quale versione riceve davvero ogni cliente.

Il core non offre un sistema completo di catalogo delle versioni, notifiche di aggiornamento e diritti di licenza. Se ti servono versioni, definisci quali restano attive, il periodo di aggiornamento, le regole di rinnovo, i changelog e come i clienti trovano gli aggiornamenti a cui hanno diritto. Verifica separatamente il flusso delle notifiche e l'accesso alle versioni.

L'appartenenza a un pacchetto nativo non crea automaticamente diritti individuali di download per tutti i suoi componenti virtuali. Per un acquisto con più file, usa un unico archivio adatto o un'implementazione di consegna dei bundle che hai provato. Anche un'offerta mista fisica e digitale richiede una modellazione deliberata delle regole di evasione e accesso.

Proteggi l'archiviazione e scegli un modello di consegna

I file nativi dei prodotti virtuali sono memorizzati nella directory del negozio download/ con nomi interni. Il nome del file non è il confine del controllo di accesso. Prova che l'accesso HTTP diretto a un file di test noto sia negato nell'installazione effettiva.

La protezione Apache .htaccess dipende dal fatto che Apache legga il file e consenta le sue direttive. Nginx non elabora .htaccess; richiede regole server equivalenti. Verifica separatamente ogni CDN o origine di object storage. Disabilita l'elenco delle directory ed evita copie pubbliche accidentali nelle cartelle di backup o multimediali.

Non esiste una soglia universale di dimensione del file tra questi modelli. Lo streaming nativo tenta set_time_limit(0), quindi il tempo di esecuzione PHP non è necessariamente il limite fisso. Restrizioni dell'hosting, disponibilità dei worker PHP e timeout del server web o proxy possono comunque interrompere i trasferimenti. Prova download simultanei e connessioni lente.

Emetti un URL firmato solo dopo aver verificato il diritto di accesso e mantienine la durata adeguata alle dimensioni del download e ai nuovi tentativi. Un URL temporaneo resta condivisibile mentre è valido. La consegna dallo storage non sostituisce l'autorizzazione all'acquisto.

Combina regole di accesso e protezione adeguata dei file. I prodotti virtuali nativi non applicano watermark: la marcatura di documenti o immagini richiede un'estensione adatta o sviluppo personalizzato e il tracciamento dei pacchetti software è un'implementazione separata. Il watermark può aiutare a rintracciare una copia, ma non dimostra chi l'ha ridistribuita. Un file scaricato può comunque essere copiato. Se commissioni una personalizzazione, scegli il marcatore meno identificativo che soddisfa lo scopo, come un riferimento ordine, e verifica che la marcatura lasci il documento leggibile e il pacchetto utilizzabile.

Per il software, decidi se attivazione, controlli periodici o vincolo al dominio siano adatti alle condizioni di licenza e alle esigenze offline. Pianifica il comportamento durante indisponibilità del server licenze, migrazione del dominio o ripristino. Valuta il DRM rispetto a compatibilità, accesso e costi di assistenza, anziché considerarlo universalmente efficace o inadatto.

Progetta licenze software e diritti sulle versioni

I prodotti virtuali nativi consegnano file; non emettono chiavi di licenza software univoche. Scegli un modello di licenza prima di pubblicizzare diritti di attivazione o aggiornamento.

Sono modelli generali, non funzionalità di ogni estensione per la consegna digitale. Verifica come il sistema scelto gestisce pagamenti in attesa, attivazione, rimborsi, chargeback, diritti scaduti e notifiche di pagamento duplicate.

Per software vincolato al dominio, definisci domini di produzione consentiti, politica di staging, conferma di riassegnazione ed eventuale periodo di attesa. Verifica che la licenza appartenga al cliente prima di rilasciare un download e applica ogni restrizione di dominio nel punto in cui il flusso delle licenze vincola il pacchetto.

Separa la scadenza dell'assistenza dall'accesso alle versioni storiche. Una politica potrebbe consentire le versioni idonee pubblicate durante la copertura, richiedendo il rinnovo per quelle successive. Verifica attivazione della versione, validazione del pacchetto e compatibilità prima di pubblicare un nuovo ZIP.

Per licenze generate, assegnazioni di dominio, versioni idonee e tracciamento supportato dei pacchetti ZIP di Digital Revolution, usa la pagina di aiuto di Digital Revolution; la sua email di conferma fornisce istruzioni di attivazione e un link al portale licenze anziché garantire chiave e token di download nel messaggio.

Definisci il prezzo dei diritti e della consegna continuativa

Definisci il prezzo in base al valore e ai diritti offerti, considerando commissioni di pagamento, banda, infrastruttura di consegna e assistenza. Le risorse correlate possono essere vendute insieme se il modello di evasione le supporta. L'accesso ricorrente richiede un'integrazione verificata di fatturazione e diritti. Evita promesse indefinite come accesso o aggiornamenti a vita senza una politica chiara di dismissione e continuità. Creare un'altra copia del file può costare poco, ma servire e assistere un altro cliente comporta comunque costi.

Rendi chiaro il livello di diritti prima dell'acquisto

Supponi di vendere lo stesso template grafico per uso personale e per lavori commerciali per clienti. Descrivi l'uso consentito in ogni offerta, poi verifica che ordine, ricevuta ed eventuale record di licenza identifichino il livello acquistato. Un prezzo maggiore da solo non spiega al cliente quali diritti aggiuntivi riceve.

Se abbini il template a risorse correlate, verifica che l'archivio consegnato contenga tutto ciò che viene pubblicizzato. Prima di scontare il pacchetto, confronta i ricavi con costi di pagamento, consegna e assistenza previsti e valuta se i clienti esistenti passerebbero semplicemente dalle offerte singole al pacchetto.

Separa demo ospitate e versioni di prova scaricabili

Una demo ospitata è un negozio di test separato per provare il flusso di un modulo. La compatibilità con i tuoi temi, moduli, dati e server richiede prove in una copia adatta del negozio. Se è disponibile una versione di prova scaricabile, usala per quel test.

Le demo ospitate richiedono un servizio di provisioning con versioni PrestaShop compatibili, capacità, scadenza, isolamento e pulizia. La sola installazione di un modulo nel negozio non fornisce quell'infrastruttura. Mantieni temporanee le credenziali ed evita dati di clienti reali o credenziali di pagamento di produzione.

Un pacchetto di prova può essere preparato per un dominio specifico o vincolarsi alla prima installazione, secondo l'implementazione e la compatibilità della versione. Definisci durata, limiti di download, percorso di rinnovo/acquisto e comportamento alla scadenza. Prova installazione, attivazione, disinstallazione e conversione a una licenza a pagamento.

Per le demo ospitate specifiche dell'infrastruttura di Digital Revolution e i pacchetti di prova scaricabili supportati, usa la pagina di aiuto di Digital Revolution; gli avvii delle demo ospitate dipendono dal suo orchestratore separato, dai domini demo supportati, dalla disponibilità del servizio e dalla capacità.

Prima di rendere pubblica un'azione demo, prova pagina di avvio, eventuale scelta della versione, accettazione di termini e privacy, stati di avanzamento ed errore, link di accesso, scadenza e rimozione. Mostra una risposta utile quando manutenzione, limiti o una versione non disponibile impediscono l'avvio.

Configura le imposte per la fornitura digitale effettiva

Classifica ciò che vendi prima di scegliere le aliquote. Un download fornito automaticamente, un corso dal vivo con docente e un articolo fisico con PDF non sono casi VAT intercambiabili. Contano classificazione del prodotto e tipo di cliente, oltre al paese.

Per telecomunicazioni, teleradiodiffusione e servizi forniti elettronicamente B2C nell'UE, la tassazione a destinazione è la regola generale. Un fornitore idoneo stabilito in un solo Stato membro può usare la soglia di €10.000 quando il totale delle forniture TBE transfrontaliere idonee e delle vendite a distanza intra-UE, al netto della VAT, resta entro tale soglia sia nell'anno solare corrente sia nel precedente. Il fornitore può scegliere invece il trattamento a destinazione.

L'OSS è facoltativo. Se lo scegli, applica il regime pertinente a tutte le forniture che rientrano nel suo ambito; non sostituisce ogni dichiarazione nazionale né copre automaticamente ogni vendita UE. Se non usi l'OSS, possono essere richieste registrazioni locali. Consulta la guida della Commissione a OSS e soglia.

Per la localizzazione del cliente, si applicano presunzioni legali in casi definiti. Negli altri casi, la regola generale usa due prove di localizzazione non contraddittorie. Per i servizi pertinenti forniti da un'impresa o stabile organizzazione nell'UE, una semplificazione separata da €100.000 può consentire una sola prova idonea fornita da un'altra persona coinvolta nel servizio, anziché da te o dal cliente. Il valore coperto al netto della VAT non deve superare la soglia né nell'anno solare corrente né nel precedente. Non è la soglia da €10.000 sul luogo della prestazione. Consulta l'articolo 24 ter del regolamento 282/2011.

In PrestaShop, configura il gruppo di regole fiscali appropriato in Internazionale > Tasse e assegnalo al prodotto. Prova la base dell'indirizzo e le aliquote per i casi effettivi; il tipo prodotto virtuale non determina la classificazione fiscale né raccoglie per te un insieme completo di prove di localizzazione.

Il trattamento B2B richiede le condizioni applicabili sul luogo della prestazione e sull'inversione contabile, non semplicemente una verifica positiva della partita IVA. Conserva le registrazioni richieste di validazione e transazione. Per l'integrazione di validazione, usa la pagina di aiuto di Automatic EU VAT Checker.

Verifica aliquote, classificazioni e rendicontazione attuali con il tuo consulente fiscale prima del lancio e riconcilia le esportazioni con le dichiarazioni appropriate. Consulta la guida a prezzi e VAT per la configurazione del negozio.

Conserva registrazioni utili della consegna e prova i percorsi di errore

Conserva registrazioni proporzionate che colleghino acquisto, condizioni accettate, versione, autorizzazione e tentativo di download. Un log di consegna utile può includere data e ora, identificatore ordine/cliente, versione, risultato e informazioni di rete/client necessarie. Distingui un download richiesto o autorizzato da un trasferimento completato.

Definisci conservazione e controlli di accesso ed evita di registrare token utilizzabili o segreti. Conserva i record pertinenti quando rispondi a un incidente o a una contestazione di pagamento. Le registrazioni di consegna possono supportare una risposta, ma non garantiscono la decisione dell'emittente della carta né provano che il cliente abbia usato personalmente il file.

Verifica che l'email di download indichi il prodotto acquistato e spieghi agli acquirenti registrati dove trovarlo in Il mio account > Cronologia ordini nei dettagli dell'ordine, poi prova separatamente link dell'email e accesso dall'account. Reinviare un'email di stato o una conferma d'ordine non equivale automaticamente a reinviare il messaggio nativo di download. Per comportamenti correlati di pagamento, notifica e correzione, usa la guida ai flussi degli ordini.

Prova il passaggio e prepara una procedura di recupero per il personale

1. Registra versioni attuali dei file, impostazioni di accesso, mappature degli stati ordine e condizioni pubblicate. Conserva originali recuperabili prima di sostituire pacchetti o cambiare strumenti di gestione dei diritti.
2. Esegui la tabella di test precedente e conserva i risultati con il negozio, le versioni dei moduli e la configurazione verificati. Includi acquisti precedenti alla modifica, anziché affidarti solo a nuovi ordini di prova.
3. Concorda chi effettua il passaggio e chi riconcilia nuovi acquisti, notifiche e record di accesso. Controlla le modifiche a catalogo e versioni durante il passaggio, così il personale sa quale pacchetto è in produzione.
4. Monitora i primi esiti di consegna in produzione e le segnalazioni all'assistenza. Se serve tornare indietro, ripristina configurazione o file interessati preservando i nuovi ordini pagati e i loro diritti di accesso; ripristinare solo un vecchio database può perdere quegli acquisti.

Cosa chiedere allo sviluppatore o all'agenzia

• Quali comportamenti esistenti di tema, pagamenti ed ERP influenzano il percorso di consegna e dove sono le prove che sono stati verificati insieme?
• Cosa continua a funzionare quando storage o convalida delle licenze non sono disponibili e chi gestisce un trasferimento interrotto o un'attivazione bloccata?
• Quale azione supportata reinvia il messaggio di download effettivo o ripara un diritto e quali registrazioni con dati sensibili oscurati può usare il personale per la diagnosi?
• Se l'estensione di consegna verrà rimossa, come recupererete file, registrazioni di titolarità e diritti sulle versioni necessari a servire gli acquirenti esistenti?

Domande dei titolari

Posso trasferire gli acquirenti precedenti a un nuovo sistema di consegna?

Richiedi un piano supportato di importazione e riconciliazione che associ le righe d'ordine pagate a titolarità, versioni idonee e diritti residui. Risolvi gli acquisti senza corrispondenza prima di dismettere il percorso precedente.

E se qualcuno chiede di trasferire un acquisto a un altro account?

Verifica la titolarità rispetto al record di acquisto e usa il processo supportato di correzione del cliente. Una semplice richiesta proveniente da un indirizzo email non dovrebbe trasferire un diritto software.

L'assistenza può ripristinare l'accesso senza la password del cliente?

Fornisci al personale una procedura di recupero documentata e accesso ai record necessari di ordini e diritti. Non dovrebbe servire la password del cliente né un link di download attivo incollato in un canale condiviso.

Cosa succede se smetto di vendere il prodotto?

Decidi come continueranno disponibilità delle versioni spettanti, convalida delle licenze e assistenza quando cessano le nuove vendite. Mantieni disponibile il percorso di accesso promesso o organizza la transizione prima di dismettere le sue dipendenze.