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

1. 26 августа 2026 г. в 16:24 UTCresolved

   Около 8:30 утра по UTC 25/08/2026 запланированное вращение сервера на https://hire.eulever.co/ вызвало увеличение задержки и некоторые неисправные загрузки страниц до 9:15 утра по UTC. Пострадавшие пользователи заметят «ошибку 504» во время загрузки страницы. Сервис был восстановлен для всех пользователей по состоянию на 9:15 утра UTC на 25.08.2026. Полный RCA будет опубликован в течение 7-10 рабочих дней.

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

1. 21 августа 2026 г. в 20:12 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 21 августа 2026 г. в 20:29 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 24 августа 2026 г. в 14:16 UTCresolved

   Статус: решено Наш мониторинг подтвердил, что никаких дополнительных вопросов, связанных с этим инцидентом, нет. Служба осталась стабильной, и инцидент теперь считается урегулированным. Анализ первопричин (RCA) будет предоставлен в течение 7-10 рабочих дней.

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

1. 12 августа 2026 г. в 18:13 UTCresolved

   Примерно в 10:31 утра PST на 8/12/2026 Lever Support инициировала бэкэнд-запрос данных, который заставил службы найма Lever столкнуться с ошибкой памяти. Результатом этого стала деградация сайта и неудавшаяся загрузка страниц в период с 10:31 до 10:46 по PST. Пострадавшие пользователи заметят «ошибку 500» во время загрузки страницы. Сервис был восстановлен для всех пользователей по состоянию на 10:46. В настоящее время мы работаем над дальнейшими улучшениями, чтобы снизить риск возникновения запросов Lever Support, вызывающих отключения в будущем. Полный RCA будет опубликован в течение 7-10 рабочих дней.

2. 14 августа 2026 г. в 18:26 UTCpostmortem

   ** Резюме инцидента** 12 августа 2026 года, примерно между 10:31 и 10:45 утра PDT, платформа Lever испытала частичную недоступность. В течение этого 14-минутного окна некоторые клиенты не могли получить доступ к платформе, а другие испытывали повышенные показатели ошибок для запросов API. ** Обнаружение** Проблема была выявлена путем внутреннего мониторинга. Предупреждение Datadog о неисправностях страниц базы данных, вызванных в 10:37 утра по местному времени, уведомляет команду инженеров. Это позволило респондентам изолировать конкретные узлы базы данных, испытывающие высокую нагрузку, и идентифицировать ответственные операции. **Корневая причина** Инцидент был вызван механизмом безопасности внутри внутреннего административного инструмента, предназначенного для предотвращения дорогостоящих запросов к базе данных. Когда оператор искал неиндексированные данные, эта проверка безопасности запросила «план» из базы данных, чтобы увидеть, является ли запрос безопасным для запуска. Однако из-за того, что данные не были проиндексированы, база данных попыталась оценить все возможные методы поиска, в результате чего один и тот же большой аккаунт был отсканирован 11 раз для одного запроса. Эти диагностические проверки обходили стандартные временные рамки, потребляя пропускную способность базы данных, необходимую для нормального трафика клиентов. ** Резолюция** Инженерные команды идентифицировали и прекратили длительные диагностические операции, которые немедленно восстановили производительность базы данных и стабильность платформы. После очистки была применена защита уровня базы данных, чтобы вынудить эти конкретные запросы к единому, эффективному пути, предотвращая попытку базы данных провести несколько дорогостоящих сканирований в будущем. ** Превентивные меры** ** Перепланировка проверок безопасности:** Мы заменяем текущий метод диагностики новой системой, которая проверяет безопасность запросов, непосредственно проверяя определения базы данных, устраняя необходимость проведения дорогостоящих тестов на живых данных. *** Продвинутая тревога**: Мы внедряем новый мониторинг оттока данных и долгосрочных операций для обнаружения и решения аналогичных проблем, прежде чем они повлияют на клиентов. ** Расширенная лесозаготовка:** Мы улучшаем журналы внутреннего аудита, чтобы обеспечить более быструю идентификацию и атрибуцию деятельности с административными базами данных. Оптимизация базы данных: мы добавляем новые индексы для правильной поддержки этих шаблонов поиска, гарантируя их эффективность.

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

1. 7 августа 2026 г. в 16:38 UTCinvestigating

   Issue: We are aware of an active outage with Adobe Sign, a third-party e-signature provider. This is affecting Lever customers who use the Adobe Sign integration. Customer Impact: Recruiters may be unable to generate or send offer letters for e-signature via Adobe Sign. Candidates with pending Adobe Sign requests may be unable to sign at this time. Customers using DocuSign and all other Lever functionality are unaffected. Status: Investigating. This is an upstream issue with Adobe; we are monitoring and will update as Adobe provides more information. For direct updates from Adobe, see their status page at https://status.adobe.com/

