История сбоев Veeva

1. 4 сентября 2026 г. в 14:22 UTCupdate

   Veeva Compass испытывает задержку в ежедневной обработке данных, и расчетное время обработки в настоящее время не определено. В результате ежедневные рабочие места клиентов останутся в их текущем графике, и на сегодня, в пятницу, 4 сентября, не будет добавлено новых сетевых данных. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

Автоматический перевод официального обновления инцидента.

1. 3 сентября 2026 г. в 15:54 UTCupdate

   Veeva Vault POD VV1-11 в настоящее время испытывает сбои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 3 сентября 2026 г. в 16:21 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 3 сентября 2026 г. в 14:00 UTCupdate

   Veeva Vault POD VV1-11 в настоящее время испытывает сбои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 3 сентября 2026 г. в 14:45 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 23:39 UTCupdate

   Veeva Vault POD VV1-11 в настоящее время испытывает сбои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 3 сентября 2026 г. в 01:09 UTCupdate

   Мы все еще работаем над этим вопросом.

3. 3 сентября 2026 г. в 01:18 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 14:50 UTCupdate

   Веева Свод VV1-11 В настоящее время наблюдается сбой в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние. Пользователи могут столкнуться с проблемами, связанными с загрузкой документов и записей объектов в хранилище до 9:35 утра после разрешения отключения. Но и сейчас этот вопрос решен.

2. 2 сентября 2026 г. в 15:15 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 13:55 UTCupdate

   Veeva Vault POD VV1-11 в настоящее время испытывает сбои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 2 сентября 2026 г. в 14:22 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 30 августа 2026 г. в 19:00 UTCupdate

   Команда Veeva CRM заметила, что некоторые пользователи не могут войти в Sandbox и / или использовать многоканальные действия, такие как одобренная электронная почта. Это связано с обновлением Salesforce Winter '27. Веева собрала билет в Salesforce для решения этой проблемы.

2. 1 сентября 2026 г. в 02:32 UTCupdate

   Мы продолжаем работать с Salesforce, чтобы решить проблему, представленную в их выпуске Winter 27, который не позволяет пользователям входить в систему с iPad. Кроме того, мы выявили еще одну проблему, затрагивающую пользователей в Sandbox, где некоторые кнопки отсутствуют на странице учетной записи. Salesforce подтвердила, что этот вопрос также связан с их выпуском Winter '27, и мы активно работаем с ними, чтобы решить его.

3. 1 сентября 2026 г. в 23:01 UTCupdate

   Мы продолжаем работать с Salesforce по этому вопросу. Salesforce изучает, почему различные организации ведут себя по-разному при попытке использовать мыльный API. Для пользователей, которым необходимо войти в iPad, вы можете выбрать «Использовать пользовательский домен» с экрана входа. Поскольку мы продолжаем работать с Salesforce для расследования этой проблемы, мы определили решение, которое было успешным в некоторых организациях Salesforce для пользователей интеграции. Salesforce предоставляет дополнительную информацию о соответствующем разрешении на аутентификацию API: Разработчики Salesforce Создайте новый набор разрешений с включенным разрешением системы Use Any API Auth, а затем назначьте этот набор разрешений пострадавшему пользователю. Обратите внимание, что разрешение Use Any API Auth доступно только тогда, когда набор разрешений создан со значением Лицензии, установленным для None. В некоторых организациях Salesforce назначение набора разрешений может привести к ошибке: "Не может назначить пользователю Veeva Admin набор разрешений test permission set2. Лицензия пользователя не позволяет получить разрешение: Используйте любой API Auth. Мы заметили, что этот обходной путь может быть успешно применен в некоторых организациях, но не в других, даже если затронутые пользователи имеют тот же тип лицензии. Мы продолжаем работать с Salesforce, чтобы лучше понять разницу в поведении между организациями.

4. 2 сентября 2026 г. в 16:32 UTCupdate

   Мы определили незапланированный UVC в результате выпуска Salesforce Winter 27. Salesforce подтвердила, что такое поведение является неожиданным и планирует опубликовать «Известный выпуск» в течение следующего дня. Salesforce подтвердила: «Мы подтвердили, что существует регрессия, когда существующие песочницы, обновленные до Winter 27, неожиданно переходят от темы Lightning Blue (SLDS 1) к более новой теме Salesforce Cosmos (SLDS 2).» Это происходит даже без каких-либо действий администратора». Мы продолжим работать с Salesforce над резолюцией. Тем временем, администраторы могут изменить настройки темы на SLDS 1, чтобы восстановить ожидаемый пользовательский интерфейс.

