История сбоев Smartsheet

1. 27 августа 2026 г. в 13:33 UTCinvestigating

   Мы изучаем сбои, влияющие на вход в систему, доступ к листам, центр управления и динамический просмотр. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 27 августа 2026 г. в 13:52 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 27 августа 2026 г. в 15:53 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 26 августа 2026 г. в 13:28 UTCinvestigating

   Мы расследуем проблему, когда некоторые листы в экземпляре Smartsheet в США не загружаются. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 26 августа 2026 г. в 14:39 UTCinvestigating

   Мы все еще расследуем проблему, когда некоторые листы в экземпляре Smartsheet в США не загружаются. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

3. 26 августа 2026 г. в 15:17 UTCinvestigating

   Мы все еще расследуем проблему, когда некоторые листы в экземпляре Smartsheet в США не загружаются. Эта проблема также влияет на отчеты и панели инструментов, а также на премиум-приложения, включая динамический просмотр, рабочие приложения и управление ресурсами. Наша команда по-прежнему полностью вовлечена в урегулирование ситуации. Мы будем продолжать предоставлять частые обновления, пока не достигнем статуса мониторинга.

4. 26 августа 2026 г. в 15:47 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

5. 26 августа 2026 г. в 16:08 UTCidentified

   Мы внедрили исправление, чтобы смягчить проблему, в результате которой листы в экземпляре Smartsheet в США не загружаются, а также влияние на отчеты, панели инструментов и приложения премиум-класса (Dynamic View, WorkApps, Resource Management и Control Center). Системные показатели в настоящее время показывают восстановление, и наша команда активно следит за сервисом, чтобы обеспечить полную стабильность. Мы будем публиковать дальнейшие обновления, пока инцидент не будет полностью урегулирован.

6. 26 августа 2026 г. в 16:22 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

7. 26 августа 2026 г. в 18:23 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 20:45 UTCinvestigating

   Мы изучаем задержки или сбои, влияющие на ссылки на ячейки и перекрестные ссылки. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 25 августа 2026 г. в 21:25 UTCinvestigating

   Мы все еще расследуем этот вопрос. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

3. 25 августа 2026 г. в 22:09 UTCidentified

   Этот вопрос был выявлен, и в настоящее время осуществляется исправление.

4. 25 августа 2026 г. в 22:23 UTCmonitoring

   Реализовано исправление и мы следим за сервисом для обеспечения стабильности.

5. 26 августа 2026 г. в 00:23 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 11 августа 2026 г. в 19:51 UTCinvestigating

   Мы изучаем вопросы с листами, отчетами и рабочими процессами. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 11 августа 2026 г. в 20:26 UTCinvestigating

   Мы продолжаем изучать это и работаем над смягчением последствий, которые, как мы ожидаем, появятся в ближайшее время.

3. 11 августа 2026 г. в 21:02 UTCmonitoring

   Сейчас идет смягчение последствий, и мы наблюдаем сильное восстановление. Мы продолжим внимательно следить, чтобы подтвердить, что проблема полностью решена.

4. 11 августа 2026 г. в 23:20 UTCresolved

   Этот инцидент был урегулирован.

5. 19 августа 2026 г. в 22:38 UTCpostmortem

   11 августа примерно с 7:00 до 4:20 PM PDT некоторые заказчики испытывали тайм-ауты или сбои при загрузке листов и отчетов, а также сбои в рабочем процессе автоматизации, из-за которых некоторые рабочие процессы отключались из-за повышенных показателей ошибок. Инцидент был вызван проблемой маршрутизации запросов к базе данных, связанной с условиями недавних сбоев в обслуживании, когда определенные считывания были направлены на первичные серверы записи, а крайний случай, связанный с синхронизацией листа, усилил результирующую нагрузку. Мы стабилизировали сервис на 3:20 вечера и подтвердили полное восстановление на 4:20 вечера после масштабирования затронутых сервисов и отказа от серверов баз данных для увеличения емкости. Мы определили и развернули постоянное исправление кода для исправления маршрутизации запроса. Мы также улучшаем мониторинг и меры предосторожности для выявления и смягчения аналогичных условий ранее.