2. 7 августа 2026 г. в 17:11 UTCinvestigating

   Update — Offer Letter Sending Disrupted Issue: We've identified that this disruption is broader than initially scoped. The Adobe outage is impacting our PDF conversion process, which all offer letters — regardless of e-signature provider (Adobe Sign, DocuSign, or Native eSignature) — depend on to generate the final document. Customer Impact: All customers are currently unable to send offer letters successfully. This is no longer limited to Adobe Sign integration users. Recruiters attempting to generate or send an offer letter may see failures or delays regardless of which e-signature method is configured on their account. Status: Investigating.

3. 7 августа 2026 г. в 20:28 UTCidentified

   We found that our Fallback document converter in case of an Adobe PDF Services API outage is not working as expected. We are working on a fix to implement an immediate fallback document converter to prevent failed/stuck offer sends in cases of an Adobe PDF Services API outage. Next update: 4pm PST/PDT or earlier For the most up to date status on the Adobe API outage follow: https://status.adobe.com/products/503500/202608070024

4. 7 августа 2026 г. в 21:29 UTCmonitoring

   A fix has been implement to immediately fallback to an alternate document converter after offer document conversions are stuck for a period of time. We are currently processing through a backlog of offer sends and we expect the backlog processing to take around one to two hours. Users may notice a delay sending offers, but offer documents should send successfully. Any document (resumes, offers, etc.) image previews may show loading failures while the backlog processing catches up to real time. We are continuing to actively monitor the document previewer and Adobe PDF Services API outage.

5. 7 августа 2026 г. в 22:29 UTCresolved

   This incident has been resolved. The document converter is now processing in real time. Offers are sending with no delay and all document previews in Lever should be visible. An RCA will be available within 7-10 business days.

6. 14 августа 2026 г. в 18:16 UTCpostmortem

   **Incident Summary** On August 7, 2026, between approximately 6:00 AM and 5:30 PM ET, some customers were unable to send offer letters, and some document and resume previews failed to generate. Files uploaded successfully; only the step that converts them into a viewable PDF or preview failed. No data was lost.  **Detection** Identified on August 7 at approximately 11:47 AM ET following customer reports to our Support team. **Root Cause** A third-party service we use to convert documents into PDFs experienced an outage lasting most of the day. During it, the service accepted conversion requests but never completed them. Our system is designed to switch to a backup conversion method when that service reports a failure — but because these requests neither succeeded nor failed, they simply waited, and the backup was never used. Each waiting request also occupied one of a limited number of conversion slots, so delays spread to other documents.  **Resolution** We added a strict overall time limit to document conversions: if the third-party service does not finish within that window, we stop waiting and convert the document using our own backup method instead. We also corrected a related defect that had prevented the backup from being used reliably. Both fixes were released to production on the afternoon of August 7, while the third-party outage was still ongoing, and conversion success rates returned to normal levels the following day. We then re-processed the documents that had failed to convert during the outage.  **Preventative Measures** ·       We fixed a defect that had prevented this service's health measurements from reaching our monitoring system and are adding alerts on the document conversion failure rate, so issues like this are detected automatically and quickly, rather than through customer reports. ·       The new time limit can be adjusted without a code release, and we are documenting a procedure to route all conversions away from the third-party service during a vendor outage.

1. 14 июля 2026 г. в 14:47 UTCinvestigating

   Вопрос: Мы расследуем то, что, по-видимому, является проблемой всей платформы, в которой не отправляются письма. Влияние клиента: В настоящее время рекрутеры не могут генерировать или доставлять электронные письма кандидатам. Текущее состояние: Инженерные работы активно исследуются. В это время нет обходных путей.

2. 14 июля 2026 г. в 16:24 UTCmonitoring

   Вопрос: Мы определили проблему в масштабах всей платформы, в которой не были отправлены письма с предложениями. Влияние на клиента: рекрутеры не могли генерировать или доставлять электронные письма с предложениями кандидатам. Текущее состояние: Непосредственная проблема была смягчена. Мы активно следим за тем, чтобы подтвердить полное разрешение и стабильность.

3. 14 июля 2026 г. в 23:50 UTCresolved

   Вопрос: Мы определили проблему в масштабах всей платформы, в которой не были отправлены письма с предложениями. Влияние на клиента: рекрутеры не могли генерировать или доставлять электронные письма с предложениями кандидатам. Статус: Решено. RCA будет доступен в течение 7-10 рабочих дней.

