Редактировал(а) Ирина Сафонова 10.01.2024, 14:39
От версии 38.1
отредактировано Ирина Сафонова
на 06.10.2023, 14:43
Изменить комментарий: К данной версии нет комментариев
К версии 36.1
отредактировано Ирина Сафонова
на 06.10.2023, 14:38
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -11,7 +11,7 @@
11 11  После исключения созданной учетной записи (УЗ) в AD (Active Directory) из групп доступа, направьте в SD заявку со списком ObjectGUID тех пользователей, которых можно удалять сейчас. Удаление рекомендуется выполнять за определенный период и крупными списками  — нет необходимости каждый день направлять в SD заявку с просьбой удаления одного пользователя. Рекомендованная периодичность — **1-2 раза в месяц**.
12 12  
13 13  {{warning}}
14 -Если есть интеграция с AD и mapping, то удаление пользователей возможно только **через запрос в SD (Servise Desk).**
14 +Если вы произвели интеграцию с AD и выполнили mapping, то удаление пользователей возможно только **через запрос в SD (Servise Desk).**
15 15  {{/warning}}
16 16  
17 17  = Пример сценария работы =
... ... @@ -20,7 +20,7 @@
20 20  
21 21  Рассмотрим ситуацию, когда сотрудник имеет доступ в Workspace. Это значит, что его УЗ активна и в AD состоит в одной или нескольких группах доступах. В Workspace у сотрудника есть профиль, куда он попадает с credentials от УЗ в AD.
22 22  
23 -Далее в таблице детальней, что будет происходить с УЗ в Workspace и с [[биллингом>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%91%D0%B8%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3]] в разных случаях, когда УЗ переводят в состояние disabled/enabled и включают/ исключают из группы доступа.
23 +Далее в таблице детальней, что будет происходить с УЗ в Workspace и с биллингом в разных случаях, когда УЗ переводят в состояние disabled/enabled и включают/ исключают из группы доступа.
24 24  
25 25  {{warning}}
26 26  Не рассматриваются случаи, когда: