Oversikt over datamodelltilpasning
Merk
Informasjonen om funksjonstilgjengelighet er som følger.
Dynamics 365 Contact Center – innebygd | Dynamics 365 Contact Center – frittstående | Dynamics 365 Customer Service |
---|---|---|
No | Ja | Ja |
Merk
Saksinformasjon gjelder bare for Customer Service.
Tilpassing av datamodeller hjelper deg med å tilpasse de medfølgende standardrapportene og legge til dine egne KPI-er (viktige ytelsesindikatorer) og egendefinerte metrikkverdier, slik at du kan bruke dataene som er mest relevante for organisasjonen.
Etter hvert som nye funksjoner legges til, må metrikkverdidefinisjoner og beregninger kontinuerlig oppdateres for å ta hensyn til flere arbeidsflyter som aktiveres av nye funksjoner. Bruk av standardmodellen og bare oppretting av metrikkverdier som er unike for organisasjonen, reduserer risikoen for at metrikkverdidefinisjoner blir utdaterte.
Hva er datamodelltilpassing?
Dynamics 365 Customer Service inneholder en pakke med standard analytiske instrumentbord som er bygget på Power BI. Disse analytiske løsningene leverer KPI-er og metrikkverdier av bransjestandard som kan hjelpe deg å overvåke og forbedre ytelsen til kontaktsenteret. Power BI-løsninger distribuerer to komponenter: en datamodell (noen ganger referert til som en datasett) og en rapport. Datamodellen inneholder KPI-ene, mens rapporter er med på å visualisere disse dataene for overordnede.
Alle organisasjoner som har Analytics aktivert, distribueres og blir bare tilgjengelig for analyseløsningen. Dynamics 365 bruker dataene fra Dataverse, utfører transformasjonslogikk for hver av KPI-ene og gjør disse KPI-ene tilgjengelige innenfor disse datamodellene, noe som også betyr at de ikke kan redigeres.
Rapportene som distribueres for organisasjonen, kan imidlertid redigeres og tilpasses. Ved hjelp av visuell tilpassing kan du redigere rapportene for å presentere de tilgjengelige dataene i henhold til organisasjonens krav. Dynamics 365 leser for eksempel alle nødvendige data, utfører logikken som kreves for å beregne gjennomsnittlig behandlingstid, og gjør den tilgjengelig for deg i datamodellen. Du kan velge å redigere og presentere dette som et diagram eller en tabell etter behov, og drille ned for å se den gjennomsnittlige tiden for en kø eller bruker. Visuelle tilpassinger gir deg også muligheten til å bruke bruksklare målinger som ikke vises direkte, opprette nye pivottabeller og analysere data med flere dimensjoner.
Noen ganger kan det hende du har scenarier der du vil endre dataene som er tilgjengelige i datasett eller logikken som brukes til å beregne metrikkverdiene i datasettet. Følgende avsnitt beskriver scenarier der du kanskje ønsker å endre dataene som er tilgjengelige eller logikken som brukes til å beregne metrikkverdiene i datasettet. Disse scenariene drives vanligvis av prosesser som er unike for organisasjonen.
Scenariobaserte brukssaker
Scenario 1: Du må opprette varianter av standardmetrikkverdiene i datasettet som er like, men bruker en annen logikk. Selv om metrikkverdier på tjenestenivå for 10, 20, 30, 40, 60 og 120 sekunder finnes i omnikanalrapportene i sanntid, har du et team som arbeider med tjenestenivåer på 150 sekunder, og du vil se denne metrikkverdien i rapportene.
Scenario 2: Organisasjonen beregner en metrikkverdi som er angitt på forskjellig måte som standard, men vil beregne den basert på organisasjonens logikk. Det er for eksempel bare tiden som brukes av primæragenten (aktiv agent som eier og tilordnes til samtalen), som vurderes ved beregning av gjennomsnittlig referansetid. Hvis du vil ha mer informasjon om metrikkverdier i sanntid, kan du gå til: Bruk måleverdier for Omnikanal for Customer Service. Tid som brukes av emneeksperter, tilbys som en egen metrikkverdi. Organisasjonen vil inkludere denne tiden i referansetiden.
Scenario 3: Organisasjonen har tilpassede attributter på de standard Dynamics 365-enhetene, eller har egendefinerte enheter for å støtte arbeidsflytene og prosessenog vil inkludere disse attributtene, eller har metrikkverdier som er bygd på disse attributtene, i rapportene. I tillegg vil organisasjonen rapportere medfølgende attributter som ikke er inkludert som standard i rapportene eller i datasett. Organisasjonen har for eksempel en tilpasset brukerenhet for å inkludere et områdeattributt og ønsker å få en neddrilling av løsningstiden etter område.
Scenario 4: Organisasjonen ønsker å bygge et egendefinert instrumentbord som henter data fra flere programmer som organisasjonen bruker. Du kan for eksempel ha et eksisterende Power BI-instrumentbord som henter driftsdata fra administrasjonssystemene for arbeidsstyrken, og du vil vise Dynamics 365-data, for eksempel tilstedeværelse av agenter, på dette instrumentbordet.
Hvordan datamodelltilpasning hjelper deg
Tilpassing av datamodeller hjelper deg med scenarier og mer. Tilpassing av datamodeller distribuerer en kopi av datasett som brukes av standardrapporter, i organisasjonens Power BI-arbeidsområde, slik at du kan bygge sammensatte modeller.
For den historiske datamodellen kobler datasettet til Azure Data Lake som er vert for de transformerte historiske Dynamics 365-dataene og viser metrikkverdiene. For en sanntidsdatamodell bruker datasettet TDS-koblinger til å koble direkte til Dynamics 365-databasen og kjører logikken som kreves for å beregne metrikkverdiene i sanntid.
Ved å opprette en lokal modell i arbeidsområdet som kobler til Dynamics 365-datamodellen, kan du opprette nye metrikkverdier samtidig som du beholder alle standardmetrikkverdiene, og dermed spare tid og anstrengelser. Du kan legge til Dynamics 365-datamodellen i eksisterende rapporter uten å måtte reparere dem.
Ved å bruke modellen og ikke opprette metrikkverdier som er tilgjengelige i standardmodellen, sikrer du også at logikken som brukes til å beregne disse metrikkverdiene, alltid holder seg oppdatert.
Hvordan datamodelltilpasning fungerer
Tilpassing av datamodeller krever at organisasjonen har en betalt Power BI-tjeneste og bruker to arbeidsområder i Power BI-tjenesten.
Administrert arbeidsområde
Arbeidsområdet klargjøres og vedlikeholdes av Dynamics 365 Customer Service. Dynamics 365-datasettene distribueres i dette arbeidsområdet.
For konfigurasjon av datamodell i sanntid opprettes et arbeidsområde med navnet Omnichannel Managed Workspace_ (GUID). Sanntidsdatamodellen driftes i dette arbeidsområdet. Den bruker TDS-tilkobling til å trekke ut data kontinuerlig fra Dynamics 365 og beregne metrikkverdier i sanntid.
For konfigurasjon av historisk datamodell opprettes et arbeidsområde med navnet Customer Service Managed Workspace__(GUID). Den historiske datamodellen driftes i dette arbeidsområdet. Denne datamodellen oppdateres daglig med de nyeste dataene fra Azure Data Lake. Historiske data fra de to siste årene behandles daglig og transformeres til KPI-er lagret i datasjøen.
Merk
Denne enkeltdatamodellen støtter både saks- og samtaleanalyse. Kunnskapsanalyse og enhetlig rutingsanalyse er ikke tilgjengelig for tilpassing.
Hver gang den medlagte datamodellen oppdateres på grunn av nyere versjoner, oppdateres datamodellen som distribueres til det administrerte arbeidsområdet, for å sikre at organisasjonen får de nyeste oppdateringene, som inkluderer nyere metrikkverdier, oppdateringer til logikk for eksisterende metrikkverdier og feilrettinger.
Merk
Det anbefales å behandle datasett i det administrerte arbeidsområdet som skrivebeskyttet. Vi anbefaler at du ikke gjør endringer i datasett, da det kan føre til feil på rapporten. Eventuelle endringer som gjøres i datamodellen i det administrerte arbeidsområdet, blir overskrevet hver gang en nyere versjon blir gitt ut.
Kundearbeidsområde
Det opprettes en kopi av standardrapportene i dette arbeidsområdet. Under konfigurasjonen kan du opprette et nytt arbeidsområde eller angi et eksisterende arbeidsområde.
Avhengig av funksjonene du har aktivert, kan det hende at du ser opptil tre forskjellige rapporter som er opprettet i arbeidsområdet du valgte for tilpassing av historiske datamodeller, og én rapport i sanntidsdatamodelltilpassing.
Hver rapport er koblet til sitt eget datasett, som igjen kobler til datamodellen i det administrerte arbeidsområdet.
Disse rapportkopiene kan redigeres og oppdateres etter dine behov, og de er tilgjengelige som basis for deg, i stedet for at du må bygge hele rapporter fra bunnen av. Disse rapportene opprettes bare når funksjonen er konfigurert, og de oppdateres aldri. Disse rapportene blir ikke overskrevet når standardrapportene blir oppdatert.
Du kan velge å angi det samme arbeidsområdet for både historiske og sanntidsanalyse.
Merk
Overordnede handlinger som tilordne, overføre, overvåke og tvinge lukking er ikke tilgjengelig for modelltilpassede rapporter.
Se også
Dataverse-enheter brukt i historisk analyse og sanntidsanalyse
Tilpass datamodeller for historiske analyserapporter og sanntidsanalyserapporter
Tilpass visuell visning