4. 22 июля 2026 г. в 13:20 UTCpostmortem

   ** Резюме инцидента** Примерно с 13 по 14 июля 2026 года некоторые клиенты периодически не могли отправлять письма с предложениями, а некоторые предварительные просмотры документов/резюме не могли генерировать. В то время как исходные файлы были успешно загружены, шаг преобразования, необходимый для предварительных просмотров и генерации предложений, не удался. Потеря данных не произошла. ** Обнаружение** Проблема была выявлена 14 июля 2026 года, примерно в 10:43 утра по восточному времени, после сообщений от клиентов нашей команде поддержки. Инженерия подтвердила это воздействие с помощью мониторинга, который показал устойчивое увеличение количества процессов в сервисе конвертера документов до тех пор, пока он не достигнет жесткого предела системы, что приведет к отказу последующих задач. **Корневая причина** Инцидент был вызван «утечкой процесса», введенной во время недавнего обновления платформы. Изменение в том, как система обрабатывает преобразования документов, означало, что каждое преобразование начинало новый фоновый процесс, который никогда не закрывался должным образом. В течение нескольких дней эти фоновые процессы накапливались, пока система не достигла максимальной мощности. Как только этот лимит был достигнут, сервис больше не мог запускать новые процессы, необходимые для генерации писем с предложениями или предварительных просмотров документов. ** Резолюция** **Первоначальное смягчение:** В 11:20 утра 14 июля инженеры перезапустили пострадавшие служебные контейнеры. Это очистило накопленные фоновые процессы и сразу же восстановило возможность для клиентов отправлять письма с предложениями и просматривать предварительные просмотры. ** Постоянное исправление:** Обновление кода было разработано и развернуто в 8:43 вечера 14 июля. Это исправление гарантирует, что все фоновые процессы правильно завершаются и очищаются после каждого преобразования, предотвращая любое будущее накопление. ** Превентивные меры** ** Улучшение кода:** Внедрена надежная система управления процессом (используя процесс «жажды»), чтобы гарантировать, что все фоновые задачи автоматически закрываются после завершения. ** Усиленный мониторинг:** Новые автоматические оповещения были сконфигурированы таким образом, чтобы уведомлять инженерную команду, если использование процесса превышает 50% от предельного значения системы. Это позволит нам выявлять и устранять подобные утечки ресурсов за несколько дней до того, как они повлияют на клиентов. ** Обработка бэклога:** Была завершена отдельная инициатива по выявлению и повторной обработке любого документа или резюме предварительных просмотров, которые не были созданы во время окна отключения, чтобы обеспечить доступность всех предварительных просмотров для пользователей.

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

1. 13 июля 2026 г. в 18:04 UTCinvestigating

   Мы расследуем проблему, затрагивающую аутентификацию Nylas. Пользователи могут столкнуться с сообщением об ошибке «Неизвестная ошибка» при попытке сброса разрешений на интеграцию электронной почты / календаря. Время начала: 10:10 PT Следующее обновление: 1:00 вечера или раньше.

2. 13 июля 2026 г. в 19:57 UTCinvestigating

   Мы продолжаем расследование этого вопроса. Следующее обновление: 3:00 вечера или раньше.

3. 13 июля 2026 г. в 21:59 UTCidentified

   Мы продолжаем расследование этого вопроса. Следующее обновление: 5:00 PM PT

4. 14 июля 2026 г. в 00:28 UTCmonitoring

   Применяются меры по смягчению последствий, и функциональность сервиса возвращается к норме. Мы следим за эффективностью и стабильностью. Следующее обновление: по разрешению.

5. 14 июля 2026 г. в 13:08 UTCresolved

   Пользователи, возможно, получили «неизвестную ошибку» при попытке отправить электронные письма или синхронизировать свою электронную почту Microsoft и календарь в Lever. Пострадавшие пользователи не смогли аутентифицировать свою электронную почту Microsoft и интеграцию календаря, блокируя отправку электронной почты кандидатам и функциональность синхронизации календаря, критическую для набора рабочих процессов. Статус: Решено - Отправки электронной почты и синхронизация календаря теперь работают нормально. RCA будет доступен в течение 7-10 рабочих дней.

