Cronologia delle interruzioni di Veeva

1. 27 ottobre 2026 alle ore 16:25 UTCupdate

   Nitro Explorer di Veeva Nitro sta attualmente sperimentando una disgregazione di servizio e manutenzione. A seguito di una recente correzione, il sistema sta sperimentando il degrado delle prestazioni, con conseguente rallentamento dei tempi di carico del cruscotto e aumento dei tassi di errore in SQL Lab. Il team Nitro sta attivamente indagando sul problema per ripristinare la normale funzionalità il più rapidamente possibile.

2. 27 ottobre 2026 alle ore 22:50 UTCresolved

   L'incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 ottobre 2026 alle ore 14:47 UTCupdate

   Veeva Compass sta attualmente vivendo un ritardo nella lavorazione quotidiana di oggi. Di conseguenza, i lavori quotidiani ricorrenti saranno eseguiti più tardi dei tempi di inizio programmati. I nostri team di ingegneria stanno lavorando per risolvere il problema. Un aggiornamento Trust sarà pubblicato una volta che i lavori giornalieri sono avviati.

2. 24 ottobre 2026 alle ore 20:00 UTCresolved

   Il ritardo di elaborazione che colpisce Veeva Compass lavori giornalieri è stato risolto. Tutti i posti di lavoro quotidiani in ritardo sono ora completati, e l'elaborazione quotidiana del lavoro funziona normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 ottobre 2026 alle ore 11:36 UTCupdate

   Veeva Vault POD VV1-1217 sta vivendo prestazioni intermittenti degradate. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 7 ottobre 2026 alle ore 12:06 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 settembre 2026 alle ore 14:37 UTCupdate

   Veeva Vault POD VV1-1046 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 29 settembre 2026 alle ore 14:46 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 settembre 2026 alle ore 12:30 UTCupdate

   Veeva Vault POD VV1-4022 sta vivendo prestazioni intermittenti degradate. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 21 settembre 2026 alle ore 12:38 UTCupdate

   Veeva Vault POD VV1-4022 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

3. 21 settembre 2026 alle ore 14:28 UTCupdate

   La disgregazione di servizio su Veeva Vault POD VV1-4022 è risolta e i servizi stanno eseguendo normalmente. I team di ingegneri Veeva continueranno a monitorare le prestazioni in quanto aumenta il carico previsto.

4. 21 settembre 2026 alle ore 15:10 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 settembre 2026 alle ore 07:50 UTCupdate

   Salesforce sta attualmente sperimentando un'estrazione che interessa Veeva CRM. Gli utenti che tentano di effettuare il login avverranno i guasti di accesso con un errore del server interno. Modalità offline su iOS permetterà ancora la creazione di chiamate e di visualizzazione dei supporti, tuttavia, la sincronizzazione e la funzionalità online non è disponibile. Per ulteriori informazioni, si prega di seguire l'incidente di Salesforce all'indirizzo https://status.salesforce.com/incidents/20004433

2. 16 settembre 2026 alle ore 10:59 UTCupdate

   Salesforce ha identificato il problema e sta attivamente implementando una correzione tra le istanze colpite per ripristinare i servizi.

3. 16 settembre 2026 alle ore 15:26 UTCresolved

   Le forze di vendita continuano a vedere la telemetria di servizio sano e c'è un rapporto isolato lasciato per convalidare prima di dichiarare la risoluzione. I POD interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 settembre 2026 alle ore 14:22 UTCupdate

   Veeva Compass sta vivendo un ritardo nel trattamento quotidiano di oggi e il tempo stimato per elaborare è attualmente indeterminato. Di conseguenza, i lavori giornalieri dei clienti rimarranno sul loro programma attuale e non ci saranno nuove aggiunte di dati di rete per oggi, Venerdì 4 settembre. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 settembre 2026 alle ore 15:54 UTCupdate

   Veeva Vault POD VV1-11 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 3 settembre 2026 alle ore 16:21 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 settembre 2026 alle ore 14:00 UTCupdate

   Veeva Vault POD VV1-11 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 3 settembre 2026 alle ore 14:45 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 23:39 UTCupdate

   Veeva Vault POD VV1-11 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 3 settembre 2026 alle ore 01:09 UTCupdate

   Stiamo ancora lavorando al problema.

3. 3 settembre 2026 alle ore 01:18 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 14:50 UTCupdate

   Veeva Vault POD VV1-11 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile. Gli utenti possono aver sperimentato problemi relativi al caricamento dei documenti e dei record degli oggetti in Vault fino a 9:35 PDT dopo la risoluzione dell'outage. Ma questo problema è risolto anche ora.

2. 2 settembre 2026 alle ore 15:15 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 13:55 UTCupdate

   Veeva Vault POD VV1-11 sta attualmente vivendo un disturbo di servizio. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 2 settembre 2026 alle ore 14:22 UTCresolved

   I POD Veeva Vault interessati sono ora pienamente disponibili con tutti i servizi che operano normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 30 agosto 2026 alle ore 19:00 UTCupdate

   Il team di Veeva CRM ha notato che alcuni utenti non sono in grado di effettuare il login su Sandbox orgs e/o utilizzare attività multicanale come Approved Email. Questo è dovuto all'aggiornamento invernale '27 di Salesforce. Veeva ha sollevato un biglietto con Salesforce per affrontare questo problema.

2. 1 settembre 2026 alle ore 02:32 UTCupdate

   Stiamo continuando a lavorare con Salesforce per risolvere il problema introdotto con il loro rilascio Winter ’27 che impedisce agli utenti di accedere da iPad. Inoltre, abbiamo identificato un altro problema che riguarda gli utenti in Sandbox, dove alcuni pulsanti sono mancanti dalla pagina Account. Salesforce ha confermato che questo problema è anche legato al loro rilascio di Winter ’27, e stiamo lavorando attivamente con loro per risolverlo.

3. 1 settembre 2026 alle ore 23:01 UTCupdate

   Stiamo continuando a lavorare con Salesforce su questo problema. Salesforce sta guardando il motivo per cui diversi Orgs si stanno comportando in modo diverso quando si tenta di utilizzare l'API di sapone. Per gli utenti che devono accedere a un iPad , è possibile selezionare il "Usa Dominio personalizzato" dalla schermata di login. Mentre continuiamo a lavorare con Salesforce per indagare su questo problema, abbiamo identificato una soluzione che ha avuto successo in alcuni Salesforce ogs per utenti di integrazione. Salesforce fornisce ulteriori informazioni sul relativo permesso di autenticazione API qui: Sviluppatori di Salesforce Creare un nuovo set di autorizzazioni con l'autorizzazione del sistema Use Any API Auth abilitata, e quindi assegnare il set di autorizzazioni all'utente interessato. Si prega di notare che l'autorizzazione Use Any API Auth è disponibile solo quando il set di autorizzazioni viene creato con il valore di licenza impostato su None . In alcuni Org di Salesforce, l'assegnazione del set di autorizzazioni può fallire con il seguente errore: "Impossibile assegnare il set di autorizzazioni test permission set2 all'utente Veeva Admin. La licenza dell'utente non consente il permesso: Utilizzare qualsiasi API Auth" Abbiamo osservato che questa soluzione può essere applicata con successo in alcuni org ma non in altri, anche quando gli utenti interessati hanno lo stesso tipo di licenza. Stiamo continuando a lavorare con Salesforce per capire meglio la differenza di comportamento attraverso org.

4. 2 settembre 2026 alle ore 16:32 UTCupdate

   Abbiamo identificato un UVC non pianificato derivante dal rilascio di Salesforce Winter ’27. Salesforce ha confermato che questo comportamento è inaspettato e prevede di pubblicare un Problema conosciuto entro il giorno successivo. Salesforce ha confermato: “Abbiamo confermato che c’è una regressione in cui le scatole di sabbia esistenti aggiornate a Winter ’27 sono inaspettatamente passando dal tema Lightning Blue (SLDS 1) al nuovo tema Salesforce Cosmos (SLDS 2). Questo sta accadendo anche senza alcuna azione di amministrazione.” Continueremo a lavorare con Salesforce per una risoluzione. Nel frattempo, Admins può cambiare il tema di tornare a SLDS 1 per ripristinare l'esperienza UI prevista.

