Les connexions Salesforce échouent soudainement dans Microsoft Access avec l’erreur ODBC ‑3151 ? Voici un guide complet pour diagnostiquer, contourner et corriger durablement le problème, avec procédures pas‑à‑pas, tableaux récapitulatifs et bonnes pratiques IT.
Vue d’ensemble
Depuis la mise à jour Office 365 publiée le 9 juillet 2024 (Canal Mensuel : version 2406, build 17726.20160 et ultérieures), le connecteur natif Salesforce d’Access affiche l’erreur :
ODBC--connection to '{Salesforce}' failed (-3151)
Conséquences directes : les bases Access existantes ne peuvent plus interroger Salesforce ni lier/actualiser leurs tables Salesforce. Ce comportement se manifeste sans modification apparente de configuration côté utilisateur et touche aussi bien les environnements poste unique que les déploiements en entreprise.
Symptômes détaillés
- Ouverture d’une table liée Salesforce : message ODBC–connection to ‘{Salesforce}’ failed (-3151), suivi parfois d’un second message générique « Impossible d’ouvrir la table ».
- Gestionnaire des tables liées : échec systématique de l’actualisation des liaisons Salesforce (d’autres sources ODBC continuent de fonctionner).
- Importation d’une nouvelle table Salesforce : l’assistant se lance mais échoue avant la liste des objets.
- Journal d’événements Windows et journaux Salesforce : aucune tentative de connexion enregistrée côté Salesforce, ce qui indique un problème amont dans Access.
- Environnements affectés : Microsoft 365 Apps (E3/E5) et Access LTSC sous Windows 10/11, éditions 32 ou 64 bits.
Analyse des causes
Les constatations suivantes ont été vérifiées sur plusieurs parcs et versions de canal :
Facteur | Détails constatés |
---|---|
Bug introduit dans Access | Présent à partir du build 17628.20188 (Entreprise – Canal Mensuel) et 17726.20160 (Canal Mensuel). |
Aucune modification côté Salesforce | Les journaux de connexion Salesforce ne montrent pas de tentatives ; le problème réside dans Access/ODBC en local. |
Rumeur d’abandon du connecteur | Un message de support évoquant l’arrêt du connecteur s’est révélé erroné ; Microsoft a confirmé qu’il n’a pas abandonné la fonctionnalité. |
Qui est concerné ?
- Microsoft 365 Apps (Canal Mensuel / Current Channel) : versions 2406 affectées, correctif disponible depuis septembre 2024.
- Canal Entreprise Semi‑annuel (Semi‑Annual Enterprise) : certaines builds 2402 affectées, correctif distribué en septembre 2024.
- Access 2019/2021 (LTSC / Volume) : correctif planifié ultérieurement ; surveiller les mises à jour produits.
Solutions temporaires proposées
Rétrograder Access à un build fonctionnel
Sur les éditions Click‑to‑Run, la commande suivante permet de revenir à un build antérieur connu pour rétablir la connexion :
"C:\Program Files\Common Files\microsoft shared\ClickToRun\OfficeC2RClient.exe" ^
/update user updatetoversion=16.0.17726.20126
Observé comme fonctionnel pour la majorité des utilisateurs sur le Canal Mensuel/Entreprise.
Étapes conseillées :
- Fermer toutes les applications Office (Access inclus).
- Ouvrir une invite de commandes en tant qu’administrateur.
- Exécuter la commande ci‑dessus, attendre la fin de la rétrogradation.
- Relancer Access et tester une table Salesforce.
Mettre en pause ou désactiver les mises à jour Office
- Dans Access : Fichier > Compte > Options de mise à jour > Désactiver les mises à jour.
- Requiert des droits administrateur locaux ; des stratégies IT peuvent empêcher cette action.
- Objectif : stabiliser la version fonctionnelle jusqu’à l’arrivée du correctif canal.
Pilotes ODBC tiers (CData, Devart, Simba)
Solution de contournement payante, utile lorsque la rétrogradation est impossible (par exemple, poste verrouillé par GPO/MDM) ; implique souvent des ajustements :
- Nouveaux noms de pilote/DSN : nécessité de relier de nouveau les tables.
- Flux d’authentification potentiellement différents (MFA, fréquence des invites).
- Coûts de licences et support à prendre en compte.
Option | Avantages | Inconvénients | Quand l’utiliser |
---|---|---|---|
Rétrograder Access | Rapide, réversible, pas de refonte des liaisons | Nécessite droits admin, peut être bloqué par politiques | En priorité si vous contrôlez la version Office |
Pause des mises à jour | Stabilise un build validé | Exposition à d’autres correctifs non reçus | Pont temporaire jusqu’au correctif canal |
ODBC tiers | Contourne le bug Access | Coûts, reliaisons, maintenance | En dernier recours si rollback impossible |
Correctifs officiels
Les correctifs publiés par Microsoft ont résolu l’erreur -3151 sans changement de configuration côté Salesforce :
Canal Office 365 | Build contenant le correctif | Date de disponibilité | Remarques |
---|---|---|---|
Current Channel | 2408 (17928.20156) | 10 septembre 2024 | Aucun changement requis ; la connexion refonctionne immédiatement. |
Semi‑Annual Enterprise | 2402 (17328.20588) | 10 septembre 2024 | Peut nécessiter la création d’une nouvelle liaison pour réactiver l’ensemble des tables existantes. |
LTSC / Volume Access 2019‑2021 | Correctif prévu ultérieurement | — | Suivre l’évolution des mises à jour produit. |
Procédure recommandée
Vérifier le canal et le build
- Dans Access : Fichier > Compte – relever Version et Build affichés.
- Si vous administrez un parc : documenter les versions par groupe de machines (modèle, site, lot de déploiement).
Installer le build correctif
- Si le correctif est disponible dans votre canal, cliquer Mettre à jour maintenant.
- Sinon, demander au service IT de :
- basculer temporairement les utilisateurs touchés sur le Current Channel, ou
- autoriser un rollback ciblé vers
16.0.17726.20126
jusqu’à réception du correctif canal.
Après correction
- Tester l’import d’une nouvelle table Salesforce (ex. un objet de test) : si l’ouverture fonctionne, les liaisons existantes devraient refonctionner.
- Si certaines liaisons persistent en échec : utiliser le Gestionnaire des tables liées pour recréer la liaison (ou créer une nouvelle base et réimporter).
- Réactiver les mises à jour automatiques si elles avaient été désactivées.
Vérifications rapides côté poste
Vérification | Comment faire | Résultat attendu |
---|---|---|
Canal Office / Build | Access : Fichier > Compte | Build corrigé (2408/17928.20156 CC, ou 2402/17328.20588 SA) |
Accès Internet | Vérifier qu’aucun proxy/filtre n’a changé | Pas de blocage réseau nouvellement introduit |
Authentification | Se déconnecter/reconnecter à Salesforce si demandé | Jeton d’actualisation valide côté client |
Autres sources ODBC | Tester SQL Server / MySQL | Fonctionnent normalement (le bug est spécifique Salesforce natif) |
Guide pas‑à‑pas : rétrograder Access (Click‑to‑Run)
Lorsque le correctif de votre canal n’est pas encore disponible ou qu’un environnement verrouillé empêche la bascule de canal, procédez ainsi :
- Fermer toutes les applications Office.
- Ouvrir Invite de commandes en tant qu’administrateur.
- Exécuter :
"C:\Program Files\Common Files\microsoft shared\ClickToRun\OfficeC2RClient.exe" ^ /update user updatetoversion=16.0.17726.20126
- Attendre la fin de l’opération (barre de progression Office).
- Démarrer Access, ouvrir la base, tester l’ouverture d’une table Salesforce.
- Mettre en pause les mises à jour jusqu’à l’arrivée du build corrigé dans votre canal.
Retour à la normale : réactiver Mettre à jour maintenant pour monter vers la build contenant le correctif (voir tableau plus haut), puis valider en production.
Relier proprement les tables Salesforce après correctif
Si certaines liaisons restent invalides après installation du correctif :
- Ouvrir Base de données > Gestionnaire des tables liées.
- Sélectionner les tables Salesforce en erreur.
- Cliquer Réattacher / Parcourir et valider la source « Salesforce » proposée.
- Si le dialogue demande une authentification, la compléter puis cocher « Mémoriser » si conforme à votre politique.
- Vérifier les champs clés (ID Salesforce) et l’option de mise à jour.
Pour les environnements ayant basculé transitoirement sur un pilote tiers : réaligner les DSN et supprimer les liaisons temporaires pour restaurer la configuration standard.
Considérations sécurité et conformité
- Jeton d’actualisation Salesforce : Access ne modifie pas un jeton valide lors d’un rollback ; toutefois, si le tenant Salesforce impose une reconnexion, la demande apparaîtra à la première utilisation.
- MFA/SSO : vérifier que les flux ne sont pas bloqués par de nouvelles règles (app control, navigateur intégré, fenêtre d’auth).
- Moindre privilège : limiter l’accès aux seuls objets Salesforce nécessaires (principe de moindre privilège), même pendant les tests.
- Journalisation : consigner les versions installées et les changements apportés (audit interne).
Bonnes pratiques opérationnelles
- Geler un binaire validé : conserver un package d’installation hors‑ligne d’une version Access validée pour réinstallation rapide.
- Anneau pilote : déployer les mises à jour d’abord sur un petit groupe d’utilisateurs « pilotes » connectés à Salesforce.
- Procédure de rollback documentée : standardiser la commande OfficeC2RClient et les canaux autorisés.
- Surveillance proactive : lors des Patch Tuesdays, tester explicitement les connexions Salesforce avant large déploiement.
Questions fréquentes (FAQ)
Pourquoi seule la connexion Salesforce est impactée ?
Le défaut réside dans la couche spécifique du connecteur Salesforce d’Access ; d’autres pilotes ODBC standards (SQL Server, MySQL, etc.) continuent de fonctionner normalement.
Dois‑je modifier les profils ou « DSN » ODBC ?
Non, pas pour le correctif officiel. Le retour au fonctionnement intervient sans changer la configuration. Seule exception : si vous avez adopté temporairement un pilote tiers, vos DSN et liaisons doivent être ajustés en conséquence.
Le problème peut‑il revenir avec une future mise à jour ?
Comme pour tout connecteur, c’est possible. D’où l’intérêt de conserver un package d’installation validé et une procédure de rollback prête.
Le passage au correctif efface‑t‑il mes liaisons ?
Non. Toutefois, certains environnements semi‑annuels ont nécessité de recréer la liaison pour certaines tables. Utilisez le Gestionnaire des tables liées si besoin.
Access 32 bits vs 64 bits : y a‑t‑il une différence ?
Le symptôme (-3151) a été observé dans les deux éditions. Le traitement (rollback ou correctif) est identique, en veillant simplement à utiliser le bon chemin d’installation si nécessaire.
La mise en pause des mises à jour est‑elle sûre ?
C’est un compromis. Elle stabilise un build connu, mais reporte d’autres correctifs sécurité/fonctionnels. Limitez la durée et remontez vers le build corrigé dès que possible.
Plan d’action suggéré pour une équipe IT
- Cartographier : identifier les machines avec Access connectées à Salesforce et leurs canaux/builds.
- Décider : si le correctif canal est disponible, lancer la mise à niveau. Sinon, autoriser un rollback ciblé.
- Communiquer : informer les utilisateurs de la fenêtre d’intervention et des tests attendus (ouverture d’une table Salesforce).
- Valider : consigner les résultats par échantillon (succès, liaisons à recréer, cas particuliers).
- Normaliser : réactiver les mises à jour automatiques et documenter la procédure pour futures occurrences.
Commandes et astuces utiles
Forcer une mise à jour vers le correctif (lorsqu’il est disponible)
"C:\Program Files\Common Files\microsoft shared\ClickToRun\OfficeC2RClient.exe" ^
/update user
Vérifier rapidement la version Office installée (PowerShell)
Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration" `
| Select-Object -ExpandProperty VersionToReport
Mettre en pause les mises à jour via l’interface Access
- Ouvrir Access.
- Fichier > Compte.
- Options de mise à jour > Désactiver les mises à jour.
Cas pratiques
Petit cabinet – 6 postes
Deux postes reçoivent 2408 (correctif) et retrouvent l’accès immédiatement. Quatre postes sont encore en 2406 : l’IT lance un rollback vers 16.0.17726.20126 pour ces quatre, met en pause les mises à jour une semaine, puis remonte tout le monde en 2408 validée.
Entreprise – 300 utilisateurs, Canal Entreprise Semi‑annuel
Le correctif 2402 (17328.20588) est validé en pré‑prod. L’IT met à jour par vagues. Sur ~10 % des bases, certaines liaisons restent cassées : les propriétaires recréent la liaison Salesforce via le Gestionnaire des tables liées. Le runbook est mis à jour.
Points d’attention
- Ne pas multiplier les pilotes : éviter d’installer simultanément plusieurs pilotes Salesforce pour « essayer ». Cela complique les DSN et les mises à jour futures.
- Surcouches sécurité : certains EDR/isolations applicatives peuvent encapsuler les flux d’authentification ; si les invites d’auth n’apparaissent pas, vérifier ces politiques.
- Backend Access : si vous utilisez un backend ACCDB/ACCDE partagé, le problème -3151 reste côté client, pas sur le fichier partagé.
Modèle de message à communiquer aux utilisateurs
Objet : Rétablissement des connexions Salesforce dans Access
Résumé : Un bug Access introduit le 9 juillet 2024 provoque l’erreur ODBC -3151. Le correctif est désormais disponible sur la plupart des canaux. Merci d’ouvrir Access, de lancer Mettre à jour maintenant, puis de tester l’ouverture d’une table Salesforce. En cas d’échec, contactez l’assistance pour une recréation de la liaison.
Matrice de décision
Situation | Action immédiate | Action de sortie |
---|---|---|
Canal Mensuel, build 2406 affecté | Rollback vers 16.0.17726.20126 ou MAJ vers 2408 si disponible | Réactiver mises à jour, valider ouverture d’une table Salesforce |
Semi‑annuel, correctif non reçu | Rollback ciblé, pause MAJ | Migrer vers 2402 (17328.20588), recréer liaisons si nécessaire |
LTSC/Volume | Surveiller publication, alternative pilote tiers si bloquant | Revenir au connecteur natif dès disponibilité du correctif |
Ce qu’il faut retenir
- L’erreur ODBC -3151 sur {Salesforce} vient d’un bug Access introduit le 9 juillet 2024.
- Des correctifs officiels sont disponibles depuis le 10 septembre 2024 sur la plupart des canaux.
- En attendant le correctif, le rollback Access et la pause des mises à jour rétablissent le service.
- Dans quelques cas, la recréation des liaisons est nécessaire après mise à jour.
- Préservez un package Access validé pour accélérer la remédiation lors de futurs bugs.
Informations complémentaires utiles
- Compatibilité : le connecteur natif Salesforce est officiellement pris en charge dans :
- Access 2019 sous licence en volume (LTSC)
- Microsoft 365 Apps for enterprise (E3/E5), y compris Office 365 Enterprise
- Sécurité : conservez un jeton d’actualisation Salesforce valide ; une rétrogradation d’Access n’affecte pas ces identifiants.
- Bonne pratique : conserver un package d’installation hors‑ligne d’une version Access validée, afin de pouvoir la réinstaller rapidement en cas de bug futur.
Résumé en une phrase
Le dysfonctionnement provenait d’un bug Access introduit le 9 juillet 2024 ; en attendant le correctif officiel (disponible depuis le 10 septembre 2024 sur la plupart des canaux), il suffisait de rétrograder Access ou d’utiliser un pilote ODBC tiers, puis de réactiver les mises à jour pour obtenir la build corrigée.