Код 0x80073CF3 появляется при установке приложения из пакета AppX или MSIX и означает, что диспетчер развертывания не смог разрешить зависимости пакета: системе не хватает одного из компонентов, требуемых для работы приложения. Например, пакет требует определённую версию Microsoft.VCLibs или Microsoft.NET.Native.Framework, а в системе её нет либо установлена версия старше/новее допустимой. Ошибка часто возникает при установке приложений вне Microsoft Store — через Add-AppxPackage, двойной клик по файлу .appx/.msix или при восстановлении встроенных приложений Windows.
Хорошая новость: сама ошибка не говорит о повреждении системы. Это контрольная проверка, которая останавливает установку до того, как приложение начнёт работать некорректно. Задача пользователя — выяснить, какой именно зависимости не хватает, и поставить её до основного пакета. Ниже разберём, как читать текст ошибки, где брать недостающие пакеты и какие системные сбои могут имитировать ту же проблему.
Что означает код 0x80073CF3
Внутри Windows этот код соответствует ситуации, когда установщик не может найти или подобрать подходящую версию пакета-зависимости. У каждого пакета MSIX есть манифест AppxManifest.xml, где перечислены требуемые зависимости: имя, издатель и минимальная версия. Если хотя бы одно условие не выполняется, развертывание прерывается именно с этим кодом.
Текст сообщения обычно содержит подсказку. Фраза вроде «Windows cannot install package … because this package depends on a framework that could not be found» прямо указывает, чего не хватает. Поэтому первое действие — внимательно прочитать полный текст ошибки и выписать имя требуемого фреймворка, а не перезагружать компьютер в надежде, что всё решится само.
Типичные причины ошибки
Причин несколько, и они не равнозначны по частоте. Чаще всего виновата отсутствующая зависимость, но встречаются и системные проблемы.
- 🧩 Отсутствующий фреймворк — не установлены пакеты VCLibs, .NET Native Framework, UI.Xaml или пакеты зависимостей, поставляемые отдельно.
- 🔢 Несовпадение версий — зависимость есть, но её версия ниже минимально требуемой манифестом.
- 🏗️ Неверная архитектура — пакет собран под x64, а зависимость установлена только для x86, или наоборот.
- 🚫 Подпись и издатель — сертификат издателя зависимости не совпадает с ожидаемым или не доверен системой.
- 🛠️ Повреждение системных компонентов — сбои хранилища компонентов Windows, из-за которых уже установленные пакеты «не видны» диспетчеру.
⚠️ Внимание: не скачивайте пакеты зависимостей со случайных сайтов. Поддельный или перепакованный фреймворк может содержать вредоносный код. Безопасные источники — Microsoft Store, официальные дистрибутивы разработчика приложения и пакеты, идущие в комплекте с самой программой (часто лежат в папке Dependencies рядом с установщиком).
Как узнать, какой зависимости не хватает
Если текст ошибки обрезан, точную причину можно извлечь из журнала событий. Откройте «Просмотр событий» и перейдите по пути Журналы приложений и служб → Microsoft → Windows → AppXDeployment-Server → Microsoft-Windows-AppXDeploymentServer/Operational. Найдите запись об ошибке, совпадающую по времени с неудачной установкой, — в её описании будет имя и минимальная версия недостающего пакета.
Другой способ — запустить установку через PowerShell, который выводит развёрнутое сообщение. Откройте PowerShell от имени администратора и выполните команду с путём к вашему пакету:
Add-AppxPackage -Path "C:\Путь\к\пакету.msix"Текст ошибки в консоли обычно содержит строку вида «Microsoft.VCLibs.140.00_14.0.xxxxx.0_x64__8wekyb3d8bbwe» — это и есть искомая зависимость. Проверить, какие версии уже установлены, можно командой Get-AppxPackage -Name "Microsoft.VCLibs*" -AllUsers, подставив имя нужного фреймворка.
Решение 1: установка недостающих зависимостей
Самый прямой путь — поставить требуемый фреймворк до основного пакета. Если приложение скачано с сайта разработчика, проверьте комплект поставки: рядом с основным файлом часто лежит папка Dependencies с подпапками x86, x64, ARM64. Установите из неё пакеты, соответствующие архитектуре вашей системы.
Порядок действий выглядит так:
☑️ Установка зависимостей вручную
Установка зависимости выполняется той же командой Add-AppxPackage, только с путём к файлу фреймворка. Если недостающий компонент — это приложение из Microsoft Store (например, «Расширения для видео HEVC» или пакеты Xbox), проще всего поставить его напрямую из магазина, после чего повторить установку основного пакета.
Решение 2: восстановление системных компонентов
Когда зависимость формально установлена, но диспетчер её «не видит», вероятна проблема с хранилищем компонентов или реестром пакетов. Здесь помогают стандартные средства восстановления Windows. Запустите терминал от имени администратора и выполните по очереди:
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Первая команда восстанавливает хранилище компонентов, вторая проверяет целостность системных файлов. После их завершения перезагрузите компьютер и повторите установку. Учтите, что DISM может потребовать доступ к интернету для загрузки исправных компонентов.
Дополнительно стоит проверить, что службы развертывания работают: откройте services.msc и убедитесь, что служба Служба развертывания AppX (AppXSvc) и Служба установки клиента (ClipSVC) не отключены. Их запуск настроен системой автоматически, но сторонние «оптимизаторы» иногда отключают их вручную.
⚠️ Внимание: не применяйте «твикеры» и скрипты удаления встроенных приложений Windows, если планируете ставить UWP/MSIX-программы. Удаление системных фреймворков — одна из распространённых причин появления 0x80073CF3 в дальнейшем.
Решение 3: переустановка и сброс пакетов
Если ошибка возникает при обновлении уже установленного приложения, помогает полное удаление конфликтующей версии. Удалите приложение через Параметры → Приложения → Установленные приложения, затем перезагрузитесь и поставьте пакет заново. Для системных приложений, которые не удаляются через интерфейс, используется команда Get-AppxPackage имя | Remove-AppxPackage с последующей установкой свежей версии.
В сложных случаях, когда повреждено сразу несколько системных пакетов, применяют массовую перерегистрацию встроенных приложений:
Get-AppxPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}Эта команда перерегистрирует все пакеты для текущего пользователя. Ошибки красным цветом в процессе — нормальное явление: часть пакетов занята системой и не может быть перерегистрирована на лету. После завершения перезагрузите ПК.
Почему ошибка появляется именно при установке «вручную»
Пакеты MSIX не содержат зависимости внутри себя — это сделано для экономии места. Microsoft Store при установке автоматически подтягивает нужные фреймворки, а при установке файла напрямую эта автоматика часто не срабатывает, поэтому зависимости приходится ставить отдельно.
Сравнение способов устранения
Чтобы выбрать подходящий метод, ориентируйтесь на ситуацию, в которой возникла ошибка:
| Ситуация | Рекомендуемое действие | Сложность |
|---|---|---|
| В тексте ошибки назван конкретный фреймворк | Установить указанную зависимость | Низкая |
| Установка из Microsoft Store | wsreset.exe и проверка обновлений Windows | Низкая |
| Зависимость установлена, но ошибка остаётся | DISM и sfc /scannow | Средняя |
| Сбой при обновлении приложения | Удаление и чистая переустановка пакета | Средняя |
| Массовые сбои системных приложений | Перерегистрация всех пакетов через PowerShell | Высокая |
Профилактика повторного появления ошибки
Чтобы ошибка не возвращалась, достаточно соблюдать несколько простых правил. Устанавливайте приложения из Microsoft Store там, где это возможно, — магазин сам разрешает зависимости. При ручной установке всегда проверяйте наличие папки с зависимостями в комплекте дистрибутива и ставьте их первыми.
Также не стоит отключать Центр обновления Windows надолго: часть фреймворков и их обновлений доставляется именно через него. А удаление «лишних» встроенных приложений сторонними утилитами нередко оборачивается тем, что вместе с ними исчезают нужные системе пакеты.
Часто задаваемые вопросы
Опасна ли ошибка 0x80073CF3 для системы?
Нет. Это защитная проверка установщика: он отказывается ставить приложение без необходимых компонентов. Сама по себе ошибка ничего не повреждает и не свидетельствует о вирусах.
Где взять пакет Microsoft.VCLibs, если его нет в комплекте?
Безопасные варианты — Microsoft Store (некоторые фреймворки ставятся оттуда автоматически), официальный сайт разработчика приложения или пакет, идущий вместе с дистрибутивом программы. Загрузка с неофициальных сайтов рискованна.
Почему ошибка возникает только на одном компьютере из двух?
Вероятно, на «проблемном» ПК отсутствует нужная версия зависимости или отличается архитектура системы (x86/x64/ARM64). Сравните список установленных пакетов командой Get-AppxPackage на обоих устройствах.
Поможет ли сброс Windows?
Это крайняя мера. Сброс помогает при глубоком повреждении хранилища компонентов, но сначала стоит пройти все шаги из статьи: установку зависимостей, DISM, sfc и перерегистрацию пакетов. Обычно этого достаточно.
Ошибка появляется при установке игры из Xbox — что делать?
Обновите приложение Xbox и Службы игр (Gaming Services) через Microsoft Store, проверьте обновления Windows и очистите кэш магазина командой wsreset.exe. Если не помогло — переустановите Gaming Services через PowerShell.