Монетизация приложения с помощью Microsoft Commercial Marketplace

В этой статье описывается, как продавать приложение через Корпорацию Майкрософт с помощью Центра партнеров для отправки службы для покупки как предложения saaS. Ваше приложение бесплатно для скачивания клиентов, но требует лицензии на службу. Когда вы будете готовы к продаже службы в коммерческой платформе, рекомендуется отправить одно приложение SaaS с подключенными приложениями, приложениями и расширениями. Вы можете связаться с клиентами Майкрософт через Microsoft AppSource, а также продавать свою службу через партнеров и через группу продаж Майкрософт. Мы упрощаем обнаружение решений приложений Microsoft 365 и их развертывание в Microsoft Teams, Word, Outlook, Excel, PowerPoint и SharePoint.

В этой модели монетизации предложение SaaS проверяет подлинность приложения, которое проверяет состояние подписки с помощью службы Microsoft SaaS. Ваши ответы из этой службы используются для обновления пользовательской базы данных. На следующей схеме показана эта модель. Новая модель монетизации

New monetization model Вы также можете монетизировать с помощью собственной модели оплаты.

Примечание.

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

Важно!

Azure Active Directory (Azure AD) Graph не рекомендуется использовать с 30 июня 2023 г. Идти вперед, мы не делаем дальнейших инвестиций в Azure AD Graph. API Azure AD Graph не имеют соглашения об уровне обслуживания или обслуживании за пределами исправлений, связанных с безопасностью. Инвестиции в новые функции и функциональные возможности будут сделаны только в Microsoft Graph.

Мы отставим Azure AD Graph на добавочных шагах, чтобы у вас было достаточно времени для переноса приложений в API Microsoft Graph. На более позднюю дату, которую мы объявим, мы заблокируем создание новых приложений с помощью Azure AD Graph.

Дополнительные сведения см. в статье "Важно: выход на пенсию в Azure AD Graph и отключение модуля PowerShell".

Подготовка предложения SaaS

Чтобы подготовиться к отправке службы в качестве предложения SaaS, существует два способа:

  • Вы можете предоставить веб-сайт, в который клиент может войти и использовать для управления приобретенными лицензиями или
  • Вы можете выбрать корпорацию Майкрософт для управления лицензиями для клиентов. 

Примечание.

Если выбрано управление лицензиями Майкрософт, ваше предложение будет доступно только для клиентов в AppSource, а не в Azure Marketplace. 

Ваше предложение также должно использовать API выполнения SaaS для интеграции с Коммерческой платформой. Дополнительные сведения см. в API выполнения SaaS. Чтобы приступить к работе, см. статью "Создание нового предложения SaaS". 

Регистрация в Центре партнеров

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

Регистрация приложения SaaS

Необходимо зарегистрировать приложение SaaS с помощью Microsoft портал Azure. После успешной регистрации вы получите маркер безопасности Microsoft Entra, который можно использовать для доступа к API выполнения SaaS. Любое приложение, которое хочет использовать возможности идентификатора Microsoft Entra, сначала должно быть зарегистрировано в клиенте Microsoft Entra. Этот процесс регистрации включает предоставление идентификатора Microsoft Entra для приложения, например URL-адреса, который он расположен, URL-адрес для отправки ответов после проверки подлинности пользователя, URI, идентифицирующий приложение, и т. д. Дополнительные сведения о регистрации см. в разделе "Регистрация приложения, защищенного идентификатором Майкрософт".

Создание базы данных лицензирования

