Ιστορικό διακοπών του Lever

1. 26 Αυγούστου 2026 στις 4:24 μ.μ. UTCresolved

   Στις 8:30 π.μ. UTC στις 8/25/2026 μια προγραμματισμένη περιστροφή εξυπηρετητή στο https://hire.eulever.co/ προκάλεσε αυξημένη λανθάνουσα συχνότητα και κάποια αποτυχημένα φορτία σελίδας μέχρι τις 9:15 π.μ. UTC. Επιπτώσεις χρήστες θα παρατηρήσετε ένα "504 σφάλμα" κατά τη διάρκεια των επηρεαζόμενων φορτίων σελίδα. Η υπηρεσία αποκαταστάθηκε σε όλους τους χρήστες από τις 9:15πμ UTC στις 8/25/2026. Μια πλήρης RCA θα αναρτηθεί σε αυτό το τεύχος μέσα σε 7 έως 10 εργάσιμες ημέρες.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 21 Αυγούστου 2026 στις 8:12 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 21 Αυγούστου 2026 στις 8:29 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

3. 24 Αυγούστου 2026 στις 2:16 μ.μ. UTCresolved

   Κατάσταση: Επίλυση Η παρακολούθησή μας επιβεβαίωσε ότι δεν υπάρχουν άλλα ζητήματα σχετικά με αυτό το περιστατικό. Η υπηρεσία έχει παραμείνει σταθερή, και το περιστατικό θεωρείται πλέον ότι έχει επιλυθεί. Μια ανάλυση Root Cause Analysis (RCA) θα παρέχεται εντός 7-10 εργάσιμων ημερών.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 12 Αυγούστου 2026 στις 6:13 μ.μ. UTCresolved

   Περίπου στις 10:31πμ PST στις 8/12/2026 Η υποστήριξη μοχλών ξεκίνησε ένα ερώτημα δεδομένων του συστήματος υποστήριξης που έκανε τις υπηρεσίες ενοικίασης μοχλών να αντιμετωπίσουν ένα σφάλμα μνήμης. Το αποτέλεσμα αυτής της αποδόμησης της τοποθεσίας και αποτυχημένα φορτία σελίδα για ενοικίαση.lever.co μεταξύ 10:31πμ - 10:46πμ PST. Επιπτώσεις χρήστες θα παρατηρήσετε ένα "500 λάθος" κατά τη διάρκεια των επηρεαζόμενων φορτίων σελίδα. Η υπηρεσία αποκαταστάθηκε σε όλους τους χρήστες από τις 10:46πμ PST. Αυτή τη στιγμή εργαζόμαστε πάνω σε συνεχείς βελτιώσεις για να μετριάσουμε τον κίνδυνο της Υποστήριξης για τον Μόλυβδο ξεκίνησε ερωτήματα που πυροδοτούν διακοπές στο μέλλον. Μια πλήρης RCA θα αναρτηθεί σε αυτό το τεύχος μέσα σε 7 έως 10 εργάσιμες ημέρες.

