Фильтр магазина на странице Power BI помогает анализу, но сам по себе не задаёт границу доступа. Для ограничения строк используют RLS в модели данных. Проверять настройку нужно с правами реального читателя: у администраторов и других редакторских ролей рабочей области RLS не действует.

Определите, кому доступны какие строки

Microsoft указывает, что RLS применяется к пользователям с ролью Viewer, а не Admin, Member или Contributor. Сначала опишите разрешённые магазины для каждой рабочей роли. Право редактировать отчёт и право видеть только определённые продажи нельзя считать взаимозаменяемыми.

Учебный пример: менеджер А отвечает за первый магазин, менеджер Б — за второй. Руководителю нужны оба. Если всем выдали широкие права ради удобства открытия отчёта, правила отдельных магазинов могут не ограничивать их фактический доступ.

Свяжите правила с моделью

Общий порядок платформы: определить роли и фильтры, опубликовать модель, назначить участников в сервисе и проверить результат через Test as role. Конкретное выражение зависит от модели магазина; универсальная формула по названию сотрудника ненадёжна без таблицы соответствий.

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

Проверьте разрешённый и запрещённый случай

В учебной модели разместите по одной заметной операции в каждом магазине. Под ролью первого менеджера должна быть видна его операция и отсутствовать чужая. Затем проверьте второй магазин и руководителя. Одно совпадение общего итога под аккаунтом автора ничего не доказывает.

Повторите проверку на детализации и доступном экспорте. Это редакционный план приёмки: цель — обнаружить путь, где команда рассчитывала на ограничение, но использовала иной набор данных. Утверждение «срез установлен по умолчанию» не является результатом проверки доступа.

Поддерживайте правило при кадровых изменениях

Зафиксируйте фактическую роль рабочей области, назначение в RLS и дату контрольной проверки. При переводе сотрудника между магазинами пересмотрите обе части. Старые группы доступа и временные назначения могут сохраняться дольше, чем реальные обязанности.

Не обещайте полной защиты отчёта по одному включённому механизму. Проверьте используемый способ подключения, общие разрешения и отдельные источники модели. RLS решает ограничение строк в поддерживаемом сценарии; качество списка разрешений и отсутствие лишних редакторских прав остаются ответственностью владельца отчёта.

Возможности проверены редакцией 12 октября 2026 года. Это дата проверки справки, а не запуска функции.