Resi in PrestaShop: come contabilizzare un reso parziale dell'ordine?

Il rimborso parziale in PrestaShop va gestito a livello di singole righe e quantità dell’ordine. Per prima cosa, stabilisci cosa restituisce il cliente e a quale prezzo lo ha effettivamente acquistato. Poi registra separatamente la richiesta, la ricezione del pacco e il rimborso del denaro. In questo modo la restituzione di un solo prodotto non si trasforma nell’annullamento dell’intero ordine e la persona successiva dell’assistenza vede cosa è già stato fatto.

Questa guida è destinata ai proprietari di negozi e ai team di assistenza post-vendita. Mostra il processo e un calcolo dimostrativo per un carrello con tre righe. Gli importi e i prodotti sono di esempio; non provengono da un ordine cliente.

1. Inizia dall’ordine, dalla riga e dalla quantità

Il messaggio “restituisco la tazza” non basta per una gestione sicura. Nell’ordine potrebbero esserci due tazze, un altro colore dello stesso modello oppure un prodotto acquistato in un set. La richiesta dovrebbe indicare il numero dell’ordine, la riga corretta, la variante e il numero di pezzi restituiti. La persona che prende in carico il caso deve anche verificare eventuali resi precedenti relativi a questo acquisto.

La base dell’importo è la registrazione storica dell’ordine. Il prezzo attuale nel catalogo potrebbe essere cambiato dopo l’acquisto e lo sconto potrebbe derivare da una promozione sul prodotto, da un codice carrello oppure dalle condizioni di acquisto. Usare il prezzo di oggi o ignorare una precedente contabilizzazione porta a un risultato errato, anche se il modulo di reso funziona correttamente.

• Identifica il cliente e l’ordine secondo la procedura adottata nel negozio; il solo numero pubblico dell’ordine non dovrebbe rivelare i suoi dati.
• Seleziona la riga e la variante dall’ordine, invece di riscrivere il nome dalla scheda prodotto attuale.
• Verifica la quantità acquistata, quella già restituita e quella ancora da contabilizzare.
• Registra la data di ricezione della dichiarazione indipendentemente dalla successiva data di consegna del pacco.

2. Separa lo stato della richiesta, del pacco e del denaro

I malintesi più frequenti iniziano da un unico stato “reso completato”. Per il magazzino può significare spedizione ricevuta, per la contabilità documento emesso e per il cliente denaro sul conto. Questi eventi non sono equivalenti.

La tabella seguente è uno schema di lavoro proposto, non uno screenshot dell’interfaccia né nomi obbligatori degli stati del modulo.

La ricezione della merce non dovrebbe significare automaticamente una nuova disponibilità alla vendita. Prima valuta il suo stato e definisci la decisione di magazzino. Allo stesso modo, un documento di rettifica o la registrazione del rimborso nel pannello non costituisce di per sé prova del bonifico.

3. Esempio: una tazza da un carrello con sconto

Supponiamo un ordine: una bottiglia a 100 zł, due tazze da 50 zł ciascuna e una coperta a 100 zł. Il valore dei prodotti è 300 zł. Lo sconto carrello è di 30 zł e in questo esempio si applica proporzionalmente a tutti i prodotti. La consegna costava 15 zł, quindi il cliente ha pagato 285 zł. Restituisce una tazza.

50 zł meno 5 zł di sconto assegnato dà 45 zł per la tazza restituita. Non sottraiamo l’intero sconto di 30 zł da un solo pezzo e non rimborsiamo al cliente il prezzo precedente all’applicazione del codice. Il modo di ripartire lo sconto va però riferito alle sue condizioni effettive: uno sconto applicato esclusivamente alla bottiglia non dovrebbe ridurre il valore della tazza.

La tabella calcola la parte prodotto, ma non determina l’importo finale dovuto. Il costo della consegna originaria, il costo della restituzione ed eventuale etichetta di reso richiedono una valutazione separata. In caso di recesso parziale non applicare senza analisi la regola automatica “rimborsiamo sempre tutta la consegna” oppure “non la rimborsiamo mai”. Non trattenere il costo dell’etichetta solo perché il campo esiste nel sistema.

