Historia awarii Veeva

1. 27 października 2026 16:25 UTCupdate

   Nitro Explorer firmy Veeva Nitro doświadcza obecnie zakłóceń w obsłudze i konserwacji. Po niedawnym rozwiązaniu system doświadcza degradacji wydajności, co prowadzi do wolniejszego czasu obciążenia deską rozdzielczą i zwiększonego wskaźnika błędów w SQL Lab. Zespół Nitro aktywnie bada tę kwestię, aby jak najszybciej przywrócić normalną funkcjonalność.

2. 27 października 2026 22:50 UTCresolved

   Incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 października 2026 14:47 UTCupdate

   Veeva Compass doświadcza obecnie opóźnienia w codziennej pracy. W rezultacie powtarzające się codzienne prace będą prowadzone później niż planowany czas rozpoczęcia. Nasze zespoły inżynieryjne pracują nad rozwiązaniem problemu. Aktualizacja Trust będzie publikowana raz na dobę.

2. 24 października 2026 20:00 UTCresolved

   Opóźnienie przetwarzania mające wpływ na codzienne prace Veeva Compass zostało rozwiązane. Wszystkie opóźnienia powtarzających się codziennych miejsc pracy zostały już ukończone, a codzienne przetwarzanie pracy odbywa się normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 11:36 UTCupdate

   Veeva Vault POD VV1- 1217 doświadcza obecnie przerywanej degradacji. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 7 października 2026 12:06 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 września 2026 14:37 UTCupdate

   Veeva Vault POD VV1- 1046 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 29 września 2026 14:46 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 września 2026 12:30 UTCupdate

   Veeva Vault POD VV1- 4022 doświadcza obecnie przerywanej degradacji. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 21 września 2026 12:38 UTCupdate

   Veeva Vault POD VV1- 4022 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

3. 21 września 2026 14:28 UTCupdate

   Zakłócenie usługi na Veeva Vault POD VV1-4022 jest rozwiązane i usługi są wykonywane normalnie. Zespoły inżynieryjne Veeva będą nadal monitorować wydajność w miarę wzrostu spodziewanego obciążenia.

4. 21 września 2026 15:10 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 września 2026 07:50 UTCupdate

   Salesforce doświadcza obecnie przestoju na Veeva CRM. Użytkownicy próbujący się zalogować doświadczą błędów logowania z wewnętrznym błędem serwera. Tryb offline na iOS nadal pozwala na tworzenie połączeń i wyświetlanie mediów, jednak synchronizacja i funkcjonalność online nie jest dostępna. W celu uzyskania najświeższych informacji prosimy o śledzenie incydentu Salesforce pod adresem https: / / status.sellerforce.com / invents / 20004433

2. 16 września 2026 10:59 UTCupdate

   Salesforce zidentyfikowało tę kwestię i aktywnie wprowadza rozwiązanie w różnych przypadkach mających wpływ na przywrócenie usług.

3. 16 września 2026 15:26 UTCresolved

   Salesforce nadal widzi zdrową telemetrię usługową, a przed ogłoszeniem rezolucji pozostało jedno pojedyncze sprawozdanie. Dotknięte POD są teraz w pełni dostępne ze wszystkimi usługami działającymi normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 września 2026 14:22 UTCupdate

   Veeva Compass doświadcza opóźnienia w dzisiejszym codziennym przetwarzaniu danych, a szacowany czas przetwarzania jest obecnie nieokreślony. W rezultacie codzienne miejsca pracy klientów pozostaną na obecnym harmonogramie i nie będzie żadnych nowych dodatków do danych sieciowych na dziś, piątek 4 września. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 września 2026 15:54 UTCupdate

   Veeva Vault POD VV1-11 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 3 września 2026 16:21 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 września 2026 14:00 UTCupdate

   Veeva Vault POD VV1-11 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 3 września 2026 14:45 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 września 2026 23:39 UTCupdate

   Veeva Vault POD VV1-11 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 3 września 2026 01:09 UTCupdate

   Nadal pracujemy nad tą sprawą.

