Готов ли я опубликовать?

Перед отправкой приложения Microsoft 365 для проверки убедитесь, что оно готово к выпуску клиентам.

• Убедитесь, что приложение работает правильно во всех совместимых, поддерживаемых операционных системах, браузерах и устройствах.
• Некоторые требования применяются к общим приложениям коммерческой платформы, но не к приложениям, предназначенным только для крупных организаций или предприятий. Чтобы узнать, как влияет ваше приложение, просмотрите ответ "Если мое приложение предназначено для предприятий, как это влияет на мою отправку?", в разделе часто задаваемых вопросов.

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

• Убедитесь, что приложение работает без ошибок и предоставляет функциональные возможности, функции и доставить данные, которые вы упоминаете на странице описания приложения и любых связанных материалах.

Дополнительные сведения см. в статье "Создание эффективных списков в магазинах приложений Microsoft AppSource и Microsoft 365".

Контрольный список отправки

Ниже приведен контрольный список, который поможет вам обеспечить плавность отправки и проверки.

Шаг 1. Определение временной шкалы запуска

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

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

Шаг 2. Просмотр всех политик приложений Microsoft 365

Убедитесь, что вы прочитали общие политики Marketplace на странице политик сертификации коммерческой платформы. Кроме того, ознакомьтесь с политиками, относящимися к продукту Microsoft 365, предназначенными для вашего приложения:

• Microsoft 365
• Надстройки Office для приложений, предназначенных для Outlook, Word, Excel и PowerPoint
  • Связывание приложений и надстроек Microsoft 365 как услуга (SaaS) >
• Приложения Teams
• Визуальные элементы и приложения шаблонов Power BI
• Решения SharePoint Framework

Шаг 3. Убедитесь, что манифест соответствует требованиям

Существует инструмент, который можно использовать для проверки файла манифеста. Это средство использует ту же службу проверки пакетов, что и в нашем процессе проверки. Это поможет вам пройти автоматическое тестирование перед отправкой.

• Проверка манифеста

Шаг 4. Определите, какие платформы вы хотите поддерживать

Если вы поддерживаете Apple iOS или Android, убедитесь, что у вас есть правильные идентификаторы, связанные с профилем Центра партнеров.

Например, для приложения, доступного в iOS, необходимо иметь идентификатор Apple ID на странице параметров учетной записи Центра партнеров.

Примечание. Outlook является единственным продуктом Microsoft 365, поддерживающим Android. Узнайте, как настроить этот параметр в Центре партнеров перед отправкой здесь.

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

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

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

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

Здесь необходимо включить планы тестирования и все учетные записи тестирования и инструкции.

Шаг 6. Включение ссылок критически важных сведений с URL-адресами https://

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

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

Укажите URL-адрес, чтобы клиенты, у которых возникли проблемы с приложением, могли обратиться в службу поддержки.

Убедитесь, что у вашей компании есть политика конфиденциальности, которая включает ваше приложение

Укажите URL-адрес политики конфиденциальности приложения.

Политика конфиденциальности, связанная с этой ссылкой, должна включать:

• Сведения о политиках, касающихся персональных данных пользователей. То есть способ обработки персональных данных пользователей.
• Ссылка на приложение ИЛИ ваша служба в целом, а не только на ваш веб-сайт.
• Описание службы, которая содержит имя отправленного приложения.
• Допустимая ссылка, которая не создает ошибку 404.

Если политика конфиденциальности отсутствует ни одного из предыдущих элементов, она завершится ошибкой и потребует повторной отправки.

Включение лицензионного соглашения конечного пользователя

Убедитесь, что у вас есть HTTPS:// URL-адрес политики EULA, готовый при отправке. Если у вас еще нет одного и вы проконсультировались с адвокатом, вы можете использовать его от Корпорации Майкрософт.

Шаг 7. Подготовка списка магазинов с помощью команды

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

Необходимо указать правильные метаданные, указывающие, как приложение будет отображаться в магазине, в том числе:

• Имя приложения.

• Краткое описание приложения и его значения.

• Длинное описание приложения с форматированием HTML.

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

Кроме того, необходимо указать следующее:

• Правильные значки, которые являются правильными размерами.
• Все снимки экрана и демонстрации видео. Ознакомьтесь с нашими советами по эффективному выполнению этого. Требуется один снимок экрана.

Связанный контент

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