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 .
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.
Veeva CRM Multicanal Jobs Failing
Início 29 Gouere 2026 da 21:00 UTC · 3h 6m
IssuesMinor incident
Componentes afetados
MC-01MC-20MC-30Veeva MultiChannel & Integrations
update
Veeva CRM equipe notou uma quantidade aumentada de trabalhos Multicanal falhando. A Engenharia está a investigar o problema.
resolved
O incidente foi resolvido.
Traduzido automaticamente da atualização oficial do incidente.
Atraso no processamento diário de trabalho Veeva Compass
Início 28 Gouere 2026 da 14:56 UTC · 9h 4m
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. Uma atualização do Trust será publicada uma vez que trabalhos diários são iniciados.
resolved
Todos os trabalhos diários foram reiniciados e processados para 7/28/2026.
Traduzido automaticamente da atualização oficial do incidente.
Disrupção do serviço do cofre em POD VV1-20
Início 26 Gouere 2026 da 19:04 UTC · 1h 10m
OutageMajor incident
Componentes afetados
VV1-20Veeva VaultVault-US PODs
update
Veeva Vault POD VV1-20 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 do cofre em POD VV2-2075
Início 21 Gouere 2026 da 15:33 UTC · 17m
OutageMajor incident
Componentes afetados
Vault-EU PODsVV2-2075Veeva Vault
update
Pod Vault Veeva
VV2-2075
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.
resolved
Afetados Veeva Vault PODs são
agora totalmente disponível com todos os serviços funcionando normalmente.
Traduzido automaticamente da atualização oficial do incidente.
RTSM Insuficiência
Início 21 Gouere 2026 da 01:41 UTC · 41m
OutageMajor incident
Componentes afetados
Veeva RTSM on PremVeeva RTSMVeeva RTSM on AWS
update
Houve uma breve falha no RTSM (07/20/2026) para
estudos fora do Global Protect VPN. A questão foi rapidamente resolvida e
o acesso a todos os estudos foi restaurado
Tempo de início aproximado:
09:41 Hora Oriental em 20 de julho de 2026
Hora aproximada do fim:
22:22 Hora Oriental em 20 de julho de 2026
Descrição : Production
Servidores tornaram-se inalcançáveis para usuários fora do GlobalProtect VPN
Estado actual :
Resolvido
resolved
Os serviços da Veeva RTSM 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 VV2-2098
Início 20 Gouere 2026 da 13:15 UTC · 12m
OutageMajor incident
Componentes afetados
Vault-EU PODsVeeva VaultVV2-2098
update
Veeva Vault POD VV2-2098 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.