LuckyTemplates DAX-maatregelen voor lopende gebeurtenissen

In deze zelfstudie laat ik u zien hoe u LuckyTemplates DAX- metingen maakt voor lopende gebeurtenissen . Deze gebeurtenissen kunnen voorkomen in de vorm van lopende bestellingen of lopende verkopen, afhankelijk van de aard van uw melding.

Kortom, de uitdaging hier is het berekenen van resultaten wanneer er meer dan één datum in de feitentabel staat . De aanwezigheid van vergelijkbare elementen kan fouten in uw resultaten veroorzaken, dus laten we eens kijken hoe we dat kunnen omzeilen.

Inhoudsopgave

• Omgaan met twee relaties tussen dezelfde tabellen
• LuckyTemplates DAX-maatregelen voor lopende gebeurtenissen
• Hergebruik van LuckyTemplates DAX-maatregelen
• Aanvullende filters maken
• Conclusie

Omgaan met twee relaties tussen dezelfde tabellen

Zo ziet onze Verkooptafel eruit.

Zoals u kunt zien, hebben we hier twee datumkolommen : de besteldatum en de verzenddatum .

Het feit dat er hier twee datumtabellen zijn, kan een nog betere analyse opleveren. Hoeveel bestellingen hebben we momenteel tussen de besteldatum en de verzenddatum? Hoeveel bestellingen zijn er momenteel in uitvoering?

Dit type analyse hoeft niet noodzakelijkerwijs ook op dit specifieke scenario te worden toegepast. Er is een wereld aan toepassingen die weten dat het steeds weer hetzelfde patroon zal zijn. Zodra we aan de DAX-formule beginnen te werken , zult u zien wat dat patroon is.

Maar voordat we ingaan op de formule, zijn er een paar dingen waar u naar moet kijken, vooral wat betreft de relaties tussen de tabellen. Laten we dus eens kijken naar ons datamodel om beter te begrijpen wat er aan de hand is.

Het patroon van lopende gebeurtenissen betekent dat u meer dan één relatie moet maken tussen de tabel Datum en de tabel Verkoop .

De eerste relatie is tussen de Datum en de Orderdatum .

We moeten ook een relatie creëren tussen de kolom Datum en de kolom Verzenddatum .

Maar je moet deze twee relaties ook inactief maken, want je kunt niet hebben dat de ene relatie de andere overheerst. Anders krijgt u problemen met uw rapport.

Hier is een voorbeeld. Als we de meting Totale verkoop naar het rapport slepen, ziet u dat we vreemde resultaten krijgen. Het toont de totale verkoop gedurende de hele datums.

De reden dat het zo verschijnt, is dat het niet weet wat het moet filteren. Dat komt omdat de twee relaties op de achtergrond elkaar opheffen. Om evenementen zoals deze goed te laten verlopen, moeten we tussen twee opties kiezen.

De eerste optie is om alleen voor deze berekening een aparte tabel te maken. De tweede zou zijn om een instructie te maken die de functie gebruikt om de kernmetingen te berekenen.

LuckyTemplates DAX-maatregelen voor lopende gebeurtenissen

Laten we werken aan de tweede optie, namelijk het maken van een meting voor lopende gebeurtenissen die van toepassing zijn op dit scenario.

We beginnen met een CALCULATE- instructie die de gebruikt voor onze Totale Opbrengst . Vervolgens gebruiken we de functie USERELATIONSHIP en verwijzen we naar de kolom Orderdatum in de tabel Verkoopgegevens .

Dit markeert het patroon dat we gaan gebruiken in onze formule voor elke lopende gebeurtenis. Nogmaals, dit betekent dat het niet nodig is om nog een andere datumtabel in ons model te maken.

Laten we het eens proberen voor Sales in Progress .

We moeten Total Sales binnen een andere context berekenen, dus gebruiken we CALCULATE en verwijzen we naar Total Sales .

Vervolgens moeten we twee filters maken die de analyse voor ons zullen uitvoeren. We beginnen dus met de functie en gebruiken vervolgens voor de besteldatum . Dan voegen we eraan toe dat de besteldatum kleiner is dan of gelijk is aan de datum .

