Historial de interrupciones de Veeva

1. 4 de septiembre de 2026 a las 14:22 UTCupdate

   Veeva Compass está experimentando un retraso en el procesamiento diario de datos de hoy y el tiempo estimado para procesar es actualmente indeterminado. Como resultado, los trabajos diarios del cliente permanecerán en su horario actual y no habrá nuevas adiciones de datos de red para hoy, viernes 4 de septiembre. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de septiembre de 2026 a las 15:54 UTCupdate

   Veeva Vault POD VV1-11 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 3 de septiembre de 2026 a las 16:21 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de septiembre de 2026 a las 14:00 UTCupdate

   Veeva Vault POD VV1-11 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 3 de septiembre de 2026 a las 14:45 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 23:39 UTCupdate

   Veeva Vault POD VV1-11 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 3 de septiembre de 2026 a las 1:09 UTCupdate

   Todavía estamos trabajando en el tema.

3. 3 de septiembre de 2026 a las 1:18 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 14:50 UTCupdate

   Veeva Vault POD VV1-11 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible. Los usuarios pueden haber experimentado problemas relacionados con la carga de documentos y objetos en Vault hasta las 9:35 AM PDT después de la resolución del outage. Pero ese tema también se resuelve ahora.

2. 2 de septiembre de 2026 a las 15:15 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 13:55 UTCupdate

   Veeva Vault POD VV1-11 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 2 de septiembre de 2026 a las 14:22 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 30 de agosto de 2026 a las 19:00 UTCupdate

   Veeva CRM equipo ha notado que algunos usuarios son incapaces de iniciar sesión en Sandbox orgs y/o utilizar actividades multicanal como Correo electrónico aprobado. Esto se debe a la actualización Winter '27 de Salesforce. Veeva ha levantado un billete con Salesforce para abordar este problema.

2. 1 de septiembre de 2026 a las 2:32 UTCupdate

   Continuamos trabajando con Salesforce para resolver el problema introducido con su versión de Winter ’27 que está impidiendo a los usuarios iniciar sesión desde el iPad. Además, hemos identificado otro problema que afecta a los usuarios de Sandbox, donde algunos botones faltan en la página Cuenta. Salesforce ha confirmado que este tema también está relacionado con su liberación de Winter ’27, y estamos trabajando activamente con ellos para resolverlo.

3. 1 de septiembre de 2026 a las 23:01 UTCupdate

   Seguimos trabajando con Salesforce en esta cuestión. Salesforce está mirando por qué diferentes Orgs se comportan de manera diferente al intentar utilizar la API de jabón. Para los usuarios que necesitan iniciar sesión en un iPad, puede seleccionar el "Use Custom Domain" de la pantalla de inicio de sesión. Al continuar trabajando con Salesforce para investigar esta cuestión, hemos identificado una solución que ha tenido éxito en algunos orgs de Salesforce para Usuarios de Integración. Salesforce proporciona información adicional sobre el permiso de autenticación de API pertinente aquí: Desarrolladores de Salesforce Cree un nuevo conjunto de permisos con el permiso del sistema Use Any API Auth habilitado, y luego asigne ese conjunto de permisos al usuario afectado. Tenga en cuenta que el permiso Use Any API Auth sólo está disponible cuando el conjunto de permisos se crea con el valor de la licencia establecido a Ninguno . En algunos orgs Salesforce, la asignación del conjunto de permisos puede fallar con el siguiente error: "No se puede asignar el permiso set test permission set2 al usuario Veeva Admin. La licencia de usuario no permite el permiso: Use Any API Auth" Hemos observado que esta solución puede aplicarse con éxito en algunas orgs pero no en otras, incluso cuando los usuarios afectados tienen el mismo tipo de licencia. Seguimos trabajando con Salesforce para comprender mejor la diferencia de comportamiento entre las orgs.

4. 2 de septiembre de 2026 a las 16:32 UTCupdate

   Hemos identificado un UVC no planeado resultante de la liberación de Salesforce Winter ’27. Salesforce ha confirmado que este comportamiento es inesperado y planea publicar un asunto conocido al día siguiente. Salesforce ha confirmado: “Hemos confirmado que hay una regresión donde los orgs existentes de sandbox actualizados al Invierno ’27 están cambiando inesperadamente del tema Lightning Blue (SLDS 1) al nuevo tema de Salesforce Cosmos (SLDS 2). Esto está sucediendo incluso sin ninguna acción de administración.” Seguiremos trabajando con Salesforce en una resolución. Mientras tanto, los administradores pueden cambiar la configuración temática de nuevo a SLDS 1 para restaurar la experiencia prevista de la UI.

