Matrice di LuckyTemplates | Come correggere i totali della matrice in LuckyTemplates

Per questo tutorial, ti mostrerò come correggere i totali della matrice di LuckyTemplates, in particolare correggere i totali e i subtotali se le misure che crei non producono i risultati corretti in origine. Puoi guardare il video completo di questo tutorial in fondo a questo blog.

Ci sono due motivi per cui ho voluto affrontare questo problema. Uno è che si verifica abbastanza spesso. È qualcosa che emerge molto nel . Vediamo questa domanda ripetuta più e più volte in forme diverse. La seconda ragione è che quando lo affronti nel contesto di una matrice, è probabilmente il più difficile dei problemi con totali spezzati.

Se impari come affrontarlo nella matrice, saprai cosa devi fare per correggere i tuoi totali nelle carte, nelle tabelle e in altri elementi visivi in ​​​​cui i totali potrebbero rompersi. Eseguirò un processo sistematico per correggere i totali della matrice di LuckyTemplates che sono interrotti e scomporli davvero per componenti.

In questo esempio, la misura era abbastanza complessa da spezzare i totali in modo abbastanza spettacolare. Volevo iniziare con dei totali spezzati per mostrarti come risolvere anche il peggiore dei problemi di totali spezzati.

Sommario

• Totali errati nella matrice di LuckyTemplates
• Correzione dei totali della matrice di LuckyTemplates con SWITCH TRUE Logic
• Debug utilizzando l'editor tabulare 3
• Conclusione

Totali errati nella matrice di LuckyTemplates

Esaminiamo il contesto delle misure in questo esempio. Innanzitutto, abbiamo una misura chiamata Spread Revenue , che è il ramo di Total Opportunity Revenue e Lookup Scaling Factor .

Il Total Opportunity Revenue è solo una semplice misura , mentre il Lookup Scaling Factor è un tipo di ricerca multicriterio più complicato che basiamo su una serie di condizioni di filtro.

Questo è solo un esempio di un modo in cui i totali possono rompersi. Ora, se prendiamo quel Spread Revenue e lo rilasciamo nel campo per la matrice, questo è ciò che accade (vedi sotto).

Come puoi vedere, le righe di base calcolano correttamente, ma le righe totali non lo calcolano. In molti casi, quando si dispone di totali, subtotali e totali complessivi, LuckyTemplates fa almeno un'ipotesi. E spesso, quell'ipotesi è sbagliata e devi correggere i totali.

Ma in questo caso, LuckyTemplates dà solo l'equivalente della scrollata di spalle. Non ha idea di quali dovrebbero essere quei totali. Non ha nemmeno un'ipotesi. Li etichetta solo come vuoti. Per risolvere questo problema, dobbiamo creare qui una logica aggiuntiva che indichi a LuckyTemplates cosa fare nei totali di riga, nei totali di colonna e nei totali complessivi.

cui stai osservando più condizioni, potresti farlo come un'istruzione nidificata . Ma abbiamo un costrutto migliore in LuckyTemplates che rende molto più facile vedere la logica, che è l' istruzione

Correzione dei totali della matrice di LuckyTemplates con SWITCH TRUE Logic

Abbiamo un'affermazione SWITCH TRUE costruita dal generale allo specifico, e voglio mostrarvi perché non funziona. Quello che fa l'istruzione SWITCH TRUE è che passa attraverso ciascuna delle condizioni. Esce dal primo che è vero.

E quindi, in questo caso, andiamo dal generale. Dice: "se la classe dell'animale è in monotremi, marsupiali e placentari, allora ottiene l'etichetta di mammifero". In questo esempio, queste sono le uniche tre classi di mammiferi. Se è un mammifero, sarà uno di questi tre tipi.

Se guardiamo cosa succede, i dati arrivano e andiamo a SWITCH TRUE. E se è una di queste classi, diventa "mammifero". Ciò significa che non si scenderà mai a questo criterio qui di marsupiale o quello che vogliamo, che è canguro perché questi sono tutti mammiferi. E quindi, se questa affermazione è vera, uscirà fuori.

