Skriv ut      Åpne PDF-versjon av elektronisk hjelp


Forrige emne

Neste emne

Om å utforme bokstrukturer

Du må planlegge bokhierarkiene nøye for å kunne sette opp en effektiv bokstruktur. Ta hensyn til følgende retningslinjer når du utformer og forbedrer bokhierarkiene for selskapet:

  • Ikke opprett egendefinerte bøker som replikerer brukerbøker.
  • Fastslå organisasjons- og tilgangsretningslinjene for forretningsdataene.
  • Finn ut om bedriftsstrukturen er relevant for dataadministrasjon.
  • Fastslå datatilknytningene i selskapet.
  • Utform bøkene basert på brukerbehov, og vurder oppgavene der brukere vanligvis bruker bøker.
  • Utform bøkene slik at funksjonen Ledersynlighet er aktivert (avmerkingsboks i selskapsprofilen) brukes minst mulig.
  • Bruk færrest mulig nivåer i bokhierarkiene.
  • Reduser antallet kryssduplikater i bokstrukturen. Kryssduplisering er duplisering av poster på tvers av flere bøker.
  • Bruk arbeidsflytregler til å automatisere bokhåndtering. Når du utformer nye boknavn, bør du også vurdere funksjonen som gir deg muligheten til å bruke én enkelt arbeidsflythandling til å tilordne en annen bok til forskjellige poster, ved hjelp av et uttrykk som løses til et boknavn.

Brukerbøker

Ulempen ved å opprette egendefinerte bøker som replikerer brukerbøker, er at dataene i egendefinerte bøker og standard brukerbøker må synkroniseres. Denne tilleggsoppgaven øker tjenerbehandlingstiden og har innvirkning på hvor raskt poster hentes.

MERKNAD: Én årsak til at et selskap kan vurdere å replikere brukerbøker, er å gi en bruker midlertidig tilgang til en annen brukers data. En bedre måte å dekke dette behovet på er å legge til brukeren som vil ha tilgang til dataene, som en representant for brukeren som eier dataene.

Datatilgangsbehov

Bokstrukturen må ikke nødvendigvis gjenspeile selskapets bedriftshierarki. Det anbefales i stedet at bokstrukturen nært gjenspeiler hvordan selskapet organiserer dataene. Deler av virksomheten kan være organisert etter geografi, mens andre deler kan være organisert etter produktlinje eller bransje. Legg spesielt merke til tilfeller der følgende gjelder:

  • To (eller flere) avdelinger må ikke kunne få tilgang til data som hører til den andre avdelingen.
  • To (eller flere) avdelinger må kunne få tilgang til data som hører til den andre avdelingen.

Relevansen til bedriftsstrukturen

I mange selskaper er det en overordnet organisasjon som har tilgang til alle data i de underordnede organisasjonene. Medlemmer i slike overordnede organisasjoner har vanligvis global tilgang til data på tvers av alle underordnede organisasjoner.

Hvis organisasjonen er strukturert på denne måten, anbefales det at du ikke oppretter bøker som gjenspeiler organisasjonsstrukturen på det overordnede organisasjonsnivået. Vurder imidlertid å gjøre følgende:

  • Opprette bøker som gjenspeiler organisasjonsstrukturen på andre nivåer (for eksempel det underordnede organisasjonsnivået).
  • Opprette andre bokhierarkier på det overordnede organisasjonsnivået. Du kan for eksempel opprette en bok eller et bokhierarki på det overordnede organisasjonsnivået der brukerne på dette nivået kan vise salgsmuligheter med betydelig inntektspotensial på tvers av alle underordnede organisasjoner.

Datatilknytninger

Undersøk fremgangsmåtene som selskapet følger når en bruker overføres fra én avdeling til en annen. Eksempel:

  • Hvis dataene som brukeren administrerer, alltid blir flyttet til den nye avdelingen med brukeren, slik at det er en vedvarende tilknytning til dataene, er det best å administrere dataene via posteierskap og team. Vanligvis blir avtaler og oppgaver flyttet med brukeren på alle nivåer. I enkelte salgsmiljøer blir alle kundedataene flyttet med brukeren. Denne datatilknytningen gjelder for små og mellomstore virksomheter og for virksomheter som fokuserer på salg av små mengder med høy verdi.
  • Hvis dataene vanligvis er i en fast organisasjon, for eksempel en geografisk organisasjon, slik at det er organisasjonsmessig eierskap av data, er det best å administrere dataene via bøker som gjenspeiler organisasjonsstrukturen.
  • Hvis både vedvarende tilknytning og organisasjonsmessig eierskap fortsetter å eksistere en stund etter at brukeren har flyttet til en annen avdeling, kan de to hierarkiene eksistere sammen.

