Störungsverlauf von Smartsheet

1. 27. August 2026 um 13:33 UTCinvestigating

   Wir untersuchen einen Ausfall, der sich auf Login, Blattzugriff, Control Center und Dynamic View auswirkt. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 27. August 2026 um 13:52 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 27. August 2026 um 15:53 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. August 2026 um 13:28 UTCinvestigating

   Wir untersuchen ein Problem, bei dem einige Blätter in der US-Smartsheet-Instanz nicht geladen werden. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 26. August 2026 um 14:39 UTCinvestigating

   Wir untersuchen immer noch ein Problem, bei dem einige Blätter in der US-Smartsheet-Instanz nicht geladen werden. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

3. 26. August 2026 um 15:17 UTCinvestigating

   Wir untersuchen immer noch ein Problem, bei dem einige Blätter in der US-Smartsheet-Instanz nicht geladen werden. Dieses Problem betrifft auch Berichte und Dashboards sowie Premium-Apps wie Dynamic View, WorkApps und Ressourcenmanagement. Unser Team ist weiterhin voll engagiert, um die Situation anzugehen. Wir werden weiterhin regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

4. 26. August 2026 um 15:47 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

5. 26. August 2026 um 16:08 UTCidentified

   Wir haben einen Fix implementiert, um das Problem zu beheben, das dazu führt, dass Blätter in der US-Smartsheet-Instanz nicht geladen werden, sowie die Auswirkungen auf Berichte, Dashboards und Premium-Apps (Dynamische Ansicht, WorkApps, Ressourcenmanagement und Kontrollzentrum). Systemmetriken zeigen derzeit eine Wiederherstellung, und unser Team überwacht den Service aktiv, um volle Stabilität zu gewährleisten. Wir werden weitere Updates veröffentlichen, bis der Vorfall vollständig behoben ist.

6. 26. August 2026 um 16:22 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

7. 26. August 2026 um 18:23 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 20:45 UTCinvestigating

   Wir untersuchen Verzögerungen oder Ausfälle, die sich auf Cell Links und Cross Sheet References auswirken. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 25. August 2026 um 21:25 UTCinvestigating

   Wir untersuchen dieses Problem noch immer. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

3. 25. August 2026 um 22:09 UTCidentified

   Dieses Problem wurde identifiziert und ein Fix wird implementiert.

4. 25. August 2026 um 22:23 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen den Service auf gesicherte Stabilität.

5. 26. August 2026 um 00:23 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 11. August 2026 um 19:51 UTCinvestigating

   Wir untersuchen Probleme mit Sheets, Reports und Workflows. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 11. August 2026 um 20:26 UTCinvestigating

   Wir untersuchen dies weiter und arbeiten auf eine Abschwächung hin, die wir bald erwarten.

3. 11. August 2026 um 21:02 UTCmonitoring

   Eine Abschwächung ist jetzt vorhanden, und wir sehen eine starke Erholung. Wir werden weiterhin genau beobachten, um zu bestätigen, dass das Problem vollständig gelöst ist.

4. 11. August 2026 um 23:20 UTCresolved

   Dieser Vorfall wurde behoben.

5. 19. August 2026 um 22:38 UTCpostmortem

   Am 11. August von ca. 7:00 Uhr bis 16:20 Uhr PDT erlebten einige Kunden Timeouts oder Ausfälle beim Laden von Blättern und Berichten sowie Automatisierungs-Workflow-Ausfälle, die dazu führten, dass einige Workflows aufgrund erhöhter Fehlerraten deaktiviert wurden. Der Vorfall wurde durch ein Datenbank-Abfrage-Routing-Problem verursacht, das sich auf die Bedingungen hinter den jüngsten Dienstunterbrechungen bezieht, bei denen bestimmte Lesevorgänge an primäre Schreibserver weitergeleitet wurden und ein Edge-Fall mit Blattsynchronisation die resultierende Belastung verstärkte. Wir haben den Service um 15:20 Uhr PDT stabilisiert und die vollständige Wiederherstellung um 16:20 Uhr PDT bestätigt, nachdem wir die betroffenen Dienste skaliert hatten und die Datenbankserver nicht in der Lage waren, die Kapazität zu erhöhen. Wir identifizierten und setzten einen permanenten Code-Fix ein, um das Abfrage-Routing zu korrigieren. Wir verbessern auch die Überwachung und die Sicherheitsvorkehrungen, um ähnliche Bedingungen früher zu erkennen und zu mildern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 30. Juli 2026 um 14:54 UTCinvestigating

   Wir untersuchen Langsamkeit und Timeout-Fehler in Smartsheet, Auswirkungen auf Blätter, Premium-Apps, Connectoren und API. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 30. Juli 2026 um 15:26 UTCidentified

   Wir haben das Problem identifiziert, das für die Smartsheet-Langsamkeit und das Timeout-Problem verantwortlich ist, und implementieren einen Fix. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

3. 30. Juli 2026 um 15:40 UTCmonitoring

   Wir beobachten, dass die Stabilität für Smartsheet, Premium Apps, Connectors und API wiederhergestellt wird. Wir beobachten es weiterhin genau, um die volle Servicestabilität zu bestätigen. Wir werden ein Update bereitstellen, sobald die Auflösung bestätigt ist.

4. 30. Juli 2026 um 15:42 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

5. 30. Juli 2026 um 17:41 UTCresolved

   Dieser Vorfall wurde behoben.

6. 20. August 2026 um 17:23 UTCpostmortem

   Am 30. Juli 2026, zwischen ca. 11:00 und 15:57 UTC, konnten einige Kunden keine Blätter laden und erlebten API-Timeouts. Dies betraf auch Control Center-, Table View-, Timeline- und Board-Ansichten, Reports, Dashboards, Formulare, Dynamische Ansicht und Bridge-Integrationen. Die Ursache war ein Backend-Service, der während des morgendlichen Verkehrsanlaufs stark belastet wurde. Die automatisierten Gesundheitschecks begannen, überlastete Instanzen schneller zu entfernen, als Ersatz online gehen konnte, und die Mindestkapazität des Dienstes war zu niedrig, um den Verlust zu absorbieren. Unsere Ingenieure lösten das Problem, indem sie die Kapazitätsgrenzen des Dienstes erhöhten, wodurch eine gesunde Kapazität wiederhergestellt und die Leistung innerhalb von Minuten wieder normalisiert wurde. Es gingen keine Daten verloren. Wir haben die Kapazitätsgrenze dauerhaft erhöht, und wir stimmen die Gesundheitschecks ab, fügen eine frühere Überwachung auf Infrastrukturebene hinzu und erstellen ein Laufbuch, um die Wiederherstellung von ähnlichen Problemen zu verhindern und zu beschleunigen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Juli 2026 um 09:23 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das verhindert, dass Smartsheet US erfolgreich geladen wird. Versuche, sich bei Smartsheet US anzumelden oder auf Elemente zuzugreifen, können dazu führen, dass Bildschirme geladen werden, die nicht vollständig sind. Wir werden in 30 Minuten ein Update bereitstellen.

2. 15. Juli 2026 um 09:38 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 15. Juli 2026 um 09:44 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 15. Juli 2026 um 09:55 UTCresolved

   Dieser Vorfall wurde behoben.

5. 17. Juli 2026 um 01:22 UTCpostmortem

   Ab etwa 1:44 Uhr PT am 15. Juli 2026 haben einige Kunden möglicherweise Fehler bei der Durchführung von Aktionen, die auf den Autorisierungsprüfungen von Smartsheet beruhen, wie z. B. Zugriffskontrollen auf Vermögenswerte. Dies wurde durch ein vorübergehendes Problem während eines routinemäßigen Systemupdates verursacht, das kurzzeitig dazu führte, dass ein Teil der Anfragen an einen nicht verfügbaren Teil unserer Infrastruktur weitergeleitet wurde. In diesem Zeitraum sind betroffene Anfragen möglicherweise fehlgeschlagen. Das Problem wurde identifiziert und korrigiert, und der normale Betrieb wurde wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juni 2026 um 21:51 UTCinvestigating

   Wir untersuchen Berichte über fehlende oder verzögerte Update-/Genehmigungsanfragen und E-Mails über automatisierte Workflows sowie manuelle Auslöser. Unser Team ist voll engagiert, um die Situation anzugehen. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

