Conectar Fabric ao Excel: 5 métodos comparados na prática

Conectar Fabric ao Excel: o problema que se repete toda semana

Toda cooperativa de crédito tem uma versão da mesma cena. A controladoria fecha a posição de carteira, o comitê de crédito pede a planilha atualizada para a reunião de quinta-feira, e alguém no time de risco reabre o mesmo relatório do Power BI, exporta de novo, ajusta as colunas de novo, e manda por e-mail de novo. Conectar Fabric ao Excel de forma correta resolve exatamente esse ciclo, mas só quando o método escolhido é o certo para a situação.

Existem cinco caminhos oficiais para trazer dados de um semantic model do Fabric para dentro do Excel. Teo Lachev mapeou essas cinco rotas em um comparativo recente, e vale a pena detalhar cada uma delas com o vocabulário e os cenários de quem trabalha com carteira de crédito, inadimplência e posição de cooperados. O critério que separa um bom método de um mau método aqui não é qual parece mais moderno. É qual mantém o dado vivo, atualizado automaticamente, contra qual força alguém a repetir o trabalho manualmente toda semana.

Pré-requisitos antes de escolher qualquer um dos cinco caminhos

• Excel atualizado: Microsoft 365 Apps for Enterprise, de preferência no canal atual (Current Channel), porque os recursos de conexão direta com Power BI e Copilot chegam primeiro por lá.
• Semantic model publicado no Fabric, dentro de um workspace com licenciamento Pro, Premium Per User (PPU) ou capacidade Fabric ativa. Sem isso, nenhum dos cinco métodos aparece como opção no Excel.
• Permissão Build (Compilação) sobre o semantic model, concedida em Configurações do semantic model > Gerenciar permissões, dentro do Power BI Service. Sem essa permissão, o Excel simplesmente não lista o modelo como fonte de dados, mesmo que o usuário consiga abrir o relatório publicado.
• Papel de ao menos Viewer no workspace onde o modelo está publicado, para os métodos que dependem de navegar até o workspace pelo Service.
• Para o quinto método, licença Copilot for Microsoft 365 atribuída ao usuário, com o recurso habilitado no tenant pelo administrador.

Vale reforçar um ponto que gera confusão em cooperativas com estrutura de TI enxuta: a permissão Build é do semantic model, não do relatório. É comum um analista conseguir visualizar o relatório de inadimplência sem conseguir conectar o Excel diretamente ao modelo por trás dele, porque a permissão de compilação nunca foi concedida.

Os cinco caminhos, do mais simples ao mais robusto

Somente a exportação de relatório (passo 1) gera arquivo estático; os outros quatro métodos mantêm a conexão viva com o semantic model do Fabric.

1. Exportar dados do relatório: rápido, mas estático

1. No Power BI Service, abra o relatório publicado que consome o semantic model do Fabric.
2. Passe o mouse sobre o visual desejado, clique no ícone de mais opções (os três pontinhos) no canto superior direito do visual.
3. Selecione Exportar dados e escolha o formato: .xlsx com dados resumidos, .xlsx com dados subjacentes, ou .csv.
4. Abra o arquivo baixado no Excel.

Esse é o caminho que qualquer analista descobre sozinho, sem treinamento. Ele funciona bem para uma análise pontual, uma tabela que vai entrar numa ata de reunião única, um recorte que não vai se repetir.

Aqui está a armadilha que gera mais retrabalho silencioso em áreas de risco e controladoria: usar exportação estática para uma necessidade recorrente. Se a posição de carteira precisa ser conferida toda segunda-feira, ou se o comitê de crédito pede o mesmo relatório atualizado todo mês, exportar dessa forma significa repetir manualmente os mesmos cliques, sempre. O arquivo baixado não tem nenhum vínculo com o Fabric depois de gerado. Qualquer atualização no semantic model exige um novo download, uma nova formatação, e o risco real de alguém abrir por engano a versão da semana passada durante uma apresentação para a diretoria.

2. Analisar no Excel: a PivotTable clássica conectada ao vivo