Se il cliente restituisce successivamente la seconda tazza, l’assistenza dovrebbe vedere il primo pagamento. Il controllo della quantità e dell’importo residui è necessario per le richieste successive e per correggere un’operazione non riuscita.

4. Recesso dal contratto e reclamo

Nel caso di un tipico acquisto online, il consumatore può in linea di principio recedere dal contratto senza indicarne il motivo entro 14 giorni; esistono eccezioni previste dalla legge. Il reclamo per non conformità del bene al contratto riguarda invece un problema con il bene e ha propri presupposti e possibili richieste. Il modulo dovrebbe permettere di riconoscere il tipo di pratica, invece di trattare ogni reclamo come una semplice restituzione dell’acquisto. Approfondimenti: UOKiK — termini del recesso e UOKiK — non conformità del bene al contratto.

UOKiK distingue anche tra i costi di consegna dell’ordine e i costi di restituzione della merce. In caso di recesso relativo all’intero contratto, rileva tra l’altro il metodo di consegna ordinario meno costoso offerto dal venditore. Le regole del recesso totale non vanno trasferite automaticamente a ogni configurazione di rimborso parziale. Dettagli ed esempi: UOKiK — costi del recesso. Le impostazioni del modulo vanno adattate alle regole vigenti e alla situazione concreta; la sola installazione non garantisce la conformità giuridica del processo.

5. Come confermare il rimborso effettivo del denaro?

Prima del pagamento, verifica il metodo di pagamento originario, l’identificativo della transazione, la valuta e l’importo residuo ancora possibile. Per l’integrazione automatica è necessaria la corretta configurazione del relativo operatore. La sola presenza del suo nome nell’elenco non significa che il singolo ordine possa essere gestito tramite API.

Dopo aver disposto il rimborso, registra l’identificativo del rimborso e leggi il suo esito. Se si verifica un timeout, non disporre subito un secondo pagamento: prima verifica la prima operazione presso l’operatore. La richiesta potrebbe essere arrivata nonostante l’assenza di risposta nel pannello. In caso di rimborso manuale, allega la conferma di esecuzione e solo dopo contrassegna la pratica secondo il processo adottato.

Il messaggio “abbiamo disposto il rimborso” dovrebbe significare che la disposizione è stata inviata. Il messaggio di pagamento completato dovrebbe derivare da uno stato confermato. Non promettere al cliente che i fondi sono già sul suo conto quando il sistema conferma esclusivamente la presa in carico della richiesta.

6. Dove aiuta il modulo Resi e recessi Pro?

Resi e recessi Pro organizza le richieste, le righe restituite, il calcolo e la cronologia della pratica. L’ambito verificato nel codice della versione 1.3.29 comprende il calcolo degli importi per quantità selezionate e la considerazione di sconti, consegna, commissioni e importo residuo dell’ordine. Il modulo dispone di percorsi di gestione manuale e integrazioni automatiche, il cui utilizzo dipende dalla configurazione e dal pagamento originario.

L’esempio descritto è una dimostrazione del processo e dell’aritmetica. Non costituisce un test del pagamento presso ogni operatore né una conferma di compatibilità con qualsiasi versione di un modulo di pagamento esterno.

Checklist prima della chiusura della pratica

• La riga, la variante e il numero di pezzi ricevuti corrispondono.
• Il calcolo usa l’ordine e tiene conto dello sconto corretto.
• La consegna e gli altri conteggi hanno una base registrata separatamente.
• La cronologia comprende i pagamenti precedenti e l’identificativo dell’operazione attuale.
• I documenti, lo stato di magazzino e il messaggio al cliente corrispondono a quanto è stato effettivamente eseguito.

Vuoi mettere ordine in questo processo nel tuo negozio? Scopri la gestione del rimborso parziale nel modulo Resi e recessi Pro. Quando scegli la configurazione, indica il pagamento utilizzato e il metodo di gestione delle spedizioni di reso.

Verifica dei contenuti: 13 settembre 2026. Esempio dimostrativo, senza dati dei clienti. Materiale elaborato sulla base della documentazione UOKiK e del codice del modulo; non descrive una transazione di rimborso effettivamente eseguita.