Groups: группировка клиентов
Цель
Разобрать раздел Groups и объяснить, как использовать группы для навигации, учета и обслуживания клиентов без смешивания их с техническими inbound.
Теория
Group — административная метка. Она помогает разделять клиентов по назначению: личные пользователи, тестовые доступы, сотрудники, временные профили, партнерские подключения. Группа не заменяет inbound, protocol или firewall.

История
По мере роста числа клиентов простой список становится неудобным. Группы появляются как слой информационной архитектуры: они помогают найти пользователя и понять, почему у него именно такие лимиты.
Архитектура
Связь простая:
| Слой | Что делает |
|---|---|
| Client | содержит реальные учетные данные |
| Group | помогает классифицировать клиента |
| Inbound | определяет техническую точку входа |
| Subscription | выдает клиенту профиль подключения |
Настройка

Создайте группу до массового добавления клиентов. Имя должно быть коротким и понятным: staff, test, family, temporary, customer-a. Не используйте в группе секреты, пароли, номера документов или персональные данные.
Разбор параметров
| Поле | Значение |
|---|---|
| Name | имя группы |
| Actions | редактирование или удаление группы |
| Clients count | сколько клиентов относится к группе, если счетчик доступен |
Типовые ошибки
- использовать группу вместо технического разделения inbound;
- называть группы по персональным данным;
- удалять группу без понимания, как это отразится на фильтрах и отчетах;
- создавать слишком много похожих групп.
Безопасность
Группа не является механизмом безопасности. Она не ограничивает доступ к сети сама по себе. Для реального ограничения нужны настройки клиента, inbound, routing, firewall и административный контроль панели.
Чек-лист
- Группы названы нейтрально и понятно.
- В названиях нет секретов и персональных данных.
- Группа не используется как замена firewall или inbound.
- Перед удалением группы проверены связанные клиенты.