Udskriv      Åbn PDF-version af online-hjælp


Forrige emne

Næste emne

Om begrænsninger i Analytics

Begrænsningerne i rapporter er vist i følgende afsnit.

Rapportering af tilpassede objekter

Analytics indeholder omfattende understøttelse til rapportering af tilpassede objekter. Du kan rapportere på tilpassede objekter 1, 2 og 3 og deres mange-til-mange-relation med konti, kontakter, salgsmuligheder og serviceanmodninger via særligt dedikerede emneområder. Brug emneområdet Avancerede tilpassede objekter til at rapportere relationen mellem tilpassede objekter 4-15 og andre forudgenererede objekter, heriblandt tilpassede objekter 1, 2 og 3.

Grænser på beskrivelsestekst

Tekstfelterne til beskrivelse begrænser, hvor meget tekst kan udskrives i en rapport:

  • Hvis tegnsættet bruger enkelt-byte tegn, vises de første 2.000 tegn, hvis den samlede bytestørrelse er mindre end 4.000.
  • Hvis tegnsættet bruger multi-byte tegn, vises de første 1.000 tegn, hvis den samlede bytestørrelse er mere end 2.000.

Maks. antal poster

Det maksimale antal poster, der kan vises, er følgende:

  • Tabelvisning. Til denne visning er den maksimale størrelse til en analyse 500.000 rækker (maks. 10.000 rækker vises ad gangen). Hvis du forsøger at vise mere end 500.000 rækker, viser Oracle CRM On Demand en fejlmeddelelse om, at det maksimale antal poster er overskredet. Når du downloader en CSV-fil eller en tabulatorafgrænset fil, er det maksimale antal rækker, som kan downloades, 500.000. Til alle øvrige downloadformater (PDF, PPT, XML og Excel-fil eller MHTML (MIME HTML) er det maksimale antal rækker, der kan downloades, 65.000.
  • Rullelister. Det maksimale antal værdier, der kan vises i rullelister, er 1.000. Dette tal omfatter rullelisterne i filterbetingelser og rapportprompter, instrumentbrætprompter, tabelvisningsprompter, visningsprompter til pivottabel og grafvisningsprompter.

Tidsgrænse for udførelse af forespørgsel

Analytics giver optimal ydeevne til forespørgsler og rapporter samtidig med at Oracle CRM On Demand's ydeevne afstemmes. Med henblik på at minimere den negative effekt af langvarige forespørgsler eller løbske forespørgsler på den generelle ydeevne i Analytics er en tidsgrænse aktiveret til både realtidsrapporter og historiske rapporter. Forespørgsler, der overskrider tidsgrænsen, genererer en timeout-fejlmeddelelse. Kontakt kundeservice for at få oplysninger om specifikke timeout-grænser, der gælder for instansen af Oracle CRM On Demand. Til alle instanser kan maks. forespørgselstid ikke overskride 10 minutter til emneområder for rapportering i realtid og 180 minutter til emneområder for historisk analyse. Se Om rapportpræstation og Optimering af præstation for at få oplysninger om optimering af udførelsestid til forespørgsler.

MultiVælg-valglister

I emneområderne for historisk analyse viser Analytics et MultiVælg-valglistefelt (MSP) (op til 10 felter til hvert objekt) som en separat mappe. I disse mapper er kun feltets første 20 valglisteværdier og den konkatenerede MVV-feltværdi tilgængelige til rapportering.

Analytics understøtter fremvisningen af de konkatenerede MSP-feltværdier på firmaets standardsprog. Analytics viser også to yderligere mapper:

  • Language Independent Code (LIC)-mappe: Denne mappe eksponerer MSP-konkatenerede feltværdier vha. de sproguafhængige koder (LIC), der er lagret internt i databasen. Brug disse MSP-værdier i filtre for optimal ydeevne. LIC-mapper navngives med objektnavnet og får ordet (Kode) som suffiks. F.eks. Konto MultiVælg-valglistefelter (Kode) og Aktivitet MultiVælg-valglistefelter (Kode).
  • Brugersprogmappe: Denne mappe eksponerer konkatenerede MSP-feltværdier på brugerens standardsprog. Brugersprogmapper navngives med objektnavnet og får ordet (Brugersprog) som suffiks. F.eks. Konto MultiVælg-valglistefelter (Brugersprog) og Aktivitet MultiVælg-valglistefelter (Brugersprog).

Værdier i MultiVælg-valglister understøttes i emneområderne for historik analyse og rapportering i realtid til følgende objekter:

  • Konto
  • Aktivitet
  • Godkender
  • Aktiv
  • Tilknyttet kontakt
  • Tilknyttet salgsmulighed
  • Besøgsaktivitet
  • Kampagne
  • Kontakt
  • Tilpasset objekt 01, 02
  • Slutkunde
  • Begivenhed
  • Endelig godkender
  • Husstand
  • Institution
  • Inviterede
  • Sidst godkendt af
  • Kundeemne
  • Salgsmulighed
  • Salgsmulighed - Produktomsætning
  • Ejet af-bruger
  • Primær kontakt
  • Produkt
  • Kvote
  • Tilbud
  • Prøveanmodning
  • Serviceanmodning
  • Fælles adresse
  • Løsning
  • Bruger
  • Historik: Brugerlogon

Kolonnefilterprompt i kombinerede analyser

Kolonnefilterprompter giver generel filtrering af en kolonne i en anmodning. Denne kolonnefilterprompt er imidlertid ikke tilgængelig i kombinerede analyseanmodninger.

Bogsynlighed

Bog-vælgeren vises på siderne Rapporter og Instrumentbræt og integreret på posthjemmesider i rapporter. Du kan bruge Bog-vælgeren til at bore ned til brugerbøger eller tilpassede bøger. Hvis du har indstillinger for fuld synlighed og viser et emneområde for historisk analyse, kan du udelade underordnede eller underbøger i det respektive boghierarki ved at rydde afkrydsningsfeltet Inkluder underelementer.

Bog-vælgeren er ikke tilgængelig til forhåndsgennemgange af rapporter. Du kan ikke udelade underelementer fra rapporter, der er lavet fra emneområder for rapportering i realtid. Du kan rydde afkrydsningsfeltet Inkluder underelementer, men det har ingen virkning på emneområder for rapportering i realtid. Det påvirker kun emneområder for historisk analyse.

BEMÆRK: Adskillige indstillinger styrer synligheden af poster i Analytics. Se Om synlighed af poster i Analytics for at få flere oplysninger.

Vekselkurser

Hvis firmaet har mere end én aktiv valuta, skal firmaadministratoren konfigurere vekselkurser til hver valuta. Ændringer, der foretages af vekselkurser, vises i rapporter efter den natlige opfriskning af analysedata. En enkelt vekselkurs fastlægges til hver måned, og alle transaktioner i måneden bruger den kurs.

Nogle posttyper har flere datofelter. Kun ét datofelt bruges til at fastlægge månedens vekselkurs. Til valutakonverteringer for aktiv fastlægger feltet Indkøbsdato den måned, der bruges. Til en salgsmulighed bruges den lukkedato for salgsmulighed, der ligger tættest på vekselkursens gældende dato.

Lokaliseringsindstillinger

Hvis du ændrer standardsproget, vises rapporteringselementerne i det nyligt valgte sprog. Data i rapporter eller instrumentbrætter afhænger imidlertid af firmaets standardsprog uanset det valgte sprog.

Understøttelse af dato

Analytics understøtter dataanalyse af metrikker via datodimensionen for 41 år (2000 til 2040) for firmaer vha. regnskabskalendermodellerne kalenderkvartal eller standard. Til firmaer, der bruger tilpasset regnskabskalender, kan Analytics kun understøtte datoanalyse af metrikker for de år, der er defineret i Oracle CRM On Demand. Hvis en post oprettes uden for denne periode, kan du stadig se posten, så længe den ikke er analyseret via datodimensionen.

Datodimensioner konfigureres forskelligt i emneområder for historisk analyse i forhold til emneområder for rapportering i realtid. I emneområder for historisk analyse er der kun én datodimension (standard eller kanonisk), og der kan være en eller flere sæt metrikker, der bruger forskellige datoer, så disse metrikker kan rapporteres pr. en hvilken som helst dato inden for det ønskede interval. I emneområder for rapportering i realtid er der en eller flere datodimensioner (rollespil) og kun et enkelt sæt metrikker, så disse metrikker kan analyseres vha. forskellige datodimensioner.

Overvej f.eks. emneområdet Historisk analyse af salgsmulighed, som indeholder én datodimension (lukkedato) og to sæt metrikker. Standardmetriksættet, Metrikker: Salgsmulighed, er baseret på lukkedatoen, men der er også et andet metriksæt, Metrikker: Salgsmulighed efter åbningsdato for at muliggøre analyse af salgsmuligheder efter en åbningsdato. Emneområdet Rapportering af salgsmuligheder i realtid indeholder imidlertid to datodimensioner: Åbningsdato og Lukkedato og et metriksæt (Metrikker: Salgsmulighed). Fordelen ved at bruge datodimensionen i emneområdet for historisk analyse er, at det muliggør analyse af forskellige, relaterede metrikker for hele perioden vha. en hvilken som helst dato inden for det ønskede interval i en enkelt rapport.

I følgende tabel opsummeres konfigurationen af datodimensioner mellem emneområder for historisk analyse og rapportering i realtid.

Karakteristik

Emneområder for historisk analyse

Emneområder for rapportering i realtid

Datodimensioner

En

En eller flere

Sæt af metrikker

En eller flere

En

Understøttelse af tid

Datoer og klokkeslæt, der vises i rapporter, vises i firmaets tidszone, så alle, der bruger rapporten, ser konsistente data. Det er muligt at vise datoer og klokkeslæt i brugerens tidszone (kun til emneområder for rapportering i realtid), hvis firmaadministratoren har aktiveret feltet Understøttelse af brugertidszone til rapporteringsemneområder, og hvis dette felt er valgt i brugerens profil. Ændring af denne indstilling påvirker kun rapporter, som du viser, og påvirker ikke rapporter, som andre brugere viser. Når rapporter deles, kan de dato- og klokkeslætsoplysninger, som du ser, være forskellige fra de oplysninger, som andre ser.

Brugerkvoter

Brugerkvoter er tilgængelige til rapportering i følgende emneområder: Aktiviteter, Aktivitetshistorik, Salgsmuligheder, Salgsmulighedshistorik, Salgsmulighedsprodukter og Historik over salgsmulighedsprodukt. Du skal være bekendt med følgende overvejelser, når brugerkvoter rapporteres:

  • Brugerkvoter er relateret til dine definitioner af regnskabskalender. Hvis regnskabskalenderåret bruger 12 perioder, startende hver 1. juli, så gør brugerkvoterne det også. I rapporter fastlægges brugerens kvoteår af den endelige periode i regnskabsåret. Hvis dit regnskabsår f.eks. slutter 30. juni 2011, går brugerens kvoteår 2011 fra 1. juli 2010 til og med 30. juni 2011.
  • Hvis firmaet ændrer definitionen af regnskabsår, skal du slette og genoprette brugerkvoter, hvis den kvartalsvise og årlige konsolidering af kvoteværdier til brugere skal matche brugerkvoterne til Oracle Contact On Demand og Analytics. Brugerkvoterelationen til regnskabsåret i Analytics er imidlertid stadig baseret på det år, hvor den sidste periode i regnskabsåret slutter.
  • Brugerkvoter defineres til kvotenavn, dato (måned eller højere) og bruger. De defineres ikke på salgsmulighedsniveau. Hvis du forsøger at rapportere kvotemetrikker og salgsmulighedsmetrikker med feltet for salgsmulighedsdimension, kan du opleve ODBC-fejl. Du kan også opleve ODBC-fejl, når brugerkvoten rapporteres på et niveau i dimensionsobjektet, der er lavere end det definerede niveau eller det tilgængelige niveau. Brugerkvoter defineres f.eks. på månedsniveau. Hvis du forsøger at rapportere på datoniveau, kan du opleve en ODBC-fejl.
  • Brugerkvotemetrikker genereres altid med managersynlighed uanset brugerens synlighed. Det er således ikke muligt for brugere, som ikke er firmaadministratorer, at rapportere brugerkvoter sammen med salgsmulighedsmetrikker, når deres synlighed er sat til Teamsynlighed.
  • Du kan opleve ODBC-fejl, hvis du rapporterer brugerkvotemetrikker med en dimension, der ikke opfylder kravene. Brugerkvotemetrikker er f.eks. ikke defineret på salgsmulighedsdimensionen i emneområdet Salgsmulighedshistorik, og du kan således opleve ODBC-fejl, hvis du forsøgte at rapportere brugerkvote og salgsmulighedsmetrikker sammen med felterne for salgsmulighedsdimension.
  • Hvis du definerer mere end én kvote til et givet år, vises brugerkvoteværdierne som en aggregering af alle kvotetyper for det år. Du skal bruge funktionen Filtrer efter metrik, hvis du ønsker, at rapporten skal vise brugerkvoteværdier til valgte kvotetyper til det år. Hvis f.eks. servicekvote og licenskvote er to kvotetyper til regnskabsåret 2009, og du kun ønsker, at servicekvote skal vises i rapporter når salgsmulighedsomsætning rapporteres, skal du bruge følgende filtermetrikformel i kolonnen med brugerkvoteværdi:

    FILTER("Quota Metric"."QUOTA VALUE" USING (Quota."QUOTA NAME" = 'Service Quota'))

Tilknytninger af tilpassede objekter 1,2 og 3

Du kan ikke rapportere på mange-til-mange-tilknytninger mellem tilpassede objekter 1, 2 og 3 med følgende objekter i Analytics:

  • Aktiviteter
  • Aktiver
  • Kundeemner
  • Produkter

Mange-til-mange-relationen implementeres kun til tilpassede objekter 1, 2 og 3 og Konto, Kontakt, Serviceanmodning og Salgsmulighed i Analytics. Denne mange-til-mange-relation er endnu ikke implementeret mellem tilpassede objekter 1, 2 og 3 og Aktiviteter, Aktiver, Kundeemner og Produkter. Kunder kan imidlertid rapportere på en-til-mange-relation mellem disse objekter og tilpassede objekter 1, 2 og 3 vha. emneområdet Avancerede tilpassede objekter. Du kan få vist elementer fra dimensionen Aktiviteter, hvis du medtager en Aktivitet-metrik i rapporten.

Valutakonverteringsgrænser

Hvis en valutaværdi indtastes vha. en valuta, der ikke er firmaets standardvaluta, konverterer Analytics den værdi til firmaets standardvaluta til brug i rapporter. Store værdier, der er acceptable til input i én valuta, kan overskride værdigrænser, når der konverteres til firmaets standardvaluta. Når dette sker, kan rapportgenereringen ikke fuldføres.


Publiceret August 2018 Copyright © 2005, 2018, Oracle. Alle rettigheder forbeholdes. Legal Notices