Brukerbehov og -oppgaver

Når du utformer bokstrukturen, tar du hensyn til oppgavene der brukere oftest bruker bøker, inkludert å arbeide gjennom lister, søke etter poster og opprette og bruke rapporter.

Arbeide gjennom lister

Det er enklere å identifisere listene som brukerne har behov for, hvis du finner ut hvilke typer lister som brukes oftest, og hva som er de ideelle listene for brukerne. Snakk med brukerne i selskapet når du skal gjøre dette. Hvis ingen bøker i bokstrukturen inneholder alle de nødvendige postene for en ideell liste, mangler det sannsynligvis et hierarki i bokstrukturen. Du kan for eksempel konfigurere både et geografisk hierarki og et produktorientert hierarki.

Hvis brukerne arbeider mye i et bestemt delsett i én bok, oppretter du en underbok for delsettet. Bruk et navn på underboken som brukerne gjenkjenner. Underboken kan også settes som standarden for utvelgeren for bok, slik at brukere slipper å måtte velge den aktuelle boken hver gang. Hvis du vil ha flere opplysninger om hvordan du angir standarden for utvelgeren for bok, se Aktivere bøker for brukere og brukerroller.

Søke etter poster

Spør brukerne om scenarioene der de slår opp bestemte poster, for å finne ut hvilke søkebehov brukerne i selskapet har. Bokstrukturen og bokstørrelsene bør gjenspeile søkene og søkekriteriene som brukerne oftest bruker.

MERKNAD: Hvis du allerede har en bokstruktur på plass og holder på å forbedre den ytterligere, spør du brukerne om de vanligvis kan identifisere at en bestemt post er en del av en bestemt bok i hierarkiet. Hvis brukerne alltid sier at de bare kan være sikre på en bok på et høyere nivå, spør du dem om en ytterligere oppdeling av bokstrukturen gjør at de kan begrense søket ytterligere. Brukere bør bare tvinges til å søke i bøker på høyere nivåer som et unntak til vanlige søk.

Feltene som brukes i et søk, har også innvirkning på hastigheten til søket:

  • Du oppnår optimal ytelse hvis du bruker indekserte felt til å søke etter poster i bøker. (Indekserte felt vises med grønn tekst i søkeområdene.)
  • Når du bruker ikke-indekserte felt (i stedet for indekserte felt) til å søke etter poster i bøker, går søkene tregere, og ytelsen påvirkes av mengden poster du søker i. (Søkefelt som ikke er indekserte, vises med svart tekst i søkeområder.)

Hvis du for eksempel finner ut at brukere vanligvis søker i kontaktpersonposter basert på indekserte felt, kan antall poster for boken på laveste nivå (kalt bladknutepunktboken) være opptil 100 000 for hver posttype. Hvis brukere imidlertid vanligvis søker i kontaktpersonposter basert på ikke-indekserte felt, kan du begrense størrelsen på bladknutepunktbøkene til mellom 20 000 og 30 000 poster for hver posttype.

Datakonfigurasjon varierer fra selskap til selskap. Derfor finnes det ikke noe anbefalt antall poster for bøker. Du må hele tiden holde rede på bokstørrelsen. Bøker gir raskere søk når du reduserer antallet poster det søkes i.

Opprette og bruke rapporter

Alle brukere unntatt administratorer er underlagt datasynlighetsregler for rapporter. Når en brukerbok eller egendefinert bok angis i utvelgeren for bok for rapportering, er dataene som vurderes for rapporten, som følger:

  • Alt innhold i historiske analyser (inkludert historiske analyser som det er tilgang til fra fanene Rapporter og Instrumentpaneler, og rapporter som er innebygd i hjemmesider for poster) er begrenset til boken og omfatter alle undernivåer i den valgte boken. Poster som brukeren eier, eller der brukeren er et medlem i et team, er ikke inkludert med mindre disse postene også er i den valgte boken eller en av underbøkene.
  • Sanntidsrapportering er begrenset til data som er direkte knyttet til boken (den egendefinerte boken eller brukerboken) som er valgt i utvelgeren for bok. Hvis den valgte boken har underbøker eller underordnede, blir dataene i underbøkene eller de underordnede ignorert i sanntidsrapporter.

MERKNAD: Selv om du vanligvis ikke er nødt til å endre bokstrukturen etter at du har konfigurert den, kan du gjøre det. Ingen nedetid kreves for å gjøre slike endringer, og endringene brukes øyeblikkelig. Endringene gjenspeiles imidlertid ikke øyeblikkelig i dataene i sanntidsrapporter.

