mot de passe projet VBA

Question

mot de passe projet VBA

Roland Miller 20

Bonjour,

Par VBA j'ouvre d'abord Classeur1 et ensuite Classeur 2 .

À partir du classeur1 j'ai besoin pardu code VBA de déprotéger le projet VBA du classeur2.

J connais le mot de passe du projet du classeur2.

Comment procéder? Merci à l'avance.

0 commentaires

Réponse acceptée par l’auteur de la question

Anonyme

Cette réponse a été traduite automatiquement. Il peut donc y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour @Roland Miller,

Merci d’avoir publié votre question sur le forum Microsoft Q&A.

Après avoir examiné les fonctionnalités d’Excel, nous souhaitons clarifier qu’il n’est pas possible de déverrouiller par programmation un projet VBA dans un autre classeur, même si vous connaissez le mot de passe. Cette restriction est intentionnelle pour des raisons de sécurité, et aucune méthode ou API prise en charge dans Excel ne permet de la contourner.

Les tentatives d’automatisation, telles que l’utilisation de SendKeys, ne fonctionnent pas de manière fiable car la fenêtre de saisie du mot de passe pour les projets VBA bloque toute automatisation.

La seule méthode fiable et prise en charge consiste à le faire manuellement :

Ouvrez le classeur cible.
Appuyez sur Alt + F11 pour ouvrir l’éditeur Visual Basic.
Dans l’Explorateur de projets, sélectionnez le projet souhaité.
Clic droit → Propriétés de VBAProject… → onglet Protection.
Saisissez le mot de passe, décochez la case Verrouiller le projet pour la visualisation, puis effacez les champs de mot de passe.
Cliquez sur OK.

Une fois cette opération effectuée, le projet sera accessible pour consultation ou modification.

Nous comprenons que cela puisse ne pas convenir aux scénarios d’automatisation, mais c’est la seule approche prise en charge afin de garantir la sécurité des projets VBA.

L’interface de test actuelle étant en anglais, les captures d’écran seront également affichées en anglais. Cependant, vous pouvez bien entendu effectuer les mêmes opérations dans l’interface française.

Si cette réponse vous a été utile, veuillez cliquer sur Accepter la réponse" et n’hésitez pas à lui attribuer un vote positif. Si vous avez des questions supplémentaires concernant cette réponse, cliquez sur "Commentaire".

Remarque : Veuillez suivre les étapes de notre documentation pour activer les notifications par e-mail si vous souhaitez recevoir les notifications associées à cette discussion.

0 commentaires

2 réponses supplémentaires

Votre réponse

Answer 1

Roland Miller 20

Bonjour,

Wow! Merci énormément! Cela fonctionne et est une meilleure solution pour moi que de faire un Enregistrer sous en .xlsx. Car même si cette dernière façon peut aussi fonctionner elle nécessite ensuite que je supprime un fichier à la fin des actions.

Par hasard croyez-vous que cette façon de faire pourrait faire en sorte que ceci fonctionne?

Suite à la mise à jour que je fais sur un fichier par exemple je dois faire un Enregistrer sous d'un fichier pour en remplacer un autre.

Mais lorsque ce fichier est sur OneDrive et que la synchronisation est activée alors ça plante. Si soit manuellement ou par VBA j'interrompt d'abord la synchronisation avant de faire l'enregistrer sous ... tout est OK.

Si je procède avec le même code ... qu'en pensez-vous? Ou y a t'il une façon de faire qui peut ressembler?

J'utilise une fonction dans VBA GetLocalPath qui fait en sorte que l'utilisation du fichier même si OneDrive fonctionne. Depuis mai dernier désactiver la collaboration des fichiers dans OneDrive (par un clé du registre) n'est plus possible.

Merci à l'avance.

Anonyme

2025-10-02T15:36:18.9433333+00:00
Cette réponse a été traduite automatiquement. Il peut donc y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour @Roland Miller,

Merci pour vos explications détaillées. D’après votre description, le problème survient lorsqu’Excel tente d’écraser un fichier stocké sur OneDrive alors que la synchronisation est active. Cela peut créer des conflits entre le verrouillage de fichier d’Excel et le processus de synchronisation de OneDrive, entraînant des erreurs ou parfois un plantage de l’application.

