Historique des pannes de Veeva

1. 4 septembre 2026 à 14:22 UTCupdate

   Veeva Compass connaît aujourd'hui un retard dans le traitement quotidien des données et le temps de traitement estimé est actuellement indéterminé. Par conséquent, les emplois quotidiens des clients resteront dans leur horaire actuel et il n'y aura pas de nouveaux ajouts de données réseau pour aujourd'hui, vendredi 4 septembre. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 septembre 2026 à 15:54 UTCupdate

   Veeva Vault POD VV1-11 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 3 septembre 2026 à 16:21 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 septembre 2026 à 14:00 UTCupdate

   Veeva Vault POD VV1-11 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 3 septembre 2026 à 14:45 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 septembre 2026 à 23:39 UTCupdate

   Veeva Vault POD VV1-11 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 3 septembre 2026 à 01:09 UTCupdate

   Nous travaillons toujours sur la question.

3. 3 septembre 2026 à 01:18 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 septembre 2026 à 14:50 UTCupdate

   POD de la faille Veeva VV1-11 est actuellement en proie à une perturbation du service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible. Les utilisateurs peuvent avoir éprouvé des problèmes liés au chargement de documents et d'objets dans Vault jusqu'à 9h35 PDT après la résolution de la panne. Mais cette question est également résolue maintenant.

2. 2 septembre 2026 à 15:15 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 septembre 2026 à 13:55 UTCupdate

   Veeva Vault POD VV1-11 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 2 septembre 2026 à 14:22 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 30 août 2026 à 19:00 UTCupdate

   L'équipe de CRM de Veeva a remarqué que certains utilisateurs sont incapables de se connecter sur des orgs Sandbox et/ou d'utiliser des activités multicanaux comme le courriel approuvé.. Ceci est dû à la mise à jour d'hiver 27 de Salesforce. Veeva a soulevé un billet auprès de Salesforce pour régler ce problème.

2. 1 septembre 2026 à 02:32 UTCupdate

   Nous continuons à travailler avec Salesforce pour résoudre le problème introduit avec leur version d'hiver 27 qui empêche les utilisateurs de se connecter à partir d'iPad. De plus, nous avons identifié un autre problème touchant les utilisateurs dans Sandbox, où certains boutons sont absents de la page Compte. Salesforce a confirmé que cette question est également liée à leur sortie d'Hiver 27, et nous travaillons activement avec eux pour la résoudre.

3. 1 septembre 2026 à 23:01 UTCupdate

   Nous continuons de travailler avec Salesforce sur cette question. Salesforce examine pourquoi différents Orgs se comportent différemment lorsqu'ils tentent d'utiliser l'API Soap. Pour les utilisateurs qui ont besoin de se connecter à un iPad , vous pouvez sélectionner le "Use Custom Domain" à partir de l'écran de connexion. Alors que nous continuons à travailler avec Salesforce pour enquêter sur ce problème, nous avons identifié une solution qui a été réussie dans certains organismes Salesforce pour les utilisateurs d'intégration. Salesforce fournit ici des informations supplémentaires sur la permission d'authentification de l'API: Développeurs Salesforce Créez une nouvelle autorisation définie avec la permission du système d'Auth d'Use Any API activée, puis assignez cette autorisation définie à l'utilisateur touché. Veuillez noter que la permission d'utiliser n'importe quelle API Auth n'est disponible que lorsque la permission est créée avec la valeur de licence définie à None . Dans certains orgs de Salesforce, l'attribution de l'ensemble des permissions peut échouer avec l'erreur suivante : « Impossible d'attribuer la permission définie test permission set2 à l'utilisateur Veeva Admin. La licence d'utilisateur n'autorise pas la permission: Utiliser n'importe quelle API Auth" Nous avons observé que cette solution de rechange peut être appliquée avec succès dans certains orgs mais pas dans d'autres, même lorsque les utilisateurs touchés ont le même type de licence. Nous continuons de travailler avec Salesforce pour mieux comprendre la différence de comportement entre les orgs.

4. 2 septembre 2026 à 16:32 UTCupdate

   Nous avons identifié un UVC imprévu résultant de la sortie de Salesforce Winter 27. Salesforce a confirmé que ce comportement est inattendu et prévoit de publier un problème connu dans le lendemain. Salesforce a confirmé : Nous avons confirmé qu'il y avait une régression où les orgnes de bacs à sable mis à niveau pour l'hiver 27 passent de façon inattendue du thème Lightning Blue (SLDS 1) au thème Salesforce Cosmos (SLDS 2). Cela arrive même sans aucune action administrative. Nous continuerons à travailler avec Salesforce sur une résolution. Dans l'intervalle, les administrateurs peuvent changer le thème de retour à SLDS 1 pour restaurer l'expérience d'assurance-chômage attendue.