2. 14 Αυγούστου 2026 στις 6:26 μ.μ. UTCpostmortem

   ** Περίληψη συστατικού ** Στις 12 Αυγούστου 2026, μεταξύ περίπου 10:31 πμ και 10:45 πμ PDT, η πλατφόρμα Lever γνώρισε μερική μη διαθεσιμότητα. Κατά τη διάρκεια αυτού του παραθύρου 14 λεπτών, ορισμένοι πελάτες δεν ήταν σε θέση να έχουν πρόσβαση στην πλατφόρμα, και άλλοι παρουσίασαν αυξημένα ποσοστά σφάλματος για αιτήματα API. **Ανίχνευση ** Το ζήτημα εντοπίστηκε μέσω εσωτερικής παρακολούθησης. Ένας συναγερμός του Ντέιταντογκ για υψηλά σφάλματα στη σελίδα της βάσης δεδομένων που ενεργοποιήθηκαν στις 10:37 ΠΜ PDT, ειδοποιώντας την ομάδα μηχανικών. Αυτό επέτρεψε στους ανταποκριτές να απομονώσουν τους συγκεκριμένους κόμβους βάσης δεδομένων που βιώνουν υψηλό φορτίο και να προσδιορίσουν τις υπεύθυνες λειτουργίες. ** Αιτία Root ** Το περιστατικό πυροδοτήθηκε από έναν μηχανισμό ασφάλειας μέσα σε ένα εσωτερικό διοικητικό εργαλείο που σχεδιάστηκε για να αποτρέψει ακριβά ερωτήματα της βάσης δεδομένων. Όταν ένας χειριστής έψαξε για μη-indexed δεδομένα, αυτός ο έλεγχος ασφαλείας ζήτησε ένα " σχέδιο" από τη βάση δεδομένων για να δει αν το ερώτημα ήταν ασφαλές για να τρέξει. Ωστόσο, επειδή τα δεδομένα δεν ήταν indexed, η βάση δεδομένων επιχείρησε να αξιολογήσει κάθε πιθανή μέθοδο ανάκτησης, με αποτέλεσμα ο ίδιος μεγάλος λογαριασμός να σαρωθεί 11 φορές για ένα μόνο αίτημα. Αυτοί οι διαγνωστικοί έλεγχοι παρέκαμψαν τα συνήθη χρονικά όρια, καταναλώνοντας την ικανότητα ανάγνωσης της βάσης δεδομένων που απαιτείται για την κανονική κυκλοφορία των πελατών. ** Λύση ** Οι ομάδες μηχανικών εντόπισαν και τερμάτισαν τις μακροχρόνιες διαγνωστικές λειτουργίες, οι οποίες αποκατέστησαν αμέσως την απόδοση της βάσης δεδομένων και τη σταθερότητα της πλατφόρμας. Μετά τον καθαρισμό, εφαρμόστηκε μια διασφάλιση σε επίπεδο βάσης δεδομένων για να εξαναγκάσουν αυτά τα συγκεκριμένα ερωτήματα σε μια ενιαία, αποτελεσματική διαδρομή, εμποδίζοντας τη βάση δεδομένων να επιχειρήσει πολλαπλές ακριβές σαρώσεις στο μέλλον. ** Προληπτικά μέτρα ** * **Ανασχεδιασμός ελέγχων ασφάλειας: ** Αντικαθιστούμε την τρέχουσα διαγνωστική μέθοδο με ένα νέο σύστημα που επαληθεύει την ασφάλεια διερευνώντας άμεσα τους ορισμούς της βάσης δεδομένων, εξαλείφοντας την ανάγκη διεξαγωγής ακριβών δοκιμών σε ζωντανά δεδομένα. **Προχωρημένη ειδοποίηση **: Εφαρμόζουμε νέα παρακολούθηση για τη βάση δεδομένων διαβασμένο Curn και μακράς λειτουργίας λειτουργίες για τον εντοπισμό και την επίλυση παρόμοιων ζητημάτων πριν επηρεάσουν τους πελάτες. * ** Ενισχυμένη καταγραφή: ** Βελτιώνουμε τα αρχεία καταγραφής εσωτερικού ελέγχου για να διασφαλίσουμε την ταχύτερη ταυτοποίηση και κατανομή της δραστηριότητας των διοικητικών βάσεων δεδομένων. * Βελτιστοποίηση βάσης δεδομένων: Προσθέτουμε νέους δείκτες για την κατάλληλη υποστήριξη αυτών των προτύπων αναζήτησης, εξασφαλίζοντας ότι είναι εγγενώς αποδοτικά.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 7 Αυγούστου 2026 στις 4:38 μ.μ. UTCinvestigating

   Θέμα: Είμαστε ενήμεροι για μια ενεργή διακοπή με Adobe Sign, ένα τρίτο e-υπογραφή πάροχο. Αυτό επηρεάζει τους πελάτες Lever που χρησιμοποιούν την ενσωμάτωση Adobe Sign. Επιπτώσεις Πελατών: Οι στρατολογητές ενδέχεται να αδυνατούν να δημιουργήσουν ή να στείλουν επιστολές προσφοράς για την ηλεκτρονική υπογραφή μέσω της Adobe Sign. Οι υποψήφιοι με εκκρεμείς αιτήσεις της Adobe Sign μπορεί να μην είναι σε θέση να υπογράψουν αυτή τη στιγμή. Οι πελάτες που χρησιμοποιούν DocuSign και όλες τις άλλες λειτουργίες Lever δεν επηρεάζονται. Κατάσταση: Έρευνα. Αυτό είναι ένα ανάντη θέμα με Adobe? Είμαστε παρακολούθηση και θα ενημερώσει καθώς Adobe παρέχει περισσότερες πληροφορίες. Για απευθείας ενημερώσεις από την Adobe, δείτε τη σελίδα κατάστασης τους στο https://status.adobe.com/

2. 7 Αυγούστου 2026 στις 5:11 μ.μ. UTCinvestigating

   Ενημέρωση — Αποστολή Επιστολής Προσφοράς Διακοπή Τεύχος: Αναγνωρίσαμε ότι αυτή η διαταραχή είναι ευρύτερη από την αρχική. Η έξοδος Adobe επηρεάζει τη διαδικασία μετατροπής PDF, η οποία όλα προσφέρουν επιστολές - ανεξάρτητα από τον πάροχο e-υπογραφή (Adobe Sign, DocuSign, ή Native eSignature) - εξαρτάται από τη δημιουργία του τελικού εγγράφου. Επιπτώσεις Πελατών: Όλοι οι πελάτες δεν είναι σε θέση να στείλουν τα γράμματα προσφοράς με επιτυχία. Αυτό δεν περιορίζεται πλέον στους χρήστες ενσωμάτωσης Adobe Sign. Οι στρατολογητές που επιχειρούν να δημιουργήσουν ή να στείλουν μια επιστολή προσφοράς μπορούν να δουν αποτυχίες ή καθυστερήσεις ανεξάρτητα από το ποια μέθοδος e-υπογραφής διαμορφώνεται στο λογαριασμό τους. Κατάσταση: Έρευνα.

