Изменения документа D. Создание и удаление пользователей
Редактировал(а) Ирина Сафонова 10.01.2024, 14:39
От версии 41.1
отредактировано Ирина Сафонова
на 06.10.2023, 15:09
на 06.10.2023, 15:09
Изменить комментарий:
К данной версии нет комментариев
К версии 36.1
отредактировано Ирина Сафонова
на 06.10.2023, 14:38
на 06.10.2023, 14:38
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -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,11 +20,8 @@ 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]] вдвухслучаях:23 +Далее в таблице детальней, что будет происходить с УЗ в Workspace и с биллингом в разных случаях, когда УЗ переводят в состояние disabled/enabled и включают/ исключают из группы доступа. 24 24 25 -* УЗ переводится в состояние disabled/enabled. 26 -* УЗ включают/ исключают из группы доступа. 27 - 28 28 {{warning}} 29 29 Не рассматриваются случаи, когда: 30 30 ... ... @@ -33,11 +33,11 @@ 33 33 {{/warning}} 34 34 35 35 (% class="table-bordered" %) 36 -(% class="active" %)|**Состояние УЗ в AD**|**Состоит ли УЗ в AD хоть в одной группе доступа**|**Видна ли УЗ в web-интерфейсе Workspace**|**Возможность получить доступ через "войти под именем другого пользователя"(impersonate)**|**Возможность залогиниться в web-интерфейсе Workspace**|**Возможность удалить УЗ через запрос в ТП beeline cloud**|**Биллинг**33 +(% class="active" %)|**Состояние УЗ в AD**|**Состоит ли УЗ в AD хоть в одной группе доступа**|**Видна ли УЗ в web-интерфейсе Workspace**|**Возможность получить доступ через “войти под именем другого пользователя” (impersonate)**|**Возможность залогиниться в web-интерфейсе Workspace**|**Возможность удалить УЗ через запрос в ТП beeline cloud**|**Биллинг** 37 37 |Активна|Да|Да|Да|Да|Нет|Включен в счет 38 -|Активна|Нет, УЗудалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля35 +|Активна|Нет, уз удалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля 39 39 |Неактивна|Да|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Нет|Включен в счет 40 -|Неактивна|Нет, УЗудалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля37 +|Неактивна|Нет, уз удалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля 41 41 42 42 **[[В начало>>doc:DF WorkSpace.WebHome]] **🡱 43 43 **[[К следующему разделу>>doc:DF WorkSpace.instruction.Сценарии работы с услугой.E\. Вход под именем другого пользователя.WebHome]] **🡲