Erreur 0x80073cf3 sur Windows Clock : corrigé (Microsoft Store, Windows 10/11, winget)

La mise à jour de Windows Clock échoue avec le code 0x80073cf3 dans le Microsoft Store ? Voici une méthode fiable et reproductible pour repartir d’un package propre, suivie d’un guide complet de diagnostic et d’astuces avancées pour Windows 10 et Windows 11.

Sommaire

Vue d’ensemble du problème

Des utilisateurs de Windows 10/11 constatent un échec systématique de la mise à jour de l’application Windows Clock via le Microsoft Store. Les tentatives classiques (réinitialiser le Store, exécuter l’utilitaire de résolution des problèmes, redémarrer la machine) ne suffisent pas toujours, car l’application peut rester associée à une licence ou à des métadonnées incohérentes. L’erreur 0x80073cf3 indique qu’un package MSIX ne peut pas être mis à jour ou installé car sa version n’est pas conforme au manifeste ou aux informations détenues localement (cache, licence, dépendances).

Solution express

Si vous voulez corriger rapidement :

Désinstallez Windows Clock depuis Paramètres > Applications > Applications installées, puis sélectionnez Windows Clock > Désinstaller.
Déconnectez-vous du Microsoft Store (avatar > Déconnexion).
Réinstallez l’application :
- Méthode graphique : dans le Store (toujours déconnecté), recherchez « Windows Clock », cliquez sur Obtenir. Une fois installé, reconnectez le compte.
- Méthode ligne de commande : ouvrez PowerShell ou Terminal Windows en tant qu’administrateur, puis exécutez :
  winget install "Windows Clock" Acceptez la licence si demandé, puis ouvrez l’application.
Vérifiez qu’aucune mise à jour n’est proposée et que l’erreur a disparu.

Étapes détaillées et justification

Étape	Description	Pourquoi ça fonctionne
1. Désinstaller Windows Clock	Depuis le Microsoft Store ou `Paramètres > Applications > Applications installées > Windows Clock > Désinstaller`.	Supprime le package corrompu/caché qui déclenche l’erreur.
2. Se déconnecter du Microsoft Store	Cliquez sur l’avatar > Déconnexion.	Empêche la réinstallation immédiate d’une version liée à une licence incohérente.
3‑A. Réinstaller via le Store	Dans le Store (déconnecté), recherchez « Windows Clock » > Obtenir > reconnectez‑vous.	Installation « anonyme » : la version la plus récente est récupérée sans conflit de licence.
3‑B. Réinstaller via winget	Ouvrez PowerShell/Terminal en admin, exécutez : `winget install "Windows Clock"`	Winget force le téléchargement du package officiel et contourne les métadonnées locales du Store.
4. Vérification finale	Ouvrez l’app > Paramètres > À propos pour contrôler la version. Vérifiez dans le Store qu’aucune mise à jour n’est proposée.	Confirme que le cycle d’échec n’est plus présent.

Procédure guidée pas à pas

Désinstallation complète

Selon la version de Windows, l’app peut être nommée Alarms & Clock (ancien nom) ou Windows Clock. Dans Windows 11 :

Ouvrez Paramètres > Applications > Applications installées.
Recherchez « Clock » (ou « Alarms ») dans la liste.
Cliquez sur … > Désinstaller, puis confirmez.

Dans Windows 10 :

Ouvrez Paramètres > Applications > Applications et fonctionnalités.
Sélectionnez Alarmes et horloge / Windows Clock > Désinstaller.

Astuce avancée (facultatif) : si la désinstallation échoue via l’interface, utilisez PowerShell (admin) pour supprimer le package de votre session :

Get-AppxPackage *WindowsAlarms* | Remove-AppxPackage

Évitez -AllUsers sauf nécessité en environnement partagé ; supprimer pour tous les utilisateurs peut rompre des dépendances ou nécessiter des correctifs supplémentaires.

Déconnexion du Store

Ouvrez le Microsoft Store, cliquez sur l’avatar en haut à droite, puis sur Déconnexion. L’objectif est d’éliminer l’effet d’une licence ou d’un cache de compte qui renverrait vers une variante non compatible du package.

Réinstallation via l’interface du Store

