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

1. 30 Αυγούστου 2026 στις 2:35 π.μ. UTCinvestigating

   Αγαπητέ πελάτη, Περίπου στις 11:00 μμ (BRT) την Παρασκευή 29 Αυγούστου 2026, εντοπίσαμε μια αστάθεια που επηρέασε τη δημιουργία διαδικασίας στο IDCloud. Κατά τη διάρκεια αυτής της περιόδου, ορισμένα αιτήματα μπορεί να αποτύχουν ή να βιώσουν πιο αργούς από τους συνήθεις χρόνους ανταπόκρισης. Αναγνωρίζουμε την ταλαιπωρία που μπορεί να προκαλέσει αυτό και να εκτιμήσουμε την κατανόησή σας. Σύντομα θα υπάρξει νέα ενημέρωση. Ομάδα Unico

2. 30 Αυγούστου 2026 στις 2:49 π.μ. UTCidentified

   Η ομάδα μηχανικών μας έχει χαρτογραφήσει την προέλευση της αστάθειας που επηρεάζει τη δημιουργία διαδικασίας στο IDCloud. Η τεχνική ομάδα έχει ήδη αρχίσει να εφαρμόζει διορθωτικά μέτρα, συμπεριλαμβανομένων των αποκλίσεων των πόρων στο επηρεαζόμενο στρώμα και της συνεχούς παρακολούθησης των βασικών δεικτών. Η αποκατάσταση της υπηρεσίας γίνεται με κορυφαία προτεραιότητα και πλήρη μηχανική κινητοποίηση. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα. Ομάδα Unico

3. 30 Αυγούστου 2026 στις 2:57 π.μ. UTCmonitoring

   Αγαπητέ πελάτη, Η ομάδα μηχανικών μας έχει πραγματοποιήσει τα διορθωτικά μέτρα που απαιτούνται για την επίλυση της αστάθειας που επηρεάζει τη δημιουργία διαδικασίας στο IDCloud. Το περιβάλλον έχει επανέλθει στη σταθερότητα, με δείκτες διαθεσιμότητας και χρόνου απόκρισης να έχουν αποκατασταθεί σε κανονικά επίπεδα λειτουργίας από τις 11:48 μμ (BRT). Η υπηρεσία είναι διαθέσιμη για κανονική χρήση. Αυτή τη στιγμή, η τεχνική μας ομάδα παραμένει υπό υποβοηθούμενη παρακολούθηση, παρακολουθώντας στενά το περιβάλλον για να εξασφαλίσει συνεπή απόδοση και να δράσει άμεσα σε περίπτωση οποιασδήποτε διακύμανσης. Εκτιμούμε την κατανόησή σας και επαναλαμβάνουμε ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα. Ομάδα Unico

4. 30 Αυγούστου 2026 στις 3:15 π.μ. UTCresolved

   Αγαπητέ πελάτη, Περίληψη και αντίκτυπος Μεταξύ 11:00 μ.μ. και 11:48 μ.μ. (BRT) στις 29 Αυγούστου 2026, μια διακοπή που επηρεάζεται από τη δημιουργία διαδικασίας στο IDCloud. Κατά τη διάρκεια αυτού του παραθύρου, ορισμένοι πελάτες που χρησιμοποιούν αυτές τις ροές παρουσίασαν αποτυχίες και αυξημένους χρόνους απόκρισης, με διάδοση σε εξαρτώμενα ταξίδια, συμπεριλαμβανομένης της ταυτοποίησης, της σύλληψης εγγράφων και της παράδοσης ειδοποιήσεων. Δεν υπήρξε συμβιβασμός για την ακεραιότητα ή την ασφάλεια των επεξεργασμένων πληροφοριών, και δεν χάθηκαν δεδομένα. Οι δείκτες επέστρεψαν στα κανονικά επίπεδα λειτουργίας στις 11:48 PM (BRT), με την ομαλοποίηση να επιβεβαιώνεται τόσο στην παρακολούθηση μας όσο και στην πλευρά του πελάτη, καλύπτοντας τη δημιουργία και ολοκλήρωση της διαδικασίας. Αιτία και ψήφισμα Η προέλευση εντοπίστηκε στο στρώμα δεδομένων μας: μια εσωτερική ρουτίνα συντήρησης κόλλησε, και οι εργασίες εφαρμογής άρχισαν να περιμένουν πίσω από αυτό μέχρι να εξαντληθεί το διαθέσιμο όριο σύνδεσης, μειώνοντας την ικανότητα επεξεργασίας. Η μηχανική μας ομάδα τερμάτισε χειρουργικά μόνο την κολλημένη ρουτίνα, απελευθερώνοντας αμέσως την ουρά. Οι συνδέσεις και η ικανότητα επεξεργασίας αποκαταστάθηκαν πλήρως, χωρίς αλλαγές στα δεδομένα. Δέσμευση και επόμενα βήματα Η ομάδα μηχανικών μας θα επικεντρωθεί σε τρία μέτωπα: τον περιορισμό του χρόνου αναμονής για τις εσωτερικές routineτίνες συντήρησης, την πρόληψη της ταυτόχρονης routineτίνες από το να τρέξει ενάντια στην ίδια δομή, και την ενίσχυση της ανθεκτικότητας των υπηρεσιών στις διακυμάνσεις του στρώματος δεδομένων. Μια λεπτομερής μεταθανάτια, συμπεριλαμβανομένου του πλήρους χρονοδιαγράμματος και ενός σχεδίου δράσης με προθεσμίες, θα μοιραστεί σύντομα. Ζητούμε ειλικρινά συγγνώμη για τον αντίκτυπο στις επιχειρήσεις σας και παραμένουμε διαθέσιμοι μέσω των καναλιών υποστήριξής μας. Ομάδα Unico

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

1. 10 Αυγούστου 2026 στις 8:26 μ.μ. UTCidentified

   Αγαπητέ πελάτη, Εντοπίσαμε μια επίπτωση σε κάποια αιτήματα IDCloud, που επηρεάζουν την ικανότητα Behavior Alert (IDTrust) και τη ροή 1:N. Αυτή η αστάθεια μπορεί επίσης να επηρεάσει τους πελάτες στο Μεξικό που χρησιμοποιούν αυτή την ικανότητα. Η ομάδα μας κινητοποιείται για να επιλύσει το θέμα το συντομότερο δυνατόν. Σύντομα θα παρέχουμε νέες ενημερώσεις.

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

   Η ομάδα μηχανικών μας έχει εντοπίσει και εφαρμόσει τις απαραίτητες ενέργειες για την επίλυση της αστάθειας στις πληγείσες δυνατότητες ροής IDCloud. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει μια λεπτομερή ανάλυση του στρώματος δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα.

3. 10 Αυγούστου 2026 στις 9:01 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Γύρω στις 5:08 μμ, ένας αυτοματοποιημένος συναγερμός εντόπισε πτώση διαθεσιμότητας στην υπηρεσία αναγνώρισης προσώπου (1:N ροή), πυροδοτώντας το περιστατικό. Το ζήτημα κλιμακώθηκε γρήγορα και άρχισε να επηρεάζει την υπηρεσία προειδοποίησης συμπεριφοράς και, στη συνέχεια, τη ροή δημιουργίας διαδικασιών, λόγω των διαλείμματος μεταξύ αυτών των υπηρεσιών. Ο αντίκτυπος επηρέασε ένα υποσύνολο πελατών χρησιμοποιώντας αυτές τις δυνατότητες. Η κατάσταση αναφέρθηκε ως σταθεροποιημένη στις 5:22 μμ, με τις μετρήσεις να επιστρέφουν στα φυσιολογικά επίπεδα. Αιτία και ψήφισμα Η βασική αιτία ήταν μια αιχμή της κυκλοφορίας που δημιουργήθηκε από ένα εσωτερικό φόρτο εργασίας, το οποίο έστειλε ένα υψηλό όγκο των αιτήσεων αναγνώρισης προσώπου απευθείας στον βιομετρικό αγωγό, παρακάμπτοντας το στρώμα άκρη που χρησιμοποιείται από την κανονική κυκλοφορία των πελατών. Αυτός ο πρόσθετος όγκος κορέωνε την χωρητικότητα της βάσης δεδομένων που υποστήριζε την υπηρεσία αναγνώρισης προσώπου. Ο κορεσμός προκάλεσε διαλείμματα σε εκείνη την υπηρεσία, τα οποία κατέρρευσαν στην υπηρεσία ενορχήστρωσης βιομετρικών μηχανών, στη συνέχεια στην υπηρεσία συναγερμού συμπεριφοράς, και τέλος στη ροή δημιουργίας της διαδικασίας χρησιμοποιώντας αυτές τις δυνατότητες. Για την επίλυση του ζητήματος, η ομάδα σταμάτησε τον φόρτο εργασίας που ήταν υπεύθυνος για την ακίδα και αύξησε την χωρητικότητα της επηρεασμένης βάσης δεδομένων. Αυτές οι ενέργειες μείωσαν το πρόβλημα, με τον όγκο σφαλμάτων να επιστρέφει σε σχεδόν μηδενικά επίπεδα. Δέσμευση και επόμενα βήματα Ένα αντικείμενο παρακολούθησης άνοιξε για την εφαρμογή του περιορισμού του ποσοστού για τον τύπο του εσωτερικού φόρτου εργασίας που προκάλεσε την αιχμή, ως προληπτικό μέτρο κατά της επανάληψης. Η αύξηση της παραγωγικής ικανότητας για την επηρεαζόμενη βάση δεδομένων πραγματοποιήθηκε ήδη κατά τη διάρκεια του ίδιου του συμβάντος.

4. 25 Αυγούστου 2026 στις 1:05 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 10 Αυγούστου 2026, μεταξύ 5:08 PM και 5:27 PM \(ώρα Βραζιλίας\), ο δείκτης διαθεσιμότητας για τη ροή αναγνώρισης προσώπου 1:N μειώθηκε κάτω από 95%, με συνολική επίπτωση περίπου 19 λεπτά. Το περιστατικό προκλήθηκε από κορεσμό της βάσης δεδομένων αναζήτησης διανυσμάτων που χρησιμοποιούσε ο βιομετρικός κινητήρας, που προέκυψε από απροσδόκητη συμπεριφορά στον μηχανισμό κατανάλωσης ουράς, ο οποίος δημιούργησε όγκο κλήσης 2,36 φορές υψηλότερο από το ρυθμισμένο. Το υπερβολικό φορτίο έφτασε στο μέγιστο όριο κλιμάκωσης της βάσης δεδομένων, προκαλώντας χρονοδιακόπτες σε πολλαπλές εξαρτημένες υπηρεσίες και επηρεάζοντας 55 χρήστες πελατών με σφάλματα κατά τη διάρκεια της περιόδου. ** Impact ** Οι χρήστες της αναγνώρισης του προσώπου, της ταυτοποίησης, και της δημιουργίας διαδικασιών ροές από πολλούς πελάτες βίωναν λάθη και χρονικά διαστήματα κατά τη διάρκεια της περιόδου. Ο κορεσμός της βάσης δεδομένων κλιμακώθηκε μέσω της βιομετρικής ενορχήστρωσης, του κινητήρα και των υπηρεσιών δημιουργίας διεργασιών. Η μείωση πραγματοποιήθηκε με την απενεργοποίηση μιας εσωτερικής υπηρεσίας και την αύξηση του μέγιστου ορίου κλιμάκωσης της βάσης δεδομένων, σταθεροποιώντας την υπηρεσία στις 5:27 μ.μ. ** Αιτία Root ** Η βασική αιτία ήταν ένας συνδυασμός παραγόντων που σχετίζονται με τη συμπεριφορά των υπηρεσιών και την ικανότητα της υποδομής που εμπλέκονται. Η υπηρεσία διαμορφώθηκε με όριο 2 αιτήματα ανά δευτερόλεπτο, αλλά ο μηχανισμός κατανάλωσης ουράς συμπεριφέρθηκε απροσδόκητα: τα μηνύματα των οποίων η επεξεργασία ξεπέρασε την προθεσμία αναγνώρισης παραδόθηκαν εκ νέου από την ουρά χωρίς να ακυρωθεί η αρχική εκτέλεση — μετατρέποντας τα 938 αντικείμενα εργασίας σε 2.217 αποτελεσματικές κλήσεις \(~8.4 RPS\). Αυτή η ενισχυμένη κυκλοφορία έφτασε στη βάση δεδομένων χωρίς να περάσει από το στρώμα προστασίας άκρων, το οποίο κανονικά θα περιόριζε τον όγκο της αίτησης, δεδομένου ότι η διαδρομή δικτύου που χρησιμοποιείται σε αυτή τη ροή δεν πέρασε από αυτούς τους ελέγχους. Η βάση δεδομένων, η οποία λειτουργούσε ήδη κοντά στο μέγιστο όριο κλιμάκωσης, δεν ήταν σε θέση να απορροφήσει το πρόσθετο φορτίο — η ΚΜΕ της έφτασε το 88%, ενώ κλιμάκωσε μέχρι το ρυθμισμένο ανώτατο όριο των 100 κόμβων — και το ερώτημα latency πήδηξε από ~3 δευτερόλεπτα σε ~18,75 δευτερόλεπτα στο p90, πολλαπλασιάζοντας χρονόμετρα σε όλη την αλυσίδα των εξαρτώμενων υπηρεσιών. ** Λύση ** Η ομάδα προσδιόρισε την εν λόγω διαδικασία ως την πηγή του φορτίου μέσα σε λίγα λεπτά από την καταχώριση. Η διαδικασία απενεργοποιήθηκε, και το μέγιστο όριο κλιμάκωσης της βάσης δεδομένων αυξήθηκε από 100 σε 150 κόμβους. Με αυτές τις δύο ενέργειες, η υπηρεσία σταθεροποιήθηκε στις 5:27 μμ. ** Μάθημα Μάθημα ** Το περιστατικό έδειξε ότι ο περιορισμός του ποσοστού που εφαρμόζεται μόνο στην πλευρά της δημοσίευσης μηνυμάτων είναι ανεπαρκής όταν ο καταναλωτής μπορεί να ενισχύσει τον όγκο μέσω της επαναλήψεως. Πρέπει επίσης να υπάρχουν ρυθμοί και έλεγχοι συμψηφισμού στην πλευρά της κατανάλωσης. Επιπλέον, οι εσωτερικές υπηρεσίες που έχουν πρόσβαση σε κρίσιμα συστατικά μέσα από διαδρομές που παρακάμπτουν την προστασία άκρων αντιπροσωπεύουν δομικό κίνδυνο — οποιοσδήποτε εσωτερικός πελάτης μπορεί να δημιουργήσει ανεξέλεγκτο φορτίο σε κοινόχρηστη υποδομή.

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

