Preordini e backorder in PrestaShop: vendere prima di avere scorte

Un prodotto esaurito in un negozio PrestaShop ha esattamente due esiti: il cliente se ne va, oppure lo ordina comunque. Il secondo caso si verifica solo se hai detto a PrestaShop di consentirlo — e se hai spiegato al cliente che cosa sta effettivamente acquistando. Tutto il lavoro è qui. Preordini e backorder non sono un'idea di marketing da aggiungere a posteriori; sono una configurazione precisa nella scheda Quantità di un prodotto, più una disciplina sui tempi di pagamento e sulla comunicazione che evita di trasformare gli ordini, più avanti, in rimborsi e chargeback.

Ultimo aggiornamento: giugno 2026.

Questa guida riguarda in modo specifico la vendita prima di avere scorte in PrestaShop: la differenza tra un preordine e un backorder, le impostazioni esatte del pannello di amministrazione che l'attivano, dove si ferma il supporto nativo di PrestaShop e come evitare che pagamento ed evasione diventino ingestibili. Non tratta se mostrare o meno i prodotti esauriti — è una decisione separata, spiegata in Prodotti esauriti: nasconderli o mostrarli? — né quando riordinare, tema che ha formule proprie in Quando riordinare le scorte.

Preordine vs backorder: stessa impostazione, promessa diversa

Ecco il punto che confonde la maggior parte dei commercianti: PrestaShop non ha un interruttore chiamato "preordine" e nemmeno uno chiamato "backorder." Entrambi usano lo stesso meccanismo di base — "consenti l'ordine quando il prodotto è esaurito." La differenza sta interamente nella promessa che fai al cliente, e quella promessa cambia il modo in cui etichetti il prodotto, quando incassi e come gestisci un ritardo.

Raggrupparli sotto una generica etichetta "esaurito — ordina comunque" è il punto in cui la fiducia si disperde. Un cliente che ha preordinato un articolo non ancora rilasciato si aspetta di attendere; un cliente che ha ordinato in backorder il suo solito ricambio riassortibile no — e se la pagina non lo ha chiarito, il secondo aprirà un ticket "dov'è il mio ordine?" entro 48 ore.

L'impostazione nativa di PrestaShop che la attiva

La vendita di prodotti esauriti in PrestaShop è governata su due livelli: un'impostazione globale predefinita e una deroga per singolo prodotto. Quasi sempre conviene lasciare l'impostazione globale DISATTIVATA e attivare la deroga solo per i pochi prodotti che la supportano davvero.

Impostazione globale predefinita (raramente il posto giusto dove attivarla)

Vai su Parametri negozio → Impostazioni prodotto, scorri fino alla sezione Scorte e troverai "Consenti l'ordine di prodotti esauriti". Questo è il comportamento globale di riserva. Lascialo impostato su rifiuta — attivarlo per tutto il negozio significa che ogni prodotto che arriva a zero continua a vendere in silenzio, compresi quelli che non puoi davvero riassortire; è così che ti ritrovi con ordini che non potrai mai evadere.

Mentre sei in quella schermata, due campi vicini contano per i preordini: il valore predefinito di "Etichetta dei prodotti disponibili" e "Etichetta dei prodotti esauriti con ordini consentiti". Forniscono il testo che il tema mostra quando non hai impostato un'etichetta per il singolo prodotto — quindi il testo letto dai clienti del preordine può essere un valore predefinito dell'intero negozio che ti sei dimenticato di modificare. Impostalo su qualcosa di onesto, come "Disponibile per il preordine", invece di lasciare la formulazione standard di PrestaShop sulle scorte.

Per prodotto: la scheda Quantità fa il lavoro vero

Apri il prodotto, vai alla scheda Quantità e trova "Quando il prodotto è esaurito". Ha tre opzioni radio:

• Rifiuta ordini — il prodotto non è più acquistabile quando le scorte arrivano a zero (l'impostazione predefinita, e corretta per la maggior parte del catalogo).
• Consenti ordini — è l'interruttore che trasforma un prodotto in un preordine o in un backorder. Il pulsante Aggiungi al carrello resta attivo anche sotto quantità zero.
• Usa comportamento predefinito — eredita l'impostazione globale sopra.

Sotto il livello tecnico, "Consenti ordini" scrive il valore 1 nella colonna out_of_stock della tabella ps_stock_available per quel prodotto (Rifiuta = 0, Usa predefinito = 2). La quantità disponibile effettiva vive nella colonna quantity della stessa tabella, gestita tramite la classe StockAvailable — utile da sapere se un giorno automatizzi modifiche massive o devi verificare perché un prodotto sia o non sia ordinabile.

Che cosa ti dà, concretamente? Un solo pulsante radio fa la differenza tra una pagina di prodotto esaurito che perde la vendita e una che la acquisisce. Ma il pulsante da solo crea una promessa silenziosa che non hai spiegato — ed è per questo che i due campi successivi contano quanto l'interruttore.

Data di disponibilità ed etichetta per prodotto

Sempre nella scheda Quantità, imposta il campo Data di disponibilità sulla data prevista di lancio o riassortimento — questo scrive nel campo available_date del prodotto e, nella maggior parte dei temi, viene mostrato sul lato pubblico come "Data di disponibilità: …". È la tua stima di consegna per il preordine, visibile prima che il cliente si impegni.

Subito sotto, il campo "Etichetta quando esaurito (e backorder consentiti)" sovrascrive il testo globale per questo singolo prodotto. Usalo per definire la promessa con precisione: "Preordine — spedizione dal 15 marzo" per un lancio, oppure "Backorder — prossima consegna tra 2–3 settimane" per un riassortimento. Questo singolo campo è l'assicurazione più economica che hai contro la confusione, perché è il testo esatto che il cliente legge accanto al pulsante di acquisto.

Dove si ferma il supporto nativo di PrestaShop

Il meccanismo nativo è solido per le basi, ma è corretto dichiararne i limiti prima di costruirci sopra una campagna:

• Non cambia il testo del pulsante. Di serie, il pulsante Aggiungi al carrello continua a dire "Aggiungi al carrello," non "Preordina ora." Il campo etichetta sopra modifica il messaggio sulle scorte, ma trasformare il pulsante stesso in un invito all'azione "Preordine" richiede una modifica al template del tema (il blocco di aggiunta al carrello della pagina prodotto) oppure un modulo.
• Non può accettare un acconto. La procedura di pagamento nativa addebita l'intero totale del carrello oppure nulla — non esiste un flusso integrato di pagamento parziale / acconto per "10% ora, saldo alla spedizione."
• Non limita la quantità preordinabile. "Consenti ordini" lascia vendere il prodotto in scorte negative senza limite, quindi un'edizione limitata da 500 pezzi può arrivare in silenzio a 800 ordini se non la controlli.
• Tratta i carrelli misti come un unico ordine. Un articolo disponibile e un articolo in preordine finiscono nello stesso ordine con una sola consegna — PrestaShop non li separa per te.
• La gestione avanzata delle scorte non c'è più. Il vecchio sistema magazzino/fornitori PS_ADVANCED_STOCK_MANAGEMENT è stato deprecato e rimosso dal core in 1.7+; se lo usavi per tracciare gli ordini ai fornitori dietro i backorder, quel flusso oggi vive in moduli di terze parti, non nel core.

Niente di tutto questo è un ostacolo insormontabile per una piccola campagna di preordini — pagamento completo anticipato, controllo attento dei volumi e un'etichetta chiara bastano. Diventano problemi reali quando i preordini entrano stabilmente nel tuo modello operativo; a quel punto un modulo dedicato si guadagna il suo posto.

Tempi di pagamento: la decisione che crea o distrugge il vantaggio di cassa

Quando incassi è la scelta più importante, perché definisce insieme flusso di cassa, esposizione ai chargeback e posizione legale. I modelli sono tre.

Per la maggior parte dei negozi PrestaShop, il pagamento completo al momento dell'ordine è l'impostazione pratica predefinita — sfrutta la procedura di pagamento nativa, ti dà liquidità per effettuare davvero l'ordine al fornitore e i clienti che hanno pagato raramente annullano. Il prezzo di questa semplicità è che devi essere trasparente sulle tempistiche e rimborsare rapidamente se non puoi consegnare. Il modello con acconto è davvero migliore per articoli costosi che possono generare ansia, ma va detto con chiarezza: non è un'impostazione, è uno sviluppo.

Comunicazione con il cliente: dove queste strategie falliscono davvero

Le strategie di preordine e backorder quasi mai falliscono per la meccanica — l'interruttore funziona. Falliscono per il silenzio. I clienti possono aspettare con pazienza; non tollerano le sorprese. Due di questi punti di contatto meritano note specifiche su PrestaShop.

• Al momento dell'acquisto: il campo etichetta porta con sé la data e l'inquadramento "questo è un preordine". Se un carrello mescola articoli disponibili e articoli in preordine, il cliente deve vedere quali partono subito e quali più tardi — PrestaShop nativo non lo segnala, quindi serve un intervento su template o modulo.
• Conferma d'ordine: l'email predefinita order_conf non dice nulla sull'attesa. Modifica quel template email (in Internazionale → Traduzioni → Traduzioni email, oppure nei file email per lingua) per ribadire "questo è un preordine, previsto per [data]" — altrimenti la prima cosa che il tuo cliente in preordine legge è un normale "il tuo ordine è confermato", senza alcun riferimento al ritardo che ha accettato.
• Aggiornamenti di stato e ritardi: avvisa nel momento in cui scopri uno slittamento — non quando la data originale è già passata — spiega il motivo, fornisci una nuova data e offri l'annullamento senza domande. Uno stato ordine personalizzato (per esempio "Preordine — in attesa di scorte") rende questi ordini filtrabili nel pannello di amministrazione, così non si perdono nel flusso normale.

Quell'idea dello stato personalizzato merita di essere gestita bene, non in modo improvvisato — costruire e automatizzare gli stati ordine è un tema a sé, trattato in Flusso degli stati ordine in PrestaShop. E se cambi una data di consegna e devi reinviare la conferma aggiornata, quella piccola attenzione è esattamente la funzione descritta in Reinviare le conferme d'ordine.

Trappole nell'evasione che l'interruttore non ti segnala

Ordini misti

Un cliente acquista un articolo disponibile e uno in preordine. PrestaShop ti consegna un unico ordine con una sola consegna, e devi scegliere come gestirlo:

• Spedire separatamente — il disponibile subito, il preordine più tardi. Migliore esperienza, costo di spedizione doppio. In PrestaShop, a seconda della configurazione, puoi segnare parzialmente i prodotti come spediti/consegnati o emettere una bolla di consegna parziale; dividere in modo pulito un ordine in due evasioni indipendenti di solito richiede modifica dell'ordine o un modulo per la divisione degli ordini.
• Trattenere tutto — attendere tutti gli articoli, spedire una volta sola. Risparmia sulla spedizione, ma ritarda l'articolo disponibile e frustra il cliente.
• Impedire la combinazione — tenere i prodotti in preordine in un percorso di catalogo separato, così i carrelli non si combinano. È la soluzione più semplice operativamente, ma la meno comoda per l'acquirente.

Per la maggior parte dei negozi vince la spedizione separata — il guadagno in soddisfazione supera il costo postale extra. La meccanica della divisione e della modifica di questi ordini è esattamente ciò di cui parlano Modifica degli ordini e i più ampi flussi di gestione degli ordini.

Vendere oltre il limite di una tiratura limitata

Poiché "Consenti ordini" vende in scorte negative senza un tetto, un'edizione limitata da 500 pezzi può raccogliere 800 preordini prima che tu te ne accorga. PrestaShop nativo non offre un limite di backorder per prodotto, quindi la disciplina è manuale: monitora il valore quantity mentre scende sotto zero e riporta il prodotto su Rifiuta ordini nel momento in cui hai venduto la capacità confermata dal fornitore. Se le campagne di preordine sono routine, questo è precisamente il vuoto che un modulo dedicato colma con un limite rigido.

Base legale nell'UE

Vendere prima di avere scorte ti colloca pienamente nell'ambito del diritto dei consumatori dell'UE, e le regole sono abbastanza specifiche da poter essere sbagliate:

• Il diritto di recesso di 14 giorni decorre dalla data di consegna, non dalla data dell'ordine — quindi un preordine non fa partire il conteggio finché la merce non arriva.
• Il tempo massimo di consegna predefinito è di 30 giorni dalla data dell'ordine, salvo accordo esplicito su un periodo più lungo — ed è proprio per questo che la pagina del preordine deve indicare la data prima dell'acquisto, trasformando una lunga attesa in qualcosa che il cliente ha accettato invece che in qualcosa che gli devi.
• Se non puoi consegnare entro il termine concordato, il cliente può fissare un'ulteriore scadenza ragionevole e, se anche quella non viene rispettata, annullare con rimborso completo.

La conseguenza pratica riporta al campo etichetta e all'email di conferma: tempistiche, condizioni di pagamento e politica di annullamento devono essere tutte visibili prima che il cliente paghi. Qui la trasparenza non è solo buon servizio — è ciò che mantiene un preordine di 30 giorni dalla parte giusta delle regole.

Capire se sta funzionando

Tratta un programma di preordini come qualsiasi altra modifica — misuralo invece di affidarti all'istinto. Da monitorare:

• Tasso di annullamento prima dell'evasione. Se oltre circa il 15% annulla prima della spedizione, le attese sono troppo lunghe o la comunicazione è troppo debole.
• Precisione dell'evasione. Quanto spesso spedisci entro o prima della data promessa — punta in alto; è il numero che decide se i clienti dei preordini torneranno mai.
• Volume di ticket "dov'è il mio ordine?" sulle linee in preordine — una lettura diretta di quanto arrivano davvero i tuoi aggiornamenti di stato.
• Tasso di acquisto ripetuto dei clienti in preordine rispetto agli altri. Se è più basso, l'attesa ti sta costando più di quanto valesse la vendita acquisita.

Estrarre da PrestaShop quei dati a livello ordine per un foglio di calcolo è un piccolo lavoro a sé — Esportazioni CSV per ordini e fatture spiega come esportare i dati in modo pulito.

Domande frequenti

Qual è la differenza tra un preordine e un backorder in PrestaShop?

Dal punto di vista meccanico, nessuna — entrambi usano la stessa impostazione "consenti l'ordine quando il prodotto è esaurito". La differenza è la promessa che fai. Un preordine riguarda un prodotto che non è mai stato disponibile (un lancio, una linea stagionale, un'edizione limitata), quindi il cliente si aspetta di attendere. Un backorder riguarda qualcosa che era disponibile, è temporaneamente esaurito e verrà riassortito, quindi il cliente si aspetta un'attesa più breve. Etichettali in modo diverso, perché raggrupparli sotto un generico messaggio "ordina comunque" è il punto in cui la fiducia si perde.

Quale impostazione esatta permette ai clienti di acquistare un prodotto esaurito?

Apri il prodotto, vai alla scheda Quantità, trova "Quando il prodotto è esaurito" e scegli Consenti ordini. Questo mantiene attivo il pulsante Aggiungi al carrello anche sotto zero scorte. Il comportamento globale di riserva si trova in Parametri negozio → Impostazioni prodotto → Scorte ("Consenti l'ordine di prodotti esauriti") — lascialo impostato su rifiuta e attivalo per singolo prodotto solo per gli articoli che lo supportano davvero. Sotto il cofano, "Consenti ordini" scrive 1 nella colonna out_of_stock di ps_stock_available.

PrestaShop cambia automaticamente il pulsante "Aggiungi al carrello" in "Preordine"?

No. Di serie, il pulsante continua a mostrare "Aggiungi al carrello". Il campo per prodotto "Etichetta quando esaurito" cambia il messaggio sulle scorte (impostalo su qualcosa come "Preordine — spedizione dal 15 marzo"), ma trasformare il pulsante stesso in un invito all'azione "Preordine" richiede una modifica al template del tema nel blocco di aggiunta al carrello della pagina prodotto, oppure un modulo.

Posso incassare un acconto invece del pagamento completo su un preordine?

Non nativamente. La procedura di pagamento di PrestaShop addebita l'intero totale del carrello oppure nulla — non esiste un flusso integrato di pagamento parziale per "10% ora, saldo alla spedizione." Per la maggior parte dei negozi il pagamento completo anticipato è l'opzione pratica predefinita: sfrutta la procedura di pagamento nativa, finanzia l'ordine al fornitore e i clienti che hanno pagato raramente annullano. Un modello con acconto è davvero migliore per articoli costosi (indicativamente €500+), ma è uno sviluppo — un modulo o un flusso personalizzato, non un'impostazione.

Come evito di vendere oltre il limite di una tiratura limitata?

"Consenti ordini" vende in scorte negative senza alcun tetto, quindi una tiratura da 500 pezzi può arrivare in silenzio a 800 ordini. PrestaShop nativo non ha un limite di backorder per prodotto, quindi la disciplina è manuale: osserva il valore quantity mentre scende sotto zero e riporta il prodotto su Rifiuta ordini nel momento in cui hai venduto la capacità confermata dal fornitore. Se le campagne di preordine sono routine, quel limite rigido è esattamente ciò che aggiunge un modulo dedicato.

Quando inizia nell'UE il periodo di recesso di 14 giorni per un preordine?

Dalla data di consegna, non dalla data dell'ordine — quindi un preordine non fa partire il conteggio finché la merce non arriva davvero. Separatamente, il tempo massimo di consegna predefinito è di 30 giorni dalla data dell'ordine, salvo accordo esplicito su un periodo più lungo; ecco perché la pagina del preordine deve indicare la data di disponibilità prima dell'acquisto. Mostrare quella stima in anticipo (il campo Data di disponibilità, esposto in modo chiaro con uno strumento come il nostro display di consegna stimata) trasforma una lunga attesa in qualcosa che il cliente ha accettato.

La versione breve

Vendere prima di avere scorte in PrestaShop è un solo pulsante radio — "Quando il prodotto è esaurito → Consenti ordini" nella scheda Quantità — racchiuso in una disciplina che il pulsante non può imporre al posto tuo. Imposta la data di disponibilità e un'etichetta per prodotto in modo che la promessa sia esplicita, incassa tutto in anticipo salvo articoli di alto valore, modifica l'email di conferma perché riconosca l'attesa, monitora la quantità per evitare che una tiratura limitata venda oltre il limite e mantieni le tempistiche dalla parte giusta della regola UE dei 30 giorni. Fallo, e un esaurimento scorte smette di essere una vendita persa e diventa ricavo acquisito — senza i rimborsi e i chargeback che penalizzano i negozi che attivano l'interruttore e restano in silenzio.