Preencher para baixo no Power Query: respeite os blocos

Preencher para baixo no Power Query pode recuperar um identificador escrito somente na primeira linha de um bloco de relatório. O recurso é útil em planilhas preparadas para leitura humana, mas depende de uma estrutura reconhecível. Um valor copiado para o bloco seguinte pode produzir uma base completa e incorreta.

Este roteiro usa uma exportação hipotética de pedidos, com cliente e data apresentados uma vez por grupo. O objetivo é reconstruir atributos omitidos por apresentação, preservando linhas que continuam sem informação confiável.

1. Confirme quando preencher para baixo no Power Query é válido

Abra uma amostra e identifique a convenção visual da fonte. Neste exemplo, o cliente aparece na primeira linha do pedido e as linhas seguintes listam seus itens. A omissão significa “mesmo cliente do cabeçalho”, segundo uma regra confirmada com o responsável pela exportação.

Uma célula ausente também pode significar dado desconhecido, não aplicável ou falha de cadastro. Nessas situações, copiar o valor anterior pode inventar informação. Registre quais colunas permitem propagação e em quais tipos de linha. Antes de automatizar, peça uma amostra de início, meio e fim de arquivo, incluindo pedidos sem cliente e mudanças de página do relatório.

2. Guarde posição e origem antes de transformar

Preserve nome do arquivo, planilha e posição original da linha. Essa referência permite localizar um item depois que cabeçalhos e rodapés forem removidos. Ela também sustenta a ordem na qual o valor deve ser propagado.

Não ordene pelo nome do cliente ou pelo valor do item antes de reconstruir os blocos. Isso pode mover linhas vazias para perto de um cabeçalho que não lhes pertence. Se a origem tiver um número de sequência confiável, use-o para conferir a posição. A estrutura deve continuar explicável mesmo após atualizar o arquivo, sem depender da aparência casual da prévia mostrada em uma etapa do editor.

3. Diferencie nulo, texto vazio e espaço

A documentação da Microsoft sobre preenchimento, consultada em 12 de outubro de 2026, descreve a propagação para valores nulos. Ela também mostra que células aparentemente vazias podem precisar ser convertidas em nulo antes da operação.

Inspecione o tipo e o conteúdo real da coluna. Texto vazio, espaço e marcador como “não informado” exigem decisões próprias. Converta para nulo somente o que representar omissão de apresentação naquela coluna.

Não transforme todo marcador de ausência em autorização para copiar o cliente anterior. O guia de perfil de dados no Power Query ajuda a revisar essas categorias antes de tratá-las como equivalentes.

4. Identifique fronteiras que interrompem a propagação

Delimite cada bloco com uma chave conhecida, como número de pedido, seção ou identificador produzido a partir de cabeçalhos reconhecidos. Se um novo bloco começar sem cliente, ele deve continuar pendente. Não herde o cliente do último pedido válido apenas porque não apareceu outro valor.

Linhas em branco e rodapés podem separar seções, mas não são uma regra universal. Confirme a estrutura de cada exportação. Guarde uma marca de fronteira antes de excluir essas linhas; removê-las primeiro pode eliminar a evidência que impedia atravessar um bloco. Para layouts inconsistentes, prefira rejeitar a seção e registrar o motivo a produzir identificadores completos sem garantia de origem.

5. Execute a operação dentro do bloco ordenado

Na interface, selecione a coluna e use Preencher, Para baixo. A operação percorre a sequência e propaga o último valor não nulo para os nulos seguintes. No código, a referência de Table.FillDown documenta a tabela e a lista de colunas como argumentos.

Table.FillDown(
    BlocoOrdenado,
    {"ClienteID", "DataPedido"}
)

O exemplo supõe uma etapa chamada BlocoOrdenado, já limitada a um único pedido e com posição conferida. Não aplique esse código diretamente à exportação inteira se existirem fronteiras internas. ClienteID e DataPedido também precisam seguir a regra de propagação aprovada. Quantidade e valor do item permanecem fora da lista porque representam observações próprias de cada linha.

6. Confira um exemplo com início incompleto

Considere um bloco hipotético com três itens. O primeiro informa cliente C10, o segundo tem cliente nulo e o terceiro também. Após a propagação, os três itens recebem C10, mantendo quantidades e valores originais.

Agora considere o bloco seguinte, cujo primeiro item tem cliente nulo e o segundo também, sem cabeçalho válido. Ambos devem continuar sem cliente. Esse teste é decisivo: um preenchimento global atribuiria C10 ao pedido seguinte.

Inclua ainda um bloco em que o cliente muda explicitamente no meio. A mudança pode ser legítima ou indicar erro estrutural; revise a fonte antes de aceitar que duas identidades pertencem ao mesmo pedido.

7. Trate cabeçalhos repetidos e linhas de total

Exportações paginadas podem repetir nomes de colunas a cada página. Se um cabeçalho textual entrar na propagação, ele pode substituir um identificador válido até o próximo valor real. Classifique essas linhas antes da operação e confirme se a página continua o mesmo pedido ou inicia outro.

Totais e subtotais também não são itens de venda. Preserve sua referência para conferir a soma, mas não os carregue como transações. Depois de reconstruir os atributos, aplique critérios explícitos para selecionar as linhas de detalhe.

No exemplo, cada item precisa ter chave de pedido, código de produto e quantidade em tipo esperado. Uma linha que falha nesses critérios vai para revisão, com sua posição original.

8. Preencha cada arquivo antes de combinar

Não permita que o último cliente de um arquivo abasteça as primeiras linhas nulas do próximo. Prepare cada origem de forma independente, preservando arquivo e planilha como parte do limite. Quando houver vários blocos dentro da origem, aplique o mesmo cuidado a cada seção.

O guia de combinação de arquivos no Power Query complementa a consolidação posterior. Teste um arquivo cujo primeiro pedido esteja incompleto e outro cujo último bloco tenha rodapé. A atualização deve manter essas exceções identificáveis. Se a fonte mudar de layout, interrompa a interpretação automática da seção afetada até confirmar a nova estrutura, em vez de reutilizar uma regra incompatível.

9. Reconcilie identidade e valores após o tratamento

Compare quantidade de itens e soma de valores antes e depois, retirando apenas as linhas classificadas como apresentação. A propagação de atributos não deveria criar receita nem alterar quantidade. Confira também quantos itens receberam informação e quantos permaneceram pendentes.

Use uma amostra por bloco para revisar o vínculo com o cabeçalho original. Só então consolide por pedido. O artigo de agrupamento no Power Query ajuda nessa etapa seguinte. Uma soma correta por cliente pode continuar errada se o cliente foi propagado indevidamente; por isso, conferência de total e conferência de identidade são testes complementares.

10. Prefira uma fonte estruturada quando estiver disponível

Quando puder escolher a exportação, solicite uma tabela com todos os atributos em cada linha. Isso reduz a dependência de cabeçalhos visuais, posição e rodapés. Enquanto a fonte continuar organizada por blocos, mantenha os limites e os testes documentados.

O modelo editável de Vendas oferece análises de faturamento e ticket médio. Antes de adaptar uma planilha de apresentação a esse modelo, reconstrua pedidos e clientes com evidência suficiente. Comece por uma amostra curta, revise exceções e valide a atualização de um novo arquivo. O tratamento está pronto quando cada atributo preenchido pode ser rastreado ao bloco correto.