1. No workspace do Fabric, localize o semantic model (por exemplo, “Carteira de Crédito – Modelo Semântico”).
2. Clique nos três pontinhos ao lado do nome do modelo e selecione Analisar no Excel.
3. O download gera um arquivo .xlsx com uma conexão de dados do Office (.odc) apontando diretamente para o semantic model publicado.
4. Abra o arquivo e monte a PivotTable arrastando campos como Cooperado, Agência, Modalidade de Crédito, Saldo Devedor e Dias de Atraso.
5. Para atualizar, clique com o botão direito sobre a PivotTable e selecione Atualizar, ou configure em Dados > Propriedades da Conexão > marcar “Atualizar dados ao abrir o arquivo”.

Esse método entrega o que a maioria dos controllers e analistas de risco já sabe usar: uma PivotTable de verdade, com os mesmos filtros e segmentações de sempre, só que ligada ao vivo no semantic model do Fabric. É o ponto de equilíbrio entre familiaridade e atualização automática.

3. Inserir PivotTable direto do Power BI, sem sair do Excel

1. Abra o Excel em branco.
2. Vá em Inserir > Tabela Dinâmica > Do Power BI (em algumas versões do Microsoft 365 esse mesmo caminho aparece em Dados > Obter Dados > Do Power Platform > Do Power BI, dependendo do canal de atualização recebido pelo tenant).
3. Autentique com a conta corporativa e selecione o workspace, por exemplo “Cooperativa – BI Corporativo”, e o semantic model desejado.
4. Escolha as tabelas e campos e clique em Inserir.

A diferença prática em relação ao método 2 é que aqui a conexão nasce dentro do próprio Excel, sem depender de um arquivo .odc baixado do Service. Isso facilita recriar a mesma análise em outra máquina ou compartilhar o passo a passo com um colega que nunca entrou no Power BI Service. O resultado final, uma PivotTable atualizável, é equivalente ao do Analisar no Excel.

4. Power Query: quando é preciso transformar o dado antes de usar

1. No Excel, vá em Dados > Obter Dados > Do Power Platform > Do Power BI (Semantic Models).
2. Selecione o semantic model publicado no Fabric.
3. No Navegador, escolha a tabela, por exemplo “Fato Operações de Crédito”, e clique em Transformar Dados para abrir o Editor do Power Query.
4. Aplique as transformações necessárias: filtrar por safra ou período, agrupar por modalidade, renomear colunas para o padrão interno da cooperativa, cruzar com uma tabela local de mapeamento de posto de atendimento para regional.
5. Clique em Fechar e Carregar, escolhendo carregar como tabela ou direto para o Modelo de Dados do Excel.
6. Configure a atualização em Dados > Consultas e Conexões, clique com o botão direito na consulta, abra Propriedades e marque atualização periódica ou ao abrir o arquivo.

Este é o único dos cinco métodos que permite transformar o dado antes dele chegar à planilha final. É a escolha certa quando o semantic model do Fabric traz o dado bruto de operações de crédito, mas a cooperativa precisa cruzar isso com uma lista local que não está no modelo corporativo, como a relação de gerentes responsáveis por carteira em cada posto de atendimento.

O código M gerado por trás dessa conexão costuma se parecer com isto:

let
    Origem = PowerBI.Datasets(null),
    Workspace = Origem{[workspaceId="00000000-0000-0000-0000-000000000000"]}[Data],
    Modelo = Workspace{[datasetId="11111111-1111-1111-1111-111111111111"]}[Data],
    TabelaCredito = Modelo{[Id="FatoOperacoesCredito"]}[Data],
    FiltradoPorSafra = Table.SelectRows(TabelaCredito, each [AnoSafra] = 2026)
in
    FiltradoPorSafra

O trecho PowerBI.Datasets(null) conecta ao serviço, e as duas linhas seguintes navegam até o workspace e o modelo específicos pelo identificador único. Editar esse código à mão raramente é necessário, o Editor do Power Query gera essas linhas automaticamente conforme cliques na interface, mas entender essa estrutura ajuda a diagnosticar erro de permissão quando ele aparecer.

