Störungsverlauf von Veeva

1. 27. Oktober 2026 um 16:25 UTCupdate

   Der Nitro Explorer von Veeva Nitro erlebt derzeit eine Serviceunterbrechung und Wartung. Nach einer kürzlichen Korrektur erlebt das System eine Leistungsminderung, was zu langsameren Ladezeiten des Dashboards und erhöhten Fehlerraten in SQL Lab führt. Das Nitro-Team untersucht das Problem aktiv, um die normale Funktionalität schnell wie möglich wiederherzustellen.

2. 27. Oktober 2026 um 22:50 UTCresolved

   Der Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Oktober 2026 um 14:47 UTCupdate

   Veeva Compass erlebt derzeit eine Verzögerung in der heutigen täglichen Auftragsbearbeitung. Infolgedessen laufen wiederkehrende tägliche Jobs später als ihre geplanten Startzeiten. Unsere Ingenieurteams arbeiten daran, das Problem zu lösen. Ein Trust-Update wird veröffentlicht, sobald tägliche Jobs initiiert werden.

2. 24. Oktober 2026 um 20:00 UTCresolved

   Die Verarbeitungsverzögerung, die sich auf die täglichen Jobs von Veeva Compass auswirkt, wurde behoben. Alle verspäteten wiederkehrenden täglichen Jobs sind jetzt abgeschlossen, und die tägliche Jobbearbeitung funktioniert normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Oktober 2026 um 11:36 UTCupdate

   Veeva Vault POD VV1-1217 erlebt derzeit eine intermittierende verschlechterte Leistung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 7. Oktober 2026 um 12:06 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 14:37 UTCupdate

   Veeva Vault POD VV1-1046 erlebt derzeit eine Serviceunterbrechung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 29. September 2026 um 14:46 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. September 2026 um 12:30 UTCupdate

   Veeva Vault POD VV1-4022 erlebt derzeit eine unterbrochene Leistung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 21. September 2026 um 12:38 UTCupdate

   Veeva Vault POD VV1-4022 erlebt derzeit eine Serviceunterbrechung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

3. 21. September 2026 um 14:28 UTCupdate

   Die Serviceunterbrechung auf Veeva Vault POD VV1-4022 ist behoben und die Dienste funktionieren normal. Die Ingenieurteams von Veeva werden die Leistung weiterhin überwachen, wenn die erwartete Last steigt.

4. 21. September 2026 um 15:10 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. September 2026 um 07:50 UTCupdate

   Salesforce erlebt derzeit einen Ausfall von Veeva CRM. Benutzer, die versuchen, sich anzumelden, werden mit einem internen serverfehler ausfallen. Der Offline-Modus unter iOS ermöglicht weiterhin die Erstellung von Anrufen und die Anzeige von Medien, Synchronisierung und Online-Funktionalität sind jedoch nicht verfügbar. Bitte folgen Sie dem Vorfall von Salesforce unter https://status.salesforce.com/incidents/20004433

2. 16. September 2026 um 10:59 UTCupdate

   Salesforce hat das Problem identifiziert und setzt aktiv einen Fix in den betroffenen Instanzen ein, um Dienste wiederherzustellen.

3. 16. September 2026 um 15:26 UTCresolved

   Salesforce sieht weiterhin eine gesunde Service-Telemetrie und es gibt noch einen isolierten Bericht, der validiert werden muss, bevor die Auflösung erklärt wird. Betroffene PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. September 2026 um 14:22 UTCupdate

   Veeva Compass erlebt eine Verzögerung in der heutigen täglichen Datenverarbeitung und die geschätzte Verarbeitungszeit ist derzeit unbestimmt. Infolgedessen bleiben die täglichen Kundenjobs auf ihrem aktuellen Zeitplan und es gibt keine neuen Netzwerkdaten für heute, Freitag, den 4. September. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. September 2026 um 15:54 UTCupdate

   Veeva Vault POD VV1-11 erlebt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 3. September 2026 um 16:21 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. September 2026 um 14:00 UTCupdate

   Veeva Vault POD VV1-11 erlebt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 3. September 2026 um 14:45 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. September 2026 um 23:39 UTCupdate

   Veeva Vault POD VV1-11 erlebt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 3. September 2026 um 01:09 UTCupdate

   Wir arbeiten noch an diesem Thema.

