Поделиться через

Устранение ошибок отправки для приложения MSIX

  • Статья

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

приложения универсальной платформы Windows;

Если вы отправляете приложение UWP, во время предварительной обработки может возникнуть ошибка, если файл пакета не является MSIXUPLOAD или APPXUPLOAD-файлом, созданным Visual Studio для Магазина. Убедитесь, что вы выполните действия, описанные в разделе "Упаковка приложения UWP" с помощью Visual Studio при создании файла пакета приложения, и только отправьте файл MSIXupload или .appxupload на странице "Пакеты " отправки, а не в msix/appxbundle/appxbundle.appxbundle.

Если отображается ошибка компиляции, убедитесь, что вы сможете успешно создать приложение в режиме выпуска. Дополнительные сведения см. в статье об ошибках внутреннего компилятора .NET Native.

Классическое приложение

Если вы планируете отправить пакет, содержащий двоичные файлы Win32 и UWP, убедитесь, что этот пакет создается с помощью проекта упаковки Windows, доступного в Visual Studio 2017 с обновлением 4 и более поздних версий. Если вы создаете пакет с помощью шаблона проекта UWP, возможно, вы не сможете отправить этот пакет в Магазин или загрузить его на другие компьютеры. Даже если пакет успешно публикуется, он может вести себя неожиданно на компьютере пользователя. Дополнительные сведения см. в статье "Упаковка приложения с помощью Visual Studio (мост для классических приложений)".

Ошибки имени и удостоверения

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

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

Внимание

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

Избегайте распространенных сбоев сертификации

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

Примечание.

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

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

  • Протестируйте приложение с помощью комплекта сертификации приложений Windows перед отправкой приложения.

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

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

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

  • Включите URL-адрес политики конфиденциальности, если вашему приложению требуется один, например, если ваше приложение обращается к любой личной информации каким-либо образом или в противном случае требуется в соответствии с законом. Чтобы определить, требуется ли для вашего приложения политика конфиденциальности, ознакомьтесь с соглашением разработчика приложений и политиками Microsoft Store.

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

  • Укажите полные и точные ответы на все вопросы в разделе "Возрастные оценки ".

  • Не объявляйте приложение как доступное , если вы специально не разработали и не проверили его для сценариев специальных возможностей.

  • Если приложение использует API-интерфейсы коммерции из пространства имен Windows.ApplicationModel.Store , проверьте приложение и убедитесь, что оно обрабатывает типичные исключения. Кроме того, убедитесь, что приложение использует класс CurrentApp, а не класс CurrentAppSimulator, который предназначен только для тестирования. (Обратите внимание, что если приложение предназначено для Windows 10 версии 1607 или более поздней версии, рекомендуется использовать элементы пространства имен Windows.Services.Store вместо пространства имен Windows.ApplicationModel.Store.)