3. 3 września 2026 01:18 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 września 2026 14:50 UTCupdate

   Veeva Vault POD VV1- 11 obecnie doświadcza zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi. Użytkownicy mogą doświadczać problemów związanych z zapisem dokumentów i obiektów w Vault do 9: 35 AM PDT po rozwiązaniu przerw. Ale ta kwestia również została rozwiązana.

2. 2 września 2026 15:15 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 września 2026 13:55 UTCupdate

   Veeva Vault POD VV1-11 doświadcza obecnie zakłóceń w obsłudze. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 2 września 2026 14:22 UTCresolved

   Afected Veeva Vault POD są teraz w pełni dostępne z wszystkich usług działających normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 30 sierpnia 2026 19:00 UTCupdate

   Zespół Veeva CRM zauważył, że niektórzy użytkownicy nie są w stanie zalogować się na platformach Sandbox i / lub korzystać z wielokanałowych działań, takich jak Zatwierdzony e-mail.. To z powodu aktualizacji Salesforce 's Winter' 27. Veeva podniosła mandat u Salesforce, by zająć się tą sprawą.

2. 1 września 2026 02:32 UTCupdate

   Kontynuujemy współpracę z Salesforce, aby rozwiązać problem wprowadzony z ich Winter '27 wydania, który uniemożliwia użytkownikom zalogowanie się z iPad. Dodatkowo zidentyfikowaliśmy inny problem dotykający użytkowników w Sandbox, gdzie niektóre przyciski są brakujące ze strony Konto. Salesforce potwierdziło, że kwestia ta jest również związana z ich uwolnieniem z Zimowych lat 27 i aktywnie współpracujemy z nimi, aby ją rozwiązać.

3. 1 września 2026 23:01 UTCupdate

   Kontynuujemy współpracę z Salesforce w tej sprawie. Salesforce przygląda się, dlaczego różne Orgi zachowują się inaczej podczas próby użycia mydła API. Dla użytkowników, którzy muszą zalogować się do iPada, można wybrać "Użyj Domeny Własny" z ekranu logowania. Ponieważ nadal współpracujemy z Salesforce w celu zbadania tej kwestii, zidentyfikowaliśmy rozwiązanie, które odniosło sukces w niektórych organach Salesforce dla użytkowników integracji. Salesforce dostarcza dodatkowych informacji na temat odpowiedniego zezwolenia na uwierzytelnianie API: Programiści sprzedaży Utwórz nowy zestaw uprawnień za pomocą włączonego autoryzacji systemu Use API Auth, a następnie przypisz to uprawnienie wybranemu użytkownikowi. Należy pamiętać, że pozwolenie Use API Auth jest dostępne tylko wtedy, gdy zostanie utworzony zestaw uprawnień z wartością licencji ustawioną na None. W niektórych organach Salesforce przypisanie uprawnień może się nie udać z następującym błędem: "Nie można przydzielić uprawnienia do ustawiania testowego _ licence _ set2 użytkownikowi Veeva Admin. Licencja użytkownika nie pozwala na pozwolenie: Użyj API Auth" Zauważyliśmy, że ta praca może być skutecznie stosowana w niektórych organach, ale nie w innych, nawet jeśli dotknięci użytkownicy mają ten sam typ licencji. Kontynuujemy współpracę z Salesforce, aby lepiej zrozumieć różnicę w zachowaniu w organach.

4. 2 września 2026 16:32 UTCupdate

   Zidentyfikowaliśmy nieplanowane UVC wynikające z wydania Salesforce Winter '27. Salesforce potwierdziło, że zachowanie to jest niespodziewane i planuje opublikować Known Issue następnego dnia. Salesforce potwierdziło: "Potwierdziliśmy, że istnieje regresja, w której istniejące korki piaskowca zmodernizowane do zimy '27 nieoczekiwanie przestawiają się z motywu Błękitnego Pioruna (SLDS 1) na nowy motyw Salesforce Cosmos (SLDS 2). To się dzieje nawet bez żadnych działań admin". Będziemy kontynuować współpracę z Salesforce nad rezolucją. W międzyczasie administratorzy mogą zmienić ustawienia motywu z powrotem na SLDS 1, aby przywrócić oczekiwane doświadczenia w zakresie UI.

