Istoricul incidentelor Lever

1. 26 august 2026 la 16:24 UTCresolved

   La aproximativ 8:30 am UTC pe 8/25/2026 o rotație programată a serverului la https://hire.eulever.co/ a cauzat creșterea latenței și unele sarcini de pagină eșuate până la 9:15am UTC. Utilizatorii afectaţi vor observa o eroare "504" în timpul sarcinilor de pe pagina afectată. Serviciul a fost restaurat tuturor utilizatorilor la ora 9:15 UTC la ora 8/25/2026. Un RCA complet va fi postat la acest număr în termen de 7-10 zile lucrătoare.

Traducere automată din actualizarea oficială a incidentului.

1. 21 august 2026 la 20:12 UTCinvestigating

   În prezent investigăm această problemă.

2. 21 august 2026 la 20:29 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 24 august 2026 la 14:16 UTCresolved

   Stare: Rezolvată Monitorizarea noastră a confirmat că nu mai există alte probleme legate de acest incident. Serviciul a rămas stabil, iar incidentul este acum considerat rezolvat. O analiză a cauzelor profunde (RCA) va fi furnizată în termen de 7-10 zile lucrătoare.

Traducere automată din actualizarea oficială a incidentului.

1. 12 august 2026 la 18:13 UTCresolved

   La aproximativ 10:31am PST pe 8/12/2026 Lever Support a inițiat o interogare de date backend care a cauzat serviciile de închiriere Lever pentru a întâlni o eroare de memorie. Rezultatul acestei degradări a site-ului și a eșuat sarcina paginii pentru închiriere.wever.co între 10:31 - 10:46am PST. Utilizatorii cu impact ar observa o "500 eroare" în timpul sarcinilor de pagină afectate. Serviciul a fost restaurat tuturor utilizatorilor la 10:46am PST. În acest moment, lucrăm la îmbunătăţiri continue pentru a atenua riscul ca Lever Support să iniţieze întrebări care să declanşeze întreruperi în viitor. Un RCA complet va fi postat la acest număr în termen de 7-10 zile lucrătoare.

2. 14 august 2026 la 18:26 UTCpostmortem

   ** Rezumat incident ** La 12 august 2026, între aproximativ 10:31 AM și 10:45 AM PDT, platforma Lever a experimentat inconveniente parțiale. În timpul acestei ferestre de 14 minute, unii clienți nu au putut accesa platforma, iar alții au avut rate de eroare ridicate pentru cererile API. **Detecţia** Problema a fost identificată prin monitorizare internă. O alertă Datadog pentru defecte de mare bază de date a declanșat la 10:37 AM PDT, notificarea echipei de inginerie. Acest lucru a permis respondenților să izoleze nodurile specifice bazei de date care se confruntă cu o sarcină ridicată și să identifice operațiunile responsabile. **Root Cause** Incidentul a fost declanşat de un mecanism de siguranţă în cadrul unui instrument administrativ intern menit să prevină interogările costisitoare ale bazei de date. Atunci când un operator a căutat date neindexate, această verificare de siguranță a solicitat un "plan" din baza de date pentru a vedea dacă interogarea a fost în siguranță pentru a rula. Cu toate acestea, deoarece datele nu au fost indexate, baza de date a încercat să evalueze fiecare metodă posibilă de recuperare, ceea ce a dus la scanarea aceluiași cont mare de 11 ori pentru o singură cerere. Aceste verificări de diagnosticare au depășit termenele standard, consumând capacitatea de citire a bazei de date necesară pentru traficul normal al clienților. **Rezoluţie** Echipele de ingineri au identificat și terminat operațiunile de diagnosticare pe termen lung, care au restabilit imediat performanța bazei de date și stabilitatea platformei. În urma curățării, a fost aplicată o protecție la nivelul bazei de date pentru a forța aceste întrebări specifice într-o singură cale, eficientă, împiedicând baza de date să încerce mai multe scanări costisitoare în viitor. ** Măsuri preventive ** * ** Reproiectarea cecurilor de siguranță:** Înlocuim metoda actuală de diagnosticare cu un nou sistem care verifică siguranța interogării prin verificarea directă a definițiilor bazei de date, eliminând necesitatea efectuării unor teste costisitoare privind datele live. * **Alertare avansată**: Implementăm o nouă monitorizare pentru baza de date citită de clorn și operațiuni de lungă durată pentru a detecta și rezolva probleme similare înainte ca acestea să afecteze clienții. * ** Enhanced Logging:** Îmbunătăţim jurnalele de audit intern pentru a asigura identificarea şi atribuirea mai rapidă a activităţii bazei de date administrative. * Optimizarea bazei de date: Noi adăugăm noi indici pentru a sprijini în mod corespunzător aceste modele de căutare, asigurându-ne că acestea sunt în mod inerent eficiente.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 iulie 2026 la 14:47 UTCinvestigating

   Aspect: Investigăm ceea ce pare a fi o problemă la nivel de platformă în care nu se trimit scrisori. Impactul clientului: Recrutorii nu pot genera sau livra e-mailuri candidaţilor. Starea actuală: Sala Motoarelor investighează activ. În acest moment nu este disponibilă nicio soluţie.

