Oversikt over objektrelasjoner

Overordnet-detalj

Kobler objekter nært sammen slik at den overordnede posten kontrollerer bestemte virkemåter for detalj- og underdetaljposten. Du kan for eksempel definere en overordnet-detalj-relasjon mellom to objekter, for eksempel Konto – Utgiftsrapport, som utvider relasjonen til underdetaljposter, som Konto – Utgiftsrapport – Utgiftslinje. Du kan deretter utføre operasjoner på tvers av relasjonen overordnet – detalj – underdetalj.

Tips Opprett en overordnet-detalj-relasjon før et tilpasset objekt inneholder data.

Virkemåter for overordnet-detalj-relasjoner:

• Sletting av en detaljpost flytter den til papirkurven og lar den overordnede posten være intakt, mens sletting av en overordnet post også sletter relaterte detalj- og underdetaljposter. Oppheving av sletting av en detaljpost gjenoppretter den, og oppheving av sletting av en overordnet post opphever også slettingen av relaterte detalj- og underdetaljposter. Hvis du sletter en detaljpost og senere separat sletter dens overordnede post, kan du imidlertid ikke oppheve slettingen av detaljposten siden den ikke lenger har en overordnet post å relateres til.
• Poster kan som standard ikke tilordnes på nytt i en overordnet-detalj-relasjon. Administratorer kan imidlertid tillate at underordnede poster i overordnet-detalj-relasjoner i tilpassede objekter tilordnes på nytt til andre overordnede poster, ved å velge alternativet Tillat tilordning til ny overordnet i definisjonen for overordnet-detalj-relasjonen.
• Eier-feltet i detalj- og underdetaljposter er ikke tilgjengelig og angis automatisk til eieren av den overordnede posten. Tilpassede objekter på detaljsiden i en overordnet-detalj-relasjon kan ikke ha delingsregler, manuell deling eller køer fordi disse krever Eier-feltet.
• Detalj- og underdetaljposter arver sikkerhetsinnstillinger og tillatelser fra den overordnede posten. Du kan ikke an gi tillatelser uavhengig på detaljposten.
• Feltet for overordnet-detalj-relasjonen (som er feltet som kobler objektene) er nødvendig i sideoppsettet for detalj- og underdetaljpostene.
• Det overordnede objektet kan være et standardobjekt som Konto eller Salgsmulighet, eller et tilpasset objekt.
• En god fremgangsmåte er å ikke overskride 10 000 underordnede poster for en overordnet-detalj-relasjon.
• Hvert tilpassede objekt kan ha opptil to overordnet-detalj-relasjoner og opptil 40 relasjoner totalt.
• Relatert til-oppføringen kan ikke endres etter at du har lagret relasjonen.
• En profil eller et tillatelsessett kan ha et objekt, som Konto, med en overordnet-detalj-relasjon. En brutt tillatelsesavhengighet finnes hvis det underordnede objektet har tillatelser som den overordnede skal ha. Når det gjelder oppdateringer som gjøres i Oppsett, oppdaterer Salesforce det overordnede objektet for en brutt tillatelsesavhengighet ved den første lagringshandlingen for profilen eller tillatelsessettet. For oppdateringer som gjøres med API-et, må du manuelt rette opp brutte tillatelsesavhengigheter.

  Hvis det underordnede objektet har disse tillatelsene	Disse tillatelsene er aktivert på det overordnede objektet
  Endre alle poster ELLER Vise alle poster	Vis alle poster
  Vise alle poster ELLER Lese	Lese

• Når du oppretter et utkast til en Knowledge fra en publisert versjon, overfører feltet Samlet oppsummering i artikkelutkastet verdiene i feltet Samlet oppsummering til den publiserte artikkelen. Når du redigerer en artikkel etter utforming, opprettes det en ny utkastversjon, og tilpassede feltverdier fra den publiserte versjonen overføres til den nye utkastversjonen. Poster for tilpassede objekter som er knyttet til en KnowledgeArticleVersion (publisert artikkel), overføres imidlertid ikke eller legges ved den nye utkastversjonen.

Mange-til-mange

Du kan bruke overordnet-detalj-relasjoner til å utforme mange-til-mange-relasjoner mellom to objekter. En mange-til-mange-relasjon tillater hver post i ett objekt å kobles til flere poster fra et annet objekt og motsatt. Opprett for eksempel et tilpasset objekt som kalles Feil, som er knyttet til standardsaksobjektet på en slik måte at en feil kan knyttes til flere saker, og en sak kan også knyttes til flere feil.

Oppslag

Kobler sammen to objekter. Oppslagsrelasjoner er lik overordnet-detalj-relasjoner bortsett fra at de ikke støtter deling eller felt for samlet oppsummering. Du kan gjøre følgende med en oppslagsrelasjon:

• Koble sammen to forskjellige objekter.
• Koble et objekt til seg selv (unntatt for brukerobjektet, se Hierarkisk-delen i dette emnet). Koble for eksempel et tilpasset objekt kalt Feil til seg selv for å vise hvordan to forskjellige feil er relaterte til det samme problemet.

Merk Oppslagsrelasjoner fra objekter relatert til kampanjemedlemsobjektet støttes ikke, men du kan opprette oppslagsrelasjoner fra kampanjemedlemsobjektet relatert til andre objekter.

Når du oppretter en oppslagsrelasjon, kan du angi disse alternativene:

