Español
English
Deutsch
Français
Português
Italiano
Nederlands
Polski
Una comanda que es retorna no és una comanda que es cancel·la. A Odoo són dos fets diferents i separats en el temps: els diners que tornen al comprador i la unitat que torna a algun lloc. Si la teva integració els tracta com un de sol, al cap d'un trimestre l'inventari i la comptabilitat van cadascun per la seva banda i ningú sap explicar la diferència.
Abonament i retorn són dos fets diferents
L'abonament és una factura rectificativa contra la venda. El retorn és un albarà en sentit invers que posa unitats en una ubicació. Amazon pot abonar el comprador abans que la mercaderia arribi, i pot abonar-lo sense que arribi mai perquè el comprador no l'envia. Modelar els dos fets per separat és el que permet respondre la pregunta que sempre acaba apareixent: quants diners he retornat i quantes unitats he recuperat. No són el mateix nombre i no tenen per què ser-ho.
Qui decideix si la unitat és revendible
A FBM la decisió és teva: la caixa arriba al teu magatzem, algú l'obre i decideix. A FBA no la prens tu. La devolució torna a un centre logístic d'Amazon i allà es classifica la unitat com a venible o no venible, amb un motiu. Aquesta classificació canvia el teu inventari disponible i et arriba com una dada, no com una decisió. El que Odoo ha de fer és llegir-la i aplicar-la: si la unitat torna com a venible, entra en estoc disponible; si no, entra en una ubicació des de la qual no es pot vendre.
L'error car és enviar tot el que es retorna a estoc disponible «per revisar-ho després». Aquestes unitats es publiquen, es venen i no existeixen. Una ubicació de quarantena es configura una sola vegada i evita la sobrevenda.
L'ajust d'inventari és una ubicació, no un nombre
La temptació és corregir la quantitat a mà i continuar. Funciona una vegada; als tres mesos ningú sap per què l'estoc teòric i el real no coincideixen. El correcte és que cada devolució generi el seu moviment: client a magatzem per a la unitat venible, client a quarantena o a deixalla per a la que no ho és. Així l'ajust queda traçat (data, motiu i comanda d'origen) i el cost de la mercaderia que ja no es pot vendre apareix on ha d'aparèixer, no amagat en una regularització sense explicació.
El que es perd, es fa malbé o no torna
Hi ha un tercer cas que no és ni devolució ni venda: la unitat que Amazon perd o fa malbé dins la seva xarxa. Amazon ho compensa amb un reemborsament al venedor, que no és el mateix reemborsament que rep el comprador encara que es diguin de manera semblant. Comptablement és un ingrés; en inventari és una baixa. Si només registres els diners, l'estoc es queda alt per sempre; si només registres la baixa, sembla que has perdut mercaderia gratis. Els dos apunts o cap.
Tot es tanca contra la liquidació
El lloc on això es comprova és la liquidació. Cada devolució hi deixa rastre: l'import retornat al comprador, la comissió que Amazon reemborsa o reté, la tarifa de gestió de devolucions quan s'aplica i els reemborsaments per mercaderia perduda. Portar les liquidacions a Odoo i casar-les línia a línia contra els abonaments i els moviments d'estoc és el que converteix «crec que quadra» en «quadra». I quan alguna cosa no quadra (un abonament sense línia a la liquidació, o al revés) allà hi ha diners o mercaderia que algú ha d'anar a buscar.
Quan això no compensa automatitzar-lo
Si vens poques comandes al mes i et retornen una de tant en tant, això es porta a mà sense drama i automatitzar-ho és gastar diners en un problema que no tens. El llindar no és el nombre de comandes: és el nombre de devolucions que ningú no està mirant. Quan n'hi ha més de les que una persona pot revisar una a una, o quan vens a diversos països i cada devolució arrossega el seu IVA de destinació, el treball manual deixa de sortir a compte. Això està explicat a vendre a diversos Amazon amb un sol Odoo.
Què fa el nostre connector
El connector d'Amazon per a Odoo importa les devolucions amb el seu motiu i, a FBA, amb la classificació que els dona Amazon. A FBM genera la devolució d'estoc contra l'albarà original, o marca la línia com a «no reposar»; a FBA no inventa moviments locals: el saldo venible i no venible es quadra amb la sincronització de l'inventari FBA. Prepara l'esborrany d'abonament a partir de la factura d'origen, importa els reemborsaments d'Amazon per mercaderia perduda o malmesa i porta les liquidacions, que es comptabilitzen contra el mateix compte pont que els abonaments. Funciona a Odoo 17, 18, 19 i 20. Si el que et descuadra és el magatzem FBA sencer i no només les devolucions, això és a Amazon FBA dins d'Odoo.
Preguntes freqüents
I si el comprador es queda la mercaderia i l'abonen igualment?
Passa, i s'ha de poder comptar. Comptablement és un abonament sense moviment d'estoc. Convé marcar aquests casos: un patró repetit a la mateixa referència és un problema de producte o de frau, no de comptabilitat.
Es separen les devolucions de FBA i les de FBM?
Sí, i convé fer-ho. Entren per camins diferents i acaben en ubicacions diferents: una torna a un centre d'Amazon i l'altra al teu magatzem. La comanda original ja diu quina és quina.
Cal emetre factura rectificativa per cada devolució?
Depèn de si factures la venda i del teu règim fiscal, i aquesta decisió la pren la teva assessoria, no nosaltres. El que sí que cal sempre és que l'abonament quedi enllaçat a la comanda original: sense aquest enllaç, la conciliació amb la liquidació no es pot automatitzar.
Enllaços útils dins de FlexigoTech
El que fem sobre això
Les devolucions d'Amazon et descuadren l'estoc?
Digues-nos si vens per FBA, per FBM o pels dos, quantes devolucions al mes gestiones i si ja portes les liquidacions a Odoo. Mirem si el descuadrament ve de l'estoc, dels abonaments o dels reemborsaments per mercaderia perduda. Escriu a comercial@flexigobe.com o agenda una trucada.