Störungsverlauf von Veeva

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 .

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.

1. 29. Juli 2026 um 21:00 UTCupdate

   Veeva CRM-Team hat eine erhöhte Anzahl von Multichannel-Jobs festgestellt scheitern. Engineering untersucht das Problem.

2. 30. Juli 2026 um 00:06 UTCresolved

   Der Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. Juli 2026 um 14:56 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. Ein Trust-Update wird veröffentlicht, sobald tägliche Jobs initiiert werden.

2. 29. Juli 2026 um 00:00 UTCresolved

   Alle täglichen Jobs wurden neu gestartet und für den 28.7.2026 bearbeitet.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Juli 2026 um 19:04 UTCupdate

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

2. 26. Juli 2026 um 20:14 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. Juli 2026 um 15:33 UTCupdate

   Veeva Vault POD VV2-2075 Es gibt derzeit eine Service-Störung. Veeva Engineering-Teams arbeiten daran, den Service so schnell wie möglich wieder normal zu machen.

2. 21. Juli 2026 um 15:50 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. Juli 2026 um 01:41 UTCupdate

   Es gab einen kurzen RTSM-Ausfall am (07/20/2026) für Studien außerhalb des global protect vpn. Das Problem wurde schnell gelöst und Der Zugang zu allen Studien wurde wiederhergestellt Ungefähre Startzeit: 09:41 Uhr Ostzeit am 20. Juli 2026 Ungefähre Endzeit: 22 Uhr Ostzeit am 20. Juli 2026 Beschreibung: Produktion Server wurden für Benutzer außerhalb von GlobalProtect VPN unerreichbar Aktueller Zustand: Aufgelöst

2. 21. Juli 2026 um 02:22 UTCresolved

   Die betroffenen Veeva RTSM-Dienste sind jetzt vollständig verfügbar, wobei alle Dienste normal funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 13:15 UTCupdate

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

2. 20. Juli 2026 um 13:27 UTCresolved

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

Automatisch aus der offiziellen Störungsmeldung übersetzt.