Janela de entrega no Power BI: monitore compromissos

janela de entrega no Power BI compara uma faixa de horário acordada com o horário efetivo da chegada. Essa análise ajuda a localizar compromissos descumpridos e a separar problemas por rota, cliente ou janela. Antes de medir, defina o evento considerado como chegada, a fonte da promessa e as regras para alterações; sem essas definições, o painel pode classificar a mesma entrega de modos diferentes.

Defina a janela de entrega no Power BI

Uma janela tem início e fim, como 9h–11h, enquanto um horário real é um instante registrado. Decida se a promessa é a janela confirmada ao cliente, a primeira janela estimada pelo planejamento ou uma versão atualizada antes da saída. Guarde a versão relevante e seu momento de confirmação para que uma alteração tardia não reescreva a avaliação sem contexto.

Especifique o evento operacional que representa “chegada”: entrada no endereço, registro no aplicativo, início da tentativa ou atendimento no destino. Esses eventos podem ter horários diferentes. Escolha a regra usada pelo processo e use o mesmo conceito em toda a análise. Se uma entrega tem várias tentativas, preserve os eventos e documente qual deles determina o cumprimento do compromisso.

Modele promessa, parada e evento em níveis compatíveis

Uma entrega pode conter vários volumes e uma rota pode atender vários destinos. Defina se o compromisso é avaliado por pedido, nota, parada ou cliente. Uma tabela com uma linha por parada facilita comparar a janela e a chegada daquela visita; se a origem tem várias linhas por item, consolide ou relacione os itens sem duplicar o evento de chegada.

Armazene a janela inicial e final em campos temporais claros, além de data prometida, identificador da parada e horário real. Registre o fuso ou a localidade quando as operações atravessarem regiões com horários diferentes. Mantenha chaves que relacionem o evento à rota e ao documento, pois a análise precisa permitir navegar do atraso agregado até o registro que sustenta a classificação.

Classifique pontualidade com uma regra explícita

Uma regra simples considera pontual a chegada entre início e fim da janela, incluindo ou não os limites conforme política definida. Uma tolerância antes ou depois também precisa de decisão de negócio. Evite incorporar minutos de tolerância diretamente em fórmulas sem mostrar a política; duas áreas podem considerar “dentro do prazo” de maneiras diferentes.

Crie uma coluna de situação com valores compreensíveis, como “antes da janela”, “dentro”, “depois” e “sem registro”. Não misture uma chegada atrasada com falta de evidência. Mantenha a diferença em minutos como medida ou coluna numérica e informe se o valor representa atraso em relação ao fim da janela ou desvio do ponto médio. A classificação e a métrica devem responder à mesma regra.

Não confunda janela com OTIF

A pontualidade por janela responde se uma chegada ocorreu no intervalo combinado. OTIF considera também completude, conforme a definição usada no processo. Uma entrega pode chegar na janela, mas incompleta; pode chegar depois e estar completa. A análise de um conceito não substitui a outra, e os cartões precisam apresentar nomes que evitem essa confusão.

O conteúdo de OTIF no Power BI trata do cumprimento conjunto de prazo e quantidade. Mantenha filtros e populações de referência claros ao comparar os indicadores. Se a empresa chama uma métrica diferente de OTIF, documente a definição local em vez de presumir que um nome conhecido implica uma fórmula universal.

Exemplo hipotético de uma rota regional

Imagine uma transportadora que entrega a quatro clientes em uma rota. Cada cliente recebe uma faixa de duas horas e a operação registra chegada pelo aplicativo. O painel compara o evento a cada janela, mostra minutos após o limite e permite filtrar por rota, motorista, região e dia. Essa visão revela se desvios se concentram em uma sequência de paradas ou em alguns destinos.

