Дочерние организации и роли

Крупные клиенты могут использовать дочерние организации и роли, когда структура клиента Scoutello включает несколько операционных подразделений. Примеры включают гостиничную группу с несколькими объектами, организатора мероприятий с местными командами или организацию назначения с партнерскими офисами.

Боковая панель отображает:

• /organizations/:id/organizations для дочерних организаций.
• /organizations/:id/roles для управления ролями и разрешениями.

Оба маршрута требуют разрешений администрирования организации для сущности admin (например, admin:list:all и связанные области admin:* из редактора ролей), а не глобальной учетной записи персонала платформы Scoutello.

Дочерние организации

Дочерние организации разделяют владение и повседневную работу, сохраняя при этом управляемость более крупной структуры. Они подходят для команд, которым требуется разный брендинг, записи, разрешения или операционная ответственность, при этом оставаясь частью одной и той же клиентской экосистемы.

Распространенные шаблоны:

• Родительская организация отвечает за общую стратегию, биллинг или управление.
• Дочерние организации управляют местными клиентами, мероприятиями, турами, веб-приложениями и персоналом.
• Администраторы платформы или администраторы организации могут отслеживать вопросы иерархии по всему дереву.

Роли

Роли объединяют разрешения для пользователей внутри организации. Пользователь может иметь разные роли в разных организациях, поэтому всегда проверяйте активную организацию перед диагностикой доступа.

Разрешения следуют модели сущность:действие:область действия, описанной в справочнике разрешений. Сущность admin объединяет общеорганизационное администрирование: достаточные области действия admin:* предоставляют доступ к управлению иерархией и ролями в боковой панели в пределах ограничений, настроенных в этой роли.

Проверки поддержки

Когда пользователь сообщает об отсутствующих записях или навигации, сначала убедитесь, что он работает в нужной организации или дочерней организации и что его роль соответствует этому. Затем проверьте соответствующие разрешения сущности, такие как customer, event, tour или landing-page, включая, является ли область действия assigned, all или off. Предоставляйте широкие разрешения сущности admin только тогда, когда пользователь должен управлять структурой организации и ролями.

Связанные концепции: Справочник разрешений.