Avarias no Power BI: rastreie ocorrências e evidências

Acompanhar avarias no Power BI exige distinguir um dano físico de cada registro criado sobre ele. A mesma unidade pode gerar aviso na expedição, atendimento e devolução. Contar os três avisos como três produtos danificados aumenta artificialmente o problema e impede uma conferência consistente.

Este roteiro organiza ocorrências, unidades afetadas e evidências de detecção. Os exemplos são hipotéticos. O objetivo é localizar padrões para investigação, preservando a diferença entre onde o dano apareceu e onde sua causa foi confirmada.

1. Delimite o que entra em avarias no Power BI

Defina quais condições representam avaria no processo analisado. Uma proposta interna pode incluir ruptura, amassamento que compromete uso ou embalagem danificada conforme um critério aprovado. Separe defeito de fabricação, erro de produto e falta de quantidade quando forem ocorrências de outra natureza.

Registre uma descrição observável para cada categoria e mantenha exemplos de classificação. “Problema na entrega” é amplo demais para orientar uma ação física. Também diferencie suspeita, confirmação e registro descartado após revisão. Uma notificação pode iniciar a investigação, mas o indicador de danos confirmados deve obedecer ao critério que a operação estabeleceu, sem promover automaticamente todo relato a fato comprovado.

2. Escolha a unidade antes do denominador

Você pode medir unidades danificadas, pedidos com ao menos uma avaria ou remessas afetadas. Cada indicador responde uma pergunta. Um pedido com dois itens danificados representa um pedido afetado, mas duas unidades quando os itens forem individualmente identificáveis.

Não use quantidade de unidades danificadas sobre quantidade de pedidos como se fosse uma proporção de pedidos afetados. Mantenha medidas com nomes completos. Se a fonte registra somente “houve avaria” por remessa, ela permite contar remessas, não estimar peças. Registre essa limitação e não preencha quantidade com um valor padrão que transforme uma informação qualitativa em número físico sem evidência.

3. Relacione notificações a uma ocorrência estável

Crie OcorrenciaID e mantenha a lista de notificações associadas, com origem, data e situação. Uma ocorrência pode alcançar várias unidades; outra pode ser uma atualização da mesma unidade já registrada. Defina como a equipe confirma esses vínculos.

Use chaves de remessa, item e unidade serializada quando existirem. Para produtos sem identificação individual, a deduplicação pode exigir revisão da quantidade e do lote. Não assuma que mesmo produto e mesmo dia significam o mesmo dano.

Guarde registros originais e a decisão de associação. O guia de mesclagem no Power Query complementa o cuidado para não multiplicar ocorrências ao anexar documentos.

4. Separe detecção, custódia e causa

Registre a etapa em que a avaria foi observada, como recebimento, armazenamento, separação ou entrega. Esse campo informa a detecção. Ele não prova que o dano ocorreu naquela etapa nem que o responsável presente o causou.

Mantenha causa em revisão até haver evidência suficiente segundo o procedimento interno. Registre mudança de custódia, condição anterior conhecida e conclusão da investigação. Uma caixa danificada no recebimento pode ter sofrido impacto em mais de um ponto do percurso. No painel, apresente “detectado no recebimento” e “causa não confirmada” como estados compatíveis, evitando trocar ausência de conclusão por uma atribuição automática ao fornecedor ou à transportadora.

5. Use uma população com observação conhecida

Defina se a taxa descreve unidades inspecionadas ou todas as unidades movimentadas. Uma inspeção seletiva não fornece automaticamente uma taxa representativa do fluxo inteiro. Preserve o critério de escolha e a quantidade que realmente passou por verificação.

No exemplo hipotético, cem unidades foram inspecionadas e cinco tiveram dano confirmado. A taxa entre inspecionadas é 5%. Se mil unidades foram movimentadas, cinco sobre mil é a proporção de danos detectados no fluxo, não uma prova de que as outras 995 estavam íntegras.

Mostre abrangência da inspeção e nomeie as duas leituras. A frequência de detecção pode aumentar quando a verificação melhora, mesmo sem mudança no dano real.

6. Compare embalagem e serviço com contexto

Prepare atributos como embalagem, família de produto, tipo de movimentação e rota, desde que o cadastro permita essa comparação. Não misture uma peça frágil e um produto robusto apenas porque passaram pela mesma transportadora. Exiba quantidades observadas em cada grupo.

Um grupo com uma avaria em duas verificações exige leitura diferente de outro com dez em mil. Antes de classificar desempenho, confira população, exposição e seleção da inspeção. O artigo de custo de frete complementa a discussão operacional. Um valor menor de frete não resolve a pergunta sobre avarias, e um dano detectado não comprova sozinho um problema de preço ou contrato.

7. Preserve quantidades e destinações após a confirmação

Registre unidades bloqueadas, recuperadas, descartadas ou devolvidas, com seus eventos e situações. Uma avaria confirmada não significa necessariamente perda integral do valor do item. A destinação deve vir de uma decisão registrada, não de uma hipótese baseada na categoria do dano.

Não some quantidade inicialmente bloqueada e posteriormente descartada como duas perdas da mesma unidade. Elas representam etapas do acompanhamento. A análise de devoluções trata o fluxo comercial relacionado, mantendo-o separado do fato físico. Quando houver valores de custo ou recuperação, indique a fonte e a política interna aplicada, sem produzir uma estimativa financeira apenas pela quantidade de relatos.

8. Modele ocorrência, inspeção e ação separadamente

A tabela de inspeções registra o que foi verificado e quando. A de ocorrências guarda danos e sua investigação. A de ações acompanha decisões de correção e responsáveis. Dimensões de produto, etapa e calendário ajudam a organizar os recortes sem confundir esses fatos.

A documentação da Microsoft sobre esquema estrela, consultada em 13 de outubro de 2026, orienta separar observações e atributos de análise. Confira se um dano com três ações continua contado uma vez na medida de ocorrência. Uma relação mal definida pode replicar quantidades sempre que alguém acrescenta uma nova ação, alterando o histórico sem que exista uma nova avaria.

9. Valide uma amostra e preserve as evidências

Monte casos de relato repetido, ocorrência descartada, duas unidades afetadas, inspeção seletiva e causa ainda aberta. Anote contagens esperadas antes de olhar o painel. Compare cada resultado com a fonte e confira mudanças de situação recebidas depois da primeira carga.

Guarde o vínculo com evidências necessárias, mas não publique anexos pessoais ou informações comerciais sem necessidade. O relatório gerencial pode mostrar categoria e situação, enquanto a investigação autorizada consulta detalhes. Verifique ainda datas de detecção e de encerramento: agrupar tudo pela última atualização pode deslocar danos antigos para o mês atual e criar uma falsa deterioração recente.

10. Acompanhe ações sem premiar ausência de detecção

Escolha uma combinação de etapa, embalagem e produto com evidências suficientes para testar uma melhoria. Registre hipótese, população observada e período. Compare dano confirmado e abrangência da inspeção juntos para não interpretar menor verificação como melhora operacional.

O modelo editável de Logística inclui entregas, transportadoras e classificação de produtos. Para avarias, acrescente inspeções, ocorrências e evidências. Comece com um fluxo delimitado, revise classificações e acompanhe correções até seu resultado confirmado. A análise será útil quando cada taxa puder ser explicada pela unidade, população e qualidade da observação que a sustentam.