1. 31 Ιουλίου 2026 στις 12:42 μ.μ. UTCinvestigating

   Πελάτες Prezados, Identificamos uma instabilidade técnica pontual que afeta a atualização do penel de acompanhamento após o enviro de documentos. (στα Αγγλικά). Reforçamos que o flowo de enviro e assinatura está funcionando normalmente: os destinatários continuam recebenendo e conseguindo assinar os arquivos. (στα Αγγλικά). Χωρίς εντάντο, o registro do enviro pode temporariamente não ser exibido na lista de acompanhamento do remetente. Nossa equipe de engenharia já está atuando para corrigir a exibição na interface e restavelecer o histórico no painel o mais breve possivel. (στα Αγγλικά). Pedimos desculpas pelo trombale e manteremos todos informados sobre o progresso. (στα Αγγλικά). Ατενσιοσαμέντε,

2. 31 Ιουλίου 2026 στις 1:08 μ.μ. UTCidentified

   Πελάτες Prezados, Gostaríamos de atualizar o status sobre a visualização de documentos no painel de acompanhamento (στα Αγγλικά). Ο πρόβλημα με το identificado com sucesso por nossa equipe técnica. Κανένα momento, os engenheiros já estão subindo a correção para restabelecer a exibição correta de todos os enviros na interface do remetente. Lembramos que o procesamento, enviro e assinatura dos do documentos continuam operando normalmente (στα Αγγλικά). Volataremos com uma nova atualização assim que a correção for concluída e entrarmos na fase de monitoramento. (στα Αγγλικά). Ατενσιοσαμέντε,

3. 31 Ιουλίου 2026 στις 1:20 μ.μ. UTCmonitoring

   Πελάτες Prezados, Informamos que a correção para a exibição no painel de acompanhamento foi aplicada com sucesso. (στα Αγγλικά). Μια λίστα των εγγράφων και históricos de enviros já está retornando à normalidade. Κανένα momento, nossa εξοπλίζει de engenharia está monitorando o ambiente de perto para garantir a setilidade total do serviço. Agradecemos a paciência e traremos a confirmação do enceramento em breve. (στα Αγγλικά). Ατενσιοσαμέντε,

4. 31 Ιουλίου 2026 στις 2:06 μ.μ. UTCresolved

   Πελάτες Prezados, Informamos que o convenuee relacionado à exibição de enviros no painel de acompanhamento foi oficialmente encerrado. (στα Αγγλικά). Após a aplicação da correção e o período de monitoramento, confirmamos que a listagem e o histórico de documentos foram totalmente restabelecidos, e a plataforma opera em completea fetilidade. Agradecemos pela compreensão e paciência de todos durante o processo. (στα Αγγλικά). Ατενσιοσαμέντε,

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

1. 29 Ιουλίου 2026 στις 2:04 μ.μ. UTCresolved

   Περίληψη & αντίκτυπος Θα θέλαμε να σας ενημερώσουμε ότι το περιστατικό που επηρεάζει προσωρινά την υπηρεσία ειδοποίησης ID Cloud Webhook έχει επιλυθεί. Περίοδος πρόσκρουσης: Από 08:32 έως 10:05. Επιπτώσεις Πλατφόρμας: Η αστάθεια περιορίστηκε αυστηρά στην αποστολή ειδοποιήσεων Webhook, με αποτέλεσμα καθυστέρηση στη διανομή μηνυμάτων. Δεν υπήρξε υποβάθμιση της κύριας πλατφόρμας, καμία βλάβη στον κινητήρα ζωντάνιας, και καμία απώλεια δεδομένων. Επιπτώσεις Πελατών: Το ζήτημα επηρέασε ένα μικρό μέρος των πελατών. Πελάτες που έχουν εφαρμόσει μια ροή δημοσκοπήσεων GET ως έκτακτη ανάγκη (fallback) δεν βίωσε χρόνο down ή επιχειρησιακό αντίκτυπο. Βασική αιτία & επίλυση Root Cause: Η αστάθεια πυροδοτήθηκε από μια ενημέρωση χαρακτηριστικών στο περιβάλλον. Μια προσωρινή αναντιστοιχία στις άδειες πρόσβασης μεταξύ της ουράς εργασιών και της διαδρομής προορισμού προκάλεσε την άρνηση των αιτήσεων, οδηγώντας σε μια προσωρινή καθυστέρηση των κοινοποιήσεων. Επίλυση ενέργειας: Η τεχνική ομάδα ολοκλήρωσε την ανακατεύθυνση της κυκλοφορίας προς το νέο περιβάλλον, αποκαθιστώντας την σωστή επικοινωνία μεταξύ των εξαρτημάτων και απελευθερώνοντας το backlog των Webhooks. Η επεξεργασία έχει επανέλθει στο κανονικό και η ουρά αποστολής έχει καθαριστεί πλήρως. Δέσμευση & επόμενα βήματα Η σταθερότητα των υπηρεσιών μας είναι η ύψιστη προτεραιότητά μας. Για να εξασφαλίσουμε απόλυτη διαφάνεια και να αποτρέψουμε την επανάληψη, η ομάδα μας θα επικεντρωθεί στα ακόλουθα μέτωπα: Λεπτομερής νεκροψία: Θα καταρτιστεί μια περιεκτική έκθεση που θα περιλαμβάνει μια εις βάθος ανάλυση των βασικών αιτίων και ένα σχέδιο προληπτικής δράσης. Βελτιώσεις Παρατηρησιμότητας: Θα προσαρμόσουμε τις μετρήσεις παρακολούθησης για να διασφαλίσουμε μεγαλύτερη ορατότητα σε δια-υπηρεσιακά λάθη επικοινωνίας κατά τη διάρκεια των σεναρίων μετάβασης. Λυπούμαστε ειλικρινά για την ταλαιπωρία και παραμένουμε διαθέσιμοι για περαιτέρω διευκρινίσεις. Ειλικρινά, η ομάδα Unico

2. 7 Αυγούστου 2026 στις 1:08 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 29 Ιουλίου 2026, μεταξύ 8:32 πμ και 10:05 πμ \(ώρα Βραζιλίας\), η υπηρεσία παράδοσης webhook υποβαθμίστηκε για περίπου 1 ώρα και 33 λεπτά. Το περιστατικό προκλήθηκε από μια προγραμματισμένη μετανάστευση υποδομής που δημιούργησε μια παροδική κατάσταση ασυμβατότητας: μετά τη μετάβαση των εσωτερικών διαδρομών στη νέα συστάδα, η υπηρεσία webhook άρχισε να παράγει μάρκες ταυτοποίησης από τη νέα συστάδα, αλλά οι παραδόσεις κατευθύνονταν ακόμα προς την παλιά συστάδα — η οποία απέρριψε τις μάρκες με σφάλμα εξουσιοδότησης. Τα χαμένα γεγονότα επαναδιατυπώθηκαν κατά παραγγελία. ** Impact ** Τα πολλαπλά προϊόντα επηρεάστηκαν ταυτόχρονα — συμπεριλαμβανομένης της ταυτοποίησης, των πληρωμών και των ροών επί του πλοίου. Οι χρήστες πελατών που βασίζονταν αποκλειστικά σε ειδοποιήσεις webhook για να συνεχίσουν τις επιχειρηματικές τους ροές γνώρισαν λειτουργικές διακοπές κατά τη διάρκεια της περιόδου. Πελάτες που είχαν εφαρμόσει ενεργητικές δημοσκοπήσεις ως εφεδρικός μηχανισμός γνώρισαν μειωμένες επιπτώσεις. ** Αιτία Root ** Η βασική αιτία εντοπίστηκε στον σχεδιασμό της μετανάστευσης: η διαδικασία δεν χαρτογράφησε την αλυσιδωτή εξάρτηση της ροής του webhook — όπου η εσωτερική διαδρομή δημιουργεί μια ασύγχρονη εργασία που, με τη σειρά της, καλεί τη δημόσια διαδρομή για παράδοση. Με τη μετανάστευση των εσωτερικών διαδρομών και των δημόσιων διαδρομών σε ξεχωριστά βήματα, δημιουργήθηκε ένα παράθυρο ασυμβατότητας όπου μάρκες που δημιουργήθηκαν από τη νέα συστάδα απορρίφθηκαν από την πολιτική εξουσιοδότησης της παλαιάς συστάδας, η οποία επικύρωσε ειδικά το προηγούμενο αναγνωριστικό λογαριασμού υπηρεσιών. Το σενάριο αυτό δεν εντοπίστηκε κατά την αξιολόγηση κινδύνου της αλλαγής και κανένας από τους υφιστάμενους δείκτες ποιότητας υπηρεσιών δεν κάλυπτε το ασύγχρονο επίπεδο παράδοσης όπου υλοποιήθηκε η αστοχία. ** Λύση ** Η ομάδα προσδιόρισε την ενδεικτική ασυμβατότητα ως την πηγή των αποτυχιών και ολοκλήρωσε τη μετανάστευση των δημόσιων διαδρομών προς το νέο σμήνος, εξαλείφοντας την απόκλιση. Από το σημείο αυτό, οι εκκρεμείς παραδόσεις στην ουρά άρχισαν να επεξεργάζονται κανονικά. Η σύγκρουση σταμάτησε στις 10:05 π.μ. και η κίνηση στο παλιό σμήνος έφτασε στο μηδέν στις 10:32 π.μ. ** Μάθημα Μάθημα ** Το περιστατικό έδειξε ότι οι μεταναστεύσεις που περιλαμβάνουν αλυσιδωτές ασύγχρονες ροές παράδοσης απαιτούν όλες τις διαδρομές που συμμετέχουν στην αλυσίδα — εσωτερικές και δημόσιες — να μεταναστεύονται με συντονισμένο τρόπο, χωρίς παράθυρα ασυμβατότητας μεταξύ των συστάδων. Η σταδιακή προσέγγιση που χρησιμοποιήθηκε, ενώ ήταν κατάλληλη για τις περισσότερες μεταναστεύσεις, δημιούργησε μια παρατεταμένη περίοδο αποτυχίας εδώ που θα μπορούσε να είχε αποφευχθεί με μια ατομική μετάβαση ή ένα πολύ μικρότερο παράθυρο μετάβασης. Επιπλέον, η έλλειψη παρατηρησιμότητας στο ασύγχρονο στρώμα παράδοσης ήταν ο λόγος για τον οποίο το περιστατικό δεν εντοπίστηκε εσωτερικά — υπάρχοντες δείκτες μέτρησαν μόνο την αποδοχή γεγονότων, όχι την πραγματική παράδοση. Η δημιουργία ειδικών ειδοποιήσεων για αστοχίες και backlog σε αυτό το στρώμα είναι η πιο επείγουσα βελτίωση παρακολούθησης που έχει εντοπιστεί.

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

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

   Αγαπητέ πελάτη, Αυτή τη στιγμή ερευνούμε μια αστάθεια στα webhooks μας που επηρεάζει την λανθάνουσα κατάσταση στην παράδοση δεδομένων. Η ομάδα μας εργάζεται ενεργά για να επιλύσει το ζήτημα όσο το δυνατόν γρηγορότερα. Θα παρέχουμε περαιτέρω ενημερώσεις σύντομα.

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

   Αγαπητέ πελάτη, Η ομάδα μηχανικής μας έχει εντοπίσει και εφαρμόσει τις απαραίτητες ενέργειες για την επίλυση της αστάθειας Webhook που επηρεάζει την λανθάνουσα παράδοση δεδομένων. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει μια λεπτομερή ανάλυση του στρώματος δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα.

