¿Por qué Amazon te debe dinero por incidencias en FBA?
Cuando envías inventario a Logística de Amazon (Amazon FBA), Amazon asume su custodia. Si una unidad se pierde en el almacén, se daña durante la manipulación, se destruye sin tu autorización o un cliente recibe el reembolso sin devolver el producto, la política de Amazon —la FBA Inventory Reimbursement Policy— establece que Amazon te compensa. No es un favor: es una condición del servicio por el que pagas tarifas de almacenamiento y de gestión logística.
El problema es que «debe» no significa «paga». Una parte de las incidencias se reembolsa de forma automática cuando el propio sistema de Amazon las registra. Otra parte solo se reembolsa si la reclamas, y para reclamarla primero tienes que encontrarla. Con decenas de SKU, varios mercados y miles de movimientos de inventario al mes, nadie la encuentra mirando el panel.
Un reembolso FBA sin reclamar no aparece en ningún informe como pérdida. Simplemente no aparece.
¿Qué incidencias FBA son reembolsables?
Estas son las más habituales. Cada una deja un rastro distinto en los informes de Seller Central, y ese rastro es lo que permite detectarlas. Los tipos exactos, sus condiciones y sus plazos están en la política vigente; aquí va la lectura operativa.
| Incidencia | Qué ha pasado | Dónde se ve el rastro |
|---|---|---|
| Unidad perdida en almacén | Amazon recibió la unidad y desapareció del inventario. | Ajuste de inventario con motivo de pérdida y sin reembolso asociado. |
| Unidad dañada en almacén | Se dañó bajo custodia de Amazon, en la manipulación o el almacenamiento. | Ajuste a «dañado» sin reembolso ni vuelta a inventario vendible. |
| Dañada por el transportista | Daño o pérdida en tránsito con un transportista asociado de Amazon. | Recepción con menos unidades, o dañadas, frente al envío declarado. |
| Devolución no reingresada | El cliente devolvió, y la unidad ni volvió a tu inventario ni se te reembolsó. | Devolución recibida sin movimiento de entrada equivalente en el inventario. |
| Reembolso al cliente sin devolución | Amazon devolvió el dinero al cliente y el producto nunca llegó al almacén en el plazo previsto. | Reembolso en transacciones sin devolución asociada pasado el plazo. |
| Exceso de tarifas por dimensiones o peso | Amazon midió mal el producto y cobró una categoría de tamaño superior. | Tarifa de gestión logística mayor que la que corresponde a las medidas reales. |
| Destrucción sin autorización | Amazon retiró o destruyó unidades sin una orden tuya. | Movimiento de salida por destrucción sin orden de retirada creada por ti. |
| Orden de retirada incompleta | Unidades que salieron del almacén hacia ti y no llegaron, o llegaron dañadas. | Orden de retirada completada con menos unidades recibidas que enviadas. |
¿Por qué muchos reembolsos no se procesan de forma automática?
Amazon reembolsa de forma proactiva una parte de las pérdidas y los daños que su propio sistema detecta al hacer un ajuste de inventario. Pero solo compensa lo que reconoce como incidencia propia. Una devolución que el cliente marcó como enviada y nunca llegó no genera ajuste de inventario: desde el punto de vista de Amazon no hay nada que cuadrar. Una tarifa calculada sobre medidas erróneas es, para Amazon, una tarifa correcta hasta que alguien demuestra lo contrario. Y una unidad devuelta que entra calificada como «dañada por el cliente» cuando la dañó el almacén no se reembolsa sola: alguien tiene que cuestionar la calificación.
Y cuando Amazon sí reembolsa de forma automática, conviene comprobar el importe. La base de cálculo cambió en 2025 para algunos tipos de incidencia, y un reembolso «procesado» puede estar por debajo de lo que corresponde según la política vigente.
Qué informes hay que cruzar (y por qué a mano no escala)
No existe un informe de «reembolsos que te debemos». Existen cinco o seis informes que, leídos por separado, parecen coherentes, y que solo revelan el hueco cuando se cruzan entre sí por FNSKU, número de pedido e identificador de devolución. En Seller Central se descargan uno a uno; por la SP-API se obtienen desde la Reports API y la Finances API.
- Libro de inventario (Inventory Ledger). El maestro: cada movimiento de cada FNSKU —recepción, venta, devolución, ajuste, retirada— con fecha, almacén y motivo.
- Ajustes de inventario. El subconjunto de movimientos que Amazon hace por su cuenta: perdido, dañado, encontrado, con su código de motivo. Cada ajuste negativo sin contrapartida es un candidato.
- Devoluciones FBA (Customer Returns). Cada devolución con número de pedido, FNSKU, identificador de devolución (LPN), calificación de la unidad —vendible, dañada por el cliente, dañada por el transportista, defectuosa— y estado.
- Reembolsos a clientes y transacciones. Desde la sección de pagos o desde la Finances API: cada reembolso emitido al cliente con pedido, fecha e importe. Aquí está el dinero que ha salido.
- Reembolsos de Amazon al vendedor (Reimbursements). Lo que Amazon ya te ha pagado, con motivo, FNSKU y pedido. Sirve para no reclamar dos veces y para comprobar importes.
- Tarifas y dimensiones. La vista previa de tarifas y las medidas que Amazon tiene registradas para cada ASIN, contrastadas con las medidas reales.
Cruzarlos a mano no escala por tres motivos. Cada informe tiene su propio plazo de actualización, sus columnas y su forma de identificar el mismo pedido. Las ventanas de reclamación son distintas para cada tipo de incidencia, así que la conciliación no es una foto: es un proceso que hay que repetir cada mes mientras los plazos corren. Y el volumen crece con cada mercado: lo que funciona en una hoja de cálculo con diez SKU en un país deja de funcionar con doscientos SKU en cinco. Por eso importa tanto de dónde salen los datos; lo explicamos en SP-API vs Seller Central.
¿Cómo se detecta una devolución cuya unidad nunca volvió?
Es el caso más frecuente y el más fácil de pasar por alto, porque cada informe cuenta una historia coherente por sí solo. Supongamos un SKU con un precio de venta de 20 €. Un cliente pide una unidad y a los diez días solicita la devolución. Amazon reembolsa al cliente de inmediato —esa política es de Amazon, no tuya— y el pedido aparece en tus transacciones con 20 € en negativo. Hasta aquí, todo correcto.
Ahora se mira el informe de devoluciones. Si el pedido aparece con estado recibido y un LPN, la unidad llegó al almacén. Siguiente parada, el libro de inventario: tiene que haber un movimiento de entrada de esa unidad, a vendible o a dañado. Si está, la devolución cerró bien. Si la devolución figura como recibida pero no hay entrada en el inventario, o si el pedido no aparece en devoluciones aunque ya pasó el plazo que Amazon da al cliente para enviar el producto, tienes una unidad menos y 20 € menos, y ningún apunte a tu favor en el informe de reembolsos de Amazon. Ese es el hueco. Cuadra en cada informe y solo se ve al cruzar los tres.
La misma lógica sirve para las devoluciones que entran como dañadas. Si la calificación es «dañada por el cliente», Amazon no reembolsa; si es «dañada en almacén» o «por el transportista», sí. Los casos límite conviene revisarlos, porque el vendedor asume el coste de todo lo que no cuestiona.
Los plazos se han acortado: la auditoría mensual ya no es opcional
Durante años la ventana para reclamar la mayoría de incidencias FBA era amplia, y una revisión anual bastaba. Ya no. En 2024 y 2025 Amazon ha ido acortando los plazos para reclamar: algunos tipos de incidencia pasaron de 18 meses a 60 días, y otros tienen ahora ventanas que empiezan a contar unos días después del reembolso al cliente y se cierran pocas semanas después. Los plazos concretos varían por tipo de incidencia y Amazon los revisa: la referencia es siempre la FBA Inventory Reimbursement Policy vigente en Seller Central, no un artículo de blog, este incluido.
En paralelo, Amazon cambió la base de cálculo de los reembolsos por unidades perdidas o dañadas: en lugar del precio de venta estimado toma como referencia el coste de adquisición del producto, que el vendedor puede informar. Si no lo informas, Amazon lo estima por su cuenta. Comprobar ese dato es parte de la auditoría.
La consecuencia práctica es simple: lo que no detectas y reclamas dentro del mes, en muchos casos ya no se puede reclamar. Una auditoría mensual —y en cuentas con volumen, más frecuente— ha pasado de buena práctica a requisito.
Cómo auditar y reclamar, paso a paso
- Descarga los informes del periodo. Libro de inventario, ajustes, devoluciones, reembolsos a clientes y reembolsos de Amazon. Mismo rango de fechas, con margen hacia atrás para cubrir las ventanas de reclamación abiertas.
- Normaliza los identificadores. FNSKU, número de pedido y LPN son las claves que enlazan un informe con otro. El SKU y el ASIN no bastan: un mismo ASIN puede tener varios FNSKU.
- Concilia el inventario. Cada ajuste negativo —perdido, dañado— busca su contrapartida: una unidad encontrada, un reembolso ya pagado o un motivo que excluya el reembolso. Lo que queda sin pareja es candidato.
- Concilia las devoluciones. Cada reembolso al cliente busca su devolución recibida y su entrada en el inventario. Sin devolución en plazo, o con devolución sin reingreso, candidato.
- Revisa las tarifas. Contrasta las dimensiones y el peso que Amazon tiene registrados con las medidas reales de los ASIN de más volumen. Un centímetro de más cambia la categoría de tamaño y se cobra en cada unidad vendida.
- Descarta lo ya reembolsado. Cruza cada candidato con el informe de reembolsos de Amazon. Reclamar dos veces no cobra dos veces, y la política prevé medidas contra las reclamaciones abusivas.
- Comprueba el plazo. Si el candidato está fuera de la ventana de la política vigente, no se reclama. Anótalo igualmente: es dinero perdido por no haber auditado antes.
- Abre el caso en Seller Central. Uno por incidencia, con los identificadores correctos: FNSKU, número de pedido y, en devoluciones, el LPN. Indica fecha, cantidad y motivo, y adjunta la evidencia de los informes cuando aplique.
- Sigue el caso hasta el cierre. Reembolso confirmado en el informe de reembolsos y por el importe que corresponde. Un caso «resuelto» no es un caso pagado.
Cómo funciona la reclamación en Seller Central
Cada tipo de incidencia tiene su vía en el centro de ayuda de Seller Central, dentro de las opciones de Logística de Amazon: una para inventario perdido o dañado en el almacén, otra para devoluciones de clientes, otra para órdenes de retirada y otra para tarifas mal calculadas. El principio es el mismo en todas: un caso por incidencia, los identificadores exactos y la evidencia a mano. Amazon investiga y responde con un reembolso, con una explicación de por qué no procede o con una petición de más datos.
Dos cosas ayudan. La primera: no discutir con soporte lo que los informes ya demuestran; un caso con FNSKU, pedido, LPN y fechas se resuelve mucho más rápido que un correo con quejas. La segunda: llevar el registro de cada caso, su estado y su importe. Sin ese registro, la siguiente auditoría empieza de cero y vuelve a encontrar lo mismo.
Qué hace AMZ360 con cada devolución
En AMZ360 el control de devoluciones y reembolsos FBA se hace con herramientas propias sobre la SP-API de Amazon, no con exportaciones manuales de Seller Central. El sistema rastrea cada devolución hasta el final con tres comprobaciones: paquete recibido en el almacén, unidad reingresada al inventario y reembolso confirmado cuando corresponde. Cuando una devolución no cierra ese ciclo, o un ajuste de inventario queda sin compensar, el sistema lo marca como un reembolso que Amazon debe y no ha procesado.
La IA propone; un experto revisa. Ninguna reclamación sale sin que una persona haya comprobado los identificadores, la ventana de reclamación y que el importe se ajusta a la política vigente. Es la misma gobernanza Human in the Loop que aplicamos al resto de la cuenta, y el estado de devoluciones y reembolsos forma parte del reporting quincenal. Es una de las piezas del servicio de gestión de Amazon Europa.
Conclusión: lo que no se cruza, se pierde
Amazon no va a avisarte de lo que te debe. Sus informes son correctos uno a uno, y el hueco solo aparece al cruzarlos por FNSKU, pedido e identificador de devolución. Con las ventanas de reclamación actuales, ese cruce tiene que hacerse cada mes, cubrir todos los mercados y terminar en casos bien documentados. Lo que no se detecta a tiempo no es una incidencia pendiente: es margen que ya no vuelve.
Preguntas frecuentes
¿Amazon reembolsa automáticamente las unidades perdidas en FBA?
Una parte. Cuando su sistema registra un ajuste de inventario por pérdida o daño en el almacén, suele emitir un reembolso proactivo. Pero no cubre todos los tipos de incidencia ni garantiza que el importe sea el correcto, y las devoluciones no reingresadas o los reembolsos al cliente sin devolución quedan casi siempre fuera. Hay que comprobarlo con los informes, y la referencia de qué cubre y qué no es la FBA Inventory Reimbursement Policy vigente.
¿Cada cuánto conviene auditar los reembolsos FBA?
Como mínimo cada mes. Con ventanas de reclamación de semanas para algunos tipos de incidencia, una auditoría trimestral llega tarde a buena parte de los casos. En cuentas con mucho volumen de devoluciones o varios mercados, la conciliación debería ser continua, y por eso tiene sentido automatizarla sobre la SP-API en lugar de descargar informes a mano.
¿Puedo reclamar yo mismo o necesito una herramienta?
Reclamar puedes hacerlo tú: el caso se abre desde Seller Central y solo requiere los datos correctos. Lo que no escala es la detección. Cruzar cinco informes por FNSKU, pedido y LPN cada mes y en cada mercado es un trabajo de conciliación de datos, no de gestión de cuenta. La herramienta sirve para encontrar; la persona, para decidir qué se reclama y hacerlo bien.