Rodrigo R1

Prezados Bruno's @Bruno Wantil e @Bruno Abdalla de Souza, tudo bem amigos?
Permitam-me uma sugestão.
Primeiros passos Power Query:
1. duplicar as tabelas riscos e funcionários,
2. Fazer um merge com a tabela de ambiente funcionário com essa tabela risco duplicada,
3. essa tabela resultante do merge será a fato do modelo,
3. desabilitar a carga dessa tabela risco que foi feito o merge.
4. na outra tabela de risco deixar apenas os códigos dos riscos,
5. na outra tabela funcionário deixar apenas os códigos dos funcionários;
Feito isso, o modelo terá 5 tabelas no Power Query, sendo 4 que serão carregadas para o Power Bi e outra que a carga foi desabilitada no passo 3.
Os relacionamentos ficaram assim:
 

Feito isso, basta usar as colunas que irá encontrar os funcionários que pertencem a cada ambiente e quais riscos eles estão sujeitos naquele ambiente específico, conforme abaixo:

A hierarquia acima está por:
Ambiente, depois matrícula do empregado e depois os riscos que eles estão sujeitos.
Espero que tenha conseguido ajudar.
Sucesso amigos.

Boa noite @Paulo Rodrigues, tudo bem amigo?
Poderia demonstrar e explicar melhor qual o resultado esperado?
Teria como fornecer o PBIX para que possamos compreender melhor o seu case?
Analisando sua medida, percebo que as combinações de filtros dentro da Calculate, me parecem excludentes.
Não tenho certeza se é o que você espera como resultado, mas acredito que você precisa criar uma variável para cada combinação e no RETURN fazer a soma dessas variáveis (combinações).
Enfim....espero que tenho ajudado de alguma maneira.
Sucesso aí, amigo.

Bom dia, @Rafael Leite, tudo bem amigo?
Sugiro você criar um Parâmetro para simular seus cenários com a variação dos metros quadrados, conforme tela abaixo:

1 - vai em Modelagem, aí você clica em novo parâmetro e depois em intervalo numérico. Será aberto essa tela do lado direito onde você irá definir os valores mínimo e máximo, nesse caso foi de 0 a 20 - e depois clicar em criar.
2 - será criada uma nova tabela, com uma medida e tbm será adicionado um slicer na sua página.
Feito isso, você irá criar uma nova medida que irá considerar de forma dinâmica, o valor selecionado no slicer e multiplicar na sua medida original.
Medida original:
Média = AVERAGEX(values(dCalendario[Meses]), [soma])
Medida Simulação:
Média Simulada = [Média] * [Parâmetro Valor]
Diferença entre elas:
Diferença Média Simulada = Medidas[Média Simulada] - Medidas[Média]
Fazendo isso ficará de forma dinâmica para seu usuário final simulador diversos cenários, calculando assim o impacto dessa variação do m2.
Agora é só você ajustar esse exemplo a sua realidade/necessidade.
Espero que tenha ajudado.
Sucesso aí, amigo.
Caso tenha sido a solução, gentileza marcar como melhor resposta para fechar o tópico.

Oi @getswitch....

Bom....vamos lá...rsrsrs
Precisaremos dar alguns passos pra trás...rsrsrs
A primeira coisa a ser feita é ajustar o seu modelo:

Nele tem apenas 2 tabelas que tem relacionamento bidirecional - o que não é interessante manter esse tipo de relacionamento entre tabelas.
Outro detalhe é que as 2 tabelas me parecem tabelas fato - mais um motivo para evitar esse relacionamento, pois não se deve relacionar tabelas fato.
Além do que, penso que seu modelo precisa das seguintes dimensões:
dcalendario,
dClientes, 
dImobiliaria,
dEmpreendimento,
dGestor,
dMétodoPagamento.
E penso que talvez 2 tabelas fato seriam suficientes para atender o seu modelo:
fVendasEmpreendimento - para informar o valor do imóvel e a entrada, por exemplo.
fpagamentoParcelas - para controle de pagamento das parcelas futuras.
Nas dimensões você irá deixar apenas a chave única e as características que pertencem a elas.
Nas fatos, você vai deixar apenas as chaves únicas de cada dimensão e as informações das vendas, como data, valor, parcelas, % comissão....
Isso estou falando pensando por alto mesmo...rsrsrs....pq tudo depende do modelo de negócios.
Mas posso te garantir que com o modelo bem estruturado assim, será muito mais fácil fazer as análises depois, via DAX.
Outra coisa que percebi é que você está criando várias colunas calculadas nas sua tabelas - em Excel fazemos assim, mas no PBI não é recomendado essa prática.
Isso não é performático e também não é a melhor alternativa. Tente evitar isso sempre!
Quando se envolve cálculos com valores, devemos sempre priorizar criar medidas - por serem dinâmicas.
Por essa razão, que está havendo essa divergência entre a solução que estou apresentando - via medidas - e você está fazendo a adaptação delas para usa-las em colunas.
Aí vai dar ruim mesmo....rsrsrs
Resumindo....
pra conseguirmos uma solução ideal para o seu case, será necessário realizar antes essas etapas acima.
Eu poderia até criar aqui a coluna calculada como você deseja....mas eu não estaria contribuindo em nada com seu aprendizado, entende?
Vai por mim....seguir o que eu escrevi acima vai ser bem melhor....esse é o caminho ideal, conforme é ensinado pelo Mestre Leonardo.
Espero que tenha conseguido contribuir.
Sucesso aí, amigo.

@Raphael Hamdan, boa noite amigo. Tudo bem?
Que bom que com minha orientação conseguimos encontrar a solução mais indicada para o seu case. 
Poderia marcar a minha resposta como melhor solução, por gentileza?
Isso contribui para que os demais usuários da comunidade encontrem a melhor solução, caso tenham passado pelo mesmo problema, além de ser uma premissa do fórum.
Obrigado, amigo. Sucesso aí. 

Boa noite, @Geraldo Cezar Duarte Fonse.
Encontrei os erros.
Como te falei, foi preciso rever todo o modelo de dados.
Encontrei relacionamentos biderecional entre as tabelas, o que estava afetando os cálculos - mesmo não sendo entre as tabelas envolvidas no visual.

Outro detalhe é que na tabela fresolutividade, existe um lançamento onde o município Santa Barbara está com acento - fazendo constar como se fosse outro município:

Isso faz com que aparece aquela linha em branco - mesmo não sendo a tabela que está no visual.
Quando você ajustar esses pontos no seu modelo será resolvido, veja:

Acho que agora encontramos a solução para as suas dúvidas.
Sucesso aí, amigo.
 

Boa tarde, @Fernando Barreto, tudo bem #incomparável???
Estou há alguns dias testando aqui essa sua dúvida, e percebi que essa solução/medida não é muito performática.
Vi que alguns profissionais ensinam a fazer esse cálculo de acumulado, conforme você mencionou.
A partir disso, eu criei uma medida usando tabela virtual, pra comparar a performance.
Também não ficou das melhores, mas diminuiu alguns segundos o tempo de processamento, conforme telas abaixo:
Essa tela é a performance com as suas medidas, que tiveram duração de processamento de 13,7 segundos

Abaixo a tela com as medidas que eu criei, com tempo de processamento de 8,8 segundos - melhoria de 35,7%...rsrsrs

Como eu disse anteriormente, ainda não seria o ideal...mas de fato não encontrei alguma outra maneira ainda mais performática.
Caso tenha encontrado alguma solução, gentileza compartilhar, amigo.
Segue PBIX com as medidas testes que fiz.
Espero que tenha ajudado.
Sucesso aí.
FaturamentoAcumulado.pbix

Excelente, @Edsonsouza.
Gentileza fechar o tópico indicando a solução, amigo.
Obrigado.

Boa noite, @Jromio, Tudo bem amigo?
Se me permite uma sugestão:
Acumulado Mes anterior = CALCULATE(
[Soma],
DATESYTD(
DATEADD(dCalendario[Data], -1, MONTH)))
Espero que tenha ajudado. Gentileza marcar como solução.
Sucesso, amigo.