5. 3 сентября 2026 г. в 19:02 UTCupdate

   Salesforce предоставила дополнительную информацию по теме Cosmos. К сожалению, изменение темы не решает проблем. Мы продолжаем работать с Salesforce над резолюцией. Из Salesforce: "В настоящее время у нас нет альтернативного варианта обхода для организаций, где тема уже является правильной и не поддается корректировке. Мы понимаем, что это влияет на бизнес-процессы вашего клиента, и мы рассматриваем это как приоритет, учитывая количество затронутых клиентов. У нас еще нет исправления ETA, но мы продолжим настаивать на обновлениях и сообщим вам, как только у нас будет более конкретное руководство, в том числе о том, будет ли опубликован документированный известный выпуск»

6. 4 сентября 2026 г. в 15:27 UTCupdate

   Обновлено о текущем статусе выпуска Winter '27 Salesforce в Sandbox 1. UI Theme Regression — Lightning Blue (SLDS 1) переключение на Cosmos (SLDS 2) Salesforce подтвердила, что предлагаемые обходные пути не полностью устраняют изменения пользовательского интерфейса и функциональности Cosmos в Sandbox Orgs. Они работают над исправлением этого в песочницах. В производственных организациях Salesforce подтвердила, что не будет развертывать пользовательский интерфейс Cosmos в качестве автоматического, поэтому это не повлияет на производственные организации, однако они продолжают изучать методы исправления песочниц. 2. Пропавшие кнопки на странице учетной записи Теперь это решено. Мы смогли ускорить дату их выпуска, и вчера вечером / этим утром было развернуто исправление, чтобы решить проблему. Некоторые организации все еще могут получать исправление, однако большинство организаций обновляются, и многие клиенты уже подтвердили, что проблема решена. Это также задокументировано здесь: Известная проблема Salesforce - a02g7000008RQjN 3. Проблемы входа в песочницу и поведение SOAP API/интеграции пользователя В Sandbox Orgs Клиенты по-прежнему должны будут применять изменения набора разрешений, описанные в предыдущих сообщениях, и если они не сработают, обратитесь в службу поддержки для дополнительного ручного шага, который необходим для полного разрешения поведения набора разрешений. В Production Orgs команда Veeva CRM будет выпускать изменения, чтобы гарантировать, что эти ручные шаги не нужны в Production (это также решит любые Sandbox Orgs, которые не были вручную). Клиентам могут потребоваться шаги, однако это будет одноразовое изменение организации, а не набор разрешений для пользователя. Пожалуйста, откройте чехлы поддержки, если у вас есть дополнительные вопросы или следуйте нашим сообщениям.

7. 8 сентября 2026 г. в 16:58 UTCresolved

   В эти выходные Salesforce выпустила исправление, поэтому в Sandbox не требуется разрешение «Использовать любой API Auth». Теперь все пользователи и интеграции должны работать так, как ожидалось, без каких-либо дальнейших ручных изменений.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 07:15 UTCupdate

   Команда Vault CRM заметила, что Conversational AI недоступен для пользователей. Инженеры расследуют этот вопрос.

2. 28 августа 2026 г. в 16:12 UTCupdate

   Решение было определено и будет развернуто в ближайшее время.

3. 28 августа 2026 г. в 16:17 UTCresolved

   Инцидент был разрешен

Автоматический перевод официального обновления инцидента.

1. 21 августа 2026 г. в 13:17 UTCupdate

   Vault CRM i в настоящее время испытывает прерывистое ухудшение производительности при отправке утвержденных электронных писем. Электронные письма не отправляются сразу и не переходят в статус сохраненных. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 21 августа 2026 г. в 21:26 UTCresolved

   Затронутые CRM-сервисы Vault теперь полностью доступны для обработки всех электронных писем.

Автоматический перевод официального обновления инцидента.

1. 13 августа 2026 г. в 16:00 UTCupdate

   Команда Veeva CRM заметила, что небольшой процент активности электронной почты задерживается. Инженеры расследуют этот вопрос.

Автоматический перевод официального обновления инцидента.

1. 5 августа 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 августа 2026 г. в 16:38 UTCresolved

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

1. 4 августа 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 августа 2026 г. в 09:32 UTCresolved

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

1. 31 июля 2026 г. в 03:00 UTCupdate

   Исследование: сбои входа SSO в некоторых средах хранилища Резюме выпуска: В настоящее время мы расследуем проблему, когда пользователи не могут войти в хранилище через Single Sign-On (SSO). Это было вызвано тем, что новый сертификат SSO был применен к настройкам хранилища ранее, чем было объявлено. (Для справки см. Veeva Release Notes .) Немедленный обход (Vault Admins): Администраторы Vault Domain/System могут немедленно восстановить логины пользователей, войдя в Vault и вернув конфигурацию профиля Single Sign-On (SSO) к предыдущему (старому) сертификату. Ссылка на https://rn.veevavault.help/en/gr/certificate-rollover/#rollback. Мы приносим извинения за нарушение и предоставим еще одно обновление к 1:30 утра по восточному времени. Инженерная группа в настоящее время оценивает, будут ли приняты какие-либо дальнейшие корректирующие меры.