• Gjør oppslagsfeltet nødvendig for å lagre en post, og gjør det i tillegg også nødvendig på det tilhørende sideoppsettet.
• Hvis oppslagsfeltet er valgfritt, kan du angi én av tre virkemåter som skal skje hvis oppslagsposten slettes:
  • Fjern verdien i dette feltet – Dette er standardverdien. Å fjerne verdien i feltet er et godt valg når feltet ikke må inneholde en verdi fra den tilknyttede oppslagsposten.
  • Ikke tillat sletting av oppslagsposten som er en del av en oppslagsrelasjon Hvis du har avhengigheter som bygger på oppslagsrelasjonen, som en arbeidsflytregel, tillater ikke dette alternativet at oppslagsposten slettes.
    

    Merk Sletting av en post som har underordnede poster, er ikke tillatt, bortsett fra når de underordnede postene slettes foreløpig (sendes til papirkurven). Hvis alle de underordnede postene til en overordnet post slettes midlertidig, slettes den overordnede posten. I tillegg blir alle midlertidig slettede underordnede fjernet fra papirkurven og slettet permanent.
  • Slett denne posten også – Tilgjengelig bare hvis et tilpasset objekt inneholder oppslagsrelasjonen, og ikke hvis den bare inneholdes av et standardobjekt. Oppslagsobjektet kan imidlertid være enten standard eller tilpasset. Velg når oppslagsfeltet og den tilknyttede posten er nært knyttet til hverandre og du vil slette relatert data fullstendig. Anta for eksempel at du har en utgiftsrapportpost med en oppslagsrelasjon til individuelle utgiftsposter. Når du sletter rapporten, ønsker du sannsynligvis også å slette alle utgiftspostene.
    

    Advarsel Å velge Slett denne posten også kan resultere i en gjennomgripende sletting. En gjennomgripende sletting omgår sikkerhets- og delingsinnstillinger, som betyr at brukere kan slette poster når måloppslagsposten slettes selv om de ikke har tilgang til postene. Gjennomgripende sletting er deaktivert som standard for å hindre poster fra å slettes utilsiktet. Kontakt Salesforce for å få aktivert alternativet for gjennomgripende sletting for organisasjonen.

    Gjennomgripende sletting og dets relaterte alternativer er ikke tilgjengelig for oppslagsrelasjoner til åpningstid-, nettverk-, salgsemne-, prisliste-, produkt- eller brukerobjekter.

Når du definerer en oppslagsrelasjon, kan du inkludere et oppslagsfelt i sideoppsettene for det objektet og opprette en relatert liste i det tilknyttede objektets sideoppsett. Hvis du for eksempel har et tilpasset objekt kalt Forespørsler om betalte fridager og du vil at brukerne skal koble en forespørsel om betalte fridager til den ansatte som sender forespørselen, oppretter du en oppslagsrelasjon fra det tilpassede objektet Forespørsler om betalte fridager til brukerobjektet.

Hvis den overordnede posten i en oppslagsrelasjon slettes, vil sporingen av felthistorikk for den underordnede posten ikke registrere slettingen. Hvis for eksempel en overordnet konto slettes, vises ikke slettingen i den relaterte listen Kontohistorikk for den underordnede kontoen.

Du kan ikke slette et objekt eller en post i en oppslagsrelasjon hvis det kombinerte antall poster mellom de to lenkede objektene er mer enn 100 000. Hvis du vil slette et objekt eller en post i en oppslagsrelasjon, må du først slette et riktig antall av dets underordnede poster.

Når du sletter et objekt som brukes av et oppslagsfelt, må du også slette feltet. Til å slette både objektet og feltet bruker du metadata-API-et med et slettemanifest som bruker purgeOnDelete. Eller du kan bruke Oppsett i grensesnittet til å slette feltet først. Hvis du ikke gjør det, kan ikke objektet slettes.

Eksternt oppslag

En ekstern oppslagsrelasjon lenker et underordnet standard, tilpasset eller eksternt objekt til et overordnet eksternt objekt. Når du oppretter et eksternt oppslagsrelasjonsfelt, blir standard Ekstern ID-felt på det overordnede, eksterne objektet sammenholdt med verdiene i den underordnedes eksterne oppslagsrelasjonsfelt. Feltverdier for eksterne objekter hentes fra en ekstern datakilde.

Indirekte oppslag

En indirekte oppslagsrelasjon lenker et underordnet eksternt objekt til et overordnet standard eller tilpasset objekt. Når du oppretter et felt for indirekte oppslagsrelasjon på et eksternt objekt, angir du feltet for det overordnede feltet og det underordnede objektet for å matche og tilknytte poster i relasjonen. Spesifikt velger du et felt for tilpasset, unik ekstern ID på det overordnede objektet som skal matches mot feltet for det underordnede objektets indirekte oppslagsrelasjon. Disse verdiene kommer fra en ekstern datakilde.

Hierarkisk

En spesiell oppslagsrelasjon tilgjengelig bare for brukerobjektet. Det giver brugere mulighed for at bruge et opslagsfelt til at knytte en bruger til en anden, der ikke direkte eller indirekte refererer til sig selv. Du kan for eksempel opprette et tilpasset hierarkirelasjonsfelt for å lagre hver brukers direkte leder.

Tips Når du oppretter et hierarkisk felt i Personal, Contact Manager, Group og Professional Edition, kan du merke av for Begrenset felt slik at bare brukere med tillatelsen Behandle interne brukere kan redigere det. I Professional, Enterprise, Unlimited, Performance og Developer Edition bruker du feltnivåsikkerhet i stedet.