Relationsfunktionsmåde for objekt
Udgivet: november 2016
Gælder for: Dynamics CRM 2015
Hvis der findes en én-til-mange objektrelation, er der overlapningsfunktionsmåder, som kan konfigureres til at bevare dataintegriteten og automatisere forretningsprocesser. I dette emne forklares nogle nøglekoncepter, og det beskrives, hvordan du kan konfigurere disse overlapningsfunktionsmåder.
Før vi beskriver, hvordan du konfigurerer objektets relationsfunktion er det nyttigt at overveje, hvordan det påvirker din virksomhed. Tre nøglekoncepter er:
Bevare dataintegritet
Automatisere forretningsprocesser
Overlappende funktioner
Dette emne indeholder
Bevare dataintegritet
Automatisere forretningsprocesser
Overlappende funktioner
Konfigurere objektrelationsfunktioner
Bevare dataintegritet
Hvert objekt kan have regler, som definerer en gyldig post. En Microsoft Dynamics 365-salgsmulighedspost skal f.eks. indeholde en reference til en potentiel kunde. Brugerne kan ikke oprette en ny salgsmulighedspost uden enten at tilføje en eksisterende kunde eller oprette en ny kundepost.
Men hvad hvis der slettes et firma eller en kontakt, som repræsenterer kunden? I så fald er der følgende alternativer:
Begræns ethvert forsøg på at slette en kundepost med en tilknyttet salgsmulighed.
Overlap slettehandlingen, når en tilsvarende kundepost slettes, så eventuelle relaterede salgsmulighedsposter slettes automatisk.
I Microsoft Dynamics 365 for de én til mange-relationer, som relaterer salgsmuligheder med kunder, f.eks. Opportunity.opportunity_customer_accounts og Contact.opportunity_customer_contacts, skal funktionsmåden overlappe sletttehandlingen.
Når du modellerer dine data til brug i Microsoft Dynamics 365, skal du træffe tilsvarende beslutninger for, hvordan du vil opretholde dataintegriteten.
Automatisere forretningsprocesser
Dine forretningsprocesser kan kræve, at du udfører handlinger på poster, som har relaterede poster. Du skal f.eks. muligvis tildele en konto til en ny sælger. Hvis den pågældende firmapost har salgsmulighedsposter, omfatter indstillingerne:
Gør ingenting. Salgsmulighederne skal forsat ejes af de personer, som arbejder på dem.
Tildel alle salgsmulighederne til den nye sælger. Som den nye ejer af denne firmapost er sælgeren nu ansvarlig for alle salgsmuligheder med relation til denne konto.
Tildel kun de aktive salgsmuligheder til den nye sælger. Bevarer ejeren for alle inaktive salgsmulighedsposter til rapporteringsformål.
Tildel kun de salgsmuligheder, som ejes af den tidligere kontoejer, til den nye sælger. Dette giver den nye sælger mulighed for at erstatte den tidligere ejer.
Disse indstillinger er almindelige indstillinger, som du kan konfigurere ved hjælp af objektrelationsfunktionen i Microsoft Dynamics 365. Hvis du har brug for andre funktioner, kan du overveje at købe en løsning, som indeholder den funktion, du behøver, eller udvikle et plugin, der giver adgang til flere indstillinger.
Overlappende funktioner
Disse konfigurationsindstillinger kaldes overlappende funktioner, fordi de overlapper nedad i hierarkiet med relaterede objekter. Hvis sletning af et firma f.eks. medfører, at relaterede salgsmuligheder slettes, hvad så med de aktiviteter, som er tilknyttet til salgsmulighederne? I Microsoft Dynamics 365 er den funktionsmåde, som er defineret i objektrelationerne for aktivitetstypeobjekter, at de også slettes.
Det er imidlertid ikke alle objekter, som behandles på denne måde. Ordrer og fakturaer indeholder f.eks. vigtige forretningsdata, som ikke bør slettes. De har objektrelationsfunktionen konfigureret til at begrænse sletning af kunde- eller salgsmulighedsposter, som de er tilknyttet til. Før du kan slette den kunde eller salgsmulighed, som har en relateret ordre- eller fakturapost, skal du først slette ordren eller fakturaen.
Når du tilpasser dine forretningsdata ved at oprette brugerdefinerede objekter, eller når du bruger eksisterende Microsoft Dynamics 365-systemobjekter, skal du overveje, hvilken funktion du har brug for, og implikationerne for hele hierarkiet af relaterede objekter.
Overordnede objektrelationer
Hvert objektpar, som er berettiget til at have en 1:N-relation, kan have flere 1:N-relationer mellem sig. Men kun én af disse relationer kan betragtes som en overordnet objektrelation. På TechNet: Overordnede objektrelationer, der kan tilpasses kan du se en liste med alle de overordnede objektrelationer, der kan tilpasses.
En overordnet objektrelation er enhver 1:N-objektrelation, hvor en af de overlappende indstillinger (defineret i CascadeType) i kolonnen Overordnet i den følgende tabel er sand.
Handling |
Overordnet |
Ikke overordnet |
|---|---|---|
Slet |
Cascade |
RemoveLink |
Del |
Cascade |
NoCascade |
Annuller deling |
Cascade |
NoCascade |
Tildel |
Cascade |
NoCascade |
Ny overordnet |
Cascade |
NoCascade |
Hvert refererende objekt i en 1:N-objektrelation har en referenceattribut, hvor relationen kan betragtes om overordnet.
Hvis du f.eks. opretter et nyt brugerdefineret objekt og en 1:N-objektrelation med firmaobjektet, hvor dit kundeobjekt er det refererende objekt, kan du konfigurere handlingerne for objektrelationen til at anvende indstillingerne i kolonnen Overordnet. Hvis du senere tilføjer endnu en 1:N-objektrelation med dit kundeobjekt som refererende objekt, kan du kun konfigurere handlingerne til at anvende indstillingerne Ikke overordnet.
Som regel betyder dette, at der kun én overordnet relation for hvert objektpar. Der er visse tilfælde, hvor den refererende attribut på referencen kan omfatte en reference til mere end én type objekt.
Objektet Opportunity har f.eks. en referenceattribut kaldet customerid, hvor der kan gemmes en reference enten til en kontakt eller den firmapost. Der er to separate overordnede 1:N-objektrelationer i dette tilfælde.
Ethvert aktivitetsobjekt, f.eks. en opgave, fax, telefonopkald osv., har et tilsvarende sæt overordnede objektrelationer for objekter, som kan tilknyttes ved hjælp af referenceattributten regardingobjectid.
Konfigurere objektrelationsfunktioner
Når du anvender CreateOneToManyRequest eller UpdateRelationshipRequest, medtager du en forekomst af en OneToManyRelationshipMetadata-klasse i brødteksten i anmodningen. I egenskaben CascadeConfiguration for den klasse, anvender du klassen CascadeConfiguration.
Klassen CascadeConfiguration indeholder egenskaber, som repræsenterer handlinger, der kan udføres på det objekt, der henvises til i én til mange-relationen. Hver egenskab kan tildeles en af værdierne i CascadeType-optællingen.
Værdi |
Programetiket |
Beskrivelse |
|---|---|---|
Aktiv |
Vis aktive overlappet |
Udfør handlingen på alle aktive refererende objektposter, som er tilknyttet til den objektpost, der refereres til. |
Overlappet |
Vis alle overlappet |
Udfør handlingen på alle refererende objektposter, som er tilknyttet til den objektpost, der refereres til. |
NoCascade |
Vis ingen overlappet |
Foretag intet. |
RemoveLink |
Fjern link |
Fjern værdien for den referende attribut for alle refererende objektposter, som er tilknyttet til den objektpost, der refereres til. |
Begræns |
Begræns |
Undgå, at den objektpost, der refereres til, slettes, når der findes refererende poster. |
UserOwned |
Vis brugerejede overlappet |
Udfør handlingen på alle refererende objektposter, som ejes af den samme bruger som den objektpost, der refereres til. |
Klassen CascadeConfiguration indeholder følgende egenskaber, som repræsenterer handlinger, der kan udføres på objekt, der henvises til i én til mange-relationen.
Handling |
Beskrivelse |
Gyldige indstillinger |
|---|---|---|
Ejeren af den objektpost, der refereres til, ændres. |
Active |
|
Den objektpost, der refereres til, slettes. Bemærk Indstillingerne for denne handling er begrænsede. |
Cascade |
|
Posten flettes med en anden post. Bemærk For objekter, der refereres til, som kan flettes, er Overlappet den eneste gyldige indstilling. I andre tilfælde kan du bruge NoCascade. |
Cascade |
|
Se Om ny overordnet-handlingen nedenfor. |
Active |
|
Hvis den objektpost, der refereres til, deles med en anden bruger. |
Active |
|
Hvis deling fjernes for den objektpost, der refereres til. |
Active |
Om ny overordnet-handlingen
Ny overordnet-handling er meget lig delingshandlingen, bortset fra, at den behandler nedarvede læseadgangsrettigheder i stedet for eksplicitte læseadgangsrettigheder.
Bemærk
Du kan finde flere oplysninger om nedarvede læseadgangsrettigheder under Hvordan postbaseret sikkerhed kan bruges til at styre adgangen til poster i Microsoft Dynamics CRM 2015, især i sektionen Deling og arv.
Ny overordnet-handlingen betegner, at du ændrer værdien for den refererende attribut i en overordnet relation. Når en ny overordnet-handling udføres, ændres det ønskede omfang af de nedarvede læseadgangsrettigheder for relaterede objekter muligvis. Overlap-handlinger med relation til ny overordnet-handlingen henviser til ændringer af læseadgangsrettighederne for objektposten og eventuelle objektposter, som er relateret til den. Se Overordnede objektrelationer for at få flere oplysninger om, hvordan en objektrelation konfigureres til at være overordnet.
Der er f.eks. en overordnet relation mellem Salgsmulighed og Konto baseret på den refererende attribut CustomerId. Hvis du er ejeren af en konto, og der er en salgsmulighed tilknyttet til kontoen, arver du læseadgangsrettighederne for salgsmuligheden og eventuelle poster, som er tilkyttet til den. Hvis værdien af den refererende attribut CustomerId for salgsmuligheden ændres, så den henviser til en anden konto, arver ejeren af den pågældende konto læseadgangsrettighederne til salgsmuligheden, hvis Ny overordnet-handlingen er Overlappet. Du kan deaktivere denne automatiske nedarvning, af læseadgangsrettigheder, hvis du indstiller ny overordnet-handlingen til NoCascade. Du kan anvende indstillingerne Active eller UserOwned til at angive filtre, hvorpå posterne påvirkes af ændringerne i adgangsrettigheder. For poster, der er relateret til salgsmuligheden, og som anvender et overordnet relation, overlapper ny overordnet-handlingen disse objektrelationer, og læseadgangsrettighederne nedarves baseret på de filtre, der angives for Ny overordnet-handlingen.
Se også
En til mange-relationer
Udvide modellens metadata
Tilpasse objektets metadata
Tilpasse objektets attributmetadata
Tilpasse metadata til objektrelationer
Tilpasning af objekt- og attributtilknytninger
Tilpasse etiketter, der understøtter flere sprog
Hvordan postbaseret sikkerhed kan bruges til at styre adgangen til poster i Microsoft Dynamics CRM 2015
Eksempel: Opret og hent objektrelationer
© 2017 Microsoft. Alle rettigheder forbeholdes. Ophavsret