3. 24 Ιουλίου 2026 στις 10:18 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Ξεκινώντας από τις 6:05 μμ (ώρα Βραζιλίας), μια αστάθεια συνέβη στην υπηρεσία Webhook, οδηγώντας σε αποτυχία στην επεξεργασία και την παράδοση ειδοποιήσεων για τις επηρεαζόμενες λειτουργίες κατά τη διάρκεια αυτής της περιόδου. Αιτία και ψήφισμα Το περιστατικό προκλήθηκε από ένα θέμα με έναν κοινόχρηστο λογαριασμό υπηρεσιών που χρησιμοποιείται σε πολλαπλές υπηρεσίες, με αποτέλεσμα αποτυχίες ταυτοποίησης. Κατά την αναγνώριση της βασικής αιτίας, η ομάδα μηχανικής αποκατέστησε τα απαιτούμενα διαπιστευτήρια και διαμόρφωση. Η κανονική λειτουργία επανιδρύθηκε πλήρως στις 6:29 μμ (BRT). Δέσμευση και επόμενα βήματα Στο πλαίσιο της συνεχούς βελτίωσης και του μετριασμού του κινδύνου, η ομάδα μηχανικών θα επανεξετάσει τις εξαρτήσεις των πόρων και τη διαχείριση της πρόσβασης σε όλες τις υπηρεσίες. Αυτό θα αποτρέψει παρόμοια ζητήματα διαμόρφωσης στις μελλοντικές προσαρμογές των υποδομών.

4. 3 Αυγούστου 2026 στις 8:00 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 24 Ιουλίου 2026, μεταξύ 6:05 μ.μ. και 6:29 μ.μ. \(ώρα Βραζιλίας\), η υπηρεσία δημιουργίας και παράδοσης webhook δεν ήταν διαθέσιμη για περίπου 24 λεπτά. Το περιστατικό προκλήθηκε από την απώλεια πρόσβασης σε λογαριασμό υπηρεσιών υποδομής κατά τη διάρκεια διαδικασίας παροπλισμού πόρων που συνδέεται με μετανάστευση διασποράς που πραγματοποιήθηκε ημέρες νωρίτερα. Ο επηρεαζόμενος λογαριασμός μοιράστηκε από πολλαπλές υπηρεσίες χωρίς να τεκμηριώνεται αυτή η εξάρτηση, προκαλώντας την υπηρεσία webhook να χάσει την ικανότητα ταυτοποίησης και να σταματήσει τη δημιουργία και την παράδοση γεγονότων. ** Impact ** Η δημιουργία και παράδοση γεγονότων Webhook διακόπηκε κατά τη διάρκεια της περιόδου, επηρεάζοντας 18 χρήστες πελατών με περισσότερα από 1.550 λάθη που καταγράφηκαν. Ο αντίκτυπος κλιμακώθηκε σε άλλες υπηρεσίες που εξαρτώνται από την ίδια ροή ταυτοποίησης, προκαλώντας ταυτόχρονη υποβάθμιση σε διαφορετικές δυνατότητες πλατφόρμας. ** Αιτία Root ** Η βασική αιτία αναγνωρίστηκε στη διαμόρφωση εξάρτησης από την υπηρεσία. Αυτή η διαυπηρεσιακή εξάρτηση δεν ήταν ούτε τεκμηριωμένη ούτε ορατή σε καμία χαρτογράφηση εξάρτησης. Όταν η διαδικασία παροπλισμού αφαίρεσε το λογαριασμό ως μέρος του καθαρισμού πόρων της αρχικής υπηρεσίας, δεν υπήρχε αυτόματη επικύρωση για να ελεγχθεί αν ο λογαριασμός εξακολουθούσε να χρησιμοποιείται από άλλες ενεργές υπηρεσίες. Η απουσία αυτής της διασφάλισης κράτησε κρυφή την εξάρτηση μέχρι την απομάκρυνσή της προκάλεσε εκτεταμένες αποτυχίες ταυτοποίησης. ** Λύση ** Η ομάδα αναγνώρισε γρήγορα τον ασταθή λογαριασμό υπηρεσίας ως την πηγή των αποτυχιών ταυτοποίησης. Ο λογαριασμός προσαρμόστηκε χειροκίνητα και εφαρμόστηκε στη συστάδα, αποκαθιστώντας την υπηρεσία στις 6:29 μμ. Η συνολική διάρκεια της πρόσκρουσης ήταν περίπου 24 λεπτά. ** Μάθημα Μάθημα ** Το περιστατικό εξέθεσε τους κινδύνους της κληρονομιάς διαμορφώσεις που δημιουργούν κρυφές εξαρτήσεις μεταξύ των υπηρεσιών: μια ενιαία αλλαγή πόρων κατά τη διάρκεια της προγραμματισμένης συντήρησης ήταν αρκετή για να διαταράξει πολλαπλές υπηρεσίες ταυτόχρονα. Η διαδικασία παροπλισμού των πόρων υποδομής πρέπει να περιλαμβάνει αυτοματοποιημένη επικύρωση εξάρτησης πριν από οποιαδήποτε αλλαγή.

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

1. 21 Ιουλίου 2026 στις 4:39 μ.μ. UTCidentified

   Αγαπητέ πελάτη, Διερευνούμε μια αστάθεια στις λειτουργίες IDCloud που επηρεάζει τις ροές ταυτοποίησης στο ταξίδι της διαδικασίας, και συγκεκριμένα επηρεάζει το ταξίδι Web (παλαιότερα ByUnico). Η ομάδα μας κινητοποιείται για να επιλύσει το θέμα το συντομότερο δυνατόν. Θα παρέχουμε περαιτέρω ενημερώσεις σύντομα.

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

   Αγαπητέ πελάτη, Η ομάδα μηχανικών μας έχει εντοπίσει και εφαρμόσει τις απαραίτητες ενέργειες για την επίλυση της αστάθειας στις πληγείσες δυνατότητες ροής IDCloud. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει μια λεπτομερή ανάλυση του στρώματος δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα.

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

   Περίληψη και αντίκτυπος Ξεκινώντας περίπου στις 12:44 μ.μ. (ώρα Βραζιλίας) στις 21 Ιουλίου 2026, ένα μέρος των χρηστών στο μειωμένο ταξίδι επιβίβασης παρουσίασαν βραδύτερη φόρτωση των αρχικών οθονών στη ροή. Ο αντίκτυπος παρατηρήθηκε σε όλα τα περιβάλλοντα όπου χρησιμοποιείται αυτό το ταξίδι, επηρεάζοντας την αντιληπτή ταχύτητα και, σε μικρότερο βαθμό, την ικανότητα των χρηστών να ολοκληρώσουν τη διαδικασία κατά τη διάρκεια αυτής της περιόδου. Αιτία και ψήφισμα Η έρευνα συνεχίζεται για να επιβεβαιωθεί η οριστική βασική αιτία του συμβάντος. Δεν υπήρξε καμία επίπτωση στους διακομιστές, το δίκτυο ή την υποδομή — το θέμα επιβεβαιώθηκε ότι απομονώθηκε στην εμπειρία στην οθόνη στη συσκευή του χρήστη. Ως μέτρο περιορισμού, η υπεύθυνη ομάδα εφάρμοσε προληπτική ρύθμιση στις 1:39 μμ (BRT), και ο χρόνος φόρτωσης επανήλθε στο φυσιολογικό μέσα σε λίγα λεπτά. Η ανάλυση για την επικύρωση και επιβεβαίωση της βασικής αιτίας διεξάγεται ακόμα από την τεχνική ομάδα. Δέσμευση και επόμενα βήματα Στο πλαίσιο της συνεχούς βελτίωσης των διαδικασιών αντιμετώπισης επεισοδίων, η ομάδα δεσμεύεται να ενισχύσει την αυτόματη κλιμάκωση της ροής για υπεύθυνες ομάδες, καθιστώντας την ενεργοποίηση ακόμα πιο άμεση και αποτελεσματική από τη στιγμή που ανοίγει ένα περιστατικό. Επιπλέον, η παρακολούθηση της ταχύτητας φόρτωσης θα ενισχυθεί κατά τη διάρκεια της rollout των νέων αλλαγών σε αυτό το ταξίδι, με στόχο τον εντοπισμό και τη διόρθωση των πιθανών παλινδρόμησης ακόμα πιο γρήγορα, ελαχιστοποιώντας τον αντίκτυπο στους χρήστες σε παρόμοιες καταστάσεις που προχωρούν προς τα εμπρός.

4. 3 Αυγούστου 2026 στις 2:01 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 21 Ιουλίου 2026, μεταξύ 12:44 PM και 1:43 PM \(ώρα Βραζιλίας\), οι δείκτες απόδοσης φορτίου σελίδας για το μειωμένο ταξίδι υποβαθμίστηκαν σοβαρά, με το μέσο χρόνο φορτίου να πηδάει από ~4.8s σε ~8.9s και το p95 να φτάνει τα 31,5 δευτερόλεπτα. Το περιστατικό προκλήθηκε από τον περιορισμό του ποσοστού που εφαρμόστηκε από την υποδομή νέφους στις συνδέσεις που προέρχονταν από τον πάροχο, γεγονός που εμπόδιζε τη φόρτωση των περιουσιακών στοιχείων του Frontend. ** Impact ** Οι χρήστες από 32 πελάτες παρουσίασαν εξαιρετικά αργά φορτία σελίδων ή ολοκληρωμένες αποτυχίες φόρτωσης, με περίπου 94 λάθη ταξιδιού να καταγράφονται. " Χρονικό όριο έναρξης" λάθη — ενεργοποιήθηκαν όταν η εφαρμογή δεν προσαρτάται μέσα σε 30 δευτερόλεπτα — έφτασαν περίπου 23 χιλιάδες περιστατικά κατά τη διάρκεια της περιόδου. ** Αιτία Root ** Η βασική αιτία εντοπίστηκε στο επίπεδο δικτύου της υποδομής: ο πάροχος CDN εδραιώνει την κυκλοφορία μέσω ενός περιορισμένου συνόλου εξωτερικών διευθύνσεων IP. Μια αιχμή σε νέες συνδέσεις TCP και χειραψίες TLS που προέρχονται από αυτές τις IPs πυροδότησε τους αυτόματους μηχανισμούς άμυνας network-layer της υποδομής cloud, η οποία ξεκίνησε συνδέσεις περιορισμού των τιμών ακόμη και πριν την επεξεργασία HTTP. Επειδή αυτές οι αστοχίες συνέβησαν στο στρώμα του δικτύου — πριν από την επεξεργασία HTTP — δεν εμφανίστηκαν σε τυποποιημένα αρχεία καταγραφής αιτήσεων, καθιστώντας το πρόβλημα αόρατο στη συμβατική παρακολούθηση και περιπλέκοντας σημαντικά τη διάγνωση. ** Λύση ** Ο αντίκτυπος σταμάτησε με τη φυσική ανάκτηση του ποσοστού περιορισμού που εφαρμόστηκε από την υποδομή νέφους. Η απενεργοποίηση ενός συστατικού, αρχικά σημειωμένο ως πιθανή αιτία, συνέπεσε χρονικά με την ανάκτηση αλλά αργότερα επιβεβαιώθηκε ότι δεν είχε σχέση με το περιστατικό. Οι διορθώσεις ρυθμίσεων —που επιτρέπουν τη διατήρηση του χρόνου αναμονής HTTP με παράταση του χρονικού ορίου και την προσθήκη ενός κανόνα για τα IP CDN στο επίπεδο προστασίας άκρων — προσδιορίστηκαν ως στοιχεία παρακολούθησης από τις ομάδες υποστήριξης των εμπλεκόμενων παρόχων. ** Μάθημα Μάθημα ** Το περιστατικό τόνισε ότι οι αποτυχίες στο στρώμα δικτύου μεταξύ της υποδομής CDN και cloud είναι αόρατες στην τυπική παρακολούθηση εφαρμογών, δημιουργώντας ένα σημαντικό τυφλό σημείο. Ως στοιχεία παρακολούθησης, η ομάδα προσδιόρισε την ανάγκη να υλοποιηθούν οι διορθώσεις ρυθμίσεων που συνιστώνται από τους παρόχους και να διευρυνθεί η παρατηρησιμότητα στο επίπεδο παράδοσης περιουσιακών στοιχείων για να ανιχνευθεί προληπτικά αυτός ο τύπος αποδόμησης.

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

1. 21 Ιουλίου 2026 στις 2:39 μ.μ. UTCidentified

   Αγαπητέ πελάτη, Ερευνούμε μια αστάθεια στις δυνατότητες του IDCloud, επηρεάζοντας τη δημιουργία της διαδικασίας και τις λεπτομέρειες της διαδικασίας ρέει. Η ομάδα μας κινητοποιείται για να επιλύσει το θέμα το συντομότερο δυνατόν. Θα παρέχουμε περαιτέρω ενημερώσεις σύντομα.

2. 21 Ιουλίου 2026 στις 2:46 μ.μ. UTCidentified

   Συνεχίζουμε να εργαζόμαστε πάνω σε μια λύση για αυτό το ζήτημα.

3. 21 Ιουλίου 2026 στις 2:50 μ.μ. UTCmonitoring

   Αγαπητέ πελάτη, Η ομάδα μηχανικών μας έχει εντοπίσει και εφαρμόσει τις απαραίτητες ενέργειες για την επίλυση της αστάθειας στις πληγείσες δυνατότητες ροής IDCloud. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει μια λεπτομερή ανάλυση του στρώματος δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα.