2. 14 iulie 2026 la 16:24 UTCmonitoring

   Problema: Am identificat o problemă la nivel de platformă în care scrisorile de ofertă nu au fost trimise. Impactul clientului: Recrutatorii nu au putut genera sau livra e-mailuri candidaţilor. Starea actuală: Problema imediată a fost atenuată. Monitorizăm activ pentru a confirma rezoluția și stabilitatea deplină.

3. 14 iulie 2026 la 23:50 UTCresolved

   Problema: Am identificat o problemă la nivel de platformă în care scrisorile de ofertă nu au fost trimise. Impactul clientului: Recrutatorii nu au putut genera sau livra e-mailuri candidaţilor. Situaţia: rezolvată. Un RCA va fi disponibil în termen de 7-10 zile lucrătoare.

4. 22 iulie 2026 la 13:20 UTCpostmortem

   ** Rezumat incident ** Între aproximativ 13 iulie și 14 iulie 2026, unii clienți nu au putut trimite scrisori de ofertă, iar unele documente/resuma previzualizări nu au reușit să genereze. În timp ce fișierele sursă au fost încărcate cu succes, etapa de conversie necesară pentru previzualizări și generarea ofertei a eșuat. Nu s-au înregistrat pierderi de date. **Detecţia** Problema a fost identificată pe 14 iulie 2026, la aproximativ 10:43 AM ET, urmând rapoartele clienților către echipa noastră de sprijin. Ingineria a confirmat impactul prin monitorizare, care a arătat o creștere constantă a numărului de procese în cadrul serviciului document-convertor până când a ajuns la o limită de sistem dur, ceea ce a dus la eșecul sarcinilor ulterioare. **Root Cause** Incidentul a fost cauzat de o scurgere de proces introdusă în timpul unei actualizări recente a platformei. O schimbare a modului în care sistemul gestionează conversia documentelor a însemnat că fiecare conversie a început un nou proces de fundal care nu a fost niciodată închis în mod corespunzător. Pe parcursul mai multor zile, aceste procese de fond s-au acumulat până când sistemul a atins capacitatea maximă. Odată ce această limită a fost atinsă, serviciul nu mai putea porni noile procese necesare pentru a genera scrisori sau previzualizarea documentelor. **Rezoluţie** * ** Iniţial Metuation:** La ora 11:20 AM ET pe 14 iulie, inginerii au repornit capsulele de serviciu afectate. Acest lucru a eliminat procesele acumulate de fundal și a restaurat imediat capacitatea pentru clienți de a trimite scrisori de ofertă și de vizualizare avanpremiere. * **Permanent Fix:** O actualizare a codului a fost dezvoltată și implementată la ora 8:43 PM ET pe 14 iulie. Acest fix asigură că toate procesele de fundal sunt terminate corect și curățate după fiecare conversie, prevenind orice acumulare viitoare. ** Măsuri preventive ** * ** Îmbunătățiri de cod:** Implementat un sistem robust de management al proceselor \[folosind un proces "reper"\) pentru a se asigura că toate sarcinile de fundal sunt închise automat la finalizarea. * **Monitorizare îmbunătățită:** Noi alerte automate au fost configurate pentru a notifica echipa de inginerie în cazul în care utilizarea procesului depășește 50% din limita sistemului. Acest lucru ne va permite să identificăm și să rezolvăm scurgeri similare de resurse cu câteva zile înainte ca acestea să aibă un impact asupra clienților. * ** Prelucrare Backlog:** O iniţiativă separată a fost finalizată pentru a identifica şi reprocesa orice document sau previzualizări care nu au reuşit să genereze în timpul ferestrei de depăşire pentru a se asigura că toate previzualizarele sunt disponibile pentru utilizatori.

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 18:04 UTCinvestigating

   Investigăm o problemă care afectează autentificarea Nylas. Utilizatorii pot experimenta un mesaj de eroare " Eroare necunoscută" atunci când încearcă să reseteze permisiunile de integrare e-mail/calendar. Timp de pornire: 10:10 am PT Următoarea actualizare: 1:00 pm PT sau mai devreme.

