Software de rentabilidad: cuando los ads salen de tu liquidación

Hasta ahora la publicidad de Amazon tenía una virtud contable que nadie apreciaba: llegaba en su propio recibo. Un cargo a la tarjeta, una factura, una línea limpia que tu gestor apuntaba sin dudar. Desde el 1 de agosto de 2026 eso deja de ser así para una parte de los anunciantes: el gasto en anuncios pasa a descontarse directamente del saldo de la cuenta de vendedor, antes de que Amazon te transfiera nada. El coste no sube. Cambia de sitio. Y todo lo que cambia de sitio sin avisar acaba desapareciendo del radar de alguien.

Ese es justo el tipo de movimiento que separa un Excel de un software de rentabilidad para marketplaces de verdad: si tu manera de contar la publicidad era "miro la factura de ads", acabas de quedarte sin factura. Vamos a ver qué cambia exactamente, qué dos errores contables provoca y cómo debería leerse a partir de ahora.

Qué cambia exactamente desde el 1 de agosto

Conviene ser preciso, porque en foros se ha contado a lo grande y la realidad tiene matices. El comunicado de la propia plataforma habla de diferir el cambio hasta el 1 de agosto de 2026 y lo acota a "un pequeño grupo de anunciantes que han sido contactados directamente" (Amazon Ads). No es un cambio universal, al menos por ahora: si no te han avisado por consola, probablemente no te afecta todavía.

Para quien sí entra, el funcionamiento es este:

• Opción por defecto — saldo de cuenta: los cargos y abonos se gestionan automáticamente contra el saldo de vendedor. Es decir, la publicidad se descuenta de tus ingresos antes del desembolso.
• Alternativa — Pay by Invoice: factura a final de mes con pago a 30 días.
• La tarjeta anterior se conserva como método de respaldo.

El mensaje que circuló entre agencias fue de tesorería: con el gasto atado a los ingresos diarios, en temporadas flojas hay que asegurarse de tener saldo suficiente (BellaVix). Buen consejo, pero corto: el problema serio no es de caja, es de cómo mides lo que ganas.

El coste no sube; se esconde

Piensa en cómo se veía tu mes hasta ahora. Por un lado, la liquidación de Amazon: ventas menos comisiones, menos fees de logística, menos devoluciones. Por otro, el recibo de publicidad. Cerrabas el mes sumando uno y restando el otro.

Para las cuentas afectadas, la publicidad se disuelve ahora dentro del neto que te transfieren. El extracto del banco no dice "ads". Dice un número más pequeño. Es el mismo fenómeno que ya hace que el ingreso del banco no cuadre con tus ventas, con un concepto más metido en el saco.

Un ejemplo sencillo, con números redondos e inventados solo para ilustrar la mecánica. Vendes 30.000 € en el periodo. Comisiones y logística se llevan 9.000. Antes, Amazon te transfería 21.000 € y aparte tu tarjeta pagaba 3.000 € de publicidad: beneficio bruto de canal, 18.000 €. Ahora Amazon te transfiere 18.000 € y no hay recibo. Si alguien apunta esos 18.000 como "ingreso neto de Amazon" y sigue esperando la factura de ads que ya no llega, tu publicidad ha dejado de existir en tus libros. Ganas lo mismo. Pero tu contabilidad ya no sabe por qué.

Los dos errores que esto provoca

Son dos y opuestos, y he visto los dos en cuentas reales cuando una plataforma mueve un coste de sitio.

Coste fantasma. El gasto de publicidad desaparece como línea propia. Tu margen por canal sigue saliendo bien —porque el neto ya viene descontado— pero pierdes la capacidad de saber cuánto te costó vender. Sin esa cifra, calcular el ACoS real, comparar canales o decidir si una campaña merece la pena es imposible. Y ya vimos que optimizar publicidad sin mirar el margen real es optimizar una métrica que no paga facturas.

Doble conteo. El contrario, y más caro. Durante el mes de transición conviven cargos antiguos a la tarjeta y descuentos nuevos en el saldo. Si tu sistema importa ambos, restas la publicidad dos veces y tu margen aparece peor de lo que es. Decisiones basadas en ese número —subir precios, matar campañas, retirar un SKU— serían decisiones tomadas sobre un error de contabilidad.

Qué debe hacer un software de rentabilidad para marketplaces

La respuesta corta: dejar de depender de las facturas y leer el settlement real, línea a línea, sea cual sea el concepto, en cada canal que la publique.

En concreto, tres cosas:

1. Descomponer el neto, no aceptarlo. El importe que llega al banco es el final de una cadena, no un dato. Un sistema serio reconstruye esa cadena: venta bruta, comisión, fee logístico, publicidad, devoluciones, retenciones. Si un concepto se muda de la factura a la liquidación, el sistema lo recoge en su sitio nuevo sin que tú tengas que rehacer nada.
2. Mantener la publicidad como línea propia del P&L, aunque llegue dentro del payout. Que se cobre de una forma no significa que se contabilice de esa forma. El origen del cobro y la naturaleza del coste son cosas distintas.
3. Detectar el solape. En una migración así, la única defensa contra el doble conteo es cuadrar cada euro contra la liquidación de origen. Si un importe aparece dos veces por dos vías, salta.

Es la diferencia entre un panel que te enseña números y uno que sabe de dónde viene cada número.

Y en multicanal, esto se multiplica

Si solo vendieras en Amazon, sería un susto de un mes y a otra cosa. El problema es que cada plataforma decide por su cuenta dónde mete cada coste, y ninguna te avisa de cómo lo hace la de al lado. La misma partida —publicidad, logística, promociones— vive en un sitio distinto en Miravia, en TikTok Shop o en Temu.

Reconstruir eso a mano cada vez que una plataforma cambia sus reglas es un trabajo que no termina nunca. Y mientras dura la reconstrucción, decides con números viejos.

Nexium Hub te da el P&L real por canal y producto, la conciliación de los payouts de Amazon, Miravia y TikTok Shop y las devoluciones en un solo panel — la alternativa multicanal a Sellerboard. En Amazon, Miravia y TikTok Shop los costes se leen del settlement real, no de estimaciones ni de facturas sueltas, así que cuando una plataforma mueve una partida de sitio, tu margen sigue siendo el mismo número correcto de siempre; en Temu y en tu web, lo estimado va marcado como estimado.

Si te han avisado de este cambio y no tienes claro dónde va a aparecer tu publicidad el mes que viene, pide acceso o mira una demo en vivo. Es mejor descubrirlo ahora que en el cierre de septiembre.