Права доступа в BI проверяют по фактическим действиям каждой роли: что видно на странице, в детализации, при экспорте и через доступные источники. Ограничение меню не доказывает ограничения данных. Для приёмки нужны отдельные тестовые учётные записи и заранее составленная матрица разрешений.
Определите границы видимости
Сначала опишите роли: менеджер, руководитель группы, директор, аналитик и внешний подрядчик. Для каждой укажите подразделения, клиентов, показатели и допустимую детализацию. Иногда сотруднику нужна общая сумма отдела, но не контактные сведения чужих клиентов.
Разделяйте доступ к отчёту, модели данных и исходному подключению. Разрешение открыть красивую страницу не должно автоматически давать возможность читать весь источник. Возможности конкретной BI-платформы и способ применения фильтров проверяют в её документации и в используемой конфигурации.
Проверьте строки и агрегаты
Ограничение строк должно сохраняться при изменении фильтров, переходе по ссылкам и выборе другого периода. Если ответственный за клиента изменился, выясните, какие права действуют для исторических операций. Это бизнес-правило необходимо согласовать заранее.
Агрегаты тоже могут раскрывать лишнее. Если доступна сумма по отделу и сумма всех разрешённых сотрудников, разность иногда позволяет восстановить скрытый показатель. Для чувствительных разрезов предусмотрите достаточное объединение групп или ограничение детализации по согласованной потребности.
Условный пример двух филиалов
Предположим, руководитель филиала А должен видеть своих клиентов и общую выручку сети. В отчёте ему скрыли вкладку филиала Б, но оставили экспорт всей таблицы. Визуальная проверка главной страницы пройдёт, фактическая граница доступа — нет.
Тестовый пользователь открывает прямую ссылку на детализацию, меняет фильтры, экспортирует строки и проверяет сохранённый отчёт. Ожидаемый результат фиксируют для каждого действия. Если экспорт необходим, он должен содержать разрешённые данные, а не полную таблицу, скрытую только на экране.
Не забудьте снимки и рассылки
Сохранённые PDF, вложения, кэшированные страницы и запланированные рассылки живут отдельно от интерактивного просмотра. После изменения прав старый снимок может оставаться доступным. Это следует учитывать в правилах хранения и распространения отчётов.
Проверьте, под чьими правами выполняется автоматическая рассылка и кому она доставляется. Персонализированный отчёт не должен использовать полный набор данных только потому, что задачу создал администратор. Конкретное поведение тестируют на выбранной платформе, не полагаясь на название настройки.
Организуйте отзыв и пересмотр прав
Увольнение, перевод между группами и завершение договора подрядчика должны запускать пересмотр доступа. Список активных пользователей сопоставляют с актуальными ролями, владельцами отчётов и техническими учётными записями. Общие логины мешают доказать, кто увидел данные.
Отдельно проверяйте изменения модели: добавление таблицы или нового поля может обойти прежние ограничения. Принципы ролевой проверки CRM раскрыты в статье о правах в Битрикс24; для BI программу расширяют на экспорт и источники.
Протокол приёмки
Для каждой роли сохраните тесты разрешённого и запрещённого действия, фактический результат и доказательство. Обязательно используйте обычного пользователя: административный режим может давать другое поведение и не подходит для окончательного вывода.
Минимум проверки включает страницу, фильтры, детализацию, прямую ссылку, экспорт, рассылку и отзыв доступа. Права можно принимать, когда матрица выполняется во всех используемых сценариях, а исключения документированы владельцем данных. После изменений конфигурации повторяют затронутые тесты, чтобы доступ оставался согласованным с реальными обязанностями сотрудников.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.