Lorsque Salesforce devient indisponible, le principal risque opérationnel réside rarement dans le message d'erreur lui-même. Le véritable problème est que les équipes commerciales, de service client, de gestion des commandes, de marketing ou administratives peuvent ne plus savoir où consigner leurs interventions, comment servir les clients ou quelles décisions peuvent attendre sans risque. Un plan de continuité d'activité efficace ne se limite donc pas à un simple document indiquant « vérifiez la fiabilité de Salesforce et patientez ». Il doit permettre aux processus métier les plus critiques de continuer à fonctionner à un niveau acceptable jusqu'au rétablissement du service normal.
La qualité du plan se mesure à ses résultats. En cas de perturbation, chacun doit savoir quoi faire, où consigner les tâches temporaires, qui est habilité à prendre des décisions, comment informer les clients et comment les données temporaires sont rétablies après la reprise . Le plan doit également identifier clairement les limites de la continuité. Certains processus peuvent fonctionner manuellement pendant des heures ; d’autres doivent être suspendus, car des transactions en double, des erreurs réglementaires ou des incohérences de données seraient plus préjudiciables que l’attente.
Un plan de continuité d'activité doit privilégier l'analyse des impacts sur l'activité, plutôt que sur la technologie. Le guide de planification de la continuité d'activité du NIST pour les systèmes d'information fédéraux recommande de déterminer les besoins et les priorités en matière de continuité d'activité par le biais d'une analyse d'impact. Bien que cette publication soit destinée aux systèmes d'information fédéraux, la méthodologie sous-jacente est largement applicable : identifier les fonctions essentielles, comprendre l'impact d'une interruption, définir les priorités de reprise et maintenir des procédures de continuité d'activité éprouvées.
Pour Salesforce, cela signifie déterminer quelles activités doivent se poursuivre même en cas d'indisponibilité de la plateforme. Une équipe commerciale peut avoir besoin de recueillir des engagements urgents auprès de prospects. Le service d'assistance peut devoir recevoir et traiter les incidents clients critiques. Une équipe terrain peut avoir besoin d'accéder à un ensemble limité d'informations sur les clients ou les actifs. Le service financier peut décider de suspendre certaines transactions jusqu'à ce que Salesforce et les systèmes connectés soient stabilisés.
Un objectif de continuité d'activité précis est suffisamment spécifique pour être testé. Par exemple, « le support client doit rester opérationnel » est vague. « Les incidents clients prioritaires (niveau 1) peuvent toujours être reçus, attribués, accusés de réception et suivis sans perte de requêtes pendant une panne de Salesforce de quatre heures » est mesurable.
La continuité ne garantit pas une fonctionnalité complète. L'objectif est généralement de maintenir un service minimal viable jusqu'au rétablissement du système principal. Pour chaque processus critique dépendant de Salesforce, définissez ce que signifie un fonctionnement « suffisant pendant une interruption de service ».
| processus métier | Objectif de continuité | Dégradation temporaire acceptable | Condition d'arrêt |
|---|---|---|---|
| Service client | Réceptionner et prioriser les cas urgents | Utiliser les systèmes d'admission temporaires et de suivi des files d'attente approuvés | Suspendre les mises à jour des cas non critiques si le risque de rapprochement devient trop élevé. |
| Ventes | Consignez les engagements urgents et les actions à venir | Utilisez des modèles hors ligne contrôlés | Ne finalisez pas les transactions nécessitant des approbations indisponibles ou des prix officiels. |
| Gestion des commandes | Préserver les demandes de commandes urgentes | File d'attente pour les demandes d'entrée système ultérieure | Interrompez le processus si un envoi en double ou incorrect risque de se produire. |
| Opérations sur le terrain | Poursuivre les visites prioritaires avec les données de référence essentielles | Utilisez les données opérationnelles mises en cache ou exportées approuvées lorsque la politique le permet. | Arrêtez-vous si les données actuelles du client, de sécurité ou de droit ne peuvent pas être vérifiées. |
La condition d'arrêt est essentielle. Un plan de continuité qui enjoint de continuer à travailler à tout prix peut engendrer un second incident : commandes dupliquées, mises à jour de dossiers contradictoires, approbations manquantes ou informations sensibles stockées dans des outils non autorisés.
Votre plan doit définir une source d'état faisant autorité. Salesforce indique que le site « État de confiance » est sa source pour les informations sur la disponibilité et les performances des services. Salesforce envoie également des notifications de confiance par e-mail ou SMS pour les problèmes de service, la maintenance et les mises à jour de produits. Vous trouverez un aperçu complet dans l'Aide Salesforce : État de confiance .
L'article de Salesforce sur la communication en cas d'incident de confiance explique que l'entreprise peut utiliser le site Trust, les notifications Trust, les messages d'information, les bannières d'aide, les e-mails d'alerte d'incident et les webinaires en direct pour communiquer sur les incidents critiques imprévus et l'avancement de la résolution.
Un bon plan de continuité d'activité ne demande pas à chaque employé d'interpréter les pages d'état individuellement. Désignez un responsable d'incident ou une petite équipe d'intervention pour vérifier l'instance ou le service concerné, résumer les informations disponibles et publier des mises à jour internes à une fréquence définie.
L'état de Salesforce n'est pas un état binaire unique. Votre organisation doit savoir quels identifiants d'instance ou de service Salesforce sont pertinents. Le guide Salesforce « Afficher les informations d'instance pour votre organisation Salesforce » , mis à jour le 4 août 2026, explique comment trouver l'instance dans la Configuration, sous Informations sur l'entreprise, ou via le site d'état de Salesforce.
Salesforce précise également que son site Trust répertorie les incidents et les opérations de maintenance par instance et service concernés. Le guide « Vérifier les incidents ou opérations de maintenance en cours » indique qu'un enregistrement d'événement inclut les instances et services concernés, ainsi que des informations sur l'état et la durée de l'événement.
Votre plan de continuité d'activité doit donc consigner les détails pertinents du domaine et de l'instance de l'organisation de production, ainsi que tous les produits Salesforce surveillés séparément, tels que les services Marketing Cloud ou Commerce, qui sont importants pour vos opérations.
La solution de repli la plus pratique n'est souvent pas de remplacer le CRM. Il s'agit d'une méthode contrôlée permettant de préserver les informations minimales nécessaires à la poursuite des tâches urgentes. Cela peut être une feuille de calcul approuvée, la file d'attente du service d'assistance, un formulaire interne, un canal de collaboration, un processus téléphonique ou tout autre système déjà couvert par les politiques de sécurité et de conservation de votre organisation.
La méthode de repli doit définir :
Le meilleur signe que cette partie du plan fonctionne est que l'équipe de récupération puisse ensuite répondre à la question : « Qu'est-ce qui a changé pendant l'indisponibilité de Salesforce ? » sans avoir à se fier à sa mémoire, à l'historique des conversations ou à des notes manuscrites dispersées dans plusieurs équipes.
Salesforce recommande une stratégie de sauvegarde régulière dans le cadre de la gestion et de la sécurité des données. Son guide du 2 avril 2026, intitulé « Meilleures pratiques pour la sauvegarde des données Salesforce » , établit une distinction entre les données métier (enregistrements et fichiers) et les métadonnées (champs personnalisés, mises en page, rapports, tableaux de bord, Apex et Visualforce).
Salesforce propose plusieurs méthodes de sauvegarde natives, notamment Salesforce Backup, Data Export Service, l'exportation de données via Data Loader et l'exportation de rapports. Sa documentation relative à l'exportation de données de sauvegarde depuis Salesforce indique que l'exportation de données standard peut générer des sauvegardes au format CSV de manière hebdomadaire ou mensuelle, selon l'édition.
Cependant, la sauvegarde est un outil de contrôle de la reprise d'activité, et non un mode de fonctionnement en cas d'interruption de service. Une sauvegarde ne fournit pas automatiquement une solution de remplacement opérationnelle pour Salesforce. Les exportations volumineuses peuvent également être trop anciennes, trop complètes, trop sensibles ou trop complexes pour être utilisées en toute sécurité afin d'assurer la continuité des opérations. Déterminez à l'avance si les données exportées sont réellement nécessaires en cas d'interruption de service et protégez-les en conséquence.
Un objectif de continuité décrit le fonctionnement de l'entreprise pendant l'indisponibilité de Salesforce. Un objectif de reprise décrit la manière dont les opérations normales sont rétablies et dont les données temporaires sont intégrées.
Pour chaque processus, documentez au moins trois objectifs pratiques :
Ces objectifs doivent être définis par les responsables métiers, et non basés sur des hypothèses informatiques génériques. Une tolérance de deux heures peut être acceptable pour un service et inacceptable pour un autre.
Un plan est ralenti lorsque les tâches sont connues mais que les personnes habilitées ne le sont pas. Il est donc essentiel de définir des rôles précis ou une répartition des responsabilités basée sur les rôles pour la déclaration d'incident, l'activation des solutions de repli, la communication avec les clients, les exceptions de sécurité, l'escalade auprès des fournisseurs, la validation de la reprise après incident et la décision finale de retour au fonctionnement normal.
Au minimum, une personne doit pouvoir activer le mode de continuité d'activité, et une autre doit pouvoir approuver le retour au service normal. Pour les processus critiques, il est préférable d'éviter de confier les rôles essentiels à une seule personne ; désignez des suppléants.
La norme NIST SP 800-34 Rev. 1 inclut les tests, la formation, les exercices et la maintenance des plans comme éléments essentiels de la planification de la continuité d'activité. Un test de continuité d'activité Salesforce doit donc simuler une perte d'accès significative et mesurer les performances réelles.
Les critères de test utiles comprennent :
Si un exercice de simulation sur table se contente de confirmer que les participants peuvent ouvrir le plan, il ne démontre pas la continuité. Un exercice plus poussé prouve que les participants sont capables d'exécuter le flux de travail et de le reprendre sans encombre.
N’attendez pas une panne majeure pour vous rendre compte que votre plan est obsolète. Revoyez-le après toute modification importante de l’architecture Salesforce, des intégrations critiques, des processus métier, des exigences de conformité, de la répartition des responsabilités entre les équipes, de la stratégie de sauvegarde, du routage des centres de contact ou des canaux de communication client.
Modifiez votre approche lorsque les résultats des tests révèlent des faiblesses récurrentes. Par exemple : des employés créent des feuilles de calcul non contrôlées malgré le plan de repli officiel ; la reprise d’activité est trop longue car les enregistrements temporaires ne comportent pas d’identifiants uniques ; ou les équipes commerciales constatent que l’objectif de continuité déclaré est insuffisant pour répondre à la demande réelle des clients.
Un plan efficace prévoit la gestion des versions et un déclencheur de révision. Une révision annuelle est préférable à l'absence de révision, mais une révision annuelle et après toute modification majeure de Salesforce, d'intégration, de gestion ou de processus offre une meilleure résilience.
Aucun plan de continuité d'activité ne peut garantir l'ininterrompu des opérations lors de chaque panne de Salesforce. Certaines pannes peuvent affecter simultanément les systèmes connectés, les fournisseurs d'identité, les réseaux, les outils de communication ou les services de cloud public. Un incident grave ou prolongé peut également saturer les capacités des procédures de repli manuelles.
Il existe également des limites en matière de sécurité et de qualité des données. Le transfert de données sensibles Salesforce vers un outil de secours peut enfreindre les politiques ou réglementations en vigueur. Le travail hors ligne peut engendrer des décisions obsolètes, des enregistrements contradictoires et des transactions en double. Pour certains processus à haut risque, la solution la plus sûre pour assurer la continuité des opérations est la suspension contrôlée plutôt que la reprise manuelle.
C’est pourquoi un plan abouti précise sa plage de fonctionnement prévue et son seuil d’escalade. Si la panne dure plus longtemps que prévu, si la file d’attente de secours devient trop importante ou si l’intégrité des données ne peut plus être garantie, la direction doit passer des procédures de continuité habituelles à des décisions de gestion de crise plus globales.
Le plan est en bonne voie lorsqu'un exercice réaliste peut démontrer quatre choses : l'entreprise peut identifier ce qui compte, poursuivre les travaux essentiels à un niveau minimal convenu, préserver des enregistrements temporaires fiables et revenir à Salesforce sans perdre ni dupliquer d'activités importantes.
Effectuez une dernière vérification de préparation :
Un plan de continuité d'activité Salesforce est efficace non pas parce qu'il est exhaustif sur le papier, mais parce qu'il garantit un comportement prévisible en situation de crise. Le plan le plus utile est suffisamment concis pour être mis en œuvre, suffisamment détaillé pour éviter toute improvisation dangereuse et suffisamment testé pour que l'organisation connaisse ses limites avant qu'une panne réelle ne les révèle.
Comparez sept programmes mondiaux pour les chaînes d'approvisionnement numériques, la logistique, l'analyse de données, le commerce international et les opérations, avec des conseils pratiques pour choisir la solution la plus adaptée.
Découvrez comment les interfaces cerveau-ordinateur décodent les signaux neuronaux pour rétablir la communication et le mouvement, ce que les études récentes ont permis de réaliser et ce qui limite encore l'utilisation des interfaces cerveau-ordinateur.
Découvrez comment les drones commerciaux combinent capteurs, intelligence artificielle embarquée, batteries, communications et logiciels de contrôle de vol, et comment l'autonomie dépend encore de la mission et de la réglementation.
Comparez sept excellentes options de master en batteries et stockage d'énergie en fonction des matériaux, des systèmes, de la recherche, de l'exposition à l'industrie, de la flexibilité, de la langue et des compromis en matière de coûts.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
Comparez les principaux programmes de génie biomédical pour les dispositifs médicaux intelligents, notamment la conception, la bioélectronique, l'IA, la cybersécurité, la formation clinique et la réglementation.
Élaborez un plan de continuité d'activité Salesforce pratique, avec des priorités claires, des flux de travail de secours, des contrôles de récupération, des critères de test et des limites réalistes.
StoreForce issues can disrupt schedules, timekeeping, shift changes, and store communication. Learn how to diagnose the problem, keep retail operations moving, and verify recovery.
Découvrez comment contacter le support Salesforce lors d'une panne majeure, choisir le bon canal, préparer un dossier utile et assurer le suivi sans créer de tickets en double.
Comparez les meilleurs programmes de master en FinTech et cybersécurité du monde entier, y compris le programme, le format, l'adéquation à la carrière et les détails actuels des admissions pour 2027.
