Quando Salesforce diventa non disponibile, il rischio operativo maggiore raramente è rappresentato dal messaggio di errore in sé. Il vero problema è che i team di vendita, assistenza, gestione ordini, marketing o back-office potrebbero non sapere più dove registrare il lavoro, come assistere i clienti o quali decisioni possono essere tranquillamente rimandate. Un piano di continuità operativa efficace non è quindi un documento che si limita a dire "verificate Salesforce Trust e aspettate". Dovrebbe invece garantire che i processi aziendali più importanti continuino a funzionare a un livello accettabile fino al ripristino del servizio normale.
La qualità del piano si valuta in base ai risultati. Durante un'interruzione, le persone devono sapere cosa fare, dove registrare le attività temporanee, chi può prendere decisioni, come informare i clienti e come riconciliare le registrazioni temporanee dopo il ripristino . Il piano deve anche chiarire dove la continuità operativa non è più sicura. Alcuni processi possono essere eseguiti manualmente per ore; altri dovrebbero essere sospesi perché transazioni duplicate, errori normativi o incongruenze nei dati causerebbero danni maggiori rispetto all'attesa.
Un piano di continuità operativa dovrebbe partire dall'impatto sul business, non dalla tecnologia. La Guida alla pianificazione di emergenza per i sistemi informativi federali del NIST raccomanda di determinare i requisiti e le priorità di emergenza attraverso un'analisi dell'impatto sul business. Sebbene la pubblicazione sia stata scritta per i sistemi informativi federali, la disciplina di base è ampiamente applicabile: identificare le funzioni essenziali, comprendere l'effetto dell'interruzione, definire le priorità di ripristino e mantenere procedure di emergenza collaudate.
Per Salesforce, questo significa chiedersi quali attività aziendali debbano continuare anche quando la piattaforma non è disponibile. Un team di vendita potrebbe dover acquisire impegni urgenti da potenziali clienti. Un'organizzazione di supporto potrebbe dover ricevere e gestire incidenti critici dei clienti. Un team sul campo potrebbe aver bisogno di accedere a un piccolo insieme di dettagli relativi a clienti o risorse. Il reparto finanziario potrebbe decidere che alcune transazioni debbano essere interrotte completamente fino a quando Salesforce e i sistemi connessi non saranno stabili.
Un obiettivo di continuità efficace è sufficientemente specifico da poter essere testato. Ad esempio, "l'assistenza clienti deve rimanere operativa" è vago. "Le richieste di assistenza clienti di priorità 1 possono essere ricevute, assegnate, confermate e tracciate senza perdita di dati durante un'interruzione di quattro ore di Salesforce" è invece misurabile.
La continuità non è sinonimo di piena funzionalità. L'obiettivo è solitamente quello di preservare un servizio aziendale minimo vitale fino al ripristino del sistema primario. Per ogni processo critico dipendente da Salesforce, definire cosa si intende per "sufficientemente efficace durante un'interruzione".
| processo aziendale | Obiettivo di continuità | Degradazione temporanea accettabile | condizione di arresto |
|---|---|---|---|
| Assistenza clienti | Ricevere e dare priorità ai casi urgenti | Utilizzare l'accettazione temporanea approvata e il sistema di tracciamento delle code | Sospendere gli aggiornamenti dei casi non critici se il rischio di riconciliazione diventa troppo elevato. |
| Saldi | Cattura gli impegni con scadenza ravvicinata e le azioni successive | Utilizzare modelli offline controllati | Non finalizzare transazioni che richiedono approvazioni non disponibili o prezzi definitivi. |
| Gestione degli ordini | Conservare le richieste urgenti | Metti in coda le richieste per l'inserimento successivo nel sistema. | Interrompere l'operazione se si teme la possibilità di evasione duplicata o errata. |
| Operazioni sul campo | Proseguire le visite prioritarie con dati di riferimento essenziali | Utilizzare dati operativi memorizzati nella cache o esportati approvati laddove consentito dalle normative. | Interrompere l'operazione se non è possibile verificare i dati attuali relativi al cliente, alla sicurezza o ai diritti di accesso. |
La condizione di arresto è fondamentale. Un piano di continuità operativa che imponga alle persone di continuare a lavorare a tutti i costi può generare un secondo incidente: ordini duplicati, aggiornamenti contraddittori sui casi, approvazioni mancanti o informazioni sensibili archiviate in strumenti non approvati.
Il tuo piano dovrebbe definire una fonte autorevole per lo stato. Salesforce indica il sito Stato di attendibilità come fonte per le informazioni sulla disponibilità e le prestazioni del servizio. Salesforce fornisce inoltre notifiche di attendibilità tramite e-mail o SMS per problemi di servizio, manutenzione e rilasci di prodotti. Una panoramica aggiornata è disponibile nella Guida di Salesforce: Stato di attendibilità .
L'articolo di Salesforce su Incident Trust Communications spiega che l'azienda può utilizzare il sito Trust, le notifiche Trust, i messaggi informativi, i banner della Guida, le e-mail di avviso sugli incidenti e i webinar in diretta per comunicare incidenti critici non pianificati e lo stato di avanzamento delle attività di risoluzione.
Un buon piano di continuità operativa non richiede a ogni dipendente di interpretare autonomamente le pagine di stato. Assegna un responsabile dell'incidente o un piccolo team di gestione degli incidenti per verificare l'istanza o il servizio interessato, riassumere le informazioni note e pubblicare aggiornamenti interni con una cadenza definita.
Lo stato di Salesforce non è un singolo stato binario globale. La tua organizzazione deve sapere quali identificativi di istanza o servizio Salesforce sono rilevanti. La guida di Salesforce " Visualizzare le informazioni sull'istanza per la propria organizzazione Salesforce" , aggiornata il 4 agosto 2026, spiega come trovare l'istanza in Impostazioni, nella sezione Informazioni sull'azienda, oppure utilizzando il sito Stato di Salesforce.
Salesforce precisa inoltre che il suo sito Trust segnala incidenti ed eventi di manutenzione in base all'istanza e al servizio interessati. La guida "Verifica di incidenti o interventi di manutenzione in corso " mostra che un record di evento include le istanze e i servizi interessati, insieme alle informazioni sullo stato e sulla tempistica.
Il tuo manuale operativo per la continuità operativa dovrebbe quindi registrare i dettagli relativi al dominio e all'istanza dell'organizzazione di produzione, oltre a eventuali prodotti Salesforce monitorati separatamente, come Marketing Cloud o i servizi di e-commerce, che sono rilevanti per le tue operazioni.
La soluzione di ripiego più pratica spesso non è un CRM sostitutivo. Si tratta piuttosto di un metodo controllato per preservare le informazioni minime necessarie per proseguire con le attività urgenti. Potrebbe trattarsi di un foglio di calcolo approvato, una coda di assistenza, un modulo interno, un canale di collaborazione, una procedura telefonica o qualsiasi altro sistema già coperto dalle politiche di sicurezza e conservazione della vostra organizzazione.
Il metodo di fallback deve definire:
Il segnale migliore che questa parte del piano sta funzionando è che il team di ripristino può in seguito rispondere alla domanda "Cosa è cambiato mentre Salesforce non era disponibile?" senza dover fare affidamento sulla memoria, sulla cronologia delle chat o su appunti scritti a mano sparsi tra diversi team.
Salesforce raccomanda una strategia di backup periodica come parte integrante della gestione e della sicurezza dei dati. Le sue linee guida del 2 aprile 2026, " Best practice per il backup dei dati di Salesforce" , distinguono tra dati aziendali, come record e file, e metadati, come campi personalizzati, layout, report, dashboard, Apex e Visualforce.
Salesforce elenca i metodi di backup nativi, tra cui Salesforce Backup, Data Export Service, esportazioni di Data Loader ed esportazioni di report. La documentazione relativa all'esportazione dei dati di backup da Salesforce indica che l'esportazione dati standard può generare backup in formato CSV con cadenza settimanale o mensile, a seconda dell'edizione.
Tuttavia, il backup è un controllo di ripristino, non una modalità operativa di emergenza. Un backup non fornisce automaticamente un'alternativa funzionante a Salesforce. Le esportazioni di grandi dimensioni potrebbero inoltre essere troppo vecchie, troppo ampie, troppo sensibili o troppo complesse da utilizzare in modo sicuro per garantire la continuità operativa. Valutate in anticipo se i dati esportati sono effettivamente necessari durante un'interruzione del servizio e proteggeteli di conseguenza.
Un obiettivo di continuità descrive come l'azienda opera quando Salesforce non è disponibile. Un obiettivo di ripristino descrive come vengono ripristinate le normali operazioni e come vengono gestite le attività temporanee.
Per ciascun processo, documentare almeno tre obiettivi pratici:
Questi obiettivi dovrebbero essere definiti dai responsabili aziendali, non basati su presupposti generici del settore IT. Una tolleranza di due ore può essere ragionevole per un reparto e inaccettabile per un altro.
Un piano rallenta quando le persone conoscono i compiti ma non chi ha l'autorità per eseguirli. Definisci ruoli specifici o responsabilità basate sui ruoli per la segnalazione degli incidenti, l'attivazione del piano di riserva, le comunicazioni con i clienti, le eccezioni di sicurezza, l'escalation con i fornitori, la convalida del ripristino e la decisione finale di tornare alla normale operatività.
Come minimo, una persona dovrebbe essere in grado di attivare la modalità di continuità operativa e un'altra dovrebbe essere in grado di approvare il ripristino del servizio normale. Per i processi ad alto impatto, evitare che una sola persona possa agire; designare dei sostituti per i ruoli essenziali.
La norma NIST SP 800-34 Rev. 1 include test, formazione, esercitazioni e manutenzione dei piani come elementi fondamentali della pianificazione di emergenza. Un test di continuità di Salesforce dovrebbe quindi simulare una perdita di accesso significativa e misurare le prestazioni effettive.
Tra i criteri di valutazione utili si possono citare:
Se un'esercitazione teorica si limita a confermare che i partecipanti sono in grado di aprire il piano, non dimostra la continuità operativa. Un'esercitazione migliore dimostra che le persone sono in grado di eseguire il flusso di lavoro e di ripristinarlo senza problemi.
Non aspettate che si verifichi un'interruzione reale per scoprire che il piano è obsoleto. Rivedetelo dopo modifiche significative all'architettura di Salesforce, alle integrazioni critiche, ai processi aziendali, ai requisiti di conformità, alla responsabilità del team, alla strategia di backup, all'instradamento del contact center o ai canali di comunicazione con i clienti.
Modificate l'approccio quando i risultati dei test evidenziano punti deboli ricorrenti. Ad esempio, dipendenti che creano fogli di calcolo incontrollati nonostante il piano di ripiego ufficiale, tempi di ripristino eccessivamente lunghi a causa della mancanza di identificativi univoci nei record temporanei, oppure team aziendali che scoprono che l'obiettivo di continuità dichiarato è insufficiente rispetto alla reale domanda dei clienti.
Un piano efficace prevede la gestione delle versioni e un meccanismo di attivazione per la revisione. "Rivedere annualmente" è meglio di niente, ma "rivedere annualmente e dopo importanti modifiche a Salesforce, integrazioni, responsabilità o processi" è una soluzione più solida.
Nessun piano di continuità operativa può garantire la continuità aziendale in caso di ogni interruzione di Salesforce. Alcuni guasti possono interessare contemporaneamente sistemi connessi, provider di identità, reti, strumenti di comunicazione o servizi di cloud pubblico. Un incidente grave o prolungato può inoltre superare la capacità delle procedure di ripristino manuali.
Esistono anche limiti di sicurezza e di qualità dei dati. Spostare dati sensibili di Salesforce in uno strumento di emergenza potrebbe violare le normative o le politiche aziendali. Lavorare offline può generare decisioni obsolete, record contraddittori e transazioni duplicate. Per alcuni processi ad alto rischio, la soluzione più sicura per garantire la continuità operativa è la sospensione controllata, piuttosto che la ripresa manuale.
Ecco perché un piano ben strutturato definisce sia la finestra operativa prevista sia la soglia di intervento. Se l'interruzione si protrae più a lungo del previsto, se la coda di backup diventa troppo lunga o se l'integrità dei dati non può più essere garantita, la dirigenza dovrebbe passare dalle procedure di continuità di routine a decisioni più ampie di gestione delle crisi.
Il piano è valido quando un'esercitazione realistica può dimostrare quattro cose: l'azienda è in grado di identificare ciò che conta, di continuare il lavoro essenziale a un livello minimo concordato, di conservare registrazioni temporanee affidabili e di tornare a Salesforce senza perdere o duplicare attività importanti.
Eseguire un controllo finale di prontezza:
Un piano di continuità operativa di Salesforce ha successo non perché sia esaustivo sulla carta, ma perché produce un comportamento prevedibile sotto pressione. Il piano più efficace è sufficientemente conciso da poter essere implementato, sufficientemente dettagliato da prevenire improvvisazioni pericolose e testato a sufficienza da consentire all'organizzazione di conoscere i propri limiti prima che un'interruzione reale li metta in luce.
Gli investimenti nella cattura e utilizzo del carbonio (CCUS) sono in aumento, ma la cattura del carbonio può davvero invertire le emissioni globali? Scopri dove funziona, quali sono i limiti di scala e quali sono le evidenze scientifiche rilevanti.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Scopri come le interfacce cervello-computer decodificano i segnali neurali per ripristinare la comunicazione e il movimento, quali risultati hanno ottenuto gli studi più recenti e cosa limita ancora l'utilizzo delle BCI.
Scopri come i droni commerciali combinano sensori, intelligenza artificiale edge, batterie, sistemi di comunicazione e software di controllo del volo, e in che modo l'autonomia dipende ancora dalla missione e dalle normative.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Scopri come la massa del carico utile, i limiti della batteria, le condizioni meteorologiche, l'efficienza della propulsione e l'architettura del velivolo influenzano l'autonomia dei droni industriali e come migliorarla.
Confronta i principali programmi di ingegneria biomedica per dispositivi medici intelligenti, inclusi progettazione, bioelettronica, intelligenza artificiale, sicurezza informatica, formazione clinica e regolamentazione.
Elabora un piano pratico di continuità operativa per Salesforce in caso di interruzione del servizio, con priorità chiare, flussi di lavoro di riserva, controlli di ripristino, criteri di test e limiti realistici.
I problemi con StoreForce possono interrompere orari, rilevazione presenze, cambi turno e comunicazione all'interno del punto vendita. Scopri come diagnosticare il problema, mantenere operative le attività di vendita al dettaglio e verificare il ripristino della situazione.
Learn how to contact Salesforce Support during a major outage, choose the right channel, prepare a useful case, and follow up without creating duplicate tickets.
