LGustavo

Acho que consegui resolver. Como você havia sugerido, eu criei uma Calendario Auxiliar para esse segundo slicer e na medida que me traz o percentual de ocupação eu tive que criar uma variável para cada campo separado. O problema depois disso tudo feito era que a medida 'Na Fase' tinha um ALL(dCalendario) na medida e não na variável e a medida 'Chegando' não tinha o ALL em lugar nenhum. Eu havia colocado o ALL na medida que fazia a soma dessas duas variáveis, porém, não sei te falar o motivo, ele não estava funcionando. Então tirei ele dessa variável de soma e coloquei direto na que me mostra o que está chegando no setor. Daí para frente foi só abraço. PS: Eu já usei essa técnica de ter duas calendários em vários projetos, mas não sei o motivo de não ter conseguido pensar nisso antes. Acho que fiquei tão estressado sem conseguir resolver dessa forma que esqueci do resto 🤣🤣🤣

Eu to tentando, mesmo assim ainda da problema na hora de fazer à medida que faz o cálculo da capacidade ocupacional. A medida que eu uso é essa aqui: % Capacidade Ocupada WIF Corte = VAR vCapTotal = CALCULATE([Na Fase Corte] + [Chegando Corte],ALL(dCalendario)) -- Tabela calendário 1 VAR vCapPeriodo = CALCULATE(VALUE([Capacidade Periodo WIF Corte])) -- Tabela calendário 2 VAR vCapOcupacao = DIVIDE(vCapTotal, vCapPeriodo,0) RETURN vCapOcupacao Acontece que, se eu tiro a interação com os dois slicers, ele pega o resultado de todo o período (2001/2025), se eu tiro a interação do card com slicer 1 que tem a calendário 1, o vCapTotal, fica errado e o vCapPeriodo fica certo. Se eu tiro a interação do card com o slicer 2 que tem a calendário 2, o vCapTotal fica certo, mas o vCapPeriodo fica errado. Se eu deixo a interação ligada com os dois slicers, mostra um número que até onde vi é aleatório....

Boa noite pessoal, eu to com um problema custoso para ser resolvido que vou tentar explicar da melhor forma possível para ver se alguém consegue me auxiliar. Eu estou montando um dash de equilíbrio de produção no qual possui dois slicers de data vindo da mesma tabela de data. Nesse dash tem os setores de uma indústria de confecção com duas colunas, a da esquerda é a filtrada pelo slicer de Data Entre, a da direta, possui alguns campos que são filtrados pelo slicer da esquerda e da direita. O problema todo ta na coluna da direta, se forem ver a interação do slicer Data de comparação, vocês verão que ele não filtra nenhum campo da coluna da esquerda e os campos Qtde OP, Na fase, chegando e data finalização na coluna da direita. O meu problema está nos campos Cap. Per., Na Fase, Chegando e Cap. Ocup. da coluna da direita. O que acontece é que, para efeito de comparação, o meu cliente quer comparar o que é feito em determinado período pelo slicer Data entre (coluna da esquerda) com o que ele pode fazer para melhorar a produção usando o slicer Data comparação (alguns campos da coluna da direta). Para isso o campos Na fase e Chegando da coluna da direita, não podem ser alterados pelo slicer Data comparação, por isso inativo a interação com esse slicer. No final eu calculo a capacidade de ocupação do setor em %. O meu calculo seria ((Na Fase + Chegando)/Cap.Periodo). Como a Cap. Ocup eu uso o slicer Data de Comparação e Na fase e Chegando eu uso o slicer Data Entre, quando vou fazer esse cálculo, ele "buga" por assim dizer, pq caso eu desative a interação do slicer Data entre, ele pega os dados do campo Na fase e Chegando que são do Data de comparação que ficam errados e deixa o Cap. Per. correto e caso eu desative o slicer Data de comparação, ele busca os dados Na fase e Chegando que são do slicer de Data entre correto e deixa o campo Cap. Per. errado. Enfim, depois dessa explicação gigante e espero que bem feita, o que eu precisaria seria faser o cálculo usando os campos Na fase e Chegando usando o slicer Data Entre e o campo Cap. Per. Usando o Slicer Data de comparação numa mesma medida, digo numa mesma medida pq não consegui bolar uma forma de deixar o resultado de uma medida salva de um slicer de data pra poder usar numa outra medida que usa outro slicer de data. Eu anexei o pbix pra darem uma olhada. Espero que alguém consiga me dar uma luz quanto a isso. Na coluna da esquerda, a conta bate certinha pq todos os campos usam o mesmo slicer, na coluna da da esse problema pq é uma mistura dos dois slicers. Financeiro SisFab.pbix

@Tiago Craici - Xperiun, funcionou que foi uma maravilha, to nisso já tem umas duas semanas. Muito obrigado jovem.

@Tiago Craici - Xperiun, eu usei a medida que você colocou lá no discord, porém a data fica no dia 30/04 quando o correto seria o dia 02/05. Ele ta dando isso, pq, contando os 22 dias corridos, a data cai no dia 24/04 que é numa quarta-feira + os 6 dias dos fins e semana vai pro dia 30/04. Porém entre os dias 24 e 30 tem outro fim de semana que ta entrando na data final.

Eu já fiz isso. A medida conta só os dias úteis, mas na hora de mostrar a data, ela mostra a data contando os fins e semana também.

Bom dia pessoal. Eu estou com uma demanda de soma de dias para ter uma data final, mas estou tendo problemas com os fins de semana. O que me acontece é o seguinte, o meu cliente quer saber por exemplo, se eu somar a quantidade que está em produção no setor mais a quantidade que vai chegar no setor e dividir pela capacidade do setor, qual seria a data que terminaria toda essa produção. A minha medida é a que estou usando abaixo: Finalização Corte = VAR vCapacidadeTotal = [Na Fase Corte] + [Chegando Corte] //Soma da quantidade que está e vai chegar no setor VAR vQtdDias = DIVIDE(vCapacidadeTotal, [Capacidade Diaria Corte]) //Quantidade de dias para acabar toda a demanda VAR vSomaDias = CALCULATE(TODAY()+vQtdDias)-1 //Data que daria, caso fosse contar os fins de semana VAR vDataInicial = TODAY() //Data inicial da contagem VAR vFimDeSemana = COUNTROWS( FILTER(CALENDAR(vDataInicial, vSomaDias), WEEKDAY([Date],2) >5)) //Qtde de dias do fim de semana VAR vDataFinal = vSomaDias + vFimDeSemana // Data final sem os fins de semana RETURN vDataFinal O que acontece é o seguinte, tomando como o dia de hoje eu vou colocar o valor de cada variável para vocês terem uma ideia do que eu preciso fazer. A variável vCapacidadeTotal teria o valor de 837.430 que é a soma do que eu tenho e o que está chegando no setor. A vQtdDias é a quantidade de dias que eu gastaria para acabar toda a demanda do setor, eu calculo ele dividindo a vCapacidadeTotal pela capacidade diária que seria 38.000, que nesse caso daria 22 dias. O meu problema começa daqui para frente. Na vSomaDias, eu sempre começo a soma contando o dia atual mais a vQtdDias -1, porém essa variável conta também os fins de semana, o que não pode porque a empresa em questão, não trabalha nos fins de semana. Para acertar isso eu uso a variável vFimDeSemana para contar quantos dias não úteis tem entre a data inicial (dia atual) e a data final (vSomaDias) e somo esses dias na vDataFinal. Porém o que acontece é o seguinte, contando 22 dias com os fins de semana a partir de hoje (03/04/2024), a data final que seria a da variável vSomaDias seria o dia 24/04/2024, entre o dia de hoje e o dia 24/04/2024 teria 6 dias não úteis que é o resultado da variável vFimDeSemana que seria somado com a vSomaDias. Aí é que está o problema, nessa soma a data final ficaria no dia 30/04/2024, porém entre os dias 24 e 30 tem mais dois dias do fim de semana que eu não tenho ideia de como colocar na conta. Eu havia pensado em colocar outra variável para fazer outra conta dos fins de semana em usando a vDataFinal, mas acho que vai acabar virando uma bola de neve de variável em cima de variável.

