33 incidente incident.io Status înregistrate începând din septembrie 2025, cu actualizări oficiale, componente afectate, durată și informații despre rezolvare.
Stare: Rezolvată Acest incident a fost rezolvat. Login via Slack funcționează din nou în mod normal și nu este necesară nicio acțiune suplimentară. Componente afectate Aplicație Slack (Operațională)
Traducere automată din actualizarea oficială a incidentului.
Stare: Latenta soluţionată a revenit la normal. Între orele 13:00 și 15:08 UTC au existat perioade de latență crescută de la unele Microsoft API. Mesajele din echipele Microsoft au fost transmise cu latență sporită. Tabloul de bord și aplicația noastră mobilă nu au fost afectate. Componente afectate Aplicația Microsoft Teams (Operațional)
Traducere automată din actualizarea oficială a incidentului.
Stare: Rezolvată Acum ne-am întors şi listarea alertelor funcţionează normal din nou. Componente afectate Alertă ingestie, prelucrare și paging (Operațional)
Traducere automată din actualizarea oficială a incidentului.
Stare: Livrarea solutionata de Opsgenie webhook a revenit la normal la aproximativ 17:48 BST componente afectate Opsgenie (operational)
Traducere automată din actualizarea oficială a incidentului.
Stare: Rezolvat Între orele 00:00 și 02:44 UTC, unele caracteristici AI returnat rate de eroare crescute. Acum vedem recuperarea completă. Componente afectate Zoom (Operațional) Slack (Operațional) Aplicație mobilă (Operațional) SML Autentificare (Operațional) Atlassian Statuspage (Operațional) Scurtătură (Operațional) Notificări de împingere (Operațional) Aplicația Microsoft (Operațional) Okta (Operațional) Zapier (Operațional) Spunk (Operațional) Alertare, procesare și paging (Operațional) Agent (Operațional) Azure DevOps (Operațional) Operational (Operațional) Email (Operațional) Insights (Operațional) API (Operațional) Dashboard (Operațional) Vanta (Operațional) App Slack (Operațional) Datadog (Operațional) Asana (Operațional) Jiraligal Phone (Operațional) GOperațional SMS (Operațional) Operational) Operational (Operațional)
Traducere automată din actualizarea oficială a incidentului.
Suntem conștienți de probleme care afectează unii clienți logare în utilizarea SAML - suntem de investigare și va oferi o actualizare în scurt timp.
Această problemă rămâne în curs de desfășurare și lucrăm la o rezoluție. Toate celelalte funcţionalităţi nu sunt afectate. Sesiunile existente pe aplicația mobilă și tabloul de bord nu sunt afectate și continuă să aibă acces normal. Vom posta următoarea actualizare în următoarele 30 de minute.
Autentificările SAML sunt acum de lucru cu latență crescută. Vom continua să monitorizăm până la recuperarea completă. Toate celelalte funcții rămân neafectate.
Continuăm să vedem erori ridicate și latență cu login-uri SAML. Toate celelalte funcții rămân neafectate.
Autentificările SAML efectuează acum ca de obicei. Vom continua să monitorizăm orice alte probleme.
Autentificare SAML a continuat să efectueze ca normală.
Traducere automată din actualizarea oficială a incidentului.
Am identificat o creştere a latenţei şi temporizărilor care afectează unele cereri către tabloul nostru de bord. Problemele par a fi trecătoare şi recomandăm înviorare. Continuăm să investigăm.
Latenţia şi ratele de eroare au revenit la normal. Continuăm să monitorizăm alte probleme.
Între 19:31:30 și 19:34:30 UTC, unele cereri de bord noastre lovit latență și erori de conectivitate crescut. Cauza a fost un incident de rețea în amonte pe Google Cloud Platform. De obicei, erorile au fost tranzitorii şi înviorătoare. Ratele de Latenţie şi de eroare au revenit la normal şi suntem cu ochii pe lucruri. Vom posta o post-mortem care acoperă impactul complet.
Am observat o creștere limitată a latenței, precum și un număr mic de erori de bord între 19:31:30 și 19:34:30 UTC. Acest lucru a afectat 0,03% din apelurile către tabloul nostru de bord. Acest lucru a fost detectat de monitorizarea noastră sintetică internă. Cauza acestor erori ridicate s-a datorat problemelor de rețea din cadrul GCP la momentul respectiv. Acest lucru este confirmat de jurnalele noastre care arată echilibrul nostru de sarcină GCP nu transmite răspunsuri de succes, precum și temporizări de rețea atunci când încearcă să ajungă la servicii externe. Impactul s-a limitat la un număr mic de utilizatori și a fost rezolvat prin revigorarea tabloului de bord.
Traducere automată din actualizarea oficială a incidentului.
Am identificat rate de eroare crescute cu integrarea noastră Slack. În prezent investigăm modul în care acest lucru afectează platforma noastră - acest lucru pare a fi o problemă pe partea Slack, în special în jurul creării canalului și transmiterea de mesaje.
Slack a recunoscut incidentul de partea lor. Puteți urma pagina lor de stare [aici](https://ssack-status.com/2026-05/46d9d5d41fbedd9f).
Ratele de eroare și latența operațiunilor Slack au revenit la normal, iar integrarea și-a revenit. Puteți urmări actualizările de pe pagina de stare a lui Slack [aici](https://ssack-status.com/2026-05/46d9d5d41fbedd9f).
Continuăm să-l monitorizăm pe Slack pe măsură ce continuă să-şi revină şi nu mai vedem niciun impact direct asupra aplicaţiei Slack Puteți urmări actualizările de pe pagina de stare a lui Slack [aici](https://ssack-status.com/2026-05/46d9d5d41fbedd9f "here").
Continuăm să-l monitorizăm pe Slack când îşi revine. Nu vedem niciun impact direct asupra aplicației Slack. Puteți urmări actualizările de pe pagina de stare Slack.
Slack a confirmat că serviciile lor s-au întors în mare măsură la nivelurile operaționale. Nu am mai văzut niciun impact direct asupra aplicaţiei Slack de ieri. Rezolvăm acest lucru de partea noastră, și puteți urma orice actualizări suplimentare pe pagina de stare Slacks [aici](https://ssack-status.com/2026-05/46d9d5d41fbedd9f).
Traducere automată din actualizarea oficială a incidentului.
We have identified increased error rates with our Slack integration. We are currently investigating how this is impacting our platform - this seems to be an issue on the Slack side, particularly around channel creation.
We've confirmed the issue is relating to errors being returned by Slack. This is affecting a number of features of our integration, including: • Creating incident channels • Sending messages • Syncing Slack user groups Our web dashboard continues to be available and Scribe is unaffected.
Slack have acknowledged the incident on their side. You can follow their status page [here](https://slack-status.com/2026-05/fe557ca05fdb64fa).
We're continuing to monitor the situation - Slack have posted an update on their status page to confirm that they're working on it.
The issue has been resolved on Slack's side and we've confirmed that things look normal on our side too.
Traducere automată din actualizarea oficială a incidentului.
The website is now up and working as normal.
The web dashboard is unavailable due to a JavaScript deployment issue.
Traducere automată din actualizarea oficială a incidentului.
Vedem întârzieri de până la 30 de minute în primirea de site-uri web de la Opsgenie, care ar putea întârzia livrarea alertelor. Sistemele noastre funcționează în mod normal și procesează alertele de îndată ce sosesc; problema pare să fie pe partea Opsgenie. Suntem monitorizarea îndeaproape și va împărtăși actualizările pe măsură ce vom afla mai multe.
Webhooks par să sosească ca normal din nou, astfel încât să nu mai vezi nici o întârziere.
Traducere automată din actualizarea oficială a incidentului.
We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have published this to their status page [here](https://metastatuspage.com/incidents/94fwk40f4z15).
Error rates have returned to normal levels.
We have identified increased error rates coming from Microsoft Teams. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.
We have identified increased error rates coming from Microsoft Teams that are causing delays in sending messages to Teams channels and DMs. We'll continue to monitor the situation and we will update with more information shortly as we learn more. We will provide the next update by 1830 UTC.
We are continuing to see an increase in error rates from Microsoft Teams, causing a delay in sending some messages to Teams channels and DMs. We are monitoring the situation and will provide an update by 1930 UTC.
We have seen an improvement in error rates and latency for requests to Microsoft Teams, and we expect the performance of sending messages to Teams channels and DMs to have returned to normal. We are continuing to monitor to ensure performance remains as expected, and we will provide a further update by 2100 UTC.
We are no longer seeing elevated latency and error rates from Microsoft Teams.
We have identified increased error rates with an upstream call transcription provider. This is affecting Scribe for all customers. Our team are investigating and we will update with more information shortly as we learn more.
The issues were isolated to one region and we have performed a failover to a secondary region, restoring Scribe for all customers. You may need to ask Scribe to rejoin your call. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.
Our failover region is continuing to work as expected, and Scribe functionality has been restored. You may need to ask Scribe to rejoin your calls. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.
We continue to use the failover region, and Scribe performance has returned to expected levels.
We are currently investigating reports that users are unable to login using Slack.
Users in some Slack workspaces are unable to sign in with Slack. We have escalated this issue to Slack. Signing in with SAML and Microsoft Teams is not affected.
Slack have rolled back a change which caused this issue, and we have confirmed recovery. Please reach out to support if you're still experiencing any issues signing in with Slack.
Slack have confirmed that the issue has been fully resolved, and affected customers have verified that they can log in successfully.
We've identified a drop in inbound traffic to [incident.io](http://incident.io "incident.io") from Opsgenie. This means that alerts may be slow to show up in [incident.io](http://incident.io "incident.io"), and paging via Opsgenie may be slow to reflect updates. This appears to be an issue with outbound webhooks on Opsgenie's side, we're monitoring the situation and will update as we know more.
Traffic appears to be back to normal levels now.
We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have acknowledged an issue on their side (<https://metastatuspage.com/incidents/ctw5xv6t643h>). We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in incident.io. We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this until the issue is resolved.
Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this and give an update in the next hour.
Atlassian's status page now reports that they are rolling out a fix (<https://metastatuspage.com/incidents/ctw5xv6t643h>). In the meantime, to restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We continue to monitor the issue until it is resolved.
Atlassian have confirmed that the issues with Statuspage have been resolved. You should now be able to reuse your original API key in our integration.
We have identified increased error rates with our Sentry integration. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.
Sentry have acknowledged an issue on their side ([https://status.sentry.io/incidents/wpg3tnwnwctj](https://status.sentry.io/incidents/wpg3tnwnwctj "https://status.sentry.io/incidents/wpg3tnwnwctj")), and we're seeing alerts come through from them ok. We'll continue to monitor things before closing this out.
We've not seen any errors from Sentry since 15:35 UTC so we're closing this out. Please see Sentry's status page for any further details.
We have identified an increased rate of Sentry integrations becoming disconnected. Alert ingestion is unaffected. Please don't uninstall our application from Sentry: we are working to restore these connections on our side, and no action is currently required. We will provide an update in 30 minutes.
We're currently testing the fix that will allow us to re-connect any disconnected Sentry integrations on behalf of customers, and will have another update on this in 30 minutes.
We've verified a fix locally, and we're starting to roll this out in production now.
We have confirmed that we are able to restore these connections, and we are now in the process of restoring these. When this happens, you'll see that the Sentry integration no longer flags up as requiring reconnection. Once we have finished restoring access, we'll post another update here.
We have managed to re-establish a connection to Sentry for almost all of the affected customers. If Sentry is still showing up as disconnected, you will need to remove the incident.io integration from the Sentry side, and then go through the reinstallation flow by opening incident.io and going to Settings → Integrations → Sentry. If you do this, please note that Sentry will remove the "Notify incident.io" action from alert rules when you uninstall the integration. If that was the only action in the alert rule, the entire rule is disabled. You will therefore need to verify any alert rules after re-installing.
We are aware of an issue that is causing delays updating data in Insights. The team are currently investigating, and we'll provide further updates soon.
We are aware of an issue that is causing delays updating data in Insights. The team are currently working on mitigating this, and we'll provide further updates soon.
The team have resolved this issue, and Insights are now syncing as expected.
