Короткий ответ

Power BI Desktop — бесплатное приложение для подготовки отчётов. Power BI Service — облачная среда с лицензиями Free, Pro и Premium Per User (PPU). Fabric capacity — отдельная вычислительная мощность. Эти понятия нельзя ставить в один ряд как четыре последовательных тарифа: они отвечают на разные вопросы.

Desktop определяет, где аналитик готовит модель и визуализации. Пользовательская лицензия определяет допустимые действия человека в сервисе. Тип рабочей области и назначенная ей capacity влияют на доступность функций и лицензирование потребителей. Наконец, права доступа определяют, какие именно данные человек увидит.

Бесплатная лицензия позволяет работать с личным содержимым в «Моей рабочей области». Для публикации Power BI-контента и совместной работы за её пределами автору нужна Pro или PPU. Для просмотра в обычной Pro-области лицензия нужна и получателю: приглашение по ссылке не отменяет это условие.

В PPU-области лицензируют PPU всех её потребителей. На Fabric F64 и выше зрителям может быть достаточно Free и соответствующих разрешений; на F SKU ниже F64 этого исключения нет. Авторы общей рабочей области при этом сохраняют потребность в Pro или PPU.

Поэтому закупку начинают с перечня рабочих областей, ролей и необходимых функций. Число сотрудников само по себе не определяет ни подходящий план, ни размер Fabric. Ниже — практический порядок проверки для IT, аналитиков и закупок, актуализированный по документации Microsoft 7 сентября 2026 года.

Роли в Power BI и кто что может

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

Роль и действие Что проверить
Аналитик готовит файл локально в Desktop Pro не требуется только ради локальной разработки; отдельно проверьте доступ к исходным данным.
Пользователь работает с личным содержимым в Service Возможности Free в «Моей рабочей области» могут быть достаточны. Это не командное распространение.
Автор публикует или редактирует в общей области Pro или PPU, тип области и разрешения автора.
Зритель открывает отчёт в Pro-области Pro или PPU и выданный доступ. Одна ссылка не заменяет лицензию.
Зритель открывает содержимое PPU-области PPU у самого зрителя.
Зритель читает отчёт на Fabric F64+ Free может быть достаточно при подходящих правах просмотра и размещении контента на этой capacity.
Гость или пользователь клиентского приложения Отдельно определить модель доступа, аутентификацию и лицензионные условия.

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

Лицензия не отменяет разграничение данных. Руководитель филиала и финансовый директор могут иметь одинаковый продукт, но разные разрешения на строки модели. Проверяйте это под отдельными тестовыми учётными записями: успешное открытие отчёта администратором ничего не доказывает о доступе обычного пользователя.

Для инвентаризации создайте таблицу «пользователь — рабочая область — роль — нужное действие — назначенный план». Добавьте владельца бизнес-показателей и заместителя технического владельца. Тогда закупка будет опираться на конкретные потребности, а увольнение одного аналитика не оставит отчёт без сопровождения.

Desktop vs Service vs Pro: основные различия

Power BI Desktop

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

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

Локальная разработка удобна для подготовки и проверки отчёта. Но она сама по себе не создаёт управляемое расписание обновления для всей команды, журнал выдачи доступа или согласованный порядок выпуска новой версии. Эти задачи нужно описать в проекте аналитики.

Power BI Service

Service — веб-среда для работы с отчётами, моделями и рабочими областями. Free допускает персональную работу в сервисе, поэтому формула «Desktop бесплатный, весь Service платный» вводит в заблуждение. Граница проходит по операциям пользователя и типу размещения контента.

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

Power BI Pro

Pro — пользовательская лицензия, а не другое приложение Desktop и не сервер для организации. Она поддерживает совместную работу с Power BI-контентом в предусмотренных продуктом условиях. Для командного сценария учитываются не только авторы, но и потребители, если размещение не даёт подходящего исключения для Free.

Pro входит в Microsoft 365 E5 и Office 365 E5. Проверьте точные названия приобретённых продуктов, назначенных пользователей и включённость сервисного плана. Компания может иметь E5 лишь для части команды; общий факт покупки E5 не покрывает остальных сотрудников.

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

Лицензии на пользователя: Pro, PPU, Free

Power BI Pro

Pro рассматривают для совместной работы, когда базовых возможностей Power BI достаточно. Не выбирайте её только по слову «аналитик» в должности: обычный читатель Pro-области тоже нуждается в подходящей лицензии. И наоборот, сотруднику, который готовит локальный файл без командной публикации, Pro только ради Desktop не нужна.

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

Power BI Premium Per User

PPU включает права Pro и дополнительные возможности Power BI Premium для лицензированного пользователя. Microsoft описывает, в частности, расширенные возможности обновления и XMLA. Нужна ли именно PPU, определяют по конкретной функции, её ограничениям и всей аудитории содержимого.

