Histórico de interrupções do Lever

1. 26 Eost 2026 da 16:24 UTCresolved

   Por volta das 8h30 UTC, em 25/08-2026, uma rotação programada do servidor em https://hire.eulever.co/ causou um aumento da latência e algumas cargas falhadas da página até às 9h15 UTC. Os usuários impactados perceberiam um "erro 504" durante as cargas da página afetada. O serviço foi restaurado para todos os usuários a partir das 9:15h UTC em 25/08/2026. Um RCA completo será publicado para esta edição dentro de 7 a 10 dias úteis.

Traduzido automaticamente da atualização oficial do incidente.

1. 21 Eost 2026 da 20:12 UTCinvestigating

   Estamos actualmente a investigar esta questão.

2. 21 Eost 2026 da 20:29 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 24 Eost 2026 da 14:16 UTCresolved

   Estado: resolvido O nosso acompanhamento confirmou que não há mais questões relacionadas com este incidente. O serviço permaneceu estável, e o incidente agora é considerado resolvido. Uma análise da causa raiz (RCA) será fornecida dentro de 7-10 dias úteis.

Traduzido automaticamente da atualização oficial do incidente.

1. 12 Eost 2026 da 18:13 UTCresolved

   Por volta de 10:31am PST em 8/12/2026 Lever Support iniciou uma consulta de dados de backend que fez Lever contratar serviços para encontrar um erro de memória. O resultado disso causou degradação do site e falhou cargas de página para aluguer.lever.co entre 10:31am - 10:46am PST. Os usuários afetados perceberiam um "erro de 500" durante as cargas da página afetada. O serviço foi restaurado para todos os usuários a partir de 10:46am PST. Neste momento estamos trabalhando em melhorias contínuas para mitigar o risco de o Suporte Lever iniciou consultas desencadeando interrupções no futuro. Um RCA completo será publicado para esta edição dentro de 7 a 10 dias úteis.

2. 14 Eost 2026 da 18:26 UTCpostmortem

   ** Resumo do incidente ** Em 12 de agosto de 2026, entre aproximadamente 10:31 AM e 10:45 PDT, a plataforma Lever experimentou indisponibilidade parcial. Durante esta janela de 14 minutos, alguns clientes não conseguiram acessar a plataforma, e outros experimentaram elevadas taxas de erro para solicitações de API. **Detecção** A questão foi identificada através do monitoramento interno. Um alerta Datadog para falhas de página de banco de dados acionado às 10:37 AM PDT, notificando a equipe de engenharia. Isso permitiu que os respondedores isolassem os nós específicos do banco de dados que experimentam alta carga e identificassem as operações responsáveis. **Root Cause** O incidente foi desencadeado por um mecanismo de segurança dentro de uma ferramenta administrativa interna projetada para evitar consultas de banco de dados caras. Quando um operador procurou por dados não indexados, esta verificação de segurança solicitou um "plano" do banco de dados para ver se a consulta era segura para ser executada. Entretanto, como os dados não foram indexados, o banco de dados procurou avaliar todos os possíveis métodos de recuperação, resultando na mesma grande conta sendo digitalizada 11 vezes para uma única solicitação. Essas verificações diagnósticas ultrapassaram os limites de tempo padrão, consumindo a capacidade de leitura do banco de dados necessária para o tráfego normal do cliente. **Resolução** As equipes de engenharia identificaram e encerraram as operações diagnósticas de longo prazo, que restauraram imediatamente o desempenho do banco de dados e a estabilidade da plataforma. Após a limpeza, uma salvaguarda de nível de banco de dados foi aplicada para forçar essas consultas específicas em um único caminho, eficiente, impedindo que o banco de dados tentasse múltiplas varreduras caras no futuro. ** Medidas de prevenção * ** Redesigning Safety Checks: ** Estamos substituindo o método diagnóstico atual por um novo sistema que verifica a segurança da consulta inspecionando as definições do banco de dados diretamente, eliminando a necessidade de executar testes caros em dados ao vivo. * ** Alerta avançado**: Estamos implementando novo monitoramento para as operações de leitura de banco de dados churn e de longo prazo para detectar e resolver problemas semelhantes antes que eles afetem os clientes. * **Logging melhorado: ** Estamos a melhorar os registos de auditoria interna para assegurar uma identificação e atribuição mais rápidas da actividade da base de dados administrativa. * Otimização de banco de dados: Estamos adicionando novos índices para suportar adequadamente esses padrões de pesquisa, garantindo que eles são inerentemente eficientes.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 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 Eost 2026 da 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 Gouere 2026 da 14:47 UTCinvestigating

   Emissão: Estamos a investigar o que parece ser uma questão de plataforma em que as cartas de oferta não são enviadas. Impacto do Cliente: Os recrutadores são atualmente incapazes de gerar ou entregar e-mails de oferta aos candidatos. Estado atual: A Engenharia está a investigar ativamente. Não está disponível nenhuma solução alternativa neste momento.