5. 3 de septiembre de 2026 a las 19:02 UTCupdate

   Salesforce ha proporcionado una actualización adicional sobre el tema Cosmos. Desafortunadamente, cambiar el tema no resuelve los problemas. Continuamos trabajando con Salesforce en una resolución. De Salesforce: "En este momento, no tenemos una solución alternativa para ofrecer orgs donde el tema es ya correcto y no ajustable. Comprendemos que esto está afectando los procesos de negocio de su cliente, y estamos tratando esto como una prioridad dada el número de clientes afectados. Aún no tenemos una solución ETA, pero seguiremos presionando para recibir actualizaciones y te avisaremos tan pronto como tengamos una orientación más concreta, incluyendo si se publicará un número conocido documentado"

6. 4 de septiembre de 2026 a las 15:27 UTCupdate

   Actualización sobre el estado actual de Winter ’27 problemas de liberación de Salesforce en Sandbox 1. Regreso de Temas de la UI — Azul de relámpago (SLDS 1) cambiar a Cosmos (SLDS 2) Salesforce ha confirmado que sus soluciones de trabajo proporcionadas no eliminan completamente los cambios Cosmos UI/functionality en Sandbox Orgs. Están trabajando en una solución para resolver esto en Sandboxes. En las Orgs de Producción, Salesforce ha confirmado que NO desplegarán el Cosmos UI como auto encendido por lo que esto no afectará a las Orgs de Producción, sin embargo, continúan revisando métodos para arreglar Sandboxes. 2. Botones perdidos en la página de la cuenta Esto ya está resuelto. Pudimos tener a Salesforce acelerando su fecha de lanzamiento y una solución fue implementada anoche/esta mañana para resolver el problema. Algunos Orgs todavía pueden estar recibiendo la solución, sin embargo, la mayoría de los Orgs están actualizados y muchos clientes ya han confirmado que el problema está resuelto. Esto también está documentado aquí: Salesforce Known Issue – a02g7000008RQjN 3. Temas de inicio de sesión de Sandbox y SOAP API / Integración En Sandbox Orgs, los clientes todavía necesitarán aplicar los cambios de los conjuntos de permisos descritos en publicaciones anteriores y si fallan, llegar a Soporte para un paso manual adicional que se necesita para resolver completamente el comportamiento del conjunto de permisos. En las Orgs de Producción, el equipo de Veeva CRM liberará cambios para asegurar que estos pasos manuales NO sean necesarios en la Producción (también resolverá cualquier Orgs de Sandbox que no haya sido manualmente). Puede haber pasos necesarios por los clientes, sin embargo, esto sería un cambio de una sola vez Org no un conjunto de permiso por usuario. Por favor, abra casos de soporte si tiene preguntas adicionales o siga nuestro Connect Post .

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de agosto de 2026 a las 7:15 UTCupdate

   El equipo Vault CRM ha notado que la IA Conversacional no está disponible para los usuarios. Ingeniería está investigando el tema.

2. 28 de agosto de 2026 a las 16:12 UTCupdate

   Se ha identificado una solución y se desplegará en breve.

3. 28 de agosto de 2026 a las 16:17 UTCresolved

   Se ha resuelto el incidente

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de agosto de 2026 a las 13:17 UTCupdate

   Vault CRM i s actualmente experimentando rendimiento intermitente degradado al enviar correos electrónicos aprobados. Los correos electrónicos no envían y se mueven inmediatamente al estado guardado. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 21 de agosto de 2026 a las 21:26 UTCresolved

   Los servicios de Vault CRM afectados ahora están totalmente disponibles con todos los procesamientos de correos electrónicos normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de agosto de 2026 a las 16:00 UTCupdate

   El equipo de Veeva CRM ha notado un pequeño porcentaje de actividad de correo electrónico se retrasa. Ingeniería está investigando el tema.

Traducido automáticamente desde la actualización oficial del incidente.

1. 5 de agosto de 2026 a las 2: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 de agosto de 2026 a las 16:38 UTCresolved

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

1. 4 de agosto de 2026 a las 8:45 UTCupdate

   Veeva Vault POD VV1-1090 está experimentando actualmente un rendimiento degradado intermitente. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 4 de agosto de 2026 a las 9:32 UTCresolved

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

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de julio de 2026 a las 3:00 UTCupdate

   Investigación: SSO Login Failures Across some Vault Environments Resumen de la cuestión: Actualmente estamos investigando un problema en el que los usuarios no pueden iniciar sesión en Vault a través de Single Sign-On (SSO). Esto fue causado por el nuevo certificado SSO que se aplica a la configuración Vault antes de lo anunciado. (Para referencia, véase Veeva Release Notes .) Medida de trabajo inmediata (Vault Admins): Vault Domain/System Administrators puede restaurar los logins de usuario inmediatamente iniciando sesión en Vault y revertiendo la configuración de perfil Single Sign-On (SSO) de nuevo al certificado anterior (antiguo). Sírvanse consultar https://rn.veevavault.help/en/gr/certificate-rollover/#rollback. Nos disculpamos por la interrupción y proporcionaremos otra actualización a las 1:30 am PT como el Actualmente el equipo de ingeniería está evaluando si se adoptarán nuevas medidas correctivas.