O exemplo é hipotético. Não atribua a causa a um motorista apenas porque a lista ordena atrasos por pessoa. Uma rota pode receber janelas incompatíveis com o tempo real de deslocamento, uma parada anterior pode consumir mais tempo, ou o registro pode ter sido feito após o evento. Use o detalhe para formular hipóteses, confirme com evidência operacional e apresente limitações de cobertura.

Explique os horários sem registro e as exceções

Ausência de chegada não equivale automaticamente a atraso. O registro pode estar pendente, a entrega pode ter sido cancelada, o cliente pode não estar disponível ou a tentativa pode ter sido encerrada sem concluir a parada. Mantenha uma situação de processo separada da pontualidade e defina quando uma ocorrência entra na população elegível para o indicador.

Registre cancelamento, reagendamento, tentativa sem sucesso e alteração de endereço com motivos estruturados. Não remova essas linhas sem mostrar a exclusão: se uma entrega deixa de cumprir a promessa e depois é reprogramada, a equipe precisa saber como o relatório trata as duas versões. Acompanhe a proporção de eventos sem horário e investigue uma mudança súbita da cobertura dos registros.

Compare rotas, clientes e períodos de forma justa

Um percentual geral pode esconder que alguns clientes recebem várias entregas e outros poucas. Mostre tanto contagem elegível quanto pontualidade, para que a base seja compreendida. Compare rotas com volumes e condições semelhantes quando isso fizer sentido, sem transformar ordenação em julgamento. A classificação localiza um padrão; a investigação procura a causa operacional.

Se o calendário mostra dias úteis, considere quais dias e feriados a operação realmente atende. O artigo sobre dias úteis com NETWORKDAYS ajuda a tratar intervalos de trabalho conforme a regra configurada, mas a função não conhece por si só o calendário local da transportadora. Adicione a tabela de feriados e horários de operação que a fonte do processo aprovar.

Desenhe visuais para orientar a ação

Uma página inicial pode mostrar entregas elegíveis, pontualidade, eventos sem registro e distribuição dos desvios em minutos. Um gráfico por faixa de atraso ajuda a separar pequenos desvios de ocorrências longas, desde que as faixas façam sentido para a equipe. Uma tabela de detalhe pode incluir janela prometida, chegada, rota, cliente e motivo do evento.

Use tooltip ou navegação para permitir que quem investiga chegue ao registro de origem sem lotar a visão executiva. Mostre o último horário de atualização e a versão da promessa considerada. Se o sistema atualiza a janela, a pessoa precisa saber se o painel compara a promessa inicial ou a mais recente; esse contexto pode mudar a leitura do resultado.

Valide a medida com casos conhecidos

Teste chegadas exatamente no início e exatamente no fim, antes da janela, depois do limite e sem registro. Inclua mudança de dia, janelas que atravessam meia-noite e clientes em regiões com fusos diferentes, se existirem. Confirme que cada caso cai na categoria esperada e que o desvio em minutos tem o sinal e o limite corretos.

Reconcilie o número de paradas consideradas com a fonte operacional e conte quantas foram excluídas por cancelamento ou falta de evidência. Faça um teste por rota e um por cliente. Registre a regra em uma descrição da medida ou página de metodologia. Uma conferência com o time de transporte é especialmente importante antes de usar a classificação em rotina de acompanhamento.

Relacione o indicador ao produto de Logística

O modelo de dashboard de Logística inclui indicadores de entregas atrasadas, transporte e distribuição geográfica. A análise de janela pode complementar essa visão se a base contiver promessa e evento de chegada em nível consistente; não presuma que um template tenha campos específicos que a organização ainda não coleta.

Comece com uma amostra cuja promessa e chegada foram conferidas manualmente. Se os horários são incompletos, exponha a limitação em vez de apresentar uma taxa como se cobrisse todas as entregas. Use os atrasos para priorizar investigação de rota e processo, e acompanhe se a ação tomada mudou os registros seguintes. Assim, o painel apoia a conversa operacional sem declarar causas que os dados não demonstram.