2. 14 Gouere 2026 da 16:24 UTCmonitoring

   Questão: Identificou-se um número de plataforma em que as cartas de oferta não foram enviadas. Impacto do Cliente: Os recrutadores não foram capazes de gerar ou entregar e-mails de oferta aos candidatos. Estado atual: O problema imediato foi atenuado. Estamos a acompanhar activamente para confirmar a plena resolução e estabilidade.

3. 14 Gouere 2026 da 23:50 UTCresolved

   Questão: Identificou-se um número de plataforma em que as cartas de oferta não foram enviadas. Impacto do Cliente: Os recrutadores não foram capazes de gerar ou entregar e-mails de oferta aos candidatos. Estado: resolvido. Uma RCA estará disponível dentro de 7-10 dias úteis.

4. 22 Gouere 2026 da 13:20 UTCpostmortem

   ** Resumo do incidente ** Entre aproximadamente 13 de julho e 14 de julho de 2026, alguns clientes foram intermitentemente incapazes de enviar cartas de oferta, e alguns documentos / currículo pré-visualizações não conseguiram gerar. Enquanto os arquivos fonte foram carregados com sucesso, o passo de conversão necessário para pré-visualizações e geração de oferta falhou. Não ocorreu perda de dados. **Detecção** A questão foi identificada em 14 de julho de 2026, por volta das 10:43 AM ET, seguindo relatórios dos clientes para nossa equipe de Suporte. A engenharia confirmou o impacto através do monitoramento, que mostrou um aumento constante nas contagens de processos dentro do serviço de conversão de documentos até atingir um limite rígido do sistema, fazendo com que as tarefas subsequentes falhassem. **Root Cause** O incidente foi causado por um "lease de processo" introduzido durante uma atualização recente da plataforma. Uma mudança na forma como o sistema lida com conversões de documentos significou que cada conversão iniciou um novo processo de fundo que nunca foi devidamente fechado. Ao longo de vários dias, estes processos de fundo acumularam-se até que o sistema atingiu sua capacidade máxima. Uma vez que este limite foi atingido, o serviço não poderia mais iniciar os novos processos necessários para gerar cartas de oferta ou pré-visualizações de documentos. **Resolução** * ** Mitigação inicial:** Às 11:20 AM ET em 14 de julho, os engenheiros reiniciaram as cápsulas de serviço afetadas. Isso limpou os processos de fundo acumulados e imediatamente restaurou a capacidade de os clientes enviarem cartas de oferta e visualizarem pré-visualizações. * ** Correção permanente:** Uma atualização de código foi desenvolvida e implantada às 8:43 PM ET em 14 de julho. Esta correção garante que todos os processos de fundo sejam corretamente terminados e limpos após cada conversão, evitando qualquer acumulação futura. ** Medidas de prevenção * ** Melhorias de código: ** Implementou um robusto sistema de gerenciamento de processos \(usando um processo "reaper"\) para garantir que todas as tarefas de fundo sejam automaticamente fechadas após a conclusão. * ** Monitoramento melhorado:** Novos alertas automatizados foram configurados para notificar a equipe de engenharia se o uso do processo exceder 50% do limite do sistema. Isso nos permitirá identificar e resolver vazamentos de recursos similares dias antes de afetar os clientes. * ** Processamento de Backlog: ** Uma iniciativa separada foi concluída para identificar e reprocessar qualquer documento ou retomar pré-visualizações que não tenham sido geradas durante a janela de saída para garantir que todas as pré-visualizações estejam disponíveis para os usuários.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 18:04 UTCinvestigating

   Estamos a investigar um problema que afecta a autenticação Nylas. Os usuários podem experimentar uma mensagem de erro "erro desconhecido" ao tentar redefinir permissões de integração e-mail/calendar. Hora de início: 10:10 am PT Próxima atualização: 1:00 pm PT ou mais cedo.

2. 13 Gouere 2026 da 19:57 UTCinvestigating

   Continuamos a investigar esta questão. Próxima atualização: 3:00 pm PT ou mais cedo.

3. 13 Gouere 2026 da 21:59 UTCidentified

   Continuamos a investigar esta questão. Próxima atualização: 5:00 PM PT

4. 14 Gouere 2026 da 00:28 UTCmonitoring

   As etapas de atenuação foram aplicadas e a funcionalidade do serviço está voltando ao normal. Estamos monitorando desempenho e estabilidade. Próxima atualização: após resolução.