Aqui ta dando certo. Eu montei uma tabela com o código do produto e a quantidade e está somando correto.

Boa tarde pessoal. Eu estou vindo aqui como ultimo recurso por ter mais de uma semana batendo cabeça com esse problema e uma visão de fora pode me esclarecer o que eu to fazendo de errado. O meu problema é o seguinte, estou montando um DRE para a empresa em que trabalho, eu montei toda a estrutura fiz todas as medidas e até ai tudo quase bem. Eu estou me baseando no DRE que o Leo montou da Ambev por só ter a tabela de DRE e a e lançamentos. O que me acontece é que após fazer todos os tratamentos e medidas, quando coloco os valores na matriz, sempre que clico pra expandir uma PLC que seria o último nível naquele PLC, ele não expande como é o correto mas some o valor como se tivesse indo para o próximo nível. Eu vou tentar dar um exemplo do que está acontecendo comigo aqui. O meu DRE não possui os campos calculados como no da Ambev que usei de base, então na tabela de PLC eu criei o campo Calculado = 0 e o campo Lançamento igual ao da Ambev. O meu DRE possui 4 níveis, sendo que somente uma das contas possui os 4 níveis. O que acontece é que sem fazer tratamento nenhum, por exemplo a minha conta 01 que possui somente 2 níveis (01.01, 01.02, 01.03 etc...), ao abrir o segundo nível, ele continua expandindo até chegar no nível 4 que ele não possui, ai esses níveis 3 e 4 ficam sem nomes e o valor vai descendo ate chegar no nível 4, então fiz os tratamentos na medida igual ao que o Leo ensinou e ficou muito bom pq ele parou de mostrar esses níveis inexistentes só que por exemplo se eu clico no sinal de + que está no nível 2, o nível não desce mas o valor some, como se estivesse indo para o próximo nível que não existe. Aí é que está o meu problema, eu não consigo fazer esse valor ficar fixo no ultimo nível do meu PLC que possui somente 1, 2 ou 3 níveis. Eu já tentei de tudo, eu criei as colunas pra ficar idêntico ao DRE da Ambev e nada, eu perdi 3 dias fazendo todos as tabelas do DRE da live de aniversário, refiz as medidas e continuou dando o mesmo problema, eu realmente já não sei o que fazer. DRE.pbix

Eu fiz isso, funciona muito bem quando não tem tratamento nas tabelas, mas quando tem, da um monte de pau nas colunas, tipo ele não acha mais as colunas, aparentemente ele perde as referências das colunas.

Boa tarde pessoal, eu teria como fazer alteração do tipo de conexão que uso no dashboard, tipo alterar uma conexão do MySQL para SQL ou do tipo my SQL para ODBC?? Pergunto isso pq eu tenho um dash que a muito tempo uso MySQL, mas não sei pq cargas d´agua ele parou de atualizar dando aquele erro chato de DataSource.MissingClientLibrary: Não conseguimos localizar um provedor de banco de dados com o nome invariável 'MySql.Data.MySqlClient'. Já reinstalei o conector do MySQL que é o mesmo que usei da primeira vez, mas continua dando erro, ai consegui conectar com o ODBC, mas não consigo alterar a fonte de dados das tabelas que já estão em uso pq da erro nas tabelas. OBS: Na verdade eu consegui alterar ontem em uma tabela que eu quase não mexi, mas nas tabelas que tenho que fazer muito tratamento, fica inviável.

Então pessoal, o que acontece, não sei o motivo, quando coloco uma variável com valor, ele arredonda, quando faço o cálculo, não sei explicar o motivo quando termina com o terceiro decimal sendo 5, o arredondamento não funciona. Ai conversando com o pessoal do ERP, me passaram uma outra tabela no SQL pra ser usada, pq o valor da nota fiscal nem sempre vai ser o somatório dos produtos com desconto e frete. Aí eu estou usando ela pra isso.