3. 7 Αυγούστου 2026 στις 8:28 μ.μ. UTCidentified

   Ανακαλύψαμε ότι ο Fallback μετατροπέας εγγράφων σε περίπτωση διακοπής API υπηρεσιών Adobe PDF δεν λειτουργεί όπως αναμενόταν. Δουλεύουμε πάνω σε μια επιδιόρθωση για να εφαρμόσουμε έναν άμεσο μετατροπέα εγγράφων για να αποτρέψουμε την αποτυχημένη/stuck προσφορά στέλνει σε περιπτώσεις διακοπής υπηρεσιών Adobe PDF API. Επόμενη ενημέρωση: 4pm PST/PDT ή νωρίτερα Για την πιο ενημερωμένη κατάσταση στην έξοδο Adobe API ακολουθεί: https://status.adobe.com/products/503500/202608070024

4. 7 Αυγούστου 2026 στις 9:29 μ.μ. UTCmonitoring

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

5. 7 Αυγούστου 2026 στις 10:29 μ.μ. UTCresolved

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

6. 14 Αυγούστου 2026 στις 6:16 μ.μ. UTCpostmortem

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

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 14 Ιουλίου 2026 στις 2:47 μ.μ. UTCinvestigating

   Θέμα: Ερευνούμε αυτό που φαίνεται να είναι ένα θέμα σε επίπεδο πλατφόρμας στο οποίο δεν στέλνονται επιστολές. Επιπτώσεις πελατών: Οι στρατολογητές αδυνατούν επί του παρόντος να δημιουργήσουν ή να παραδώσουν email προσφορά στους υποψηφίους. Τρέχουσα κατάσταση: Το μηχανοστάσιο ερευνά ενεργά. Προς το παρόν, δεν υπάρχει διαθέσιμη εργασία.

2. 14 Ιουλίου 2026 στις 4:24 μ.μ. UTCmonitoring

   Τεύχος: Εντοπίσαμε ένα θέμα σε όλη την πλατφόρμα στο οποίο δεν εστάλησαν επιστολές προσφοράς. Επιπτώσεις Πελατών: Οι στρατολογητές δεν ήταν σε θέση να δημιουργήσουν ή να παραδώσουν email προσφοράς στους υποψηφίους. Τρέχουσα κατάσταση: Το άμεσο ζήτημα έχει μετριαστεί. Παρακολουθούμε ενεργά για να επιβεβαιώσουμε την πλήρη εξυγίανση και σταθερότητα.

3. 14 Ιουλίου 2026 στις 11:50 μ.μ. UTCresolved

   Τεύχος: Εντοπίσαμε ένα θέμα σε όλη την πλατφόρμα στο οποίο δεν εστάλησαν επιστολές προσφοράς. Επιπτώσεις Πελατών: Οι στρατολογητές δεν ήταν σε θέση να δημιουργήσουν ή να παραδώσουν email προσφοράς στους υποψηφίους. Κατάσταση: Επίλυση. Μια RCA θα είναι διαθέσιμη μέσα σε 7-10 εργάσιμες ημέρες.

