Classificação da receita por status do pedido
Status de pedidos é onde os nomes de status da sua loja são classificados no que os relatórios realmente entendem. Se um pedido conta como receita depende do seu status e de como foi pago, em conjunto.
Requisitos do mapeamento de status dos pedidos
Sincronização de status de pedido significa que um status que sua loja usa e que ainda não foi mapeado não gera receita em nenhum relatório até ser classificado. Isso não é um bug — é a mesma filosofia que Métodos de Pagamento segue: um status não classificado pode significar qualquer coisa, desde apenas pedido feito até reembolsado, então os relatórios tratam como zero em vez de adivinhar.
- Onde os pedidos estão — receita retida por cada status, tenha ou não gerado receita, então uma grande parcela sob um status não mapeado ou cancelado é a primeira coisa a verificar.
- Cinco significados, um vocabulário pequeno — Não mapeado, Pedido feito, Pago, Concluído, Enviado — cada nome de status específico de plataforma que sua loja usa é classificado em um destes.
- Cancelado, sua própria caixa de seleção — independente do significado, então um status pode ser ‘Concluído’ e ‘Cancelado’ ao mesmo tempo se for o que o fluxo de trabalho da loja precisa.
- Substituição de receita, padrão é a matriz — ‘Seguir a matriz’ é o padrão; substitua apenas onde um status genuinamente precisa quebrar a regra normal de status mais método de pagamento.
- Não mapeado significa zero, não indefinido — um status deixado sem mapear não conta receita em nenhum lugar dos relatórios até que alguém o classifique, então um mapeamento perdido aparece como uma lacuna, não como uma contagem excessiva silenciosa.
Receita por status de pedido não mapeado
Antes de tocar na tabela de mapeamento, duas listas de barras de participação ordenadas independentemente, da maior para a menor, mostram a receita e a contagem de pedidos retidos por cada um dos nomes de status da própria loja — gerados ou não. As barras começam em zero e sua largura é a participação da linha no total exibido; um líder só tem largura total se possuir 100% dele, e qualquer participação positiva abaixo de 1% ainda recebe uma fatia de 1% de largura enquanto seu rótulo mantém a porcentagem real. Não há série de comparação ou linha zero — um total zero apenas diz isso. Comece com o status que detém a maior parcela de receita, depois verifique sua parcela de pedidos: uma pequena parcela de pedidos carregando uma grande parcela de receita merece prioridade, pois um erro de mapeamento ali afeta valor desproporcional. Uma grande parcela de receita sob Não mapeado ou um status cancelado é um sinal para verificar o mapeamento — não prova que a receita deva contar.
- Todos os status mostrados — incluindo os ainda não classificados, para que nada fique invisível enquanto estiver sem mapeamento.
- Receita vs. pedidos, ordenados independentemente — dinheiro vinculado ao status de qualquer forma contra quantos pedidos estão nele, então um status pode carregar muitos pedidos e pouca receita ou o contrário.
- Marcado com sua fonte — ex.: bizniweb — para lojas que extraem dados de mais de uma plataforma.
- Um banner de aviso conta o que resta — ‘N status ainda não classificados’ permanece visível até que todos estejam mapeados.
Mapeamento dos status de pedido da fonte
Cada linha é uma string de status exatamente como a plataforma da sua loja a envia, marcada com sua fonte. Novas conexões geram linhas apenas a partir de nomes de status que a loja realmente informa — valores de plataforma conhecidos recebem padrões sensatos (o ‘processing’ do WooCommerce mapeia para Pago, ‘refunded’ para Pago mais Cancelado), os desconhecidos começam como Não mapeado, e reconectar nunca sobrescreve uma decisão que você já tomou, embora uma linha que você nunca tocou possa adotar um padrão recém-aprendido. Escolha o que significa a partir de uma lista deliberadamente curta, marque Cancelado se aplicável de forma independente, e deixe Substituição de receita em ‘Seguir a matriz’ a menos que este status específico precise quebrar a regra — a matriz conta Pago, Enviado e Concluído para pagamento na entrega, transferência bancária, cartão online e carteira digital, enquanto ‘Outro’ conta Pago e Concluído mas não Enviado, e mesmo ‘Sempre receita’ não pode transformar um Cancelamento marcado em receita. Esta tabela é como você mapeia status de pedido para receita; a outra metade da regra — o tipo de método de pagamento — está na próxima página.
- Status na sua loja — a string exata que sua plataforma usa, ex.: do bizniweb, nunca renomeada.
- Significa — Não mapeado, Pedido feito, Pago, Concluído ou Enviado.
- Cancelado — uma caixa de seleção separada, independente do significado; sempre vence, mesmo sobre uma substituição ‘Sempre receita’.
- Substituição de receita — ‘Seguir a matriz’ por padrão, então status e método de pagamento decidem juntos; use Sempre/Nunca receita apenas quando um status genuinamente não puder ser representado pela matriz compartilhada.
- Cada edição salva automaticamente — sem botão Salvar; uma alteração é enviada imediatamente, mostra ‘Salvando…’ ou o erro retornado, e apenas aquela linha é tocada — todo o resto permanece exatamente como estava.
receita contada a partir de um status não mapeado, por design
Cada status que a plataforma da sua loja usa — marcado com sua fonte, ex.: bizniweb — é listado com um banner de aviso contando quantos ainda não estão classificados. Pedidos sob eles não geram nada nos relatórios até que estejam.
Ver Métodos de PagamentoExclusão da receita de status não mapeados
Os nomes de status da sua própria loja, classificados em Pedido feito, Pago, Concluído ou Enviado — com Cancelado e uma substituição de receita ao lado, para que nada conte por acidente.
Pronto para ver quais status estão realmente contando como receita?
Verificação gratuita · Teste de 7 dias · cartão de crédito necessário