6. 22 июля 2026 г. в 13:19 UTCpostmortem

   ** Резюме инцидента** 13 июля 2026 года клиенты, использующие Microsoft \(Office 365\) для интеграции электронной почты и календаря, столкнулись с перебоями в обслуживании. Пострадавшие пользователи не смогли авторизовать или повторно авторизовать свои соединения электронной почты и календаря в Lever, часто сталкиваясь с сообщением «Неизвестная ошибка». Кроме того, исходящие электронные письма, отправленные через интеграцию Microsoft, не были доставлены в течение этого периода. Службы электронной почты и календаря Google оставались полностью работоспособными и не пострадали от этого инцидента. ** Обнаружение** Проблема была выявлена 13 июля 2026 года в 2:22 вечера по восточному времени, после сообщений от клиентов нашей команде поддержки. После расследования инженерная команда подтвердила сбои и инициировала высокоприоритетный ответ. Несмотря на то, что технический срок годности истек 12 июля 2026 года, последствия стали заметными, когда пользователи попытались обновить разрешения или отправить исходящие сообщения на следующий день. **Корневая причина** Инцидент был вызван истечением срока действия учетных данных цифровой безопасности, используемых для безопасной связи с Microsoft. Эти учетные данные действуют как безопасный «пароль», который позволяет нашим системам синхронизировать данные электронной почты и календаря. Поскольку это были общие учетные данные, используемые для интеграции Microsoft, истечение срока действия затронуло клиентов, использующих Office 365 в широком смысле, а не конкретную учетную запись. ** Резолюция** Чтобы решить эту проблему, наша команда инженеров создала новые учетные данные безопасности и обновила настройки интеграции в наших средах. Как только новые учетные данные распространялись через систему, сервис был полностью восстановлен. Восстановление было проверено путем внутреннего тестирования и подтверждено успешными повторными авторизациями клиентов к 8:28 вечера по восточному времени 13 июля 2026 года. В результате этого инцидента потери данных не произошло. ** Превентивные меры** Чтобы предотвратить повторение этого вопроса, мы внедряем следующие улучшения: ** Автоматизированное отслеживание истечения срока действия:** Мы устанавливаем формальный процесс отслеживания всех учетных данных интеграции с автоматическими напоминаниями, установленными задолго до истечения срока действия. ** Активный мониторинг** Новое оповещение было настроено на обнаружение сбоев в авторизации, что позволяет нашей команде выявлять и решать аналогичные проблемы, прежде чем они повлияют на клиентов.

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