3. 3. September 2026 um 01:18 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. September 2026 um 14:50 UTCupdate

   Veeva Vault POD VV1-11 Es gibt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen. Benutzer haben möglicherweise Probleme beim Laden von Dokumenten- und Objektdatensätzen in Vault bis 9:35 Uhr PDT nach der Behebung des Ausfalls. Aber auch dieses Problem ist jetzt gelöst.

2. 2. September 2026 um 15:15 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. September 2026 um 13:55 UTCupdate

   Veeva Vault POD VV1-11 erlebt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 2. September 2026 um 14:22 UTCresolved

   Betroffene Veeva Vault PODs sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 30. August 2026 um 19:00 UTCupdate

   Das Veeva CRM-Team hat festgestellt, dass einige Benutzer sich nicht bei Sandbox-Organisationen anmelden und/oder Multichannel-Aktivitäten wie Approved Email verwenden können. Dies ist auf das Update Winter 27 von Salesforce zurückzuführen. Veeva hat ein Ticket bei Salesforce erhoben, um dieses Problem zu beheben.

2. 1. September 2026 um 02:32 UTCupdate

   Wir arbeiten weiterhin mit Salesforce zusammen, um das Problem zu beheben, das mit der Version Winter ’27 eingeführt wurde, die verhindert, dass sich Benutzer vom iPad aus anmelden. Darüber hinaus haben wir ein weiteres Problem identifiziert, das Benutzer in Sandbox betrifft, bei dem einige Schaltflächen auf der Kontoseite fehlen. Salesforce hat bestätigt, dass dieses Problem auch mit dem Release Winter ’27 zusammenhängt, und wir arbeiten aktiv mit ihnen zusammen, um es zu lösen.

3. 1. September 2026 um 23:01 UTCupdate

   Wir arbeiten weiterhin mit Salesforce an diesem Thema. Salesforce untersucht, warum sich verschiedene Orgs unterschiedlich verhalten, wenn sie versuchen, die Soap API zu verwenden. Für Benutzer, die sich bei einem iPad anmelden müssen, können Sie auf dem Anmeldebildschirm die "Benutzerdefinierte Domain verwenden" auswählen. Da wir weiterhin mit Salesforce zusammenarbeiten, um dieses Problem zu untersuchen, haben wir eine Lösung identifiziert, die in einigen Salesforce-Organisationen für Integrationsbenutzer erfolgreich war. Salesforce bietet hier zusätzliche Informationen zur relevanten API-Authentifizierungsberechtigung: Salesforce Entwickler Erstellen Sie einen neuen Berechtigungssatz mit aktivierter Use Any API Auth-Systemberechtigung und weisen Sie diesen Berechtigungssatz dann dem betroffenen Benutzer zu. Bitte beachten Sie, dass die Berechtigung Use Any API Auth nur verfügbar ist, wenn das Berechtigungsset mit dem auf None gesetzten Lizenzwert erstellt wurde. In einigen Salesforce-Orgs kann das Zuweisen des Berechtigungssatzes mit dem folgenden Fehler fehlschlagen: "Kann dem Benutzer Veeva Admin das Berechtigungsset test permission set2 nicht zuweisen." Die Benutzerlizenz erlaubt die Berechtigung nicht: Use Any API Auth Wir haben beobachtet, dass dieser Workaround in einigen Organisationen erfolgreich angewendet werden kann, aber nicht in anderen, selbst wenn die betroffenen Benutzer den gleichen Lizenztyp haben. Wir arbeiten weiterhin mit Salesforce zusammen, um den Unterschied im Verhalten zwischen Organisationen besser zu verstehen.

4. 2. September 2026 um 16:32 UTCupdate

   Wir haben ein ungeplantes UVC identifiziert, das aus dem Salesforce Winter ’27 Release resultiert. Salesforce hat bestätigt, dass dieses Verhalten unerwartet ist und plant, ein bekanntes Problem innerhalb des nächsten Tages zu veröffentlichen. Salesforce bestätigt: Wir haben bestätigt, dass es eine Regression gibt, bei der bestehende Sandbox-Orgs, die auf Winter 27 aktualisiert wurden, unerwartet vom Lightning Blue-Thema (SLDS 1) zum neueren Salesforce Cosmos-Thema (SLDS 2) wechseln. Dies geschieht auch ohne Admin-Aktion. Wir werden weiterhin mit Salesforce an einer Lösung arbeiten. In der Zwischenzeit können Admins die Theme-Einstellung wieder auf SLDS 1 ändern, um die erwartete UI-Erfahrung wiederherzustellen.