2. 13 iulie 2026 la 19:57 UTCinvestigating

   Continuăm să investigăm această problemă. Următoarea actualizare: 3:00 pm PT sau mai devreme.

3. 13 iulie 2026 la 21:59 UTCidentified

   Continuăm să investigăm această problemă. Următoarea actualizare: 5:00 PM PT

4. 14 iulie 2026 la 00:28 UTCmonitoring

   Au fost aplicate măsuri de atenuare și funcționalitatea serviciului revine la normal. Monitorizăm performanţa şi stabilitatea. Următoarea actualizare: la rezoluţie.

5. 14 iulie 2026 la 13:08 UTCresolved

   Descriere Issue: Utilizatorii pot fi primit o " eroare necunoscută" atunci când încearcă să trimită e-mailuri sau să-și sincronizeze e-mailul Microsoft și calendarul în Lever. Impactul clientului: Utilizatorii afectaţi nu au putut să-şi autentifice e-mailurile Microsoft şi integrarea calendarelor, blocând e-mailul trimite candidaţilor şi sincronizarea calendarului funcţionalităţii critice pentru recrutarea fluxurilor de lucru. Starea: Rezolvat trimite e-mail și sincronizarea calendarului funcționează în mod normal. Un RCA va fi disponibil în termen de 7-10 zile lucrătoare.