1. 8 июля 2026 г. в 17:17 UTCidentified

   7-3-2026 мы узнали о проблеме, затрагивающей рычажные экземпляры с аутентификацией Nylas (обычно используется для клиентов с локальными службами электронной почты / календаря Microsoft Exchange). Влияет только аутентификация Nylas, не наблюдалось аналогичного поведения для аутентификации клиентов с помощью служб Office 365 или Google. Пользователи могут столкнуться с сообщением «500 ошибок» при попытке сброса разрешений на электронную почту / календарь, и мы наблюдали несколько неожиданных циклов электронной почты, в результате которых кандидаты получают дублирующие электронные письма каждые 10-15 минут. Причина: 500-е и сбои в электронной почте вызваны известной ошибкой в Node.js v24.17.0 (https://github.com/nodejs/node/issues/63989). Версия безопасности v24.17.0 (CVE-2026-48931) изменила обработку розетки «http.Agent» таким образом, что «node-fetch» бросает «ERR STREAM PREMATURE CLOSE» («Преждевременный замыкание») на пропущенные ответы внешним поставщикам (Nylas/Google). Наши сервисы подобрали эту ошибку с помощью миграции Node 18→24 (Произошло 06-30-2026). Баг был исправлен вверх по течению в Node 24.18.0 Этот вопрос должен быть решен в развертывании сегодня (7-8-2026). Мы предоставим обновленную информацию о статусе проблемы и сроках развертывания как можно скорее.

2. 8 июля 2026 г. в 20:03 UTCmonitoring

   По состоянию примерно на 12:15 вечера PST/PDT был реализован 7/8/2026. Синхронизация электронной почты и календаря теперь полностью функциональна для экземпляров Lever, настроенных с помощью аутентификации Nylas. Мы продолжаем следить за эффективностью исправления. Анализ первопричин (RCA) будет опубликован в рамках стандартного соглашения об уровне обслуживания.

3. 9 июля 2026 г. в 16:19 UTCresolved

   Этот инцидент урегулирован. Анализ первопричин (RCA) будет опубликован в течение 7-10 рабочих дней.

4. 9 июля 2026 г. в 20:43 UTCpostmortem

   ** Резюме инцидента** В период со 2 июля 2026 года по 8 июля 2026 года некоторые клиенты испытывали периодические сбои, влияющие на услуги электронной почты и календаря. Основные эффекты включали ошибки при отправке или синхронизации электронных писем и случайные «500 ошибок» во время входа в систему. Эти проблемы были вызваны технической регрессией в базовой среде выполнения (Node.js), которая обрабатывает исходящие соединения со сторонними службами. Для подмножества клиентов, использующих определенные настройки интеграции электронной почты, нестабильность соединения заставила систему неправильно воспринимать успешную отправку электронной почты как сбой. Это спровоцировало автоматический механизм повторного использования, что в некоторых случаях приводило к «петле повторного использования», когда одно и то же сообщение пересылалось получателям через регулярные промежутки времени до стабилизации соединения. ** Обнаружение** Проблема была выявлена после сообщений о периодических сбоях в обслуживании. Наши группы поддержки и инженеры провели тщательное расследование этих отчетов, выявив конкретную картину сбоев соединения в наших системных журналах. Дальнейший анализ подтвердил, что воздействие началось примерно 2 июля 2026 года после регулярного обновления нашей сервисной инфраструктуры. **Корневая причина** Основной причиной стал дефект в конкретной версии Node.js \(версия 24.17.0\), программной среде, используемой для запуска наших сервисов. Эта версия содержала недостаток в том, как она управляла «сохраняемыми» соединениями — многоразовыми соединениями, используемыми для связи с внешними службами. При определенных условиях программное обеспечение преждевременно закрывает эти соединения до завершения задачи, что приводит к неудавшимся отправкам электронной почты и ошибкам синхронизации данных. ** Резолюция** Для решения проблемы наша инженерная команда выполнила следующие шаги: ** Идентификация:** Связана ошибка «Преждевременная близость» с известной регрессией во время выполнения Node.js. ** Модернизация:** Обновлено изображение базовой системы до версии Node.js 24.18.0, которая содержит официальное исправление этой проблемы соединения. *** Развертывание:** Восстановление и передислокация критически важных служб \(включая компоненты электронной почты и календаря\) в исправленной версии. *** Проверка:** Подтверждено, что ошибки соединения прекратились и стабильность обслуживания вернулась к нормальному уровню 8 июля 2026 года. ** Превентивные меры** Чтобы предотвратить подобные проблемы в будущем, мы внедряем следующие улучшения: **Версия Пиннинг:** Мы обновили процесс сборки, чтобы обеспечить развертывание только полностью проверенных версий. ** Усиленный мониторинг:** Мы добавляем специальные оповещения об ошибках исходящего соединения для более быстрого обнаружения и реагирования на аналогичные сбои связи. ** Автоматизированное тестирование:** Мы внедряем новые синтетические проверки для синхронизации электронной почты и календаря, чтобы активно выявлять проблемы, прежде чем они повлияют на клиентов. ** Улучшенная видимость:** Мы обновляем наши внутренние приборные панели, чтобы обеспечить лучшую видимость точных версий программного обеспечения, работающих в нашей производственной среде, чтобы ускорить будущие диагнозы.

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

1. 22 июня 2026 г. в 14:44 UTCinvestigating

   We are currently investigating an issue impacting access to our platforms. A broader Cloudflare service disruption is affecting connectivity, resulting in: Request timeouts Increased latency and slow page loads Cloudflare-generated error pages (including 5xx errors) Intermittent access to platform services Our teams are actively monitoring the situation and assessing the impact on our services. While the issue appears to originate from Cloudflare's infrastructure, we continue to monitor service health and will provide updates as additional information becomes available. Customers can monitor Cloudflare's incident status directly at: https://www.cloudflarestatus.com/ Start Time: ~9:35 EDT We apologize for the inconvenience and appreciate your patience while service providers work to restore normal operations. Customer Impact: Users may experience intermittent access issues, delayed responses, request failures, or Cloudflare error pages when accessing platform services. Reference: Cloudflare Status Page — https://www.cloudflarestatus.com/

2. 22 июня 2026 г. в 16:17 UTCidentified

   Monitoring Third-Party Network Issue Status: We continue to monitor an ongoing third-party network incident affecting Cloudflare, which is causing intermittent timeouts, increased latency, and occasional Cloudflare error pages for some users accessing our platforms. Based on updates from Cloudflare, the issue is related to a network infrastructure event in North America, and their engineering teams are actively rerouting traffic and implementing mitigation measures to restore service stability. At this time, the underlying issue resides with a third-party provider and is outside of our direct control. Our teams are closely monitoring the situation and validating service availability as Cloudflare implements corrective actions. Customers may continue to experience intermittent connectivity issues, slow response times, or timeout errors until Cloudflare has fully resolved the incident. For the latest updates, please monitor Cloudflare's status page directly: https://www.cloudflarestatus.com/ We appreciate your patience and will continue to provide updates as new information becomes available.

3. 22 июня 2026 г. в 18:21 UTCresolved

   Cloudflare has reported that its traffic engineering efforts have successfully mitigated the majority of congestion and packet loss associated with this incident. As a result, service conditions are improving; however, some users may still experience intermittent connectivity issues while their recovery efforts continue. Customer Impact: Most services have stabilized, but some users may continue to experience intermittent latency, timeouts, or connectivity issues during the final stages of recovery. Customers can monitor the latest updates directly on Cloudflare's status page: https://www.cloudflarestatus.com/ We will continue to provide updates as new information becomes available.

1. 16 июня 2026 г. в 22:25 UTCinvestigating

   We became aware of an issue affecting the North America data center where Visual Insights is not loading new data in some customer accounts. The issue started occurring on Tuesday, 6/16/2026 at approximately 7:30am PST/PDT. Updates will be provided as we work to investigate the issue.

2. 16 июня 2026 г. в 22:33 UTCinvestigating

   We are continuing to investigate this issue affecting Visual Insights. New data may be delayed to appear in Visual Insights or may be missing. Start time: 6/16/2026 7:30am PST/PDT Next update: 6/17/2026 8am PST/PDT or sooner.

3. 17 июня 2026 г. в 18:31 UTCidentified

   We have identified the issue affecting the Visual Insights (Snowflake) database and have implemented a fix on Wednesday, June 17 at approximately 10:30am PST/PDT.

4. 17 июня 2026 г. в 18:33 UTCmonitoring

   We are continuing to monitor the effectiveness of the fix for Visual Insights reporting. We anticipate that reporting data may still have discrepancies for approximately 10 to 15 hours. We are continuing to monitor that data is backfilling on schedule as expected. Next update: 6/17/2026 5pm PST/PDT or sooner.

5. 18 июня 2026 г. в 16:24 UTCresolved

   The data backfill has completed at approximately 5:00am PST/PDT on 6/18/2026. All Visual Insights reports should now be a complete and accurate representation of current data. A root cause analysis (RCA) will be published to this incident within the standard Service Level Agreement (SLA).

6. 22 июня 2026 г. в 19:49 UTCpostmortem

   #### **Incident Summary** Between June 14 and June 18, 2026, analytics reports in the Visual Insights "Custom Data Explorer" displayed outdated information. While the live platform remained fully accurate and no data was lost, the reports stopped reflecting real-time changes \(such as candidate stage updates\). This resulted in a "stale" snapshot of data being shown to all reporting customers for approximately four days. **Detection** The issue was identified on June 17, 2026, following reports from customers who noticed that their report counts did not match the live data in the platform. Upon investigation, our engineering team confirmed that the data pipeline responsible for updating these reports had stopped processing new information on June 14. #### **Resolution** Once identified, our engineering team restarted the affected component, which safely resumed and caught up on all pending changes with no data loss. Report accuracy was fully restored, and the cited figures now match the live platform. No action was required from customers at any point. #### **Preventative Measures** To prevent this issue from recurring, we have taken the following actions: * **Enhanced Auto-Recovery:** We updated the system to automatically recognize and recover from this specific type of database restart error, allowing it to self-heal without manual intervention. * **Improved Monitoring:** We are implementing more granular alerts that monitor the specific workers within the data pipeline. This ensures that if a single worker stops, we are notified within minutes. * **Data Freshness Checks:** We are adding new automated checks that compare live platform data against the reporting store to detect any "freshness" gaps immediately.

1. 11 июня 2026 г. в 17:28 UTCinvestigating

   We are investigating an issue affecting the LinkedIn Job Board integration. Users may experience inaccurate posting locations appearing in LinkedIn when passing postings via the LinkedIn Job Board integration, we do not currently have any reports of inaccuracies from the LinkedIn Apply Connect integration. Start time: 9:00 AM Pacific 6/11/2026 Next update: 12:30 PM 6/11/2026 or sooner.

2. 11 июня 2026 г. в 19:33 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 2:30 PM Pacific 6/11/2026 or sooner

3. 11 июня 2026 г. в 21:42 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 4:30 PM Pacific 6/11/2026 or sooner

4. 11 июня 2026 г. в 23:25 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 9:30 AM Pacific 6/12/2026 or sooner

5. 12 июня 2026 г. в 16:43 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 11:30 AM Pacific 6/12/2026 or sooner

6. 12 июня 2026 г. в 19:03 UTCinvestigating

   We are continuing to investigate this issue in partnership with the LinkedIn team. Next Update 1:30 PM Pacific 6/12/2026 or sooner

7. 12 июня 2026 г. в 19:10 UTCresolved

   Posting Locations should now be populating as expected. Please follow up with Lever Support if you see any postings continuing to display an inaccurate location in LinkedIn.

1. 23 апреля 2026 г. в 18:26 UTCinvestigating

   We are investigating an issue affecting some users Microsoft Office 365 email/calendar services are unable to schedule interview events or send emails in Lever. The impact appears to be limited to only accounts where Administrator Consent for email/calendar permissions is enabled. Affected users are currently unable to schedule interviews or send emails in Lever and may see one or more error messages including “Could not load events” and/or “Your email/calendar integration isn't working” related to scheduling and email. We are currently investigating this issue and will provide updates from our Engineering team as new information becomes available. Users may experience issues when scheduling interviews or sending emails. Start time: April 21, 2026, 1:40 PM PDT

2. 23 апреля 2026 г. в 20:11 UTCresolved

   This incident has been resolved. Incident Duration: April 21, 2026, 1:40 PM– April 23, 2026 11:00 AM PT Impact Summary: During this window, customers using Microsoft Office365 were unable to retrieve interviewer availability or schedule interviews. Existing data was not lost, but new scheduling actions failed until service was restored. Cause: An internal encryption key rotation was completed for several services, but a related dependency used by the calendar service was not updated. As a result, the calendar service was unable to read newly issued Microsoft access tokens, causing scheduling requests to fail for Office365-connected accounts. Mitigation: The calendar service was updated to use the correct dependency compatible with the new encryption keys. Once deployed, scheduling functionality was fully restored and verified in production. An RCA will be provided within 7-10 business days if applicable.

1. 21 апреля 2026 г. в 21:07 UTCinvestigating

   Around 8:50am PT on 4/21/2026 we became aware of an issue where some users Microsoft Office 365 email/calendar services are unable to schedule interview events or send emails in Lever. The impact appears to be limited to only accounts where Administrator Consent for email/calendar permissions is enabled. Affected users are currently unable to schedule interviews or send emails in Lever and may see one or more error messages including “Could not load events” and/or “Your email/calendar integration isn't working” related to scheduling and email. We are currently investigating this issue and will provide updates from our Engineering team as new information becomes available.

2. 21 апреля 2026 г. в 23:26 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 апреля 2026 г. в 01:05 UTCmonitoring

   We have identified the issue causing failed Lever user permission syncs with Microsoft Office 365 email/calendar services for users with Administrator provided email/calendar permissions. A fix was deployed at approx. 4:39pm PT on 4/21/2026. We are actively monitoring the fix to ensure continued email/calendar sync availability.

4. 22 апреля 2026 г. в 12:07 UTCresolved

   This incident has been resolved. Issue: Users with Microsoft 365 calendar integrations experienced authentication failures, causing email and calendar sync to stop working. Resetting the calendar cache resulted in an endless loading state. Impact: Affected users were unable to schedule interviews or view availability in Lever. The issue was limited to accounts using Admin Consent–based Microsoft 365 authentication. A fix was applied at approximately 4:39 pm PDT on 4/24/2026. An RCA will be available within 7-10 business days if applicable.

5. 23 апреля 2026 г. в 13:33 UTCpostmortem

   We want to share an update on a recent automation issue, including what happened, how it was resolved, and the steps we’ve taken to prevent it from happening again. **Date/Time:** April 21, 2026, **1:40 PM – 4:39 PM PDT** **Duration:** **2 hours 59 minutes** ### Customer Impact During this window, customers using Microsoft Office365 were unable to retrieve interviewer availability or schedule interviews. Existing data was not lost, but new scheduling actions failed until service was restored. ### Root Cause An internal encryption key rotation was completed for several services, but a related dependency used by the calendar service was not updated. As a result, the calendar service was unable to read newly issued Microsoft access tokens, causing scheduling requests to fail for Office365-connected accounts. ### Resolution The calendar service was updated to use the correct dependency compatible with the new encryption keys. Once deployed, scheduling functionality was fully restored and verified in production. ### Preventative Actions * Expand automated test coverage to explicitly validate scheduling flows for Microsoft Office365 accounts. * Improve internal validation and service dependency checks during encryption key rotations.

1. 17 апреля 2026 г. в 17:45 UTCinvestigating

   We are currently investigating an issue preventing new API keys from being generated in our EU environment (EUDC). Impact: Existing or pre-existing API connections in the EU region may also be impacted. Global (non-EU) environments remain unaffected at this time. Updates to follow shortly

2. 17 апреля 2026 г. в 18:53 UTCresolved

   This incident has been resolved. Impact Summary: Customers may have had an issue preventing new API keys from being generated in our EU environment (EUDC). Existing or pre-existing API connections in the EU region may also be impacted. Global (non-EU) environments were unaffected An RCA will be provided within 7-10 business days if applicable.

1. 17 апреля 2026 г. в 17:15 UTCinvestigating

   We are currently investigating this issue.

2. 17 апреля 2026 г. в 17:33 UTCidentified

   Impact: Partial outage – subset of users unable to access Lever We are investigating reports that some users receive a “Site Not Found” error when accessing hire.lever.co and related pages. This issue appears limited to a subset of customers and is related to an ongoing incident with our upstream network provider (Cloudflare): https://www.cloudflarestatus.com/ Our systems are operating normally, but connectivity for some users is being impacted by this third‑party provider. We are monitoring their incident and will provide updates as more information becomes available. There is currently no known workaround.

3. 17 апреля 2026 г. в 17:36 UTCidentified

   We are continuing to work on a fix for this issue.

4. 17 апреля 2026 г. в 18:59 UTCmonitoring

   Cloudflare has implemented a fix for this issue and are currently monitoring. Impact: Partial outage – a subset of users were unable to access Lever Some users may have received a “Site Not Found” error when accessing hire.lever.co and related pages. For updated info and an RCA, refer to Cloudflare's status page: https://www.cloudflarestatus.com/

5. 17 апреля 2026 г. в 21:11 UTCresolved

   This incident has been resolved.

1. 27 марта 2026 г. в 18:07 UTCresolved

   At about 3:00pm PST on 3/26/2026 the Lever Support Team triggered a data operation job through an internal admin interface. The data required for this job did not have sufficient database indexes available on the server which caused significant strain on the database servers. The result of this caused site degradation and failed page loads for hire.lever.co between 3:04pm - 3:26pm PST. Impacted users would notice a "500 error" during the affected page loads. Service was restored to all users as of 3:26pm PST. Following this time we continued to optimize the databases for the intended data operation. Full functionality was reached at about 10:00pm PST.

1. 26 марта 2026 г. в 12:02 UTCinvestigating

   We are investigating an issue affecting the availability of reporting data. Users may experience delays in getting up-to-date reporting data, specifically related to profile cards. Start time: Approximately 4 am EST Next update: 10 am EST or sooner.

2. 26 марта 2026 г. в 12:36 UTCidentified

   We have identified the root cause affecting the delay of data related top profile cards. Mitigation is currently in progress. Next update: 10:30 am EST or sooner.

3. 26 марта 2026 г. в 14:12 UTCmonitoring

   Mitigation steps have been applied and service functionality is returning to normal and processing of delayed data should be complete within the next 2 hours. We are monitoring for continued performance and stability. Next update: 12 pm EST or upon full resolution.

4. 26 марта 2026 г. в 14:13 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 26 марта 2026 г. в 18:13 UTCresolved

   This incident has been resolved. Impact Summary: Users may have experienced delays in getting up-to-date reporting data, specifically related to profile cards. Incident Duration: Started at approximately 4 am EST and resolution confirmed at 9 am EST An RCA will be provided within 7-10 business days

1. 5 марта 2026 г. в 19:59 UTCidentified

   We’ve identified the issue causing the "enable AI Interview Companion for all postings" button to not work, and we’re working to implement a fix. Additional updates will be provided as soon as a resolution is in place.

2. 6 марта 2026 г. в 21:25 UTCidentified

   We’ve completed a fix for the issue that caused the “Enable AI Interview Companion for all postings” button to stop working. The team is currently finishing testing, and the release is planned for Monday, March 9. Additional updates will be provided as soon as the fix is deployed. Next update: Monday, March 9 at 12:00 PM ET or earlier.

3. 9 марта 2026 г. в 16:36 UTCidentified

   We’ve completed a fix for the issue that caused the “Enable AI Interview Companion for all postings” button to stop working. The release is expected to be deployed today. Next update: Monday, March 9, at 5:00 PM ET or earlier.

4. 9 марта 2026 г. в 18:13 UTCresolved

   The issue with the AI Interview Companion Enable for all Jobs settings in Lever has been resolved. The incident occurred from 11:59 am PST 3/6/2026 - 10 am PST 3/9/2026. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 11 февраля 2026 г. в 18:26 UTCinvestigating

   We are currently investigating an issue that is causing general opportunities to be created when an opportunity is archived. Issues impacting candidate archiving were noticed around February 10, 2026 at 1:00 PM PT. Our Engineering teams are actively working to resolve this as soon as possible.

2. 11 февраля 2026 г. в 20:08 UTCidentified

   We’ve identified the issue causing general opportunities to be created when an opportunity is archived, and we’re working to implement a fix. Additional updates will be provided as soon as a resolution is in place.

3. 12 февраля 2026 г. в 01:36 UTCresolved

   The issue where general opportunities were showing when archiving opportunities has been resolved. The incident occurred from February 10, 2026 at 1:00 PM PT to February 11, 2026 at 5:30 PM PT. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 4 февраля 2026 г. в 12:04 UTCinvestigating

   We are currently investigating an issue that is intermittently affecting the API. Our Engineering teams are actively working to resolve this as soon as possible.

2. 4 февраля 2026 г. в 12:33 UTCidentified

   The issue has been identified and we are working on the fix.

3. 4 февраля 2026 г. в 12:37 UTCmonitoring

   A fix has been implemented, and we are monitoring the results.

4. 4 февраля 2026 г. в 13:05 UTCresolved

   The incident occurred from 3:30 am Pacific time until 5:00 am Pacific time. No further action will be required from impacted users to have restored functionality. There should be no further impact at this time, but please reach out to us at Support if any additional assistance is needed: https://help.lever.co/hc/en-us/requests/new

1. 29 января 2026 г. в 19:04 UTCinvestigating

   We are currently investigating this issue.

2. 30 января 2026 г. в 20:38 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 31 января 2026 г. в 00:34 UTCresolved

   This incident has been resolved.