Joao Raulino

Perfeito @Deborah Brum! A visualização de tempo no formato hh:mm:ss talvez seja hoje uma das maiores "gambiarras" praticadas dentro do Power BI, então por isso os resultados não seguem 100% a logica que estamos acostumados a ver no Excel. De qualquer maneira, existem algumas coisas que podem ser feitas para facilitar conseguirmos o resultado que esperamos. Aqui abaixo algumas dicas: Quando trabalhamos com hh:mm:ss no Power BI é sempre melhor ter os valores base em SEGUNDOS para evitar os erros de arredondamento. Para isso você pode multiplicar, no próprio Excel, os valores das colunas "Hours worked DEC" e "Downtime DEC" por 3600. Ao calcular a medida MTBF, o correto é primeiro fazer o calculo com os valores base "Hours worked", "Downtime" e "Failure" em suas formas numéricas para somente depois aplicar a formatação em hora, minuto, segundo: Ao terminar o calculo do MTBF, deve-se alterar o formato da medida para 00:00:00 pois é isso que vai dar aquele formato hh:mm:ss que queremos ver: Finalmente, tem que se tomar cuidado ao inserir as medidas num gráfico pois as agregações feitas intrinsicamente pelo Power BI podem dar resultados estranhos para a gente. e.g.: a soma 01:00:40 + 00:05:30 vai resultar em 01:05:70 ao invés de 01:06:10 como esperaríamos... a razão disso é que por trás o Power BI esta somando os números 010040 + 000530 = 010570. Aqui abaixo um resultado simplificado, convém aplicar na tua base e ver se ele retorna aquilo que você quer: Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs!

Suave @Deborah Brum? Só uma perguntinha antes de entrarmos em mais detalhes: esses gráficos por acaso são o agregado de vários equipamentos? Ou na verdade eles estão explicitamente filtrados para mostrar apenas um único equipamento? Abs!

Suave @Josanias Oliveira? Exatamente! Todo dashboard publicado com licença PRO precisa que os usuários que vão visualizar também tenham licença PRO. Uma maneira de evitar ter que pagar uma licença PRO para cada usuário que vai visualizar seria utilizando uma licença PREMIUM. Mas ela é bem mais cara do que uma PRO, então dependendo do caso (e.g.: poucos usuários) nem compensa o custo. Uma outra possibilidade é publicando o relatório de maneira publica na Web, mas com isso você perde a questão de segurança já que qualquer pessoa com o link vai ter acesso ao que esta publicado lá. Enfim, realmente é meio chato mas foi a feito de proposito pela Microsoft e é parte fundamental do plano de negocio deles para o Power BI. Abs!

Suave @Mateus_Silva? Para ser sincero já não lembro mais 😁 Mas de fato usar o ALLSELECTED() nesse caso é recomendado não só por esse motivo mas também para evitar qualquer remoção não intencionada de filtro (e.g.: mudança de categoria). Mandou bem em encontrar a solução definitiva por conta própria! 💪 Abs!

Suave @Augusto De Oliveira? Tenta a formula abaixo: Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs!

Suave @Augusto De Oliveira? Basta selecionar as colunas que você quer enquanto segura o CTRL e depois escolher a opção "Substituir Erros": Ou então pode usar a formula abaixo num novo passo: Lembrando de substituir "Fonte" e as colunas pelos valores correspondentes da tua consulta. Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs!

Suave @Júlio Henrique Sielski? Você estava no caminho certo, só faltou um pequeno ajuste na função que cria a coluna "Percentual acumulado" para definir corretamente em qual linha começar a acumulação. Adaptei o teu arquivo com uma base fictícia só para exemplificar. Tenta usar o código abaixo na tua query e vê se retorna o que você precisa: Se essa resposta te ajudou, não esquece de marcar como melhor solução 😉 Abs!