Если рабочая область имеет тип PPU, её отчёты должны потреблять пользователи с PPU. Схема «пять авторов PPU плюс пять зрителей Pro» не даёт последним доступ к содержимому PPU-области. Это особенно важно, когда пилот проверяли только разработчики с расширенными лицензиями.

PPU не предоставляет Fabric capacity для запуска lakehouse, warehouse или notebook. Если проекту нужны такие нагрузки, их архитектуру и мощность оценивают отдельно. Нельзя включить в смету только PPU и считать, что этим оплачен весь Fabric.

Microsoft Fabric Free

Microsoft Fabric Free — лицензия пользователя; её не следует путать с пробной вычислительной мощностью Fabric. В документации Microsoft, повторно проверенной 8 сентября 2026 года, лицензии пользователей и capacity описаны отдельно.

Free поддерживает персональную работу с Power BI и определённые сценарии просмотра. На подходящей Fabric F64+ или Premium P capacity пользователь с правами зрителя может читать Power BI-контент без Pro. На F2, F4 и других F SKU ниже F64 это правило просмотра не действует.

Экспорт зависит от вида содержимого, разрешений и настроек администратора. Поэтому утверждения «Free всегда запрещает Excel» или «любому зрителю разрешена выгрузка» непригодны для проектирования доступа. Проверяйте требуемые операции отдельно, включая работу с чувствительными данными.

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

Premium Capacity: F SKU и замена P SKU

Что такое Fabric capacity

Fabric capacity — пул вычислительных ресурсов для назначенных ему рабочих областей. Организация может иметь несколько таких мощностей; отдельная покупка не означает, что всё содержимое tenant автоматически переехало на неё. Проверьте назначение каждой области и зависимых моделей.

Размер F SKU выражается в Capacity Units, или CU. Нагрузку создают обновления, запросы пользователей и другие операции Fabric. При оценке учитывайте одновременность, длительность обновлений, сложность моделей и соседние нагрузки. Численность компании не заменяет измерение этих параметров.

SKU: как читать обозначения

В документации Microsoft есть сопоставление с Power BI v-cores. Это ориентир для сравнения вычислительной мощности, а не обещание функциональной или лицензионной эквивалентности.

Fabric SKU CU и ориентир Power BI v-cores
F2 2 CU; 0,25 v-core
F4 4 CU; 0,5 v-core
F8 8 CU; 1 v-core
F16 16 CU; 2 v-cores
F32 32 CU; 4 v-cores
F64 64 CU; 8 v-cores
F128 128 CU; 16 v-cores
F256 256 CU; 32 v-cores

В официальной таблице также присутствуют F512, F1024, F2048, F4096 и F8192. F1024 нельзя называть максимальным SKU. Но и выбор более крупного размера не гарантирует, что неоптимальная модель или медленный источник данных начнут работать достаточно быстро.

Что произошло с P SKU

Microsoft переводит закупку мощностей Power BI Premium в сторону Fabric F SKU. Доступность действующих P SKU связана с условиями соглашений, включая корпоративные договоры. Для конкретной компании нужно проверить срок и правила продления, а не применять ко всем одну дату из старой новости.

Соответствие P1 и F64 либо P2 и F128 в таблице мощности не означает одинаковую стоимость владения. На бюджет влияют условия приобретения, режим использования, хранение и дополнительные сервисы. Не обещайте миграцию «без доплаты» до расчёта этих составляющих.

P capacity также может поддерживать нагрузки Fabric при соответствующем включении. Поэтому описание «P — только Power BI, F впервые открывает весь Fabric» слишком категорично. Сравнивайте фактически используемые возможности, настройки tenant и требования будущего проекта.

Миграция с P SKU на F SKU: что это значит

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

Затем составьте план проверки: открытие отчётов, корректность показателей, обновление моделей, доступ зрителя Free и работа интеграций. Проводите испытания на репрезентативной нагрузке. Успешная загрузка одного небольшого отчёта не подтверждает готовность всей корпоративной аналитики.

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

Таблица сравнения лицензий по возможностям

Требуемое действие Лицензионный ориентир
Создать локальный отчёт в Desktop Покупка Pro только для этого не нужна.
Работать с личным содержимым в Service Free в пределах персонального сценария.
Публиковать в общую Pro-область Pro или PPU у автора плюс разрешения.
Читать содержимое Pro-области Pro или PPU у читателя плюс доступ.
Читать содержимое PPU-области PPU у читателя.
Читать Power BI на Fabric ниже F64 Pro или PPU; наличие F capacity само по себе недостаточно.
Читать Power BI на Fabric F64+ Возможен Free-зритель с соответствующими правами.
Запускать нагрузки Fabric за пределами Power BI Подходящая capacity и права; одной PPU недостаточно.