2. 31 июля 2026 г. в 08:20 UTCupdate

   Последнее обновление: Наша инженерная команда завершила их оценку, и никаких дальнейших действий со стороны Veeva не будет. Чтобы избежать дальнейших сбоев, новый сертификат SAML будет оставаться активным в конфигурациях Vault. Прямые сообщения электронной почты были отправлены относительно этого инцидента и следующих шагов. Восстановление доступа пользователей (немедленный обход): Администраторы Vault Domain могут немедленно восстановить доступ к логину для своих пользователей, используя один из двух вариантов: • Вариант 1 (полный переход): Обновите конфигурацию IdP, чтобы доверять новому сертификату SAML. Это выровняет ваш IdP с активным настроем Vault и навсегда решит проблему. • Вариант 2 (Revert Vault Setting): Войдите в хранилище, используя локальные / не SSO учетные данные, и вручную верните конфигурацию профиля SAML обратно к предыдущему (старому) сертификату в соответствии с Admin > Settings > SAML Profiles. Подробные инструкции и рекомендации остаются доступными в Vault Help. Если вы являетесь администратором, которому требуется помощь при входе в систему или поддержка вашей конфигурации SAML, пожалуйста, отправьте приоритетный билет с поддержкой продукта Veeva. Мы искренне извиняемся за сбои, вызванные этим преждевременным обновлением. Этот билет будет закрыт 7/31 в 10:00.

3. 31 июля 2026 г. в 17:27 UTCresolved

   Вопрос закрыт.

Автоматический перевод официального обновления инцидента.

1. 30 июля 2026 г. в 17:25 UTCupdate

   CRM Cault Онлайн-функциональность в регионе США в настоящее время испытывает периодическое ухудшение производительности. Офлайн-устройства будут продолжать работать, как и ожидалось, однако могут возникнуть ошибки синхронизации и самоустранения, как только серверы будут здоровы. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние, ожидая решения в ближайшее время

2. 30 июля 2026 г. в 18:05 UTCresolved

   Этот вопрос решен. Все серверы США работают так, как и ожидалось

Автоматический перевод официального обновления инцидента.

1. 29 июля 2026 г. в 21:00 UTCupdate

   Команда Veeva CRM заметила увеличение количества многоканальных рабочих мест. Инженеры расследуют этот вопрос.

2. 30 июля 2026 г. в 00:06 UTCresolved

   Инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 июля 2026 г. в 14:56 UTCupdate

   Veeva Compass в настоящее время испытывает задержку в повседневной работе. В результате, повторяющиеся ежедневные рабочие места будут работать позже запланированного времени начала. Обновление доверия будет опубликовано после того, как будут запущены ежедневные рабочие места.

2. 29 июля 2026 г. в 00:00 UTCresolved

   Все ежедневные рабочие места были возобновлены и обработаны в течение 28.07.2026.

Автоматический перевод официального обновления инцидента.

1. 26 июля 2026 г. в 19:04 UTCupdate

   Veeva Vault POD VV1-20 в настоящее время испытывает сбои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 26 июля 2026 г. в 20:14 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 15:33 UTCupdate

   Веева Свод VV2-2075 В настоящее время наблюдается сбой в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 21 июля 2026 г. в 15:50 UTCresolved

   Пострадавшие Веева Свод PODs Теперь он полностью доступен для всех служб, работающих в обычном режиме.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 01:41 UTCupdate

   Был краткий отчет об отключении RTSM (07/20/2026) для Исследования за пределами глобальной защиты VPN. Вопрос был быстро решен и Восстановлен доступ ко всем исследованиям Приблизительное время начала: 09:41 PM Восточное время 20 июля 2026 Приблизительное время окончания: 10:22 вечера по восточному времени 20 июля 2026 года Описание: Производство Серверы стали недоступны для пользователей вне VPN GlobalProtect Текущее состояние: решенный

2. 21 июля 2026 г. в 02:22 UTCresolved

   Затронутые сервисы Veeva RTSM теперь полностью доступны, все сервисы работают в штатном режиме.

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 13:15 UTCupdate

   Veeva Vault POD VV2-2098 в настоящее время испытывает перебои в обслуживании. Инженерные команды Veeva работают над тем, чтобы как можно быстрее вернуть сервис в нормальное состояние.

2. 20 июля 2026 г. в 13:27 UTCresolved

   Пострадавшие POD Veeva Vault теперь полностью доступны со всеми службами, работающими в обычном режиме.

Автоматический перевод официального обновления инцидента.