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

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

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

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

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

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

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

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

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

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

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

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

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

• Microsoft 365
• Надстройки Office для приложений, ориентированных на Outlook, Word, Excel и PowerPoint
  • Программное обеспечение как услуга (SaaS) Связывание приложений и надстроек Microsoft 365
• Приложения 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.

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

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

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

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

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

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

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

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

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

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

Форма регистрации на торговой площадке.

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

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

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

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