4. 22 Ιουλίου 2026 στις 1:20 μ.μ. UTCpostmortem

   ** Περίληψη συστατικού ** Μεταξύ περίπου 13 Ιουλίου και 14 Ιουλίου 2026, ορισμένοι πελάτες ήταν διαλείπτως ανίκανοι να στείλουν επιστολές προσφοράς, και ορισμένες προεπισκοπήσεις εγγράφων/επανάληψης δεν κατάφεραν να δημιουργήσουν. Ενώ τα πηγαία αρχεία ανέβηκαν με επιτυχία, το στάδιο μετατροπής που απαιτείται για προεπισκοπήσεις και προσφορά της γενιάς απέτυχε. Δεν παρατηρήθηκε απώλεια δεδομένων. **Ανίχνευση ** Το θέμα εντοπίστηκε στις 14 Ιουλίου 2026, περίπου στις 10:43 π.μ. ET, μετά από αναφορές από πελάτες στην ομάδα υποστήριξης μας. Το μηχανοστάσιο επιβεβαίωσε την επίδραση μέσω της παρακολούθησης, η οποία έδειξε σταθερή αύξηση στις μετρήσεις της διαδικασίας μέσα στην υπηρεσία εγγράφου-μετατροπέα μέχρι να φτάσει σε ένα σκληρό όριο συστήματος, προκαλώντας επακόλουθες εργασίες να αποτύχει. ** Αιτία Root ** Το περιστατικό προκλήθηκε από μια "διαρροή διαδικασίας" που εισήχθη κατά τη διάρκεια μιας πρόσφατης αναβάθμισης πλατφόρμας. Μια αλλαγή στον τρόπο με τον οποίο το σύστημα χειρίζεται τις μετατροπές εγγράφων σήμαινε ότι κάθε μετατροπή ξεκίνησε μια νέα διαδικασία φόντου που δεν έκλεισε ποτέ σωστά. Κατά τη διάρκεια αρκετών ημερών, αυτές οι διεργασίες υποβάθρου συσσωρεύτηκαν μέχρι το σύστημα να φτάσει στη μέγιστη χωρητικότητά του. Μόλις αυτό το όριο χτυπήθηκε, η υπηρεσία δεν μπορούσε πλέον να ξεκινήσει τις νέες διαδικασίες που απαιτούνται για τη δημιουργία επιστολών προσφοράς ή προεπισκοπήσεων εγγράφων. ** Λύση ** * * * * Έναρξη Mitigation: ** Στις 11:20 πμ ΕΤ στις 14 Ιουλίου, οι μηχανικοί επανεκκίνησαν τους προσβεβλημένους θαλάμους εξυπηρέτησης. Αυτό εκκαθάρισε τις συσσωρευμένες διαδικασίες φόντου και αμέσως αποκατέστησε την ικανότητα για τους πελάτες να στείλουν τα γράμματα προσφοράς και προεπισκόπηση προβολής. * ** Μόνιμη Fix: ** Μια ενημέρωση κώδικα αναπτύχθηκε και αναπτύχθηκε στις 8:43 μμ ET στις 14 Ιουλίου. Αυτή η διόρθωση εξασφαλίζει ότι όλες οι διεργασίες φόντου τερματίζονται σωστά και καθαρίζονται μετά από κάθε μετατροπή, εμποδίζοντας οποιαδήποτε μελλοντική συσσώρευση. ** Προληπτικά μέτρα ** * **Βελτιώσεις κώδικα: ** Εφαρμόστηκε ένα ισχυρό σύστημα διαχείρισης της διεργασίας \ (χρησιμοποιώντας μια διαδικασία "reaper") για να εξασφαλιστεί ότι όλες οι εργασίες υποβάθρου θα κλείσουν αυτόματα μόλις ολοκληρωθούν. * ** Ενισχυμένη παρακολούθηση: ** Νέες αυτοματοποιημένες ειδοποιήσεις έχουν διαμορφωθεί για να ειδοποιήσουν την ομάδα μηχανικής εάν η χρήση της διαδικασίας υπερβαίνει το 50% του ορίου συστήματος. Αυτό θα μας επιτρέψει να εντοπίσουμε και να επιλύσουμε παρόμοιες διαρροές πόρων ημέρες πριν να επηρεάσουν τους πελάτες. * ** Επεξεργασία Backlog: ** Μια ξεχωριστή πρωτοβουλία ολοκληρώθηκε για τον εντοπισμό και την επανεπεξεργασία οποιουδήποτε εγγράφου ή την επανάληψη προεπισκοπήσεων που δεν κατάφεραν να δημιουργήσουν κατά τη διάρκεια του παραθύρου διακοπής για να εξασφαλιστεί ότι όλες οι προεπισκοπήσεις είναι διαθέσιμες στους χρήστες.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 13 Ιουλίου 2026 στις 6:04 μ.μ. UTCinvestigating

   Ερευνούμε ένα θέμα που επηρεάζει την ταυτοποίηση του Νάιλς. Οι χρήστες μπορεί να βιώσουν ένα μήνυμα σφάλματος "Άγνωστο σφάλμα" κατά την προσπάθεια επαναφοράς των αδειών ενσωμάτωσης email/calendar. Ώρα έναρξης: 10:10 πμ PT Επόμενη ενημέρωση: 1:00 μμ PT ή νωρίτερα.

2. 13 Ιουλίου 2026 στις 7:57 μ.μ. UTCinvestigating

   Συνεχίζουμε να ερευνούμε αυτό το ζήτημα. Επόμενη ενημέρωση: 3:00 μμ PT ή νωρίτερα.

3. 13 Ιουλίου 2026 στις 9:59 μ.μ. UTCidentified

   Συνεχίζουμε να ερευνούμε αυτό το ζήτημα. Επόμενη ενημέρωση: 5:00 PM PT

4. 14 Ιουλίου 2026 στις 12:28 π.μ. UTCmonitoring

   Έχουν εφαρμοστεί μέτρα μείωσης και η λειτουργικότητα των υπηρεσιών επιστρέφει στο φυσιολογικό. Παρακολουθούμε τις επιδόσεις και τη σταθερότητα. Επόμενη ενημέρωση: μετά την ανάλυση.

