Rodrigo R1
-
Total de itens
420 -
Registro em
-
Última visita
Tipo de Conteúdo
Perfis
Fóruns
Desafios
Calendário
Downloads
Galeria
Posts postados por Rodrigo R1
-
-
@Clóvis, realmente está estranho sua medida não realizar o comportamento esperado, após seguir as orientações da Live.
Manda a sua medida pra ver como ficou, por favor.
Abraço
-
Boa noite @Clóvis, tudo bem amigo?
Claro que te ajudo sim. Eu só preciso entender melhor o seu modelo e sua necessidade.
Pelo que eu entendi você está analisando chamados classificados em registrado, resolvido e em aberto.
Acredito que você deva ter uma coluna de data para os registrado (data do registro) e outra para data em que ele foi resolvido (data fim) - por isso deva precisar de um relacionamento inativo - para se chegar na quantidade dos resolvidos.
Penso que para encontrar os chamados em aberto, seriam aqueles chamados em que a data fim esteja "blank" ou em alguns casos, pode vir assim tbm: 31/12/9999.
E de fato para se encontrar os chamados em aberto é realizado dessa maneira que vc fez: o acumulado da diferença dessas 2 medidas.
Eu só não compreendi, por qual razão vc utilizou esse IF, no início da medida. Porque como é um acumulado, não existe a possibilidade de haver mais chamados resolvidos do que em aberto. O máximo que irá acontecer é "zerar" esse acumulado.
Sugiro retirar esse IF da sua medida e verificar o resultado.
Espero que tenha ajudado novamente.
Grande abraço, companheiro.
-
-
Ah sim, amigo....entendi...desculpe o vacilo...rsrsrs
então é assim oh:
Solução R1 = COUNTROWS(
SUMMARIZE(Planilha1, Planilha1[comanda], Planilha1[data], Planilha1[inicio]))
Fiz uma tabela virtual sumarizada que leva em consideração os 3 itens - a comanda, a data e a hora de inicio dela, e depois fiz uma contagem de linhas:
Desse jeito agora vai dar seu resultado esperado.
Sucesso!!!
-
1
-
-
Boa noite @Filipe Seragini Tiritan, tudo bem amigo?
A função Dax para a contagem Distinta é a Distinctcount.
No seu caso vc quer a contagem distinta das comandas, portanto imagino que seria:
Qtd Comanda = Distinctcount(SUATABELAFATO[CdComanda]).
Espero que tenha ajudado.
Sucesso!!!
-
Boa noite, amigo.
Tenta dessa maneira então:
QTDE PEÇAS ATENDIDAS = sumx(VALUES('f`PedidoVenda'),
[Conversao de KG/CJ para Peças]+[Conversao de CJ para Peças]+[Qtde so em PC PÇ e UN])
O seu resultado irá depender do seu contexto de avaliação.
Espero que dessa vez tenha ajudado.
Sucesso.
-
Boa tarde, @Rodrigo Gomes Freitas, tudo bem Xará?
Amigo, sugiro primeiro você ajustar seus visuais. Importante utilizar as colunas que vem das tabelas dimensões e não das fatos.
Vi que vc está usando as colunas da fato.
Vou deixar aqui minha sugestão para corrigir o seu total e também um vídeo do Curso do Leo para vc entender o porque disso, ok?
Solução:
QTDE PEÇAS ATENDIDAS = sumx(VALUES(dProduto[NOME_PRODUTO]),
[Conversao de KG/CJ para Peças]+[Conversao de CJ para Peças]+[Qtde so em PC PÇ e UN])
Vídeos:
Ajustando os totais – PT 1 - [TC] 5. Linguagem DAX (powerbiexperience.com)
Ajustando os totais – PT 2 - [TC] 5. Linguagem DAX (powerbiexperience.com)
Espero que tenha conseguido ajudar.
Sucesso, amigo.
-
1
-
-
Bom dia @José Henrique B Linck, tudo bem amigo?
Pra gente analisar certinho para sugerir melhor solução, seria necessário conhecer seu modelo de dados.
Mas de qualquer forma, vou deixar aqui uma sugestão:
Primeira coisa seria criar uma tabela com a Máscara da sua DRE - chamada tbm de plano de contas - nela devem conter todas as contas - inclusive as contas de resultado - e um coluna de código da conta que servirá tanto para fazer algumas medidas, quanto para ordenar os dados. Será preciso ainda, mais outra coluna para identificar se aquele item se refere a uma conta que está presente na sua tabela fato ou se é uma conta de resultado. Com isso, você poderá otimizar seu modelo, não havendo a necessidade de se criar uma medida para cada linha da sua DRE.
Sugiro você assistir esse Business Case da AMBEV:
[# Live2 Workshop Power BI] - Dashboard Financeiro com DRE - Business Case: Demonstrativo Financeiro da Ambev (powerbiexperience.com)
Espero que tenha ajudado.Sucesso, amigo.
-
1
-
-
Bom dia @Fabio Picoli, tudo bem amigo?
Segue abaixo minha sugestão para sua dúvida:
valor =
sumx(
VALUES(dcontas[ID CONTA]),
CALCULATE(sum(fsaldoconta[VALOR DO SALDO]),
filter(
dcalendario,
dcalendario[Data] = calculate(max(fsaldoconta[DATA SALDO]),
ALL(dcalendario))
)))
Espero que tenha ajudado, amigo.
Sucesso!!!!
-
1
-
-
Boa noite @aviniciuss, tudo bem amigo?
Para a sua solução, será necessário vc criar uma coluna calculada na sua dcalendário e comparar com a máxima data da sua tabela fato, se existe informação.
Ex: Possuidados = dcalendario[data] <= Max(Suatabelafato[Data])
Com isso, será criada um coluna "False/True", que vc irá utilizar em sua medida como filtro.
Veja essa aula aqui do Léo que vc irá compreender melhor o que eu quis explicar:
Escondendo datas futuras - [TC] 5. Linguagem DAX (powerbiexperience.com)
Espero que tenha ajudado. Caso considere como solução, gentileza marcar para fechar esse tópico.
Sucesso, amigo.
-
Boa noite @ronin106, tudo bem amigo?
Veja esse print da tela se te ajudar a resolver:
Dentro do PBI Online vc segue ali os passos 1,2 e 3, conforme a tela e veja se resolve.
Na parte 3 vc habilita a visualização.
Acho que seria esse o seu problema.
Espero que tenha ajudado.
Sucesso!!!
-
2
-
-
Boa tarde, @Filipe Seragini Tiritan, tudo bem amigo?
Considerando que as duas tabelas estão relacionadas, basta ajustar sua medida para:
Total Comanda = Sumx(fVendas, fVendas[QtdItensVendidos] * RELATED(dproduto[PreçoVenda]))
Vc poderá utilizar o mesmo raciocínio para encontrar o preço de custo e depois disso ainda chegar na margem ou lucro bruto.
Espero que tenha ajudado.
Sucesso, amigo!!!
-
1
-
-
Boa tarde, @phillype freitas de aquino, tudo bem amigo?
Acredito que para um comparativo mais justo entre os meses, vc deveria fazer através da média diária.
No seu exemplo entendo que Janeiro seria 948.945,65 / 31 dias do mês, o que daria um valor de R$ 30.611,15.
E para fevereiro a mesma coisa: 893.053,05 / 28 dias do mês, o que daria o valor de R$ 31.894,75.
Dessa forma vc elimina essa questão de quantidade de dias maiores entre cada mês analisado, entendeu?
Perceba que o valor gasto total em Janeiro foi maior, mas o valor médio diário em Fevereiro se tornou maior ainda.
O gasto total em Janeiro foi maior em função de possuir mais dias no mês - o que é normal/esperado em relação a Fevereiro que tem menos dias.
Assim, apesar de o gasto absoluto de janeiro ser maior, proporcionalmente fevereiro foi um mês que mais se gastou na média diária.
Portanto, essa análise pode enriquecer inclusive seu case para a sua diretoria.
Espero que tenha conseguido ajudar de alguma forma.
Sucesso!!!
-
Boa noite, @karinafreitass, tudo bem?
Acredito que seu modelo precisa ainda de alguns ajustes. E sua necessidade se refere às dimensões que mudam ao longo do tempo.
Eu sugiro como solução assistir ao vídeo gravado pelo Leo no YouTube abaixo, inclusive para resolver uma dúvida semelhante à sua, daqui mesmo da comunidade:
Espero que tenha conseguido ajudar.
Sucesso!!!
-
1
-
-
Boa noite @Ricardo César. Tudo bem, amigo?
Para a sua solução, será necessário vc criar uma coluna calculada na sua dcalendário e comparar com a máxima data da sua tabela fato, se existe informação.
Ex: Possuidados = dcalendario[data] <= Max(Suatabelafato[Data])
Com isso, será criada um coluna "False/True", que vc irá utilizar em sua medida como filtro.
Veja essa aula aqui do Léo que vc irá compreender melhor o que eu quis explicar:
Escondendo datas futuras - [TC] 5. Linguagem DAX (powerbiexperience.com)
Espero que tenha ajudado. Caso considere como solução, gentileza marcar para fechar esse tópico.
Sucesso, amigo.
-
Boa noite, @rmarques.
Amigo, acredito que seu problema esteja relacionado a modelagem dos dados e não necessariamente a DAX.
Sugiro dar um passo atrás e revisar toda a estrutura do seu modelo, identificando e ajustando as tabelas dimensões e fatos - de acordo com os ensinamentos no curso do Léo.
Talvez seja essa o passo mais importante na construção do modelo, para apenas depois disso, partir para os cálculos com DAX.
Veja acima que no seu modelo a dimensão dAliquota está "solta" das demais tabelas...não existe relacionamento entre elas.
Vi também que vc criou uma quantidade enorme de medidas que talvez pudessem ser desnecessárias com o ajuste prévio na modelagem dos dados.
Enfim, amigo....espero eu possa ter contribuído de alguma maneira....mas nesse momento o ideal a ser fazer é voltar para a etapa de modelagem dos dados.
Peço que marque como solucionado.
Abraço e sucesso....
-
2
-
-
@Thiago Pedrazi boa noite. Deu errado simplesmente pq vc está usando a variável dentro da CALCULATE. O que não se pode/deve fazer...
A Variável é na verdade uma constante!
Dessa forma, a CALCULATE não consegue fazer a transição de contexto, e assim não apresenta o resultado esperado.
Procure pelas aulas de variáveis, CALCULATE e transição de contexto que irá compreender a minha resposta.
Espero que tenha ajudado.
Gentileza marcar como resolvido.
Sucesso, amigo.
-
2
-
-
Bom dia @suelenbn. Tudo bem.
Isso que vc precisa é mais avançado.
Procure no curso do Leo por Eixos Dinâmicos.
Será mais fácil vc assistir essa aula pra entender o que precisa ser feito.
Pois será preciso construir uma tabela auxiliar e com uma coluna que possua ultimo dia do Ano, último dia do Mes, e último dia do ano.
Tem uma Live tbm que é somente esse assunto.
Espero que tenha ajudado. Se solucionou sua dúvida, gentileza marcar como resolvido.
É a Live 72!!!
Sucesso pra vc....
-
Bom dia @suelenbn. Tudo bem.
Isso que vc precisa é mais avançado.
Procure no curso do Leo por Eixos Dinâmicos.
Será mais fácil vc assistir essa aula pra entender o que precisa ser feito.
Pois será preciso construir uma tabela auxiliar e com uma coluna que possua ultimo dia do Ano, último dia do Mes, e último dia do ano.
Tem uma Live tbm que é somente esse assunto.
Espero que tenha ajudado. Se solucionou sua dúvida, gentileza marcar como resolvido.
Sucesso pra vc....
-
Segue em anexo tbm o arquivo corrigido.
Espero que tenha ajudado. -
Olá @Joyce Amorim boa noite. Tudo bem?
Procure pela linha abaixo dentro do editor avançado e faça o ajuste em Duration.Seconds(Duração)) - veja que ele está sem os colchetes [ ], isso está ocasionando o erro.
Assim que acertar como abaixo, irá funcionar perfeitamente.
ColHora = Table.AddColumn(ColDuracao, "Hora", each #time(Duration.Hours([Duração]),Duration.Minutes([Duração]),Duration.Seconds([Duração])), type time),
Espero que tenha ajudado, e caso tenha solucionado, gentileza marcar como a solução.
Sucesso e boa noite.-
2
-
-
Bom dia @Marcelo Michelson.
A solução apresentada foi baseada nas informações que vc passou, amigo.
O que vc esta trazendo agora, não foi mencionado na elaboração da sua dúvida.
Se a minha resposta atingiu o esperado, como vc mesmo disse, então gentileza marcar como solucionado e depois vc abre um novo questionamento sobre a nova dúvida que surgiu. Assim, vc vai conseguir a resposta que precisa mais rápido.
Para essa sua nova dúvida, será preciso rever seu modelo. Porque agora existem fato novo: que é o pagamento parcial. Então a granularidade dos seus dados será diferente. Antes era de duplicatas. Agora será de parcelas. Ou seja, a duplicata 1, pode ter a parcela 1, 2, 3..etc..até chegar no valor total da duplicata. Então é outra análise bem diferente do que sua dúvida inicial, entendeu?
E mesmo com a existência de parcelas, ainda assim será uma única tabela fato, e acredito ainda na necessidade de se criar talvez, uma dimensão duplicatas.
Enfim...Espero que tenha ajudado. Assim que formular a nova dúvida, me avise que tento te ajudar novamente.
Abraço.
-
1
-
-
Boa noite Marcelo. tudo bem amigo.
Segue minha solução para o seu caso.
Primeira coisa é acertar a modelagem e deixar apenas uma tabela fato com todos eventos de emissão, vencimento e pagamento.
Vou deixar o PBI para vc analisar as medidas. Que foram calculadas fazendo os valores acumulados tanto das duplicatas a receber quanto das duplicatas pagas e depois fazendo a diferença entre elas no RETURN. Seguem as medidas.Posição =
var recebe = Calculate(SUM(fat_Receber[Valor]), USERELATIONSHIP(dim_calendario[Datas], fat_Receber[Dt Emissao]),
filter(all(dim_calendario),
dim_calendario[Datas] <= max(dim_calendario[Datas])))var baixa = Calculate(SUM(fat_Receber[Valor]), USERELATIONSHIP(dim_calendario[Datas],fat_Receber[Dt Pagto]),
filter(all(dim_calendario),
dim_calendario[Datas] <= max(dim_calendario[Datas]) &&
dim_calendario[Datas] <> BLANK()))return
recebe - baixa.Atrasado = if(MAX(fat_Receber[Dt Pagto]) > LASTDATE(dim_calendario[Datas]), VALUES(fat_Receber[Valor]))
% Inadimp = DIVIDE(Medidas[Atrasado], [Posição])
Espero que possa ter ajudado. Peço que comente e registre se a minha resposta atendeu a sua necessidade.
Abraço e sucesso, amigo.
-
Boa noite, @Kell Silveira.
Isso mesmo!!! Pode ter quantos relacionamentos inativos precisar - não tem problema.
Na hora de utilizar/referenciar essa coluna inativa, vc usa a função USERELANTIONSHIP nas suas medidas.
Espero que tenha ajudado.
Sucesso aí...
-
1
-
Exibição dos últimos X meses em eixo x de acordo com parametrização.
em Visualização de dados
Postado
Oi, @Clóvis, estou me referindo à nova medida que foi criada a partir da Live 72.