Relatório semanal fora do padrão? Verifique os dados antes de explicar o negócio
Separe lacunas, mudanças de definição e desvios confirmados antes de distribuir investigações.
Um número vermelho no relatório de expedição pede uma explicação. Antes de atribuir a piora ao negócio, a liderança precisa saber se as duas semanas medem a mesma coisa com fontes igualmente completas.
O Agent pode preparar verificações, cálculos e registros de exceção. A equipe continua responsável pela definição, pelo limite e pela decisão de investigar.
Fixe o contrato da comparação
Considere uma equipe fictícia com dois CSVs autorizados: pedidos e eventos de expedição. Não é um caso real nem um experimento executado. Pedido em atraso significa prazo prometido vencido sem evento de expedição até o fechamento. O denominador inclui todos os pedidos com prazo dentro da janela, inclusive os ainda não expedidos. Cancelamentos seguem a regra escrita da equipe.
Compare duas janelas adjacentes de sete dias, de segunda às 00h até a segunda seguinte às 00h, sem incluir o fim, no mesmo fuso. Registre fechamento, horário da extração, cobertura, ID do pedido, prazo e expedição real. Data de download não é data do negócio. Se a fonte de expedição está incompleta, ausência de evento não prova atraso.
Três casos, três encaminhamentos
| Caso fictício | Evidência | Saída |
|---|---|---|
| A: fonte atrasada | Eventos só até domingo | Lacuna; não calcular taxa da semana inteira |
| B: definição mudou | Reembolso sai da semana do pedido e passa à semana do evento | Incomparável; recalcular com uma regra única |
| C: desvio confirmado | Fontes completas, mesmas definições | Calcular e testar o limite da equipe |
Em A, informe intervalo ausente e pedidos afetados. Preserve null, não preencha com zero. Mantenha o último relatório completo com sua data original. Um recorte parcial só serve com período e denominador explícitos, sem fingir comparação semanal completa.
Em B, os reembolsos podem estar corretos e a comparação errada. Trate essa medida separadamente da taxa de atraso. O responsável confirma a atribuição, registra a versão e só então recalcula. O Agent não escolhe a definição que deixa o gráfico mais bonito.
Em C, suponha 20 atrasados em 200 pedidos nesta semana e 8 em 200 na anterior. São 10% contra 4%: mais 6 pontos percentuais e 12 pedidos. Se a regra ilustrativa previamente aprovada exigir pelo menos 5 pontos e 10 pedidos adicionais, as duas condições passam. É uma regra fictícia da equipe, não referência de mercado nem limite escolhido pelo modelo.
Uma exceção não é uma causa
Registre ID da exceção, classe, medida, arquivo e linhas, versão da definição, valores, limite, pergunta aberta, papel responsável informado, próxima verificação e estado. Se ninguém foi indicado, deixe sem atribuição.
“Mais 12 pedidos atrasados” é observação. “Falha da transportadora causou a alta” exige evidência por pedido. Totais separados por região e dispositivo não provam uma cadeia causal conjunta. Proponha o cruzamento a investigar, sem inventar o resultado.
O resumo mostra primeiro desvio confirmado, fonte ausente e decisão necessária. Linhas e cálculo permanecem acessíveis. Uma semana sem exceção de negócio ainda pode ter uma lacuna de dados.
Teste o método antes da agenda
No fluxo de operações que você pode criar com Buda, guarde contrato, cópias autorizadas, relatório datado e tabela de exceções no Drive. Indique quais versões ler. Nome de pasta não define permissão.
Comece manualmente com uma semana histórica anonimizada. Peça classificação, cálculo e pendências, sem enviar alertas nem alterar registros oficiais. Após revisão, transforme o método em Skill. No Marketplace do Buda AI, é possível pesquisar e instalar Skills; leia instruções e permissões antes. Skills e automações reutilizam ou agendam o procedimento, mas não tornam todas as integrações disponíveis por padrão.
Diferente da integração de entregas paralelas, o objetivo é validar cada comparação recorrente. Quando a fonte chegar, preserve v1 e gere v2 com alteração de entrada e itens rechecados.
Dúvidas práticas
Quem define o limite?
O responsável pelo resultado. Documente razão, pontos percentuais e quantidade mínima antes da execução. Sem regra, apresente observações e solicite decisão; não trate sugestão do modelo como aprovação.
O que fazer com dados atrasados?
Salve uma nova versão da extração, recalcule medidas afetadas e verifique a cobertura. Fechar a lacuna e encontrar uma exceção de negócio são registros distintos.
E quando há poucos pedidos?
Mostre numerador e denominador. Um em cinco é 20%, mas é um pedido. Use condição mínima aprovada e examine os registros antes de escalar só pela porcentagem.
Um teste sugerido usa três cópias alteradas: intervalo ausente, definição modificada e amostra acima do limite. Não são resultados medidos. Confira os três caminhos antes de agendar.