Español
English
Català
Deutsch
Français
Português
Nederlands
Polski
Un ordine reso non è un ordine annullato. In Odoo sono due fatti distinti e separati nel tempo: il denaro che torna all'acquirente e l'unità che torna da qualche parte. Se la tua integrazione li tratta come uno solo, dopo un trimestre magazzino e contabilità vanno ciascuno per conto proprio e nessuno sa spiegare la differenza.
Rimborso e reso sono due fatti distinti
Il rimborso è una nota di credito a fronte della vendita. Il reso è una consegna in senso inverso che porta unità in un'ubicazione. Amazon può rimborsare l'acquirente prima che la merce arrivi, e può rimborsare anche se non arriva mai perché l'acquirente non la spedisce. Modellare i due fatti separatamente è ciò che permette di rispondere alla domanda che prima o poi arriva sempre: quanto denaro ho restituito e quante unità ho recuperato. Non sono lo stesso numero e non devono esserlo.
Chi decide se l'unità è rivendibile
In FBM la decisione è tua: la scatola arriva nel tuo magazzino, qualcuno la apre e decide. In FBA non la prendi tu. Il reso torna a un centro logistico di Amazon e lì l'unità viene classificata come vendibile o non vendibile, con un motivo. Quella classificazione cambia il tuo inventario disponibile e ti arriva come dato, non come decisione. Quello che Odoo deve fare è leggerla e applicarla: se l'unità torna come vendibile, entra nella giacenza disponibile; altrimenti entra in un'ubicazione da cui non si può vendere.
L'errore costoso è mandare tutto il reso nella giacenza disponibile «per controllarlo dopo». Quelle unità vengono pubblicate, vendute e non esistono. Un'ubicazione di quarantena si configura una volta sola ed evita la vendita in eccesso.
La rettifica di magazzino è un'ubicazione, non un numero
La tentazione è correggere la quantità a mano e andare avanti. Funziona una volta; dopo tre mesi nessuno sa perché la giacenza teorica e quella reale non coincidano. La cosa giusta è che ogni reso generi il suo movimento: da cliente a magazzino per l'unità vendibile, da cliente a quarantena o a rottamazione per quella che non lo è. Così la rettifica è tracciata (data, motivo e ordine di origine) e il costo della merce che non si può più vendere compare dove deve comparire, non nascosto in una regolarizzazione senza spiegazione.
Ciò che si perde, si danneggia o non torna
C'è un terzo caso che non è né reso né vendita: l'unità che Amazon perde o danneggia all'interno della sua rete. Amazon lo compensa con un rimborso al venditore, che non è lo stesso rimborso che riceve l'acquirente anche se si chiamano in modo simile. Contabilmente è un ricavo; in magazzino è una perdita. Se registri solo il denaro, la giacenza resta alta per sempre; se registri solo la perdita, sembra che tu abbia perso merce gratis. Le due registrazioni o nessuna.
Tutto si chiude contro il settlement
Il posto dove tutto questo si verifica è il settlement. Ogni reso lascia lì una traccia: l'importo restituito all'acquirente, la commissione che Amazon rimborsa o trattiene, la tariffa di gestione dei resi quando si applica e i rimborsi per merce persa. Portare i settlement in Odoo e abbinarli riga per riga alle note di credito e ai movimenti di giacenza è ciò che trasforma «credo che quadri» in «quadra». E quando qualcosa non torna (una nota di credito senza riga nel settlement, o viceversa) lì c'è denaro o merce che qualcuno deve andare a cercare.
Quando non conviene automatizzarlo
Se vendi pochi ordini al mese e ogni tanto ti rendono qualcosa, si gestisce a mano senza drammi e automatizzare significa spendere denaro per un problema che non hai. La soglia non è il numero di ordini: è il numero di resi che nessuno sta guardando. Quando ce ne sono più di quanti una persona possa controllarne uno per uno, o quando vendi in più paesi e ogni reso si porta dietro la sua IVA di destinazione, il lavoro manuale smette di convenire. Ne parliamo in vendere su più Amazon con un solo Odoo.
Cosa fa il nostro connettore
Il connettore Amazon per Odoo importa i resi con il loro motivo e, in FBA, con la classificazione che Amazon assegna loro. In FBM genera il reso di giacenza contro la consegna originale, oppure segna la riga come «non rifornire»; in FBA non inventa movimenti locali: il saldo vendibile e non vendibile si quadra con la sincronizzazione dell'inventario FBA. Prepara la bozza della nota di credito a partire dalla fattura di origine, importa i rimborsi di Amazon per merce persa o danneggiata e porta i settlement, che vengono contabilizzati sullo stesso conto ponte delle note di credito. Funziona in Odoo 17, 18, 19 e 20. Se a non quadrare è l'intero magazzino FBA e non solo i resi, ne parliamo in Amazon FBA dentro Odoo.
Domande frequenti
E se l'acquirente tiene la merce e viene rimborsato comunque?
Succede, e bisogna poterlo contare. Contabilmente è una nota di credito senza movimento di giacenza. Conviene segnalare questi casi: uno schema ripetuto sullo stesso riferimento è un problema di prodotto o di frode, non di contabilità.
I resi FBA e FBM si tengono separati?
Sì, ed è bene farlo. Entrano da percorsi diversi e finiscono in ubicazioni diverse: uno torna a un centro Amazon e l'altro nel tuo magazzino. L'ordine originale dice già qual è quale.
Serve emettere una nota di credito per ogni reso?
Dipende dal fatto che tu fatturi la vendita e dal tuo regime fiscale, e questa decisione spetta al tuo commercialista, non a noi. Ciò che serve sempre è che la nota di credito resti collegata all'ordine originale: senza quel collegamento, la riconciliazione con il settlement non si può automatizzare.
Link utili all'interno di FlexigoTech
Cosa facciamo su questo
I resi Amazon ti scompensano la giacenza?
Dicci se vendi in FBA, in FBM o in entrambi, quanti resi gestisci al mese e se porti già i settlement in Odoo. Verifichiamo se lo scostamento viene dalla giacenza, dalle note di credito o dai rimborsi per merce persa. Scrivi a comercial@flexigobe.com o fissa una chiamata.