5. Copilot no Excel sobre dados já conectados

1. Pré-requisito real: já existir uma tabela ou PivotTable conectada por um dos métodos 2, 3 ou 4. O Copilot não substitui a conexão, ele trabalha sobre o dado que já está carregado na planilha.
2. Clique no ícone do Copilot na faixa de opções do Excel.
3. No painel, selecione o intervalo ou a tabela conectada, por exemplo a PivotTable de operações de crédito.
4. Escreva o pedido em linguagem natural, como “mostre os cinco cooperados com maior saldo devedor vencido há mais de 90 dias e destaque em vermelho”.
5. Revise a fórmula ou coluna gerada antes de aplicar. O Copilot propõe, quem confirma é o analista.

Esse método acelera o trabalho de quem não domina DAX nem Power Query, mas tem uma limitação prática que vale conhecer antes de prometer isso à diretoria: o suporte do Copilot é mais consistente sobre tabelas nativas do Excel do que sobre PivotTables conectadas a fontes externas, dependendo da versão instalada. Antes de levar qualquer resultado gerado por IA a um comitê de crédito, valide manualmente o número contra o relatório de origem no Fabric.

Comparativo dos cinco métodos

Como validar que a conexão está funcionando

• Na PivotTable, a lista de campos à direita deve mostrar os nomes das tabelas e medidas exatamente como aparecem no semantic model do Fabric, não como uma lista genérica de colunas de planilha.
• Em Dados > Consultas e Conexões, a consulta conectada ao Power BI deve aparecer com um ícone de status verde, sem mensagem de erro embaixo do nome.
• Ao clicar com o botão direito na PivotTable e escolher Atualizar, o número na tela deve mudar se o semantic model tiver sido atualizado no Fabric desde a última abertura. Se nada mudar mesmo depois de uma atualização confirmada no modelo, o problema geralmente é cache local ou permissão insuficiente.
• No Power Query, o botão Fechar e Carregar só fica disponível depois que o Editor consegue trazer uma amostra de dados sem erro. Se a tela ficar carregando indefinidamente, o problema costuma ser autenticação, não sintaxe.

Erros comuns e a causa real

• “You don’t have permission to access this dataset”: a permissão Build não foi concedida ao usuário no semantic model, mesmo que ele consiga abrir o relatório publicado. Solução: conceder Build em Configurações do semantic model > Gerenciar permissões.
• “This content isn’t available because the item’s workspace is not on a supported capacity”: o workspace ainda está em modo compartilhado, sem licença Pro, PPU ou capacidade Fabric associada. Alguns dos cinco métodos simplesmente não aparecem fora desse cenário.
• “We couldn’t authenticate with the credentials provided” no Power Query: token de sessão expirado ou conta errada selecionada. Solução: em Dados > Obter Dados > Configurações da fonte de dados, remover a credencial antiga e autenticar de novo.
• Arquivo .odc bloqueado ao abrir o Analisar no Excel: geralmente é uma política de segurança do Trust Center do Office bloqueando conexões externas por padrão. É preciso habilitar a fonte de dados manualmente na barra de avisos amarela que aparece ao abrir o arquivo pela primeira vez.
• Copilot não sugere nada sobre a PivotTable: em muitas versões o Copilot ainda tem suporte limitado a tabelas conectadas a fontes externas. Copiar o intervalo relevante para uma tabela nativa do Excel antes de acionar o Copilot costuma resolver.

Fechamento

Os cinco métodos não competem entre si, eles resolvem problemas diferentes. A escolha errada é sempre a mesma: usar exportação estática para uma necessidade que se repete, e empilhar retrabalho manual toda semana em cima de um time que já tem carteira, inadimplência e comitê para acompanhar. Quando o cenário de dados da cooperativa cresce além do que essas cinco conexões dão conta, sobretudo quando o semantic model precisa servir vários times com regras de governança diferentes, a conversa passa a ser sobre arquitetura de dados no Fabric como um todo, não só sobre qual botão clicar no Excel.