При монетизации с помощью SaaS коммерческой платформы Microsoft AppSource обрабатывает выставление счетов и транзакции. Если вы выбрали службу управления лицензиями Майкрософт, необходимо интегрировать с API Graph, чтобы убедиться, что клиенты могут управлять своими лицензиями в Центре Администратор Майкрософт. Дополнительные сведения об интеграции см. в статье Интеграция предложения SaaS с API Graph для управления лицензиями, если вы решили самостоятельно реализовать управление лицензиями, это ваша ответственность за обработку записей лицензий и логики. У saaS должна быть база данных лицензирования для отслеживания всех покупок клиентов и пользователей, имеющих доступ. К метаданным могут относиться следующие:

  • Идентификатор клиента
  • Имя клиента.
  • Страна или регион клиента
  • Планирование
  • Тип лицензии (на основе мест или на основе сайта)
  • Количество лицензий
  • имя Администратор
  • Электронная почта администратора
  • Идентификаторы назначенных пользователей
  • Назначенные пользователем сообщения электронной почты

Реализация управления лицензиями

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

Лицензирование приложений Майкрософт. Если вы выбрали лицензирование Майкрософт во время настройки предложения SaaS (доступно только для AppSource), то для поиска сведений о лицензии необходимо использовать API graph usageRights. Эти сведения используются для принятия решений о том, разрешено ли клиенту использовать службу. Сведения об интеграции предложения SaaS с API Graph для управления лицензиями см. в статье об интеграции с лицензированием Майкрософт.  Клиенты используют Центр Администратор Майкрософт для управления лицензиями для таких предложений. Вы должны сообщить клиентам об использовании Центра Администратор Майкрософт на целевой странице, чтобы они знали, как они могут управлять лицензиями приобретенного предложения SaaS. 

Лицензирование ISV: если вы используете собственную систему управления лицензиями, убедитесь, что она доступна клиентам на собственном веб-сайте.  Может потребоваться рассмотреть следующие типы лицензирования:

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

Дополнительные рекомендации.

  • Upsell — если пользователь пытается получить доступ к службе, но у своего клиента нет дополнительных бесплатных лицензий, ваша служба может предоставить им временную лицензию и использовать возможность поощрять администратора приобретать дополнительные лицензии.
  • Приобретение нескольких клиентов — следует учитывать, разрешать ли многочисленные покупки из одного клиента и как обрабатывать их в базе данных. Например, группа продаж Contoso Corporation может приобрести 50 лицензий для своей команды, а маркетинговая команда приобрела 20 лицензий для своей команды, и они могут сохранить учетную запись отдельно.

Подключение в Microsoft AppSource

На этом этапе вы создали веб-сайт и службы, способные проверять подлинность клиентов и обрабатывать их состояние лицензирования или интегрированы с API Graph для проверки подлинности клиентов для управления лицензиями Майкрософт. Чтобы монетизировать через Корпорацию Майкрософт (и получать подтверждение действительных покупок), служба должна использовать API выполнения SaaS для подключения к Microsoft AppSource, который использует их для обеспечения выполнения, изменений планов и отмены подписок.

Подготовка (покупка клиента в Microsoft AppSource)

Когда клиент инициирует покупку, служба получает эти сведения в коде авторизации на интерактивной веб-странице клиента, которая использует параметр URL-адреса; например, https://contoso.com/signup?token=..если url-адрес целевой страницы в Центре партнеров имеет значение https://contoso.com/signup. Код авторизации можно проверить и обменять на сведения о службе подготовки, вызвав API разрешения. Когда служба SaaS завершит подготовку, она отправляет активацию вызова, чтобы сообщить о завершении выполнения и выставлении счетов клиенту.

На следующей схеме показана последовательность вызовов API для сценария подготовки.

API calls for provisioning a SaaS service

Обновление, инициированное в Marketplace

Когда клиент инициирует обновление в Microsoft AppSource, Microsoft AppSource уведомляет веб-перехватчик, реализованный службой, которая затем запрашивает Microsoft AppSource для обновления, а затем клиент взимается или возвращается.

На следующей схеме показана последовательность действий при инициировании обновления из Marketplace.

API calls when the update is initiated from the marketplace

Обновление, инициированное службой

