Honestidade no planejamento

Selo de estado: Preview (teto atual do produto) · Curso ACD-350 — Rota rápida: do Power BI/Excel ao ingestia.bi · Aula 4 de 5 · Atualizado em 2026-10-04.

Objetivo#

Ao final desta aula você vai listar lacunas (VertiPaq, paridade, API REST) e mais as que afetam distribuição e integração — com o estado certo de cada uma, para planejar sem prometer o que o produto não entrega.

Vídeo#

Identificador no manifesto: acd-350-04-o-que-nao-existe-ainda · duração-alvo 5 min · tela do produto: /connect.

Roteiro:

Conteúdo#

Em algum momento alguém vai te perguntar, numa reunião, se dá para substituir o Power BI. A resposta honesta depende de uma lista que você precisa ter pronta — e que o próprio produto publica. A página Migrar do Power BI tem uma seção chamada, literalmente, "O que ainda NÃO existe (seja honesto no planejamento)"; Status e limitações tem outra chamada "O que NÃO prometemos hoje". Esta aula é a leitura guiada das duas.

Primeiro, o vocabulário de estado

Quatro marcas, e confundi-las é a origem de quase toda promessa errada:

• Preview — funciona e é documentado, sem SLA; sujeito a ajustes.
• Fora de GA — existe no código, não liberado para uso externo hoje.
• Roadmap — planejado, não disponível.
• NÃO MEDIDO — uma métrica de nuvem (latência, custo faturado, uptime) não foi medida e por isso não é publicada. Não quer dizer "não funciona".

E a regra que governa tudo: o teto atual do produto é Preview — nada é anunciado como GA disponível. Quando uma página mistura estados, vale o mais conservador.

Tabela das lacunas

O outro lado da balança

A lista acima não é o retrato inteiro. Há onde o produto é melhor: FinOps por consulta (teto de bytes e custo em reais em toda consulta), anti-fan-out automático (recusa a agregação errada em vez de entregar número inflado), mapas do Brasil por UF e município, WhatsApp como canal de entrega, RLS por atributo com um grant servindo centenas de pessoas, e projeto aberto + Git no lugar do .pbix binário.

O ponto da aula, porém, é que vantagem não cobre lacuna: ninguém aceita "mas o custo é transparente" como resposta para "cadê o app móvel". Trate as duas listas como listas separadas.

Como isso aparece no produto

Cada capacidade carrega seu selo onde ela aparece — na documentação, na aula e na interface. A comparação com o Power BI é mantida por um ledger de paridade recorrente (aula 1), capacidade por capacidade e com evidência, justamente porque o Power BI é alvo móvel: o que é lacuna hoje pode deixar de ser, e o inverso também. Operadores confirmam a saúde real por GET /api/health?deep=1; se a doc disser uma coisa e o app fizer outra, isso é chamado, não é interpretação.

Exemplo Aurora

Na Aurora Varejo, o relatório "Vendas Mensais" migra inteiro. O que não migra junto: o aplicativo do celular que os vendedores abriam no fim do dia (web responsivo resolve, mas não é push), o alerta "avise quando a meta da filial for batida" (Roadmap) e a integração que um sistema interno fazia chamando a API de consulta (Fora de GA — refaça sobre OData). Três linhas de um plano honesto, decididas antes de a migração começar.

Estado

Esta aula é conceitual: ela não ensina a operar nenhuma capacidade, ela ensina a ler o estado delas. O teto do produto é Preview, sem SLA e sem promessa de uptime, latência ou throughput.

Faça você mesmo#

Esta aula é de conhecimento: o exercício é de leitura e redação, não de operação.

1. Abra Status e limitações e copie a tabela "Estado das superfícies de integração" para a sua página de notas.
2. Marque nela as linhas que o seu projeto toca hoje (integração, export, embed, chave de API).
3. Abra Migrar do Power BI e acrescente, da seção "O que ainda NÃO existe", as lacunas de produto (VertiPaq, DAX, conectores, TV/kiosk, filtro pessoal, alerta por meta).
4. Classifique cada item em três baldes: bloqueia a migração, exige contorno ou não importa para nós.
5. Para cada item do balde "bloqueia", escreva o contorno possível e quem decide (ex.: "API de consulta Fora de GA → refazer sobre OData → decide a TI").
6. Escreva, para os três itens mais sensíveis, a frase no formato "hoje podemos X; não prometemos Y" — é o que você vai dizer na reunião.

Você terminou quando a sua lista tiver os três baldes preenchidos, cada item com seu estado correto (Preview, Fora de GA, Roadmap ou NÃO MEDIDO) e nenhuma linha descrita como "GA".

Checagem rápida#

Três perguntas no final da aula, corrigidas no servidor. A aula só conta como concluída depois da checagem.

Documentação relacionada#

• bi/migrar-do-power-bi
• suporte/status-e-limitacoes

Capacidades ensinadas#

(conceitual — sem capacidade específica da matriz) — o selo exibido na aula é sempre o estado mais conservador entre as capacidades citadas; nada aqui é "GA".