5. 3 września 2026 19:02 UTCupdate

   Salesforce dostarczyło dodatkową aktualizację tematu Cosmos. Niestety zmiana tematu nie rozwiązuje problemów. Kontynuujemy współpracę z Salesforce nad rezolucją. Z Salesforce: "W tym czasie, nie mamy alternatywnej pracy do zaoferowania na organach, gdzie temat jest już poprawny i nieregulowany. Rozumiemy, że to wpływa na procesy biznesowe klienta, i traktujemy to jako priorytet biorąc pod uwagę liczbę dotkniętych klientów. Nie mamy jeszcze ETA, ale nadal będziemy naciskać na aktualizacje i damy znać, jak tylko będziemy mieć bardziej konkretne wytyczne, w tym czy udokumentowane Znane wydanie zostanie opublikowane"

6. 4 września 2026 15:27 UTCupdate

   Aktualizacja aktualnego stanu zimowych problemów z uwolnieniem Salesforce '27 w Sandbox 1. Regresja motywu UI - Błyskawiczny Niebieski (SLDS 1) przełączanie na Cosmos (SLDS 2) Salesforce potwierdziło, że dostarczone przez nich worcarounds nie usuwają w pełni Cosmos UI / zmiany funkcjonalności w Sandbox Orgs. Pracują nad ustaleniem rozwiązania w Piaskowcach. W Siedzibach Produkcyjnych Salesforce potwierdziło, że NIE będą instalować Cosmos UI jako auto, więc nie będzie to miało wpływu na Siedziby Produkcyjne, jednak nadal przeglądają metody naprawy Piaskówek. 2. Brakujące przyciski na stronie Konto To już rozwiązane. Udało nam się przyspieszyć zwolnienie Salesforce 'a, a wczorajszej nocy / dziś rano rozpracowaliśmy sprawę. Niektóre Orgi mogą nadal otrzymywać fix, jednak większość Orgs są aktualizowane i wielu klientów już potwierdziło problem jest rozwiązany. Jest to również udokumentowane tutaj: Salesforce Known Issue - a02g70008RQjN 3. Zagadnienia logowania Sandbox i SOAP API / Integracja Uwierzytelnianie użytkownika Zachowanie W Sandbox Orgs, Klienci nadal będą musieli stosować ustawienia uprawnień zmiany opisane we wcześniejszych postów, a jeśli te nie, dotrzeć do Wsparcie dla dodatkowego ręcznego kroku, który jest potrzebny do pełnego rozwiązania zachowania ustawionego zezwolenia. W Zakładach Produkcji zespół Veeva CRM będzie wydawać zmiany, aby zapewnić, że te ręczne kroki nie są potrzebne w Produkcji (to również rozwiązuje wszelkie Piaskówki, które nie zostały ręcznie). Klienci mogą potrzebować pewnych kroków, ale byłaby to jednorazowa zmiana Org, a nie zestaw zezwoleń na użytkownika. Proszę otworzyć przypadki wsparcia, jeśli masz dodatkowe pytania lub postępuj zgodnie z naszym Connect Post.

7. 8 września 2026 16:58 UTCresolved

   W ten weekend Salesforce wywinął fix tak "Użyj API Auth" pozwolenie nie jest potrzebne w Sandbox. Wszyscy użytkownicy i integracje powinni teraz działać zgodnie z oczekiwaniami bez dalszych zmian ręcznych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 sierpnia 2026 07:15 UTCupdate

   Zespół CRM Vault zauważył, że AI Conversational jest niedostępny dla użytkowników. Maszynownia bada sprawę.

2. 28 sierpnia 2026 16:12 UTCupdate

   Zidentyfikowano rozwiązanie, które wkrótce zostanie uruchomione.

