Комбиниран ефект от множество политики за данни

Като клиент или администратор на среда можете да създадете повече от едно правило за данни и да го приложите към една и съща среда. По време на проектиране и време на изпълнение всички правила, които са приложими за средата, в която се намира приложението или потокът, се оценяват заедно, за да се реши дали ресурсът е в съответствие или нарушава правилата за данни.

Блокирано въздействие на класификацията в множество политики

Ако някаква политика (на ниво клиент или среда), която е приложима за среда, маркира конектор като Блокиран, нито едно приложение или поток не могат да използват този конектор в средата. Няма значение дали някоя друга политика класифицира този конектор като Бизнес или Не-Бизнес, защото блокиран е най-рестриктивната класификация за конектора; Следователно, блокиран винаги е краен резултат от множество оценки на политиката.

Блокирано въздействие на класификацията Бизнес/Не-бизнес в множество политики

В сравнение с оценката на ефекта на класификация блокиран, оценка на ефекта от Бизнес или Не-Бизнес класификацията в множество политики е по-сложна. Можете да класифицирате даден конектор например SharePoint, като Бизнес в политика А и като Небизнес в политика Б. Важно е с кои други съединители SharePoint е групиран в различни политики А и политика Б.

Обърнете внимание, че най-рестриктивното групиране най-накрая се налага, когато всички политики, приложими към дадена среда, се оценяват заедно. Разгледайте пример за три политики (A, B и C) в 10 конектора (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage и Box). Тези съединители са класифицирани като Бизнес или Небизнес представени от две категории всяка в трите политики (-E1- и -E2- за политика A, -E3- и -E4- за политика B и -E5- и -E6- за политика C).

Политика А

Категория	Класификация	Конектори
-E1-	Бизнес	SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2-	Различно от бизнес	Facebook, Face API, Adobe Sign, Azure Blob storage, Box

Политика B

Категория	Класификация	Конектори
-E3-	Бизнес	SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3
-E4-	Различно от бизнес	Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box

Политика C

Категория	Класификация	Конектори
-E5-	Бизнес	Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook
-E6-	Различно от бизнес	SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3

Когато и трите политики се прилагат заедно към една и съща среда, нетният резултат е разпокъсаност на конекторите през осем (2³ = 8) групи, както е показано по-долу. Само конектори от една и съща група (от осем възможни комбинации) могат да се използват в дадено приложение или поток.

Консолидирано групиране

Категории	Групов	Конектори
-E1-, -E3-, -E5-	Група 1	Microsoft 365 Outlook
-E1-, -E3-, -E6-	Група 2	SharePoint, Basecamp 3
-E1-, -E4-, -E5-	Група 3	Twitter, Salesforce
-E1-, -E4-, -E6-	Група 4	NULL
-E2-, -E3-, -E5-	Група 5	Facebook, Face API
-E2-, -E3-, -E6-	Група 6	NULL
-E2-, -E4-, -E5-	Група 7	NULL
-E2-, -E4-, -E6-	Група 8	Adobe Sign, Azure Blob storage, Box

За да обобщим, дадено приложение или поток може да използва само конектори от тези отделни групи по всяко време и не може да смесва конектори в осемте различни групи. От примерите по-горе имайте предвид, че множество правила за данни, приложени към среда, ще фрагментират пространството на конектора по сложни начини. Затова силно препоръчваме да приложите минимален брой политики за данни към дадена среда.