Dans le Store (toujours déconnecté), recherchez « Windows Clock ».
Cliquez sur Obtenir et laissez l’installation se terminer.
Rouvrez le menu de l’avatar et reconnectez votre compte Microsoft.
Ouvrez l’application pour vérifier son fonctionnement.

Réinstallation via winget

Winget installe le package officiel à partir du dépôt Microsoft. Ouvrez Terminal Windows ou PowerShell en tant qu’administrateur, puis exécutez :

winget install "Windows Clock"

Si winget ne trouve pas le package sous ce libellé, essayez d’identifier l’ID exact :

winget search "Windows Clock"
winget search Alarms
winget list | findstr /i clock

Vous pouvez ensuite installer via l’ID renvoyé (exemples génériques) :

winget install --id Microsoft.WindowsClock
REM ou selon le catalogue
winget install --id 9WZDNCRFJ3PR

Important : n’utilisez que des identifiants provenant du dépôt Microsoft. Acceptez la licence si l’invite apparaît et laissez l’installation se terminer sans interrompre le processus.

Vérification et validation

Ouvrez Windows Clock > Paramètres > À propos et notez la version.
Rouvrez le Microsoft Store, section Bibliothèque > Obtenir les mises à jour. Aucune mise à jour ne doit être proposée pour Windows Clock.
Redémarrez l’ordinateur si vous avez réinstallé via PowerShell ou si des dépendances ont été mises à jour.

Comprendre l’erreur

Signification de 0x80073cf3 : Package Failed Update Install / The package could not be installed because the package version does not match the manifest. En clair, le client Windows tente d’appliquer une mise à jour dont les métadonnées (version, architecture, dépendances, signature) ne correspondent pas à l’état du système ou au manifeste MSIX local.

Pourquoi la licence compte

Le Store attache une licence numérique à votre compte pour chaque app. Une licence associée à une ancienne variante (pays, canal, type de périphérique) peut rediriger l’appareil vers un package dont la version ne correspond pas. Installer l’application sans être connecté (ou via winget) force la récupération d’un package « neutre » et la génération d’une nouvelle licence cohérente lors de la reconnexion.

Causes fréquentes et comment les diagnostiquer

Symptôme	Cause probable	Diagnostic rapide	Correctif recommandé
Mise à jour qui boucle, `0x80073cf3`	Métadonnées/manifestes incohérents	`Get-AppxPackage WindowsAlarms` pour relever la version locale	Désinstallation + réinstallation hors compte, puis reconnexion
Échec sur plusieurs apps Store	Cache Store corrompu	`wsreset.exe`	Réinitialiser le cache, puis relancer Bibliothèque > Obtenir les mises à jour
Échec de téléchargement	Problème réseau/heure système	Vérifier NTP, fuseau horaire et proxy	Régler date/heure, autoriser les domaines Store (proxy/pare‑feu)
App réapparaît immédiatement après suppression	Licence de compte qui force la restauration	Observer l’état après déconnexion du Store	Désinstaller, se déconnecter, réinstaller hors compte
Échec de réenregistrement du Store	Corruption des composants AppX	Observateur d’événements > AppxDeployment-Server	Exécuter SFC/DISM, puis réenregistrer

Vérifications complémentaires utiles

Vider le cache du Store : exécutez wsreset.exe. La fenêtre du Store se rouvrira automatiquement.
Contrôler Windows Update et l’horloge : une heure système incorrecte invalide les signatures des packages.
Réenregistrer les packages UWP (si le problème touche d’autres apps) :
PowerShell -ExecutionPolicy Unrestricted -Command "Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register '$($_.InstallLocation)\AppXManifest.xml'}" Conseil : redémarrez après cette opération.
Examiner les logiciels de sécurité : certains modules de filtrage HTTPS peuvent bloquer les flux du Store. Autorisez explicitement l’App Installer et les domaines Microsoft requis (ex. storeedgefd.dsx.mp.microsoft.com, login.live.com, packages.microsoft.com).
Vérifier les dépendances Visual C++/Framework : des dépendances MSIX (VC Runtime UWP) obsolètes peuvent empêcher l’installation.

Commandes utiles pour auditer

# Lister la version locale du package
Get-AppxPackage *WindowsAlarms* | Select Name, PackageFullName, Version

# Forcer la suppression (session courante)

Get-AppxPackage *WindowsAlarms* | Remove-AppxPackage

# Vérifier l'état de l'App Installer

winget --info
winget source list
winget source update

# Rechercher l'ID précis dans le dépôt

winget search "Windows Clock"
winget search "Alarms & Clock"

# Vérifier si l'app est déjà présente

winget list | findstr /i clock

Cas d’usage en entreprise

Dans un parc géré (Intune/Configuration Manager/stratégies de groupe), les paramètres suivants peuvent influer :

Désactivation du Store via stratégie (Turn off the Store application) : la réinstallation via Store échouera ou sera bloquée. Utilisez winget avec sources d’entreprise approuvées ou déployez l’app comme Microsoft Store app (new) via Intune.
Proxy/SSL Inspection : ajoutez des exclusions pour le trafic Store/Package Manager afin d’éviter des erreurs de signature.
Comptes AAD et licences : si l’app est attribuée par un canal spécifique, révoquez/réattribuez la licence avant de tenter la réinstallation.

Dépannage avancé

Observateur d’événements

Ouvrez Observateur d’événements > Journaux des applications et des services > Microsoft > Windows > AppXDeployment‑Server > Operational. Recherchez les événements autour de l’échec : conflits de version, violation de dépendance, échec de signature. Cela permet d’identifier si la cause est une licence, un manifeste ou une dépendance manquante.

Intégrité système

sfc /scannow
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

Exécutez SFC puis DISM pour réparer les composants pouvant impacter AppX/App Installer.

Réenregistrement sélectif

Pour uniquement l’app Store et l’App Installer :

# Réenregistrer le Store
Get-AppxPackage -allusers *WindowsStore* | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}

# Réenregistrer App Installer

Get-AppxPackage -allusers *AppInstaller* | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}

Nettoyage des sources winget

Assurez-vous que la source msstore est active :

winget source list
winget source update
winget source reset --name msstore

Échecs de type « no package found » avec winget

Le catalogue peut exposer l’app sous un autre nom ou ID. Utilisez systématiquement winget search pour récupérer l’identifiant exact, puis installez avec --id. Évitez les paquets tiers non officiels.

Bonnes pratiques pour éviter la réapparition

Mettre à jour régulièrement l’App Installer (winget) via winget upgrade --all et la Bibliothèque du Store.
Surveiller l’heure et le fuseau : activez la synchronisation automatique de l’heure Internet.
Limiter les nettoyages agressifs de packages UWP (-AllUsers) sur des postes partagés ; préférez un utilisateur de test.
Documenter l’ID de package (PackageFamilyName) pour accélérer les diagnostics futurs.

Foire aux questions

L’app s’appelait « Alarmes et horloge ». Est‑ce la même ?
Oui : l’ID de package historique (famille) est lié à Microsoft.WindowsAlarms_8wekyb3d8bbwe. L’app visible s’appelle aujourd’hui Windows Clock.

La commande winget install "Windows Clock" ne trouve rien.
Exécutez winget search "Windows Clock" ou winget search Alarms. Installez ensuite avec winget install --id <IdentifiantExact>.

J’obtiens toujours l’erreur après réinstallation.
Videz le cache wsreset.exe, exécutez SFC/DISM, réenregistrez le Store (voir plus haut) et testez depuis un nouveau profil utilisateur. Si le problème persiste, ouvrez un ticket auprès du support Microsoft et joignez les journaux AppxDeployment‑Server.

La suppression via Paramètres échoue.
Utilisez PowerShell (admin) :
Get-AppxPackage *WindowsAlarms* | Remove-AppxPackage puis réinstallez via Store (déconnecté) ou winget.

Quand contacter le support Microsoft

Si plusieurs applications UWP échouent avec des codes similaires.
Si l’erreur réapparaît après toutes les procédures ci‑dessus.
Si les journaux AppxDeployment‑Server mentionnent des erreurs de signature ou de dépendances non résolues.

Préparez les éléments suivants : version de Windows, version de Windows Clock après réinstallation, sorties SFC/DISM, captures du Store (bibliothèque, version App Installer) et extrait d’événements pertinents.

