Historial de interrupciones de Veeva

1. 24 de octubre de 2026 a las 14:47 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. Nuestros equipos de ingeniería están trabajando para resolver el problema. Una actualización de Confianza se publicará una vez que se inicien los trabajos diarios.

2. 24 de octubre de 2026 a las 20:00 UTCresolved

   Se ha resuelto el retraso en el procesamiento de los trabajos diarios de Veeva Compass. Todos los trabajos periódicos retrasados ya han finalizado, y el procesamiento diario de trabajo está funcionando normalmente.

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

1. 7 de octubre de 2026 a las 11:36 UTCupdate

   Veeva Vault POD VV1-1217 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. 7 de octubre de 2026 a las 12:06 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. 29 de septiembre de 2026 a las 14:37 UTCupdate

   Veeva Vault POD VV1-1046 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. 29 de septiembre de 2026 a las 14:46 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 septiembre de 2026 a las 12:30 UTCupdate

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

2. 21 de septiembre de 2026 a las 12:38 UTCupdate

   Veeva Vault POD VV1-4022 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.

3. 21 de septiembre de 2026 a las 14:28 UTCupdate

   La interrupción del servicio en Veeva Vault POD VV1-4022 se resuelve y los servicios se realizan normalmente. Los equipos de ingeniería de Veeva seguirán monitoreando el rendimiento a medida que aumente la carga prevista.

4. 21 de septiembre de 2026 a las 15:10 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. 16 de septiembre de 2026 a las 7:50 UTCupdate

   Salesforce está experimentando un outage que afecta a Veeva CRM. Los usuarios que intentan iniciar sesión experimentarán fallos de inicio de sesión con un error interno del servidor. El modo Offline en iOS seguirá permitiendo la creación de llamadas y medios de visualización, sin embargo, la sincronización y la funcionalidad en línea no está disponible. Para obtener más información, siga el incidente de Salesforce en https://status.salesforce.com/incidents/20004433

2. 16 de septiembre de 2026 a las 10:59 UTCupdate

   Salesforce ha identificado la cuestión y está implementando activamente una solución en todos los casos afectados para restaurar los servicios.

3. 16 de septiembre de 2026 a las 15:26 UTCresolved

   Salesforce continúa viendo telemetría de servicio saludable y queda un informe aislado para validar antes de declarar resolución. Los POD afectados están ahora totalmente disponibles con todos los servicios que funcionan normalmente.

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

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 .

7. 8 de septiembre de 2026 a las 16:58 UTCresolved

   Este fin de semana Salesforce lanzó una solución para que el permiso "Use Any API Auth" no sea necesario en Sandbox. Todos los usuarios e integraciones deben estar trabajando como se espera sin ningún cambio manual.

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.