2. 24. Juni 2026 um 23:04 UTCidentified

   Das Problem, das fehlende oder verzögerte Aktualisierungs- / Genehmigungsanträge und E-Mails verursacht, wurde identifiziert. Unser Team implementiert einen Fix. Wir werden regelmäßige Updates bereitstellen, bis wir einen Überwachungsstatus erreicht haben.

3. 25. Juni 2026 um 00:43 UTCmonitoring

   Es wurde ein Fix implementiert, um die fehlenden oder verspäteten Update- / Genehmigungsanfragen und E-Mails zu beheben, und wir überwachen die Ergebnisse.

4. 25. Juni 2026 um 05:45 UTCresolved

   Dieser Vorfall wurde behoben.

5. 17. Juli 2026 um 23:16 UTCpostmortem

   Am 24. Juni 2026 erzeugte ein automatisierter Workflow in kurzer Zeit ein ungewöhnlich großes Volumen an Aktualisierungsanforderungen, was die interne Ereignisverarbeitungsinfrastruktur, die für die Zustellung von Benachrichtigungs-E-Mails und In-App-Benachrichtigungen verantwortlich ist, vorübergehend störte. Dies führte dazu, dass sich etwa 85% der Update- und Genehmigungsanfragebenachrichtigungen um etwa 13 Stunden verzögerten. Es gingen keine Daten verloren – alle Benachrichtigungen wurden schließlich geliefert, sobald das System wiederhergestellt war. Seitdem haben wir automatisierte Wiederherstellungsmechanismen implementiert und Sicherheitsvorkehrungen hinzugefügt, um zu verhindern, dass übergroße Anfragen die Benachrichtigungspipeline in Zukunft beeinträchtigen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. Juni 2026 um 21:42 UTCidentified

   Wir sind uns bewusst, dass einige Kunden ein erhöhtes Volumen unerwünschter Spam-Einsendungen über öffentliche Smartsheet-Formulare erhalten, auch wenn reCAPTCHA aktiviert ist. Unsere Teams haben aktiv untersucht und zusätzliche Schutzmaßnahmen eingesetzt. Wir beobachten einen Rückgang der Spam-Aktivitäten, während wir weiterhin weitere Minderungsmaßnahmen anwenden und bewerten. Wer ist betroffen: Kunden, die öffentliche Formulare verwenden, die keine Anmeldung erfordern.

2. 23. Juni 2026 um 07:44 UTCmonitoring

   Wir haben Maßnahmen ergriffen, um der zunehmenden Spam-Aktivität mit öffentlichen Smartsheet-Formularen zu begegnen. Wir werden die Überwachung fortsetzen und bei Bedarf weitere Anpassungen vornehmen. Wenn Sie weiterhin eine hohe Rate an Spam-Einsendungen sehen, wenden Sie sich bitte an unser Support-Team, damit wir weitere Untersuchungen durchführen können.

3. 8. Juli 2026 um 20:46 UTCresolved

   Das ist jetzt gelöst. Wir überwachen weiterhin aktiv Spam-Levels als laufende und sich entwickelnde Strategie. Wir empfehlen allen Kunden, Support-Tickets für verbleibenden Spam einzureichen, damit wir unsere Lösungen weiter optimieren können.