4. 21 Ιουλίου 2026 στις 4:00 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Στις 21 Ιουλίου 2026, περίπου στις 11:17 π.μ. BRT, εντοπίστηκε πτώση της διαθεσιμότητας στο IDCloud create-process and process-query flows. Κατά τη διάρκεια του παραθύρου πρόσκρουσης, ένα μέρος των πελατών γνώρισε αυξημένη λανθάνουσα λανθάνουσα και αποτυχίες (timeouts) σε αυτές τις λειτουργίες, η οποία διαδόθηκε μέσω της αλυσίδας των εξαρτώμενων υπηρεσιών. Η αποτελεσματική πρόσκρουση ήταν συγκεντρωμένη σε ένα παράθυρο περίπου 23 λεπτών. Στην κορυφή, οι δείκτες σφάλματος και λανθάνουσας συχνότητας ήταν πάνω από τα φυσιολογικά επίπεδα λειτουργίας. Αιτία και ψήφισμα Η έρευνα κατέδειξε την υποβάθμιση μιας αναγνώσιμης βάσης δεδομένων (replica) που υποστηρίζει αυτές τις δυνατότητες ως την προέλευση. Αυτή η βάση δεδομένων άρχισε να δείχνει αυξημένο φορτίο και χρόνο εκτέλεσης ερωτημάτων, με εσωτερική διαμάχη ότι καθυστέρησε την επεξεργασία και υποστήριξε τις αιτήσεις ανάγνωσης. Ως αποτέλεσμα, οι παραπάνω υπηρεσίες άρχισαν να συσσωρεύουν χρονοδιακόπτες και να ενεργοποιούν μηχανισμούς προστασίας (circuit breakers), παράγοντας το φαινόμενο της cascading που βιώνουν οι πελάτες. Δέσμευση και επόμενα βήματα Η Unico χειρίζεται αυτό το περιστατικό με μια λεπτομερή μεταθανάτια, η οποία έχει ήδη συνταχθεί, και θα πραγματοποιήσει μια συνεδρίαση μετεγκριτικής επανεξέτασης (PiR) για την εδραίωση προληπτικών δράσεων. Μεταξύ των παρακολουθήσεων που έχουν ήδη αυξηθεί κατά τη διάρκεια της απάντησης είναι η προετοιμασία διαγνωστικών routineτινών και ερωτημάτων για την επιτάχυνση του προσδιορισμού των έριδων σε αυτό το στρώμα βάσης δεδομένων, και βελτιωμένη παρατηρησιμότητα πάνω από τις βάσεις δεδομένων που εμπλέκονται. Οι λεπτομερείς προληπτικές δράσεις θα μοιραστούν στη νεκροψία. Επιβεβαιώνουμε τη δέσμευσή μας για τη σταθερότητα και την αξιοπιστία της πλατφόρμας και απολογούμαστε για την ταλαιπωρία που προκλήθηκε κατά την περίοδο της αστάθειας. Ομάδα Unico.

5. 28 Ιουλίου 2026 στις 12:10 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 21 Ιουλίου 2026, μεταξύ 11:41 και 11:43 AM \(ώρα Βραζιλίας\), η ροή δημιουργίας της διεργασίας έγινε μη διαθέσιμη, με το κύριο ποσοστό σφάλματος υπηρεσίας να φτάνει το 42% και p99 λανθάνουσα στα 15,75 δευτερόλεπτα. Το περιστατικό προκλήθηκε από κορεσμό στη βάση δεδομένων βιομετρίας διαβασμένο αντίγραφο: η δεξαμενή μνήμης της βάσης δεδομένων δεν ήταν πλέον σε θέση να εξυπηρετήσει το πιο συχνά προσπελασμένο σύνολο δεδομένων, προκαλώντας κανονικά γρήγορα ερωτήματα να πέσει πίσω στο δίσκο αναγνώσεις, δημιουργώντας μια αυτο-ενισχυόμενη σπείρα των συσσωρευμένων συνεδριών και αυξανόμενη λανθάνουσα. ** Impact ** Οι χρήστες της δημιουργίας, της ταυτοποίησης και των ροών πληρωμών σε πολλαπλούς πελάτες έλαβαν σφάλματα και χρονικά διαστήματα κατά τη διάρκεια της περιόδου. Η κύρια βάση δεδομένων παρέμεινε άθικτη καθ ’ όλη τη διάρκεια του συμβάντος — η αποτυχία απομονώθηκε στο διαβασμένο αντίγραφο. ** Αιτία Root ** Η βασική αιτία ήταν κορεσμός: ερωτήματα που χρησιμοποιήθηκαν στη ροή ταυτοποίησης εκτελούσαν εκτεταμένες σαρώσεις σε κρίσιμους πίνακες λόγω ελλείπων δεικτών. Υπό κανονικές συνθήκες, αυτή η συμπεριφορά ήταν ανεκτή από την υποδομή της βάσης δεδομένων. Όταν η ικανότητα μνήμης έφτασε στο όριό της και δεν μπορούσε πλέον να κρατήσει τα πιο προσβάσιμα δεδομένα σε cache, κάθε ανάγνωση άρχισε να παίρνει δεδομένα από το δίσκο, κάνοντας το κόστος του κάθε ερωτήματος εκθετικά υψηλότερο. Αυτό το φαινόμενο της απότομης κατάρρευσης —όπου η σταδιακή υποβάθμιση δίνει τη θέση της σε μια ευρεία αποτυχία — έγινε αυτο-ενισχυόμενη καθώς οι συνεδρίες συσσωρεύονταν περιμένοντας απαντήσεις και η εσωτερική διαμάχη πόρων βάσης δεδομένων αυξήθηκε. Επιπλέον, όλη η διαβασμένη κυκλοφορία για την κρίσιμη ροή ήταν συγκεντρωμένη σε ένα μόνο αντίγραφο, χωρίς διανομή ή εναλλακτική διαδρομή, εξαλείφοντας οποιαδήποτε ανθεκτικότητα σε αυτόν τον τύπο αποδόμησης. ** Λύση ** Η βάση δεδομένων ανακτήθηκε φυσικά καθώς οι συσσωρευμένες συνεδρίες αποστραγγίστηκαν, χωρίς να απαιτείται χειροκίνητη παρέμβαση. Η ομάδα κλιμακώθηκε στην ομάδα της βάσης δεδομένων και παρακολούθησε τη σταθεροποίηση των υπηρεσιών. Το περιστατικό έκλεισε μετά την επιβεβαίωση ότι η κανονική λειτουργία είχε αποκατασταθεί. ** Μάθημα Μάθημα ** Το περιστατικό αποκάλυψε δομικά κενά στο στρώμα της βάσης δεδομένων: ελλείποντες δείκτες σε κρίσιμα ερωτήματα και συγκέντρωση όλων των διαβασμένων κυκλοφορία σε ένα μόνο αντίγραφο χωρίς εναλλακτική διαδρομή. Ως συνέχεια, η ομάδα έδωσε προτεραιότητα δημιουργώντας τα ελλείποντα ευρετήρια, διανέμοντας διαβασμένη κυκλοφορία σε αντίγραφα, και κατασκευάζοντας διαγνωστικά βιβλία runbooks για να επιταχύνει την ανταπόκριση σε μελλοντικά περιστατικά παρόμοιας φύσης.

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

1. 20 Ιουλίου 2026 στις 12:33 μ.μ. UTCidentified

   Αγαπητέ πελάτη, Έχουμε εντοπίσει μια αστάθεια σε μερικές από τις δυνατότητες IDCloud μας, επηρεάζοντας το GetSelfie, δημιουργία διαδικασιών, και λεπτομέρειες διαδικασίας ρέει για το ταξίδι Web (πρώην ByUnico). Οι ροές API Journey (ByClient) δεν επηρεάστηκαν. Η ομάδα μας κινητοποιείται για να επιλύσει το θέμα το συντομότερο δυνατόν. Θα συνεχίσουμε σύντομα με περαιτέρω ενημερώσεις.

2. 20 Ιουλίου 2026 στις 12:35 μ.μ. UTCidentified

   Συνεχίζουμε να εργαζόμαστε πάνω σε μια λύση για αυτό το ζήτημα.

3. 20 Ιουλίου 2026 στις 12:39 μ.μ. UTCmonitoring

   Αγαπητέ πελάτη, Η ομάδα μηχανικών μας έχει εντοπίσει και εφαρμόσει τις απαραίτητες ενέργειες για την επίλυση της αστάθειας στις πληγείσες δυνατότητες ροής IDCloud. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει μια λεπτομερή ανάλυση του στρώματος δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Επαναλαμβάνω ότι οι περαιτέρω ενημερώσεις θα σταλούν σύντομα.

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

   Περίληψη και αντίκτυπος Εντοπίσαμε μια αστάθεια που επηρεάζει τις ροές σύλληψης και απεικόνισης της διαδικασίας, καθώς και την αυθεντικότητα, για το ταξίδι στο Web, με αντίκτυπο μεταξύ 09:07 και 09:21 (BRT). Ο αντίκτυπος έφτασε σε ένα μέρος των πελατών χρησιμοποιώντας αυτή τη ροή? το ταξίδι API δεν επηρεάστηκε. Αιτία και ψήφισμα Η βασική αιτία συνδέεται με μια αλλαγή διαμόρφωσης που εφαρμόζεται στην παραγωγή, η οποία προκάλεσε αυξημένο φορτίο σε ένα εσωτερικό συστατικό της βάσης δεδομένων. Αυτό το αυξημένο φορτίο αύξησε τη λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα και σφάλματα σε ένα στρώμα ολοκλήρωσης, το οποίο με τη σειρά του πυροδότησε έναν προστατευτικό μηχανισμό και διέκοψε προσωρινά τις ροές Web Journey. Η μηχανική ομάδα γύρισε πίσω την αλλαγή διαμόρφωσης για να μετριάσει το ζήτημα, και η κατάσταση κανονικοποιήθηκε λίγο αργότερα. Δέσμευση και επόμενα βήματα Η μηχανική ομάδα συνεχίζει να παρακολουθεί το περιβάλλον μετά την αναστροφή των αλλαγών που έγιναν. Μια λεπτομερής μεταθανάτια θα μοιραστεί από την ομάδα μας τις επόμενες ημέρες. Ζητάμε συγγνώμη για την αναστάτωση. Ομάδα Unico!

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

   **Summary** On July 20, 2026, between 9:07 AM and 9:21 AM \(Brasília time\), the selfie capture and authentication flows were unavailable for approximately 14 minutes. The incident was caused by a query without an adequate index running as part of the database migration flow, causing database CPU to spike to 53%, dependent service latency to jump 78 times above normal, and the circuit breaker mechanism to fully block calls to the affected service. The causing behavior was reverted and the service recovered in approximately 1 minute. **Impact** Users of the selfie, authentication, and web-based proof-of-life flows received open-circuit errors during the period, with 743 and 125 requests blocked respectively in the most affected flows. The service returned to normal at 9:21 AM after the causing behavior was reverted **Root Cause** The root cause was identified in the database migration flow: a query introduced as part of the migration lacked the index needed to run efficiently on the new database. When the new behavior was activated in production, the query began performing full scans per tenant, with the number of rows read jumping from ~5 million to ~25 million per execution, saturating the database CPU and causing response latencies of up to 10 seconds. **Resolution** The team identified the database CPU spike as the source of the problem and correlated it with the recently introduced behavior change approximately 7 minutes after the first alert. The change was reverted at 9:20 AM, and the service recovered immediately. **Lessons Learned** The incident showed that volume differences between validation and production environments can mask performance issues that only manifest at real-world scale. Silent error handling in the application worsened the situation by making the degradation invisible to monitoring. As follow-up actions, the team prioritized creating the missing index and removing the silent error suppression pattern.

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

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

   Αγαπητέ πελάτη, Ερευνούμε μια αστάθεια στο σύστημα πιστοποίησης για τις πύλες Unico People και επίσης αξιολογούμε θέματα στην υπηρεσία μηνυμάτων που επηρεάζουν τους πελάτες IDCloud. Η ομάδα μας κινητοποιείται για να επιλύσει το θέμα το συντομότερο δυνατόν. Θα σας ενημερώσουμε σύντομα.

2. 16 Ιουλίου 2026 στις 2:08 μ.μ. UTCmonitoring

   Αγαπητέ πελάτη, Η ομάδα μας εντόπισε το θέμα και ανέλαβε δράση για την επίλυση του συμβάντος. Βιώσαμε μια αστάθεια στο σύστημα πιστοποίησης για τις πύλες Unico People, καθώς και ζητήματα στην υπηρεσία μηνυμάτων που επηρεάζουν τους πελάτες στη ροή IDCloud, για αποστολή SMS και email. Η ομάδα μηχανικών μας παραμένει κινητοποιημένη, παρακολουθώντας το περιβάλλον για να διασφαλίσει ότι θα συνεχίσει να λειτουργεί σωστά.

