Los reportes de Amazon SP-API que de verdad importan

La SP-API de Amazon es una mina de datos, pero también es un laberinto. Hay decenas de tipos de reporte: ventas, liquidaciones, inventario, devoluciones, tarifas, tráfico, rendimiento de listings. Si te asomas al catálogo completo por primera vez, la sensación es de abundancia abrumadora: tantos reportes con nombres parecidos que no sabes cuál pedir, con qué frecuencia, ni qué hacer con la respuesta cuando por fin llega en un archivo plano lleno de columnas crípticas.

El problema real no es que falte información. Es que tienes demasiada y casi nada está listo para decidir. Como seller multicanal en México, no quieres convertirte en ingeniero de datos: quieres saber cuánto vendiste hoy de verdad, qué te queda en bodega, cuánto te están comiendo los fees y si un listing perdió la Buy Box mientras dormías. Sin embargo, terminas descargando cuatro o cinco reportes distintos, pegándolos en Excel, cruzándolos con lo de MercadoLibre y lo de tu 3PL, y para cuando el número cuadra ya es de noche y el dato es de ayer.

Este artículo no es un tutorial técnico de la API. Es un mapa de cuáles reportes de SP-API mueven la aguja para un negocio multicanal, por qué cada uno engaña si lo lees solo, y por qué la salida no es pedir más reportes sino consolidarlos en una sola fuente de verdad que ya venga reconciliada con tus otros canales.

el reporte de órdenes: tu venta no es lo que parece

El primer reflejo de todo seller es el reporte de órdenes (los tipos de la familia de Orders, como el reporte de todos los pedidos por última actualización). Es el corazón de “cuánto vendí”. Pero aquí empieza la trampa: una orden en Amazon tiene estados. Puede estar como Pending antes de que el pago se confirme, puede cancelarse, puede reembolsarse parcial o totalmente días después. Si sumas el bruto de este reporte sin filtrar estados, inflas tus ventas con pedidos que nunca se cobraron.

A esto se suma el desfase de tiempo. El reporte se genera cuando tú lo pides, no en vivo, y si lo pides por fecha de pedido obtienes una foto distinta a si lo pides por última actualización. Para un seller que también vende en MercadoLibre, el dolor se duplica: el “hoy” de Amazon y el “hoy” de MercadoLibre no cierran a la misma hora ni en la misma zona horaria. Sumar ambos brutos sin alinear estados ni fechas produce un número que se ve bien y miente. Por eso tantos terminan decidiendo pricing con datos de ayer, y ese error se hereda hacia abajo: si quieres anticipar demanda real, conviene ver el forecast de inventario a fondo, porque un pronóstico montado sobre ventas mal contadas nace torcido.

Diccionario: la Buy Box es el botón de compra destacado que decide si tu oferta es la que se vende; varios reportes de SP-API solo cobran sentido cuando los cruzas con tu participación en ella.

el reporte de liquidaciones: aquí vive tu margen real

Si solo miras órdenes, estás viendo ingresos brutos. El dinero que de verdad llega a tu cuenta vive en otro lado: el reporte de liquidaciones (Settlement Report). Este es, sin exagerar, el reporte más importante y el más ignorado. Detalla cada cargo que Amazon te aplicó por periodo: comisión por categoría, tarifas de FBA, almacenamiento, cargos por baja rotación, reembolsos, ajustes. Es la diferencia entre “vendí 100 mil pesos” y “me quedaron 58 mil”.

El problema es que el Settlement viene crudo, con líneas por tipo de transacción que hay que clasificar y atribuir a cada SKU. Hacer eso a mano para cientos de unidades vendidas, con tarifas que cambian, es la receta perfecta para no saber nunca tu margen unitario. Y sin margen real por producto, no puedes responder la pregunta básica de cualquier negocio: ¿este SKU me deja dinero o lo estoy subsidiando? Cómo desarmar ese paquete de cargos lo detallamos en comisiones y fees: el mapa para no perder dinero, porque sin bajar cada fee a nivel de unidad la rentabilidad es una ilusión.

los reportes de inventario FBA: cuánto puedes vender sin quedar mal

Amazon ofrece varios reportes de inventario, y cada uno cuenta una historia parcial. El de inventario gestionado por FBA te dice cuánto stock vendible tienes en sus centros. El de planeación de inventario te alerta de exceso, de baja rotación y de unidades en riesgo de cargo. El de ajustes te explica por qué de pronto tienes menos unidades de las que esperabas (mermas, daños, reconciliaciones del propio Amazon).