Bom dia pessoal. Eu estou com uma situação complicada ao fazer os arredondamentos no Power BI. O que tem acontecido é o seguinte, estou montando um dash aqui para o ERPda empresa e tem alguns cálculos que usam mais de duas casas decimais, eu tentei fazer o arredondamento no sql, no power query e no dax mas estou tendo problemas com certos valores. EX: Quando uso o round com duas casas decimais com um valor como por exemplo 346,487 é arredondado corretamente para 346,49. Quando uso com um valor 346,483 é arredondado para 346,48 o que está correto. O problema é quando vai arredondar um valor que o terceiro decimal é 5 como por exemplo 346,485 que é arredondado como 346,48 e não 346,49. Andei procurando na net e vi que isso se da devido a uma regra de arredondamento chamada "arredondamento ao par mais próximo" que segunda essa regra números decimais >= 6 arredondam pra cima e <= 4 arredondam pra baixo e quando é 5 mantém inalterado. Só que o ERP arredonda 5 pra cima e isso tem dado diferença gritante em valores do power bi e do ERP. A minha pergunta é, alguém tem alguma ideia de como acertar isso através de alguma medida ou no PQ, pq usando o Round no SQL ou Number.Round no PQ ou Round no DAX, é usado a regra que falei acima.

Uma coisa que eu testei é colocando duas variáveis decimais com valor fixo de 1141,805, uma com o Round e outra sem o Round, dessa vez a com Round arredondou certinho. Ai eu tentei criar duas variáveis com os cálculos que eu fiz no select e ela soma os valores ao invés de colocar os valores linha a linha.

Bom dia @champanjonata, desculpe a demora em responder, tive uns problemas com meu computador. No anexo eu coloquei o meu banco só com as tabelas necessárias, views e procedures. Também em anexo a minha view que eu uso para importar no power bi. Nessa view tem alguns campos que estão com o Round, esses campos não estão indo para o power bi, só coloquei para fazer uma comparação. Repare que quando executo o select, na segunda linha, a exemplo do que estou dizendo, a coluna ValorTotal possui o valor de 1141,805 e na ValorTotalRound fica com o valor 1141,8, sendo que o correto é ficar com o valor 1140,81 já que o 5 deveria arredondar pra cima. Esse é o meu problema, sempre que o decimal de arredondamento é o 5, ele não arredonda, ele trunca os decimais, se o decimal de arredondamento for >= 6 ele arredonda correto pra cima e <= 4 ele arredonda pra baixo, mas quando é 5, deveria arredondar pra cima e não arredonda. O estranho é que se levo esse valores para o Power BI e uso o Round no DAX e Number.Round acontece a mesma coisa de o 5 não arredondar pra cima. E como disse, eu já não sei o que fazer pra isso funcionar pois já tentei de tudo o que meu conhecimento limitado permite e não consigo resolver isso. SisFabDW.rar Select .txt

Tentei aqui e sem sucesso. Já não sei o que fazer pq se eu uso o ROUND no SQL, as somas que o terceiro número decimal é igual a 5, ele não arredonda pra cima, quando for qualquer outro número os arredondamentos vão certinhos. Se eu uso o Number.Round no PQ, acontece o mesmo caso do ROUND no SQL, se uso em uma medida com ROUND, os totais dos números que ele não arredonda no SQL, ele arredonda na medida, mas os números que eu arredondava no PQ ou no SQL ficam errados.

Desculpe a demora em responder @Alex Pereira, eu uso o sql. Fiz como você disse e fiz com duas variáveis e duas constantes o resultado nas variáveis, é que não arredonda quando o ultimo número é 5 e nas contantes, arredonda certinho.