2. 31 de julio de 2026 a las 8:20 UTCupdate

   Última actualización: Nuestro equipo de ingeniería ha completado su evaluación, y no se aplicará ninguna medida adicional por Veeva. Para evitar más interrupciones, el nuevo certificado SAML seguirá activo en configuraciones Vault. Se han enviado comunicaciones de correo electrónico directas sobre este incidente y los próximos pasos. Restaurar el acceso de los usuarios (mediato Workaround): Vault Domain Administrators puede restaurar el acceso de inicio de sesión de sus usuarios utilizando una de dos opciones: • Opción 1 (Transición completa): Actualice la configuración de su proveedor de identidad (IdP) para confiar en el nuevo certificado SAML. Esto alineará su IdP con el entorno activo de Vault y resolverá permanentemente el problema. • Opción 2 (Revertir Vault Setting): Inicie sesión Vault utilizando las credenciales locales/no-SSO y revierta manualmente la configuración del perfil SAML de nuevo al certificado anterior (antiguo) bajo Admin > Ajustes > Perfiles SAML . Siguen disponibles instrucciones y orientaciones detalladas en Vault Help. Si usted es un administrador que requiere asistencia de inicio de sesión o soporte con su configuración SAML, envíe un ticket de alta prioridad con Veeva Product Support. Sinceramente nos disculpamos por la perturbación causada por esta actualización prematura. Este billete se cerrará el 7/31 a las 10:00 am PT.

3. 31 de julio de 2026 a las 17:27 UTCresolved

   El asunto está cerrado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 30 de julio de 2026 a las 17:25 UTCupdate

   Vault CRM La funcionalidad en línea en la Región de los Estados Unidos está experimentando un rendimiento intermitente degradado. Sin embargo, los dispositivos sin conexión continuarán trabajando como se espera, pueden ocurrir errores de sincronización y autodeterminarse una vez que los servidores estén saludables. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible esperando ser resueltos en breve

2. 30 de julio de 2026 a las 18:05 UTCresolved

   Esta cuestión se resuelve. Todos los servidores de EE.UU. están trabajando como se espera

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de julio de 2026 a las 21:00 UTCupdate

   El equipo de Veeva CRM ha notado una mayor cantidad de empleos multicanal que fallan. Ingeniería está investigando el tema.

2. 30 de julio de 2026 a las 0:06 UTCresolved

   El incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de julio de 2026 a las 14:56 UTCupdate

   Veeva Compass está experimentando un retraso en el procesamiento diario de trabajo de hoy. Como resultado, los empleos diarios recurrentes funcionarán más adelante que los horarios de inicio programados. Una actualización de Confianza se publicará una vez que se inicien los trabajos diarios.

2. 29 de julio de 2026 a las 0:00 UTCresolved

   Todos los trabajos diarios se han reiniciado y se han procesado para 7/28/2026.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de julio de 2026 a las 19:04 UTCupdate

   Veeva Vault POD VV1-20 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 26 de julio de 2026 a las 20:14 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de julio de 2026 a las 15:33 UTCupdate

   Veeva Vault POD VV2-2075 está experimentando una perturbación del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 21 de julio de 2026 a las 15:50 UTCresolved

   Afectado Vault PODs Veeva son ahora totalmente disponible con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de julio de 2026 a las 1:41 UTCupdate

   Se informó de una breve emisión de RTSM en (07/2026) estudios fuera del Global Protect VPN. La cuestión se resolvió rápidamente y se ha restablecido el acceso a todos los estudios Tiempo de inicio aproximado: 09:41 Hora oriental del 20 de julio de 2026 Tiempo de final aproximado: 10:22 PM Hora oriental el 20 de julio de 2026 Descripción : Producción Los servidores se convirtieron en inalcanzables para los usuarios fuera de GlobalProtect VPN Estado actual: Resolved

2. 21 de julio de 2026 a las 2:22 UTCresolved

   Los servicios de Veeva RTSM afectados están ahora totalmente disponibles, con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de julio de 2026 a las 13:15 UTCupdate

   Veeva Vault POD VV2-2098 está experimentando actualmente una interrupción del servicio. Los equipos de ingeniería Veeva están trabajando para devolver el servicio a la normalidad lo antes posible.

2. 20 de julio de 2026 a las 13:27 UTCresolved

   Los POD Vault Afectados de Veeva ahora están totalmente disponibles con todos los servicios que funcionan normalmente.

Traducido automáticamente desde la actualización oficial del incidente.