Таблица описывает обычные рабочие сценарии и не заменяет отдельную проверку встроенной аналитики. Для внутреннего встраивания с учётными записями сотрудников действуют соответствующие правила Power BI. Встраивание в SharePoint или PowerPoint не превращает закрытый отчёт в бесплатный для всей организации.

Для клиентского приложения по модели app owns data архитектура отличается: приложение управляет аутентификацией и использованием capacity. Не приравнивайте этот вариант к отправке внешнему пользователю обычной ссылки. В проекте нужно определить модель доступа прежде, чем рассчитывать количество лицензий.

5 ошибок при закупке лицензий

  1. Считать только авторов. В обычной Pro-области лицензии нужны и читателям, а в PPU-области — PPU всем потребителям. Сверьте реальную аудиторию, включая руководителей, заместителей и внешних участников.
  2. Покупать Pro повторно. Сначала проверьте назначенные права в Microsoft 365 E5 или Office 365 E5. Учитывайте точный план и конкретного пользователя, а не общий договор организации.
  3. Считать любую F capacity заменой Pro. Исключение для Free-зрителей начинается с F64. Авторам общей области по-прежнему требуется Pro или PPU. Проверьте также, действительно ли нужный контент размещён на этой мощности.
  4. Выбирать размер по числу сотрудников. Сто человек с редким просмотром и сто человек с тяжёлыми одновременными запросами создают разную нагрузку. Основанием для выбора служат испытания и полный расчёт расходов.
  5. Принимать работу под trial за готовность. Проверьте сценарии с будущими постоянными правами, обычными ролями и реальными ограничениями доступа. Укажите владельца и дату повторной проверки после изменения лицензий.

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

Региональный контекст: Казахстан и соседи

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

Запросите у поставщика точное название продукта, срок обязательства, правила изменения количества лицензий и порядок продления. Для Fabric отдельно уточните Azure-подписку, владельца биллинга и выбранный регион. Не переносите условия соседней компании на свой договор без проверки.

Размещение данных проверяют по конкретным сервисам и настройкам. Общая фраза «Microsoft хранит всё в Европе» не является подтверждением для вашего tenant или проекта. Требования к персональным и отраслевым данным нужно сопоставлять с реальной архитектурой и обязательствами организации.

Если отчёты используют локальную учётную систему, опишите путь передачи данных, учётные записи, необходимые шлюзы и ограничения обновления. Не обещайте готовое подключение ко всем версиям ERP. Для примера такого разбора есть гайд по Power BI и данным 1С; применимость зависит от конкретной системы.

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

Типичные сценарии и выбор лицензии

Ниже — условные примеры для проверки логики, а не описание клиентских проектов или готовые коммерческие предложения.

Небольшая команда с обычными отчётами

Два аналитика публикуют отчёты в Pro-области, три коллеги читают их. Проверяют Pro или PPU у всех пяти участников, учитывая уже назначенные права E5. Бесплатный Desktop не отменяет требования к командному просмотру. Capacity оценивают только при наличии соответствующей задачи.

Много зрителей и несколько авторов

Организация сравнивает лицензии потребителей с вариантом F64+ и Free-зрителями. Авторам общей области сохраняют Pro или PPU. Решение принимают после оценки нагрузки и полной стоимости, включая уже приобретённые права: заранее объявлять F64 выгоднее при ста сотрудниках нельзя.

Команде нужны возможности PPU

Пять авторов и пять читателей используют содержимое одной PPU-области. Для такого варианта проверяют PPU у всех десяти пользователей. Если это не соответствует бюджету, пересматривают необходимые функции и архитектуру распространения, а не пытаются открыть область зрителям Pro обычной ссылкой.

Корпоративная аналитика и другие нагрузки Fabric

Нужны отчёты, подготовка данных и lakehouse. Отдельно оценивают вычислительную мощность, хранение, расписания и пользовательские роли. PPU сама по себе не покрывает запуск этих нагрузок Fabric. Выбор конкретного F SKU подтверждают тестами, а не количеством авторов в техническом задании.

Действующая P capacity

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

Куда идти дальше

Перед обращением соберите: список рабочих областей и их типов, количество авторов и зрителей, назначенные лицензии, требуемые функции и сведения о текущей capacity. Отметьте внешних пользователей, встроенные отчёты и дату продления договора.

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

Для дальнейшего планирования доступны страница Power BI и Fabric, разбор бюджета проекта дашборда и гайд по лицензированию Microsoft 365. Для обсуждения конкретной конфигурации используйте форму под статьёй.

Источники и границы

Проверено 7 сентября 2026 года по официальным материалам:

Точные ограничения функций и условия приобретения Microsoft может менять. Этот материал помогает составить требования и избежать ошибок выбора; он не публикует цены, не обещает экономию и не заменяет проверку конкретного соглашения и tenant.