Informes de KDP explicados: dashboard, estimador de regalías, pedidos — y qué números creer
El dashboard de KDP, el estimador de regalías, el informe de Pedidos y el de Pagos se actualizan a velocidades distintas y miden cosas distintas — por eso nunca coinciden del todo. Aquí tienes lo que contiene de verdad cada informe, la frescura real de cada número, y el que zanja al final lo que ganaste.
Abre tus informes de KDP cualquier mañana y puedes encontrar tres respuestas distintas a «¿cuánto gané ayer?» — una en el dashboard, una en el estimador de regalías, una en Pedidos. Ninguna es errónea. Son instrumentos distintos, que se actualizan a velocidades distintas y miden eventos distintos. Una vez sabes cuál es cuál, los desacuerdos dejan de ser alarmantes y se convierten en información.
El mapa: para qué sirve cada informe
| Informe | Qué cuenta | Frescura |
|---|---|---|
| Dashboard («Hoy») | Pedidos y páginas leídas según ocurren | Casi tiempo real (se refresca a lo largo del día) |
| Estimador de regalías | Regalías estimadas por libro y marketplace | Típicamente 24–48 horas de retraso |
| Pedidos | Unidades pedidas (antes de devoluciones/cancelaciones) | Hasta ~24 horas de retraso |
| KENP leídas | Páginas leídas de Kindle Unlimited | Recuento diario; la tasa que las valora llega a mediados del mes siguiente |
| Pagos | Lo que realmente se pagó, cuándo, a qué cuenta | Finalizado mensualmente, en el ciclo de 60 días |
Lo más útil que puedes interiorizar: el dashboard es un monitor cardíaco, no un sistema contable. Existe para decirte que algo está pasando. El dinero se liquida en otro sitio, más tarde.
Por qué los números «no cuadran»
Tres razones estructurales, cada una responsable de un hilo de foro diario:
- Los pedidos no son ventas. El informe de Pedidos cuenta los pedidos al hacerse; una cancelación o devolución lo revierte después. El estimador de regalías cuenta las transacciones que generan regalías. En un día cualquiera, los dos divergen legítimamente.
- Las estimaciones son estimaciones. El estimador valora las páginas de Kindle Unlimited a una tasa provisional, porque Amazon solo anuncia la tasa real por página de un mes hacia el 15 del mes siguiente. Cada cuenta con mucho KU ve su mes reajustado ligeramente, semanas después — es el mecanismo del fondo KENP funcionando como está diseñado, no un bug.
- Zonas horarias y retrasos de actualización. Cada marketplace informa con su propio reloj. Una venta de EE. UU. de última hora puede caer en «mañana» en la vista de un autor europeo, y un número capturado a las 9 puede estar revisado a mediodía.
Así que la jerarquía honesta de confianza es: Pagos > Estimador de regalías > Pedidos > Dashboard — exactamente el orden inverso a la frecuencia con la que la mayoría de los autores los miran.
El informe que la mayoría de los autores nunca abre
El informe de Pagos es la única página que muestra dinero, no estimaciones: cada pago, su marketplace, su divisa, la cuenta a la que fue, y si realmente se emitió o quedó retenido bajo un umbral. Cuando el dashboard dice que ganaste y el banco dice que no, la respuesta está en este informe — normalmente un umbral, una transferencia rechazada, o una retención fiscal que olvidaste que se aplicaba.
El número que falta en todos los informes de KDP
Y aquí está lo que ningún informe de KDP te mostrará jamás: lo que te costó ganar esas regalías. Tu gasto en Amazon Ads vive en una consola completamente separada, con su propio dashboard, sus propios retrasos y su propia gestión de divisas. KDP puede decirte que las regalías fueron 2.400 $ el mes pasado. No puede decirte que gastaste 1.900 $ en anuncios para conseguirlas — y que el número real del mes fue 500 $, no 2.400 $.
Esa unión — regalías de un sistema, gasto de otro, por libro, por marketplace, neto de impuestos y divisas — es precisamente el trabajo que la mayoría de los autores hacen en una hoja de cálculo, una vez al mes, aproximadamente. También es donde se esconden los mayores errores de decisión, como mostramos en el beneficio neto por libro.
Dónde encaja TrueRoyalties
TrueRoyalties lee tus datos reales de KDP — regalías, pedidos, KENP leídas, por marketplace — y los une continuamente a tu gasto de Amazon Ads, de modo que el problema de los tres dashboards se reduce a una sola vista con un solo número por libro: Beneficio neto = Regalías − Gasto publicitario. Los informes de KDP siguen siendo tu fuente de referencia; TrueRoyalties es la capa que les hace responder la pregunta para la que nunca fueron diseñados — ¿esto me está dando dinero de verdad?