← Все курсы · Курс Power BI

Рабочие области, роли и приложения Power BI: публикация для читателей

Майкл Носито · Обновлено в августе 2026 г. · Поведение проверено по собственной документации Майкрософт, ссылка на которую находится в конце.

Вы исправили отчет, опубликовали его, и кто-то написал по электронной почте, что номер все еще неправильный. На этой странице объясняется, почему, в одном предложении, а затем подробно: публикация помещает вашу работу в рабочее пространство, а ваши читатели не смотрят в рабочее пространство. В нем также рассматриваются четыре роли, которые решают, кто может что-либо с этим делать и для чего нужна панель мониторинга.

Что вы делаете: после публикации из Рабочий стол Power BI перейдите в рабочую область и нажмите Обновить приложение. Майкрософт называет рабочую область вашей промежуточной областью и заявляет, что изменения не вступят в силу в приложении, пока вы не опубликуете их снова.

Краткая версия. Рабочее пространство – это то, где вы работаете. Приложение — это то, что видят ваши читатели. Это не одно и то же.

Путь от вашей машины до ридера

Перед этапами: сколько отдельных действий по публикации стоит между изменением на вашем ноутбуке и тем, как его увидит читатель?

Два, и только первый в каком-то смысле автоматический.

1. Встроить в Рабочий стол Power BI и опубликовать в рабочей области. Рабочая область — это рабочая область команды, и каждый, у кого есть роль рабочей области, может видеть, что в ней находится.
2. Упакуйте содержимое рабочей области как приложение. и опубликуйте это для своей аудитории. Пользователи приложения получают его из магазина приложений, по прямой ссылке, которую вы им отправляете, или устанавливают автоматически, если это разрешено вашим администратором.
3. После каждого последующего изменения, опубликуйте в рабочей области как обычно, затем нажмите Обновить приложение. Люди, для которых вы опубликовали публикацию, увидят обновленную версию.

Скажите вслух, почему второй шаг вообще существует. Потому что без этого нет безопасного места для незавершенного дела. Промежуточный этап — это то, что позволяет вам повторно опубликовать испорченный отчет в 16:00, заметить и исправить его, при этом четыреста человек не будут наблюдать за этим.

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

Четыре роли и две, которые отвлекают людей

Во-первых: кому-то необходимо редактировать отчеты в вашем рабочем пространстве, но он не должен иметь возможности изменить, у кого еще есть доступ. Какая роль?

Участник. Вот вся лестница, разбитая на ряды, решающие настоящие споры.

Оба, которые привлекают людей, заслуживают запоминания.

Участник может обновить приложение, но только если администратор включит это. Параметр рабочей области — «Разрешить участникам обновлять приложение». Даже в этом случае они не смогут опубликовать новое приложение или изменить круг лиц, которым разрешено его редактировать. Таким образом, вопрос «Могут ли участники обновить приложение» имеет три ответа в зависимости от рабочей области, и именно поэтому экзамен задает этот вопрос.

Участники не могут изменить роль существующего человека. Они могут добавить кого-то на более низком уровне, но чтобы переместить зрителя на уровень участника, администратор должен сначала удалить этого человека, а затем участник может добавить его обратно на новый уровень. Если смена роли не приживается, обычно именно поэтому.

Еще один, и он решит, работает ли ваша безопасность вообще: Просмотрщик — это роль, обеспечивающая безопасность на уровне строк. Любой, у кого есть права на редактирование данных, по замыслу видит все данные. RLS и роль участника для одного и того же человека означают отсутствие фильтрации. Это описано в безопасность на уровне строк.

Отчеты и информационные панели — это разные объекты

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

Где их можно построить и из чего они сделаны.

Панель мониторинга — это ответ на вопрос: «Мне нужен один экран, на котором будет отображаться верхнее число из четырех разных отчетов». Оповещения также находятся там, что описано в обновление, шлюзы и оповещения.

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

Одобрение говорит людям что-то. Им это ничего не дает.

Первое: вы сертифицируете семантическую модель. Кто теперь может это увидеть, чего не мог раньше?

Никто. Одобрение — это сигнал о качестве, а не разрешение. Есть два уровня.

Вы можете поддерживать семантические модели, потоки данных, отчеты и приложения. Если включена возможность обнаружения семантической модели, одобренную модель можно сделать доступной для обнаружения, что позволит людям, у которых нет доступа, найти ее и запросить доступ. Найти и запросить по-прежнему не приходится: запрос идет по обычному разрешительному маршруту.

Представьте себе свое рабочее место. Если бы кто-то за пределами вашей команды нашел четыре семантические модели с похожими именами, какую из них он бы выбрал, и именно ее вы бы хотели, чтобы он выбрал? Одобрение — единственное, что на этом экране дает им ответ на вопрос.

Пограничные случаи, которые стоит знать

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

Никто не получает сообщений об обновлении. Power BI не отправляет электронную почту внутренним пользователям, когда вы распространяете или обновляете приложение. Если изменение имеет значение, скажите им сами.

Скрытое небезопасно. Если «Доступ к скрытому контенту» включен, любой, у кого есть прямая ссылка на любой элемент в приложении, сможет открыть скрытый контент. Сокрытие — это навигация, а не разрешение.

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

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

Почему существует поэтапный этап

Каждый инструмент отчетности должен отвечать на один вопрос: что видит читатель, пока автор находится на полпути к изменению?

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

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

Как применить это в своей работе

1. Напишите двухэтапный выпуск и прикрепите его к экрану: опубликуйте в рабочей области, затем обновите приложение. Ничто не доходит до читателя до второго.
2. После любого обновления, добавляющего контент, откройте каждую группу аудитории и отобразите новые элементы. Новый контент по умолчанию невидим.
3. Проверьте, кто какую роль выполняет в вашем самом загруженном рабочем пространстве. Любой, кто только читает отчеты, должен быть пользователем Зритель, как из-за минимальных привилегий, так и потому, что от этого зависит RLS.
4. Если владелец вашего отчета не является администратором, включите параметр «Разрешить участникам обновлять приложение», иначе каждый выпуск будет проходить через чужой календарь.
5. Одобряйте модели, которые люди действительно должны использовать. Это стоит одного клика, и это единственное руководство, которое получает незнакомец.

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

Шпаргалка

Единственная привычка, которую нужно сохранить

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

Кто в вашей организации может нажать кнопку «Обновить приложение» в вашем основном отчете и что происходит с вашим графиком выпусков в ту неделю, когда они находятся в отпуске?