Hvis du vil ha flere opplysninger om postsynlighet i rapporter, se Rapporter.

Ledersynlighet

Når du utformer bokhierarkiene, baserer du utformingene på følgende prinsipper:

  • Funksjonen Ledersynlighet er aktivert (avmerkingsboks i selskapsprofilen) brukes minst mulig.
  • Valget Inkluder underelementer brukes sjelden eller aldri i søk i store datamengder. (Antallet poster som utgjør en stor datamengde, varierer fra selskap til selskap og i henhold til søkemønstre.)

    Det er tilfeller der det er nødvendig å bruke valget Inkluder underelementer. Ledere har for eksempel behov for å kjøre lister på brukerbøker som inkluderer deres underordnede, siden de underordnede ikke kan dele data med hverandre. Hvis det er snakk om store mengder, øker søketiden. Du oppnår imidlertid optimal ytelse hvis du velger alternativet Inkluder underelementer bare når det er nødvendig.

Hierarkinivåer

Bokhierarkier med mange nivåer og poster på alle nivåene, fungerer på en måte som ligner på teamfunksjonaliteten der ledersynlighet er aktivert. Slike hierarkier gir en bra ytelse med små datasett. Etter hvert som datamengdene vokser, gir imidlertid bøker med færre nivåer i hierarkiet (eller uten hierarkinivåer) en mye bedre ytelse enn teamfunksjonalitet.

Hvis ett nivå i bokhierarkiet ikke er av noen ytterligere verdi for datasikkerhet eller dataorganisering, slår du sammen den overflødige boken og underbøkene. Spør bokbrukere om de vanligvis kan identifisere om en post er i den ene eller den andre underboken for samme overordnede bok. Hvis de ikke kan dette, betyr dette at det er best å slå sammen de to underbøkene i den overordnede boken.

Du kan enkelt redusere antallet nivåer i et bokhierarki ved å bruke navnet på den overordnede boken som prefiks for underordnede bøker. Hvis du for eksempel har en underbok som kalles Nord, med en overordnet bok som kalles Nord-Norge, fjerner du den overordnede boken og endrer navnet på underboken til NN – Nord.

Kryssduplisering

Kryssduplisering er duplisering av poster på tvers av flere bøker. Kryssduplisering er ikke særlig effektivt siden synkronisering er nødvendig, noe som fører til mange skrive- og leseoperasjoner som har innvirkning på tjenerens ytelse. Bruk kryssduplisering minst mulig.

Automatisert bokhåndtering

Boktilknytningskriterier tilordnes vanligvis til ett eller flere felt i en posttype. Du kan opprette arbeidsflytregler for å reorganisere boktilknytningen automatisk når et av disse feltene endres.

Hvis du for eksempel har et bokhierarki kalt Salgsdistrikt, kan du opprette en arbeidsflytregel for å overvåke et felt i en posttype (for eksempel feltet Salgsdistrikt for firmaer), og deretter opprette handlingen Tilordne bok for regelen for å oppdatere boken Salgsdistrikt for posten med en ny bok når verdien i feltet Salgsdistrikt for firmaet endres.

Når du utformer boknavnene, bør du vurdere om du vil bruke arbeidsflyhandlinger av typen Tilordne bok slik at én enkelt arbeidsflythandling kan tilordne en annen bok til forskjellige poster, basert på et uttrykk som løses til et boknavn.

Anta for eksempel at du har firmaer i Nord-Amerika og firmaer basert i EMEA. Det kan være at du vil definere to atskilte bøker for de forskjellige stedene og tilordne den aktuelle boken til et firma avhengig av stedet for firmaet. Når du skal definere denne konfigurasjonen, kan du opprette to bøker - én kalt Nord-Amerika og en annen kalt EMEA. Du kan deretter opprette et egendefinert plukklistefelt kalt Salgssted med verdiene Nord-Amerika og EMEA og legge til det egendefinerte feltet i sideoppsettet for posttypen Firma for de aktuelle rollene. Du kan deretter opprette en arbeidsflythandling av typen Tilordne bok som gjør følgende når en firmapost oppdateres:

  • Evaluerer et uttrykk for å fastslå verdien som er valgt i feltet Salgssted for firmaposten.
  • Knytter firmaposten til boken med navnet som samsvarer med verdien som returneres av uttrykket.

Beslektede emner

Du finner relaterte opplysninger i følgende emne:


Publisert September 2017 Copyright © 2005, 2017, Oracle. Med enerett. Legal Notices.