Um status não mapeado gera receita zero, propositalmente
Status de Pedidos é onde os nomes de status da sua própria 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.
O que a sincronização de status de pedidos existe para prevenir é o único erro que vale a pena falhar estrondosamente
Sincronização de status de pedidos 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 recém-colocado até reembolsado, então os relatórios o tratam como zero em vez de adivinhar.
- ✓Onde os pedidos estão — receita retida por cada status, tenha gerado receita ou não, 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, Colocado, 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 tanto 'Concluído' quanto 'Cancelado' 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 realmente precisa quebrar a regra normal de status-método-de-pagamento.
- ✓Não mapeado significa zero, não indefinido — um status deixado sem mapear não conta receita em lugar nenhum nos relatórios até que alguém o classifique, então um mapeamento perdido aparece como uma lacuna, não uma contagem silenciosa a mais.
Veja onde a receita está, antes de classificá-la
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 — tenham gerado receita 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 ganha uma fatia de 1% de largura enquanto sua etiqueta mantém a porcentagem real. Não há série de comparação ou linha de zero — um total zero simplesmente informa isso. Comece com o status que detém a maior parcela de receita e 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 um status Não mapeado ou cancelado é um sinal para verificar o mapeamento — não uma prova de que a receita deve contar.
- ✓Todos os status mostrados — incluindo os ainda não classificados, para que nada fique invisível enquanto não estiver mapeado.
- ✓Receita vs. pedidos, ordenados independentemente — dinheiro atribuído 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.
- ✓Identificado com sua origem — ex.: bizniweb — para lojas que utilizam 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.
Mapeie bizniweb, ou quaisquer strings de plataforma que sua loja realmente usa
Cada linha é uma string de status exatamente como a plataforma da sua loja a envia, identificada com sua origem. Novas conexões criam linhas apenas a partir de nomes de status que a loja realmente reporta — valores conhecidos de plataforma recebem padrões sensatos (o 'processing' do WooCommerce mapeia para Pago, 'refunded' para Pago mais Cancelado), valores 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 receber um padrão recém-aprendido. Escolha o significado de uma lista propositalmente 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 dinheiro na entrega, transferência bancária, cartão online e carteira digital, enquanto 'Outro' conta Pago e Concluído mas não Enviado, e nem mesmo 'Sempre receita' 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.
- ✓Significado — Não mapeado, Colocado, Pago, Concluído ou Enviado.
- ✓Cancelado — uma caixa de seleção separada, independente do significado; sempre prevalece, mesmo sobre uma substituição de '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 zero de qualquer coisa deixada sem mapear
Os nomes de status da sua própria loja, classificados como Colocado, 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?
Free check · 7-day trial · no credit card