O Nitro Explorer da Veeva Nitro está passando por uma interrupção de serviço e manutenção. Após uma correção recente, o sistema está experimentando degradação do desempenho, resultando em tempos de carga mais lentos do painel e aumento das taxas de erro no SQL Lab. A equipe da Nitro está ativamente investigando o problema para restaurar a funcionalidade normal o mais rápido possível.
resolved
O incidente foi resolvido.
Traduzido automaticamente da atualização oficial do incidente.
Atraso no processamento diário de trabalho Veeva Compass
Início 24 Here 2026 da 14:47 UTC · 5h 13m
IssuesMinor incident
Componentes afetados
Veeva Compass
update
Veeva Compass está atualmente passando por um atraso no processamento diário de trabalho de hoje. Como resultado, trabalhos diários recorrentes serão executados mais tarde do que seus horários de início programados. Nossas equipes de engenharia estão trabalhando para resolver o problema. Uma atualização do Trust será publicada uma vez que trabalhos diários são iniciados.
resolved
O atraso de processamento impactando Veeva Compass trabalhos diários foi resolvido. Todos os trabalhos diários recorrentes atrasados já terminaram, e o processamento diário do trabalho está funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Degradação do desempenho da válvula em POD VV1-1217
Início 7 Here 2026 da 11:36 UTC · 30m
IssuesMinor incident
Componentes afetados
VV1-1217Veeva CDMSCDMS-US
update
Veeva Vault POD VV1-1217 está atualmente experimentando desempenho intermitente degradado. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Ruptura do serviço do cofre em POD VV1-1046
Início 29 Gwengolo 2026 da 14:37 UTC · 9m
OutageMajor incident
Componentes afetados
VV1-1046Veeva VaultVault-US PODs
update
Veeva Vault POD VV1-1046 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Degradação do desempenho da válvula em POD VV1-4022
Início 21 Gwengolo 2026 da 12:30 UTC · 2h 40m
OutageMajor incident
Componentes afetados
Vault CRMVV1-4022VCRM-US PROD
update
Veeva Vault POD VV1-4022 está atualmente experimentando desempenho intermitente degradado. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
update
Veeva Vault POD VV1-4022 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
update
A interrupção do serviço no Veeva Vault POD VV1-4022 está resolvida e os serviços estão funcionando normalmente. As equipes de engenharia Veeva continuarão a monitorar o desempenho conforme a carga esperada aumenta.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Veeva CRM - Ruptura da Salesforce afetando o acesso online
A Salesforce está passando por uma falha que afeta a Veeva CRM. Usuários que tentam fazer login terão falhas de login com um erro interno do servidor. O modo offline no iOS ainda permitirá a criação de chamadas e exibição de mídia, no entanto, a sincronização e a funcionalidade online não estão disponíveis.
Para mais informações, siga o incidente da Salesforce em https://status.salesforce.com/incidents/20004433
update
A Salesforce identificou o problema e está ativamente implementando uma correção nas instâncias impactadas para restaurar serviços.
resolved
A Salesforce continua vendo telemetria de serviço saudável e há um relatório isolado para validar antes de declarar resolução.
Pods afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Atraso no processamento diário de trabalho Veeva Compass
Início 4 Gwengolo 2026 da 14:22 UTC · Em andamento
A Veeva Compass está passando por um atraso no processamento diário de dados de hoje e o tempo estimado para o processo é atualmente indeterminado. Como resultado, os empregos diários dos clientes permanecerão em sua programação atual e não haverá novas adições de dados de rede para hoje, sexta-feira 4 de setembro. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do Serviço de Vault no POD VV1-11
Início 3 Gwengolo 2026 da 15:54 UTC · 27m
OutageMajor incident
Componentes afetados
Veeva VaultVault-US PODsVV1-11
update
Veeva Vault POD VV1-11 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do Serviço de Vault no POD VV1-11
Início 3 Gwengolo 2026 da 14:00 UTC · 45m
OutageMajor incident
Componentes afetados
Veeva VaultVault-US PODsVV1-11
update
Veeva Vault POD VV1-11 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do Serviço de Vault no POD VV1-11
Início 2 Gwengolo 2026 da 23:39 UTC · 1h 39m
OutageMajor incident
Componentes afetados
Veeva VaultVault-US PODsVV1-11
update
Veeva Vault POD VV1-11 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
update
Ainda estamos a trabalhar nesta questão.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do Serviço de Vault no POD VV1-11
Início 2 Gwengolo 2026 da 14:50 UTC · 25m
OutageMajor incident
Componentes afetados
Veeva VaultVault-US PODsVV1-11
update
Pod Vault Veeva
VV1-11
está actualmente a sofrer uma perturbação do serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
Os usuários podem ter experimentado problemas relacionados ao carregamento de documentos e registros de objetos em Vault até 9:35 PDT após a resolução da falha. Mas essa questão também está resolvida agora.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do Serviço de Vault no POD VV1-11
Início 2 Gwengolo 2026 da 13:55 UTC · 27m
OutageMajor incident
Componentes afetados
Veeva VaultVault-US PODsVV1-11
update
Veeva Vault POD VV1-11 está passando por uma interrupção de serviço. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os PODs de Vault de Veeva afetados estão agora totalmente disponíveis com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Veeva CRM equipe notou que alguns usuários não são capazes de fazer login em orgs Sandbox e/ou usar atividades Multicanal como e-mail aprovado.. Isto é devido à atualização de Inverno '27 da Salesforce. A Veeva levantou um bilhete com a Salesforce para resolver este problema.
update
Estamos continuando a trabalhar com a Salesforce para resolver o problema introduzido com seu lançamento Winter'27 que está impedindo os usuários de fazer login no iPad.
Além disso, identificamos outro problema que afeta usuários no Sandbox, onde alguns botões estão faltando na página Conta. A Salesforce confirmou que esta questão também está relacionada com o lançamento do Winter’27, e estamos trabalhando ativamente com eles para resolvê-lo.
update
Continuamos a trabalhar com a Salesforce nesta questão. A Salesforce está olhando por que diferentes Orgs estão se comportando de forma diferente ao tentar usar a API Soap.
Para usuários que precisam fazer login em um iPad, você pode selecionar o "Usar domínio personalizado" na tela de login.
Ao continuarmos a trabalhar com a Salesforce para investigar esta questão, identificamos uma solução que tem sido bem sucedida em algumas orgs da Salesforce para Usuários de Integração.
A Salesforce fornece informações adicionais sobre a permissão de autenticação da API relevante aqui:
Desenvolvedores Salesforce
Crie um novo conjunto de permissões com a opção Usar qualquer permissão do sistema API Auth ativada e, em seguida, atribua essa permissão ao usuário afetado.
Por favor, note que a permissão Use Qualquer API Auth só está disponível quando o conjunto de permissões é criado com o valor de licença definido como Nenhum .
Em alguns orgs Salesforce, atribuir o conjunto de permissões pode falhar com o seguinte erro:
"Não é possível atribuir permissão set test permission set2 ao usuário Veeva Admin. A licença de usuário não permite a permissão: Use qualquer API Auth"
Observamos que esta solução pode ser aplicada com sucesso em algumas orgs, mas não em outras, mesmo quando os usuários afetados têm o mesmo tipo de licença. Continuamos trabalhando com a Salesforce para entender melhor a diferença de comportamento entre as orgs.
update
Identificamos um UVC não planejado resultante do lançamento da Salesforce Winter’27. A Salesforce confirmou que esse comportamento é inesperado e planeja publicar um problema conhecido no dia seguinte.
A Salesforce confirmou:
“Nós confirmamos que há uma regressão onde orgs sandbox existentes atualizados para Winter ’27 estão inesperadamente mudando do tema Lightning Blue (SLDS 1) para o novo tema Salesforce Cosmos (SLDS 2). Isso está acontecendo mesmo sem qualquer ação administrativa.”
Continuaremos a trabalhar com a Salesforce numa resolução. Enquanto isso, os administradores podem alterar a configuração do tema para SLDS 1 para restaurar a experiência de UI esperada.
update
A Salesforce forneceu uma atualização adicional sobre o tema Cosmos. Infelizmente, mudar o tema de volta não resolve os problemas. Continuamos a trabalhar com a Salesforce numa resolução.
Da Salesforce:
"Neste momento, não temos uma alternativa para oferecer para orgs onde o tema já está correto e não ajustável. Entendemos que isso está impactando os processos de negócios do seu cliente, e estamos tratando isso como uma prioridade, dado o número de clientes afetados. Nós ainda não temos um ETA fixo, mas vamos continuar a pressionar para atualizações e vamos deixar você saber assim que tivermos orientações mais concretas, incluindo se um número conhecido documentado será publicado."
update
Atualização sobre o status atual dos problemas de lançamento do Winter ’27 Salesforce na Sandbox
1. Regressão Temática da IU — Azul Relâmpago (SLDS 1) mudando para Cosmos (SLDS 2)
A Salesforce confirmou que as soluções fornecidas não removem totalmente as mudanças de interface/funcionalidade da Cosmos em Sandbox Orgs. Estão a trabalhar numa solução para resolver isto em Sandboxes.
Na Production Orgs, a Salesforce confirmou que NÃO implantará a interface Cosmos como auto-ativa para que isso não afete a Production Orgs, no entanto, eles continuam a rever métodos para corrigir Sandboxes.
2. Botões Faltantes na Página da Conta
Isto está agora resolvido. Conseguimos que a Salesforce acelerasse sua data de lançamento e uma correção foi implantada ontem à noite/esta manhã para resolver o problema. Alguns Orgs ainda podem estar recebendo a correção, no entanto, a maioria dos Orgs são atualizados e muitos clientes já confirmaram que o problema está resolvido.
Isto também está documentado aqui: Salesforce Known Issue – a02g7000008RQjN
3. Problemas de login Sandbox e comportamento de autenticação do usuário de API / integração SOAP
Em Sandbox Orgs, os Clientes ainda terão de aplicar as alterações do conjunto de permissões descritas em posts anteriores e, se estas falharem, contacte o Suporte para uma etapa manual adicional que é necessária para resolver completamente o comportamento do conjunto de permissões.
Na Production Orgs, a equipe de CRM da Veeva estará lançando mudanças para garantir que esses passos manuais NÃO sejam necessários na Produção (isso também resolverá quaisquer orgs Sandbox que não tenham sido manualmente). Pode haver passos necessários pelos clientes, no entanto, esta seria uma mudança Org única vez não um conjunto de permissão por usuário.
Por favor abra casos de suporte se você tiver perguntas adicionais ou siga o nosso Connect Post .
resolved
Este fim de semana Salesforce lançou uma correção para que a permissão "Use Qualquer API Auth" não é necessária na Sandbox. Todos os usuários e integrações devem agora estar trabalhando como esperado sem quaisquer outras mudanças manuais.
Traduzido automaticamente da atualização oficial do incidente.
Vault CRM é atualmente experimentando desempenho intermitente degradado ao enviar e-mails aprovados. E-mails não estão enviando e movendo-se imediatamente para o status salvo. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível.
resolved
Os serviços de CRM Vault afetados estão agora totalmente disponíveis com todos os e-mails que processam normalmente.
Traduzido automaticamente da atualização oficial do incidente.
Veeva CRM enviou atraso na atividade de e-mail
Início 13 Eost 2026 da 16:00 UTC · 6d 10h
IssuesMinor incident
Componentes afetados
MC-01MC-20MC-30Veeva MultiChannel & Integrations
update
Veeva CRM equipe notou uma pequena porcentagem de Atividade de Email é adiada. A Engenharia está a investigar o problema.
Traduzido automaticamente da atualização oficial do incidente.
Veeva RegOne + Claims Maintenance - MySQL 26R2.0 Upgrade
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 .
resolved
This informational post is closed. The upgrade was successful as planned and completed on August 4.
Degradação do desempenho da válvula em POD VV1-1090
Início 4 Eost 2026 da 08:45 UTC · 47m
IssuesMinor incident
Componentes afetados
Veeva CDMSVV1-22VV1-1090CDMS-US
update
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.
resolved
Affected Veeva Vault PODs are now fully available with all services operating normally.
Traduzido automaticamente da atualização oficial do incidente.
Falhas de login do SSO em alguns ambientes de cofre
Investigando: Falhas de Login do SSO em alguns Ambientes de Vault
Resumo da questão:
Atualmente estamos investigando um problema em que os usuários são incapazes de acessar o Vault via Single Sign-On (SSO). Isso foi causado pelo novo certificado SSO ser aplicado às configurações do Vault antes do anunciado.
(Para referência, consulte Notas de Lançamento Veeva .)
Solução Imediata (Administradores de Vault):
Os administradores do domínio/sistema do Vault podem restaurar os logins do usuário imediatamente, registrando o Vault e revertendo a configuração do perfil do Single Sign-On (SSO) de volta ao certificado anterior (antigo). Consultar https://rn.veevavault.help/en/gr/certificate-rollover/#rollback.
Pedimos desculpas pelo rompimento e vamos fornecer outra atualização até 1:30
A equipa de engenharia está actualmente a avaliar se serão tomadas outras medidas correctivas.
update
Última atualização:
Nossa equipe de engenharia completou sua avaliação, e nenhuma ação adicional será aplicada pela Veeva. Para evitar mais interrupções, o novo certificado SAML permanecerá ativo nas configurações do Vault.
Comunicações de e-mail diretas foram enviadas sobre este incidente e os próximos passos.
Restaurando o acesso do usuário (alteração imediata):
Administradores de Domínio Vault podem restaurar imediatamente o acesso de login para seus usuários usando uma das duas opções:
•
Opção 1 (Transição Completa): Atualize sua configuração do provedor de identidade (IDP) para confiar no novo certificado SAML. Isso irá alinhar seu IdP com a configuração ativa do Vault e resolver permanentemente o problema.
•
Opção 2 (Configuração do Vault Reverter): Entre no Vault usando credenciais locais/não- SSO e reverta manualmente a configuração do perfil SAML para o certificado anterior (antigo) em Configurações do > do Administrador > Perfil do SAML .
Instruções detalhadas e orientação permanecem disponíveis em Vault Help .
Se você é um administrador que requer assistência de login ou suporte com sua configuração SAML, por favor, envie um ticket de alta prioridade com Veeva Product Support .
Pedimos sinceramente desculpas pela interrupção causada por esta atualização prematura. Este bilhete será fechado às 7/31 às 10:00 da PT.
resolved
O assunto está encerrado.
Traduzido automaticamente da atualização oficial do incidente.
Degradação de desempenho que afeta CRM Vault na Região dos EUA
CRM de Cofre A funcionalidade online na Região dos EUA está atualmente experimentando desempenho intermitente degradado. Dispositivos off-line continuarão funcionando como esperado, no entanto, erros de sincronização podem ocorrer e auto-solucionar uma vez que os servidores são saudáveis. As equipes de engenharia Veeva estão trabalhando para voltar ao normal o mais rápido possível esperando ser resolvido em breve
resolved
Esta questão está resolvida. Todos os servidores dos EUA estão funcionando como esperado
Traduzido automaticamente da atualização oficial do incidente.
