Estoque em trânsito no Power BI: concilie transferências

Estoque em trânsito no Power BI acompanha quantidades expedidas numa transferência que ainda não tiveram seu destino conciliado. A pergunta operacional é onde cada item está e qual registro falta para encerrar o movimento. O painel precisa distinguir recebimento, devolução e divergência, usando eventos confirmados para que uma mesma quantidade não apareça disponível em dois locais.

1. Delimite o estoque em trânsito no Power BI

Escolha um fluxo inicial, como transferências entre dois depósitos da empresa. Defina o evento que inicia o trânsito e os eventos que encerram sua responsabilidade operacional. Uma solicitação de transferência ainda não expedida representa planejamento; ela não deve ser somada às quantidades que já saíram fisicamente.

Num exemplo hipotético, cinquenta unidades foram solicitadas, mas apenas trinta foram expedidas. O trânsito começa com as trinta, conforme o registro validado. As vinte restantes continuam numa situação própria.

Não use uma situação textual genérica para representar todo o pedido quando os itens avançam em momentos diferentes. Mostre separadamente quantidade solicitada, expedida e efetivamente conciliada até a referência escolhida.

2. Preserve transferência, item e remessa

Registre identificador da transferência, sequência do item, produto, origem, destino e unidade de medida. Quando o mesmo item segue em duas remessas, cada saída precisa de identificação própria. Isso permite relacionar recebimentos ao que foi realmente enviado, sem presumir que um único documento representa toda a movimentação.

Em um cenário hipotético, o item A sai em duas remessas de vinte e dez unidades. Um recebimento de quinze deve apontar qual remessa foi conferida. Se o vínculo não estiver disponível, mantenha a limitação e concilie no nível que a origem consegue sustentar. Não distribua o recebimento entre remessas por conveniência visual sem uma regra aprovada e rastreável.

3. Concilie saídas e entradas numa referência comum

Defina data e horário de corte para as duas pontas do fluxo. Um envio registrado pela manhã e um recebimento extraído no dia anterior produziriam trânsito artificial. Informe o horário de atualização de origem e destino e identifique quando uma integração não completou a carga prevista.

Num exemplo hipotético, a origem já registra cem unidades expedidas e o destino tem oitenta recebidas até o mesmo corte. A diferença inicial é vinte. Essa leitura só vale após conferir unidade, vínculo e validade dos eventos.

Para padronizar horários entre sistemas, consulte fuso horário no Power Query. Corrigir o relógio não substitui a conciliação da quantidade movimentada.

4. Modele eventos sem multiplicar as quantidades

Saídas e recebimentos podem ter várias linhas para o mesmo item. Agregue cada conjunto na chave de conciliação antes de combiná-los ou mantenha fatos separados com dimensões comuns. Juntar cada saída a todos os recebimentos criaria combinações que repetem valores.

A orientação de esquema estrela da Microsoft, consultada em 10 de outubro de 2026, diferencia entidades e eventos. Neste roteiro, produtos e locais descrevem o fluxo; as movimentações registram o que aconteceu. O guia sobre mesclar no Power Query ajuda a conferir multiplicações. Teste uma transferência com duas saídas e três entradas antes de expandir a análise.

5. Trate recebimentos parciais como eventos próprios

Um item pode chegar em partes ou passar por conferências em momentos distintos. Preserve a quantidade recebida em cada evento e não substitua o histórico por um indicador simples de concluído. A quantidade em trânsito deve refletir o saldo ainda não conciliado, segundo a definição acordada com a operação.

Num exemplo hipotético, cem unidades saem e sessenta chegam no primeiro dia. Quarenta permanecem abertas. No dia seguinte, outras vinte e cinco são recebidas, restando quinze.

Exiba a sequência para permitir investigação. Se o destino recebeu fisicamente, mas aguarda conferência, use uma situação intermediária. A ausência de liberação para uso não significa automaticamente que a mercadoria continua no veículo.

6. Separe devolução, ajuste e diferença não explicada

Escolha como uma devolução confirmada encerra o trânsito e onde a quantidade passa a ser controlada. Uma transferência cancelada depois da expedição exige registro do retorno ou outra destinação comprovada. Cancelar apenas o documento não faz o material reaparecer na origem.

Considere cem unidades expedidas, oitenta recebidas e cinco devolvidas com retorno confirmado, num exemplo hipotético. Quinze ainda precisam de conciliação. Se as cinco já constarem entre as oitenta recebidas, a conta muda; confirme o significado de cada evento. Não force diferenças negativas para zero: um recebimento superior à saída deve aparecer como exceção até que duplicidade, conversão ou ajuste seja verificado.

7. Calcule idade somente para o saldo aberto

A idade em trânsito pode ser definida como tempo desde a expedição até a data de referência dos itens ainda abertos. Para itens conciliados, o prazo realizado termina no evento de encerramento escolhido. Mantenha esses indicadores separados para evitar que transferências antigas concluídas continuem envelhecendo no painel.

Quando há várias remessas, não atribua automaticamente a data da primeira saída ao saldo inteiro. Em um caso hipotético, uma remessa foi concluída e a segunda saiu ontem. A idade do saldo pendente deve seguir a segunda remessa, se o vínculo estiver disponível. Se houver apenas controle agregado por item, nomeie a idade conforme essa limitação e permita acesso à sequência de eventos.

8. Diferencie saldo em trânsito de disponibilidade

Quantidade em trânsito não é necessariamente utilizável no destino. Chegada, conferência e liberação podem ser etapas distintas. Mostre o saldo disponível conforme o registro próprio de estoque, sem acrescentar previsões de chegada como se fossem entradas confirmadas.

A análise de acuracidade de estoque complementa a conferência dos saldos locais. Para uma visão do fluxo inteiro, documente onde o material é representado em cada etapa. Esse desenho evita somar a mesma quantidade na origem, no trânsito e no destino. Se o sistema já baixa a origem na expedição, preserve essa lógica; o relatório não deve criar uma segunda baixa apenas para representar o deslocamento.

9. Monte uma fila com pendência e responsável

Exiba transferência, item, remessa, origem, destino, saldo aberto, idade e motivo conhecido. Use categorias operacionais como recebimento parcial, falta de vínculo, atualização atrasada ou diferença de quantidade. A prioridade deve combinar o prazo esperado validado e o efeito sobre a operação, sem assumir que todo saldo antigo representa perda.

Num exemplo hipotético, uma diferença pequena bloqueia uma etapa urgente, enquanto um saldo maior tem chegada prevista e confirmada pela equipe. A revisão pode priorizar o primeiro caso. Registre a evidência usada para essa escolha. O contato operacional deve buscar confirmação e correção da origem, mantendo a data e o responsável pela próxima verificação visíveis na fila.

10. Valide o fechamento de ponta a ponta

Teste envio sem entrada, duas remessas, recebimento parcial, retorno confirmado, entrada duplicada e eventos fora de ordem. Confira o saldo manualmente na mesma referência e não encerre uma transferência só porque o total consolidado parece correto. Duas divergências de sinais opostos podem se anular e continuar exigindo correção.

O modelo editável de Logística inclui entregas e fluxo operacional por cliente. A conciliação de transferências exige acrescentar remessas, recebimentos e regras de encerramento. Comece por um par de depósitos, revise os saldos abertos com as duas pontas e acompanhe o fechamento real. Só amplie o fluxo depois de conferir que cada quantidade possui uma localização ou pendência explicável.