3. 16 Ιουλίου 2026 στις 3:28 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Στις 10:51 π.μ. στις 07/16/2026, ένα θέμα εντοπίστηκε στην υπηρεσία ταυτοποίησης στην πύλη εισαγωγής Unico People και στα μηνύματα, η οποία επηρέασε την παράδοση SMS και email links σε Unico People και IDCloud clients, καθώς και την ταυτοποίηση πελατών B2C στην πύλη εισαγωγής Unico People. Ο αντίκτυπος περιορίστηκε στις δύο αυτές ροές και δεν επηρέασε το βασικό κρίσιμο ταξίδι του προϊόντος. Το περιστατικό διήρκεσε περίπου 30 λεπτά μέχρι την πλήρη ανάλυση. Αιτία και ψήφισμα Η βασική αιτία αναγνωρίστηκε ως πίεση αποθήκευσης σε έναν κόμβο της συστάδας μηνυμάτων, η οποία έφτασε σε ένα κρίσιμο όριο δίσκου, ταπεινώνοντας την επεξεργασία των ουρών που είναι υπεύθυνες για την παράδοση μηνυμάτων και την ταυτοποίηση. Η ομάδα μηχανικών αύξησε την χωρητικότητα αποθήκευσης της συστάδας περίπου στις 10:59 π.μ., γεγονός που επέτρεψε σε ουρές και δείκτες παρακολούθησης να ομαλοποιηθούν μέσα σε λίγα λεπτά. Το περιβάλλον παρακολουθείται μέχρι να επιβεβαιωθεί η πλήρης ανάρρωση και το περιστατικό έκλεισε στις 11:20 π.μ. Δέσμευση και επόμενα βήματα Η ομάδα μηχανικών θα επανεξετάσει την κλιμάκωση συναγερμού και τα κριτήρια ιεράρχησης για αυτό το είδος αποδόμησης, αφού οι καταχωρίσεις σωστά προσδιόρισαν το ζήτημα, αλλά η αυτόματη κλιμάκωση της ροής προς την υπεύθυνη ομάδα μπορεί να βελτιωθεί. Μια λεπτομερής μεταθανάτια προετοιμασία και θα μοιραστεί τις επόμενες ημέρες.

4. 3 Αυγούστου 2026 στις 12:14 μ.μ. UTCpostmortem

   **Περίληψη ** Στις 16 Ιουλίου 2026, μεταξύ 10:12 πμ και 11:10 πμ \(ώρα Βραζιλίας\), η υπηρεσία μηνυμάτων και ταυτοποίησης υποβαθμίστηκε για περίπου 58 λεπτά. Η αιτία ήταν ο κορεσμός δίσκων σε έναν από τους κόμβους στο σμήνος ουρά μηνυμάτων, το οποίο, μόλις έφτασε στο ρυθμισμένο όριο, εμπόδισε αυτόματα όλους τους εκδότες, προκαλώντας ένα backlog έως 33 χιλιάδες μηνύματα στην ουρά. Ο αντίκτυπος επηρέασε την παράδοση των συνδέσμων ταυτοποίησης μέσω SMS και ηλεκτρονικού ταχυδρομείου, καθώς και τη ροή ταυτοποίησης τελικού χρήστη στην πύλη εισαγωγής Unico People. ** Impact ** Οι χρήστες που περίμεναν τους συνδέσμους ταυτοποίησης μέσω SMS ή email δεν τους έλαβαν κατά τη διάρκεια της περιόδου. Οι τελικοί χρήστες ενός προϊόντος διαχείρισης ανθρώπων που επιχείρησαν να πιστοποιήσουν την είσοδο στην πύλη δεν μπόρεσαν επίσης να έχουν πρόσβαση στην υπηρεσία. Η πρόσκρουση περιορίστηκε μετά την επέκταση του δίσκου του σμήνους. ** Αιτία Root ** Η βασική αιτία εντοπίστηκε στη ροή επεξεργασίας μηνυμάτων: υπερβολικά μεγάλα ωφέλιμο φορτίο — που παράγεται από ένα στοιχείο ελέγχου που περιελάμβανε περιττά δεδομένα — υπερέβη το όριο μεγέθους που ήταν αποδεκτό από τη δέσμη αναμονής μηνυμάτων. Δεδομένου ότι απορρίφθηκαν αποφασιστικά σε κάθε προσπάθεια, αυτά τα μηνύματα κατευθύνονταν σε ουρές με νεκρά γράμματα μετά την εξάντληση όλων των ρετρίς. Αυτές οι ουρές δεν είχαν λήξη ή αυτόματη πολιτική καθαρισμού, προκαλώντας τα μηνύματα να συσσωρεύονται επ' αόριστον και σταδιακά να καταναλώνουν το χώρο του δίσκου της συστάδας. ** Λύση ** Ο δίσκος του σμήνους επεκτάθηκε στα 500 GB ανά κόμβο, κάτι που εξομάλυνε αμέσως τις ουρές και τις μετρικές συστάδες. Η υπηρεσία επέστρεψε στο κανονικό στις 11:10 π.μ. Η δομική βασική αιτία — η αόριστη συσσώρευση στις ουρές των νεκρών γραμμάτων — παραμένει ως αντικείμενο παρακολούθησης προς αντιμετώπιση. ** Μάθημα Μάθημα ** Το περιστατικό ενισχύει ότι η αντιμετώπιση μόνο του συμπτώματος \ (κορεσμόςk) χωρίς να διερευνηθεί η βασική αιτία της συσσώρευσης εγγυάται την επανάληψη του προβλήματος. Η απουσία πολιτικής κύκλου ζωής \(TTL/λήξη\) για ουρές με νεκρά γράμματα και η έλλειψη επικύρωσης του μεγέθους του ωφέλιμου φορτίου πριν από τη δημοσίευση είναι τα δύο κεντρικά διαρθρωτικά κενά που πρέπει να διορθωθούν. Επιπλέον, η ειδοποίηση που σηματοδότησε το ζήτημα χαρακτηρίστηκε χαμηλής προτεραιότητας, η οποία προκάλεσε καθυστέρηση περίπου 38 λεπτών μεταξύ της ενεργοποίησης της ειδοποίησης και του επίσημου ανοίγματος του συμβάντος — ένα απαράδεκτο διάστημα για μια κρίσιμη υποβάθμιση της υπηρεσίας.

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

1. 13 Ιουλίου 2026 στις 12:51 μ.μ. UTCidentified

   Αγαπητέ πελάτη, Εντοπίσαμε μια αστάθεια στην ικανότητα επαλήθευσης ταυτότητας, προκαλώντας ένα σφάλμα σε ένα μικρό μέρος των αιτήσεων IDCloud. Η ομάδα μας έχει ήδη κινητοποιηθεί για τη διάγνωση και εργάζεται για να εντοπίσει τη βασική αιτία, προκειμένου να εξομαλύνει την υπηρεσία το συντομότερο δυνατόν. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει λεπτομερή ανάλυση στο στρώμα δεδομένων μας για να μετριάσει τον αντίκτυπο. Ενισχύουμε ότι οι περαιτέρω ενημερώσεις θα αποσταλούν σύντομα.

2. 13 Ιουλίου 2026 στις 1:06 μ.μ. UTCmonitoring

   Αγαπητέ πελάτη, Η ομάδα μας έχει εντοπίσει και εφαρμόσει τις δράσεις για την επίλυση της αστάθειας στην ικανότητα επαλήθευσης ταυτότητας που δημιουργούσε ένα σφάλμα σε ένα μικρό μέρος των αιτήσεων IDCloud. Αυτή τη στιγμή, η τεχνική ομάδα διεξάγει λεπτομερή ανάλυση στο στρώμα δεδομένων μας και συνεχίζει να παρακολουθεί το περιβάλλον. Ενισχύουμε ότι οι περαιτέρω ενημερώσεις θα αποσταλούν σύντομα.

3. 13 Ιουλίου 2026 στις 1:47 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Στις 13 Ιουλίου 2026 εντοπίσαμε μια αστάθεια στην ικανότητά μας για επαλήθευση ταυτότητας, δημιουργώντας σφάλματα σε ένα ελάχιστο μέρος των αιτήσεων IDCloud, επηρεάζοντας πολλαπλές ροές ταυτοποίησης. Το ζήτημα εντοπίστηκε μέσω αυτόματων ειδοποιήσεων διαθεσιμότητας γύρω στις 9:27 AM BRT, με μια μικρή αύξηση των σφαλμάτων ήδη αισθητή από περίπου 8:00 AM BRT και μια σημαντική επιδείνωση ξεκινώντας γύρω στις 9:07 AM BRT, φθάνοντας στο μέγιστο αντίκτυπο γύρω στις 9:49 AM BRT. Αιτία και ψήφισμα Η βασική αιτία αναγνωρίστηκε ως μια σταδιακή αλλαγή που εφαρμόζεται σε ένα εσωτερικό συστατικό ταυτοποίησης, το οποίο προκάλεσε μια αποτυχία στη συνεδρία συμβολική επικύρωση υπογραφής. Μόλις επιβεβαιώθηκε η βασική αιτία, η ομάδα μηχανικής επανέφερε την αλλαγή, και η διαθεσιμότητα υπηρεσιών επέστρεψε στο κανονικό. Η πιο κρίσιμη φάση της πρόσκρουσης διήρκεσε περίπου 44 λεπτά. Δέσμευση και επόμενα βήματα Η μηχανική αξιολογεί βελτιώσεις στη διαδικασία επικύρωσης αλλαγών για βαθμιαίες rollouts που επηρεάζουν κρίσιμα στοιχεία ταυτοποίησης, συμπεριλαμβανομένων των αυτόματων μηχανισμών rollback σε περίπτωση αιχμών σφαλμάτων κατά τη διάρκεια αυτού του τύπου rollout. Μια λεπτομερής νεκροψία αναμένεται να μοιραστεί εσωτερικά ως επόμενο βήμα.

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

   # Μεταθανάτια: Ανικανότητα ροής ταυτοποίησης **Ημερομηνία αναφοράς: ** 13 Ιουλίου 2026 ** Impact διάρκεια: ** ~44 λεπτά Περίληψη Στις 13 Ιουλίου 2026 εντοπίσαμε μια υποβάθμιση της διαθεσιμότητας στις ροές ταυτοποίησης της πλατφόρμας. Το περιστατικό προκλήθηκε από ασυμβατότητα που εισήχθη κατά την κύλιση μιας εσωτερικής συνιστώσας που ήταν υπεύθυνη για την επικύρωση των σημείων ασφαλείας. Η αιτία διαγνώστηκε από τις ομάδες επιχειρήσεων μας, και επιστρέφοντας πίσω την ενημέρωση αποκατασταθεί σταθερότητα του συστήματος μέσα σε λίγα λεπτά. Σύγκρουση Η υποβάθμιση διήρκεσε περίπου 44 λεπτά και ταυτόχρονα επηρέασε πολλαπλές ροές ταυτοποίησης στην πλατφόρμα, με αποτέλεσμα ποσοστό σφάλματος περίπου 0,9% στις υπηρεσίες που αφορούν τον πελάτη. Κατά τη διάρκεια αυτής της περιόδου, ορισμένοι τελικοί χρήστες γνώρισαν αστάθεια και είδαν γενικά μηνύματα σφάλματος \(HTTP 500\), όταν προσπάθησαν να πιστοποιήσουν. Αν και το γεγονός διήρκεσε 44 λεπτά, παρουσίασε διακυμάνσεις μεταξύ αυξημένης λανθάνουσας και μη διαθεσιμότητας. Αιτία ρίζας Η αποτυχία προκλήθηκε από ένα ελάττωμα λογισμικού που εισήχθη σε μια ενημέρωση του στοιχείου επικύρωσης ασφαλείας, με αποτέλεσμα ασυμβατότητα μεταξύ των περιπτώσεων λειτουργίας διαφορετικών εκδόσεων. Αυτή η ασυμβατότητα δεν ανιχνεύθηκε σε περιβάλλοντα δοκιμών, αφού απαιτούσε την ταυτόχρονη, παράλληλη εκτέλεση διαφορετικών εκδόσεων. Επιπλέον, το εσωτερικό τελικό σημείο επέστρεψε μια απάντηση επιτυχίας HTTP ακόμη και όταν απέτυχε η επικύρωση, η οποία εμπόδισε τα αυτοματοποιημένα συστήματα παρακολούθησης της ανάπτυξης να ανιχνεύσουν το θέμα και να σταματήσουν αυτόματα την rollout. . . Μόλις εντοπίστηκε η αιτία, η ομάδα εφημερίας εκτέλεσε μια αναστροφή του επηρεαζόμενου συστατικού, αποκαθιστώντας αμέσως τη διαθεσιμότητα των ροών ταυτοποίησης. Το περιστατικό εντοπίστηκε από αυτόματες ειδοποιήσεις SLO εντός λεπτών από την έναρξη της αποδόμησης, και η κλιμάκωση επέτρεψε την πλήρη διάγνωση και μετριασμό του περιστατικού. Τα Μαθήματα Μαθαίνουν Θα βελτιώσουμε την επικύρωση της έκδοσης-συμβατότητας σε κυλιόμενες εφαρμογές, θα ρυθμίσουμε τη συμπεριφορά απόκρισης HTTP των εσωτερικών καταληκτικών σημείων για να ενεργοποιήσουμε την αυτόματη επαναφορά των αποτυχιών, και θα τυποποιήσουμε τον χειρισμό σφαλμάτων για να αποτρέψουμε την απόκρυψη αποτυχιών πριν φτάσουμε στον πελάτη. Δέσμευση για συνεχή βελτίωση Τέτοια γεγονότα ενισχύουν τη δέσμευσή μας για συνεχή βελτίωση της αξιοπιστίας της πλατφόρμας. Αντιμετωπίζουμε κάθε περιστατικό ως ευκαιρία μάθησης, επανεξετάζουμε τις διαδικασίες μας, ενισχύουμε τους μηχανισμούς ανίχνευσης και πρόληψης και επενδύουμε συνεχώς σε πιο ισχυρές τεχνικές πρακτικές. Στόχος μας είναι να συνεχίσουμε να ανεβάζουμε το μπαρ στη διαθεσιμότητα και τη διαφάνεια για όλους τους πελάτες μας. Ομάδα Unico.

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

