![]() |
|
Velge emneområderNår du skal velge et emneområde for en rapport, klikker du på fanen Analyse. Klikk deretter på Analyse i ruten Opprett. Siden Velg emneområde inneholder to kategorier med emneområder: Historisk analyse og Sanntidsrapportering. Emneområdene i kategorien Historisk analyse genererer rapporter som er historiske, og som viser trendanalyser basert på data som oppdateres hver natt. Emneområdene i kategorien Sanntidsrapportering gir dataanalyser og sanntidsopplysninger helt opptil siste sekund. Emneområder representerer opplysninger som gjelder et bestemt område i forretningsdriften, eller rapporterings- og analysebehovene for en bestemt målgruppe. Navnene på emneområdene tilsvarer typen opplysninger de inneholder, for eksempel dimensjonsobjekter (posttyper) og faktamålinger, som forretningsbrukerne vil analysere. Navnene på emneområdene organiserer og kategoriserer disse opplysningene i ulike mapper. Emneområder for historisk analyseKoblingene nedenfor inneholder detaljerte opplysninger om hvert emneområde, inkludert forretningsformålet, forbindelsestypen (en-til-en, en-til-mange, mange-til-mange og så videre) og en oversikt over de tilgjengelige dimensjonene og målingene.
Emneområder for sanntidsrapporteringKoblingene nedenfor inneholder detaljerte opplysninger om hvert emneområde, inkludert forretningsformålet, forbindelsestypen (en-til-en, en-til-mange, mange-til-mange og så videre) og en oversikt over de tilgjengelige dimensjonene og målingene.
Tabellen nedenfor viser de fem typene emneområder som brukes i Analytics.
De første fire typene emneområder som er nevnt (Enkel, Flere fakta, Sammendrag og Mange-til-mange) er standardemneområder. Den femte typen emneområde er et føderert emneområde for egendefinerte objekter. StandardemneområderStandardemneområder er ment for å rapportere om relasjonen mellom standardposttyper, inkludert Egendefinert objekt 01, 02 og 03. Standardposttyper og Egendefinert objekt 01, 02 og 03 kan ha følgende relasjoner:
Oracle CRM On Demand gir dedikere emneområder som tillater rapportering av mange-til-én-relasjoner mellom en standardposttype og andre posttyper. Emneområdet for salgsmuligheter tillater for eksempel rapportering av relasjonen mellom en salgsmulighetsposttype og andre posttyper. Dedikerte emneområder tillater også rapportering av en mange-til-mange-relasjon mellom to posttyper. Emneområdet for historikk for salgsmuligheter og partnere tillater for eksempel rapportering av en mange-til-mange-relasjon mellom salgsmulighets- og partnerposttyper. Sammensluttede emneområderDet finnes to sammensluttede emneområder:
Konseptet med én førende posttype gjelder ikke i et sammensluttet emneområde. Mangelen på en førende posttype betyr at du alltid må legge til en standardmåling i analysen. Ettersom et sammensluttet emneområde ikke har ett førende objekt, må analysen alltid inneholde en måling for å kunne velge en relasjonsbane mellom objekter. I ikke-sammensluttede emneområder trenger du ikke å velge en måling fordi relasjonen allerede er definert i registeret ved hjelp av en implisitt faktamåling. Et sammensluttet emneområde gir tilgang til målingene for de relaterte posttypene som støttes, slik at du kan bygge en sammendragsrapport for de relaterte målingene. Ved hjelp av Avanserte egendefinerte objekter - emneområde for sanntidsrapportering kan du bygge en sammendragsanalyse som inkluderer de fleste posttypene i Oracle CRM On Demand. Med et sammensluttet emneområde kan du bygge analyser som viser en-til-mange- og mange-til-mange-relasjonene for posttypene som støttes. I utformingen for mange-til-mange må du bruke emneområdet for standardposttypen (for eksempel posttypen Firma) og emneområdet for det egendefinerte objektet for å rapportere om en-til-mange-relasjonen, og du må bruke emneområdet for det egendefinerte objektet for å rapportere om en-til-mange-relasjonen mellom andre posttyper og dette egendefinerte objektet. Ved hjelp av Avanserte egendefinerte objekter - emneområde for sanntidsrapportering og Avanserte egendefinerte objekter - emneområde for historisk analyse kan du få tilgang til begge relasjonstypene. En mange-til-mange-analyse er imidlertid ikke tilgjengelig i disse emneområdene. Endre navn på posttyper i AnalyticsOracle tilbyr endring av posttypenavn i Analytics for alle standard posttyper. Selskapsadministratorer kan gi nytt navn til posttyper i Oracle CRM On Demand. Disse nye navnene gjenspeiles i analysedelen av Oracle CRM On Demand. Posttypene med nytt navn vises med de nye navnene i emneområder, rapporter og instrumentpaneler. Hvis en selskapsadministrator for eksempel endrer firmaposttypenavnet til Lege i Oracle CRM On Demand, blir ordet Firma erstattet i alle svarene og emneområdene. Emneområdet Firmaadresse blir dermed Legeadresse. Emneområdet Firmamålinger blir Legemålinger, og så videre. Row_ID og objekt-IDFor hver posttype i et emneområde (for eksempel firma, aktivitet eller aktiva) er feltet Row_ID i databasen tilordnet til et felt med navnet ID for <objekt>, for eksempel ett av følgende: ID for firma, ID for kundeemne eller ID for serviceforespørsel. Optimaliserte egendefinerte feltEnkelte dimensjoner har egendefinerte felt som er optimalisert slik at spørringstiden reduseres når de brukes i filtre. Optimaliserte egendefinerte felt finnes i mapper hvor navnet inneholder Optimaliserte egendefinerte felt, Optimaliserte egendefinerte målinger eller Optimaliserte plukklistefelt (kode), for eksempel Optimaliserte egendefinerte felt for firma, Optimaliserte egendefinerte målinger for salgsmulighet og Optimaliserte plukklistefelt for firma (kode). Numeriske egendefinerte felt, f.eks. felt av typen CUR, INT eller NUM, er tilgjengelige som målinger i mappen for optimaliserte egendefinerte målinger hvis posttypen er primærobjektet i et bestemt emneområde. Posttypen Firma er for eksempel primærobjektet i emneområdet Firmahistorikk. Enkelte dimensjoner i emneområder for sanntid har felt som er optimalisert slik at spørringstiden reduseres når de brukes i filtre. Optimaliserte felt slutter med ordene Kode eller UTC. Dimensjonen Firma har for eksempel feltet Firmatype. Det finnes også et felt med navnet Firmatypekode, som er den optimaliserte versjonen av feltet Firmatype. På samme måte finnes feltet Indekseringsdato UTC, som er den optimaliserte versjonen av feltet Indekseringsdato. Bruk av det optimaliserte feltet i filteret gir raskere spørringer. Denne metoden er raskere enn å bruke standardfeltet. Hvis du vil ha opplysninger om bruk av optimaliserte filtreringsfelt, se Bruke optimaliserte filtreringsfelt. |
Publisert Mars 2019 | Copyright © 2005, 2019, Oracle. Med enerett. Legal Notices. |