Ошибка Add-AppxPackage с текстом «сбой развертывания с HRESULT: 0x80073CF3» появляется в PowerShell в момент установки .appx- или .msix-пакета и означает, что системе не хватает зависимостей: пакет ссылается на фреймворк или библиотеку, которых нет в Windows либо чья версия не подходит. Полное название кода — ERROR_INSTALL_PREREQUISITE_FAILED, и это ключ к диагностике: проблема почти всегда не в самом установщике, а в отсутствующих компонентах, от которых он зависит.
Чаще всего сбой возникает при установке Microsoft Store, Xbox, Ваш телефон, Windows Terminal или сторонних UWP-приложений вручную через PowerShell. Ниже разберём, как определить недостающую зависимость, где взять корректные пакеты и в каком порядке их устанавливать, чтобы команда завершилась успешно.
Что означает код 0x80073CF3
Код 0x80073CF3 система возвращает, когда механизм развертывания AppX проверяет манифест пакета и обнаруживает, что указанные в секции Dependencies компоненты отсутствуют или имеют несовместимую версию или архитектуру. Это не повреждение файла и не проблема прав доступа — установщик просто не может найти обязательные «строительные блоки».
Типичные зависимости, из-за которых возникает сбой:
- 🔧 Microsoft.VCLibs — библиотеки Visual C++ для UWP-приложений;
- 🧩 Microsoft.NET.Native.Framework и Microsoft.NET.Native.Runtime — среда выполнения .NET Native;
- 🖥️ Microsoft.UI.Xaml — библиотека интерфейса, необходимая современным приложениям;
- 📦 другие framework-пакеты, перечисленные в манифесте устанавливаемого приложения.
Важный нюанс: зависимость должна совпадать не только по имени, но и по архитектуре (x64, x86, ARM64) и минимальной версии. Установленный VCLibs для x86 не закроет потребность пакета, собранного под x64.
Шаг 1. Узнайте, какой именно зависимости не хватает
Прежде чем что-то устанавливать, нужно понять, чего именно требует пакет. Самый надёжный источник — журнал событий развертывания AppX. Откройте «Просмотр событий» и перейдите по пути: Журналы приложений и служб → Microsoft → Windows → AppXDeployment-Server → Microsoft-Windows-AppXDeploymentServer/Operational.
Найдите событие с ошибкой, совпадающее по времени с вашей попыткой установки. В его описании обычно прямо указано, какой пакет-зависимость не найден — например, Microsoft.VCLibs.140.00.UWPDesktop или Microsoft.UI.Xaml.2.8. Это избавляет от установки компонентов наугад.
Альтернативный способ — посмотреть манифест пакета. Если у вас есть файл .appx или .msix, его можно переименовать в .zip и открыть: внутри лежит файл AppxManifest.xml, где в секции <Dependencies> перечислены все требуемые фреймворки с минимальными версиями.
Как посмотреть уже установленные framework-пакеты
Выполните в PowerShell команду Get-AppxPackage -AllUsers -Name "Microsoft.VCLibs*" или Get-AppxPackage -AllUsers | Where-Object {$_.IsFramework}. Вывод покажет имена, версии и архитектуру установленных фреймворков — сравните их с требованиями из манифеста.
Шаг 2. Установите недостающие зависимости в правильном порядке
Когда имя недостающего компонента известно, его нужно установить до основного пакета. Порядок действий:
Сначала устанавливайте framework-пакеты (VCLibs, UI.Xaml, .NET Native), и только после них — само приложение. Если ставить всё одной командой или в обратном порядке, сбой 0x80073CF3 повторится.
Add-AppxPackage -Path "C:\Install\Microsoft.VCLibs.x64.14.00.appx"
Add-AppxPackage -Path "C:\Install\Microsoft.UI.Xaml.2.8.x64.appx"
Add-AppxPackage -Path "C:\Install\MyApp.msix"
Где взять сами пакеты зависимостей: они распространяются вместе с приложением (проверьте папку Dependencies рядом с установщиком — многие разработчики кладут туда нужные фреймворки) или загружаются с официальных ресурсов Microsoft. Сторонние сайты с пакетами используйте с осторожностью: подпись пакета должна быть действительной, иначе появится уже другая ошибка развертывания.
☑️ Порядок исправления ошибки 0x80073CF3
Шаг 3. Проверьте архитектуру и версию пакетов
Если зависимость вроде бы установлена, а ошибка не уходит, почти наверняка дело в несовпадении версии или разрядности. Проверьте архитектуру системы командой $env:PROCESSOR_ARCHITECTURE в PowerShell и сопоставьте её с архитектурой устанавливаемых пакетов — она видна в имени файла и в выводе Get-AppxPackage.
С версиями ситуация тоньше: манифест требует минимальную версию фреймворка, поэтому более новая, как правило, подходит. А вот более старая — нет. Если в системе стоит Microsoft.UI.Xaml.2.7, а приложению нужен 2.8, установите новую версию фреймворка — удалять старую при этом не обязательно, они могут сосуществовать.
| Причина сбоя | Как распознать | Решение |
|---|---|---|
| Отсутствует framework-пакет | В журнале событий указано имя зависимости | Установить фреймворк до основного пакета |
| Неверная архитектура | Пакет x86 на системе x64 (или наоборот) | Скачать пакет под нужную архитектуру |
| Устаревшая версия зависимости | Зависимость есть, но версия ниже требуемой | Установить более новую версию фреймворка |
| Повреждённый файл пакета | Ошибка даже при наличии всех зависимостей | Скачать пакет заново из официального источника |
| Конфликт регистрации пакета | Приложение «висит» в полустановленном состоянии | Удалить остатки через Remove-AppxPackage |
Шаг 4. Очистите «зависшие» регистрации пакетов
Иногда предыдущая неудачная установка оставляет в системе частично зарегистрированный пакет, и повторный запуск Add-AppxPackage упирается в конфликт. Проверьте, не числится ли приложение в системе:
Get-AppxPackage -AllUsers -Name "ИмяПриложения"Если пакет найден, удалите его и повторите установку с чистого листа:
Get-AppxPackage -AllUsers -Name "ИмяПриложения" | Remove-AppxPackage -AllUsersОбратите внимание: параметр -AllUsers требует запуска PowerShell от имени администратора. Без этих прав часть операций с пакетами будет отклонена ещё до проверки зависимостей.
⚠️ Внимание: не удаляйте системные framework-пакеты (VCLibs, UI.Xaml, .NET Native) в попытке «переустановить» их. От них зависят другие приложения, и после удаления могут перестать запускаться программы, которые сейчас работают нормально. Удаляйте только пакет самого проблемного приложения.
Шаг 5. Проверьте целостность системы и службу развертывания
Когда зависимости установлены корректно, а сбой сохраняется, стоит проверить саму инфраструктуру AppX. Убедитесь, что служба Служба развертывания AppX (AppXSvc) не отключена: откройте services.msc и посмотрите её состояние. Вручную её запускать обычно не нужно — она стартует по требованию, но тип запуска «Отключена» может мешать установке.
Дополнительно выполните проверку системных файлов, так как повреждённые компоненты магазина приложений тоже способны вызывать сбои развертывания:
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
После завершения обеих команд перезагрузите компьютер и повторите установку. Это безопасные штатные проверки, они не затрагивают пользовательские данные.
⚠️ Внимание: команда DISM /Online /Cleanup-Image /RestoreHealth может загружать компоненты из Windows Update, поэтому при её выполнении желательно стабильное подключение к интернету. Не прерывайте процесс, даже если он кажется зависшим на определённом проценте.
Особый случай: восстановление Microsoft Store
Отдельная частая ситуация — ошибка 0x80073CF3 возникает при попытке вернуть удалённый Microsoft Store командой Add-AppxPackage -DisableDevelopmentMode -Register. Здесь причина та же: магазину нужны VCLibs, UI.Xaml и другие фреймворки, которые были удалены вместе с ним.
Порядок восстановления: сначала установите framework-пакеты нужной архитектуры, затем повторите регистрацию магазина. Если папка C:\Program Files\WindowsApps не содержит файлов магазина, регистрация через -Register не сработает — понадобится полный установочный пакет магазина вместе с зависимостями.
Часто задаваемые вопросы
Что означает HRESULT 0x80073CF3 простыми словами?
Это код ERROR_INSTALL_PREREQUISITE_FAILED: устанавливаемому приложению не хватает обязательных компонентов (фреймворков) в системе. Сам файл приложения при этом обычно исправен — нужно доустановить зависимости.
Можно ли установить зависимости и приложение одной командой?
Да, если использовать Add-AppxPackage с параметром -DependencyPath, указав папку с framework-пакетами, либо перечислить все пути через запятую. Главное — чтобы файлы зависимостей физически присутствовали и подходили по архитектуре.
Где взять пакеты VCLibs и UI.Xaml?
Проверьте папку Dependencies рядом с установщиком приложения — разработчики часто вкладывают их туда. Также фреймворки доступны на официальных ресурсах Microsoft. Избегайте сомнительных источников: пакет с недействительной подписью не установится.
Ошибка появляется даже после установки всех зависимостей. Что делать?
Проверьте версии и архитектуру установленных фреймворков через Get-AppxPackage -AllUsers, удалите остатки предыдущих неудачных установок приложения, затем выполните sfc /scannow и повторите попытку после перезагрузки.
Поможет ли сброс Microsoft Store через wsreset?
Команда wsreset.exe очищает кэш магазина, но не восстанавливает отсутствующие framework-пакеты. При ошибке 0x80073CF3 она не решает причину — сначала нужно установить недостающие зависимости.