Boa tarde povo, eu estou com uma situação estranha quando uso o Round() no sql. Quando uso Round para duas casas decimais, caso o terceiro decimal seja 5, ele não arredonda para cima. Os cálculos que estou usando são os seguintes: (f.preco1 * f.qtde) * fs.desconto / fs.VrBrutoMercadorias as RateioDesconto, round(((f.preco1 * f.qtde) * fs.desconto / fs.VrBrutoMercadorias),2) as RateioDescontoRound, (f.preco1 * f.qtde) / fs.VrBrutoMercadorias * fs.frete as RateioFrete, (f.preco1 * f.qtde) - ((f.preco1 * f.qtde) * fs.desconto / fs.VrBrutoMercadorias) + ((f.preco1 * f.qtde) / fs.VrBrutoMercadorias * fs.frete) as ValorTotal, Round((f.preco1 * f.qtde) - ((f.preco1 * f.qtde) * fs.desconto / fs.VrBrutoMercadorias) + ((f.preco1 * f.qtde) / fs.VrBrutoMercadorias * fs.frete),2) as ValorTotalRound Eu vou colocar as imagens anexadas para vocês verem o que está acontecendo. Reparem que na primeira linha, na coluna RateioDesconto o valor é 34,717 e na coluna RateioDescontoRound ele faz o arredondamento correto ficando em 34,72. Já na segunda linhada coluna RateioDesconto o valor é 60,095 e na RateioDescontoRound ele naõ faz o arredondamento e fica como 60,09. Se reparem nas duas colunas, alguns tem o 5 como base para arredondamento e arredonda normal, e algumas que tem o 5 não arredondam. Alguém saberia me explicar o porque disso acontecer já que até onde eu saiba números <=5 teriam que arredondar para cima.

Consegui resolver dessa forma, mas de um jeito meio esdruxulo. Primeiro eu fiz a medida abaixo: Min & Max Score Motorista = VAR vAcima1 = CALCULATE(VALUES(Planilha1[Faixa Score Motorista]), Planilha1[Faixa Score Motorista] = "71 - 80") VAR vAcima2 = CALCULATE(VALUES(Planilha1[Faixa Score Motorista]), Planilha1[Faixa Score Motorista] = "81 - 90") VAR vAcima3 = CALCULATE(VALUES(Planilha1[Faixa Score Motorista]), Planilha1[Faixa Score Motorista] = "91 - 100") VAR vProximo = CALCULATE(VALUES(Planilha1[Faixa Score Motorista]), Planilha1[Faixa Score Motorista] = "61 - 70") VAR vAbaixo = CALCULATE(VALUES(Planilha1[Faixa Score Motorista]), Planilha1[Faixa Score Motorista] = "01 - 10") VAR vResultado = SWITCH( TRUE(), VALUES(Planilha1[Faixa Score Motorista]) = vAcima1, "#12239E", VALUES(Planilha1[Faixa Score Motorista]) = vAcima2, "#12239E", VALUES(Planilha1[Faixa Score Motorista]) = vAcima3, "#12239E", VALUES(Planilha1[Faixa Score Motorista]) = vProximo, "#E66C37", VALUES(Planilha1[Faixa Score Motorista]) = vAbaixo, "#118DFF" ) Return vResultado Após isso eu cliquei no gráfico e fui na opção COLUNA, nas cores fui em formatação Condicional, em estilo eu coloquei Valor do Campo e selecionei a medida "Min & Max Score Motorista". Então, deu certo só que fica sem a legenda. O problema com a legenda não é que ela desloca os dados ou as colunas, é que quando vc coloca ela, ela filtra todas as colunas mas mostra só as colunas pertinentes as legendas, então as colunas abaixo da média mostram sempre a esquerda, próximo mostra no meio e acima, mostra a direita, por isso da impressão que o gráfico está deslocado.

@FrancoAndre, tem como colocar um arquivo pra gente poder ajudar melhor?

Com toda certeza, é o dash mais bonito que já fiz. Link do Dashboard: Dashboard Toy & Play Link Linkedin: Postagem Linkedin

Isso ta com cara de ser data em formato inglês. Para acertar isso, você teria que alterar a data no power query. Para fazer essa alteração, basta ir ao power query na coluna de data que você deseja alterar e clicar em cima do ícone da data, na janela que abrir ir em "Usando a Localidade", na janela que abrir, você altera o tipo de dados para Data e a localidade para Inglês (Estados Unidos). Daí é só publicar novamente que vai ta tudo certo.