5. 3 septembre 2026 à 19:02 UTCupdate

   Salesforce a fourni une mise à jour supplémentaire sur le thème Cosmos. Malheureusement, changer le thème ne résout pas les problèmes. Nous continuons de travailler avec Salesforce sur une résolution. De Salesforce : « Pour l'instant, nous n'avons pas d'alternative à offrir pour les orgs où le thème est déjà correct et non réglable. Nous comprenons que cela a une incidence sur les processus d'affaires de votre client, et nous considérons cela comme une priorité compte tenu du nombre de clients touchés. Nous n'avons pas encore d'ETA correct, mais nous continuerons à faire des efforts pour obtenir des mises à jour et nous vous ferons savoir dès que nous aurons des directives plus concrètes, y compris si une question connue documentée sera publiée. »

6. 4 septembre 2026 à 15:27 UTCupdate

   Mise à jour sur l'état actuel des problèmes de version de Salesforce dans Sandbox 1. Régression du thème de l'interface utilisateur - Bleu de foudre (SLDS 1) passage à Cosmos (SLDS 2) Salesforce a confirmé que leurs solutions de rechange fournies ne suppriment pas complètement les changements d'interface utilisateur/fonctionnalité de Cosmos dans Sandbox Orgs. Ils travaillent sur une solution pour résoudre cela dans Sandboxes. Dans Production Orgs, Salesforce a confirmé qu'ils ne déploieront pas l'interface utilisateur Cosmos en tant qu'auto sur donc cela n'affectera pas Production Orgs, cependant, ils continuent à revoir les méthodes pour fixer Sandboxes. 2. Boutons manquants sur la page du compte Ceci est maintenant résolu. Nous avons pu accélérer la date de sortie de Salesforce et un correctif a été déployé hier soir/ce matin pour résoudre le problème. Certains Orgs peuvent encore recevoir la correction, cependant, la majorité des Orgs sont mis à jour et de nombreux clients ont déjà confirmé que le problème est résolu. Ceci est également documenté ici: Salesforce Connu Problème – a02g7000008RQjN 3. Sandbox Login Issues and SOAP API / Intégration User Authentification Behavior Dans Sandbox Orgs, les clients devront toujours appliquer les modifications de l'ensemble des permissions décrites dans les messages précédents et si celles-ci échouent, atteindre à Support une étape manuelle supplémentaire qui est nécessaire pour résoudre complètement le comportement de l'ensemble des permissions. Dans les Orgs de Production, l'équipe de CRM Veeva publiera des modifications pour s'assurer que ces étapes manuelles ne sont PAS nécessaires dans Production (cela résoudra également les Orgs de Sandbox qui n'ont pas été manuellement). Il peut y avoir des étapes nécessaires pour les clients, cependant, ce serait un changement d'Org une fois pas un ensemble de permission par utilisateur. Veuillez ouvrir les dossiers de support si vous avez des questions supplémentaires ou suivez notre Connect Post .

7. 8 septembre 2026 à 16:58 UTCresolved

   Ce week-end Salesforce a déployé un correctif afin que la permission "Use Any API Auth" n'est pas nécessaire dans Sandbox. Tous les utilisateurs et les intégrations devraient maintenant fonctionner comme prévu sans aucun autre changement manuel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 août 2026 à 07:15 UTCupdate

   Vault CRM équipe a remarqué que l'IA conversationnelle est indisponible pour les utilisateurs. L'ingénierie enquête sur le problème.

2. 28 août 2026 à 16:12 UTCupdate

   Un correctif a été identifié et sera déployé sous peu.

3. 28 août 2026 à 16:17 UTCresolved

   L'incident a été résolu

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 août 2026 à 13:17 UTCupdate

   Vault CRM est actuellement confronté à des performances dégradées intermittentes lors de l'envoi de courriels approuvés. Les courriels ne sont pas immédiatement envoyés et se déplacent vers le statut Saved. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 21 août 2026 à 21:26 UTCresolved

   Les services CRM par défaut affectés sont maintenant entièrement disponibles avec tous les courriels traités normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 août 2026 à 16:00 UTCupdate

   L'équipe de CRM de Veeva a remarqué qu'un petit pourcentage de l'activité de courriel est retardé. L'ingénierie enquête sur le problème.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 5 août 2026 à 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 août 2026 à 16:38 UTCresolved

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

1. 4 août 2026 à 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 août 2026 à 09:32 UTCresolved

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

1. 31 juillet 2026 à 03:00 UTCupdate

   Enquête : Défaillances de connexion de l'OSS dans certains environnements de faille Résumé : Nous enquêtons actuellement sur un problème où les utilisateurs ne peuvent pas se connecter à Vault via Single Sign-On (SSO). Cela est dû au fait que le nouveau certificat SSO est appliqué aux paramètres Vault plus tôt que prévu. (Pour référence, voir Veeva Release Notes .) Rapprochement immédiat (administrateurs par défaut) : Vault Domain/System Administrators peut restaurer les connexions utilisateur immédiatement en se connectant à Vault et en retournant la configuration du profil SSO à l'ancien certificat . Veuillez consulter https://rn.veevavault.help/en/gr/certificat-rollover/#rollback. Nous nous excusons pour la perturbation et fournirons une autre mise à jour d'ici 1h30 L'équipe d'ingénierie évalue actuellement si d'autres mesures correctives seront prises.