Se l'affermazione non è vera, allora le due affermazioni non saranno vere. Andrà al valore predefinito, che non è un mammifero. Quindi, invece di costruire dal generale allo specifico, devi costruire la tua istruzione SWITCH TRUE dallo specifico al generale , e poi il catch-all alla fine.

Se lo riportiamo all'esempio di fissare i totali della matrice, è davvero la stessa cosa. La A qui è la specifica, che sarà la prima affermazione nel nostro SWITCH TRUE. E poi, abbiamo D come tuttofare. Nel mezzo, abbiamo queste due condizioni B e C. B ha il contesto per la colonna, ma non la riga, mentre C ha il contesto per la riga, ma non la colonna.

Passiamo ora all'editor tabulare 3 (TE3), che è davvero il mio modo preferito ora di eseguire il debug e comprendere le misure.

Debug utilizzando l'editor tabulare 3

Chiamo questa misura (sotto) Spread Revenue con Totali Fissi. È piuttosto lungo e sembra un DAX complicato, ma lo suddividerò per componente.

Abbiamo qui solo due variabili che sostanzialmente raccolgono il del nostro mese breve e del nostro periodo, e questo determinerà il contesto. Quindi, abbiamo una tabella virtuale, che è fondamentalmente una versione virtuale della matrice attraverso questo costrutto e .

Se osserviamo questo all'interno di una query DAX, puoi vedere che fondamentalmente crea ogni possibile combinazione di Periodo e Mese breve, che è ciò che fa la matrice.

All'interno dell'Editor tabulare 3, c'è un altro modo per visualizzarlo chiamato Pivot Grid. Produce un oggetto visivo uguale all'oggetto visivo matrice in LuckyTemplates.

Tornando alla nostra misura nell'editor di espressioni, dobbiamo costruire la logica che crea i campi dei totali. E così, abbiamo questa istruzione SWITCH TRUE con , in cui stiamo testando per vedere se c'è o meno un contesto in ciascuno dei due campi in cui abbiamo bisogno del contesto.

La prima condizione, che va dalla più specifica alla meno specifica, è quella condizione A, le righe di base. Quindi, se disponiamo di un contesto per Periodo e di un contesto per Mese breve, utilizziamo semplicemente la misura Spread Revenue perché produceva i risultati corretti in quelle righe di dati.

Ora dobbiamo costruire la logica per B, che è dove abbiamo il contesto nella colonna. Quindi, abbiamo HASONEVALUE per Short month, ma non per Period. Ora vogliamo forzare la logica, prendere la matrice virtuale e prendere la nostra misura Spread Revenue, quindi sommarla tra tutti i valori di Periodo.

La prossima cosa che abbiamo è il rovescio della medaglia, dove abbiamo HASONEVALUE in Periodo, ma non in Mese breve. Ora stiamo prendendo il della tabella virtuale (misura Spread Revenue) e lo stiamo sommando su tutti i di Short Month.

E infine, abbiamo la misura generale, ovvero se non abbiamo contesto in nessuno dei due, allora prendiamo solo la somma totale del tavolo virtuale.

Ora, se prendiamo la nostra misura Spread Revenue with Fixed Totals nei campi e la rilasciamo nei valori, otteniamo i totali corretti per i totali di riga, i totali di colonna e i totali complessivi. La logica SWITCH TRUE sta attraversando e imponendo tutta la logica di cui abbiamo bisogno per ottenere i totali corretti.

Come creare subtotali univoci nelle tabelle di LuckyTemplates
Correzione dei totali errati utilizzando le misure DAX in LuckyTemplates
Utilizzo della logica avanzata in LuckyTemplates per correggere i totali

Conclusione

In questo blog, ti ho mostrato come correggere i totali errati nella matrice di LuckyTemplates. Questo è un costrutto che puoi imporre su un tavolo o su una carta, dove costruisci la logica virtuale per le righe di base, che in genere funzioneranno se hai una misura corretta. E poi, basta imporre la logica di cui hai bisogno per forzare il totale corretto.

Sembra complesso ma sicuramente utile. Spero che sia tutto chiaro. Puoi guardare il tutorial video completo qui sotto e controllare i link per altri contenuti correlati.

Ti auguro il meglio!