Por que o TikTok Shop Earnings Analytics mostra um único GMV: Paid Orders, estimativa e pagamento

Por que o TikTok Shop Earnings Analytics mostra um único GMV: concilie Paid Orders, estimativa e pagamento

Quando a comissão do TikTok Shop parece “incorreta”, o primeiro problema muitas vezes não é um erro de cálculo. A equipe está comparando GMV de paid orders, Estimated commission, status do pedido e pagamento final como se fossem o mesmo número. Em setembro de 2026, o TikTok Shop atualizou o Earnings Analytics no Creator Center dos EUA: o Data Compass passou a mostrar um único GMV baseado em pedidos pagos, a antiga aba Commission foi removida e a Estimated commission permaneceu.

Use o Data Compass para desempenho de paid orders, o Affiliate Orders para evidência por pedido e data estimada de pagamento, e a comissão settled/final para conciliação financeira. As três camadas precisam usar mercado, período, fuso e tipo de conteúdo iguais. Este guia é para creators, MCNs e equipes de creator operations. A documentação citada se aplica aos Estados Unidos; navegação, nomes de status e prazo de settlement podem variar no Brasil e em outros mercados.

Coloque os quatro números na camada certa

O GMV único alinha o Data Compass à população de pedidos pagos usada por Earnings e Affiliate Orders. Isso não transforma GMV em dinheiro. Gift orders, sample orders e vendas próprias da loja ficam fora do GMV de ganhos do creator; reembolso parcial ou total, disputa e prazo de settlement ainda alteram a comissão final.

O que mudou no Earnings Analytics

Segundo o TikTok, o Data Compass agora usa um único GMV em todas as páginas, baseado nos paid orders que podem gerar ganho ao creator. A aba Commission ou Commission GMV antiga foi removida. O Overview continua mostrando GMV, items sold, product views, product clicks e Estimated commission. Esse GMV também entra no Creator Level.

Affiliate Orders segue como camada de evidência. É possível buscar order ID, produto ou conteúdo; filtrar mercado, tipo de conteúdo e data; ver a data estimada de pagamento; e baixar até 15.000 registros. O histórico disponível começa em 1º de janeiro de 2025. Para um ano completo, o TikTok recomenda quatro exportações trimestrais.

Há uma exceção normal: um pedido criado perto da meia-noite e pago depois dela pode cair em outro dia. Antes de classificá-lo como ausente, compare dias adjacentes e confira o order ID.

Workflow de conciliação em cinco passos

1. Trave mercado, datas e fuso

Use o mesmo mercado, content type, intervalo e fuso no Data Compass e no Affiliate Orders. Não compare data de criação com data de pagamento. Também não aplique o prazo de settlement dos EUA ao Brasil.

2. Desça da Estimated commission até o pedido

A estimativa é ponto de investigação, não receita final. Registre order ID, produto, origem do conteúdo, paid time, estimativa, expected payout date e status. Se a equipe gerencia vários creators, conecte esses campos ao workflow de creator affiliate em vez de copiar apenas o total do painel.

3. Atribua um reason code à diferença

Use pelo menos: `midnight timing`, `not settled`, `partial refund`, `full refund/not eligible`, `dispute/return open`, `risk review/frozen`, `market/content filter` e `commission source/rate`. Assim, toda variação não vira automaticamente “pagamento a menor”.

4. Recalcule com a regra oficial

A fórmula padrão é Commission = (Revenue - Refunds) × Commission rate. Após o pagamento do comprador, aparece a estimativa. Sem reembolso, a comissão final normalmente coincide com a estimada; reembolso parcial reduz a receita comissionável; reembolso total leva a comissão a zero. Comissão real zero em pedido ainda não settled não prova perda de ganho.

5. Envie só o valor settled ao financeiro

A orientação dos EUA diz que creators normalmente recebem no 15º dia após a entrega. Pode demorar mais se o seller tiver período de settlement maior ou se disputa, reembolso ou devolução estiverem abertos. Operações usa paid-order GMV e estimativas para tendência; financeiro usa comissão settled/final para conciliar recebíveis e saques.

Variação normal e problema que exige escalonamento

Espere ou revise quando houver midnight timing, pedido recém-pago ainda não exibido, atraso de processamento em grande promoção, status pending/not settled ou janela de pós-venda aberta. Defina nova data de revisão sem penalizar o creator de imediato.

Escale quando a exportação com os mesmos filtros omitir repetidamente um order ID conhecido; status e payout date ficarem parados sem explicação; reembolso, taxa ou fonte do ganho não explicarem o valor; ou pedido settled não bater com o registro de saque. Anexe mercado, data, fuso, order ID, link do conteúdo, exportação e capturas.

Para contribuição por creator, veja o guia de Affiliate GMV por creator. Se o Today do seller mudar durante a noite, use o workflow de snapshot do Affiliate Analytics. Para investigar taxa, siga o workflow de divergência de comissão.

Campos mínimos do ledger

• mercado, fuso, filtro de data e content type;
• creator, order ID, produto, link e paid time;
• paid-order GMV, Estimated commission e taxa aplicável;
• status, expected payout date, comissão final e settled time;
• evidência de refund, return, dispute ou risk review;
• owner, próxima revisão e resultado do escalonamento.

O ledger não substitui os registros do TikTok Shop. Ele dá à revisão da colaboração uma base única, evitando que creator, operações e financeiro discutam screenshots de contextos diferentes.

Checklist antes de fechar o relatório

• [ ] Confirme se o mercado usa a experiência de GMV único.
• [ ] Iguale mercado, data, fuso e content type nas duas superfícies.
• [ ] Não trate paid-order GMV como comissão disponível.
• [ ] Separe Estimated e final commission.
• [ ] Dê reason code a refund, dispute, risk review e midnight timing.
• [ ] Divida o ano em trimestres e respeite 15.000 registros por exportação.
• [ ] Use somente settled/final commission no financeiro.

Visão da allymatic: alinhe a camada de evidência antes de discutir precisão

Um total pode cair porque o filtro mudou ou porque o pedido passou de estimate para settlement. A pergunta útil não é “qual screenshot é verdadeira?”, mas “qual camada é dona dessa decisão?” Data Compass cuida da tendência, Affiliate Orders da evidência do pedido e settled earnings da confirmação financeira.

Na allymatic, recomendamos usar order ID como chave entre creator, conteúdo, comissão e settlement, com reason code e próxima data de revisão no mesmo workflow. Assim, um refund normal não vira avaliação injusta do creator, e a equipe leva evidência completa quando existe de fato um pedido ausente ou problema de payout.

FAQ

Por que o Data Compass mostra apenas um GMV?

Nos EUA, ele usa um GMV de paid orders para se alinhar a Earnings e Affiliate Orders. A antiga aba Commission foi removida; a mudança de exibição não alterou automaticamente a performance.

GMV e Estimated commission são iguais?

Não. GMV é o valor de vendas de paid orders elegíveis. Estimated commission aplica a taxa atual ao valor do pedido; refund, dispute e settlement podem mudar o final.

Por que ainda há pequena diferença diária?

Pedido próximo à meia-noite pago depois dela pode cair em outra data. Iguale os filtros e compare order IDs em dias adjacentes.

Quando reconhecer a comissão como recebida?

Quando entrega, pós-venda e settlement do seller estiverem concluídos e Earnings/Affiliate Orders mostrar valor settled ou final. Expected payout date não é garantia.