A circa 8:30 UTC su 8/25/2026 una rotazione del server programmata a https://hire.eulever.co/ ha causato una maggiore latenza e alcuni carichi di pagina falliti fino a 9:15am UTC. Gli utenti colpiti noteranno un "504 errore" durante i carichi della pagina interessata. Il servizio è stato ripristinato a tutti gli utenti a partire da 9:15 UTC su 8/25/2026.
Un RCA completo sarà inviato a questo problema entro 7 a 10 giorni lavorativi.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
500 errori durante il tentativo di accedere a Lever
Inizio 21 agosto 2026 alle ore 20:12 UTC · 2d 18h
OutageIncidente critico
Componenti interessati
Hire
investigating
Stiamo attualmente indagando su questo problema.
monitoring
Una soluzione è stata implementata e stiamo monitorando i risultati.
resolved
Stato: Risolto
Il nostro monitoraggio ha confermato che non ci sono ulteriori problemi relativi a questo incidente. Il servizio è rimasto stabile, e l'incidente è ora considerato risolto.
A Root Cause Analysis (RCA) sarà fornito entro 7-10 giorni lavorativi.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Lever Outage
Inizio 12 agosto 2026 alle ore 17:31 UTC · 0m
OutageIncidente critico
resolved
A circa 10:31am PST su 8/12/2026 Lever Support ha avviato una query di dati backend che ha causato Lever servizi di noleggio per incontrare un errore di memoria fuori.
Il risultato di questo ha causato il degrado del sito e i carichi di pagina falliti per rental.lever.co tra 10:31am - 10:46am PST. Gli utenti colpiti noteranno un "500 errore" durante i carichi della pagina interessata. Il servizio è stato ripristinato a tutti gli utenti a partire da 10:46am PST.
In questo momento stiamo lavorando su miglioramenti continui per mitigare il rischio di Lever Support domande avviate che innescano outages in futuro.
Un RCA completo sarà inviato a questo problema entro 7 a 10 giorni lavorativi.
postmortem
**Riepilogo incidente**
Il 12 agosto 2026, tra le 10:31 e le 10:45 del PDT, la piattaforma Lever ha sperimentato una parziale indisponibilità. Durante questa finestra di 14 minuti, alcuni clienti non sono stati in grado di accedere alla piattaforma, e altri hanno sperimentato elevati tassi di errore per le richieste API.
"Detection"
Il problema è stato identificato attraverso il monitoraggio interno. Un avviso Datadog per errori di pagina di database elevati attivato alle 10:37 AM PDT, notificando il team di ingegneria. Ciò ha permesso ai rispondenti di isolare i nodi specifici del database che hanno un elevato carico e di identificare le operazioni responsabili.
♪Root Cause ♪
L'incidente è stato innescato da un meccanismo di sicurezza all'interno di uno strumento amministrativo interno progettato per prevenire costosi query di database. Quando un operatore ha cercato dati non indicizzati, questo controllo di sicurezza ha richiesto un "piano" dal database per vedere se la query era sicura da eseguire. Tuttavia, poiché i dati non sono stati indicizzati, il database ha tentato di valutare ogni possibile metodo di recupero, con conseguente scansione dello stesso grande account 11 volte per una singola richiesta. Questi controlli diagnostici hanno superato i limiti di tempo standard, consumando la capacità di lettura del database necessaria per il normale traffico dei clienti.
# Risoluzione #
I team di ingegneria hanno identificato e terminato le operazioni diagnostiche di lunga durata, che hanno immediatamente ripristinato le prestazioni del database e la stabilità della piattaforma. Dopo la pulizia, è stata applicata una protezione a livello di database per costringere queste query specifiche in un unico ed efficiente percorso, impedendo al database di tentare più scansioni costose in futuro.
** Misure preventive **
*** Riprogettare controlli di sicurezza:** Stiamo sostituendo l'attuale metodo diagnostico con un nuovo sistema che verifica la sicurezza delle query ispezionando direttamente le definizioni dei database, eliminando la necessità di eseguire costosi test sui dati dal vivo.
♪Advanced Alerting ♪ Stiamo implementando un nuovo monitoraggio per le operazioni di lettura di database e lungo termine per rilevare e risolvere problemi simili prima che colpiscano i clienti.
Traduzione: Stiamo migliorando i registri di audit interni per garantire l'identificazione e l'attribuzione più rapida dell'attività del database amministrativo.
* Ottimizzazione del database: stiamo aggiungendo nuovi indici per supportare correttamente questi modelli di ricerca, assicurando che siano intrinsecamente efficienti.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Offer Letter Conversion outage
Inizio 7 agosto 2026 alle ore 16:38 UTC · 5h 51m
IssuesIncidente minore
Componenti interessati
HireCommunication & eSignature
investigating
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/
investigating
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.
identified
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
monitoring
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.
resolved
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.
postmortem
**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.
Opportunità di generazione lettera
Inizio 14 luglio 2026 alle ore 14:47 UTC · 9h 2m
OutageIncidente critico
Componenti interessati
Hire
investigating
Fascicolo:
Stiamo indagando su ciò che sembra essere un problema di piattaforma in cui le lettere di offerta non vengono inviate.
Impatto del cliente:
I candidati non sono attualmente in grado di generare o consegnare e-mail di offerta ai candidati.
Stato attuale:
L'ingegneria sta indagando attivamente. In questo momento non è disponibile alcun lavoro.
monitoring
Problema: Abbiamo identificato un problema di piattaforma in cui le lettere di offerta non sono state inviate.
Impatto del cliente: i candidati non sono stati in grado di generare o consegnare e-mail di offerta ai candidati.
Stato attuale: Il problema immediato è stato mitigato. Stiamo monitorando attivamente per confermare la piena risoluzione e stabilità.
resolved
Problema: Abbiamo identificato un problema di piattaforma in cui le lettere di offerta non sono state inviate.
Impatto del cliente: i candidati non sono stati in grado di generare o consegnare e-mail di offerta ai candidati.
Stato: Risolto. Un RCA sarà disponibile entro 7-10 giorni lavorativi.
postmortem
**Riepilogo incidente**
Tra il 13 luglio e il 14 luglio 2026, alcuni clienti non sono stati intermittenza in grado di inviare lettere di offerta, e alcune anteprime documento / curriculum non sono riusciti a generare. Mentre i file sorgente sono stati caricati con successo, il passo di conversione richiesto per le anteprime e la generazione di offerta è fallito. Non si è verificata alcuna perdita di dati.
"Detection"
Il problema è stato identificato il 14 luglio 2026, a circa 10:43 AM ET, seguendo i rapporti dei clienti al nostro team di supporto. Ingegneria ha confermato l'impatto attraverso il monitoraggio, che ha mostrato un costante aumento dei conteggi di processo all'interno del documento-converter servizio fino a quando non ha raggiunto un limite di sistema duro, causando compiti successivi a fallire.
♪Root Cause ♪
L'incidente è stato causato da una "perdita di processo" introdotta durante un recente aggiornamento della piattaforma. Un cambiamento nel modo in cui il sistema gestisce le conversioni dei documenti ha significato che ogni conversione ha avviato un nuovo processo di sfondo che non è mai stato correttamente chiuso. Nel corso di diversi giorni, questi processi di sfondo si sono accumulati fino a quando il sistema non ha raggiunto la sua capacità massima. Una volta che questo limite è stato colpito, il servizio non potrebbe più avviare i nuovi processi necessari per generare le lettere di offerta o le anteprime dei documenti.
# Risoluzione #
Traduzione: Alle 11:20 AM ET il 14 luglio, gli ingegneri hanno riavviato i pod di servizio colpiti. Questo ha eliminato i processi di sfondo accumulati e ha immediatamente ripristinato la capacità per i clienti di inviare lettere di offerta e visualizzare le anteprime.
# Permanent Fix # Un aggiornamento del codice è stato sviluppato e distribuito alle 8:43 PM ET il 14 luglio. Questa correzione assicura che tutti i processi di sfondo siano correttamente terminati e ripuliti dopo ogni conversione, impedendo qualsiasi accumulo futuro.
** Misure preventive **
Traduzione: Implementato un robusto sistema di gestione del processo \(utilizzando un processo "reaper"\) per garantire che tutte le attività di sfondo siano chiuse automaticamente al termine.
Revisione: Sono stati configurati nuovi avvisi automatizzati per informare il team di ingegneria se l'utilizzo del processo supera il 50% del limite di sistema. Questo ci permetterà di identificare e risolvere perdite di risorse simili giorni prima che colpiscano i clienti.
# Elaborazione del registro # Un'iniziativa separata è stata completata per identificare e rielaborare eventuali anteprime del documento o del curriculum che non sono riusciti a generare durante la finestra di outage per garantire che tutte le anteprime siano disponibili agli utenti.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Errore di autenticazione e-mail - Risolto
Inizio 13 luglio 2026 alle ore 18:04 UTC · 19h 4m
IssuesIncidente minore
Componenti interessati
Microsoft Exchange (Nylas) Email/Calendar Integration
investigating
Stiamo indagando su un problema che riguarda l'autenticazione di Nylas.
Gli utenti possono sperimentare un messaggio di errore "errore sconosciuto" quando si tenta di ripristinare le autorizzazioni di integrazione e-mail/calendar.
Tempo di inizio: 10:10
Prossimo aggiornamento: 13:00 PT o prima.
investigating
Stiamo continuando a indagare su questo problema.
Prossimo aggiornamento: 15:00 PT o prima.
identified
Stiamo continuando a indagare su questo problema.
Prossimo aggiornamento: 5:00 PM PT
monitoring
Sono stati applicati passi di mitigazione e la funzionalità di servizio sta tornando alla normalità.
Stiamo monitorando le prestazioni e la stabilità.
Prossimo aggiornamento: su risoluzione.
resolved
Descrizione del problema: Gli utenti possono aver ricevuto un "errore sconosciuto" quando si tenta di inviare e-mail o di sincronizzare il proprio indirizzo e-mail e calendario Microsoft in Lever.
Impatto del cliente: Gli utenti interessati non sono stati in grado di autenticare le loro integrazioni di posta elettronica e di calendario Microsoft, bloccando e-mail invia a candidati e funzionalità di sincronizzazione del calendario critico per reclutare flussi di lavoro.
Stato: Risolto — Invia e-mail e sincronizzazione del calendario sono ora funzionanti normalmente. Un RCA sarà disponibile entro 7-10 giorni lavorativi.
postmortem
**Riepilogo incidente**
Il 13 luglio 2026, i clienti che utilizzano Microsoft \(Office 365\) per l'integrazione e-mail e il calendario hanno sperimentato interruzioni di servizio. Gli utenti interessati non sono stati in grado di autorizzare o ri-autorizzare le loro connessioni e-mail e calendari all'interno di Lever, spesso incontrando un messaggio "errore sconosciuto". Inoltre, le email in uscita inviate tramite l'integrazione Microsoft non sono riuscite a consegnare durante questo periodo. I servizi di posta elettronica e di calendario basati su Google sono rimasti pienamente operativi e non sono stati influenzati da questo incidente.
"Detection"
Il problema è stato identificato il 13 luglio 2026, alle 2:22 PM ET, seguendo i rapporti dai clienti al nostro team di supporto. Dopo l'indagine, il team di ingegneria ha confermato i fallimenti e ha avviato una risposta ad alta priorità. Mentre la scadenza tecnica sottostante si è verificata il 12 luglio 2026, l'impatto è diventato visibile come gli utenti hanno tentato di aggiornare le autorizzazioni o inviare comunicazioni in uscita il giorno successivo.
♪Root Cause ♪
L'incidente è stato causato dalla scadenza di una credenziali di sicurezza digitale utilizzata per comunicare in modo sicuro con Microsoft. Questa credenziali funge da "password" sicura che consente ai nostri sistemi di sincronizzare i dati di posta elettronica e di calendario. Poiché questa era una credenziale condivisa utilizzata per l'integrazione Microsoft, la scadenza ha interessato i clienti utilizzando Office 365 in generale piuttosto che un account specifico.
# Risoluzione #
Per risolvere il problema, il nostro team di ingegneri ha generato una nuova credenziali di sicurezza e aggiornato le impostazioni di integrazione in tutti i nostri ambienti. Una volta che le nuove credenziali propagate attraverso il sistema, il servizio è stato completamente restaurato. La restaurazione è stata verificata tramite test interni e confermata da riautorizzazioni dei clienti di successo entro le ore 20:28 del 13 luglio 2026. Nessuna perdita di dati è avvenuta a seguito di questo incidente.
** Misure preventive **
Per evitare una ricorrenza di questo problema, stiamo implementando i seguenti miglioramenti:
Traduzione: Stiamo stabilendo un processo di tracciamento formale per tutte le credenziali di integrazione con promemoria automatizzata impostato bene in anticipo delle date di scadenza.
Revisione: La nuova segnalazione è stata configurata per rilevare le punte dei guasti di autorizzazione, permettendo al nostro team di identificare e risolvere problemi simili prima che colpiscano i clienti.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Problema di autenticazione - 500 errori di errore e e-mail/candela
Inizio 8 luglio 2026 alle ore 17:17 UTC · 23h 2m
OutageIncidente maggiore
Componenti interessati
Microsoft Exchange (Nylas) Email/Calendar Integration
identified
Su 7-3-2026 siamo stati informati di un problema che influenza le istanze di Lever con l'autenticazione di Nylas (generalmente utilizzato per i clienti con i servizi di posta elettronica/calendar di Microsoft Exchange on-premise). Solo l'autenticazione di Nylas è influenzata, non vi è stato alcun comportamento simile osservato per i clienti che autenticano con i servizi di Office 365 o Google.
Gli utenti possono sperimentare un messaggio "500 errore" quando si tenta di resettare le autorizzazioni e-mail/calendar e abbiamo osservato diversi loop e-mail inaspettati che causano ai candidati di ricevere e-mail duplicate ogni 10-15 minuti come risultato di questo problema.
Causa radice: I 500 e i guasti email sono causati da un bug noto in Node.js v24.17.0 (https://github.com/nodejs/node/issues/63989). Il rilascio di sicurezza v24.17.0 (CVE-2026-48931) modificato `http.Agent` keep-alive socket handling in modo che `node-fetch` getta `ERR STREAM PREMATURE CLOSE` ("Premature close") su risposte gzipped a fornitori esterni (Nylas/Google). I nostri servizi hanno raccolto questo bug attraverso la migrazione Node 18→24 (Occurred il 06-30-2026). Il bug è stato fissato a monte in Node 24.18.0
Questo problema dovrebbe essere risolto in una distribuzione oggi (7-8-2026). Forniremo aggiornamenti sullo stato del problema e la timeline di distribuzione il prima possibile.
monitoring
Una correzione è stata implementata a partire da circa 12:15 pm PST/PDT su 7/8/2026. La sincronizzazione e-mail e del calendario sono ora completamente funzionali per le istanze Lever configurate con l'autenticazione Nylas.
Stiamo continuando a monitorare l'efficacia della correzione. Un'analisi delle cause di radice (RCA) sarà pubblicata a questo numero all'interno del contratto standard di livello di servizio.
resolved
Questo incidente è risolto. Un Root Cause Analysis (RCA) sarà pubblicato su questo numero entro 7-10 giorni lavorativi.
postmortem
**Riepilogo incidente**
Tra il 2 luglio 2026 e l'8 luglio 2026, alcuni clienti hanno sperimentato guasti intermittenti che interessano servizi di posta elettronica e calendario. Gli impatti principali includono errori durante l'invio o la sincronizzazione di e-mail e occasionali "500 errori" durante il login. Questi problemi sono stati causati da una regressione tecnica nell'ambiente runtime sottostante \(Node.js\) che gestisce connessioni in uscita ai servizi di terze parti.
Per un sottoinsieme di clienti che utilizzano specifiche impostazioni di integrazione e-mail, l'instabilità della connessione ha causato il sistema a percepire erroneamente un'email di successo invio come un fallimento. Ciò ha innescato un meccanismo di riprovazione automatizzato, che in alcuni casi ha portato a un "anello di riprovazione" dove la stessa comunicazione è stata ri-sposta ai destinatari a intervalli regolari fino a quando la connessione è stata stabilizzata.
"Detection"
Il problema è stato identificato in seguito a rapporti di interruzioni di servizio intermittenti. I nostri team di supporto e ingegneria hanno condotto un'indagine approfondita su questi rapporti, identificando uno schema specifico di guasti di connessione all'interno dei nostri registri di sistema. Ulteriori analisi hanno confermato che l'impatto è iniziato circa il 2 luglio 2026, dopo un aggiornamento di routine alla nostra infrastruttura di servizio.
♪Root Cause ♪
La causa principale era un difetto in una versione specifica di Node.js \(versione 24.17.0\), l'ambiente software utilizzato per eseguire i nostri servizi. Questa versione conteneva un difetto nel modo in cui gestiva connessioni "keep-alive", connessioni riutilizzabili utilizzate per comunicare con i servizi esterni. In determinate condizioni, il software chiuderebbe prematuramente queste connessioni prima che un'attività fosse completata, con conseguente invio e-mail fallito e errori di sincronizzazione dati.
# Risoluzione #
Per risolvere il problema, il nostro team di ingegneri ha eseguito i seguenti passaggi:
***Identificazione:** Correlato gli errori "Premature close" a una regressione nota nel runtime di Node.js.
# Upgrade # Aggiornato le nostre immagini di sistema di base a Node.js versione 24.18.0, che contiene la correzione ufficiale per questo problema di connessione.
* **Deployment:** Servizi critici integrati e ridistribuiti \(compreso componenti e-mail e calendari\) sulla versione corretta.
***Verificazione * Confermato che gli errori di connessione cessarono e la stabilità di servizio tornò ai livelli normali l'8 luglio 2026.
** Misure preventive **
Per prevenire problemi simili in futuro, stiamo implementando i seguenti miglioramenti:
# Version Pinning # Abbiamo aggiornato il nostro processo di costruzione per garantire che distribuiamo solo versioni che sono state completamente verificate.
Revisione: Stiamo aggiungendo avvisi specifici per errori di connessione in uscita per rilevare e rispondere a errori di comunicazione simili più rapidamente.
Revisione: Stiamo implementando nuovi controlli sintetici per la sincronizzazione e-mail e del calendario per identificare proattivamente i problemi prima che colpiscano i clienti.
Traduzione: Stiamo aggiornando le nostre dashboard interne per fornire una migliore visibilità nelle versioni esatte del software in esecuzione nel nostro ambiente di produzione per accelerare le diagnosi future.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Service Disruption Due to Cloudflare Outage
Inizio 22 giugno 2026 alle ore 14:44 UTC · 3h 37m
IssuesIncidente minore
Componenti interessati
Hire
investigating
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/
identified
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.
resolved
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.
Stale Visual Insights Data
Inizio 16 giugno 2026 alle ore 17:30 UTC · 1d 18h
IssuesIncidente minore
Componenti interessati
Visual Insights
investigating
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.
investigating
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.
identified
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.
monitoring
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.
resolved
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).
postmortem
#### **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.
Locations reflected in LinkedIn inaccurate to existing location value in Lever when passed via the Job Board integration
Inizio 11 giugno 2026 alle ore 17:28 UTC · 1d 1h
IssuesIncidente minore
Componenti interessati
LinkedIn RSC/Easy Apply
investigating
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.
investigating
We are continuing to investigate this issue in partnership with the LinkedIn team.
Next Update 2:30 PM Pacific 6/11/2026 or sooner
investigating
We are continuing to investigate this issue in partnership with the LinkedIn team.
Next Update 4:30 PM Pacific 6/11/2026 or sooner
investigating
We are continuing to investigate this issue in partnership with the LinkedIn team.
Next Update 9:30 AM Pacific 6/12/2026 or sooner
investigating
We are continuing to investigate this issue in partnership with the LinkedIn team.
Next Update 11:30 AM Pacific 6/12/2026 or sooner
investigating
We are continuing to investigate this issue in partnership with the LinkedIn team.
Next Update 1:30 PM Pacific 6/12/2026 or sooner
resolved
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.
Scheduling Outage for some Microsoft Office 365 Accounts - Investigating
Inizio 23 aprile 2026 alle ore 18:26 UTC · 1h 45m
IssuesIncidente minore
Componenti interessati
Microsoft Office 365 Email/Calendar Integration
investigating
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
resolved
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.
Scheduling Outage for some Microsoft Office 365 Accounts
Inizio 21 aprile 2026 alle ore 15:50 UTC · 20h 17m
OutageIncidente maggiore
Componenti interessati
Microsoft Office 365 Email/Calendar Integration
investigating
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.
investigating
We are continuing to investigate this issue.
monitoring
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.
resolved
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.
postmortem
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.
API key generation issues in EU data center
Inizio 17 aprile 2026 alle ore 17:45 UTC · 1h 8m
OutageIncidente maggiore
Componenti interessati
Integration API & Webhooks
investigating
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
resolved
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.
Intermittent “Site Not Found” Errors Accessing hire.lever.co
Inizio 17 aprile 2026 alle ore 17:15 UTC · 3h 56m
OutageIncidente maggiore
Componenti interessati
Hire
investigating
We are currently investigating this issue.
identified
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.
identified
We are continuing to work on a fix for this issue.
monitoring
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/
resolved
This incident has been resolved.
Lever Outage
Inizio 26 marzo 2026 alle ore 22:00 UTC · 0m
OutageIncidente critico
resolved
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.
Lever Reporting Delays - Resolved
Inizio 26 marzo 2026 alle ore 12:02 UTC · 6h 11m
IssuesIncidente minore
Componenti interessati
Visual Insights
investigating
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.
identified
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.
monitoring
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.
monitoring
We are continuing to monitor for any further issues.
resolved
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
AI Interview Companion Lever settings issue
Inizio 5 marzo 2026 alle ore 19:59 UTC · 3d 22h
IssuesIncidente minore
Componenti interessati
Hire
identified
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.
identified
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.
identified
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.
resolved
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
Intermittent issues impacting Lever Hire
Inizio 11 febbraio 2026 alle ore 18:26 UTC · 7h 10m
IssuesIncidente minore
Componenti interessati
HireHire
investigating
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.
identified
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.
resolved
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
Intermittent issues impacting Lever API
Inizio 4 febbraio 2026 alle ore 12:04 UTC · 1h 1m
IssuesIncidente minore
Componenti interessati
Integration API & Webhooks
investigating
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.
identified
The issue has been identified and we are working on the fix.
monitoring
A fix has been implemented, and we are monitoring the results.
resolved
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
LinkedIn Recruiter Connected window failing to load properly
Inizio 29 gennaio 2026 alle ore 19:04 UTC · 1d 5h
OutageIncidente maggiore
Componenti interessati
HireHire
investigating
We are currently investigating this issue.
monitoring
A fix has been implemented and we are monitoring the results.