1. 10 Ιουλίου 2026 στις 4:43 μ.μ. UTCinvestigating

   Επί του παρόντος βιώνουμε αστάθεια στις δυνατότητες IDCLOUD. Η τεχνική μας ομάδα ήδη ερευνά τη βασική αιτία. Θα παρέχουμε ενημερώσεις μόλις γίνουν διαθέσιμες περισσότερες πληροφορίες.

2. 10 Ιουλίου 2026 στις 5:12 μ.μ. UTCidentified

   Έχουμε εντοπίσει μια αστάθεια που μπορεί να προκαλέσει προσωρινή downtime ή latenency σε ορισμένες από τις βασικές μας επαληθεύσεις και ανάλυση κινδύνου APIs. Επηρεαζόμενες υπηρεσίες: - Ταυτότητα & Επικύρωση: Επαλήθευση ταυτότητας, 1:1 Επικύρωση, Serpro Ομοιότητα Επιστροφή - Κίνδυνος & Απάτη: Βαθμός κινδύνου, Κατάταξη κινδύνου απάτης - Τεκμηρίωση & ζωντάνια: Επανάληψη και σύλληψη εγγράφων, ζωντάνια Current Status & Next Steps: Η ομάδα μηχανικών μας έχει ήδη εμπλακεί πλήρως και ερευνά τη βασική αιτία. Εργαζόμαστε ενεργά για να απομονώσουμε τη συμπεριφορά και να αποκαταστήσουμε τις φυσιολογικές λειτουργίες το συντομότερο δυνατόν.

3. 10 Ιουλίου 2026 στις 5:25 μ.μ. UTCmonitoring

   Τρέχουσα κατάσταση & επόμενα βήματα Οι δράσεις μείωσης έχουν εφαρμοστεί με επιτυχία και το σύστημα είναι πλέον σταθερό. Αυτή τη στιγμή, η ομάδα μηχανικών μας εξακολουθεί να παρακολουθεί ενεργά την απόδοση της πλατφόρμας για να εξασφαλίσει συνεχή σταθερότητα και κανονικές λειτουργίες. Σας ευχαριστώ για την υπομονή και την κατανόησή σας κατά τη διάρκεια αυτού του συμβάντος. Οι υπηρεσίες σας θα πρέπει τώρα να λειτουργούν κανονικά.

4. 10 Ιουλίου 2026 στις 5:57 μ.μ. UTCresolved

   Περίληψη και αντίκτυπος Μεταξύ 1:21 μμ και 2:16 μμ (ώρα Βραζιλίας) στις 10 Ιουλίου 2026, εντοπίσαμε μια διακύμανση στη διαθεσιμότητα της ροής δημιουργίας διεργασίας και των σχετικών ταξιδιών, με αποτέλεσμα μια προσωρινή αιχμή στο ποσοστό σφάλματος κάποιων από τα κύρια API μας. - Πεδίο εφαρμογής του Impact: Το γεγονός επηρέασε αποκλειστικά τη διαθεσιμότητα ορισμένων ταξιδιών κατά το διάστημα αυτό. Οι πελάτες που δεν παρουσίασαν αύξηση του ποσοστού σφάλματος κατά τη διάρκεια αυτής της περιόδου δεν επηρεάστηκαν. - Ακεραιότητα δεδομένων: Δεν υπήρξε συμβιβασμός στην ακεραιότητα ή την ασφάλεια των επεξεργασμένων πληροφοριών. - Μετριασμός: Σε λίγα λεπτά εφαρμόστηκε μια αρχική εργασία, σταματώντας τον όγκο των σφαλμάτων. Η υπηρεσία κανονικοποιήθηκε πλήρως στις 2:16 μμ, μετά την επιβεβαίωση της σταθερότητας από τις ομάδες Μηχανικών και Παρακολούθησης. Αιτία ρίζας Το περιστατικό προκλήθηκε από αστάθεια σε μια υπηρεσία υποδομής, ακολουθούμενη από μια ξαφνική υποβάθμιση στην αρχικοποίηση των σχετικών εσωτερικών συστατικών. Δέσμευση και επόμενα βήματα Είμαστε βαθιά αφοσιωμένοι στην ανθεκτικότητα της πλατφόρμας μας. Τα διορθωτικά και προληπτικά μέτρα που δρομολογήθηκαν κατά τη διάρκεια του συμβάντος παρακολουθούνται ήδη για τον μετριασμό του κινδύνου μελλοντικών περιστατικών αυτού του είδους. - Μεταθανάτια: Μια λεπτομερής τεχνική έκθεση (Μεταθανάτια) θα μοιραστεί σύντομα, περιέχοντας το πλήρες χρονοδιάγραμμα, την αρχιτεκτονική ανάλυση, και ένα μακροπρόθεσμο σχέδιο δράσης με καθορισμένες προθεσμίες. Λυπούμαστε ειλικρινά για τον αντίκτυπο και την αστάθεια που προκλήθηκε. Η εμπιστοσύνη των πελατών μας είναι η ύψιστη προτεραιότητά μας και συνεχίζουμε να εργαζόμαστε συνεχώς για να διασφαλίσουμε την αριστεία των υπηρεσιών μας. Ειλικρινά, η ομάδα Unico

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

   **Περίληψη ** Στις 10 Ιουλίου 2026, μεταξύ 1:21 PM και 2:09 PM \(ώρα Βραζιλίας\), το ποσοστό σφάλματος στη ροή δημιουργίας διεργασίας έφτασε στο 11% περίπου για περίπου 9 λεπτά, με συνεχή υποβάθμιση της διαθεσιμότητας μέχρι τις 2:09 PM. Το περιστατικό προκλήθηκε από αστάθεια στη συνιστώσα διαχείρισης της διαμόρφωσης της υποδομής, η οποία εμπόδισε τους βιομετρικούς θαλάμους εξυπηρέτησης να αρχικοποιήσουν σωστά. Ο αντίκτυπος ενισχύθηκε από μια προϋπάρχουσα συμπεριφορά κατανάλωσης μνήμης \ (η οποία αύξησε τη συχνότητα επανεκκίνησης του pod\) και από μια αιχμή κυκλοφορίας που πυροδότησε τη δημιουργία νέων περιπτώσεων — οι οποίες δεν ήταν σε θέση να μονογραφήσουν κατά τη διάρκεια του παραθύρου αστάθειας του συστατικού διαμόρφωσης. ** Impact ** Οι πολλαπλές ροές επηρεάστηκαν ταυτόχρονα —συμπεριλαμβανομένης της δημιουργίας διαδικασιών, της εξακρίβωσης της ταυτότητας, των βιομετρικών στοιχείων, των πληρωμών και των εσωτερικών πράξεων — με σφάλματα που πολλαπλασιάζονται σε όλες τις υπηρεσίες που εξαρτώνται από τον βιομετρικό κινητήρα. Στο αποκορύφωμά του, το ποσοστό σφάλματος έφτασε το 11%. Ο αριθμός των διαθέσιμων βιομετρικών λοβών εξυπηρέτησης μειώθηκε στο μηδέν και στις δύο συστάδες παραγωγής κατά τη διάρκεια του πιο κρίσιμου παραθύρου του συμβάντος. ** Αιτία Root ** Η βασική αιτία σχετιζόταν με μια ευκαιρία βελτιστοποίησης στη λογική εκκίνησης της υπηρεσίας βιομετρικών στοιχείων: η εφαρμογή αρνήθηκε να εμφανιστεί αν το στοιχείο διαχείρισης διαμόρφωσης υποδομής επέστρεφε μια αποτυχία κατά τη διάρκεια της εκκίνησης, ακόμη και όταν τα δεδομένα που ήταν διαθέσιμα για χρήση ως fallback. Αυτή η λογική μεταχειρίστηκε μια παροδική διακοπή της επικοινωνίας με τον ίδιο τρόπο όπως ένα μόνιμο σφάλμα διαμόρφωσης, καθιστώντας την εφεδρική λανθάνουσα λανθάνουσα μνήμη μη χρησιμοποιήσιμη ακριβώς τη στιγμή που χρειαζόταν περισσότερο. Όταν το συστατικό διαμόρφωσης έγινε ασταθές, κάθε λοβός που προσπαθούσε να επανεκκινήσει — είτε λόγω πίεσης μνήμης είτε αυτοψυχίας — κόλλησε σε βρόχο αποτυχίας, ανίκανος να ολοκληρώσει τη διαδικασία αρχικοποίησης. ** Λύση ** Η ομάδα περιείχε την αρχική πρόσκρουση απομονώνοντας την κυκλοφορία από ένα από τα προσβεβλημένα συστατικά, κάτι που σταμάτησε την αιχμή λάθους μέσα σε περίπου 9 λεπτά. Ακολούθησε σταθεροποίηση του συστατικού διαχείρισης της διαμόρφωσης, επιτρέποντας στους θαλάμους να επανέλθουν κανονικά. Την ίδια ημέρα, ετοιμάστηκε και αναπτύχθηκε επείγουσα ρύθμιση, με την οποία αφαιρέθηκε η περιοριστική επικύρωση που εμπόδισε την εκκίνηση — εξασφαλίζοντας ότι η εφεδρική κρύπτη χρησιμοποιείται διαφανώς σε παρόμοιες καταστάσεις που προχωρούν προς τα εμπρός. ** Μάθημα Μάθημα ** Το περιστατικό αποκάλυψε ότι ο μηχανισμός ανθεκτικότητας της υπηρεσίας — η εφεδρική λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσα λανθάνουσας λανθάνουσας λανθάνουσας λανθάνουσας λανθάνουσας λανθάνουσας λανθάνουσας λανθάνουσας . Οι διαδρομές εκκίνησης για κρίσιμες υπηρεσίες πρέπει να σχεδιάζονται έτσι ώστε να υποβαθμίζονται με χάρη όταν τα κατασκευαστικά στοιχεία υποδομής είναι ασταθή, εξασφαλίζοντας λειτουργική συνέχεια. ** Δέσμευση για Σταθερότητα και Συνεχή Βελτίωση ** Θα συνεχίσουμε να επενδύουμε σε μεγάλο βαθμό στην ευρωστία των υποδομών μας για να διασφαλίσουμε ότι οι υπηρεσίες μας λειτουργούν με συνέπεια στα υψηλότερα επίπεδα αποδοτικότητας, ασφάλειας και αξιοπιστίας. Ομάδα Unico.

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

1. 7 Ιουλίου 2026 στις 9:22 μ.μ. UTCidentified

   Prezado Cliente, Identificamos uma latência seguida de indisponibilidade na criação de processos de algumas capacidades da Unico. Devido a isso, uma parcela de nossos clientes pode perceber lentidão ou aumento de erros em operações que envolvem o ID Score, ID Unico (Verificação de Identidade), ID Trust (Alerta de Comportamento) e ID Live (Prova de Vida). Nossa equipe de engenharia já foi acionada e está trabalhando no diagnóstico da causa raiz para normalizar o serviço o quanto antes. No momento, o time técnico realiza análises detalhadas em nossa camada de dados para mitigar os impactos. Comprometemo-nos a enviar novas atualizações em breve assim que tivermos novidades. Equipe Unico.

