Rodrigo R1

Boa noite @joaopaulocorreia.
Vamos isolar uma linha do exemplo que vc enviou pra ficar mais direcionado o resultado que você deseja:
Num               item               Carga Mista
313679          1000971       Paletizada
313679          1000893       Carga Mista
313679          1000584       Carga Mista
Eu entendi que cada cor da tabela que você enviou, representa uma carga diferente, e cada carga teria a composição acima.
E se na coluna Carga Mista, aparece a expressão "Carga Mista", essa carga seria então, uma carga mista.
Então com uma contagem distinta da coluna Carga Mista, já é suficiente para identificar se aquela carga é mista ou não - como eu fiz na resposta anterior.
Analisando essa carga temos 3 resultados na coluna Carga Mista: 1 Paletizada e 2 Carga Mista.
Fazendo a contagem distinta como eu falei, iremos encontrar: 1 Paletizada e 1 Carga Mista.
Eu ainda fiz um IF para verificar se essa contagem de Carga Mista é superior a 0 - se for ela retorna Carga Mista, senão for, Paletizada.
Agora se não for isso, meu amigo, peço que disponibilize um PBIX com seus dados e de forma bem detalhada qual o resultado esperado, por gentileza.
Quanto mais detalhes você deixar, melhor pra mim ou para outro colega que também queira ajudar.
Difícil pra gente do lado de cá, sem conhecer seu modelo de negócios, seus dados, saber exatamente o resultado que você deseja.
Por isso que logo na página inicial aqui do fórum, o Leo já deixou algumas orientações para quem faz a pergunta - para facilitar a quem responde, e para que a resposta chegue de formas assertiva e tempestiva.
Aguardo seu retorno. Terei maior prazer em continuar te ajudando.
Sucesso aí, amigo.
 
 

Boa tarde @PabloOliveira. Tudo bem amigo?
Sugiro você pesquisar no curso por "segmentação dinâmica". Tem muitas aulas sobre esse tema, que acredito ser o caminho pra encontrar a resposta desejada. 
Veja essas Lives tbm:
"[Live #27 Mestre Power BI] Análises Avançadas com DAX: Segmentação Dinâmica, Comparação Anual, etc.. - Lives sobre Linguagem DAX - Pilar 4" https://play.powerbiexperience.com/curso/lives-sobre-linguagem-dax-pilar-4/5102/26949
"[Live #23 Mestre Power BI] Usando DAX para Segmentar Clientes por RFV: Recência, Frequência e Valor - Lives sobre Linguagem DAX - Pilar 4" https://play.powerbiexperience.com/curso/lives-sobre-linguagem-dax-pilar-4/5102/26945
Acredito possa adaptar à sua necessidade.
Espero que tenha ajudado.
Sucesso aí...

Boa noite, @FrancoAndre. Tudo bem, amigo.
Segue a solução para o seu case que é criar uma nova medida, conforme abaixo:

Espero que tenha conseguido ajudar e se minha sugestão foi a solução para o seu case, gentileza marca-la.
Sucesso aí, amigo...

Boa noite, @Diego Oliveira Morais. Tudo bem, amigo?
Segue em anexo o PBIX com as medidas para a solução do seu case.
Para reforçar os conceitos, sugiro você pesquisar no curso pela palavra "cliente" que irá encontrar muitas aulas do Leo sobre esse assunto.
Eu publiquei um artigo recentemente no LinkedIn que trata sobre essa mesma lógica. Apesar de ser direcionado para produtos, o raciocínio é o mesmo para clientes, vendedores, etc.
Te convido a conhece-lo se quiser reforçar ainda mais os conceitos:
https://www.linkedin.com/posts/rodrigo-r1_powerbi-gestaeto-vendas-activity-6959732932722720768-p1uK?utm_source=share&utm_medium=member_desktop
Espero que tenha conseguido ajudar.
Sucesso aí, amigo....
HIst_Segmentacao_teste.pbix

Boa noite, @FrancoAndre. Tudo bem amigo.
Como eu já suspeitava, seu problema é de modelagem - existem falhas na integridade dos dados.
Veja as tabelinhas abaixo, com a coluna que vc usou para relacionamento entre as tabelas:

Só aí já dá pra identificar uma falha - Nota de Leitura numa tabela e Nota Leitura nas outras duas.
Além de existir realmente linhas em branco da Tabela Fato - FotogLeiTac - isso precisa ser investigado pra entender a razão disso.
 


Veja agora as duas imagens acima.
A primeira é da dimensão e a segunda da fato Fotog.
A contagem de caracteres é divergente de uma para a outra. Existe um espaço no item da tabela fato. Isso faz com que os itens seja divergentes.
E você havia dito que tinha feito essa conferência, hein!?!?!?...rsrsrs....
Então... como eu havia mencionado nas respostas anteriores, precisa rever o modelo.
E isso amigo, é o que mais fazemos...rever o modelo a todo tempo...até chegar no modelo ideal - pra garantir a integridade dos dados.
Mais uma vez eu sugiro você fazer uso de chaves primárias/secundárias (Id's) para relacionamento entre as tabelas - exatamente para evitar ou minimizar falhas como essas acima - além de ser a boa prática em BI.
Se for dividir o tempo dedicado para a criação do relatório, acredito que uns 60% do tempo seria voltado para extração de dados, modelagem - ETL.
Talvez seja essa a mais importante etapa desse processo.
Então é isso amigo....revisar o tempo todo....não deu certo...volta no modelo....não deu certo de novo....volta no modelo outra vez...10 vezes....rsrsrs....
Experiência própria...rsrsrsrs....
Enfim....espero que tenha conseguido ajudar. E se minha resposta tenha sido a solução para a sua dúvida, gentileza marca-la para fechar o tópico.
Sucesso aí, amigo.
 

Boa noite, @Felipe Capitani. Tudo bem amigo.
Deixa compartilhar contigo uma artigo que publiquei recentemente no LinkedIn que traz solução semelhante: eu fiz para produtos, mas é só vc adaptar a sua realidade e seguir o mesmo raciocínio lógico para construir a solução para clientes.
https://www.linkedin.com/posts/rodrigo-r1_powerbi-gestaeto-vendas-activity-6959732932722720768-p1uK?utm_source=linkedin_share&utm_medium=android_app
Espero que tenha conseguido ajudar.
Sucesso aí...

Boa tarde @Alan Pacheco. Tudo bem amigo?
Aproveitei agora a tarde para revisar a sua dúvida e postar uma solução definitiva para o seu case.
Peguei o arquivo Excel que você enviou e criei o seguinte modelo:

Veja que é um modelo simples, star schema, com relacionamento de 1 : * onde dimensão filtra fato - seguindo as boas práticas.
Aproveitei e usei um modelo de dcalendario que o Leo disponibilizou na Live 52 - ela é super completa - eu a utilizo sempre em meus modelos e recomendo utiliza-la.
Perceba que a coluna de datas das 3 tabelas fato estão no formato data dd/mm/aaaa - isso para garantir a integridade dos relacionamento, visto que a granularidade da dcalendario é nesse mesmo formato de data também.
Essa é uma etapa de extrema importante, pois se você deixar as tabelas fato no formato de semana e depois criar o relacionamento entre a dcalendario e as tabelas fatos, usando a coluna de semana, irá criar relacionamentos muitos para muitos (* : *) e isso poderá não trazer os resultados esperados.
Após realizar todas as etapas acima, vamos para as medidas:
 
Compras = sum(fCompra[Compra])
Consumo = sum('fCons  Med'[Consumo Méd Ultimas 5 semanas])
Estoque = Sum(fEstoque[Estoque])
Resultado = [Estoque] + [Compras] - [Consumo]
 
Estoque Final R1 =
var vmaxcompra = MAX(fCompra[Data])
var vmaxconsumo = Max('fCons  Med'[Data])
var vmaiordata = Max(vmaxcompra, vmaxconsumo)
var vdatamax = EOMONTH(vmaiordata,0)
 
var vultimoregistroestoque = CALCULATE(max(fEstoque[Data]),
                        dCalendario[Data] <= vdatamax)
 
var vresultado = CALCULATE([Resultado],
                            dCalendario[Data] = vultimoregistroestoque)
 
var vacumulado = CALCULATE(
                    [Compras] - [Consumo],
                    dCalendario[Data] <= vdatamax &&
                    dCalendario[Data] > vultimoregistroestoque)
return
if([Estoque] = BLANK(), vresultado + vacumulado, vresultado)
Jogando os dado em uma tabela, teremos seguinte resultado:

E veja que independente do formato de semana a ser apresentado, ou até mesmo demonstrar por mês, o resultado é o mesmo.
Por fim, a minha sugestão é você revisar o modelo de dados, pois ele pode não estar seguindo as boas práticas e com isso a medida acima pode não apresentar o comportamento desejado.
Segue o PBIX em anexo.
Espero que tenha conseguido ajudar novamente e que você possa encontrar sua solução, pois sei que você está buscando isso há alguns dias.
Sucesso aí, amigo....
Solução Alan Forum.pbix

Boa noite @João Henrique. Tudo bem amigo?
Deixa te passar alguns detalhes sobre o seu case.

Quando eu abri o seu PBIX, verifiquei que essa coluna de vendedor, você usou a coluna da tabela fato de vendas.
Essa não é a melhor prática. Devemos usar os dados das tabelas dimensão para isso, ok?
Tanto que eu estava fazendo medidas de contagem de devolução - que são dados da tabela fato devolução - e estava dando o mesmo resultado para todos os vendedores.
Quando eu troquei pela coluna da tabela dimensão, o resultado foi o esperado, conforme acima.
E as medidas foram as contagens distintas de documento das duas tabelas fatos e depois a diferença entre elas - acredito que seria o objetivo que você esperava.
Percebi ainda que você estava usando as colunas de valores das tabelas fatos na matriz acima e fazendo aqueles cálculos que o próprio PBI faz - medidas implícitas.
Mais uma boa prática é fazer as medidas explícitas - você mesmo cria as medidas como eu fiz. Não tem certo ou errado...rsrsrs...apenas boa prática, ok?
Vi tbm que vc usou como relacionamento entre as tabelas dimensão vendedores e a fato o nome dos vendedores, apesar de ter no seu modelo os códigos de vendedores nas duas tabelas envolvidas. Mais uma boa prática é usar os códigos para relacionamento, ok?
E por fim, nas tabelas fatos, vc não precisa deixar todas as colunas de descrição. Deixamos apenas data, valores e os id's que são as colunas para se criar os relacionamentos entre as dimensões, ok?
Tudo que for característica fica na dimensão. Ex: o nome dos vendedor não precisa estar na fato - apenas na dimensão. Na fato fica apenas o Id's dos vendedores, como já falei antes.
Segue abaixo o PBIX com as correções que eu fiz, conforme comentários acima.
Espero que tenha conseguido ajudar. E se minha resposta foi a solução para a sua dúvida, gentileza marca-la para fechar o tópico.
Sucesso aí, amigo....
1943927025_GiovanaLima.pbix

Boa noite @Thiago Anizio. Tudo bem, amigo?
Essa sua dúvida sobre selecionar um ciclo e mostrar alguns ciclos anteriores, a partir dessa seleção de data, o Leo explica logo no início da Live 72 - Eixos Dinâmicos.
[Live #72 Mestre Power BI] Tornando os Eixos Dinâmicos em visuais com DAX Avançado - Lives sobre Linguagem DAX - Pilar 4 (powerbiexperience.com)
Dá uma olhadinha lá que irá conseguir resolver.
Passa por criar um tabela calendário auxiliar, usar funções como DATESINPERIOD, USERELATIONSHIP, KEEPFILTERES, etc...rsrsrs
Conceitos mais avançados que estão muito bem explicados na Live pelo Mestre.
Então...nada melhor do que ir "direto à fonte" (rsrsrs) para solucionar o que precisa.
Espero que tenha conseguido ajudar, amigo.
Sucesso aí...
 

Boa noite @Willian Nogueira. Tudo bem amigo?
Olha se seria isso que você precisa?

Espero que tenha ajudado, amigo.
Sucesso aí....
 

Boa noite @Diego Araujo. Tudo bem amigo?
Segue abaixo minha sugestão para a solução do seu case:
Solução R1 =
var tb1 =
SUMMARIZE(
Planilha1,
Planilha1[Fornecdor],
Planilha1[Prazo de Pagamento])
 
return
CONCATENATEX(
tb1, Planilha1[Prazo de Pagamento], "/", Planilha1[Prazo de Pagamento], asc)

Espero que tenha ajudado, e se minha resposta foi a solução esperada, gentileza marca-la para fechar o tópico.
Sucesso aí, amigo....
Dúvida Diego Fórum.pbix

Bom dia @neogrand. Tudo bem amigo?
Minha sugestão é vc assistir a Live 72 Eixos Dinâmicos.
Leo apresenta exatamente essa solução que você precisa.
Outra sugestão seria utilizar a funcionalidade de parâmetros de campos. Que o usuário final poderá escolher qual categoria quer visualizar no eixo do gráfico.
Espero que tenha conseguido ajudar, amigo.
Sucesso aí....

Boa noite, @Karollyne Layane. Tudo bem?
Criei uma sugestão para a solução do seu case, usando como base dados que você apresentou em sua última pergunta aqui no fórum.
Para validar a criação das medidas eu acrescentei mais algumas linhas na tabela fato, acrescentando mais 2 produtos diferentes.
Muito provavelmente você terá que adaptar ao seu modelo, mas o raciocínio será o mesmo para replicar as medidas.
Como o @Tiago Craici disse acima, o ideal é que você disponibilize os dados, mesmo que fictícios, mas que contextualize a sua realidade e qual o resultado esperado. Dessa forma, a gente consegue te ajudar de forma tempestiva e você não fica aguardando muito tempo por respostas. Enfim....deixa te apresentar minha sugestão:
Primeiro eu criei as seguintes medidas:
Atual = sum(Fato[Valor])
 
Anterior =
var maxdata = Max(Fato[Data])
var ultimadata = CALCULATE(Max(Fato[Data]),
                    dCalendario[Date] < maxdata)
var valor = CALCULATE([Atual], dCalendario[Date] = ultimadata)
return
valor
 
▲ = DIVIDE([Atual] - [Anterior], [Anterior])
A medida "Atual" é o valor atual do produto. A "Anterior", como o nome já diz, é o valor anterior. E a "▲" é a Variação entre elas - para identificar se houve ou não variação ao longo do tempo.
Para encontrar a quantidade de produtos que teve variação de seu valor, foi preciso criar uma tabela virtual, com base na tabela fato, adicionando a coluna de produtos, de data, e por fim a coluna de variação do valor dos produtos. Após isso eu fiz um filtro nessa tabela para considerar apenas as variações diferentes de zero (<>0). Perceba que essa condição traz resultado True ou False - sendo assim, o filtro foi aplicado quando essa condição for True. Por fim, fiz a contagem de linhas resultantes, após aplicadas todas essas condições. Obs.: Leia a medida de dentro pra fora (da SUMMARIZE para a COUNTROWS) que irá entender o raciocínio aplicado, seguindo a descrição acima.
Segue a medida:
▲ Valor =
COUNTROWS(
FILTER(
ADDCOLUMNS(
SUMMARIZE(Fato,
Fato[Produto],
dCalendario[Date]),
"Variação", [▲] <> 0), [Variação] = True))
A medida acima é um pouco mais avançada, mas nada que impeça a sua compreensão em entender os conceitos de DAX aplicados. 
Após isso, chegamos no seguinte resultado:

Veja que o produto Café, teve 3 variações de valor ao longo do tempo. O suco apenas 1 vez. E o leite nenhuma alteração.
Por essa razão, a quantidade de variações de valor foram 4, considerando todo o período analisado.
Mas quando analisamos por mês, teremos que em Fevereiro apenas café teve variação; em abril 2 produtos (café e suco) e em julho, o café novamente.
Segue PBIX para melhor ajudar a compreensão das medidas criadas.
Espero que tenha conseguido ajudar de alguma maneira.
Te desejo muito sucesso....até mais....
Dúvida Karollyne Fórum.pbix

Bom dia @Filippe Reis. Tudo bem amigo?
Segue minha sugestão para solução do seu case:
Solução R1 =
var contexto = Min(dCalendario[Data])
var datamax = CALCULATE(MAX(Concluidas[DATA_FIM]),
                all(dCalendario))
 
var acc1 = CALCULATE(
    [Concluidas Simulador],
    DATESYTD(dCalendario[Data])
)
 
var accmeta = CALCULATE([Meta],
                filter(all(dCalendario),
                dCalendario[Data] <= MAX(dCalendario[Data]) &&
                dCalendario[Data] > EOMONTH(datamax, 0)))
 return
if( contexto > EOMONTH(datamax, 0), accmeta + acc1, acc1)

Espero que tenha conseguido ajudar.
Sucesso aí, amigo....

Boa noite @douglasgodinho. Tudo bem amigo?
Deixa complementar a minha resposta depois de analisar o seu modelo de dados.

Segue na imagem acima, a medida que eu criei para considerar apenas os clientes que estão presentes na tabela fato depósito.
Fiz uma medida que os antigos são aqueles que anteriores ao contexto e os atuais aqueles que estão no contexto vigente.
A exceção dessas duas tabelas, traz os clientes que são os novos, ou seja, que ainda não tiveram presente na tabela fato - aí é só fazer uma contagem de linhas dessa tabela resultante.
Veja abaixo que quando o filtro está aplicado em janeiro, na tabela ao lado teremos os ids do clientes presentes naquele mês.
E como era de se esperar, a medida irá trazer o mesmo valor, pois todos são clientes novos, pois não temos data anterior a esse contexto - Janeiro/2021:

Perceba que o cliente 288144 - da primeira linha. Veja que ele é um cliente do contexto atual - portanto considerado na medida R1.
Agora quando fazemos o filtro em novembro, esse mesmo cliente não é mais considerado na medida R1, pois já apareceu anteriormente a esse contexto. Veja:

O que valida a medida R1 que foi criada.
Outro importante detalhe para você ajustar o seu modelo é que não existe uma integridade entre a tabela fato deposito e a tabela dimensão clientes, conforme imagem abaixo:

Veja que existe ids de clientes que estão na tabela fato e não estão na tabela dimensão. Isso pode trazer alguns problemas em suas análises.
O ideal é rever a modelagem para garantir que todos os clientes estejam presentes na tabela dimensão.
Espero que tenha conseguido ajudar de alguma maneira.
Sucesso aí, amigo.

Bom dia @Karollyne Layane. Tudo bem?
A lógica para a solução do seu case foi apresentada pelo Leo na Live 67 abaixo. Avance o vídeo até 01:21hs que ele apresenta uma dúvida aqui do fórum com problema semelhante. Aí seria só vc adaptar à sua realidade.
"[Extra] Live #67 Mestre Power BI - 4. Linguagem DAX" https://play.powerbiexperience.com/curso/4-linguagem-dax/1857/10510
Espero que tenha conseguido ajudar.
Sucesso aí...

@Divair Zarpelon, boa tarde amigo.
Você precisa indicar a solução que lhe atendeu para fechar esse tópico, conforme regras da comunidade. 
Fico feliz que tenha conseguido lhe ajudar. 

Boa tarde, @joaopaulocorreia. 
O percentual é a divisão entre dois fatores.
na sua medida Divide so tem 1.
Pra conseguir fazer isso, vc precisa encontrar primeiro o valor total - que é feito usando a função ALL:
Total: CALCULATE[suamedida], ALL(tabeladimensaodocontextoavaliado)
Depois disso vc faz o DIVIDE:
% = DIVIDE( [suamedida], [total])
Espero que tenha conseguido ajudar.
Sucesso aí...

Ah sim, @Carlos Silvaentendi....
Vi que seus dados estão em Excel, né?
Talvez seja melhor leva-los para o PBI e lá construir as medidas necessárias, usando a função Rankx.
Mas para desempatar o ranking, sugiro criar um segunda regra a ser analisada em conjunto.
Pense no campeonato brasileiro de futebol onde temos 2 times empatados com a mesma quantidade de pontos.
A segunda regra a ser seguida é a quantidade de vitórias, depois saldo de gols (salvo engano...rsrsrs) e por aí vai...
Portanto, é usual utilizar uma segunda regra para esse desempate - ou até mais se necessário for.
No ranking de vendas, para o desempate, você poderia usar a quantidade de produtos vendidos. 2 vendedores tiveram o mesmo valor vendido, mas 1 teve 10 produtos e outro 20 produtos.
Aí a segunda regra poderia ser pela quantidade vendida para desempatar - aí nesse caso, quem vendeu 20 produtos seria o primeiro.
Ou talvez pelo ticket médio das vendas. Aí a lógica anterior se inverte: quem vendeu menos produtos, teve maior ticket médio de vendas e por isso seria o primeiro colocado em seu ranking.
Então o desempate passa ser uma nova regra que também tenha um significado importante para o negócio da empresa, entendeu?
A função Rankx do Dax até tem argumentos para ordenar esses empates.
Ela pode ser assim:
1
2
3
3
5
6
ou assim:
1
2
3
3
4
5
Para ser assim:
1
2
3
4
5
6
você precisa criar realmente mais de uma regra para tentar fugir dos empates. Procura no curso por ranking que salvo engano o Leo também explica sobre esse critério de desempate.
Espero que tenha conseguido ajudar novamente.
Sucesso aí, amigo.

Bom dia, @Mario R. Tudo bem amigo?
Sobre a sua dúvida 1, a forma de fazer com que o visual desconsidere o filtro de data aplicado a ele, talvez seria usar o raciocínio que o Leo explica na Live 72 - Eixos Dinâmicos.
"[Live #72 Mestre Power BI] Tornando os Eixos Dinâmicos em visuais com DAX Avançado - Lives sobre Linguagem DAX - Pilar 4" https://play.powerbiexperience.com/curso/lives-sobre-linguagem-dax-pilar-4/5102/26995
Talvez poderia desabilitar a interação entre o segmentador de datas e o visual. Mas teria que avaliar se seria a uma boa alternativa para seu case.
Agora para a sua segunda  dúvida, acredito que a melhor alternativa seria seguir a postagem do Leo no YouTube, que até foi uma dúvida minha...rsrsrs...
Pq será preciso ajustar o modelo de dados, ou fazer em Dax, de forma que retorne todos os dias entre seu range de datas início e término.
Todas as 2 soluções são avançadas, mas foi o que acredito ser o raciocínio lógico pra encontrar o resultado desejado.
Espero que tenha ajudado...
Sucesso aí, amigo...

Boa tarde @pedrohmfortunato. Tudo bem amigo?
Você precisa acrescentar mais uma CACULATE na sua medida, acrescentando o filtro de inteligência de tempo SAMEPERIODLASTYEAR, assim:
 
ACUMULADO YTD RAIZ ALLSELECTED = CALCULATE( CALCULATE(     [Total Vendido],     SAMEPERIODLASTYEAR(dCalendario[Data])),     CALCULATETABLE(     FILTER(     ALLSELECTED(dCalendario),     dCalendario[Data] <= MAX(dCalendario[Data])),     dCalendario[Check Data Venda] = TRUE()      ),VALUES(dCalendario[Ano]) //POR FORA DA CALCUALTE TABLE )  
Caso contrário, pode criar essa medida também e depois usa-la no lugar da medida [Total Vendido].
ACUMULADO YTD RAIZ ALLSELECTED 2 =   CALCULATE(     [SPLY Total Vendido],     CALCULATETABLE(     FILTER(     ALLSELECTED(dCalendario),     dCalendario[Data] <= MAX(dCalendario[Data])),     dCalendario[Check Data Venda] = TRUE()      ),VALUES(dCalendario[Ano])) //POR FORA DA CALCUALTE TABLE Espero que tenha ajudado, amigo.
Sucesso aí....
 

Boa tarde, @Wilton.
Segue uma solução que passei para outro colega aqui da comunidade com caso semelhante ao seu.
Espero que tenha ajudado, amigo.
Sucesso aí...
 

Boa noite @vascoa. Tudo bem amigo?
Vi que sua dúvida ainda está em aberto.
Conseguiu esclarecer? Chegou na solução esperada?
Caso minha sugestão tenha sido a melhor resposta, poderia marca-la por gentileza, para fechar o tópico?
Obrigado, amigo.

Boa tarde @Camargo. Tudo bem amigo?
Tenta a seguinte medida:
Média = AVERAGEX(fSigitm, DATEDIFF(fSigitm[Data e Hora Abertura], fSigitm[Data e Hora Fechado], MINUTE))
Espero que tenha ajudado, amigo.
Sucesso aí.

Boa tarde @Camargo. Tudo bem amigo?
Tenta a seguinte medida:
Média = AVERAGEX(fSigitm, DATEDIFF(fSigitm[Data e Hora Abertura], fSigitm[Data e Hora Fechado], MINUTE))
Espero que tenha ajudado, amigo.
Sucesso aí.