5. 3. September 2026 um 19:02 UTCupdate

   Salesforce hat ein zusätzliches Update zum Thema Cosmos bereitgestellt. Leider löst die Änderung des Themas die Probleme nicht. Wir arbeiten weiterhin mit Salesforce an einer Lösung. Von Salesforce: "Zu diesem Zeitpunkt haben wir keinen alternativen Workaround für Orgs, bei denen das Thema bereits korrekt und nicht anpassbar ist." Wir verstehen, dass dies die Geschäftsprozesse Ihrer Kunden beeinflusst, und wir behandeln dies angesichts der Anzahl der betroffenen Kunden als Priorität. Wir haben noch keine fixe ETA, aber wir werden weiterhin auf Updates drängen und Sie informieren, sobald wir konkretere Hinweise haben, einschließlich der Frage, ob ein dokumentiertes bekanntes Problem veröffentlicht wird

6. 4. September 2026 um 15:27 UTCupdate

   Update zum aktuellen Status für Winter ’27 Salesforce Release-Probleme in Sandbox 1. UI Theme Regression - Lightning Blue (SLDS 1) Wechsel zu Cosmos (SLDS 2) Salesforce hat bestätigt, dass die bereitgestellten Workarounds Cosmos UI/Funktionalitätsänderungen in Sandbox Orgs nicht vollständig entfernen. Sie arbeiten an einem Fix, um dies in Sandboxes zu beheben. In Production Orgs hat Salesforce bestätigt, dass sie die Cosmos-Benutzeroberfläche NICHT als Auto-On bereitstellen werden, so dass dies keine Auswirkungen auf Production Orgs hat, sie überprüfen jedoch weiterhin Methoden, um Sandboxen zu beheben. 2. Fehlende Buttons auf der Kontoseite Das ist jetzt gelöst. Wir konnten Salesforce ihr Veröffentlichungsdatum beschleunigen lassen und gestern Abend / heute Morgen wurde ein Fix bereitgestellt, um das Problem zu beheben. Einige Orgs erhalten möglicherweise immer noch die Korrektur, jedoch wird die Mehrheit der Orgs aktualisiert und viele Kunden haben bereits bestätigt, dass das Problem behoben ist. Dies ist auch hier dokumentiert: Salesforce Known Issue – a02g7000008RQjN 3. Sandbox Login-Probleme und SOAP API / Integration User Authentication Behavior In Sandbox Orgs müssen Kunden weiterhin die in früheren Beiträgen beschriebenen Änderungen der Berechtigungseinstellungen anwenden, und wenn diese fehlschlagen, wenden Sie sich an den Support für einen zusätzlichen manuellen Schritt, der erforderlich ist, um das Verhalten der Berechtigungseinstellungen vollständig zu beheben. In Production Orgs wird das Veeva CRM-Team Änderungen veröffentlichen, um sicherzustellen, dass diese manuellen Schritte in Production NICHT benötigt werden (dies wird auch alle Sandbox Orgs lösen, die nicht manuell durchgeführt wurden). Es kann Schritte geben, die von Kunden benötigt werden, dies wäre jedoch eine einmalige Org-Änderung und keine Berechtigung pro Benutzer. Bitte öffnen Sie Supportfälle, wenn Sie zusätzliche Fragen haben oder folgen Sie unserem Connect Post .

7. 8. September 2026 um 16:58 UTCresolved

   Dieses Wochenende hat Salesforce einen Fix eingeführt, sodass die Berechtigung "Use Any API Auth" in Sandbox nicht benötigt wird. Alle Benutzer und Integrationen sollten nun ohne weitere manuelle Änderungen wie erwartet funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. August 2026 um 07:15 UTCupdate

   Vault CRM-Team hat festgestellt, dass Conversational AI für Benutzer nicht verfügbar ist. Engineering untersucht das Problem.

2. 28. August 2026 um 16:12 UTCupdate

   Ein Fix wurde identifiziert und wird in Kürze bereitgestellt.