Boa tarde @Isadora Lupchinski, tudo bem?
Se me permite uma sugestão, a Live 52 é referente a criação de tabela dcalendário super completa e o Leo disponibiliza um arquivo que você pode copiar e colar no Editor avançado do Power Query. Depois dessa Live minhas dcalendários são criadas assim...rsrsrs...além de facilitar demais os cálculos em Dax também...rsrs
Chamo atenção para a coluna de Offset do Mês, que já calcula a diferença do mês atual (0 - zero) para os meses anteriores (-1, -2, -3, etc).
Então você pode usar essa coluna como filtro na sua medida ou até mesmo filtro no visual usando aquela opção lateral direita.
Fazendo esse filtro usando essa coluna Offset do Mês como 0 (zero), quando a sua base de dados for atualizada, a sua dcalendário será atualizada automaticamente também - e assim o seu visual e/ou medida também serão atualizados para o mês atual vigente. Ex: Hoje o Offset zero é o mês de Maio, quando seus dados de Junho forem disponibilizados, o novo Offset zero será junho, e assim, sucessivamente. Com isso não precisará de manutenção mensal no seu dash também.
Portanto, sugiro seguir os passos da Live 52 para a criação da sua dcalendário e o raciocínio que mencionei acima....acredito que assim você chegará no resultado que deseja.
Eu já usei esse solução para um cliente meu e deu super certo...rsrs.
Sucesso para você e se o post atender a sua necessidade, gentileza marca-lo como a solução.
 
 

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 @fernando0877, tudo bem amigo.
A sua dúvida pode ser resolvida utilizando-se da teoria de conjuntos - muito utilizada para analisar, por exemplo, os clientes novos em determinado período.
Só que no seu caso, são notas fiscais novas com a condição que não tenham o código de status = 10. 
Portanto, a medida para sua solução é:
R1 =
var notasatuais = calculatetable(VALUES(fStatusNFe[nNFe]), fStatusNFe[codStatus] <>10)
var notasantigos =
CALCULATETABLE(
values(fStatusNFe[nNFe]),
FILTER(
all(dCalendario),
dCalendario[dtBase] < min(dCalendario[dtBase])),
fStatusNFe[codStatus] <> 10)
var excecao = EXCEPT(notasatuais, notasantigos)
Return
countrows(excecao)
Veja que eu criei 2 conjuntos - que são 2 tabelas: notas novas e notas antigas, ambas com a condição do código de status ser diferente de 10.
Depois fiz a exceção entre elas, e por fim, o return contando as linhas dessa tabela resultante. 
O que dará o seguinte resultando em uma matriz:

 
Para compreender melhor, vou deixar aqui como sugestão uma aula do curso para você assistir para assimilar os conceitos que eu apliquei na sua solução:
Ex. 4: Listando clientes novos em relação a todos os meses (primeira compra) - [TC] 5A. Exercícios e Desafios com DAX (powerbiexperience.com)
Essa aula é a 4 de 5 que tratam do mesmo assunto dentro desse módulo.
Espero que tenha ajudado, amigo
Sucesso aí.

Boa noite, @Fernando Barreto, tudo bem amigo?
Deixa sugerir uma aula do curso do Leo - talvez possa solucionar o que você precisa.
Utilizando Medidas para filtrar Segmentações de Dados - [TC] 6. Visualização de Dados (powerbiexperience.com)
Espero que tenha ajudado.
Sucesso aí, amigo.

Boa noite, @AlmirJunior, tudo bem amigo?
Deixa te dar um feedback sobre o seu modelo de dados.
Eu vi que tem muitos pontos a serem corrigidos, vamos lá:

1. Você tem 2 tabelas dcalendário no seu modelo de dados - geralmente isso não é preciso, ainda mais pelo tipo de análise que você irá fazer.
2. Uma das tabela dcalendario ainda tem coluna com nome de cliente dentro dela - isso não pode ocorrer! A dimensão é uma tabela exclusiva para um tipo de dado.
3. Existe um relacionamento inativo entre uma dimensão nomecliente e a dcalendáriofatura - não relacionamos dimensão com dimensão - apenas em casos muito específicos, mas pelo que vi não é o seu caso e muito menos uma dimensão cliente com outra de data - tipos de dados diferentes.
4. Um relacionamento biderecional entre as 2 tabelas dimensão - relacionamentos biderecionais precisam ser evitados. Isso dá problema nas análises.
5. Vi ainda que você criou algumas colunas calculadas dentro do seu modelo. Isso também não é aconselhável fazer. Em alguns casos usamos sim. Mas bem pontuais tbm.
Pelo seu enunciado, eu entendi que você irá querer analisar os dados por eventos com base em datas: data venda, data da fatura, data da entrega.
Então, a sua tabela fato deverá contemplar esses eventos em colunas próprias:
nº fatura - cliente - valor - data da venda - data da fatura - data da entrega
Acho que você vai precisar de uma tabela dimensão cliente, como vc já tem e uma dcalendário apenas.
O detalhe é que teremos 3 relacionamentos entre a dcalendário e a tabela fato: um ativo para a data da venda e mais 2 inativos: 1 para data fatura e outra data da entrega.
E depois nas medidas que você irá ativar esse relacionamento (USERELATIONSHIP) para analisar os dados em cada contexto/evento de data que esteja com o relacionamento inativo.
Enfim....eu já estou até indo um pouco mais além...rsrsrs...melhor não continuar para não te confundir mais ainda...rsrs
O ideal a se fazer mesmo, é controlar a ansiedade um pouco, acredito que você esteja começando agora com PBI...e isso é normal, comigo também foi assim...rsrs....a gente quer ir logo pras medidas....rsrsrs....mas o melhor a se fazer mesmo é dar uns passos para trás e aprofundar um pouco mais em modelagem de dados.
Na sua dúvida que eu te respondi anteriormente eu afirmei isso: a importância de uma modelagem bem feita para que vc tenha tranquilidade na hora do DAX.
Modelagem a gente gasta bastante tempo mesmo. Isso é preciso, mas vai valer à pena. Pode confiar, amigo.
Comece o curso do Leo seguindo as aulas do Express, depois vai para o Champion....não atropele os passos! Isso é fundamental para o seu aprendizado, amigo.
Bom...espero que eu tenha conseguido te ajudar de alguma forma com os conselhos de quem já sentiu essa ansiedade também, amigo.
Eu sempre procuro ajudar os colegas aqui no fórum. Iremos nos encontrar muito por aqui ainda...rsrsrs.
Estarei sempre à disposição, conte comigo. Bons estudos e sucesso aí, companheiro.
 

Prezado @Rangel Tavares Moura, boa tarde amigo.
Seu problema é de modelagem e não DAX.
A sua tabela dimensão precisa estar com todos os produtos registrados e nessa mesma tabela você adiciona uma coluna de condicional se o produto está ou não em promoção.
Depois é só usar esse coluna promoção como filtro dentro de uma CALCULATE.
Revise seu modelo que vai dar certo assim.
Sucesso aí.

Prezado @AlmirJunior, fico feliz que tenha conseguido ajudar na sua dúvida desse tópico.
Como a sua pergunta inicial já foi respondida, o melhor a se fazer é fechar esse tópico e abrir um outro com a sua nova dúvida.
Inclusive, já adianto a necessidade de você incluir o seu modelo e a base de dados, com o resultado esperado, pra facilitar tanto pra mim ou para outro colega aqui do fórum.
Se forem dados sigilosos, cria uma base fictícia semelhante a sua necessidade.
Lembrando que essas são as recomendações que estão na página inicial, exatamente para ajudar que a sua pergunta tenha maior assertividade e tempestividade nas respostas, amigo.
Mas já te adianto que é possível sim fazer toda essa análise que você deseja - claro que o principal é um modelo bem estrutura, com as tabelas dimensão, fato e a dcalendário já criadas, ou seja, a modelagem é o pilar principal para facilitar as medidas DAX depois.
Assim que elaborar e postar sua nova dúvida, me mande uma mensagem no particular que tento te ajudar sim.
Sucesso aí.

Boa noite @murilo. Tudo bem amigo?
Não tem problema vc utilizar as chaves PK e SK do seu DW para relacionamentos entre as tabelas.
O único ajuste que vc precisa fazer para utilizar as funções de inteligência de tempo do PBI é informar qual a sua tabela/coluna de data padrão do seu modelo, conforme tela abaixo:

Abre o menu Arquivo e depois em opções e depois em carregamento de dados, conforme tela abaixo, para verificar se o item de identificação automática de data está marcado:

Você pode optar por deixar desmarcado para você mesmo fazer o passo que falei antes.
E depois vc mesmo vai poder criar também as suas próprias hierarquias de datas.
Espero que tenha ajudado.
Sucesso aí.

Bom dia @Eduardo da Costa Manente. Tudo bem amigo?
Fiz outro teste aqui, acho que agora vai dar certo...rsrsrsrs
Precisamos inverter a ordem dos dados dentro do Switch - colocar para ele analisar primeiro a menor granularidade que vc quer visualizar:
Título Tooltip Receita Caminhão =
SWITCH(
true,
HASONEVALUE(DimTempo[Semana do Mês]), "Receita Bruta: " & SELECTEDVALUE(DimTempo[Semana do Mês]),
HASONEVALUE(DimTempo[Mês Abreviado]), "Receita Bruta: " & SELECTEDVALUE(DimTempo[Mês Abreviado])
)
Fiz até um exemplo aqui pra vc verificar que vai dar certo dessa vez...rsrsrs
 