Автоматический перевод официального обновления инцидента.

1. 30 июля 2026 г. в 14:54 UTCinvestigating

   Мы изучаем ошибки замедления и тайм-аута в Smartsheet, влияющие на листы, приложения премиум-класса, разъемы и API. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 30 июля 2026 г. в 15:26 UTCidentified

   Мы определили проблему, ответственную за медлительность Smartsheet и проблему тайм-аута, и внедряем исправление. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

3. 30 июля 2026 г. в 15:40 UTCmonitoring

   Мы наблюдаем восстановление стабильности для Smartsheet, Premium Apps, Connectors и API. Мы продолжаем внимательно следить за ним, чтобы подтвердить полную стабильность обслуживания. Мы предоставим обновление после подтверждения разрешения.

4. 30 июля 2026 г. в 15:42 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

5. 30 июля 2026 г. в 17:41 UTCresolved

   Этот инцидент был урегулирован.

6. 20 августа 2026 г. в 17:23 UTCpostmortem

   30 июля 2026 года, примерно с 11:00 до 15:57 UTC, некоторые клиенты не смогли загрузить листы и испытали тайм-ауты API. Это также повлияло на Control Center, Table View, Timeline и Board Views, Reports, Dashboards, Forms, Dynamic View и Bridge Integrations. Причиной стал бэкэнд-сервис, который попал под тяжелую нагрузку CPU во время утреннего наращивания трафика. Автоматизированные проверки здоровья начали удалять перегруженные экземпляры быстрее, чем замена могла появиться в Интернете, а минимальный уровень пропускной способности сервиса был слишком низким, чтобы поглотить потерю. Наши инженеры решили проблему, повысив лимиты пропускной способности, что восстановило здоровую пропускную способность и вернуло производительность к нормальной в течение нескольких минут. Никаких данных не было потеряно. Мы постоянно повышаем уровень пропускной способности, и мы настраиваем проверки здоровья, добавляем более ранний мониторинг на уровне инфраструктуры и строим свод правил для предотвращения и ускорения восстановления после подобных проблем.

Автоматический перевод официального обновления инцидента.

1. 15 июля 2026 г. в 09:23 UTCinvestigating

   В настоящее время мы расследуем проблему, препятствующую успешной загрузке Smartsheet US. Попытки войти в Smartsheet US или получить доступ к элементам могут привести к загрузке экранов, которые не завершены. Мы предоставим обновление через 30 минут.

2. 15 июля 2026 г. в 09:38 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 15 июля 2026 г. в 09:44 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 15 июля 2026 г. в 09:55 UTCresolved

   Этот инцидент был урегулирован.

5. 17 июля 2026 г. в 01:22 UTCpostmortem

   Начиная примерно с 1:44 утра 15 июля 2026 года, некоторые клиенты могут испытывать ошибки при выполнении действий, основанных на проверках авторизации Smartsheet, таких как проверка доступа к активам. Это было вызвано временной проблемой во время обычного обновления системы, которая ненадолго вызвала часть запросов, направляемых в недоступную часть нашей инфраструктуры. В течение этого периода соответствующие запросы могли не удовлетворяться. Вопрос был выявлен и исправлен, нормальная работа восстановлена.

Автоматический перевод официального обновления инцидента.

1. 24 июня 2026 г. в 21:51 UTCinvestigating

   Мы расследуем сообщения об отсутствующих или отложенных уведомлениях об обновлениях / запросах на одобрение и электронных письмах через автоматизированные рабочие процессы, а также ручной триггер. Наша команда полностью вовлечена в урегулирование ситуации. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

2. 24 июня 2026 г. в 23:04 UTCidentified

   Выявлена проблема, вызывающая отсутствующие или отсроченные уведомления об обновлениях / запросах на одобрение и электронные письма. Наша команда внедряет исправление. Мы будем предоставлять частые обновления, пока не достигнем статуса мониторинга.

3. 25 июня 2026 г. в 00:43 UTCmonitoring

   Было реализовано исправление для устранения отсутствующих или отложенных уведомлений об обновлениях / запросах на одобрение и электронных писем, и мы отслеживаем результаты.

