Итак, я задал аналогичный вопрос, но подумал, что задам его в более общем плане, чтобы получить как можно больше идей.
У меня Power BI Pro. Мне поручено создавать отчеты для сотен получателей, каждый из которых персонализирован для конкретного пользователя.
Моя организация не будет платить за включение Power BI всем остальным, хотя у всех будет учетная запись O365.
Как поделиться своими отчетами, созданными в Power BI, пользователям без Power BI? С учетом того, что их нужно производить каждую неделю командой из 2 человек.
Заранее спасибо!


Если у ваших пользователей есть учетные записи Office 365, вы можете включить их бесплатные учетные записи Power BI, чтобы они точно не «без Power BI». Однако совместное использование отчетов - это функция Power BI Pro (т. Е. Платная).
Я вижу несколько вариантов, которые у вас есть.
1) Решение для бедняков - подготовить сотни одностраничных отчетов (по одному для каждого пользователя) с вашей учетной записью Pro и подписаться на эти отчеты. Затем создайте правила в своей учетной записи Office 365 для пересылки этих электронных писем соответствующему пользователю. Вы можете посмотреть тему этих писем, чтобы узнать название отчета. Это будет немного обременительно, но это почти бесплатно. Проблема здесь в части "одной страницы". В электронном письме вы получите снимок экрана только с первым разделом отчета и ссылку на сам отчет (для которого вашим коллегам потребуются учетные записи Pro).
2) Вы можете написать приложение, реализующее сценарий «собственные данные приложения». Это означает, что вы будете использовать свою учетную запись Pro в качестве «основной учетной записи» для доступа к отчетам, но вы будете аутентифицировать своих пользователей (и решать, какие отчеты они могут видеть) другим способом. Это может быть веб-приложение или настольное приложение. Выберите то, что вам больше подходит.
Спасибо, Фил! В SO вы можете выразить свою признательность, проголосовав / приняв ответы людей :)
Прямо здесь https://docs.microsoft.com/en-us/power-bi/service-how-to-collaborate-distribute-dashboards-reports
это говорит
You need a Power BI Pro license to share your content, and those you share it with do too, or the content needs to be in a workspace in a Premium capacity.
Но вы всегда можете просто поделиться файлом .pbix локально. Он вообще не использует PowerBI.Com, так что вы можете делать то, что хотите. Вы просто должны знать, что вы не получите многих функций, таких как безопасность и т. д.
Это условия лицензирования использования Power BI. Никакого другого пути. Все, что работает с этим, нарушает лицензирование.
Переходя к вашему другому вопросу ... вам даже не нужен Power BI - вам просто нужна куча статических PDF-файлов, разделенных по отделам! Есть много способов создать недорогое решение для отчетности, которое порождает PDF-файлы, например SSRS.
Все думают, что Power BI идеально подходит для всего. Это не!! Думай вне площади!
Сервер отчетов PowerBI https://powerbi.microsoft.com/en-us/report-server/
При этом SSRS используется для обслуживания отчетов PowerBI в Интернете. SSRS - отличная платформа и очень гибкая. У вас также будет поддержка других отчетов SSRS (отчетов с разбивкой на страницы и мобильных отчетов). Я не уверен, сколько будет стоить лицензия для вашей организации, но я слышал, что она довольно высока.
Насколько я понимаю, вам понадобится лицензия Pro для авторов отчетов, но клиентам не нужна лицензия Pro.
Я согласен с @ Nick.McDermaid, обычно есть лучшее решение, но руководители ЛЮБЯТ PowerBI;)
если бизнес не будет уполномочен просто проводить собственный анализ. Отправка 100-200 отчетов в неделю между двумя разработчиками - это ОГРОМНАЯ работа, если у вас нет большой стандартизации; требуемые показатели (при условии, что все они получены из одного источника). А еще есть истории, которые можно рассказать. Все, что я говорю, - это, помимо прочего, НЕДОСТАТОЧНО. SSRS очень хорошо подходит, если выполняются указанные выше случаи. Многие люди считают, что новые инструменты, такие как Power Bi / tableau, просто волшебные палочки. Они не.
Что ж, вы можете использовать функцию встраивания powerbi. Powerbi предлагает API для получения отчетов и панелей мониторинга из вашей учетной записи. Вы можете вызвать API, чтобы получить отчеты и панели мониторинга, встроить их в собственное приложение и даже сохранить идентификатор отчета и идентификатор панели мониторинга в своей базе данных. Затем поделитесь этими отчетами и панелями мониторинга среди своих пользователей через собственное приложение.
Что ж, вы можете создать код для внедрения в службу Microsoft Power BI и распространить эту ссылку среди разных пользователей. Но есть одно исключение: если вы реализовали безопасность на уровне строк в своих отчетах, она не будет отображаться во встроенном коде. Если вы хотите отображать отчеты с безопасностью на уровне строк, вам необходимо использовать процесс внедрения Power BI. В этом процессе вы создаете свою собственную панель мониторинга на любом языке, а затем встраиваете отчеты из службы Power BI в свою собственную панель мониторинга, и на этой панели пользователи могут видеть свои отчеты. Вы можете посетить эту ссылку
Наша компания использует сервер отчетов Power BI. Если у вашей компании уже есть лицензия SQL Server Enterprise или выше, значит, она у вас уже есть, никаких дополнительных затрат. Отлично работает, вы можете создавать отчеты SSRS и Power BI, развертывать их на своем сервере.
Если у вас есть O365 и вы используете Teams или SharePoint, вы можете использовать встроенный Power BI (версия EM приобретается через O365). Это позволит вам размещать отчеты power bi в Team и выделять «бесплатных» пользователей, чтобы иметь возможность читать отчеты. Лицензия Pro потребуется только разработчикам отчетов. В этом сообщении блога показаны различия в артикулах и количестве эквивалентных лицензий Pro в зависимости от стоимости услуги.
https://jlsql.blog/2018/01/30/power-bi-embedded-sku-differences-and-cost-breakdowns/
Таким образом, для SKU EM1 стоимость в месяц (470 фунтов стерлингов) примерно такая же, как и для 63 лицензий Power BI Pro, поэтому, если у вас было 100 пользователей Power BI, это сэкономило бы вам расходы на остальные 37. Но у SKU есть меньше памяти и мощности процессора, поэтому вам нужно быть осторожным и контролировать встроенную функцию.
Спасибо, Андрей, очень признателен за ответ. Не могли бы вы подробнее рассказать о варианте 2?