3. 28 sierpnia 2026 16:17 UTCresolved

   Incydent został rozwiązany

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 sierpnia 2026 13:17 UTCupdate

   Vault CRM i s obecnie doświadczają przerywanych zdegradowanych wydajności podczas wysyłania zatwierdzonych emaili. Emaile nie wysyłają i nie przenoszą się natychmiast na status Saved. Zespoły inżynieryjne Veeva pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 21 sierpnia 2026 21:26 UTCresolved

   Affected Vault CRM usługi są teraz w pełni dostępne z wszystkich e-maili przetwarzania normalnie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 sierpnia 2026 16:00 UTCupdate

   Zespół Veeva CRM zauważył, że niewielki procent aktywności e-mail jest opóźniony. Maszynownia bada sprawę.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

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

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

1. 4 sierpnia 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 sierpnia 2026 09:32 UTCresolved

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

1. 31 lipca 2026 03:00 UTCupdate

   Badanie: SSO Login zakłóca niektóre środowiska skarbca Streszczenie wydania: Obecnie badamy problem, w którym użytkownicy nie są w stanie zalogować się do Vault za pośrednictwem Single Sign- On (SSO). Spowodowało to zastosowanie nowego certyfikatu SSO do ustawień Vault wcześniej niż ogłoszono. (W celu uzyskania odniesienia zob. uwagi do wydania Veeva) Natychmiastowe ćwiczenia (Vault Admings): Administratorzy domeny / systemu Vault mogą natychmiast przywrócić logowanie użytkowników poprzez zalogowanie się do Vault i przywrócenie konfiguracji profilu Single Sign- On (SSO) do poprzedniego (starego) certyfikatu. Proszę odnieść się do https: / / rn.veevavault.help / en / gr / certificate- rollover / # rollback. Przepraszamy za zakłócenia i dostarczy kolejną aktualizację do 1: 30 rano PT jako Zespół inżynieryjny ocenia obecnie, czy podjęte zostaną dalsze działania naprawcze.

2. 31 lipca 2026 08:20 UTCupdate

   Ostatnia aktualizacja: Nasz zespół inżynieryjny zakończył swoją ocenę i Veeva nie podejmie dalszych działań. Aby uniknąć dalszych zakłóceń, nowy certyfikat SAML pozostanie aktywny w konfiguracji skarbca. Przesłano bezpośrednie wiadomości e-mail dotyczące tego incydentu i kolejnych kroków. Przywracanie dostępu do użytkownika (natychmiastowa praca): Administratorzy domeny skarbca mogą natychmiast przywrócić dostęp do logowania swoim użytkownikom za pomocą jednej z dwóch opcji: • Opcja 1 (Complete Transition): Aktualizuj konfigurację dostawcy tożsamości (IDP), aby zaufać nowemu certyfikatowi SAML. To zrówna IDP z aktywnym ustawieniem Vault i na stałe rozwiązać problem. • Opcja 2 (Ustawienie odwrotnego skarbca): Zaloguj się do skarbca używając lokalnych / nieSSO i ręcznie przełącz konfigurację profilu SAML z powrotem do poprzedniego (starego) certyfikatu w Admin & gt; Ustawienia & gt; Profile SAML. Szczegółowe instrukcje i wskazówki pozostają dostępne w Vault Help. Jeśli jesteś administratorem wymagającym pomocy w logowaniu lub wsparcia w konfiguracji SAML, prosimy o przesłanie biletu o wysokim priorytecie z obsługą produktów Veeva. Serdecznie przepraszamy za zakłócenia spowodowane tą wcześniejszą aktualizacją. Bilet zostanie zamknięty 7 / 31 o 10: 00 w PT.

3. 31 lipca 2026 17:27 UTCresolved

   Sprawa zamknięta.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 30 lipca 2026 17:25 UTCupdate

   CRM skarbca Funkcjonalność online w regionie USA doświadcza obecnie przerywanych zdegradowanych wyników. Urządzenia offline będą nadal działać zgodnie z oczekiwaniami, jednak mogą wystąpić błędy synchronizacji i samodzielnie rozwiązać, gdy serwery są zdrowe. Zespoły inżynieryjne Veeva pracują nad jak najszybszym powrotem do normy, oczekując, że wkrótce zostanie rozwiązana

2. 30 lipca 2026 18:05 UTCresolved

   Sprawa została rozwiązana. Wszystkie serwery USA działają zgodnie z oczekiwaniami

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.