![]() |
|
Om design af bogstrukturerDu skal planlægge boghierarkier nøje for at konfigurere en effektiv bogstruktur. Overfør følgende retningslinjer, når du designer og uddyber boghierarkier til firmaet:
BrugerbøgerUlempen ved at oprette tilpassede bøger, der replikerer brugerbøger, er, at dataene i de tilpassede bøger og i standardbrugerbøgerne skal synkroniseres. Denne ekstra opgave forøger serverbehandlingstiden og påvirker den hastighed, hvormed poster hentes. BEMÆRK: En årsag til, at et firma kan overveje at replikere brugerbøger, er at give en bruger midlertidig adgang til en anden brugers data. En bedre måde at opfylde dette behov på, er at tilføje den bruger, som vil have adgang til dataene, som en delegeret til·den bruger, der ejer dataene. DataadgangsbehovBogstrukturen behøver ikke afspejle firmaets firmahierarki. I stedet anbefales det, at bogstrukturen nøje afspejler, hvordan firmaet organiserer sine data. Dele af forretningen kan organiseres efter geografi, mens andre dele kan organiseres efter produktlinje eller branche. Vær særlig opmærksom på tilfælde, hvor:
Firmastrukturens relevansI mange firmaer har en overordnet organisation fuld adgang til alle data i de underordnede organisationer. Medlemmer af en sådan overordnet organisation har typisk global adgang til data på tværs af alle underordnede organisationer. Hvis din organisation er struktureret på denne måde, anbefales det, at du ikke konfigurerer bøger, der afspejler organisationsstrukturen på det overordnede organisationsniveau. Du skal imidlertid overveje følgende:
DataassocieringerUndersøg de procedurer, som dit firma følger, når en bruger overføres fra en afdeling til en anden. F.eks.:
Brugerbehov og -opgaverNår bogstrukturen designes, skal du overveje de opgaver, hvor brugere hyppigst benytter bøger, heriblandt arbejde gennem·lister, søgning efter poster samt oprettelse og brug af rapporter. Arbejde gennem listerSom en hjælp til at identificere de lister, som brugere har behov for, skal du fastlægge de listetyper, der hyppigst benyttes, og de ideelle lister til brugerne. Anmod brugerne i firmaet om input. Hvis ingen bog i bogstrukturen indeholder alle de nødvendige poster til en ideel liste, mangler bogstrukturen sandsynligvis et hierarki. Du kan f.eks. konfigurere både et geografisk hierarki og et produktorienteret hierarki. Hvis brugere anvender meget tid med at arbejde i et bestemt undersæt af en bog, kan du oprette en underbog til undersættet. Giv underbogen et navn, så brugere kan genkende den. Underbogen kan også angives som standardværdi til Bog-vælgeren, så brugere ikke behøver vælge den relevante bog hver gang. Se Aktivering af bøger til brugere og brugerroller for at få flere oplysninger om angivelse af standardværdien til Bog-vælgeren. Søgning efter posterAnmod brugerne om scenarier, hvor de slår bestemt poster op, for at fastlægge brugerens søgebehov. Bogstrukturen og bogstørrelser skal afspejle de søgninger og søgekriterier, som brugerne udfører oftest. BEMÆRK: Hvis du allerede har en bogstruktur, og du uddyber den yderligere, skal du spørge·brugerne, om de typisk kan identificere, at en bestemt post er en del af en bestemt bog i hierarkiet. Hvis brugerne konsekvent siger, at de kun kan være sikre på en bog på et højere niveau, skal du spørge dem, om en anden underopdeling af bogstrukturen ville gøre det muligt for dem at indsnævre søgningen yderligere. Brugere bør kun være tvunget til at søge i bøger på højere niveau som en undtagelse til deres normale søgninger. De felter, der bruges i en søgning, påvirker også søgningens hastighed:
Hvis du f.eks. fastlægger, at brugere typisk søger efter kontaktposter på basis af indekserede felter, kan antallet af poster til bogen på laveste niveau (kaldet bladnodebogen) være op til 100.000 til hver posttype. Hvis brugere typisk søger efter kontaktposter på basis af ikke-indekserede felter, kan du imidlertid begrænse størrelsen af bladnodebøger til mellem 20.000 og 30.000 poster til hver posttype. Datakonfiguration er forskellig fra firma til firma. Der er derfor ikke noget anbefalet antal poster til bøger. Du skal håndtere bogstørrelse fortløbende. Bøger gør hurtigere søgninger lettere, hvis antallet af poster, der skal søges efter, reduceres. Oprettelse og brug af rapporterAlle brugere undtagen administratorer er underlagt regler for datasynlighed til rapporter. Når en brugerbog eller tilpasset bog er angivet i Bog-vælgeren til rapporten, overvejes følgende data til rapporterne:
BEMÆRK: Selv om du ikke typisk behøver ændre bogstrukturen, efter den er konfigureret, kan du gøre det. Der kræves ingen nedetid for at foretage sådanne ændringer, og ændringerne udføres med det samme. Ændringerne afspejles imidlertid ikke med det samme i dataene i realtidsrapporter. Se Om synlighed af poster i Analytics for at få flere oplysninger om synlighed af poster i rapporter. ManagersynlighedDu skal basere dine design på følgende principper, når du designer boghierarkierne:
HierarkiniveauerBoghierarkier, der har et stort antal niveauer, med poster på hvert niveau, virker på samme måde som teamfunktionalitet, hvor managersynlighed er aktiveret. Sådanne hierarkier udføres godt med mindre datasæt. I takt med at datamængder vokser, udføres bøger med færre niveauer i hiearkiet (eller med ingen hierarkiniveauer) dog langt bedre end teamfunktionalitet. Hvis et niveau i boghierarkiet ikke giver datasikkerheden eller dataorganisationen ekstra værdi, kan du flette overflødige bøger og underbøger. Spørg bogbrugere, om de typisk kan identificere, om en post findes i den ene underbog eller den anden underbog til den samme underordnede bog. Hvis de ikke kan, angiver det, at det er bedst at sammenlægge de to underbøger i den overordnede bog. En simple måde til reduktion af antallet af niveauer i et boghierarki er at sætte samme navn som den overordnet bog foran underbøger. Hvis du f.eks. har en underbog, der hedder Nord, med en overordnet bog, der hedder Nordamerika, skal du fjerne den overordnede bog og omdøbe underbogen som NA - Nord. KrydslisterKrydslister er det at duplikere poster på tværs af flere bøger. Krydslister har en administrativ omkostning for brugere, da synkronisering kræves, og det medfører mange skrivebeskyttede operationer, der påvirker serverens præstation. Hold krydslister på et minimum. Automatiseret bogstyringTypisk er bogtildelingskriterier mappet til et eller flere felter i en posttype. Du kan oprette arbejdsgangregler for automatisk at omorganisere bogtildelingen, når et af de felter ændres. Hvis du f.eks. har et boghierarki, der hedder Salgsområde, kan du oprette en arbejdsgangregel for at overvåge et felt i en posttype (f.eks. feltet Salgsområde i konti) og dernæst oprette handlingen Tildel en bog på reglen for at opdatere salgsområdebogen i posten med en ny bog, når·feltværdien Salgsområde i kontoen ændres. Når du designer bognavne, skal du overveje, om du vil bruge arbejdsganghandlingen Tildel en bog på en sådan måde, at en enkelt arbejdsganghandling an tildele en anden bog til forskellige poster på basis af et udtryk, der løses til et bognavn. Antag f.eks., at du har konti i Nordamerika, og at du også har konti baseret i EMEA. Du vil muligvis konfigurere to separate bøger til de forskellige lokationer og tildele den relevante bog til en konto afhængig af kontoens lokation. For at konfigurere denne konfiguration kan du oprette to bøger, én, der hedder Nordamerika, og den anden, der hedder EMEA. Du kan dernæst oprette et tilpasset valglistefelt, der hedder Salgslokation med værdierne Nordamerika og EMEA, og føje det tilpassede felt til sidelayoutet for posttypen Konto til de relevante roller. Dernæst kan du oprette arbejdsganghandlingen Tildel en bog, som gør følgende, når en kontopost opdateres:
Relaterede emnerSe følgende emne for relaterede oplysninger: |
Publiceret August 2018 | Copyright © 2005, 2018, Oracle. Alle rettigheder forbeholdes. Legal Notices |