4. 25 июня 2026 г. в 05:45 UTCresolved

   Этот инцидент был урегулирован.

5. 17 июля 2026 г. в 23:16 UTCpostmortem

   24 июня 2026 года автоматизированный рабочий процесс генерировал необычно большой объем запросов на обновление за короткий период, что временно нарушило внутреннюю инфраструктуру обработки событий, ответственную за доставку уведомлений по электронной почте и оповещений в приложении. Это привело к тому, что примерно 85% уведомлений о запросах на обновление и одобрение были отложены примерно на 13 часов. Данные не были потеряны — все уведомления были доставлены после восстановления системы. С тех пор мы внедрили автоматизированные механизмы восстановления и добавляем гарантии для предотвращения негабаритных запросов от воздействия на конвейер уведомлений в будущем.

Автоматический перевод официального обновления инцидента.

1. 18 июня 2026 г. в 21:42 UTCidentified

   Мы знаем, что некоторые клиенты получают увеличенный объем нежелательных спам-представлений через публичные формы Smartsheet, даже с включенной ReCAPTCHA. Наши команды активно изучают и внедряют дополнительные средства защиты. Мы наблюдаем снижение активности спама, продолжая применять и оценивать дальнейшие меры по смягчению последствий. Кто пострадал: Клиенты, которые используют публичные формы, не требующие входа в систему.

2. 23 июня 2026 г. в 07:44 UTCmonitoring

   Мы внедрили меры по борьбе с возросшей активностью спама с помощью публичных форм Smartsheet. Мы будем продолжать мониторинг и вносить дальнейшие коррективы по мере необходимости. Если вы продолжаете видеть высокий уровень спама, пожалуйста, свяжитесь с нашей службой поддержки, чтобы мы могли продолжить расследование.

3. 8 июля 2026 г. в 20:46 UTCresolved

   Теперь это решено. Мы по-прежнему активно отслеживаем уровень спама как постоянную и развивающуюся стратегию. Мы призываем всех клиентов предоставлять билеты на поддержку для любого остаточного спама, чтобы мы могли продолжать настраивать наши решения.