Suave @Mateus_Silva? Fiquei feliz que você já conseguiu avançar alguns passos nesse problema! 💪 Ate porque eu também estou interessado na solução 😀😁 Nesse primeiro caso, entendi que os logs do PowerShell geram corretamente e com todas as informações que você precisa. O único problema é que você ainda não conseguiu conectar a um dataset em modo streaming, certo? Você consegue ao menos exportar os logs do PowerShell para algum arquivo? Se a resposta for sim, então daria para pensar em uma solução "long-term storage" em algum servidor local ao invés de streaming dataset e o resultado seria o mesmo. Neste outro caso, parece que esse endpoint faz a leitura de apenas 1 usuário por vez. Uma boa noticia é que existe um parâmetro $filter=UserId que te permite escolher qual usuário analisar em cada request. Tenta fazer um teste escolhendo algum outro usuário da tua organização para analisar. Se funcionar, então daria para fazer um loop sobre uma lista de todos os usuários da organização para ir buscando os resultados 1 a 1. Um exemplo do request retirado do próprio link seria: Forca ai mano! Você já esta quase na resposta. Abs!

Boa galera! Hoje ao chegar no trabalho tive a grata surpresa de ver que alguns dos meus datasets falharam na ultima atualização automática: Esse dataset do exemplo tem duas fontes de dados: uma lista no SharePoint e um dataflow no serviço online. Na mensagem de erro inicial foi indicado que as credenciais do SharePoint estavam invalidas: Portanto, acessei as conexões criadas no gateway e atualizei as credenciais de acesso para a conexão ao SharePoint. Porém, ao fazer uma nova atualização do dataset um novo erro apareceu, desta vez dizendo que o token de acesso estava expirado: Esse demorou um pouco mais de tempo para resolver, mas depois de algumas buscas na internet descobri que o problema podia estar na conexão ao dataflow criada no gateway. Para testar esse ponto, acessei o gateway e atualizei as credenciais de acesso para a conexão ao dataflow e voilà: Resolver esse problema, porém, me gerou algumas duvidas... especialmente porque sei que vai acontecer de novo: Como mostrado na primeira screenshot, aparentemente o problema de "token expirado" acontece de 7 em 7 dias. Alguém sabe o porque disso? Visto que o dataflow já esta na cloud (serviço online), porque é que ainda assim temos que configurar uma conexão de gateway para ele? Existe alguma maneira de mesclar conexões on-premises (e.g.: SharePoint) com conexões cloud (e.g.: dataflow) e mesmo assim manter a atualização automática funcionando sem problemas por um longo periodo? Ou vamos ser sempre obrigado a atualizar as credenciais? Abs!

Suave @Bruno Rafael Pires? Tem algumas maneiras diferentes de resolver o teu caso: No Power Query, você pode expandir o valor da coluna [META FATURAMENTO] para todos os dias do mês. No DAX, você pode modificar o contexto de data da [Meta Faturamento] com a função ALL(). Ainda no DAX, você pode diluir a META entre os diferentes dias do mês para que ele sempre encontre o valor correto quando for fazer a comparação. O @Leonardo Karpinski lançou um vídeo um tempo atrás que mesmo não sendo a resposta exata explica alguns bons conceitos para resolver esse problema: E se você quiser uma ajuda mais detalhada, compartilha com a gente o .PBIX do teu exemplo que vai ficar mais fácil de te guiar até a solução 😉 Abs!

Da uma olhada no .PBIX que eu subi junto com a minha resposta 😉 Usei a função GENERATESERIES() para criar a tabela nova. Abs!

Suave @Ricardo Campos? Se eu entendi bem você quer saber a Contagem de Carros que atendem cada Quantidade X de Clientes, ou seja, quantos carros atendem 1 cliente, quantos atendem 2 clientes, quantos atendem 3 clientes... Neste caso não chega a ser um ranking mas sim uma contagem, que você pode resolver com a seguinte medida: Atenção que para visualizar o resultado em forma de tabela foi necessário criar uma tabela independente contendo uma série de "Quantidade de Clientes". Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs! Case Rank - Ricardo.pbix

Suave @Gustha? Inclui os dias e aproveitei também para simplificar a logica da medida. Da uma olhada e vê se serve para o teu caso: Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs!