Récapitulatif opérationnel

Contournement le plus efficace : désinstallez l’app, déconnectez le Store, réinstallez hors compte (Store) ou via winget install "Windows Clock", puis reconnectez le compte.
Si le problème touche d’autres apps : wsreset.exe, SFC/DISM, réenregistrement des packages, audit des journaux.
En entreprise : vérifiez stratégies Store, proxy/inspection SSL et déploiements Intune.

Guide de résolution pas à pas (copiez‑collez)

1) Désinstaller Windows Clock
   Paramètres > Applications > Applications installées > Windows Clock > Désinstaller

2. Se déconnecter du Store
   Microsoft Store > Avatar > Déconnexion

3. Réinstaller
   a) Store (déconnecté) > Rechercher "Windows Clock" > Obtenir > Reconnecter le compte
   b) OU winget (admin)
   winget search "Windows Clock"
   winget install "Windows Clock"

   # si nécessaire

   winget install --id Microsoft.WindowsClock

4. Vérifier
   Ouvrir l’app > Paramètres > À propos (version)
   Store > Bibliothèque > Obtenir les mises à jour (aucune mise à jour proposée)

Points clés à retenir

L’erreur 0x80073cf3 signale surtout un mismatch entre la version attendue et le manifeste local.
La désinstallation + réinstallation hors compte élimine les conflits de licence et de cache.
Winget est un excellent plan B pour récupérer un package sain directement depuis le dépôt.
En cas de récidive, élargissez le diagnostic (cache Store, dépendances, SFC/DISM, journaux).

Annexes utiles

Chemins, journaux et notions

Famille de package : Microsoft.WindowsAlarms_8wekyb3d8bbwe (nom historique du package).
Journalisation : Observateur d’événements > Microsoft/Windows/AppXDeployment‑Server.
Répertoires : C:\Program Files\WindowsApps (protégé), C:\ProgramData\Microsoft\Windows\AppRepository.
Dépendances MSIX : runtimes Visual C++ UWP, frameworks Windows, certificats de signature.

Vérification réseau typique

En environnement filtré, autorisez les résolutions et flux pour les services de compte Microsoft et du Microsoft Store (authentification, téléchargement de packages, App Installer). Une inspection TLS stricte peut invalider les signatures.

Avertissements

Évitez de supprimer massivement des packages UWP avec -AllUsers sans plan de restauration.
Ne modifiez pas manuellement les dossiers de WindowsApps ; utilisez toujours les commandes ou le Store.
Avant une opération vaste (réenregistrement global), créez un point de restauration système.

Conclusion

La combinaison dDésinstallation → Déconnexion Store → Réinstallation hors compte ou via winget résout dans l’écrasante majorité des cas l’erreur 0x80073cf3 liée à Windows Clock. En complément, le nettoyage du cache Store, la vérification de l’intégrité système et l’analyse des journaux garantissent un environnement sain pour les futures mises à jour.

Ressources rapides

Vider le cache : wsreset.exe
Réenregistrer Store : voir commandes PowerShell plus haut
Intégrité : sfc /scannow puis DISM /Online /Cleanup-Image /RestoreHealth
winget : winget search, winget install, winget upgrade --all

Exemple de scénario complet

Contexte : portable sous Windows 11 Pro, proxy d’entreprise, l’app Windows Clock échoue avec 0x80073cf3 lors d’une mise à jour.

Désinstallation via Paramètres.
Déconnexion du Store.
Exécution de wsreset.exe.
Installation via winget install "Windows Clock" (App Installer autorisé sur le proxy).
Redémarrage.
Reconnexion Store et vérification de la Bibliothèque : aucune mise à jour en attente.

Résultat : l’app fonctionne, la prochaine mise à jour se fait sans erreur.

Résumé exécutable

Le contournement le plus efficace : désinstaller l’application, se déconnecter du Store, puis réinstaller — soit depuis le Store en mode invité, soit avec winget install "Windows Clock" en acceptant la licence. Après réinstallation, reconnectez votre compte ; l’erreur 0x80073cf3 disparaît et l’application reste à jour.

Erreur 0x80073cf3 sur Windows Clock : corrigé (Microsoft Store, Windows 10/11, winget)