Matriz do LuckyTemplates | Como corrigir totais de matriz no LuckyTemplates

Neste tutorial, mostrarei como corrigir os totais da matriz do LuckyTemplates, particularmente corrigindo totais e subtotais se as medidas criadas não produzirem os resultados corretos originalmente. Você pode assistir ao vídeo completo deste tutorial na parte inferior deste blog.

Há duas razões pelas quais eu quis abordar esse problema. Uma delas é que ocorre com bastante frequência. É algo que aparece muito no . Vemos essa pergunta repetida várias vezes em diferentes formas. A segunda razão é que, quando você o aborda no contexto de uma matriz, é provavelmente o mais difícil dos problemas de totais quebrados.

Se você aprender a lidar com isso na matriz, saberá o que precisa fazer para fixar seus totais em cartões, tabelas e outros recursos visuais em que os totais podem quebrar. Vou passar por um processo sistemático para corrigir os totais da matriz do LuckyTemplates que estão quebrados e realmente dividi-los por componentes.

Neste exemplo, a medida foi complexa o suficiente para quebrar os totais de forma bastante espetacular. Eu queria começar com totais realmente quebrados para mostrar a você como consertar até mesmo o pior dos problemas de totais quebrados.

Índice

• Totais incorretos na matriz do LuckyTemplates
• Corrigindo totais da matriz do LuckyTemplates com a lógica SWITCH TRUE
• Depurando Usando o Editor Tabular 3
• Conclusão

Totais incorretos na matriz do LuckyTemplates

Vejamos o contexto das medidas neste exemplo. Primeiro, temos uma medida chamada Spread Revenue , que é o ramo de Total Opportunity Revenue e Lookup Scaling Factor .

A receita total da oportunidade é apenas uma medida simples , enquanto o Fator de escala de pesquisa é uma pesquisa mais complicada, do tipo multicritério, que fazemos com base em uma série de condições de filtro.

Este é apenas um exemplo de como os totais podem quebrar. Agora, se pegarmos essa receita de spread e a colocarmos no campo da matriz, é isso que acontece (veja abaixo).

Como você pode ver, as linhas base calculam corretamente, mas as linhas totais não calculam. Em muitos casos, quando você tem totais, subtotais e totais gerais, o LuckyTemplates pelo menos adivinha. E, muitas vezes, esse palpite está errado e você precisa corrigir os totais.

Mas, neste caso, o LuckyTemplates apenas dá o equivalente a encolher os ombros. Ele não tem a menor ideia de quais deveriam ser esses totais. Não dá nem para adivinhar. Ele apenas os rotula como em branco. Para resolver isso, precisamos construir alguma lógica adicional aqui que diga ao LuckyTemplates o que fazer nos totais de linhas, totais de colunas e totais gerais.

Em muitos casos, onde você está olhando para várias condições, você pode fazer isso como uma instrução aninhada . Mas temos uma construção melhor no LuckyTemplates que facilita muito a visualização da lógica, que é a instrução

Corrigindo totais da matriz do LuckyTemplates com a lógica SWITCH TRUE

Temos uma instrução SWITCH TRUE construída do geral para o específico e quero mostrar a você por que isso não funciona. O que a instrução SWITCH TRUE faz é passar por cada uma das condições. Sai do primeiro que é verdade.

E assim, neste caso, partimos do geral. Diz, “se a classe do animal é em monotremados, marsupiais e placentários, então ele recebe o rótulo de mamífero”. Neste exemplo, essas são as únicas três classes de mamíferos. Se for um mamífero, será um desses três tipos.

Se olharmos o que acontece, os dados entram e vamos para SWITCH TRUE. E se for uma dessas classes, fica “mamífero”. Isso significa que nunca vai chegar a esse critério aqui de marsupial ou aquele que a gente quer, que é canguru porque são todos mamíferos. E assim, se esta afirmação for verdadeira, ela sairá.

Se a afirmação não for verdadeira, então as duas afirmações não serão verdadeiras. Vai para o default, que não é mamífero. Portanto, em vez de construir do geral para o específico, você deve construir sua instrução SWITCH TRUE do específico para o geral e, em seguida, o resumo no final.

Se levarmos isso de volta ao exemplo de fixar os totais da matriz, é realmente a mesma coisa. O A aqui são os detalhes, que serão a primeira declaração em nosso SWITCH TRUE. E então, temos D como o catch-all. No meio, temos essas duas condições B e C. B tem contexto para a coluna, mas não para a linha, enquanto C tem contexto para a linha, mas não para a coluna.

Agora vamos pular para o Tabular Editor 3 (TE3), que é realmente minha maneira favorita de depurar e entender as medidas.

Depurando Usando o Editor Tabular 3

Eu chamo essa medida (abaixo) de receita de spread com totais fixos. É bastante longo e parece um DAX complicado, mas vou dividir isso por componente.

Temos aqui apenas duas variáveis ​​que basicamente pegam o de nosso Curto Mês e nosso Período, e isso vai determinar o contexto. Então, temos uma tabela virtual, que é basicamente uma versão virtual da matriz através desta construção e .

Se observarmos isso dentro de uma consulta DAX, veremos que ela basicamente cria todas as combinações possíveis de Período e Mês Curto, que é o que a matriz faz.

Dentro do Tabular Editor 3, há outra forma de visualizar isso chamada Grade Dinâmica. Ele produz um visual igual ao visual da matriz no LuckyTemplates.

Voltando à nossa medida no Editor de Expressões, precisamos construir a lógica que cria os campos de totais. E assim, temos esta instrução SWITCH TRUE com , em que estamos testando para ver se há ou não um contexto em cada um dos dois campos nos quais precisamos de contexto.

A primeira condição, que vai da mais específica para a menos específica, é aquela condição A, as linhas base. Portanto, se tivermos contexto para o período e para o mês curto, usaremos apenas a medida Spread Revenue porque estava produzindo os resultados corretos nessas linhas de dados.

Agora precisamos construir a lógica para B, que é onde temos o contexto na coluna. Portanto, temos HASONEVALUE para Short months, mas não para Period. Agora, queremos forçar a lógica, pegar a matriz virtual e pegar nossa medida Spread Revenue e, em seguida, somar todos os valores de Período.

A próxima coisa que temos é o outro lado, onde temos HASONEVALUE em Período, mas não em Mês Curto. Agora estamos pegando o da tabela virtual (medida da receita de spread) e somando todos os do Short Month.

E, finalmente, temos a medida geral, que é se não tivermos contexto em nenhum dos dois, apenas pegamos a soma total da tabela virtual.

Agora, se levarmos nossa medida Receita de spread com totais fixos para os campos e a soltarmos nos valores, obteremos os totais adequados para os totais de linha, os totais de coluna e os totais gerais. A lógica SWITCH TRUE está passando e impondo toda a lógica que precisamos para obter os totais corretos.

Como criar subtotais exclusivos em tabelas do LuckyTemplates
Corrigindo totais incorretos usando medidas DAX no LuckyTemplates
Usando lógica avançada no LuckyTemplates para corrigir seus totais

Conclusão

Neste blog, mostrei como corrigir totais incorretos na matriz do LuckyTemplates. Esta é uma construção que você pode impor em uma mesa ou em um cartão, onde você constrói a lógica virtual para as linhas de base, que normalmente funcionará se você tiver uma medida correta. E então, é só impor a lógica que você precisa para forçar o total adequado.

Parece complexo, mas definitivamente útil. Espero que esteja tudo claro. Você pode assistir ao tutorial em vídeo completo abaixo e conferir os links para mais conteúdo relacionado.

Tudo de bom!