Предложение разделить функцию (Создание элементов)

Поставил +, но если честно есть вопросы к возможности клиенту неограниченно создавать группы. Неограниченно не в смысле количества,а в смысле наименования.
Но так или иначе не разумно, что доступ к функции создания элементов не реализован для каждого типа элементов по отдельности, а элементы это объект, группа объектов, ресурс и т.д.(при чем абонентская плата начисляться за количество одного из типов элементов).

Этот момент описан в первом сообщении.
Если запретить создание объектов в услугах ресурса то каждый раз когда нужно будет добавить новый объект придётся заходить в cms и переключать данную  функцию. Есть компании в которые практически каждый день добавляются новые объекты. Очень не удобно каждый раз  включать и отключать создание объектов в услугах ресурса.

SanderAMC , у нас 1С создает обьекты. Из под той учетки которая пренадлежит клиенту.

SanderAMC Структура следующая. Создаём для каждой компании 1 учётную запись, в ней  создаём объекты мониторинга, группы, пользователей. Пользователю даём ограниченный доступ на данный ресурс с возможностью  создавать уведомления, отчёты и т.д.
Я так понял вы имеете ввиду создать для пользователя отдельный ресурс для создания групп и в нём заблокировать создание объектов а объекты создавать в основном ресурсе. В целом как вариант такой способ подойдёт. Но повторюсь было бы гораздо проще если бы были просто две отдельные  функции в свойствах пользователя: создание объектов и создание групп.

SanderAMC , клиент ушел - удалил учетку и весь мусор, включая обекты удалился.
Учетная запись в отличии от группы или непосредственного доступа к элементу, имеет болие широкий функционал к разграничению доступа.

Мы 1с не делаем, есть готовое решение.
Мой ответ состоит из 2 частей и вторая часть как раз про эфективное адменестрирование.
Допустим вам необходимо ограничить доступ пользователя к истории обьекта мониторинга клиента по геозоне, вы сможете без учетной записи это сделать?

SanderAMC , Вы сможете ограничить доступ к сообщениям, не ограничевая к доступу к отчетам(надо же как то показать историю перемещение в геозоне).

Вы по сути оспорили предложения, указавая на то, что учётной записью можно не пользоваться для администрирования клиентов.