5. 14 Ιουλίου 2026 στις 1:08 μ.μ. UTCresolved

   Περιγραφή Έκδοσης: Οι χρήστες μπορεί να έχουν λάβει ένα "Άγνωστο σφάλμα" κατά την προσπάθεια αποστολής μηνυμάτων ηλεκτρονικού ταχυδρομείου ή συγχρονισμού του ηλεκτρονικού ταχυδρομείου και του ημερολογίου της Microsoft σε Lever. Επιπτώσεις πελατών: Οι προσβεβλημένοι χρήστες δεν ήταν σε θέση να πιστοποιήσουν τις ενσωματώσεις ηλεκτρονικού ταχυδρομείου και ημερολογίου της Microsoft, μπλοκάροντας τα μηνύματα ηλεκτρονικού ταχυδρομείου στους υποψηφίους και τη λειτουργία συγχρονισμού ημερολογίου κρίσιμη για την πρόσληψη ροών εργασίας. Κατάσταση: Επίλυση — Αποστολή ηλεκτρονικού ταχυδρομείου και συγχρονισμός ημερολογίου λειτουργούν πλέον κανονικά. Μια RCA θα είναι διαθέσιμη μέσα σε 7-10 εργάσιμες ημέρες.

6. 22 Ιουλίου 2026 στις 1:19 μ.μ. UTCpostmortem

   ** Περίληψη συστατικού ** Στις 13 Ιουλίου 2026, οι πελάτες που χρησιμοποιούν το Microsoft \(Office 365\) για email και την ενσωμάτωση ημερολογίου γνώρισαν διαταραχές των υπηρεσιών. Οι προσβεβλημένοι χρήστες δεν ήταν σε θέση να εξουσιοδοτήσουν ή να εκ νέου εξουσιοδοτήσουν τις συνδέσεις ηλεκτρονικού ταχυδρομείου και ημερολογίου τους εντός του Lever, συναντώντας συχνά ένα "Άγνωστο σφάλμα" μήνυμα. Επιπλέον, τα μηνύματα ηλεκτρονικού ταχυδρομείου που αποστέλλονται μέσω της ενσωμάτωσης της Microsoft δεν κατάφεραν να παραδοθούν κατά τη διάρκεια αυτής της περιόδου. Οι υπηρεσίες ηλεκτρονικού ταχυδρομείου και ημερολογίου της Google παρέμειναν πλήρως λειτουργικές και δεν επηρεάστηκαν από αυτό το περιστατικό. **Ανίχνευση ** Το θέμα εντοπίστηκε στις 13 Ιουλίου 2026, στις 2:22 μμ ET, μετά από αναφορές πελατών στην ομάδα υποστήριξης μας. Μετά από έρευνα, η ομάδα του μηχανικού επιβεβαίωσε τις αποτυχίες και ξεκίνησε μια υψηλής προτεραιότητας απάντηση. Ενώ η υποκείμενη τεχνική λήξη συνέβη στις 12 Ιουλίου 2026, ο αντίκτυπος έγινε ορατός καθώς οι χρήστες επιχείρησαν να ανανεώσουν άδειες ή να στείλουν εξερχόμενη επικοινωνία την επόμενη ημέρα. ** Αιτία Root ** Το περιστατικό προκλήθηκε από τη λήξη ενός ψηφιακού πιστοποιητικού ασφαλείας που χρησιμοποιήθηκε για την ασφαλή επικοινωνία με τη Microsoft. Αυτή η πιστοποίηση λειτουργεί ως ένα ασφαλές "password" που επιτρέπει στα συστήματά μας να συγχρονίσουν τα δεδομένα ηλεκτρονικού ταχυδρομείου και ημερολογίου. Επειδή αυτό ήταν ένα κοινό πιστοποιητικό που χρησιμοποιήθηκε για την ολοκλήρωση της Microsoft, η λήξη επηρέασε τους πελάτες χρησιμοποιώντας το Office 365 γενικά και όχι έναν συγκεκριμένο λογαριασμό. ** Λύση ** Για την επίλυση του ζητήματος, η ομάδα μας μηχανικών δημιούργησε ένα νέο πιστοποιητικό ασφαλείας και ενημέρωσε τις ρυθμίσεις ενσωμάτωσης σε όλο το περιβάλλον μας. Μόλις το νέο πιστοποιητικό διαδόθηκε μέσω του συστήματος, η υπηρεσία αποκαταστάθηκε πλήρως. Η αποκατάσταση επαληθεύτηκε μέσω εσωτερικών δοκιμών και επιβεβαιώθηκε από επιτυχημένες επανεγκρίσεις πελατών από 8:28 μμ ET στις 13 Ιουλίου 2026. Δεν προέκυψε απώλεια δεδομένων ως αποτέλεσμα αυτού του περιστατικού. ** Προληπτικά μέτρα ** Για να αποτρέψουμε την επανάληψη αυτού του ζητήματος, εφαρμόζουμε τις ακόλουθες βελτιώσεις: * **Αυτόματη παρακολούθηση λήξης: ** Καθιερώνουμε μια επίσημη διαδικασία παρακολούθησης για όλα τα διαπιστευτήρια ενσωμάτωσης με αυτοματοποιημένες υπενθυμίσεις που ορίζονται καλά πριν από τις ημερομηνίες λήξης. * **Προχωρητική παρακολούθηση: ** Νέα ειδοποίηση έχει διαμορφωθεί για να ανιχνεύσει αιχμές στις αστοχίες εξουσιοδότησης, επιτρέποντας στην ομάδα μας να εντοπίσει και να επιλύσει παρόμοια ζητήματα πριν να επηρεάσουν τους πελάτες.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 8 Ιουλίου 2026 στις 5:17 μ.μ. UTCidentified

   Στις 7-3-2026 ενημερωθήκαμε για ένα θέμα που επηρεάζει περιπτώσεις Lever με Nylas ταυτοποίηση (γενικά χρησιμοποιείται για τους πελάτες με on-premise υπηρεσίες email/calendar Microsoft Exchange). Μόνο η ταυτοποίηση Nylas επηρεάζεται, δεν έχει παρατηρηθεί παρόμοια συμπεριφορά για τους πελάτες που πιστοποιούν με το Office 365 ή τις υπηρεσίες της Google. Οι χρήστες ενδέχεται να βιώσουν ένα "500 σφάλμα" μήνυμα κατά την προσπάθεια επαναφοράς των αδειών email/calendar και έχουμε παρατηρήσει αρκετούς απροσδόκητους βρόχους ηλεκτρονικού ταχυδρομείου που προκαλούν στους υποψηφίους να λαμβάνουν διπλά μηνύματα ηλεκτρονικού ταχυδρομείου κάθε 10 έως 15 λεπτά ως αποτέλεσμα αυτού του τεύχους. Αιτία ρίζας: Οι αποτυχίες 500 και email προκαλούνται από ένα γνωστό σφάλμα στο Node.js v24.17.0 (https://github.com/nodejs/node/isses/63989). Το v24.17.0 απελευθέρωση ασφάλειας (CVE-2026-48931) άλλαξε `http.Agent` κρατήσει-ζωντανό χειρισμό υποδοχή έτσι ώστε `node-fetch` ρίχνει `ERR STREAM PREMATURE CLOSE` (" Premature close") on gzipped responses to outter providers (Nylas/Google). Οι υπηρεσίες μας πήραν αυτό το σφάλμα μέσω του κόμβου 18→24 μετανάστευσης (επικρατεί στις 06-30-2026). Ο κοριός στερεώθηκε ανάντη στον κόμβο 24.18.0. Αυτό το ζήτημα θα πρέπει να καθοριστεί σε μια ανάπτυξη σήμερα (7-8-2026). Θα παρέχουμε ενημερώσεις σχετικά με την κατάσταση του θέματος και το χρονοδιάγραμμα ανάπτυξης το συντομότερο δυνατόν.

2. 8 Ιουλίου 2026 στις 8:03 μ.μ. UTCmonitoring

   Ένα fix έχει εφαρμοστεί από περίπου 12:15pm PST/PDT στις 7/8/2026. Ο συγχρονισμός ηλεκτρονικού ταχυδρομείου και ημερολογίου είναι πλέον πλήρως λειτουργικός για περιπτώσεις Lever ρυθμίζονται με την ταυτοποίηση Nylas. Συνεχίζουμε να παρακολουθούμε την αποτελεσματικότητα του επιδιορθώματος. Μια ανάλυση Root Cause Analysis (RCA) θα δημοσιευθεί σε αυτό το τεύχος στο πλαίσιο της τυποποιημένης συμφωνίας επιπέδου υπηρεσιών.

3. 9 Ιουλίου 2026 στις 4:19 μ.μ. UTCresolved

   Το περιστατικό λύθηκε. Μια Ανάλυση Root Cause (RCA) θα δημοσιευθεί σε αυτό το τεύχος μέσα σε 7-10 εργάσιμες ημέρες.

4. 9 Ιουλίου 2026 στις 8:43 μ.μ. UTCpostmortem

   ** Περίληψη συστατικού ** Μεταξύ 2 Ιουλίου 2026 και 8 Ιουλίου 2026, ορισμένοι πελάτες παρουσίασαν διαλείπουσες αποτυχίες που επηρέασαν τις υπηρεσίες ηλεκτρονικού ταχυδρομείου και ημερολογίου. Οι κύριες επιπτώσεις περιελάμβαναν σφάλματα κατά την αποστολή ή συγχρονισμό μηνυμάτων ηλεκτρονικού ταχυδρομείου και περιστασιακά "500 λάθη" κατά τη διάρκεια της σύνδεσης. Τα θέματα αυτά προκλήθηκαν από μια τεχνική παλινδρόμηση στο υποκείμενο περιβάλλον runtime \(Node.js\) που χειρίζεται τις εξωτερικές συνδέσεις με υπηρεσίες τρίτων. Για ένα υποσύνολο πελατών που χρησιμοποιούσαν συγκεκριμένες ρυθμίσεις ενσωμάτωσης email, η αστάθεια της σύνδεσης έκανε το σύστημα να αντιληφθεί λανθασμένα μια επιτυχημένη αποστολή email ως αποτυχία. Αυτό πυροδότησε έναν αυτοματοποιημένο μηχανισμό επανάληψης, ο οποίος σε ορισμένες περιπτώσεις είχε ως αποτέλεσμα έναν βρόχο επανάληψης" όπου η ίδια επικοινωνία αποσταλεί ξανά στους αποδέκτες σε τακτά χρονικά διαστήματα μέχρι να σταθεροποιηθεί η σύνδεση. **Ανίχνευση ** Το θέμα εντοπίστηκε μετά από αναφορές διακοπτόμενων διαταράξεων της υπηρεσίας. Οι ομάδες υποστήριξης και μηχανικής μας διεξήγαγαν μια ενδελεχή έρευνα σε αυτές τις αναφορές, αναγνωρίζοντας ένα συγκεκριμένο μοτίβο αποτυχιών σύνδεσης στα αρχεία καταγραφής του συστήματος μας. Περαιτέρω ανάλυση επιβεβαίωσε ότι ο αντίκτυπος ξεκίνησε περίπου στις 2 Ιουλίου 2026, μετά από μια καθημερινή ενημέρωση των υποδομών υπηρεσιών μας. ** Αιτία Root ** Η βασική αιτία ήταν ένα ελάττωμα σε μια συγκεκριμένη έκδοση του Node.js \ (έκδοση 24.17.0\), το περιβάλλον λογισμικού που χρησιμοποιείται για να τρέξει τις υπηρεσίες μας. Αυτή η έκδοση περιείχε ένα ελάττωμα στο πώς διαχειριζόταν "διατηρήστε-ζωντανές" συνδέσεις— επαναχρησιμοποιήσιμες συνδέσεις που χρησιμοποιούνται για την επικοινωνία με εξωτερικές υπηρεσίες. Υπό ορισμένες συνθήκες, το λογισμικό θα έκλεινε πρόωρα αυτές τις συνδέσεις πριν ολοκληρωθεί μια εργασία, με αποτέλεσμα αποτυχημένα μηνύματα ηλεκτρονικού ταχυδρομείου και σφάλματα συγχρονισμού δεδομένων. ** Λύση ** Για να επιλύσουμε το ζήτημα, η ομάδα μας έκανε τα ακόλουθα βήματα: * **Ταυτότητα: ** Συσχετίζει το "Προωρινή κοντά" λάθη σε μια γνωστή παλινδρόμηση στο χρόνο runde.js. * ** Αναβάθμιση: ** Ενημερώσαμε τις εικόνες του συστήματος βάσης μας στην έκδοση Node.js 24.18.0, η οποία περιέχει την επίσημη διόρθωση για αυτό το θέμα σύνδεσης. * **Ανάπτυξη: ** Ανακατασκευασμένες και επανασχεδιασμένες κρίσιμες υπηρεσίες \ (συμπεριλαμβανομένων των εξαρτημάτων ηλεκτρονικού ταχυδρομείου και ημερολογίου\) στη διορθωμένη έκδοση. * * ** Εξουδετέρωση: ** Επιβεβαιώθηκε ότι τα σφάλματα σύνδεσης σταμάτησαν και η σταθερότητα των υπηρεσιών επανήλθε στα κανονικά επίπεδα στις 8 Ιουλίου 2026. ** Προληπτικά μέτρα ** Για να αποτρέψουμε παρόμοια ζητήματα στο μέλλον, εφαρμόζουμε τις ακόλουθες βελτιώσεις: * * ** Καρφιτσώστε: ** Έχουμε ενημερώσει τη διαδικασία κατασκευής μας για να διασφαλίσουμε ότι αναπτύσσουμε μόνο εκδόσεις που έχουν επαληθευτεί πλήρως. * ** Ενισχυμένη παρακολούθηση: ** Προσθέτουμε συγκεκριμένες προειδοποιήσεις για λάθη σύνδεσης με έξοδο για να ανιχνεύσουμε και να ανταποκριθούμε σε παρόμοιες βλάβες επικοινωνίας πιο γρήγορα. * * * * Αυτοματοποιημένη δοκιμή: ** Εφαρμόζουμε νέους συνθετικούς ελέγχους για τον συγχρονισμό ηλεκτρονικού ταχυδρομείου και ημερολογίου για να εντοπίζουμε προληπτικά ζητήματα πριν επηρεάσουν τους πελάτες. * * * * Αυτοσχέδιο Ορατότητα: ** Ενημερώνουμε τα εσωτερικά ταμπλό μας για να παρέχουμε καλύτερη ορατότητα στις ακριβείς εκδόσεις λογισμικού που λειτουργούν στο περιβάλλον παραγωγής μας για να επιταχύνουμε τις μελλοντικές διαγνώσεις.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 22 Ιουνίου 2026 στις 2:44 μ.μ. UTCinvestigating

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

2. 22 Ιουνίου 2026 στις 4:17 μ.μ. UTCidentified

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

3. 22 Ιουνίου 2026 στις 6:21 μ.μ. UTCresolved

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

1. 16 Ιουνίου 2026 στις 10:25 μ.μ. UTCinvestigating

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

2. 16 Ιουνίου 2026 στις 10:33 μ.μ. UTCinvestigating

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

3. 17 Ιουνίου 2026 στις 6:31 μ.μ. UTCidentified

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

4. 17 Ιουνίου 2026 στις 6:33 μ.μ. UTCmonitoring

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

5. 18 Ιουνίου 2026 στις 4:24 μ.μ. UTCresolved

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

6. 22 Ιουνίου 2026 στις 7:49 μ.μ. UTCpostmortem

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

1. 11 Ιουνίου 2026 στις 5:28 μ.μ. UTCinvestigating

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

2. 11 Ιουνίου 2026 στις 7:33 μ.μ. UTCinvestigating

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

3. 11 Ιουνίου 2026 στις 9:42 μ.μ. UTCinvestigating

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

4. 11 Ιουνίου 2026 στις 11:25 μ.μ. UTCinvestigating

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

5. 12 Ιουνίου 2026 στις 4:43 μ.μ. UTCinvestigating

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

6. 12 Ιουνίου 2026 στις 7:03 μ.μ. UTCinvestigating

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

7. 12 Ιουνίου 2026 στις 7:10 μ.μ. UTCresolved

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

1. 23 Απριλίου 2026 στις 6:26 μ.μ. UTCinvestigating

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

2. 23 Απριλίου 2026 στις 8:11 μ.μ. UTCresolved

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

1. 21 Απριλίου 2026 στις 9:07 μ.μ. UTCinvestigating

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

2. 21 Απριλίου 2026 στις 11:26 μ.μ. UTCinvestigating

   We are continuing to investigate this issue.

3. 22 Απριλίου 2026 στις 1:05 π.μ. UTCmonitoring

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

4. 22 Απριλίου 2026 στις 12:07 μ.μ. UTCresolved

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

5. 23 Απριλίου 2026 στις 1:33 μ.μ. UTCpostmortem

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

1. 17 Απριλίου 2026 στις 5:45 μ.μ. UTCinvestigating

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

2. 17 Απριλίου 2026 στις 6:53 μ.μ. UTCresolved

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

1. 17 Απριλίου 2026 στις 5:15 μ.μ. UTCinvestigating

   We are currently investigating this issue.

2. 17 Απριλίου 2026 στις 5:33 μ.μ. UTCidentified

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

3. 17 Απριλίου 2026 στις 5:36 μ.μ. UTCidentified

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

4. 17 Απριλίου 2026 στις 6:59 μ.μ. UTCmonitoring

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

5. 17 Απριλίου 2026 στις 9:11 μ.μ. UTCresolved

   This incident has been resolved.

1. 27 Μαρτίου 2026 στις 6:07 μ.μ. UTCresolved

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

1. 26 Μαρτίου 2026 στις 12:02 μ.μ. UTCinvestigating

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

2. 26 Μαρτίου 2026 στις 12:36 μ.μ. UTCidentified

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

3. 26 Μαρτίου 2026 στις 2:12 μ.μ. UTCmonitoring

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

4. 26 Μαρτίου 2026 στις 2:13 μ.μ. UTCmonitoring

   We are continuing to monitor for any further issues.

5. 26 Μαρτίου 2026 στις 6:13 μ.μ. UTCresolved

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

1. 5 Μαρτίου 2026 στις 7:59 μ.μ. UTCidentified

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

2. 6 Μαρτίου 2026 στις 9:25 μ.μ. UTCidentified

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

3. 9 Μαρτίου 2026 στις 4:36 μ.μ. UTCidentified

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

4. 9 Μαρτίου 2026 στις 6:13 μ.μ. UTCresolved

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

1. 11 Φεβρουαρίου 2026 στις 6:26 μ.μ. UTCinvestigating

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

2. 11 Φεβρουαρίου 2026 στις 8:08 μ.μ. UTCidentified

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

3. 12 Φεβρουαρίου 2026 στις 1:36 π.μ. UTCresolved

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

1. 4 Φεβρουαρίου 2026 στις 12:04 μ.μ. UTCinvestigating

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

2. 4 Φεβρουαρίου 2026 στις 12:33 μ.μ. UTCidentified

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

3. 4 Φεβρουαρίου 2026 στις 12:37 μ.μ. UTCmonitoring

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

4. 4 Φεβρουαρίου 2026 στις 1:05 μ.μ. UTCresolved

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

1. 29 Ιανουαρίου 2026 στις 7:04 μ.μ. UTCinvestigating

   We are currently investigating this issue.

2. 30 Ιανουαρίου 2026 στις 8:38 μ.μ. UTCmonitoring

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

3. 31 Ιανουαρίου 2026 στις 12:34 π.μ. UTCresolved

   This incident has been resolved.