Para un negocio que solo vende en Amazon con FBA, esto casi alcanza. Para uno multicanal, no. El stock que FBA reporta como disponible puede estar también publicado en MercadoLibre Full o en tu 3PL, y si no descuentas en tiempo real entre canales, vendes unidades que ya no existen. El reporte de SP-API te da la pieza de Amazon, pero la pregunta verdadera (cuánto puedo vender ahora mismo sin sobrevender en ningún lado) solo se contesta cuando esa pieza se suma a las demás en un mismo cálculo, restando lo comprometido en cada canal en el momento.

Diccionario: el catálogo unificado es la capa que reconcilia un mismo producto físico aunque Amazon lo identifique por ASIN, MercadoLibre por MLM y tu bodega por SKU interno.

devoluciones y reembolsos: el descuento que llega tarde

Hay un grupo de reportes fácil de pasar por alto: devoluciones de FBA y reembolsos. Importan porque corrigen hacia abajo lo que el reporte de órdenes te hizo creer. Una venta de la semana pasada puede volverse un reembolso esta semana, y si tu tablero no lo refleja, tu “venta neta” es ficción optimista.

Para el seller multicanal esto es especialmente venenoso porque las devoluciones de Amazon y las de MercadoLibre llegan en momentos y formatos distintos, y ambas mueven el saldo cuando menos lo esperas. Leer estos reportes de forma aislada y tardía significa que tu rentabilidad real solo se conoce semanas después del hecho. La única forma de que el dato sea útil es que el reembolso descuente automáticamente del SKU correcto, en el canal correcto, en cuanto aparece, no cuando alguien se acuerde de bajar el reporte.

tráfico y Buy Box: por qué dejaste de vender sin haber cambiado nada

Más allá del dinero y el inventario, SP-API expone reportes de rendimiento de negocio: sesiones, vistas de página, tasa de conversión por listing y, crucialmente, tu porcentaje de Buy Box. Estos son los reportes que explican el misterio de “ayer vendía y hoy no, sin tocar nada”. Casi siempre la respuesta está aquí: perdiste la Buy Box porque un competidor bajó el precio, o porque tu stock entró en riesgo, o porque una métrica de cuenta se deterioró.

El detalle es que estos reportes solo cobran sentido cruzados. Una caída de conversión sin la caída de Buy Box no te dice nada; juntas, te cuentan la historia completa. Y como en MercadoLibre la lógica de visibilidad no es la Buy Box sino la reputación, leer la señal de Amazon en su propio idioma y la de MercadoLibre en el suyo te deja comparando peras con manzanas. Cómo se traducen estas señales distintas a una misma medida lo abordamos en Amazon vs MercadoLibre: las diferencias que complican tu info.

Diccionario: el EAN/GTIN es el código global del producto; alinearlo es lo que permite cruzar un reporte de SP-API con el listing equivalente en MercadoLibre y el SKU de tu 3PL.

el patrón: no necesitas más reportes, necesitas menos pantallas

Si juntas lo anterior, el patrón salta a la vista. Cada reporte de SP-API es honesto pero parcial: órdenes te da el bruto, liquidaciones el neto, inventario lo disponible en FBA, devoluciones las correcciones, tráfico el porqué. Ninguno solo te deja decidir, y leerlos de a uno, descargados a mano y desfasados en el tiempo, es exactamente el trabajo manual que te tiene en Excel hasta tarde. Para una tienda como SPORTIFY, que vende el mismo producto en Amazon, MercadoLibre y bodega propia, multiplicar reportes por canal vuelve la consolidación imposible de mantener a mano.

La salida no es pedir más reportes ni aprender a programar contra la API. Es que esos reportes lleguen ya consolidados: órdenes con estados resueltos, liquidaciones atribuidas a cada SKU, inventario sumado entre canales, devoluciones descontadas en automático y Buy Box cruzada con conversión, todo en la misma zona horaria y la misma unidad de medida. Eso es lo que un dashboard como iqseller busca resolver: no reemplaza la SP-API, la digiere por ti y la pone al lado de MercadoLibre y tu 3PL.

La SP-API seguirá siendo un laberinto de reportes, porque está hecha para máquinas, no para tu mañana de lunes. Lo que debería cambiar es quién recorre ese laberinto. Cuando el dato llega ya reconciliado y al día, dejas de descargar y pegar archivos y vuelves a hacer lo tuyo: decidir precio, compra y prioridades con un número en el que de verdad puedes confiar.