Połączony efekt wielu zasad danych

Administrator dzierżawcy lub środowiska może utworzyć więcej niż jedną zasadę dotyczącą danych i zastosować ją w tym samym środowisku. W czasie projektowania i wykonywania projektu wszystkie zasady mające zastosowanie do środowiska, w którym znajduje się aplikacja lub przepływ, są szacowane razem w celu ustalenia, czy zasób jest zgodny z zasadami danych, czy nie.

Zablokowano oddziaływanie klasyfikacji w wielu regułach

Jeśli jakiekolwiek reguły (na poziomie dzierżawy lub środowiska) mające zastosowanie do środowiska oznacza łącznik jako Zablokowany, żadna aplikacja lub przepływ nie może korzystać z tego łącznika w środowisku. Bez względu na to, czy inna polityka klasyfikuje dany łącznik jako Firmowy lub Niefirmowy, ponieważ Zablokowanyjest najbardziej restrykcyjną klasyfikacją łącznika; z tego powodu Zablokowany jest zawsze ostatecznym wynikiem wykonywania wielu zasad.

Firmowe/niefirmowe – oddziaływanie klasyfikacji w wielu regułach

W porównaniu do oceny efektu klasyfikacji Zablokowane,ocenianie skutków klasyfikacji Firmowe lub Niefirmowe w ramach wielu zasad powoduje bardziej złożone zakwalifikowanie. Możesz sklasyfikować dany łącznik, na przykład SharePoint, jako Biznesowy w zasadzie A i jako Niebiznesowy w zasadzie B. Liczy się to, z jakimi innymi łącznikami jest pogrupowany SharePoint według zasady A i zasady B.

Warto pamiętać, że ostatecznie wykorzystywana jest najbardziej restrykcyjna klasyfikacja, kiedy wszystkie zasady mające zastosowanie do środowiska są oceniane razem. Rozważ przykład trzech zasad (A, B i C) dla 10 łączników (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage i Box). Te łączniki są klasyfikowane jako Biznesowe lub Niebiznesowe reprezentowane przez dwie kategorie w trzech zasadach (-E1- i -E2- w przypadku zasady A, -E3- i -E4- w przypadku zasady B oraz -E5- i -E6- dla zasady C).

Zasada A

Kategoria	Klasyfikacja	Łączniki
-E1-	Firma	SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2-	Niefirmowe	Facebook, Face API, Adobe Sign, Azure Blob storage, Box

Zasada B

Kategoria	Klasyfikacja	Łączniki
-E3-	Firma	SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3
-E4-	Niefirmowe	Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box

Zasada C

Kategoria	Klasyfikacja	Łączniki
-E5-	Firma	Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook
-E6-	Niefirmowe	SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3

Kiedy wszystkie trzy zasady są stosowane razem z tym samym środowisku, wynikiem jest podział łączników w ramach ośmiu grup (2³ = 8), jak przedstawiono poniżej. W danej aplikacji lub przepływie mogą być używane tylko łączniki z tej samej grupy (z ośmiu możliwych kombinacji).

Grupowanie skonsolidowane

Kategorie	Grupowy	Łączniki
-E1-, -E3-, -E5-	1 grupa	Microsoft 365 Outlook
-E1-, -E3-, -E6-	2 grupa	SharePoint, Basecamp 3
-E1-, -E4-, -E5-	3 grupa	Twitter, Salesforce
-E1-, -E4-, -E6-	4 grupa	NULL
-E2-, -E3-, -E5-	5 grupa	Facebook, Face API
-E2-, -E3-, -E6-	6 grupa	NULL
-E2-, -E4-, -E5-	7 grupa	NULL
-E2-, -E4-, -E6-	8 grupa	Adobe Sign, Azure Blob Storage, Box

Podsumowując, aplikacja lub przepływ mogą w dowolnym czasie używać tylko łączników z tych poszczególnych grup i nie można łączyć łączników w ramach ośmiu różnych grup. Z powyższych przykładów należy pamiętać, że zastosowanie wielu zasad dotyczących danych do środowiska będzie powodować fragmentowanie obszaru łącznika w skomplikowany sposób. Z tego powodu zdecydowanie zaleca się zastosowanie minimalnej liczby zasad dotyczących danych w danym środowisku.