Suave @Vacy Alvaro Pedrosa Junior? Imagino que você tem uma tabela dimensão com o nome dos aeroportos. Nesse caso, você pode tentar uma medida do tipo: TotalPassengeiros = SUMX( FILTER( fMovimentos, fMovimentos[Saida] = SELECTEDVALUE(dAeroportos[Aeroporto]) || fMovimentos[Chegada] = SELECTEDVALUE(dAeroportos[Aeroporto]) ), fMovimentos[Passageiros] ) Comenta aí se deu certo, e se essa resposta te ajudou não esquece de marcar como melhor solução 😉 Abs!

Suave @toledo_gm? Você pode usar o código abaixo para quebrar o valor total e o desconto total de acordo com a quantidade de parcelas: O resultado das transformações ficaria assim: Se quiser mais detalhes, o Leo tem uma aula muito boa onde ele explica passo-a-passo a logica por tras dessa reparticao: Se essa resposta te ajudou, não se esqueça de marcar como melhor solução 😉 Abs!

Ou senão Source = Odbc.DataSource("dsn=FAMA") para estabelecer uma primeira conexão, e a partir dai ele roda o Value.NativeQuery com os parâmetros que você configurar.

Suave @Paulo Cesar? Antes de responder, ficaria melhor fecharmos esse nosso tópico atual que é sobre o Arquivo.txt e passar para um novo tópico com esse tema do Power Automate. Você pode criar o tópico novo? Assim fica mais organizado e o pessoal vai conseguir ajudar melhor 😉 Valeu!

Nesse caso tenta substituir o Source = Sql.Database(...) por Source = ODBC.Query("dsn=FAMA", SQL) para ver se resolve. Abs!

Suave @Mateus_Silva? Você pode excluir essa linha vazia de maneira bem simples utilizando o filtro visual na direita: Abs!

Suave @Dbechelli? Tenta a medida abaixo e ve se funciona para o teu caso: O resultado ficaria algo assim: Se essa resposta te ajudou, não esquece de marcar como melhor solução 😉 Abs!

Suave @Naiane Freitas? Ve se a medida abaixo funciona para o teu caso: O resultado ficou assim: Se essa resposta te ajudou, não esquece de marcar como melhor solução 😉 Abs!

3 respostas de altíssima qualidade em menos de 45 minutos? Esse pessoal esta fera demais! 😁😎

Suave @ruanargolo? Da pra fazer isso usando uma medida SELECTEDVALUE() junto com a formatação condicional do gráfico. O @Leonardo Karpinski fez um vídeo exatamente sobre isso não muito tempo atras, da uma olhada que ele explica passo-a-passo: Se essa resposta te ajudou, não esquece de marcar como melhor solução 😉 Abs!

Suave @Felipe Emmanuel? Essa questão não é tao simples como parece devido a algumas limitações estruturais do próprio Power BI, então vai requerer um pouquinho de "gambiarra" para dar certo. De qualquer maneira, o primeiro ponto é que para ter atualização incremental num dataflow você vai precisar de um workspace com capacidade Premium: https://learn.microsoft.com/en-us/power-query/dataflows/incremental-refresh A seguir, a filtragem das datas no código SQL com os parâmetros que você criou (RangeStart) e (RangeEnd) deve usar a função DateTime.ToText: Esse processo deve ser feito também na coluna data do Power Query utilizando os mesmos parâmetros: Por ultimo, para a atualização incremental funcionar a fonte dos dados precisa permitir uma opção chamada "query folding" e muitas vezes as conexões ODBC feitas com bases Firebird não permitem esse tipo de estrutura: https://powerbi.microsoft.com/fr-fr/blog/incremental-refresh-query-folding/ Talvez seja necessário debugar um pouco, e pra isso o link abaixo tem umas boas dicas: https://dhyanintech.medium.com/fixing-query-folding-with-sql-server-in-power-bi-for-incremental-refresh-bcef0f47c263 Boa sorte por ai! E se essa resposta te ajudou, não esquece de marcar como melhor solução 😉 Abs!

Nesse caso em especifico (simplificado) bastou eu criar uma dCalendario nova baseada nos 12 meses do DATESINPERIOD. Depois usei ela como eixo-x no gráfico: Abs!