I denne vejledning vil jeg vise dig, hvordan du opretter foranstaltninger til igangværende begivenheder . Disse hændelser kan komme i form af ordrer i gang eller salg i gang, afhængigt af arten af din rapport.
Grundlæggende er udfordringen her at beregne resultater, når der er mere end én dato i faktatabellen . Tilstedeværelsen af lignende elementer kan forårsage fejl i dine resultater, så lad os se, hvordan vi kan komme forbi det.
Indholdsfortegnelse
Håndtering af to forhold mellem de samme borde
Sådan ser vores salgstabel ud.
Som du kan se, har vi to Dato- kolonner her – Bestillingsdatoen og Afsendelsesdatoen .
Det faktum, at der er to datotabeller her, kan give endnu bedre analyser. Hvor mange ordrer har vi i øjeblikket mellem ordredatoen og afsendelsesdatoen? Hvor mange ordrer er i gang i øjeblikket?
Denne type analyse behøver ikke nødvendigvis også at blive anvendt på dette specifikke scenarie. Der er en verden af applikationer, der ved, at det vil være det samme mønster igen og igen. Når vi begynder at arbejde på, vil du se, hvad det mønster er.
Men før du hopper ind i formlen, er der et par ting at se nærmere på, især med hensyn til forholdet mellem tabellerne. Så lad os tage et kig på vores datamodel for bedre at forstå, hvad der foregår.
Mønstret for igangværende hændelser betyder, at du skal oprette mere end én relation mellem tabellen Dato og tabellen Salg .
Det første forhold er mellem datoen og ordredatoen .
Vi skal også skabe et forhold mellem kolonnen Dato og kolonnen Afsendelsesdato .
Men du er også nødt til at gøre disse to forhold inaktive, fordi du ikke kan have et forhold til at tilsidesætte et andet. Ellers vil du støde på problemer med din rapport.
Her er et eksempel. Hvis vi trækker målingen Samlet salg ind i rapporten, vil du se, at vi får mærkelige resultater. Det viser det samlede salg over hele datoerne.
Grunden til, at den vises sådan, er, at den ikke ved, hvad den skal filtrere. Det skyldes, at de to forhold i baggrunden ophæver hinanden. For at igangværende begivenheder som denne kan køre korrekt, bliver vi nødt til at vælge mellem to muligheder.
Den første mulighed er at lave en separat tabel udelukkende til denne beregning. Den anden ville være at skabe enerklæring, der brugerfunktion til at beregne kernemålene.
LuckyTemplates DAX-mål for igangværende begivenheder
Lad os arbejde på den anden mulighed, som er at oprette et mål for igangværende hændelser, der gælder for dette scenarie.
Vi starter med en CALCULATE -sætning, der brugerfor vores samlede omsætning . Derefter bruger vi funktionen USERELATIONSHIP og henviser til kolonnen Ordredato i tabellen Salgsdata .
Dette markerer det mønster, som vi vil bruge i vores formel for enhver igangværende begivenhed. Igen betyder det, at det ikke er nødvendigt for os at genskabe en anden Dato- tabel i vores model.
Lad os prøve det til Salg i gang .
Vi er nødt til at beregne det samlede salg i en anden kontekst, så vi bruger BEREGN og refererer til det samlede salg .
Dernæst skal vi oprette to filtre, der udfører analysen for os. Så vi starter medfunktion, og brug derefterfor bestillingsdatoen . Derefter tilføjer vi, at ordredatoen er mindre end eller lig med Dato .
Til det andet filter bruger vi forsendelsesdatoen denne gang. Dette skal være større end eller lig med Dato .
Når vi føjer det til vores tabel, vil du se, at det stadig ikke vil returnere det korrekte resultat endnu.
Det skyldes, at selvom vi har samlet salg som et nøglemål, har vi ikke beregnet det endnu. Vores model har ikke samlet salg , den har kun samlet omsætning .
Så det, vi skal gøre, er at få SUMMEN af den samlede omsætning for at få vores samlede salg .
Nu ser vi det faktiske salg i gang .
Lad os gøre dette til et diagram, så vi kan få en visuel repræsentation af, hvordan tallene går gennem tiden.
Genbrug af LuckyTemplates DAX-mål
Se, hvor ligetil det er at genbruge denne foranstaltning. Tidligere så vi på Salg i gang . Teknisk set betyder det, at det stadig er i gang, at der ikke er nogen omsætning endnu; du får først betaling, når ordrerne rent faktisk er afsendt.
Dette præsenterer endnu et fantastisk stykke analyse. Hvilken form for pengestrøm skal du bruge for at lave produkterne, før du kan sende en faktura og modtage betaling? For at finde ud af det, lad os beregne ordrer i gang . Vi skal bare ændre navnet på foranstaltningen her.
Så, i stedet for at beregne det samlede salg , vil vi brugefunktion og referer til salgsdata .
Grundlæggende beregner denne nye foranstaltning kun, hvor mange ordrer, der behandles. Jeg vil ikke bringe det ind som en kolonne i vores tabel, men det ville være godt at have den visualisering i vores rapport.
Så lad os kopiere og indsætte diagrammet for Salg i gang , og derefter ændre værdierne til Ordrer i gang .
Nu kan vi se, hvor mange faktiske ordrer der er i gang. Dette hjælper os med at forstå, hvor mange produkter der er blevet bestilt på en bestemt dag, men som ikke er blevet afsendt endnu.
Oprettelse af yderligere filtre
Ud over det, vi allerede har set, kan vi få yderligere indsigt ved at tilføje filtre til vores rapport. Et godt filter at have ville være produktnavnet . Dette vil give os mulighed for at se tendenser i forhold til, hvor mange ordrer der foretages på specifikke produkter.
Så hvad nu hvis jeg ville se, hvor mange mennesker der bestilte produkt 6, og hvor meget omsætning vi forventer af det? Det er nemt som at markere det af filteret.
Der er også andre filtre, som ville være gode at have, afhængigt af hvilken type analyse du leder efter. Du kan f.eks. have et filter til kunder. Dette vil hjælpe dig med at bestemme, hvem dine største kunder er. Du kan også tilføje et filter for regioner for at hjælpe med at bestemme, hvor disse ordrer kommer fra.
Konklusion
Der kører en masse logik bag kulisserne, når vi bruger LuckyTemplatessådan her. Bare det faktum, at foranstaltningen evaluerer hver enkelt række i salgstabellen, samtidig med at den sikrer, at den opfylder de rigtige betingelser for ordredatoen og salgsdatoen, er ganske imponerende.
Derfor anbefaler jeg at lære mønsteret og genbruge det flere gange. Dette giver dig mulighed for at blive mere fortrolig med mønsteret, hvilket gør det lettere i det lange løb. Sørg også for at tilføje filtre, så du virkelig kan opdele analysen på forskellige måder og bringe endnu flere gode indsigter til live.
Alt det bedste,
Denne blog indeholder LuckyTemplates TOPN DAX-funktionen, som giver dig mulighed for at få unik indsigt fra dine data, hvilket hjælper dig med at træffe bedre markedsføringsbeslutninger.
Find ud af, hvorfor det er vigtigt at have en dedikeret datotabel i LuckyTemplates, og lær den hurtigste og mest effektive måde at gøre det på.
Denne korte vejledning fremhæver LuckyTemplates mobilrapporteringsfunktion. Jeg vil vise dig, hvordan du kan udvikle rapporter effektivt til mobilenheder.
I denne LuckyTemplates Showcase gennemgår vi rapporter, der viser professionel serviceanalyse fra et firma, der har flere kontrakter og kundeengagementer.
Gå gennem de vigtigste opdateringer til Power Apps og Power Automate og deres fordele og implikationer for Microsoft Power Platform.
Opdag nogle almindelige SQL-funktioner, som vi kan bruge, såsom streng, dato og nogle avancerede funktioner til at behandle eller manipulere data.
I denne tutorial lærer du, hvordan du opretter din perfekte LuckyTemplates-skabelon, der er konfigureret til dine behov og præferencer.
I denne blog vil vi demonstrere, hvordan man lagdelte feltparametre med små multipler for at skabe utrolig nyttig indsigt og visuals.
I denne blog vil du lære, hvordan du bruger LuckyTemplates rangerings- og brugerdefinerede grupperingsfunktioner til at segmentere et eksempeldata og rangordne det efter kriterier.
I denne tutorial vil jeg dække en specifik teknik omkring, hvordan du kun viser Kumulativ Total op til en bestemt dato i dine visuals i LuckyTemplates.