5. 3 settembre 2026 alle ore 19:02 UTCupdate

   Salesforce ha fornito un ulteriore aggiornamento sul tema Cosmos. Sfortunatamente, cambiare il tema non risolve i problemi. Stiamo continuando a lavorare con Salesforce per una risoluzione. Da Salesforce: "In questo momento, non abbiamo una soluzione alternativa per offrire org dove il tema è già corretto e non corretto. Sappiamo che questo sta influenzando i processi aziendali del vostro cliente, e stiamo trattando questo come una priorità data il numero di clienti interessati. Non abbiamo ancora un ETA corretto, ma continueremo a spingere per gli aggiornamenti e vi faremo sapere non appena avremo una guida più concreta, compreso se un Problema Conosciuto documentato sarà pubblicato."

6. 4 settembre 2026 alle ore 15:27 UTCupdate

   Aggiornamento sullo stato attuale per i problemi di rilascio di Winter ’27 Salesforce in Sandbox 1. Regressione a tema UI — Lightning Blue (SLDS 1) passare a Cosmos (SLDS 2) Salesforce ha confermato che le loro soluzioni di lavoro fornite non rimuovere completamente Cosmos UI / cambiamenti di funzionalità in Sandbox Orgs. Stanno lavorando a una soluzione per risolvere questo problema in Sandboxes. In Org di produzione, Salesforce ha confermato che NON distribuiranno l'UI Cosmos come auto in modo che questo non influenzerà Org di produzione, tuttavia, continuano a rivedere i metodi per risolvere Sandboxes. 2. Pulsanti mancanti sulla pagina del conto Questo è ora risolto. Siamo stati in grado di accelerare la data di rilascio di Salesforce e una correzione è stata dispiegata ieri sera / questa mattina per risolvere il problema. Alcuni Orgs possono ancora ricevere la correzione, tuttavia, la maggior parte di Orgs sono aggiornati e molti clienti hanno già confermato che il problema è risolto. Questo è anche documentato qui: Salesforce Problema noto – a02g7000008RQjN 3. Problemi di accesso Sandbox e API SOAP / Integrazione comportamento utente autenticazione In Sandbox Orgs, i clienti dovranno ancora applicare le modifiche del set di autorizzazioni descritte nei post precedenti e se tali falliscono, raggiungere il supporto per un ulteriore passo manuale che è necessario per risolvere completamente il comportamento del set di autorizzazioni. In Production Orgs, il team di Veeva CRM sta rilasciando modifiche per garantire che questi passaggi manuali NON siano necessari in Produzione (questo risolverà anche qualsiasi Sandbox Orgs che non sono stati manualmente). Ci possono essere passi necessari dai clienti, tuttavia, questo sarebbe un cambio Org una volta non un set di autorizzazioni per utente. Si prega di aprire casi di supporto se avete domande aggiuntive o seguire il nostro Connect Post .

7. 8 settembre 2026 alle ore 16:58 UTCresolved

   Questo fine settimana Salesforce ha implementato una correzione in modo che il permesso "Use Any API Auth" non è necessario in Sandbox. Tutti gli utenti e le integrazioni dovrebbero ora funzionare come previsto senza ulteriori modifiche manuali.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 agosto 2026 alle ore 07:15 UTCupdate

   Il team di Vault CRM ha notato che Conversational AI non è disponibile per gli utenti. L'ingegneria sta indagando sul problema.

2. 28 agosto 2026 alle ore 16:12 UTCupdate

   Una correzione è stata identificata e verrà implementata a breve.

3. 28 agosto 2026 alle ore 16:17 UTCresolved

   L'incidente è stato risolto

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 agosto 2026 alle ore 13:17 UTCupdate

   Vault CRM i s attualmente sperimentando prestazioni intermittenti degradate durante l'invio di email approvate. Le email non inviano e si spostano immediatamente allo stato Salvato. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile.

2. 21 agosto 2026 alle ore 21:26 UTCresolved

   I servizi di Vault CRM interessati sono ora completamente disponibili con tutte le e-mail di elaborazione normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 agosto 2026 alle ore 16:00 UTCupdate

   Il team di Veeva CRM ha notato una piccola percentuale di attività e-mail è ritardata. L'ingegneria sta indagando sul problema.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 agosto 2026 alle ore 02:00 UTCupdate

   Veeva RegOne + Claims Release Notification The RegOne + Claims MySQL system is scheduled to be upgraded to the latest release. There is no expected downtime however, a short service interruption may be experienced. What: MySQL 26R2.0 When: August 4 at 7:00 pm PDT/August 5 at 4:00 am CEST Estimated Duration: 90 minutes Affected PODs: General Release PODs Click here to learn how to find your Vault's POD location. For up-to-date information on Veeva Systems' service status, see the Veeva Trust Site . If you have any further questions, please submit a ticket with Veeva Product Support .