5. 14 Gouere 2026 da 13:08 UTCresolved

   Descrição do problema: Os usuários podem ter recebido um "erro desconhecido" ao tentar enviar e-mails ou sincronizar seu e-mail e calendário da Microsoft em Lever. Impacto do Cliente: Os usuários afetados não conseguiram autenticar suas integrações de e-mail e calendário da Microsoft, bloqueando os envios de e-mail para candidatos e funcionalidade de sincronização de calendário crítica para recrutar fluxos de trabalho. Status: Resolvido — Envios de e-mail e sincronização de calendário agora estão funcionando normalmente. Uma RCA estará disponível dentro de 7-10 dias úteis.

6. 22 Gouere 2026 da 13:19 UTCpostmortem

   ** Resumo do incidente ** Em 13 de julho de 2026, os clientes usando Microsoft \(Office 365\) para e-mail e integração de calendário tiveram interrupções de serviço. Usuários afetados não foram capazes de autorizar ou re-autorizar suas conexões de e-mail e calendário dentro Lever, muitas vezes encontrando uma mensagem de "erro desconhecido". Além disso, os e-mails enviados através da integração da Microsoft não foram entregues durante este período. Os serviços de e-mail e calendário baseados no Google permaneceram totalmente operacionais e não foram afetados por este incidente. **Detecção** A questão foi identificada em 13 de julho de 2026, às 14:22 PM ET, seguindo relatórios de clientes para nossa equipe de Suporte. Após investigação, a equipe de engenharia confirmou as falhas e iniciou uma resposta de alta prioridade. Enquanto a expiração técnica subjacente ocorreu em 12 de julho de 2026, o impacto tornou-se visível quando os usuários tentaram atualizar as permissões ou enviar comunicações de saída no dia seguinte. **Root Cause** O incidente foi causado pela expiração de uma credencial de segurança digital usada para se comunicar com a Microsoft. Esta credencial funciona como uma "senha" segura que permite aos nossos sistemas sincronizar dados de e-mail e calendário. Como esta era uma credencial compartilhada usada para a integração da Microsoft, a expiração afetou os clientes usando Office 365 amplamente em vez de uma conta específica. **Resolução** Para resolver o problema, nossa equipe de engenharia gerou uma nova credencial de segurança e atualizou as configurações de integração em nossos ambientes. Uma vez que a nova credencial propagada através do sistema, o serviço foi totalmente restaurado. A restauração foi verificada através de testes internos e confirmada por reautorizações bem-sucedidas do cliente às 8:28 PM ET em 13 de julho de 2026. Nenhuma perda de dados ocorreu como resultado deste incidente. ** Medidas de prevenção Para evitar uma recorrência desta questão, estamos implementando as seguintes melhorias: * Rastreamento automático da expiração:** Estamos estabelecendo um processo de rastreamento formal para todas as credenciais de integração com lembretes automatizados definidos bem antes das datas de expiração. * ** Monitorização Proativa: ** Novo alerta foi configurado para detectar picos em falhas de autorização, permitindo que nossa equipe identifique e resolva problemas semelhantes antes de impactar os clientes.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 17:17 UTCidentified

   Em 7-3-2026 fomos informados de um problema impactando instâncias Lever com autenticação Nylas (geralmente usado para clientes com serviços de email/calendar Microsoft Exchange on-premise). Apenas a autenticação Nylas é impactada, não houve comportamento semelhante observado para clientes autenticando com serviços Office 365 ou Google. Os usuários podem experimentar uma mensagem de "500 erros" ao tentar redefinir permissões de e-mail/calendar e observamos vários loops de e-mail inesperados fazendo com que os candidatos recebam e-mails duplicados a cada 10 a 15 minutos como resultado deste problema. Causa raiz: As falhas de 500s e email são causadas por um bug conhecido em Node.js v24.17.0 (https://github.com/nodejs/node/issues/63989). A versão de segurança v24.17.0 (CVE-2026-48931) mudou `http.Agent` manuseamento de soquete keep-alive de modo que `node-fetch` lança `ERR STREAM PREMATURE CLOSE` ("Premature close") em respostas gzipped para provedores externos (Nylas/Google). Os nossos serviços detectaram este bug através do Node 18→24 migração (Ocorredo em 06-30-2026). O erro foi corrigido a montante no Node 24.18.0 Esta questão deve ser fixada numa implantação hoje (7-8-2026). Forneceremos atualizações sobre o status do problema e cronograma de implantação o mais rápido possível.

2. 8 Gouere 2026 da 20:03 UTCmonitoring

   Uma correção foi implementada a partir de aproximadamente 12:15 pm PST/PDT em 7/8/2026. A sincronização de e-mail e calendário agora está totalmente funcional para instâncias Lever configuradas com autenticação Nylas. Continuamos a monitorizar a eficácia da correção. Uma Análise de Causas Root (RCA) será publicada para esta edição dentro do Acordo de Nível de Serviço padrão.

3. 9 Gouere 2026 da 16:19 UTCresolved

   Este incidente está resolvido. Uma análise da causa raiz (RCA) será publicada para este número dentro de 7-10 dias úteis.

4. 9 Gouere 2026 da 20:43 UTCpostmortem

   ** Resumo do incidente ** Entre 2 de julho de 2026 e 8 de julho de 2026, alguns clientes sofreram falhas intermitentes afetando serviços de e-mail e calendário. Os impactos primários incluíram erros ao enviar ou sincronizar e-mails e ocasionais "500 erros" durante o login. Essas questões foram causadas por uma regressão técnica no ambiente de execução subjacente \(Node.js\) que lida com conexões de saída para serviços de terceiros. Para um subconjunto de clientes usando configurações de integração de e-mail específicas, a instabilidade da conexão fez com que o sistema percebesse incorretamente um envio de e-mail bem-sucedido como uma falha. Isso desencadeou um mecanismo de repetição automatizado, que, em alguns casos, resultou em um "loop de repetição" onde a mesma comunicação foi re-enviada aos destinatários em intervalos regulares até que a conexão foi estabilizada. **Detecção** A questão foi identificada após relatos de rupturas intermitentes do serviço. Nossas equipes de apoio e engenharia realizaram uma investigação minuciosa sobre esses relatórios, identificando um padrão específico de falhas de conexão dentro de nossos registros de sistema. A análise adicional confirmou que o impacto teve início em aproximadamente 2 de julho de 2026, após uma atualização de rotina da nossa infraestrutura de serviços. **Root Cause** A causa raiz foi um defeito em uma versão específica do Node.js \(versão 24.17.0\), o ambiente de software usado para executar nossos serviços. Esta versão continha uma falha em como ele gerenciava conexões "mantenha-vivo" - conexões reutilizáveis usadas para se comunicar com serviços externos. Sob certas condições, o software fecharia prematuramente essas conexões antes de uma tarefa ser concluída, resultando em envios de e-mail e erros de sincronização de dados. **Resolução** Para resolver o problema, nossa equipe de engenharia realizou as seguintes etapas: * **Identificação:** Correlacionaram os erros de "Premature close" a uma regressão conhecida na execução de Node.js. * ** Upgrade:** Atualizamos nossas imagens de sistema base para a versão 24.18.0, que contém a correção oficial para este problema de conexão. * **Deployment:** Reconstruído e reinstalado serviços críticos \ (incluindo componentes de e-mail e calendário\) na versão corrigida. * **Verificação:** Confirmado que os erros de conexão cessaram e a estabilidade do serviço retornou aos níveis normais em 8 de julho de 2026. ** Medidas de prevenção Para evitar questões semelhantes no futuro, estamos implementando as seguintes melhorias: * ** Versão Pinning: ** Atualizamos nosso processo de compilação para garantir que implementemos apenas versões que foram totalmente verificadas. * ** Monitoramento melhorado:** Estamos adicionando alertas específicos para erros de conexão de saída para detectar e responder a falhas de comunicação semelhantes mais rapidamente. * ** Teste automático:** Estamos implementando novas verificações sintéticas para sincronização de e-mail e calendário para identificar proativamente problemas antes que eles impactam os clientes. * **Visibilidade melhorada: ** Estamos atualizando nossos painéis internos para proporcionar melhor visibilidade às versões exatas de software em execução em nosso ambiente de produção para acelerar diagnósticos futuros.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 23:26 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 17:15 UTCinvestigating

   We are currently investigating this issue.

2. 17 Ebrel 2026 da 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 Ebrel 2026 da 17:36 UTCidentified

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

4. 17 Ebrel 2026 da 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 Ebrel 2026 da 21:11 UTCresolved

   This incident has been resolved.

1. 27 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 14:13 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 26 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 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 Meurzh 2026 da 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 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 12:33 UTCidentified

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

3. 4 Cʼhwevrer 2026 da 12:37 UTCmonitoring

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

4. 4 Cʼhwevrer 2026 da 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 Genver 2026 da 19:04 UTCinvestigating

   We are currently investigating this issue.

2. 30 Genver 2026 da 20:38 UTCmonitoring

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

3. 31 Genver 2026 da 00:34 UTCresolved

   This incident has been resolved.