4. 17. Juli 2026 um 23:14 UTCpostmortem

   Ab Ende Mai beobachteten wir einen deutlichen Anstieg des Volumens und der Raffinesse der Spam-Einreichungen in öffentliche Smartsheet-Formulare (Formulare, die für die Öffentlichkeit verfügbar sind und kein Smartsheet-Login erfordern), selbst wenn die Captcha-Einstellung aktiviert ist. Dies führte dazu, dass einige Kunden einen Anstieg unerwünschter Spam-Inhalte erlebten, die häufig Kryptowährungen oder Phishing-Links enthielten, die in ihre Blätter geliefert wurden. Die Aktivität wurde von automatisierten Bots generiert, die über anonymisierte Netzwerke und Proxy-Dienste arbeiten. Dies war in erster Linie betroffen, beschränkte sich jedoch nicht auf die US-Region. Nachdem der Missbrauch identifiziert wurde, haben wir in den folgenden Wochen eine Reihe von Schutzmaßnahmen evaluiert, eingesetzt, getestet und abgestimmt. Da sich dieser automatisierte Missbrauch im Laufe der Zeit anpasst, erfordert seine Bewältigung einen iterativen Ansatz: Wir haben mehrere Schutzmechanismen in beiden Formen, Captcha-Service und die zugrunde liegende Infrastruktur, geschichtet, ihre Wirksamkeit gegen Live-Verkehr bewertet und sie verfeinert, während wir mehr gelernt haben, indem wir Maßnahmen angepasst oder ersetzt haben, die sich als weniger effektiv erwiesen haben. Während dieses Prozesses überwachten und arbeiteten wir auch daran, unbeabsichtigte Auswirkungen auf legitime Formulareinreichungen zu korrigieren, die während dieses Zeitraums aufgetreten sein könnten. Automatisierter Spam wird jetzt weitgehend auf praktisch Null Durchlaufrate und mit minimalen oder keinen Auswirkungen auf legitime Einreichungen blockiert. Wir bringen auch aktiv ähnliche Schutzmaßnahmen in die Smartsheet Gov-Umgebung. Ab 1:46PT, 8. Juli, markierten wir dieses Problem als gelöst. Wenn Sie immer noch Spam-Einreichungen beobachten, stellen Sie bitte zuerst sicher, dass Captcha auf dem Formular aktiviert ist. Wenn Captcha aktiviert ist und Sie immer noch Spam sehen, senden Sie bitte einen Bericht über den Link "Missbrauch melden" in Ihrem Formular. Wir empfehlen immer, die [höchste Sicherheitsbeschränkung für Formulare] (https://help.smartsheet.com/articles/2481836-manage-form-display-and-submission-options#toc-security) anzuwenden, die mit Ihrer Lösung kompatibel ist, und gegebenenfalls [Formularsicherheit vom Admin-Center] (https://help.smartsheet.com/articles/2483290-apply-security-settings-forms) durchzusetzen. Wir werden diese Schutzmaßnahmen weiterhin überwachen, abstimmen und stärken. Dazu gehören Änderungen, um Captcha standardmäßig für alle neuen Formulare aktiviert zu haben, und neue Verwaltungskontrollen, die für Systemadministratoren eingeführt werden, um Captcha für Formulare, die von ihrem Plan verwaltet werden, durchzusetzen. Wir wissen, wie wichtig unsere Dienstleistungen für unsere Kunden sind, und entschuldigen uns für alle Auswirkungen, die dieser Vorfall auf Sie und Ihr Unternehmen gehabt haben könnte. Wir versprechen, dass wir alles tun werden, um von dieser Veranstaltung zu lernen und sie zu nutzen, um Verbesserungen in unseren Dienstleistungen voranzutreiben, um sicherzustellen, dass Smartsheet ein Partner ist, auf den man sich verlassen kann. Wir wissen, dass Ihr Erfolg - und Ihr anhaltendes Vertrauen in Smartsheet - davon abhängt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juni 2026 um 22:21 UTCinvestigating

   We are investigating the Smartsheet add-ons for Google which is currently not available. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 11. Juni 2026 um 00:51 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 11. Juni 2026 um 03:30 UTCmonitoring

   The Smartsheet and Brandfolder add-ons for Google Docs, Sheets, and Slides were unavailable due to a Google platform change that required all affected add-ons to be redeployed. Our team has applied the necessary fixes and we are currently monitoring to confirm full stability.

4. 11. Juni 2026 um 11:02 UTCresolved

   This incident has been resolved.

5. 14. August 2026 um 18:51 UTCpostmortem

   **The Smartsheet Merge add-on for Google Docs stopped working after Google removed support for an older runtime environment that the add-on depended on, causing the add-on to fail entirely for all users \(~234,000 affected\).** The issue was resolved on June 11, 2026, by updating the add-on's code and deployment configuration to be compatible with Google's current platform — no customer data was lost.

1. 3. Juni 2026 um 20:28 UTCinvestigating

   We are investigating an issue with assets moving from Folders to the Parent Workspace. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 3. Juni 2026 um 21:41 UTCidentified

   We have identified the issue responsible for the assets unexpectedly moved from Folders to the Parent Workspace and implemented a fix. We will provide frequent updates until we reach a monitoring status.

3. 3. Juni 2026 um 22:16 UTCidentified

   We are continuing our investigation into an issue with assets moving from Folders to the Parent Workspace. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status. Components: Core App - Sheets, Reports, Dashboards - Degraded

4. 3. Juni 2026 um 22:59 UTCinvestigating

   We are continuing our investigation into an issue with assets moving from Folders to the Parent Workspace. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

5. 4. Juni 2026 um 00:06 UTCidentified

   We have identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Currently, assets that were moved as a result of this issue cannot be moved by users, and we are diligently working to restore them to their original location. We will provide frequent updates until we reach a monitoring status.

6. 4. Juni 2026 um 02:14 UTCidentified

   We have identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Currently, assets that were moved as a result of this issue cannot be moved by users. We are continuing to work diligently to restore them to their original location. We will provide frequent updates until we reach a monitoring status.

7. 4. Juni 2026 um 12:25 UTCidentified

   We have identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Currently, assets that were moved as a result of this issue cannot be moved by users. We are continuing to work diligently to restore them to their original location. We will provide updates until we reach a monitoring status.

8. 4. Juni 2026 um 15:44 UTCidentified

   We have identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Currently, assets that were moved as a result of this issue cannot be moved by users. We are continuing to work on restoring assets to their original location, and some customers should begin to see assets restored to their original locations. Once assets have been restored to their original location, users will be able to move them. We will provide updates until we reach a monitoring status.

9. 4. Juni 2026 um 21:26 UTCidentified

   We identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Assets that were moved to the Parent Workspace as a result of this issue cannot be moved by users. We are continuing to restore assets to their original location, and some customers should begin to see assets in the correct folder structure. Once assets have been restored to their original location, users will be able to move them. We will provide updates until we reach a monitoring status.

10. 4. Juni 2026 um 23:01 UTCidentified

    We identified the issue responsible for the assets moving from Folders to the Parent Workspace and implemented a fix. Assets that were moved to the Parent Workspace as a result of this issue cannot be moved by users. We have restored some assets to their original locations, and some customers should begin to see assets in the correct folder structure. We are continuing to restore assets to their previous locations. Once assets have been restored to their original location, users will be able to move them. We will provide updates until we reach a monitoring status.

11. 5. Juni 2026 um 02:07 UTCidentified

    We identified and fixed an issue that caused assets to move from Folders to the Parent Workspace. Users will be unable to move affected assets until we restore them to their original locations. We have processed some of the affected assets, and some customers will see they have been restored to their prior locations. We continue to work on restoring assets to their original locations, and we will provide updates until we reach a monitoring status.

12. 5. Juni 2026 um 10:15 UTCidentified

    We identified and fixed an issue that caused assets to move from Folders to the Parent Workspace. Users cannot move affected assets until they are restored to their original locations. We have processed some of the affected assets, and some customers will see they have been restored to their prior locations. We are continuing to work on restoring assets to their original locations, and we will provide updates until we reach a monitoring status.

13. 5. Juni 2026 um 12:34 UTCidentified

    We identified and fixed an issue that caused assets to move from Folders to the Parent Workspace. Users cannot move affected assets until they are restored to their original locations. We have processed the majority of affected assets, and the customers will see they have been restored to their prior locations. We are continuing to work on restoring the remaining assets to their original locations, and we will provide updates until we reach a monitoring status.

14. 5. Juni 2026 um 19:53 UTCmonitoring

    We've identified and fixed the root cause of assets moving from Folders to the Parent Workspace. Our restoration process is complete and we have confirmed 99.98% of the affected assets have been returned to their correct locations. If you find any misplaced assets, you have two options: 1. Move them manually – items can be repositioned directly within the platform. 2. Open a support ticket – if you encounter errors or high volume, reply to an existing ticket or open a new one to engage our support team When contacting support, please include: • Workspace ID • Sheet ID(s) of affected assets • Reference: INC-1089 We apologize for the disruption and appreciate your patience.

15. 5. Juni 2026 um 23:53 UTCresolved

    We've identified and fixed the root cause of assets moving from Folders to the Parent Workspace. Our restoration process is complete and we have confirmed 99.98% of the affected assets have been returned to their correct locations. If you find any misplaced assets, you have two options: 1. Move them manually – items can be repositioned directly within the platform. 2. Open a support ticket – if you encounter errors or high volume, reply to an existing ticket or open a new one to engage our support team When contacting support, please include: • Workspace ID • Sheet ID(s) of affected assets • Reference: INC-1089 We apologize for the disruption and appreciate your patience.

16. 9. Juni 2026 um 23:07 UTCpostmortem

    On Wednesday, June 3, beginning at approximately 11:15 AM PDT, a platform configuration change caused sheets, reports, dashboards, and folders to be unexpectedly moved from their original folder locations to the top level of the workspace. Affected assets could not be manually moved by users during this period. The issue was identified at 1:28 PM PDT and the root cause was isolated and remediated at 2:10 PM PDT, stopping any further impact. The issue affected customers across North America, European Union, and Australia regions. Our engineering team worked to identify and restore all affected assets back to their original folder structure. The restoration process was completed on June 5, at 12:53 PM PDT, with 99.98% of affected assets successfully returned to their correct locations. For any remaining items that may still appear out of place, they can safely be moved manually as needed. If you encounter issues when attempting to move items, need guidance, or if the volume is too large to address manually, please open a Support case at [https://supportportal.smartsheet.com](https://supportportal.smartsheet.com) referencing "INC-1089" and our team will assist with restoration directly. We sincerely apologize for the disruption this caused. We are making improvements based on our learnings from this incident to prevent similar issues in the future.

1. 27. Mai 2026 um 17:50 UTCinvestigating

   We are currently investigating reports of sheets failing to open and displaying the error "We're having trouble reaching Smartsheet right now." Our team is actively working to resolve the issue and will provide frequent updates until we reach a monitoring status.

2. 27. Mai 2026 um 20:37 UTCmonitoring

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

3. 27. Mai 2026 um 20:39 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 28. Mai 2026 um 00:51 UTCresolved

   This incident has been resolved.

5. 23. Juni 2026 um 23:35 UTCpostmortem

   On May 27, 2026, from approximately 8:30 AM to 2:00 PM PDT, some customers were unable to load sheets, receiving the error, "We're having trouble reaching Smartsheet right now." This was caused by an unexpectedly high volume of simultaneous database requests triggered when loading configuration data for sheets with forms containing numerous column options. Under elevated traffic, this pattern generated hundreds of parallel queries, overwhelming the affected database cluster's read capacity. We resolved the issue by scaling database read capacity and routing traffic away from the affected infrastructure. To prevent recurrence, we are implementing changes to: * Redesign how column option data is fetched to reduce load. * Better distributing database traffic and protecting database capacity during periods of high usage. * Improving monitoring and tooling to detect and respond to issues faster. We know how critical our services are to our customers and apologize for any impact this incident may have had on you and your business. We promise that we will do everything we can to learn from this event and use it to drive improvement across our services to ensure that Smartsheet is a partner that can be counted on to deliver. We know that your success—and your continued trust in Smartsheet—depends on it.

1. 22. April 2026 um 16:45 UTCinvestigating

   We are investigating reports of the Workspace panel not opening or closing unexpectedly. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 22. April 2026 um 17:01 UTCidentified

   We have identified the issue responsible for the Workspace panel not opening or closing unexpectedly and are implementing a fix. We will provide frequent updates until we reach a monitoring status.

3. 22. April 2026 um 17:09 UTCmonitoring

   We are observing stability being restored for Workspace panel not opening or closing unexpectedly. We are continuing to monitor it closely to confirm full service stability. We will provide frequent updates until we reach a resolved status.

4. 22. April 2026 um 19:20 UTCresolved

   Workspace panel functionality has been fully restored and is operating normally. The incident is now resolved.

5. 29. April 2026 um 15:48 UTCpostmortem

   Between 22:40 UTC on April 21 and 19:21 UTC on April 22, the Workspace Panel was not rendering consistently for users. Regardless of whether they had toggled it on or off, the panel did not appear. The issue was particularly present for non-Enterprise users \(Business and Pro accounts\). The impact was limited to the panel and did not affect any other UI flows within the Smartsheet app. The incident was resolved by rolling back the affected Workspace Panel to a previous known good version.

1. 17. April 2026 um 19:23 UTCinvestigating

   We are currently experiencing intermittent loading issues with the Resource Management module within Smartsheet. Please note that the standalone site at rm.smartsheet.com is working normally and can be used as a workaround while we resolve the integration issues.

2. 17. April 2026 um 19:35 UTCmonitoring

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

3. 18. April 2026 um 00:07 UTCresolved

   This incident has been resolved.

1. 13. April 2026 um 16:33 UTCinvestigating

   We are currently investigating an issue affecting Smartsheet Forms where a subset of users are experiencing failures when submitting forms.

2. 13. April 2026 um 17:52 UTCinvestigating

   We are continuing to investigate this issue.

3. 13. April 2026 um 18:31 UTCmonitoring

   The issue has been identified, Form submissions are operating normally now. Our team will continue to monitor the service and implement the necessary changes to prevent recurrence.

4. 13. April 2026 um 20:46 UTCresolved

   Forms Submissions are operating normally. The incident is now resolved.

5. 14. April 2026 um 14:26 UTCpostmortem

   On Monday, April 13, between 7:00 AM and 11:30 AM PST, some users experienced failures when submitting Smartsheet forms. The issue was isolated to CAPTCHA-enabled forms and was caused by a problem with our reCAPTCHA verification endpoint. Error rates declined significantly by mid-morning and the incident was fully resolved by 11:30 AM PST. All form submissions are operating normally.

1. 31. März 2026 um 18:53 UTCinvestigating

   We are currently investigating an issue causing 'EVALUATION MODE' watermarks and slow loading on proofs. We will provide an update in 30 minutes.

2. 31. März 2026 um 19:35 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 31. März 2026 um 20:11 UTCmonitoring

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

4. 31. März 2026 um 22:01 UTCresolved

   This incident has been resolved.

5. 13. April 2026 um 23:13 UTCpostmortem

   On March 30, 2026, at approximately 10:55 PM PDT, the Proofing service encountered issue where users encountered watermarks on all legacy proofs. The outage was caused by a licensing issue and was also compounded by an internal configuration issue causing a full proofing outage. The incident was mitigated by March 31, 2026 at 1:15PM PDT To prevent recurrence, we are conducting a post-incident review focused on improving monitoring and alerting for licensing issues as well bolstering deployment stability.

1. 24. März 2026 um 15:16 UTCinvestigating

   We are investigating blank results showing on User & Group Management pages in Admin Center. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 24. März 2026 um 16:07 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 24. März 2026 um 16:08 UTCmonitoring

   We are observing stability being restored for the User & Group Management pages in Admin Center. A page refresh or clearing of cache from this page from your browser might be necessary for full resolution. We are continuing to monitor it closely to confirm full service stability.

4. 24. März 2026 um 18:30 UTCresolved

   This incident has been resolved.

5. 3. April 2026 um 23:20 UTCpostmortem

   On March 24, 2026, at approximately 07:55 UTC, the Admin Center Client experienced an issue where users were unable to view user groups in the Group Management view and users in the User Management page in certain cases — instead seeing an infinite loading screen. The issue was caused by a recent update to a shared part of the Admin Center interface that controls how loading indicators are shown during searching. In the Group Management area and UserView, this change accidentally made the page think it was always still loading, so users saw a never-ending loading screen and couldn't view groups \(and in some cases users\). The problem was fixed by rolling back that change, which finalized at 09:06 UTC. To prevent recurrence, we are conducting a post-incident review focused on improving monitoring and alerting for failed page renders in key Admin Center views, adding automated synthetic tests, and documenting recovery runbooks to reduce future resolution time.

1. 3. März 2026 um 17:16 UTCinvestigating

   We've investigating an issue with Form Submissions propagating to the sheet. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 3. März 2026 um 17:47 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 3. März 2026 um 17:52 UTCidentified

   This issue has been identified and a fix has been implemented for new form submissions. For previous form submissions that failed in this window, a manual replay will be ran. Please do not re-submit these form submissions.

4. 3. März 2026 um 18:19 UTCmonitoring

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

5. 4. März 2026 um 23:42 UTCresolved

   Forms Submissions has been fully restored and is operating normally. The incident is now resolved.

6. 13. März 2026 um 23:53 UTCpostmortem

   On 4:47PM Pacific Standard Time, March 2nd, 2026, a code regression impacted a subset of Form Submissions to propagate to the underlying sheets and some API requests. Service was restored by rolling back to the last known stable deployment. A manual scale up was applied to meet the demands of the queues. Issue was successfully resolved by 9:53AM PST March 3rd, 2026. All previously failed form submissions were successfully replayed by 12:20PM PST, March 4th, 2026.

1. 27. Februar 2026 um 21:55 UTCidentified

   We have proactively paused the release of our February reports to ensure the highest level of data accuracy. Our team is currently resolving a synchronization issue, and we expect the corrected reports to be available shortly. We apologize for the inconvenience and appreciate your patience while we ensure your data is 100% correct.

2. 3. März 2026 um 15:55 UTCidentified

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

3. 9. März 2026 um 16:38 UTCidentified

   We are continuing to work on restoring full service.

4. 12. März 2026 um 21:08 UTCidentified

   A fix is being implemented. An update will be shared once completed.

5. 16. März 2026 um 19:05 UTCidentified

   We are finalizing the fix for this issue and will have an update shortly.

6. 24. März 2026 um 15:02 UTCmonitoring

   We have implemented the fix fully and we are monitoring for stability.

7. 24. März 2026 um 17:57 UTCresolved

   This incident has been resolved.

8. 25. März 2026 um 03:05 UTCpostmortem

   On February 25, 2026, a data synchronization issue was identified in Brandfolder's reporting infrastructure. The logical replication pipeline between the production database and the analytics data layer fell out of sync, which caused stale or missing data in Insights dashboards, subscription page metrics, and the Insights Data Connector. Standard monthly reports were proactively paused on February 27 to prevent delivery of inaccurate data, and a partial outage was posted to the status page. Engineering began rebuilding the replication pipeline, but encountered multiple failures during the data catch-up process due to the volume of data \(~5TB\) and recurring initialization errors. The replication pipeline was stabilized on March 16 and data began flowing to the analytics layer. The team then identified and resolved gaps in session data for specific dates, re-ran the affected data pipeline jobs, and verified data parity between the production database and analytics systems. Standard reporting was resumed on March 24, 2026, and the incident was resolved the same day. All previously missed reports have been generated and delivered. To prevent recurrence, we are conducting a post-incident review focused on improving monitoring and alerting for the replication pipeline, adding automated data health checks, and documenting recovery runbooks to reduce future resolution time.

1. 22. Februar 2026 um 12:17 UTCinvestigating

   We are investigating the home page error message "Something went wrong". Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 22. Februar 2026 um 12:40 UTCmonitoring

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

3. 22. Februar 2026 um 14:45 UTCresolved

   This incident has been resolved.

4. 7. März 2026 um 01:02 UTCpostmortem

   Approximately on 3:15AM Pacific Standard Time February 22nd, 2026 in our Australia region, a deployment was performed to resolve a performance issue. However, a configuration required to validate session cookies was incorrectly specified, which caused the web app to become inaccessible after successful login. The issue was mitigated within 80 minutes by toggling a feature flag to reroute traffic back to a stable service and full functionality was restored by 4:35AM Pacific Standard Time February 22nd, 2026.

1. 17. Februar 2026 um 16:08 UTCinvestigating

   We are investigating Advanced Reports not being able to create new ones and also failing to refresh. Our team is fully engaged in addressing the situation. We will provide frequent updates until we reach a monitoring status.

2. 17. Februar 2026 um 16:29 UTCmonitoring

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

3. 17. Februar 2026 um 18:55 UTCresolved

   This incident has been resolved.

4. 19. Februar 2026 um 13:49 UTCpostmortem

   On February 17th, 2026, a failure in the service linking Resource Management Workflows to the main Data Shuttle engine resulted in a service disruption for the Resource Management Advanced Reporting feature in the US Production environment. Service was restored by rolling back the most recent Data Shuttle deployment \(originally released five days prior\). While this action immediately resolved the issue, preliminary analysis indicates the root cause was likely a memory exhaustion issue within the service, rather than a defect in the deployment itself. The rollback effectively reset the service state, clearing the error. A comprehensive RCA is currently underway to pinpoint the source of the outage.