![]() |
|
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 nye egendefinerte objekter. StandardemneområderStandardemneområder er ment for å rapportere om relasjonen mellom standardposttyper, inkludert Egendefinert objekt 1, 2 og 3. Standardposttyper og Egendefinert objekt 1, 2 og 3 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. Emneområdet SamletEmneområdetypen Samlet tillater rapportering av Egendefinert objekt 4 til Egendefinert objekt 15 med andre standardobjekter, inkludert Egendefinert objekt 1, 2 og 3. Emneområdet Avanserte egendefinerte objekter er et eksklusivt emneområde av denne typen, inkludert i denne versjonen, som forener rapportering av egendefinerte objekter og tilknyttede objekter i ett emneområde. Denne virkemåten gir mer fullstendige funksjoner når det gjelder posttyper og relaterte posttyper. Konseptet med én førende posttype gjelder ikke lenger. Mangelen på en førende posttype betyr at du alltid må legge til en standardmåling i rapporten. Ettersom et føderert emneområde ikke har ett førende objekt, må rapporten alltid inneholde en måling for å kunne velge en relasjonsbane mellom objekter. I ikke-fødererte emneområder trenger du ikke å velge en måling fordi relasjonen allerede er definert i registeret ved hjelp av en implisitt faktamåling. Emneområdet Avanserte egendefinerte objekter gir tilgang til alle de relaterte posttypemålingene. Fra dette emneområdet kan du bygge en sammendragsrapport for alle de relaterte målingene, inkludert alle posttypene i Oracle CRM On Demand. Med emneområdet Avanserte egendefinerte objekter kan du bygge rapporter som viser en-til-mange- og mange-til-mange-relasjonene for alle posttyper. I utformingen for mange-til-mange må du bruke emneområdet Firma og Egendefinert objekt 1 for å rapportere om en-til-mange-relasjonen, og du må bruke emneområdet Egendefinert objekt 1 til å rapportere om en-til-mange-relasjonen mellom andre posttyper og Egendefinert objekt 1. Hvis du bruker emneområdet Avanserte egendefinerte objekter, får du tilgang til begge relasjonstypene. En mange-til-mange-rapport er imidlertid ikke tilgjengelig i dette emneområdet. Tabellen nedenfor viser emneområdet for de nye egendefinerte objektene.
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 begynner med Optimaliserte egendefinerte felt eller Optimaliserte egendefinerte målinger, for eksempel Optimaliserte egendefinerte felt for firma og Optimaliserte egendefinerte målinger for salgsmulighet. 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 August 2018 | Copyright © 2005, 2018, Oracle. Med enerett. Legal Notices. |