4. 17 июля 2026 г. в 23:14 UTCpostmortem

   Начиная с конца мая, мы наблюдали заметное увеличение объема и сложности спам-представлений в общедоступных формах Smartsheet (формах, доступных для широкой публики и не требующих входа в Smartsheet), даже с включенной настройкой Captcha. Это привело к тому, что некоторые клиенты столкнулись с увеличением нежелательного спам-контента, часто содержащего криптовалютные или фишинговые ссылки. Активность генерировали автоматизированные боты, работающие через анонимные сети и прокси-сервисы. Это в первую очередь повлияло, но не ограничивалось регионом США. Как только злоупотребление было выявлено, мы провели оценку, развертывание, тестирование и настроили ряд защитных мер в течение следующих недель. Поскольку автоматизированное злоупотребление такого рода адаптируется с течением времени, его устранение требует итеративного подхода: мы наложили несколько защит в обеих формах, сервис Captcha и базовую инфраструктуру, оценили их эффективность против живого трафика и усовершенствовали их по мере того, как мы узнавали больше, корректируя или заменяя меры, которые оказались менее эффективными. На протяжении всего этого процесса мы также отслеживали и работали над исправлением любых непреднамеренных последствий для законных форм представления, которые могли произойти в течение этого периода. Автоматизированный спам в настоящее время существенно заблокирован до практически нулевого уровня пропуска и с минимальным или нулевым влиянием на законные представления. Мы также активно внедряем аналогичную защиту в среду Smartsheet Gov. По состоянию на 1:46PT, 8 июля, мы обозначили этот вопрос как решенный. Если вы все еще просматриваете спам-предложения, пожалуйста, сначала убедитесь, что у вас включена Captcha в форме. Если Captcha включен, и вы все еще видите спам, пожалуйста, отправьте отчет, используя ссылку «сообщение о злоупотреблении» в своей форме. Мы всегда рекомендуем применять [наивысший уровень ограничения безопасности форм] (https://help.smartsheet.com/articles/2481836-manage-form-display-and-submission-options #toc-security) совместимый с вашим решением и при необходимости обеспечивать [безопасность формы из центра администратора] (https://help.smartsheet.com/articles/2483290-apply-security-settings-forms). Мы будем продолжать отслеживать, настраивать и укреплять эти меры защиты. Это включает в себя изменения, позволяющие включить Captcha по умолчанию для всех новых форм, а также новые административные средства контроля, позволяющие системным администраторам применять Captcha для форм, управляемых по их плану. Мы знаем, насколько важны наши услуги для наших клиентов, и приносим извинения за любое влияние, которое этот инцидент мог оказать на вас и ваш бизнес. Мы обещаем, что сделаем все возможное, чтобы извлечь уроки из этого события и использовать его для улучшения наших услуг, чтобы Smartsheet был партнером, на которого можно рассчитывать. Мы знаем, что от этого зависит ваш успех и ваше постоянное доверие к Smartsheet.

Автоматический перевод официального обновления инцидента.

1. 10 июня 2026 г. в 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 июня 2026 г. в 00:51 UTCidentified

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

3. 11 июня 2026 г. в 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 июня 2026 г. в 11:02 UTCresolved

   This incident has been resolved.

5. 14 августа 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 июня 2026 г. в 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 мая 2026 г. в 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 мая 2026 г. в 20:37 UTCmonitoring

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

3. 27 мая 2026 г. в 20:39 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 28 мая 2026 г. в 00:51 UTCresolved

   This incident has been resolved.

5. 23 июня 2026 г. в 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 апреля 2026 г. в 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 апреля 2026 г. в 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 апреля 2026 г. в 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 апреля 2026 г. в 19:20 UTCresolved

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

5. 29 апреля 2026 г. в 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 апреля 2026 г. в 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 апреля 2026 г. в 19:35 UTCmonitoring

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

3. 18 апреля 2026 г. в 00:07 UTCresolved

   This incident has been resolved.

1. 13 апреля 2026 г. в 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 апреля 2026 г. в 17:52 UTCinvestigating

   We are continuing to investigate this issue.

3. 13 апреля 2026 г. в 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 апреля 2026 г. в 20:46 UTCresolved

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

5. 14 апреля 2026 г. в 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 марта 2026 г. в 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 марта 2026 г. в 19:35 UTCidentified

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

3. 31 марта 2026 г. в 20:11 UTCmonitoring

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

4. 31 марта 2026 г. в 22:01 UTCresolved

   This incident has been resolved.

5. 13 апреля 2026 г. в 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 марта 2026 г. в 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 марта 2026 г. в 16:07 UTCidentified

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

3. 24 марта 2026 г. в 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 марта 2026 г. в 18:30 UTCresolved

   This incident has been resolved.

5. 3 апреля 2026 г. в 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 марта 2026 г. в 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 марта 2026 г. в 17:47 UTCidentified

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

3. 3 марта 2026 г. в 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 марта 2026 г. в 18:19 UTCmonitoring

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

5. 4 марта 2026 г. в 23:42 UTCresolved

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

6. 13 марта 2026 г. в 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 февраля 2026 г. в 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 марта 2026 г. в 15:55 UTCidentified

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

3. 9 марта 2026 г. в 16:38 UTCidentified

   We are continuing to work on restoring full service.

4. 12 марта 2026 г. в 21:08 UTCidentified

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

5. 16 марта 2026 г. в 19:05 UTCidentified

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

6. 24 марта 2026 г. в 15:02 UTCmonitoring

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

7. 24 марта 2026 г. в 17:57 UTCresolved

   This incident has been resolved.

8. 25 марта 2026 г. в 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 февраля 2026 г. в 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 февраля 2026 г. в 12:40 UTCmonitoring

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

3. 22 февраля 2026 г. в 14:45 UTCresolved

   This incident has been resolved.

4. 7 марта 2026 г. в 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 февраля 2026 г. в 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 февраля 2026 г. в 16:29 UTCmonitoring

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

3. 17 февраля 2026 г. в 18:55 UTCresolved

   This incident has been resolved.

4. 19 февраля 2026 г. в 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.