6. 22 iulie 2026 la 13:19 UTCpostmortem

   ** Rezumat incident ** La 13 iulie 2026, clienții care utilizează Microsoft \ (Office 365\) pentru e-mail și integrarea calendarului perturbații de serviciu cu experiență. Utilizatorii afectaţi nu au putut să autorizeze sau să reautorizeze conexiunile lor de email şi calendar în cadrul Lever, întâlnind adesea un mesaj "Erori necunoscute." În plus, e-mailurile de ieșire trimise prin integrarea Microsoft nu au reușit să livreze în această perioadă. Serviciile de e-mail și calendare bazate pe Google au rămas pe deplin operaționale și nu au fost afectate de acest incident. **Detecţia** Problema a fost identificată pe 13 iulie 2026, la ora 2:22 PM ET, urmând rapoartele clienților către echipa noastră de sprijin. La anchetă, echipa de inginerie a confirmat eșecurile și a inițiat un răspuns de înaltă prioritate. În timp ce expirarea tehnică de bază a avut loc la 12 iulie 2026, impactul a devenit vizibil ca utilizatorii au încercat să reîmprospăteze permisiuni sau trimite comunicațiile de ieșire a doua zi. **Root Cause** Incidentul a fost cauzat de expirarea unui acreditare de securitate digitală folosită pentru a comunica în siguranță cu Microsoft. Această credibilitate acționează ca un "parola" securizat care permite sistemelor noastre să sincronizeze e-mail și date calendar. Deoarece aceasta a fost o acreditare comună utilizată pentru integrarea Microsoft, expirarea a afectat clienții folosind Office 365 mai degrabă decât un cont specific. **Rezoluţie** Pentru a rezolva problema, echipa noastră de inginerie a generat o nouă acreditare de securitate și actualizat setările de integrare în mediile noastre. Odată ce noua acreditare s-a propagat prin sistem, serviciul a fost restabilit complet. Restaurarea a fost verificată prin teste interne și confirmată de re-autorizații de succes ale clienților de 8:28 PM ET pe 13 iulie 2026. Nu a avut loc nicio pierdere de date ca urmare a acestui incident. ** Măsuri preventive ** Pentru a preveni repetarea acestei probleme, punem în aplicare următoarele îmbunătățiri: * ** Urmărire automată de expirare:** Stabilim un proces formal de urmărire pentru toate acreditările de integrare cu memento-uri automate stabilite cu mult înainte de datele de expirare. * ** Monitorizare proactivă:** Noi alerte au fost configurate pentru a detecta piroane în eșecurile de autorizare, permițând echipei noastre să identifice și să rezolve probleme similare înainte de a avea un impact asupra clienților.

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 17:17 UTCidentified

   La 7-3-2026 am fost conştienţi de o problemă care afectează instanţele Lever cu autentificarea Nylas (utilizată în general pentru clienţii cu servicii de e-mail/calendar Microsoft Exchange la premize). Doar autentificarea Nylas este afectată, nu s-a observat un comportament similar pentru clienții care se autentifică la Office 365 sau la serviciile Google. Utilizatorii pot experimenta un mesaj de "500 eroare" atunci când încearcă să reseteze permisiunile de e-mail/calendar și am observat mai multe bucle de e-mail neașteptate care determină candidații să primească e-mailuri duplicate la fiecare 10-15 minute ca urmare a acestui număr. Cauza root: 500s și eșecuri de e-mail sunt cauzate de un bug cunoscut în Node.js v24.17.0 (https://github.com/nodejs/node/emissions/63989). Comunicatul de securitate v24.17.0 (CVE-2026-48931) s-a modificat pe Serviciile noastre l-au detectat prin intermediul migrării Node 18→24 (Ocured on 06-30-2026). Gândacul a fost fixat în amonte în Node 24.18.0 Această problemă ar trebui să fie stabilită într-o desfășurare astăzi (7-8-2026). Vom furniza actualizări cu privire la starea problemei și calendarul de implementare cât mai curând posibil.

2. 8 iulie 2026 la 20:03 UTCmonitoring

   Un fix a fost implementat la aproximativ 12:15 PST/PDT la 7/8/2026. Sincronizarea e-mail și calendar sunt acum complet funcționale pentru cazurile Lever configurate cu autentificarea Nylas. Continuăm să monitorizăm eficacitatea fixaţiei. O analiză a cauzelor profunde (RCA) va fi publicată în această chestiune în cadrul Acordului standard privind nivelul serviciilor.

3. 9 iulie 2026 la 16:19 UTCresolved

   Acest incident este rezolvat. O analiză Root Cause (RCA) va fi publicată în acest număr în 7-10 zile lucrătoare.

4. 9 iulie 2026 la 20:43 UTCpostmortem

   ** Rezumat incident ** Între 2 iulie 2026 şi 8 iulie 2026, unii clienţi au avut eşecuri intermitente în ceea ce priveşte serviciile de email şi calendar. Impactul principal a inclus erori atunci când trimiteți sau sincronizați e-mailuri și ocazional "500 de erori" în timpul autentificării. Aceste probleme au fost cauzate de o regresie tehnică în mediul runtime de bază \ (Node.js\) care se ocupă de conexiunile de ieșire la servicii terțe. Pentru un subset de clienți care utilizează setări specifice de integrare prin e-mail, instabilitatea conexiunii a determinat sistemul să percepe incorect un e-mail de succes trimite ca un eșec. Aceasta a declanşat un mecanism automat de rejudecare, care, în unele cazuri, a dus la o "buclă de rejudecare" în care aceeaşi comunicare a fost retrimisă beneficiarilor la intervale regulate până când conexiunea a fost stabilizată. **Detecţia** Problema a fost identificată în urma rapoartelor privind întreruperile intermitente ale serviciului. Echipele noastre de suport şi inginerie au efectuat o investigaţie amănunţită în aceste rapoarte, identificând un model specific de eşecuri de conexiune în jurnalele noastre de sistem. Analiza ulterioară a confirmat că impactul a început la aproximativ 2 iulie 2026, în urma unei actualizări de rutină a infrastructurii noastre de servicii. **Root Cause** Cauza rădăcină a fost un defect într-o versiune specifică a Node.js \ (versiune 24.17.0\), mediul software folosit pentru a rula serviciile noastre. Această versiune conținea un defect în modul în care a gestionat conexiunile "keep-alive" și conexiunile utilizate pentru a comunica cu serviciile externe. În anumite condiții, software-ul ar închide prematur aceste conexiuni înainte de finalizarea unei sarcini, rezultând în e-mail-uri eșuate trimite și erori de sincronizare a datelor. **Rezoluţie** Pentru a rezolva problema, echipa noastră de inginerie a efectuat următorii pași: * **Identificarea:** Cor related the "Premature close" Errors to a known regresion in the Node.js runtime. * **Upgrade:** Actualizat imaginile sistemului nostru de bază la Node.js versiunea 24.18.0, care conține fix oficial pentru această problemă conexiune. * ** Desfăşurare:** Rebuilt and redistributed critical services \(inclusiv email and calendar components\) on the corrected version. * **Verificare:** Confirmat că erorile de conectare au încetat și stabilitatea serviciilor a revenit la nivelurile normale la 8 iulie 2026. ** Măsuri preventive ** Pentru a preveni probleme similare în viitor, punem în aplicare următoarele îmbunătățiri: * ** Version Pinning:** Ne-am actualizat procesul de construire pentru a ne asigura că vom implementa doar versiuni care au fost verificate pe deplin. * **Monitorizare îmbunătățită:** Adăugăm alerte specifice pentru erorile de conexiune de ieșire pentru a detecta și a răspunde mai rapid unor deficiențe de comunicare similare. * ** Testare automată:** Implementăm noi controale sintetice pentru sincronizarea e-mail și calendar pentru a identifica proactiv problemele înainte de a avea un impact asupra clienților. * **Imoveded Visibilitate:** Actualizăm tablourile noastre interne pentru a oferi o mai bună vizibilitate în versiunile software exacte care rulează în mediul nostru de producție pentru a accelera diagnosticele viitoare.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 23:26 UTCinvestigating

   We are continuing to investigate this issue.

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

   We are currently investigating this issue.

2. 17 aprilie 2026 la 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 aprilie 2026 la 17:36 UTCidentified

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

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

   This incident has been resolved.

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

   We are continuing to monitor for any further issues.

5. 26 martie 2026 la 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 martie 2026 la 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 martie 2026 la 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 martie 2026 la 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 martie 2026 la 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 februarie 2026 la 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 februarie 2026 la 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 februarie 2026 la 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 februarie 2026 la 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 februarie 2026 la 12:33 UTCidentified

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

3. 4 februarie 2026 la 12:37 UTCmonitoring

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

4. 4 februarie 2026 la 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 ianuarie 2026 la 19:04 UTCinvestigating

   We are currently investigating this issue.

2. 30 ianuarie 2026 la 20:38 UTCmonitoring

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

3. 31 ianuarie 2026 la 00:34 UTCresolved

   This incident has been resolved.