2. 31 juillet 2026 à 08:20 UTCupdate

   Dernière mise à jour : Notre équipe d'ingénieurs a terminé son évaluation et Veeva ne prendra aucune autre mesure. Pour éviter d'autres perturbations, le nouveau certificat SAML restera actif sur les configurations Vault. Des communications directes par courriel ont été envoyées concernant cet incident et les prochaines étapes. Restaurer l'accès de l'utilisateur (réparation immédiate) : Les administrateurs de domaine Vault peuvent immédiatement restaurer l'accès à leurs utilisateurs en utilisant l'une des deux options suivantes : • Option 1 (Transition complète) : Mettez à jour la configuration de votre fournisseur d'identité (IDP) pour faire confiance au nouveau certificat SAML. Cela alignera votre IDP sur le réglage actif de Vault et résoudra définitivement le problème. • Option 2 (Configuration de la faille inverse) : Connectez-vous à la faille en utilisant les identifiants locaux/non-SSO et retournez manuellement la configuration du profil SAML au certificat précédent (ancien) sous les paramètres Admin > > Profils SAML . Des instructions et des conseils détaillés restent disponibles dans Vault Help . Si vous êtes un administrateur nécessitant une assistance de connexion ou un support avec votre configuration SAML, veuillez soumettre un ticket hautement prioritaire avec Veeva Product Support . Nous nous excusons sincèrement de la perturbation causée par cette mise à jour prématurée. Ce billet sera fermé le 7/31 à 10h00.

3. 31 juillet 2026 à 17:27 UTCresolved

   Le dossier est clos.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 30 juillet 2026 à 17:25 UTCupdate

   CRM par défaut La fonctionnalité en ligne dans la région des États-Unis connaît actuellement des performances dégradées intermittentes. Les périphériques hors ligne continueront de fonctionner comme prévu, cependant, des erreurs de synchronisation peuvent se produire et se résoudre une fois les serveurs en bonne santé. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible et s'attendent à être résolues prochainement

2. 30 juillet 2026 à 18:05 UTCresolved

   Cette question est résolue. Tous les serveurs américains fonctionnent comme prévu

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juillet 2026 à 21:00 UTCupdate

   L'équipe de CRM de Veeva a remarqué une augmentation du nombre d'emplois multicanaux en échec. L'ingénierie enquête sur le problème.

2. 30 juillet 2026 à 00:06 UTCresolved

   L'incident a été réglé.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 juillet 2026 à 14:56 UTCupdate

   Veeva Compass connaît actuellement un retard dans le traitement quotidien des tâches. Par conséquent, les emplois quotidiens récurrents se dérouleront plus tard que les heures de départ prévues. Une mise à jour de Trust sera publiée une fois que les emplois quotidiens seront lancés.

2. 29 juillet 2026 à 00:00 UTCresolved

   Tous les emplois quotidiens ont repris et ont été traités pour le 28/07/2026.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 juillet 2026 à 19:04 UTCupdate

   Veeva Vault POD VV1-20 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 26 juillet 2026 à 20:14 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 juillet 2026 à 15:33 UTCupdate

   POD de la faille Veeva VV2-2075 est actuellement en proie à une perturbation du service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 21 juillet 2026 à 15:50 UTCresolved

   Les PD de la Véeva affectée sont maintenant entièrement disponible avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 juillet 2026 à 01:41 UTCupdate

   Une brève panne de la RTSM a été signalée (07/20/2026) pour études en dehors du VPN Global Protect. Le problème a été rapidement résolu et l'accès à toutes les études a été rétabli Heure approximative de début : 09h41 Heure de l'Est le 20 juillet 2026 Heure approximative de fin : 10h22 Heure de l'Est le 20 juillet 2026 Désignation : Production Les serveurs sont devenus inaccessibles aux utilisateurs en dehors de GlobalProtect VPN État actuel : Résolue

2. 21 juillet 2026 à 02:22 UTCresolved

   Les services RTSM Veeva affectés sont maintenant entièrement disponibles, tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 juillet 2026 à 13:15 UTCupdate

   Veeva Vault POD VV2-2098 connaît actuellement une interruption de service. Les équipes d'ingénieurs Veeva s'emploient à rendre le service normal le plus rapidement possible.

2. 20 juillet 2026 à 13:27 UTCresolved

   Les PD par défaut Veeva affectés sont maintenant entièrement disponibles avec tous les services fonctionnant normalement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.