2. 7 agosto 2026 alle ore 16:38 UTCresolved

   This informational post is closed. The upgrade was successful as planned and completed on August 4.

1. 4 agosto 2026 alle ore 08:45 UTCupdate

   Veeva Vault POD VV1-1090 is currently experiencing intermittent degraded performance. Veeva engineering teams are working to return the service to normal as quickly as possible.

2. 4 agosto 2026 alle ore 09:32 UTCresolved

   Affected Veeva Vault PODs are now fully available with all services operating normally.

1. 31 luglio 2026 alle ore 03:00 UTCupdate

   Investigazione: SSO Login Falls Across some Vault Environments Riepilogo del problema: Stiamo attualmente indagando su un problema in cui gli utenti non sono in grado di accedere a Vault tramite Single Sign-On (SSO). Questo è stato causato dal nuovo certificato SSO che viene applicato alle impostazioni di Vault prima che annunciato. (Per riferimento, vedere Veeva Release Notes .) Workaround immediato (Admins di default): Vault Domain/System Administrators può ripristinare i login dell'utente immediatamente accedendo a Vault e ripristinando la configurazione del singolo Sign-On (SSO) Profilo al precedente (vecchio) certificato . Si prega di fare riferimento https://rn.veevavault.help/en/gr/certificate-rollover/#rollback. Ci scusiamo per la rottura e fornirà un altro aggiornamento entro le ore 1:30 PT come il il team di ingegneria sta valutando se verranno adottate ulteriori azioni correttive.

2. 31 luglio 2026 alle ore 08:20 UTCupdate

   Ultimo aggiornamento: Il nostro team di ingegneria ha completato la loro valutazione, e nessuna ulteriore azione sarà applicata da Veeva. Per evitare ulteriori interruzioni, il nuovo certificato SAML rimarrà attivo sulle configurazioni Vault. Le comunicazioni e-mail dirette sono state inviate per quanto riguarda questo incidente e i prossimi passi. Ripristino dell'accesso utente (Immediate Workaround): Gli amministratori di dominio di Vault possono ripristinare immediatamente l'accesso di login per i loro utenti utilizzando una delle due opzioni: • Opzione 1 (Comple Transition): Aggiorna la configurazione Identity Provider (IdP) per fidarti del nuovo certificato SAML . Questo allineerà il tuo IdP con l'impostazione attiva di Vault e risolverà definitivamente il problema. • Opzione 2 (Revert Vault Setting): Accedi a Vault utilizzando le credenziali locali/non-SSO e reindirizza manualmente la configurazione del profilo SAML al precedente (vecchio) certificato sotto Admin > Impostazioni > Profili SAML . Le istruzioni dettagliate e la guida rimangono disponibili in Vault Help . Se sei un amministratore che richiede assistenza di login o supporto con la configurazione SAML, invia un biglietto ad alta priorità con il supporto del prodotto Veeva . Ci scusiamo sinceramente per la rottura causata da questo aggiornamento prematuro. Il biglietto sarà chiuso il 7/31 alle ore 10:00.

3. 31 luglio 2026 alle ore 17:27 UTCresolved

   Il problema è chiuso.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 30 luglio 2026 alle ore 17:25 UTCupdate

   CRM Le funzionalità online nella Regione degli Stati Uniti stanno attualmente sperimentando prestazioni intermittenti degradate. I dispositivi offline continueranno a funzionare come previsto, tuttavia, possono verificarsi errori di sincronizzazione e risolvere se stessi una volta che i server sono sani. I team di ingegneria di Veeva stanno lavorando per restituire il servizio alla normalità il più rapidamente possibile aspettando di essere risolti a breve

2. 30 luglio 2026 alle ore 18:05 UTCresolved

   Questo problema è risolto. Tutti i server statunitensi funzionano come previsto

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.