Права пользователя должны соответствовать его задаче: просмотр, отчёты, маркетинг, SEO или администрирование.
Перед началом
Добавлять пользователей должен администратор проекта или компании. Не выдавайте ADMIN по умолчанию: это повышает риск случайного изменения тарифов, доменов, интеграций и пользователей.
[ТУТ СКРИНШОТ: модальное окно добавления пользователя в проект]
Порядок действий
- Откройте настройки проекта.
- Перейдите в пользователей или доступы.
- Введите email пользователя.
- Выберите роль.
- Сохраните изменения.
- Попросите пользователя войти и открыть проект.
Как выбрать роль
- для просмотра отчётов — viewer/read-only;
- для SEO-работ — доступ к SEO и файлам;
- для маркетолога — автопостинг, ссылки, отчёты;
- для администратора — настройки проекта, пользователи, домены, тарифы.
Проверка
После добавления откройте проект под пользователем или попросите его прислать скриншот доступного меню. Важно проверить не только вход в проект, но и отсутствие лишних разделов.
Важно. Если пользователь видит кнопку редактирования Help/Documentation, значит у него есть ADMIN-роль или frontend считает его администратором. Это нужно проверять отдельно.
Контрольный чек-лист
- Проверьте, что вы находитесь в правильном проекте, а не в соседнем тестовом проекте.
- Проверьте роль пользователя: часть кнопок видна только администратору.
- Откройте DevTools → Network и найдите запрос к
/v1/.... - Скопируйте точный текст ошибки, HTTP-статус и время возникновения.
- Если операция связана с лимитом, откройте страницу лимитов до повторного запуска.
Что приложить к задаче разработчику
Чтобы проблему можно было быстро воспроизвести, приложите URL страницы, projectUuid, время ошибки, скриншот интерфейса, скриншот Network-запроса и архив логов. Для ошибок bootstrap отдельно проверьте, были ли в gateway.log не только GET, но и POST/PUT запросы.
[ТУТ СКРИНШОТ: Network-запрос с route, HTTP-статусом и response body]