Relatórios do KDP explicados: painel, estimador de royalties, pedidos — e em quais números confiar
O painel do KDP, o estimador de royalties, o relatório de Pedidos e o de Pagamentos atualizam em velocidades diferentes e medem coisas diferentes — por isso nunca batem completamente. Aqui está o que cada relatório realmente contém, quão fresco é cada número, e qual deles finalmente decide quanto você ganhou.
Abra seus relatórios do KDP em qualquer manhã e você pode encontrar três respostas diferentes para «quanto ganhei ontem?» — uma no painel, uma no estimador de royalties, uma em Pedidos. Nenhuma está errada. São instrumentos diferentes, que atualizam em velocidades diferentes e medem eventos diferentes. Assim que você souber qual é qual, as divergências deixam de ser alarmantes e viram informação.
O mapa: para que serve cada relatório
| Relatório | O que conta | Quão fresco |
|---|---|---|
| Painel («Hoje») | Pedidos e páginas lidas conforme acontecem | Quase em tempo real (atualiza ao longo do dia) |
| Estimador de royalties | Royalties estimados por livro e marketplace | Tipicamente 24–48 horas atrasado |
| Pedidos | Unidades pedidas (antes de devoluções/cancelamentos) | Até ~24 horas atrasado |
| KENP lidas | Páginas lidas do Kindle Unlimited | Contagem diária; a taxa que as valoriza chega na metade do mês seguinte |
| Pagamentos | O que foi realmente pago, quando, para qual conta | Finalizado mensalmente, no ciclo de 60 dias |
O mais útil a interiorizar: o painel é um monitor cardíaco, não um sistema contábil. Ele existe para dizer que algo está acontecendo. O dinheiro é liquidado em outro lugar, mais tarde.
Por que os números «não batem»
Três razões estruturais, cada uma responsável por um tópico diário nos fóruns:
- Pedidos não são vendas. O relatório de Pedidos conta os pedidos no momento em que são feitos; um cancelamento ou devolução reverte isso depois. O estimador de royalties conta as transações que geram royalties. Em um dia qualquer, os dois divergem legitimamente.
- Estimativas são estimativas. O estimador valoriza as páginas do Kindle Unlimited a uma taxa provisória, porque a Amazon só anuncia a taxa real por página de um mês por volta do dia 15 do mês seguinte. Toda conta com muito KU vê seu mês levemente recalculado semanas depois — é o mecanismo do fundo KENP funcionando como projetado, não um bug.
- Fusos horários e atrasos de atualização. Cada marketplace reporta no próprio relógio. Uma venda americana no fim da noite pode cair em «amanhã» na visão de um autor europeu, e um número capturado às 9h pode estar revisado ao meio-dia.
Então a hierarquia honesta de confiança é: Pagamentos > Estimador de royalties > Pedidos > Painel — exatamente o inverso da frequência com que a maioria dos autores os consulta.
O relatório que a maioria dos autores nunca abre
O relatório de Pagamentos é a única página que mostra dinheiro, não estimativas: cada depósito, seu marketplace, sua moeda, a conta para onde foi, e se foi realmente liberado ou retido sob um limite. Quando o painel diz que você ganhou e o banco diz que não, a resposta está nesse relatório — normalmente um limite, uma transferência recusada, ou uma retenção de imposto que você esqueceu que se aplicava.
O número que falta em todos os relatórios do KDP
E aqui está o que nenhum relatório do KDP jamais vai mostrar: quanto custou a você ganhar esses royalties. Seu gasto na Amazon Ads vive em um console completamente separado, com painel próprio, atrasos próprios e tratamento de moedas próprio. O KDP pode dizer que os royalties foram 2.400 $ no mês passado. Não pode dizer que você gastou 1.900 $ em anúncios para consegui-los — e que o número real do mês foi 500 $, não 2.400 $.
Essa junção — royalties de um sistema, gasto de outro, por livro, por marketplace, líquido de impostos e moedas — é precisamente o trabalho que a maioria dos autores faz numa planilha, uma vez por mês, por alto. É também onde se escondem os maiores erros de decisão, como mostramos em lucro líquido por livro.
Onde o TrueRoyalties entra
O TrueRoyalties lê seus dados reais do KDP — royalties, pedidos, KENP lidas, por marketplace — e os une continuamente ao seu gasto na Amazon Ads, de modo que o problema dos três painéis colapsa em uma única visão com um único número por livro: Lucro líquido = Royalties − Gasto com anúncios. Os relatórios do KDP continuam sendo sua fonte de referência; o TrueRoyalties é a camada que os faz responder à pergunta para a qual nunca foram construídos — isto está me dando dinheiro de verdade?