Åtgärda felaktiga summor med DAX-mått i LuckyTemplates

Att få summan korrekt i LuckyTemplates-rapporter kan ibland vara det mest frustrerande när man använder DAX- mått. Du kan antagligen hamna i vissa situationer där dina totaler för DAX-mått inte går ihop som du vill. Du kan se hela videon av denna handledning längst ner på den här bloggen.

DAX-mått kan baseras på standardaggregeringsfunktioner, som COUNT eller SUM . Dessa DAX- formler gör att du kan utföra datamodellering, dataanalys och använda resultaten för rapportering och beslutsfattande.

I den här bloggen kommer vi att diskutera en total logik angående DAX-åtgärder . Denna oro togs upp i. Om du vill granska frågan och ta en titt på det exakta scenariot från forumet, klicka bara på länken nedan.

Jag kommer att visa dig tekniken som användes för att lösa scenariot.

Visst kan du tillämpa den här tekniken på olika scenarier, speciellt när du skapar en ganska komplex DAX- logik eller när du förgrenar flera åtgärder. Detta kommer också att hjälpa dig att lösa dina totaler som kan beräknas felaktigt .

Innehållsförteckning

• Exempel på problemscenario
• Analysera de korrekta resultaten för provscenariot
• Skapa virtuella tabeller inom DAX Measures
• Summera MIN för varje rad i den virtuella tabellen
• Slutsats

Exempel på problemscenario

Här är ett generiskt exempel som på något sätt är relaterat till det diskuterade scenariot i forumet.

Nu tittar vi på försäljningsresultatet i den här tabellen. Dessutom jämför jag det med ett annat resultat, som är försäljningen förra året .

I det här exemplet försöker vi ta reda på det lägsta resultatet för varje enskild kund baserat på det valda sammanhanget. Det kan vara vilket mått som helst som MIN Total försäljning och(i det här fallet kommer vi att använda de generiska).

Troligtvis skulle du tro att formeln från bilden nedan kommer att ge oss lämpliga resultat.

Nåväl, låt oss dra måttet till tabellen och kontrollera resultaten.

Om vi ​​tittar på resultaten kan vi säga att beräkningarna för varje rad var korrekta.

Den har dock beräknat summan felaktigt.

Den beräknade endast den lägsta summan med hjälp av MIN -funktionen för varje rad inom Total Sales och Sales LY- måtten när det inte finns något sammanhang i varje beräkning.

Dessutom räknade den inte upp de särskilda minimivärdena på ett unikt sätt och fick summan av alla dessa unika minimivärden via vilket sammanhang som helst vi befinner oss i.

Analysera de korrekta resultaten för provscenariot

Låt mig nu visa dig lämpliga resultat för det tidigare scenariot.

Du kommer att se på bilden att det visar ett helt annat resultat eftersom det uppenbarligen är mycket mindre än alla andra totaler.

Detta är mycket mer meningsfullt eftersom vi huvudsakligen bara räknar upp minimivärdena för varje enskild rad i den här tabellen . Så det betyder att resultatet kommer att bli mycket lägre .

Den primära logiken som vi behöver förstå här är att utvärdera varje enskilt resultat med hjälp av virtuella tabeller .

Genom att iterera genom virtuella tabeller kan du se till att logiken du implementerar itererar genom rätt kontext för totalen kontra alla naturliga sammanhang som kan uppstå via val som görs på en rapportsida .

Om du kan börja förstå hur du integrerar virtuella tabeller i dina DAX -funktioner kommer du snabbt att se möjligheterna att utöka din analys ytterligare.

Skapa virtuella tabeller inom DAX Measures

Nu, för att lösa det aktuella scenariot, är det första vi behöver göra att skapa en virtuell tabell för varje enskild kund med hjälp av SUMMARIZE -funktionen.

SUMMARIZE - funktionen returnerar en sammanfattningstabell för de begärda summorna över en uppsättning grupper.

Sedan, inom just den virtuella tabellen som vi ska iterera igenom, kommer de markerade kolumnerna från bilden nedan att genereras virtuellt.

Summera MIN för varje rad i den virtuella tabellen

När vi kommer till utvärderingsfasen kommer vi att använda en kallad SUMX . Denna funktion returnerar summan av ett uttryck som utvärderas för varje rad i en tabell.

I vårt fall kommer SUMX- funktionen att summera MIN -resultatet för varje enskild rad i den virtuella tabellen som vi har skapat.

Och det var så vi fick rätt resultat.

En annan cool sak med detta är att den virtuella tabellen också fungerar för varje enskild rad . Detta betyder att det här tabellen bara kommer att vara en rad långt.

Detta beror på att det här filtret bara kommer att tillämpas virtuellt i formeln , och kund-ID:t i SUMMARIZE- funktionen kommer bara att vara relevant för kundkontexten som vi befinner oss i.

Och det är helt enkelt så du kan lösa just det här scenariot.

Slutsats

För att sammanfatta, nyckeln till att förstå hur summor beräknas är att lära sig på djupet hur sammanhang fungerar inuti LuckyTemplates.

Den här tekniken är definitivt användbar eftersom det finns många situationer där summan helt enkelt inte stämmer överens med vad du tror eller vad de borde vara. Till exempel kan du faktiskt få en summa men du har ingen aning om att det faktiskt beräknas felaktigt.

Det viktigaste du behöver för att den här tekniken ska fungera korrekt är att förstå den virtuella tabellmetoden . Du måste effektivt integrera dessa virtuella tabeller i dina DAX- mått för att se till att de får önskat resultat.

Detta kommer att hjälpa dig att lösa inte bara den som du för närvarande arbetar med utan även andra framtida totalproblem som du kan stöta på när du kör beräkningar i dina LuckyTemplates-modeller.

Det finns ganska mycket att tillämpa och implementera i din egen miljö med detta. Det är därför det är avgörande att bädda in dessa begrepp i ditt sinne.

För mer avancerade DAX-tekniker som du kan använda i LuckyTemplates, kolla in den här modulen på LuckyTemplates Online –.