3. 28. August 2026 um 16:17 UTCresolved

   Der Vorfall wurde gelöst

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. August 2026 um 13:17 UTCupdate

   Vault CRM erlebt derzeit eine zeitweise eingeschränkte Leistung beim Senden von genehmigten E-Mails. E-Mails senden nicht sofort und bewegen sich in den Status Gespeichert. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 21. August 2026 um 21:26 UTCresolved

   Betroffene Vault CRM-Dienste sind jetzt vollständig verfügbar, wobei alle E-Mails normal verarbeitet werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. August 2026 um 16:00 UTCupdate

   Veeva CRM-Team hat festgestellt, dass ein kleiner Prozentsatz der E-Mail-Aktivität verzögert ist. Engineering untersucht das Problem.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. August 2026 um 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. August 2026 um 16:38 UTCresolved

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

1. 4. August 2026 um 08:45 UTCupdate

   Veeva Vault POD VV1-1090 erlebt derzeit eine intermittierende verschlechterte Leistung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 4. August 2026 um 09:32 UTCresolved

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

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 31. Juli 2026 um 03:00 UTCupdate

   Untersuchung: SSO-Anmeldefehler in einigen Vault-Umgebungen Ausgabezusammenfassung: Wir untersuchen derzeit ein Problem, bei dem sich Benutzer nicht über Single Sign-On (SSO) bei Vault anmelden können. Dies wurde dadurch verursacht, dass das neue SSO-Zertifikat früher als angekündigt auf die Vault-Einstellungen angewendet wurde. (Zum Vergleich siehe Veeva Release Notes .) Sofortiger Workaround (Vault Admins): Vault-Domänen- / Systemadministratoren können Benutzeranmeldungen sofort wiederherstellen, indem sie sich bei Vault anmelden und die SSO-Profilkonfiguration (Single Sign-On) auf das vorherige (alte) Zertifikat zurücksetzen. Siehe https://rn.veevavault.help/en/gr/certificate-rollover/#rollback. Wir entschuldigen uns für die Störung und werden ein weiteres Update bis 1:30 Uhr PT als die Das Engineering-Team prüft derzeit, ob weitere Korrekturmaßnahmen ergriffen werden.

2. 31. Juli 2026 um 08:20 UTCupdate

   Letztes Update: Unser Ingenieurteam hat seine Bewertung abgeschlossen, und Veeva wird keine weiteren Maßnahmen ergreifen. Um weitere Störungen zu vermeiden, bleibt das neue SAML-Zertifikat in den Vault-Konfigurationen aktiv. Es wurden direkte E-Mail-Kommunikationen zu diesem Vorfall und den nächsten Schritten gesendet. Wiederherstellung des Benutzerzugriffs (Sofortiger Workaround): Vault-Domänenadministratoren können den Anmeldezugriff für ihre Benutzer mit einer von zwei Optionen sofort wiederherstellen: • Option 1 (Übergang abschließen): Aktualisieren Sie Ihre Identity Provider-Konfiguration (IdP), um dem neuen SAML-Zertifikat zu vertrauen. Dadurch wird Ihr IdP an der aktiven Einstellung von Vault ausgerichtet und das Problem dauerhaft behoben. • Option 2 (Revert Vault Setting): Melden Sie sich mit lokalen/nicht-SSO-Anmeldeinformationen bei Vault an und stellen Sie die SAML Profile-Konfiguration manuell auf das vorherige (alte) Zertifikat unter Admin > Settings > SAML Profiles zurück. Detaillierte Anweisungen und Anleitungen bleiben in der Vault-Hilfe verfügbar. Wenn Sie ein Administrator sind, der Login-Unterstützung oder Support mit Ihrer SAML-Konfiguration benötigt, reichen Sie bitte ein Ticket mit hoher Priorität beim Veeva Product Support ein. Wir entschuldigen uns aufrichtig für die Störung, die durch dieses vorzeitige Update verursacht wurde. Dieses Ticket ist am 7/31 um 10:00 Uhr PT geschlossen.

3. 31. Juli 2026 um 17:27 UTCresolved

   Das Thema ist geschlossen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 30. Juli 2026 um 17:25 UTCupdate

   Vault CRM Die Online-Funktionalität in der Region USA erfährt derzeit eine intermittierende verschlechterte Leistung. Offline-Geräte funktionieren weiterhin wie erwartet, jedoch können Synchronisationsfehler auftreten und sich selbst lösen, sobald die Server gesund sind. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen, in der Erwartung, dass er in Kürze gelöst wird

2. 30. Juli 2026 um 18:05 UTCresolved

   Dieses Problem ist gelöst. Alle US-Server funktionieren wie erwartet

Automatisch aus der offiziellen Störungsmeldung übersetzt.