2. 7 Ιουλίου 2026 στις 9:32 μ.μ. UTCmonitoring

   Prezado Cliente, Informamos que nossa equipe de tecnologia identificou e solucionou a instabilidade que afetou o tempo de resposta das requisições para retorno das capacidades de ID Score, ID Unico (Verificação de Identidade), ID Trust (Alerta de Comportamento) e ID Live (Prova de Vida). Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

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

   Prezado Cliente, Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

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

   **Post-Mortem: Availability Instability in Identity Processing** **Summary** On two occasions on consecutive days in July 2026, the identity processing service experienced brief drops in availability. These were caused by saturation in a shared database that supports part of the verification flow. Both events were quickly identified by the monitoring teams, mitigated within approximately 30 minutes, and resolved with zero data loss. **Impact** Incident 1 — July 6, 2026, from 13:00 to 13:34 \(BRT\): A sudden and legitimate spike in request volume overloaded the database replica serving the service. Clients using services dependent on verification score generation experienced slowness, as requests were automatically retried instead of returning errors. Verification processes continued to complete successfully, albeit with delays. Incident 2 — July 7, 2026, from 17:52 to 18:05 \(BRT\): A database query lacking a row-return limit was triggered by an edge-case data pattern, saturating the CPU of the same database replica. This increased latency and, for a short window \(around 13 minutes\), caused errors in certain steps of the verification flow for a subset of clients. In both cases, the impact was limited to the windows described above, without total service downtime and with zero data loss. **Root Cause** Both incidents share the same underlying cause: CPU saturation on a relational database replica that serves multiple capabilities of the identity verification service. In the first incident, a specific request volume surged roughly 10x within a few minutes, exceeding the provisioned capacity for the replica. The database infrastructure was not scaled to sustain the peak, leading to processing exhaustion \(CPU scheduling contention\) and a subsequent cascade of timeouts in dependent services. In the second incident, a specific query lacked a limit on returned rows. When executed for a record with an unusual volume of associated images, the query triggered a full table scan and sort, consuming all available processing power on the replica. This effect was amplified by two internal mechanisms that, combined, tripled the number of queries generated per request. **Resolution** In both incidents, the operations teams: Vertically scaled a secondary database replica and redirected traffic to it via a DNS update; Temporarily disabled mechanisms that were generating additional database load; Monitored the stabilization of availability metrics before declaring the incident resolved; Following the second incident, applied a definitive fix to the problematic query \(enforcing a limit on returned records\) and initiated a data-cleansing process for non-standard records that could replicate the scenario. **Lessons Learned** These incidents reinforced the need for defensive and systematic infrastructure design, applying explicit limits and pagination on database queries to eliminate latent risks under atypical traffic. It became evident that component migrations can inadvertently strip away implicit protections against overload. This makes the implementation of declarative resilience mechanisms—such as proper timeouts, circuit breakers, and connection limits—indispensable. Additionally, the scenario highlighted the importance of investigating the root cause of recurring saturation patterns rather than relying solely on point-in-time mitigations, as well as the urgency of monitoring and refactoring architectures that multiply database calls per request to mitigate load amplification risks before they become critical. **Closing** We acknowledge the impact these instabilities caused and apologize for any inconvenience experienced by our clients and partners during these windows. Transparency regarding what happened is part of our commitment to those who trust our platform. The actions taken in response to these incidents prioritize reinforcing our environment's stability and reducing the likelihood of recurrence. We continue to invest heavily in observability, infrastructure resilience, and incident response processes to ensure an increasingly reliable service. Unico Team

1. 6 Ιουλίου 2026 στις 4:29 μ.μ. UTCidentified

   Prezado Cliente, Identificamos uma instabilidade na capacidade de verificação de identidade com orquestração com IDScore, que está apresentando lentidão no retorno do Score de autenticação de determinados processos. Clientes que utilizam orquestração com o Trust podem enfrentar também cenários de erros em determinados processos devido a lentidão identificada. Nossa engenharia já está mobilizada para o diagnóstico e trabalhando na identificação da causa raiz para normalizar o serviço o mais breve possível. No momento, o time técnico realiza análises detalhadas em nossa camada de dados para mitigar o impacto. Reforçamos que novas atualizações serão enviadas em breve. Equipe Unico.

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

   Prezado Cliente, Informamos que nossa equipe de tecnologia identificou e solucionou a instabilidade que afetou o tempo de resposta das requisições para retorno do Score de autenticação. Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

3. 6 Ιουλίου 2026 στις 5:25 μ.μ. UTCresolved

   Prezado Cliente, Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

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

   **Post-Mortem: Availability Instability in Identity Processing** **Summary** On two occasions on consecutive days in July 2026, the identity processing service experienced brief drops in availability. These were caused by saturation in a shared database that supports part of the verification flow. Both events were quickly identified by the monitoring teams, mitigated within approximately 30 minutes, and resolved with zero data loss. **Impact** Incident 1 — July 6, 2026, from 13:00 to 13:34 \(BRT\): A sudden and legitimate spike in request volume overloaded the database replica serving the service. Clients using services dependent on verification score generation experienced slowness, as requests were automatically retried instead of returning errors. Verification processes continued to complete successfully, albeit with delays. Incident 2 — July 7, 2026, from 17:52 to 18:05 \(BRT\): A database query lacking a row-return limit was triggered by an edge-case data pattern, saturating the CPU of the same database replica. This increased latency and, for a short window \(around 13 minutes\), caused errors in certain steps of the verification flow for a subset of clients. In both cases, the impact was limited to the windows described above, without total service downtime and with zero data loss. **Root Cause** Both incidents share the same underlying cause: CPU saturation on a relational database replica that serves multiple capabilities of the identity verification service. In the first incident, a specific request volume surged roughly 10x within a few minutes, exceeding the provisioned capacity for the replica. The database infrastructure was not scaled to sustain the peak, leading to processing exhaustion \(CPU scheduling contention\) and a subsequent cascade of timeouts in dependent services. In the second incident, a specific query lacked a limit on returned rows. When executed for a record with an unusual volume of associated images, the query triggered a full table scan and sort, consuming all available processing power on the replica. This effect was amplified by two internal mechanisms that, combined, tripled the number of queries generated per request. **Resolution** In both incidents, the operations teams: Vertically scaled a secondary database replica and redirected traffic to it via a DNS update; Temporarily disabled mechanisms that were generating additional database load; Monitored the stabilization of availability metrics before declaring the incident resolved; Following the second incident, applied a definitive fix to the problematic query \(enforcing a limit on returned records\) and initiated a data-cleansing process for non-standard records that could replicate the scenario. **Lessons Learned** These incidents reinforced the need for defensive and systematic infrastructure design, applying explicit limits and pagination on database queries to eliminate latent risks under atypical traffic. It became evident that component migrations can inadvertently strip away implicit protections against overload. This makes the implementation of declarative resilience mechanisms—such as proper timeouts, circuit breakers, and connection limits—indispensable. Additionally, the scenario highlighted the importance of investigating the root cause of recurring saturation patterns rather than relying solely on point-in-time mitigations, as well as the urgency of monitoring and refactoring architectures that multiply database calls per request to mitigate load amplification risks before they become critical. **Closing** We acknowledge the impact these instabilities caused and apologize for any inconvenience experienced by our clients and partners during these windows. Transparency regarding what happened is part of our commitment to those who trust our platform. The actions taken in response to these incidents prioritize reinforcing our environment's stability and reducing the likelihood of recurrence. We continue to invest heavily in observability, infrastructure resilience, and incident response processes to ensure an increasingly reliable service. Unico Team

1. 2 Ιουλίου 2026 στις 10:04 μ.μ. UTCidentified

   Prezado Cliente, Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp. Orientamos nossos clientes a enviarem mensagens via formulário, e-mail ou nos contatarem pelo nosso webchat como alternativa de contato síncrono https://business.unico.io/hc/pt-br Em breve retornaremos com novas atualizações.

2. 2 Ιουλίου 2026 στις 10:05 μ.μ. UTCidentified

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

3. 3 Ιουλίου 2026 στις 12:04 π.μ. UTCmonitoring

   Prezado Cliente, Identificamos que a instabilidade que afetava a nossa plataforma de gerenciamento de atendimento foi corrigida. As ações de correção técnica foram executadas com sucesso pelo nosso parceiro e a comunicação do canal via WhatsApp já se encontra reestabelecida. Estamos em monitoramento assistido para garantir a total estabilidade e performance do ambiente. Pedimos desculpas pelo impacto causado em sua operação. Atenciosamente, Equipe Unico

4. 3 Ιουλίου 2026 στις 1:14 π.μ. UTCresolved

   Prezado Cliente, O incidente que causava instabilidade no canal de atendimento via WhatsApp foi totalmente resolvido. A causa do problema foi identificada e a correção definitiva já foi aplicada em produção junto ao nosso parceiro de tecnologia. A integração com a plataforma foi restabelecida e o nosso time de atendimento já está operando e respondendo normalmente. Agradecemos a parceria e a paciência de todos durante o período de manutenção do canal. Atenciosamente, Equipe Unico

5. 13 Ιουλίου 2026 στις 8:36 μ.μ. UTCpostmortem

   ### **Postmortem: WhatsApp Support Channel Instability** #### **Summary** On July 2, 2026, an instability affected our WhatsApp customer support channel. During this period, automated messages from our virtual assistant \(bot\) were not being delivered to end-users. Service was fully restored after the identification and rollback of a system change within our technology partner’s environment. #### **Impact** This incident exclusively impacted customers attempting to reach support through our WhatsApp channel. While automated messages managed by the bot failed to deliver, manual messages sent by human agents continued to operate normally. Our alternative support channels, such as email and webchat, remained fully operational and were communicated as active alternatives during the instability. #### **Root Cause** The root cause was an update deployed in the messaging service managed by our technology partner. This update introduced an incompatibility within the partner's own production environment configurations. This supplier-side infrastructure failure disrupted the automated communication flow, preventing the bot from delivering messages. #### **Resolution** Our partner's technical team investigated the issue within their environment and traced the failure back to the recently deployed update. The resolution applied by the vendor consisted of performing an immediate rollback to the previous stable version of their messaging service. Once the partner completed this rollback, message delivery was successfully restored, and our support channel returned to normal operations. #### **Lessons Learned** This incident reinforced the importance of maintaining an agile contingency and communication strategy to quickly redirect our customers to alternative channels \(such as webchat and forms\) during third-party service outages. Additionally, it highlighted the need to continuously align with our key vendors regarding the requirement for more rigorous validation and testing protocols in their own environments before promoting updates that can impact our operations.

1. 26 Ιουνίου 2026 στις 2:10 μ.μ. UTCresolved

   Prezado cliente, Entre 00:17 e 10:40 de 26/06, identificamos uma instabilidade que causou falhas de acesso na plataforma SafeDoc (através do endereço seu.acesso.io) para um grupo específico de clientes. Durante esse período, alguns usuários enfrentaram dificuldades no fluxo de login, processamento e visualização de imagens e arquivos. A origem do comportamento esteve relacionada a uma atualização programada de manutenção executada na noite de 25/06, que gerou incompatibilidade na parametrização de algumas instâncias do sistema. Nossos times de Engenharia e SRE identificaram o cenário e aplicaram as correções e ajustes de configuração necessários nas instâncias afetadas. O serviço foi restabelecido e está operando normalmente. Lamentamos o ocorrido e seguimos monitorando o comportamento da plataforma para garantir a estabilidade das operações. Em caso de dúvidas, nossa equipe de CX está à disposição. Equipe Unico.

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

   **Resumo** No dia 26 de junho de 2026, entre 00:17 e 10:40 \(horário de Brasília\), um grupo de clientes enfrentou instabilidade que afetou o acesso a alguns de nossos serviços. A falha se manifestou em erros de login, processamento e acesso a arquivos. Nossa equipe de engenharia identificou a causa e restaurou o serviço para todos os clientes afetados. **Impacto** Durante o incidente, que durou aproximadamente 10 horas e 23 minutos, 24 clientes ficaram impossibilitados de utilizar funcionalidades essenciais de nossos serviços, impactando suas operações. O acesso foi completamente restabelecido às 10:40 do dia 26 de junho de 2026. **Causa Raiz** A causa raiz do incidente foi uma falha durante um processo de atualização programada de sistema, que ocorreu na noite do dia 25 de junho. A atualização de configuração não foi aplicada corretamente em um subconjunto de servidores, fazendo com que o sistema fizesse referência a dependências de software desatualizadas e incompatíveis. Essa falha impediu a comunicação correta com serviços de armazenamento em nuvem e de autenticação, resultando nos erros observados pelos clientes. A ausência de validação automatizada pós-implantação e de alertas centralizados para este tipo de erro de configuração impediu a detecção proativa do problema. **Resolução** Assim que o incidente foi reportado na manhã do dia 26 de junho, nossa equipe de prontidão foi acionada. Foi identificado que a falha estava relacionada a uma implantação incorreta de arquivos de configuração. As equipes de engenharia aplicaram as correções necessárias em todas as instâncias afetadas, restaurando a funcionalidade completa dos serviços. Após a aplicação da correção, foi realizada uma verificação completa para garantir que todos os sistemas estivessem operando normalmente. **Lições Aprendidas** * Automação na validação: Implementações em larga escala exigem verificações automatizadas pós-implantação para garantir que todas as instâncias tenham sido atualizadas corretamente e de forma consistente. * Observabilidade centralizada: É fundamental garantir que os registros de erros de todas as aplicações sejam transmitidos para uma plataforma centralizada, permitindo a detecção rápida de anomalias, mesmo que a falha afete a própria capacidade de comunicação da aplicação. Estamos comprometidos com a confiabilidade de nossos serviços e continuaremos trabalhando para fortalecer nossos sistemas e processos.

1. 24 Ιουνίου 2026 στις 6:20 μ.μ. UTCidentified

   Prezado Cliente, Detectamos um impacto nas requisições com o fluxo do IDTrust, causando instabilidade aos clientes Mexico que utilizam essa capacidade. A nossa equipe de tecnologia está analisando o ambiente e as métricas para determinar a causa e a solução. Retornamos em breve com atualizações. Atenciosamente, Equipe Unico

2. 24 Ιουνίου 2026 στις 6:31 μ.μ. UTCmonitoring

   Prezado Cliente, Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

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

   Prezado Cliente, Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem. Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico!