Voor het tweede filter gebruiken we deze keer de verzenddatum . Dit moet groter zijn dan of gelijk zijn aan de Datum .

Zodra we dat aan onze tabel hebben toegevoegd, zult u zien dat het nog steeds niet het juiste resultaat oplevert.

Dat komt omdat zelfs als we Total Sales als een belangrijke maatstaf hebben, we dat nog niet hebben berekend. Ons model heeft geen Total Sales , het heeft alleen Total Revenue .

Dus wat we gaan doen is de SOM van de Totale Opbrengst om onze Totale Verkoop te krijgen .

Nu zien we de daadwerkelijke verkoop in uitvoering .

Laten we er een grafiek van maken, zodat we een visuele weergave hebben van hoe de getallen door de tijd gaan.

Hergebruik van LuckyTemplates DAX-maatregelen

Zie hoe eenvoudig het is om deze maatregel opnieuw te gebruiken. Eerder keken we naar de lopende verkoop . Technisch gezien betekent het feit dat het nog bezig is dat er nog geen inkomsten zijn; u wordt pas uitbetaald als de bestellingen daadwerkelijk zijn verzonden.

Dit is weer een geweldig stuk analyse. Wat voor soort cashflow heb je nodig om de producten te maken voordat je een factuur kunt sturen en betaling kunt ontvangen? Laten we, om daar achter te komen, de Bestellingen in uitvoering berekenen . We hoeven hier alleen de naam van de maatregel te wijzigen.

Vervolgens gaan we, in plaats van de Total Sales te berekenen, de functie gebruiken en verwijzen naar de Sales Data .

In feite berekent deze nieuwe maatstaf gewoon hoeveel bestellingen er worden verwerkt. Ik ga het niet als een kolom in onze tabel opnemen, maar het zou goed zijn om die visualisatie in ons rapport te hebben.

Dus laten we de grafiek voor Sales in Progress kopiëren en plakken en vervolgens de waarden wijzigen in Orders in Progress .

Nu kunnen we zien hoeveel bestellingen er daadwerkelijk worden uitgevoerd. Dit helpt ons te begrijpen hoeveel producten er op een bepaalde dag zijn besteld, maar nog niet zijn verzonden.

Aanvullende filters maken

Afgezien van wat we al hebben gezien, kunnen we aanvullende inzichten krijgen door filters aan ons rapport toe te voegen. Een goede filter om te hebben is de productnaam . Hierdoor kunnen we trends zien in het aantal bestellingen voor specifieke producten.

Dus wat als ik wil zien hoeveel mensen Product 6 hebben besteld en hoeveel inkomsten we ervan verwachten? Het is eenvoudig om dat van het filter af te vinken.

Er zijn ook andere filters die geweldig zouden zijn, afhankelijk van het soort analyse waarnaar u op zoek bent. U kunt bijvoorbeeld een filter voor klanten hebben. Dit zal u helpen bepalen wie uw grootste klanten zijn. U kunt ook een filter voor regio's toevoegen om te bepalen waar deze bestellingen vandaan komen.

Analyse van DAX-metingen: lange DAX-metingen opsplitsen
DAX-metingen in LuckyTemplates Meetvertakkingen gebruiken
DAX-meetgroepen implementeren in uw rapporten – Een evaluatie van LuckyTemplates-modellen

Conclusie

Er is veel logica achter de schermen wanneer we LuckyTemplates DAX-maatregelen zoals deze gebruiken. Alleen al het feit dat de meting elke afzonderlijke rij in de verkooptabel evalueert en er tegelijkertijd voor zorgt dat deze voldoet aan de juiste voorwaarden voor de besteldatum en de verkoopdatum, is behoorlijk indrukwekkend.

Daarom raad ik aan om het patroon te leren en het meerdere keren te hergebruiken. Hierdoor kunt u meer vertrouwd raken met het patroon, waardoor het op de lange termijn gemakkelijker wordt. Zorg ervoor dat u ook filters toevoegt, zodat u de analyse echt op verschillende manieren kunt opsplitsen en nog meer geweldige inzichten tot leven kunt brengen.

Al het beste,