Когда клиент инициирует обновление службы (если вы разрешаете это действие), ваша служба должна обновить подписку, удерживаемую Microsoft AppSource, которая, в свою очередь, активирует уведомление от Microsoft AppSource к веб-перехватчику, который вы реализовали. На этом этапе необходимо вносить фактические изменения в базу данных лицензирования. На следующей схеме показаны действия при инициировании обновления из службы SaaS.

API calls when the update is initiated from the SaaS service

Дополнительные сведения см . в справочнике по API-интерфейсам fufillment SaaS.

Создание подключенного приложения Microsoft Entra

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

  • Пользователь не вошел в систему
  • Пользователь вошел в систему, лицензия не связана
  • Вход пользователя, связанное с лицензией

Сведения о проверке подлинности с помощью идентификатора Microsoft Entra из надстройки см. в API диалоговых окон Office и платформа удостоверений Майкрософт.

Пример кода. Переход от платных приложений к платным веб-приложениям с бесплатными приложениями

В примере кода монетизации надстроек Office SaaS показано, как создать систему управления лицензиями для управления надстройками, проданными в Microsoft AppSource. Этот пример кода включает в себя макет веб-приложение Microsoft AppSource, пример SaaS, надстройку Outlook и надстройку Excel, надстройку Word, надстройку PowerPoint и средство управления лицензированием.

Процесс отправки предложения SaaS + приложения

Отправьте предложение SaaS в Центр партнеров. После утверждения предложения SaaS он будет назначен GUID. Затем отправьте приложение и включите этот GUID в тестовые заметки и тестовые учетные записи (администратор и неадмин). После утверждения приложения в магазине вы можете обновить план, чтобы он был доступен для общедоступной аудитории.

Интерфейс клиента

Клиент обнаруживает службу SaaS в Microsoft AppSource и приобретает лицензии, предоставляя свои сведения об оплате корпорации Майкрософт. Затем клиент перенаправляется на ваш веб-сайт, где они завершают настройку своей учетной записи. Лицензии подготавливаются, и клиент выставляется счет. Затем клиент сможет скачать бесплатное приложение и войти с помощью предоставленных сведений. Приложение проверка базу данных лицензирования, чтобы убедиться, что у клиента есть лицензия.

Вопросы и ответы

Почему корпорация Майкрософт изменила свою модель монетизации для приложений?

Заряжая основные функции приложений и делая приложения бесплатными, партнеры получают больше гибкости, чтобы добавить новую ценность для клиентов, предоставляя платные функции за пределами контекста приложения. Чтобы повысить поддержку этой модели, Microsoft AppSource включила полную коммерцию для транзакций приложений SaaS с 31 мая 2019 г., предоставляя новый спектр вариантов для партнеров. Учитывая наш акцент на ряд моделей оплаты для приложений SaaS, мы упрощаем надстройки Office, поддерживая только бесплатные варианты скачивания.

Разделы справки зарегистрироваться в Центре партнеров?

Просмотрите сведения на странице регистрации в Центре партнеров Майкрософт, а затем зарегистрируйтесь для учетной записи. Дополнительные сведения см. в разделе "Создание учетной записи коммерческой платформы" в Центре партнеров.

Где можно найти документацию по интеграции с идентификатором Microsoft Entra?

Подробные сведения о документации, примерах и рекомендациях см. в платформа удостоверений Майкрософт обзоре. Рекомендуется использовать подписку, выделенную для публикации Azure Marketplace, чтобы изолировать работу от других инициатив. Затем вы можете начать развертывание приложения SaaS в этой подписке, чтобы начать работу по разработке. Вы также можете проверка обновления службы Microsoft Entra.

Как приложение проходит проверку подлинности пользователя с помощью идентификатора Microsoft Entra?

Office предоставляет API диалоговых окон Office для проверки подлинности пользователей из надстройки. Дополнительные сведения см. в платформа удостоверений Майкрософт.

Какие отчеты получают от коммерческой платформы о предложении SaaS?

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

Справка и поддержка

Для любых вопросов обратитесь в службу поддержки издателя Marketplace.