4. 13 Ιουλίου 2026 στις 7:27 μ.μ. UTCpostmortem

   **Summary** On June 24, 2026, between 2:55 PM and 3:26 PM \(Brasília time\), the availability indicator for the process creation flow dropped below 95%, with a total duration of approximately 31 minutes. The incident was caused by an instability in an infrastructure provider used in the risk assessment flow, which began returning errors and latency above expected levels. The impact was concentrated on users from Mexican market clients. **Impact** Users of the process creation and authentication flows that relied on the risk assessment step received timeout errors during the period. The impact was more severe for Mexican market clients but also affected authentication flows for other clients. **Root Cause** The root cause was an instability in the infrastructure provider responsible for the risk assessment step. The provider began operating with latency well above normal and returning errors, causing requests that depended on this step to become blocked and propagate failures to the process creation and authentication flows. Internal services were unable to isolate the impact of the provider's degradation, resulting in widespread unavailability for all users passing through this step. **Resolution** The infrastructure provider stabilized on its own at 3:16 PM. The team identified a timeout configuration need during the incident and opened a correction with explicit values. The incident was closed at 3:50 PM after stability was confirmed. **Lessons Learned** The incident highlighted the need to strengthen isolation mechanisms between internal services and infrastructure providers, so that isolated instabilities do not propagate to end users. As follow-ups, the team identified improvements in the resilience of the affected flows and in the documentation of critical dependencies, aiming to reduce response time and impact in future occurrences of a similar nature.

1. 23 Ιουνίου 2026 στις 1:24 π.μ. UTCinvestigating

   Πελάτης Prezado, Nossa monitoração proativa ανιχνεύει um comportamento ακανόνιστο δεν ID Pay e καμία ροή de onboarding do ByUnico. Embora a causa exata renda esteja sob investigação, isso pode se μανιφέστο como lentidão ou intermitência no serviço. Ένας εξοπλισμός de tecnologia está executando todos os procedimentos de diagnóstico δεν ambiente para identificar ως causas. Em breve retornamos com atualizações (στα Αγγλικά).

2. 23 Ιουνίου 2026 στις 1:39 π.μ. UTCidentified

   Πελάτης Prezado, Nossa εξοπλίσει resda está devicigando a causa raiz do problema. Εμ Μπριβ Τραρέμος Μάις atualizações. Agradecemos ένα compreensão.

3. 23 Ιουνίου 2026 στις 1:53 π.μ. UTCidentified

   Πελάτης Prezado, Informamos que nossa εξοπλίζει identificou a causa da instabilidade e está ativamente trabalhando na aplicação da solução. Seguimos empenhados em restabelecer o serviço o mais rapimentamente possivel e manteremos você informado sobre a evolução. (στα Αγγλικά). Νόβας atualizações serão enviradas em breve.

4. 23 Ιουνίου 2026 στις 2:18 π.μ. UTCmonitoring

   Πελάτης Prezado, Nossa εξοπλίζει identificou όπως causas do problema e realizou as ações para que este convenuee fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Μεταθανάτια. Pedimos desculpas pelo transtorno e nos colocamos à depositição para sanar dúvidas através dos nossos canais de atendimento. (στα Αγγλικά). Atenciosamente, Equipe Unico!

5. 23 Ιουνίου 2026 στις 2:41 π.μ. UTCresolved

   Πελάτης Prezado, Nossa εξοπλίζει identificou όπως causas do problema e realizou as ações para que este convenuee fosse solucionado. Dentro de alguns dias compartilharemos maiores detalhes através de um Μεταθανάτια. Pedimos desculpas pelo transtorno e nos colocamos à depositição para sanar dúvidas através dos nossos canais de atendimento. (στα Αγγλικά). Atenciosamente, Equipe Unico!

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

   **Περίληψη ** Στις 22 Ιουνίου 2026, στις 9:52 μμ \(ώρα Βραζιλίας\), η ροή εξοικονόμησης εγγράφων έγινε μη διαθέσιμη λόγω της εξάντλησης ενός ορίου διαδοχικού αναγνωριστικού στη βάση δεδομένων. Από εκείνη τη στιγμή, όλες οι λειτουργίες εισαγωγής εγγράφων άρχισαν να αποτυγχάνουν, κάνοντας λάθη σε πολλαπλές εξαρτώμενες υπηρεσίες. Το περιστατικό κράτησε περίπου 86 λεπτά. ** Impact ** Πολλαπλές κρίσιμες υπηρεσίες επηρεάστηκαν ταυτόχρονα — συμπεριλαμβανομένων των ροών επί του σκάφους, της δημιουργίας διαδικασιών, της ταυτοποίησης και των πληρωμών. Σε ορισμένες ροές, η διαθεσιμότητα μειώθηκε κάτω από 3%. Οι πελάτες είχαν χρήστες που είχαν αντίκτυπο από αποτυχίες ή καθυστερήσεις κατά την προσπάθεια λειτουργίας που εξαρτιόταν από την αποθήκευση εγγράφων. ** Αιτία Root ** Η βασική αιτία σχετιζόταν με τον τύπο αναγνώρισης 32-bit που χρησιμοποιείται στον πίνακα εγγράφων, ο οποίος υποστηρίζει περίπου 2,1 δισεκατομμύρια τιμές· με τη φυσική αύξηση του όγκου ρεκόρ με την πάροδο του χρόνου, το όριο αυτό επιτεύχθηκε, προκαλώντας τη βάση δεδομένων να μην είναι πλέον σε θέση να παράγει νέα αναγνωριστικά, οπότε όλες οι λειτουργίες εισαγωγής άρχισαν να αποτυγχάνουν. Δεδομένου ότι δεν υπήρχε παρακολούθηση διαμορφωμένη για να παρακολουθεί την εγγύτητα σε αυτό το όριο, η εξάντληση συνέβη απότομα και χωρίς προηγούμενη προειδοποίηση. ** Λύση ** Η ομάδα αναγνώρισε τη βασική αιτία σε περίπου 20 λεπτά. Ως άμεσος μετριασμός, ο διαδοχικός αναγνωριστικός κωδικός αναδιαμορφώθηκε για να χρησιμοποιήσει το αρνητικό εύρος του ίδιου τύπου δεδομένων, ελευθερώνοντας περίπου άλλες τιμές 2,1 δισεκατομμυρίων χωρίς να απαιτείται δομική αλλαγή στη βάση δεδομένων. Το διάλυμα επικυρώθηκε σε χαμηλότερα περιβάλλοντα πριν εφαρμοστεί στην παραγωγή. Η υπηρεσία άρχισε να σταθεροποιείται λίγο μετά την εφαρμογή του επιδιορθώματος και παρακολουθήθηκε μέχρι να επιβεβαιωθεί η πλήρης ανάρρωση. ** Μάθημα Μάθημα ** Το περιστατικό τονίζει τη σημασία της εφαρμογής της παρακολούθησης για τη διαδοχική χρήση αναγνωριστικού σε πίνακες υψηλού όγκου, με τις έγκαιρες καταχωρίσεις που επιτρέπουν τον χειρισμό της εξάντλησης ως προγραμματισμένης συντήρησης· υιοθετώντας από την αρχή τύπους αναγνώρισης 8 byte για πίνακες με υψηλό όγκο εγγραφής, συμπεριλαμβανομένου αυτού του ελέγχου σε διαδικασίες αναθεώρησης σχήματος· και χαρτογράφηση και τεκμηρίωση των κρίσιμων εξαρτήσεων των υπηρεσιών βασικής εμμονής, προκειμένου να μετρηθεί ο αντίκτυπος και να δοθεί προτεραιότητα στην επικοινωνία με τους χρήστες που επηρεάζονται ταχύτερα σε μελλοντικά περιστατικά.

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

1. 19 Ιουνίου 2026 στις 1:08 μ.μ. UTCinvestigating

   Prezado Cliente, Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp. Orientamos nossos clientes a enviarem mensagens via formulário, e-mail ou nos contatarem pelo nosso webchat como alternativa de contato síncrono https://business.unico.io/hc/pt-br/p/help-u Em breve retornaremos com novas atualizações.

2. 19 Ιουνίου 2026 στις 6:34 μ.μ. UTCmonitoring

   Prezado Cliente, Identificamos que a instabilidade que afetava a nossa plataforma de gerenciamento de atendimentos foi corrigida. As ações de correção técnica foram executadas com sucesso pelo nosso parceiro e a comunicação do canal via WhatsApp já se encontra reestabelecida. Neste momento, nosso time de engenharia e operações segue em monitoramento assistido para garantir a total estabilidade e performance do ambiente. Pedimos desculpas pelo impacto causado em sua operação. Atenciosamente, Equipe Unico

3. 19 Ιουνίου 2026 στις 7:42 μ.μ. UTCresolved

   Prezado Cliente, O incidente que causava instabilidade no canal de atendimento via WhatsApp foi totalmente resolvido. A causa do problema foi identificada e a correção definitiva já foi aplicada em produção junto ao nosso parceiro de tecnologia. A integração com a plataforma foi restabelecida e o nosso time de atendimento já está operando e respondendo normalmente. Agradecemos a parceria e a paciência de todos durante o período de manutenção do canal. Atenciosamente, Equipe Unico

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

   **Sumário** No dia 19 de junho de 2026, identificamos uma instabilidade que afetou nosso canal de atendimento via WhatsApp. O incidente, que teve início aproximadamente às 09:00 e foi resolvido às 15:45 \(horário de Brasília\), impediu que nossos agentes acessassem as conversas dos clientes nessa plataforma. A causa raiz foi um problema técnico originado em um de nossos parceiros de tecnologia, que já foi corrigido. **Impacto** Durante o período do incidente, o atendimento aos clientes finais através do canal de WhatsApp foi impactado. Como alternativa, os clientes foram orientados a utilizar nossos outros canais de contato, como formulário, e-mail e webchat. As operações foram normalizadas no mesmo dia. **Causa Raiz** A investigação, conduzida em conjunto com nosso parceiro tecnológico responsável pela plataforma de gestão de conversas, revelou que a causa do incidente foi uma alteração de certificados de segurança em um sistema terceiro com o qual a plataforma se integra. Essa alteração invalidou o mecanismo de autenticação utilizado pelo serviço, impedindo a comunicação entre a plataforma de atendimento e o canal do WhatsApp. A detecção do problema foi reativa, pois a falha de autenticação não gerava alertas proativos e o ambiente de testes não utiliza os mesmos certificados do ambiente de produção, o que impediu a reprodução do erro em testes preliminares. **Resolução** Após a identificação do problema, a equipe de engenharia do nosso parceiro tecnológico atualizou os certificados de autenticação em seus sistemas para restabelecer a compatibilidade com a plataforma terceira. A correção foi aplicada e validada, normalizando o acesso dos nossos agentes às conversas e restaurando completamente o serviço de atendimento via WhatsApp às 15:45. **Lições Aprendidas** * É crucial manter uma comunicação ativa e monitorar os canais de parceiros tecnológicos para se antecipar a mudanças que possam impactar os serviços integrados. * Falhas de autenticação com serviços externos são um ponto crítico e devem possuir mecanismos de alerta específicos para permitir uma detecção e resposta mais rápidas, reduzindo o tempo de indisponibilidade. Estamos empenhados em garantir a estabilidade e a qualidade de nossos canais de atendimento e continuaremos a trabalhar em estreita colaboração com nossos parceiros para fortalecer a resiliência de nossos serviços.

1. 12 Ιουνίου 2026 στις 3:29 μ.μ. UTCidentified

   Prezado Cliente, Estamos acompanhando uma instabilidade na plataforma de mensageria de WhatsApp, junto à Meta, que está gerando indisponibilidade no envio de links para usuários finais nos produtos IDCloud (By unico) e ID Pay que utilizam o fluxo com o WhatsApp. Notificações via e-mail e sms estão funcionando normalmente. Maiores informações sobre incidente da Meta: https://metastatus.com/ Em breve retornaremos com novas atualizações.

2. 12 Ιουνίου 2026 στις 5:03 μ.μ. UTCidentified

   Prezado Cliente, Seguimos acompanhando a instabilidade na plataforma de mensageria de WhatsApp, junto à Meta, que está gerando indisponibilidade no envio de links para usuários finais nos produtos IDCloud (By unico) e ID Pay que utilizam o fluxo com o WhatsApp. Notificações via e-mail e sms estão funcionando normalmente. Maiores informações sobre incidente da Meta: https://metastatus.com/ Em breve retornaremos com novas atualizações

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

   Prezado Cliente, As ações corretivas para o incidente foram executadas junto ao nosso parceiro. Nosso time está em monitoramento assistido acompanhando a performance do ambiente. Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico

4. 12 Ιουνίου 2026 στις 6:31 μ.μ. UTCresolved

   Prezado Cliente, Incidente resolvido. As ações corretivas para o incidente foram executadas junto ao nosso parceiro. Nosso time está em monitoramento assistido acompanhando a performance do ambiente. Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico

1. 12 Ιουνίου 2026 στις 2:58 μ.μ. UTCidentified

   Prezado Cliente, Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp. Orientamos nossos clientes a enviarem mensagens via e-mail ou nos contatarem pelo nosso webchat como alternativa de contato sincrono https://business.unico.io/hc/pt-br/p/help-u Em breve retornaremos com novas atualizações.

2. 12 Ιουνίου 2026 στις 5:31 μ.μ. UTCmonitoring

   Prezado Cliente, As ações corretivas para o incidente foram executadas pelo nosso parceiro. Nosso time está em monitoramento assistido acompanhando a performance do ambiente. Pedimos desculpas pelo ocorrido Atenciosamente, Equipe Unico

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

   Prezado Cliente, Incidente resolvido. as ações corretivas para o incidente foram executadas junto ao nosso parceiro. Nosso time está em monitoramento assistido acompanhando a performance do ambiente. Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento. Atenciosamente, Equipe Unico