Um lojista no r/shopify descreveu o trabalho com exatidão: o fornecedor envia uma confirmação de envio por pedido, você abre, copia o código de rastreio, cola no pedido, marca como enviado e parte para o próximo. Em certos dias são trinta pedidos e uma hora perdida. Outro descreveu o mesmo trabalho em ritmo semanal — três horas de copiar e colar todo domingo à noite.
O instinto é automatizar de ponta a ponta. Esse é o primeiro passo errado, e a melhor resposta daquela discussão explicou por quê: a versão útil mostra apenas as linhas sem correspondência ou paradas, o que transforma três horas de conferência em dez minutos resolvendo exceções.
Por que a conciliação vem antes da automação
A automação completa escreve na sua loja. Isso exige credenciais com escopo de escrita, o que exige um app do próprio lojista, o que exige a fila de aprovação de desenvolvedor. E significa que, quando o fornecedor mudar o modelo de e-mail — e ele vai mudar — você recebe envios marcados errado em silêncio, em vez de uma pilha visível de linhas sem correspondência.
A conciliação devolve a mesma hora sem nenhuma dessa exposição, e mostra se a correspondência é sequer confiável antes de deixar algo escrever. Para ver o que o acesso de escrita custa em cada plataforma, escrevemos isso em o passo a passo do Admin MCP da Shopify.
As duas exportações
Seus pedidos. Qualquer exportação com número do pedido, nome ou endereço do destinatário, itens e status de envio atual. Shopify, WooCommerce, Etsy e eBay geram isso pelo admin, sem nenhum acesso de API.
As confirmações do fornecedor. Exporte a pasta de e-mail onde elas chegam — a maioria dos clientes exporta para .mbox ou para um conjunto de arquivos .eml. Se o fornecedor manda um CSV ou uma exportação do portal, use isso; é mais limpo e não quebra quando o modelo de e-mail muda.
Os dois vão para uma pasta local. Essa pasta é todo o espaço de trabalho.
Quatro tabelas, e só três delas são listas
Peça exatamente este formato e não aceite texto corrido no lugar:
- Correspondentes e consistentes — apenas a contagem. Não liste.
- Confirmações sem correspondência — um código de rastreio sem pedido por trás.
- Pedidos sem confirmação — pedidos com mais de N dias e nenhuma confirmação.
- Ambíguos — o que deu match com mais de um pedido.
Case primeiro pelo número do pedido e recorra a nome do destinatário mais CEP apenas quando o número faltar. Para as tabelas 2 a 4, exija os campos exatos usados no match. E exija que um match duvidoso vá para a tabela 4 em vez de ser adivinhado para a tabela 1.
A tabela 1 ser uma contagem, e não uma lista, é o projeto inteiro. Num dia normal esse número é 28, as outras três tabelas estão vazias e você terminou em dez segundos.
O que cada tabela realmente diz
Tabela 2, rastreio sem pedido. Em geral é o fornecedor enviando contra um pedido cancelado, ou uma confirmação duplicada. Barato de checar, e às vezes pega envio em dobro antes de você pagar duas vezes.
Tabela 3, pedido sem rastreio. Esta é a cara e a razão de rodar tudo. Viram tickets de “cadê meu pedido” e, em marketplaces, viram métricas de atraso que custam visibilidade, não só simpatia.
Tabela 4, ambíguos. Quase sempre dois pedidos para a mesma casa. Vale resolver à mão justamente porque um sistema totalmente automático escolheria um e erraria metade das vezes.
E então, só então, escreva de volta
Depois de algumas semanas rodando isso com a tabela 4 consistentemente vazia, a correspondência é confiável o bastante para agir. Nesse ponto a escrita de envio ainda deve ser uma ação graduada: um preview antes de disparar e um limite de quantos pedidos uma única chamada pode tocar, para que um match ruim não conclua duzentos em silêncio.
Se você nunca chegar lá, a conciliação sozinha já devolveu a hora. Essa é a parte que vale manter.
Rodando no Orkas
Coloque as duas exportações numa pasta de projeto e deixe lá. Como o projeto mantém o contexto entre dias, a rodada de amanhã pode comparar com a tabela 3 de hoje — e um pedido parado sem rastreio há três dias é um problema diferente de um que apareceu hoje de manhã. Só o diff diz qual é. Arquivos e chaves ficam na sua máquina; as chamadas de modelo vão direto ao seu provedor.
A mesma pasta guarda o resto do trabalho semanal da loja, que detalhamos em o caso de uso de revisão da loja.
O que isto não cobre
- Não vai ler um formato de e-mail que nunca viu sem que você confira a tabela 2 nas primeiras vezes.
- Não sabe que um pacote se perdeu — apenas que ninguém avisou que ele saiu.
- Status de rastreio na transportadora é outro problema. Isto concilia que existe um código contra um pedido que precisa de um, e nada além.