Nesse meu exemplo eu ainda adicionei o ano ao final do mês.
As granularidades são diferentes das suas, mas o raciocínio é o mesmo.
Espero que enfim, tenhamos chegado na sua solução amigo?
Sucesso aí.

Boa noite @Felipe Emmanuel, tudo bem amigo?
Para a sua solução eu criei um modelo semelhante para que pudesse chegar no resultado.
Na próxima dúvida, gentileza anexar uma base de dados fictícia ou o próprio PBIX para facilitar a ajuda...rsrrs
Vamos lá....
Para isso as medidas criadas foram:
Soma = sum(Fato[Valor])
Ranking =
CALCULATE(
RANKX(ALL(Cliente[Cidade]), [Soma]),
ALL(Cliente[Cliente]), VALUES(Cliente[Cidade]))
Veja o resultado:

Importante entender que a sua necessidade é ajustar a sua medida conforme seu contexto de avaliação. Para ajustar a medida de ranking, foi usada a CALCULATE e filtros para remover contexto de cliente (ALL) mas considerar o contexto de cidade (VALUES).
Espero que tenha conseguido ajudar.
Sucesso, amigo.

Boa tarde, @Thiago Anizio. Tudo bem amigo. 
Pelo que entendi os seus dados estão com sinal de negativo. Então, o sinal negativo X sinal de negativo o resultado será positivo.
Para solucionar isso, coloque a função ABS antes de uma das suas colunas com sinal negativo. Isso deve resolver.
Devolução = Sumx(fatos, ABS(valor unitário) X (quantidade))
Sucesso aí amigo. 

Prezados @Cardoso e @Victor Gomide, boa noite amigos.
Peço permissão para sugerir uma solução:
Como o @Cardoso deseja exibir em visuais de cartão, será necessário criar uma medida para cada visual, sendo que para se comparar períodos iguais entre anos anteriores, será preciso ajustar as medidas e também o modelo de dados.
Primeiro passo é criar uma coluna na dcalendário que irá verificar se existe dado na tabela fato - essa informação será usada como filtro na tabela de data do contexto avaliado:
Possui dados = dCalendario[Data] <= max(fDados[Data])
Essa coluna será do tipo  TRUE/FALSE e irá verificar qual a última data que houve faturamento na fato, eliminando assim, datas futuras, para se fazer a comparação de períodos anteriores e iguais.
As medidas serão:
Soma = sum(fDados[Valor])
Faturamento Atual =
var diamax = max(fDados[Data])
var anomax = YEAr(diamax)
return
CALCULATE([Soma],
dCalendario[Ano] = anomax)
 
Ano Anterior =
CALCULATE(
[Soma],
CALCULATETABLE(
DATEADD(dCalendario[Data], -1, YEAR),
dCalendario[Possui dados] = TRUE))
 
2 Anos Anteriores =
CALCULATE(
[Soma],
CALCULATETABLE(
DATEADD(dCalendario[Data], -2, YEAR),
dCalendario[Possui dados] = TRUE))
 
3 Anos Anteriores =
CALCULATE(
[Soma],
CALCULATETABLE(
DATEADD(dCalendario[Data], -3, YEAR),
dCalendario[Possui dados] = TRUE))
 
As medidas foram construídas de forma dinâmica, levando em consideração o contexto máximo - que nesse caso o ano máximo é 2022.
Portanto, quando estiver no ano que vem - 2023 - o contexto será atualizado dinamicamente sendo que o ano de 2023, passará a ser o ano atual e os demais irão buscar os períodos anteriores com base nesse novo contexto de ano. O que irá evitar também a manutenção do relatório, ao contrário de caso optar por definir na medida que o ano atual é 2022 - o que tbm pode ser feito sem problemas...rsrsrs...mas enfim...
Espero que tenha ajuda a solucionar sua dúvida, amigo.
Sucesso pra vocês.

Que bom @Cardoso . Fico feliz em ajudar.
Gentileza fechar então essa dúvida e marcar a resposta da solução do seu caso, pra não ficar pendente lá na página inicial. 
Abraço e sucesso. 

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!!!

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.

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!!!!