Il n’existe pas de méthode prise en charge pour suspendre la synchronisation OneDrive par VBA, mais vous pouvez ajuster la façon dont vous ouvrez ou enregistrez les fichiers afin d’éviter ces conflits. Voici deux méthodes pratiques, avec leurs avantages, limites et des exemples VBA très simples.

Ouvrir avec les macros désactivées

Si le classeur contient du code VBA incompatible (par exemple des appels API 32 bits dans un environnement Office 64 bits), la manière la plus simple consiste à l’ouvrir avec les macros désactivées :

Application.AutomationSecurity = msoAutomationSecurityForceDisable Workbooks.Open "C:\Path\Workbook2.xlsm" Application.AutomationSecurity = msoAutomationSecurityLow

Avantages : Code très court, évite les erreurs de compilation et les plantages.

Inconvénients : Les macros du classeur ne s’exécuteront pas ; seules les données et feuilles sont accessibles.

Utiliser SaveCopyAs plutôt que SaveAs

Si vous devez enregistrer une copie mise à jour d’un classeur, SaveCopyAs est plus sûr car il crée une copie sans modifier l’identité du classeur ouvert :

ThisWorkbook.SaveCopyAs GetLocalPath("TargetFile.xlsx")

Avantages : Fiable, code minimal, évite les conflits liés à la synchronisation.

Inconvénients : Crée uniquement une copie ; ne remplace pas le fichier actuellement ouvert.

En appliquant l’une de ces approches, vous devriez pouvoir continuer à travailler avec vos fichiers sur OneDrive sans rencontrer les plantages causés par l’utilisation de "Enregistrer sous" pendant la synchronisation.

Answer 2

Roland Miller 20

Encore merci pour votre réponse très claire.

Dans ce même scénario soit lorsque j'ouvre le classeur2 ... je suis en Office 64 bits ... et le classeur2 contient du code API mais avec du code pour Office 32 bits.

Y a t'il alors une façon de désactiver les macros ou le projet (contenu) (par VBA) afin que je n'aie pas de messages d'erreur?

Je réussi à ouvrir le fichier mais aussitôt que je lance une action ... des messages d'erreur de compilation s'affichent et bloquent.

Merci à l'avance.

Anonyme

2025-10-01T19:57:38.5766667+00:00
Cette réponse a été traduite automatiquement. Il peut donc y avoir des erreurs grammaticales ou des formulations étranges.

Bonjour @Roland Miller,

D’après votre description, le classeur Workbook2 contient du code VBA qui a été écrit pour Office 32 bits, alors que vous utilisez actuellement Office 64 bits. Dans ce cas, Excel tente de compiler le projet VBA dès que le classeur est ouvert avec les macros activées. Comme le code n’est pas compatible avec la version 64 bits, des erreurs de compilation apparaissent et le classeur peut se fermer de manière inattendue.

Il n’existe malheureusement aucun moyen pris en charge pour désactiver ou contourner par programmation le projet VBA d’un autre classeur une fois les macros activées. Toutefois, vous pouvez utiliser les solutions de contournement suivantes :

Ouvrir avec les macros désactivées

Placez Workbook2 dans un emplacement non approuvé afin qu’Excel affiche une invite lors de l’ouverture du fichier. Sélectionnez Désactiver les macros pour ouvrir le classeur sans exécuter ni compiler le projet VBA.

Forcer la désactivation des macros par programmation

Si vous ouvrez Workbook2 depuis un autre classeur, vous pouvez utiliser le paramètre suivant avant de l’ouvrir :

Application.AutomationSecurity = msoAutomationSecurityForceDisable Workbooks.Open "C:\Path\Workbook2.xlsm" Application.AutomationSecurity = msoAutomationSecurityLow

Cela garantit que Workbook2 s’ouvre avec les macros désactivées et évite les erreurs de compilation.

Mettre à jour le code VBA pour la compatibilité 64 bits

Si vous avez besoin d’utiliser les fonctionnalités VBA de Workbook2, il sera nécessaire de mettre à jour le code en ajoutant les déclarations PtrSafe et en utilisant LongPtr lorsque cela est approprié pour Office 64 bits. Une compilation conditionnelle peut être utilisée afin de conserver la compatibilité avec les versions 32 bits et 64 bits d’Office.

En résumé, le seul moyen fiable d’éviter les erreurs de compilation est d’ouvrir le classeur avec les macros désactivées ou de mettre à jour le code VBA pour qu’il soit compatible avec Office 64 bits.