Del via

Overvejelser i forbindelse med Dynamics 365 Customer Engagement (on-premises)-rapportering

  • Artikel

Microsoft Dynamics 365 Customer Engagement (on-premises) har en række funktioner, der giver kunderne mulighed for at finde forretningsdata, der hjælper dem med at træffe beslutninger og interagere mere effektivt med deres kunder. Tilgængelige funktioner omfatter visninger, diagrammer, dashboards og SQL Server Reporting Services-rapporter. Der findes også Office Excel-integration, så brugerne kan oprette selvbetjeningsrapporter ved hjælp af Power BI-funktionerne PowerView, PowerPivot og PowerQuery. Efterhånden som mængden af data, der er gemt i databasen, fortsætter med at vokse, bliver det mere vigtigt end nogensinde at tænke over din BI-strategi og fastlægge de mest effektive mekanismer til rapportering og visualisering af store datasæt.

I et Dynamics 365 Customer Engagement-miljø er rapporteringsinfrastrukturen delt og separat fra databasen. Selvom kunderne deler de ressourcer, der kræves for at køre rapporten, kører hver rapport i denne arkitektur mod kundernes individuelle databaseforekomster. Desuden kan brugerne køre så mange rapporter, som de har brug for, når som helst de har lyst til at køre dem, så de opfylder virksomhedens mål. Vi sætter ikke tidsbegrænsning på rapporter.

Rapporteringsfunktionerne, der er indbygget i Customer Engagement (on-premises), er udviklet til at lade brugerne køre rapporter på datasæt, der spænder over kortere perioder. Med tanke på dette er der følgende faste indstillinger:

  • Rapporter og forespørgsler kan køres i op til fem minutter. Når den maksimale periode er nået, får rapporten timeout, og der returneres en meddelelse til brugeren. Inden for de fem minutter kan rapporter og forespørgsler spænde over store datasæt på mere end 50.000 poster, hvilket giver en betydelig fleksibilitet til at opfylde de operationelle rapporteringsbehov.

  • For at forbedre svar på forespørgsler, anbefaler vi, at detaljerede rapporter minimerer visning af store antal poster. Du kan anvende passende filtrering for at reducere det antal poster, der returneres. Når du opretter aggregerede eller opsummerede rapporter, bør forespørgsler bruges til at overføre aggregeringen til forespørgslen frem for at hente detaljerede poster for at udføre aggregeringen i rapporten. Dette kan gøres ved hjælp FetchXML-aggregering.

  • Til diagrammer og gitre, der vises i dashboards, giver Power Apps-miljøet brugerne mulighed for at køre forespørgsler, der har et datasæt, som har færre end 50.000 rækker. Hvis en bruger kører en dashboardforespørgsel, der strækker sig over et datasæt på 50.000 eller flere rækker, returneres meddelelsen: "Maksimumgrænsen for poster er overskredet". Reducer antallet af poster.” Datasættets praktiske indstilling hjælper med til at sikre optimal ydeevne for appen.

Tip og løsninger til rapportering

Typisk for de fleste organisationers rapporteringsbehov er disse indstillinger tilstrækkelige. For at sikre, at dine brugere ikke overskrider disse indstillinger, samt for at forbedre rapportforespørgselsfunktionen generelt, bør du overveje følgende bedste fremgangsmåder.

  • Når du opretter brugerdefinerede rapporter og dashboards, skal du designe dem til at forespørge mindre datasæt over kortere tid ved at tilføje et tidsbaseret filter i rapporten, f.eks. den aktuelle måned eller kvartal, for at begrænse resultaterne.

  • Vi anbefaler, at du begrænser det antal objekter, der skal bruges for at returnere resultatet. Dette reducerer den tid, det kræver at køre forespørgslen og returnere resultatsættet.

  • Vi anbefaler, at du reducerer det antal poster, der vises i detaljerede rapporter. Passende filtrering kan bruges til at reducere det antal poster, der returneres af forespørgslen for at reducere timeouts.

  • For aggregerede eller opsummerede rapporter skal forespørgsler bruges til at overføre aggregeringen til databasen, så der ikke hentes detaljerede poster for at udføre aggregeringen i SQL Server Reporting Services-rapporten.

  • Hvis det er relevant for din virksomhed, skal brugerne køre standardrapporter (indbyggede) og dashboards. Disse rapporter og dashboards er typisk designet til at forespørge pr. brugerdatasæt, så i de fleste tilfælde overskrider de ikke datasætgrænsen.

    Hvis appbrugere skal køre rapporter, der overskrider disse indstillinger, anbefaler vi, at du gennemser følgende indstillinger for at få hjælp i forbindelse med behovet for komplekse rapporter. Begge indstillinger aflaster effektivt rapportarbejdsbelastninger fra Dynamics 365 Customer Engagement til et andet SQL Server-datalager ved hjælp af en løsning til dataintegration.

  • Adaptere bruges sammen med SQL Server Reporting Services (SSIS) for at udvide mulighederne for integration med Dynamics 365 Customer Engagement-data.

  • Extract Transform Load (ETL-værktøjer) giver et nyt værktøj til oprettelse af analyser af Dynamics 365 Customer Engagement-data ved at kombinere flere datakilder eller udtrække data til datalagerløsningen, hvis SSIS ikke er i brug. ETL-værktøjer indeholder omfattende løsninger til tilslutning af Dynamics 365 Customer Engagement-systemer til flytning af data.

Vigtigt

Når du bruger disse værktøjer, anbefales det, at du flytter eller synkroniserer data uden for arbejdstiden.

Hvis det er nødvendigt, er der mange Microsoft-partnere, der kan hjælpe med at levere en løsning til dine specifikke rapporteringsbehov, f.eks. at oprette en offlinekopi af dataene, der specifikt bruges til at køre store rapporter. Disse partnere er erfarne med de tilgængelige værktøjer til dataintegration. Flere oplysninger: Find den rigtige partner

Tredjepartsadaptere til SSIS

ETL-værktøjer

Se også

Report Authoring-udvidelse (med understøttelse af SQL Server Data Tools)
Introduktion til Microsoft Power Query til Excel
Dynamics 365 for Customer Engagement OData Feeds og Power Query: Hvad er [posten]?
Brug af Power-visning i Excel 2013 til at analysere CRM-data
Vejledning til rapportering og analyser