WinGet falla al instalar aplicaciones por usuario en flotas gestionadas: error 0x8a15000f

Un administrador de sistemas ha llevado a r/sysadmin un fallo que le está apareciendo en unos seis equipos de su organización: el despliegue de aplicaciones con WinGet a través de Company Portal acaba con el error 0x8a15000f, Data required by the source is missing. En la mayoría de clientes la instalación funciona; en los afectados, no, y espera que la cifra suba según más gente lo reporte.

El paquete en cuestión es Git, y se instala desde un script de PowerShell que lanza esta línea (cambia según la arquitectura del sistema):

Start-Process -Filepath "winget.exe" -ArgumentList "install --id Git.Git -e --source winget --silent --accept-source-agreements --architecture x64 --scope user" -NoNewWindow -Wait

Es decir, ámbito de usuario, sin interacción y en silencio. Los logs que han revisado apuntan todos al mismo punto: la instancia de winget no encuentra el paquete DesktopAppInstaller y aborta. Pasa igual de forma manual que lanzado desde el script de Company Portal.

Lo que ya han descartado

La lista de pruebas es la que recomendaría cualquiera: resetear los orígenes con winget source reset, quitar y volver a registrar el bundle Microsoft.DesktopAppInstaller con Get-AppxBundle e Install-AppxBundle, y pasar Repair-WingetPackageManager para reparar la instancia. Nada de eso arregla el problema de forma consistente.

Lo único que parece funcionar es lanzar WinGet desde una consola de PowerShell elevada, que sí conecta con normalidad. El inconveniente es que llevarlo a contexto de administrador e instalar en ámbito de sistema se le atraganta a Intune, así que de momento sopesa empujar un MSI mientras encuentra algo mejor.

También han mirado de reojo una directiva de configuración que solo permite instalar aplicaciones de Microsoft Store. La descartan: se aplicó en mayo, los fallos empezaron la semana pasada y WinGet sigue funcionando en clientes afectados por esa política.

Un caso, no una confirmación

Conviene tomarlo como lo que es: el relato de un administrador en un foro, sin confirmación de Microsoft ni reproducción por parte de terceros en el mismo hilo. El código 0x8a15000f aparece ahí como denominador común de los equipos afectados, no como una incidencia documentada por el fabricante, y no hay respuesta oficial a la pregunta.

El interés está en lo que implica para quien lleva parque gestionado. Si WinGet como mecanismo de despliegue por usuario no es fiable, la alternativa vuelve a ser el MSI clásico o la instalación en ámbito de sistema con contexto elevado, justo lo que este administrador quería evitar porque WinGet le simplifica el control de versiones. Nadie ha publicado todavía una solución que se pueda empujar por Intune.