Smartsheet 中断历史

1. 2026年10月1日 UTC 17:03identified

   我们确定了影响自动化和人工审批工作流程的问题。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年10月1日 UTC 18:20identified

   我们正在继续努力解决这个问题。

3. 2026年10月1日 UTC 19:49identified

   问题最初的根源已经确定,现在已经解决。 我们正在处理积压的更新和批准工作流程的创建工作,以便继续拖延交付.

4. 2026年10月1日 UTC 20:14monitoring

   停用问题已得到解决,新的更新和批准申请正在正常处理。 过去两个小时的积压请求完成处理时,可能会持续有一点延误.

5. 2026年10月1日 UTC 22:26resolved

   这一事件已完全解决,所有积压的请求都得到处理和发送.

6. 2026年10月13日 UTC 04:44postmortem

   2026年10月1日,一个部署问题导致美国、欧盟和非盟地区自动化和人工审批工作流程出现故障,持续了约4.5个小时(我们的政府云区在整个情况下没有受到影响)。 我们的团队在事件宣布后1小时内恢复了正常的工作流程执行. 在收回过程中,积压的请求产生了一个较小的次要问题:一些客户收到延迟批准/更新请求通知。 从那时起,我们恢复了绝大多数受影响的通知,并正在执行保障措施,防止类似的部署问题再次发生,同时改进我们的系统如何处理积压请求,以便自动重审延迟通知,而不是默不作声地放弃.

自动翻译自官方事件更新。

1. 2026年9月21日 UTC 22:21investigating

   我们正在调查一个问题,即一些客户遇到间歇性空白页面或试图在app.smartsheet.com访问Smartsheet登录页面的错误"上流请求超时". 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年9月21日 UTC 22:40monitoring

   我们正在观察恢复Smartsheet登录的稳定性。 我们正在继续密切监测,以确认全面服务稳定。 我们将经常提供最新情况,直到我们获得解决的地位.

3. 2026年9月22日 UTC 03:43resolved

   Smartsheet登录功能已完全恢复并正常运行. 事件现已解决.

4. 2026年10月6日 UTC 15:44postmortem

   2026年9月21日,Smartsheet在11:42至3:30PM PDT之间经历了三地间歇的登录页面加载问题,波及澳大利亚从11:42到12:34PM PDT,欧洲从2:05PM PDT到3:00PM PDT,美国从2:05PM PM PDT到3:30PM PDT. 这个问题是在对 Egress 防火墙进行预定的安全维护期间被触发的,其中默认负载平衡器的路由维持了长寿命的代理连接,以重启电器,而不是立即重设并重定向到健康的场合. 因此,在试图在这些区域窗口期间加载登录页的用户中,约有12%至20%的用户间歇性超时,而现有的经认证的用户会话则未受影响,而且没有损害数据的完整性。 服务在3:30前在所有区域全部恢复,PM PDT作为连接更新,并正在负载平衡器上启用自动化的TCP连接-重置配置,以确保未来任何设备维护过程中的无缝故障.

自动翻译自官方事件更新。

1. 2026年9月16日 UTC 10:36investigating

   我们目前正在调查这一问题。 与创建支助票有关的服务也可能涉及体验问题。 我们的小组正在积极拟订一项决议,并将分享最新情况,直到该问题达到监测状态.

2. 2026年9月16日 UTC 11:27identified

   这一问题已经确定,目前正在同我们的伙伴协调执行一个解决办法.

3. 2026年9月16日 UTC 12:40monitoring

   正在推出固定方案。 我们将继续提供最新情况,监测影响.

4. 2026年9月16日 UTC 15:31monitoring

   我们看到销售力量连接器正在恢复稳定,并通过客户支助门户创建支助案例。 我们正在继续密切监测,以确认全面服务稳定。 我们将经常提供最新情况,直到我们获得解决的地位.

5. 2026年9月16日 UTC 18:51monitoring

   我们观测到销售力量连接器和客户支助门户的持续稳定。 我们将继续密切监测,以确认全面服务稳定。 我们将经常提供最新情况,直到我们获得解决的地位.

6. 2026年9月16日 UTC 21:02resolved

   销售力量连接器和客户支持门户功能已完全恢复并正常运行。 事件现已解决.

7. 2026年9月23日 UTC 16:50postmortem

   2026年9月16日,从大约3:36 AM PDT开始,客户开始在销售力连接器中出现间歇性出错,并通过客户支持门户创建了案例. 造成这一问题的原因是我们上游客户关系管理服务供应商普遍停用,这影响到多个区域的实例稳定性和API的可用性。 我们的团队开始密切监测供应商的地位,一旦撞击得到确认,并与之平行工作,他们在整个舰队展开固定任务。 推出过程分阶段进行,需要重新适用于一个子集,然后才完全建立起来,因此,即使在条件有所改善的情况下,顾客仍然在整个上午看到断断续续的错误。 到了11点51分,我们观测到持续稳定,我们的上游供应商在大约11点59分的AM PDT中确认其完全解答. 我们确认,销售力量连接器和客户支持门户在2:02PPDT全面恢复并正常运行。 一些在停用窗口期间拥有连接器的客户积极刷新了证书,可能留下了过期的认证标志作为剩余效应,因为我们的供应商的认证端点也受到了影响. 受影响的客户可以通过重新连接销售力量连接器来解决这个问题,以获得新的代号并重新启用任何因此被禁用的工作流程.

自动翻译自官方事件更新。

1. 2026年9月11日 UTC 20:20investigating

   目前我们正在调查影响所有用户的登录和访问失败的报告,应用程序显示错误是"我们现在难以到达Smartsheet". 我们的小组正在积极拟订一项决议,并将经常分享最新情况,直到该问题达到监测状态.

2. 2026年9月11日 UTC 20:50identified

   我们找出了这个问题,并实施了改变,结果Smartsheet加载和用户能够成功登录. 然而,在硬刷新时,一个错误消息仍然出现在主屏幕上. 我们的小组正在继续调查这一剩余问题,并将在我们努力争取全面解决时提供最新情况.

3. 2026年9月11日 UTC 21:24monitoring

   我们实施的改变解决了登录和访问问题,Smartsheet现在正在为所有用户成功加载. 现在情况很稳定 我们正在继续密切监测局势,并将在我们确认全面解决后提供最新情况.

4. 2026年9月11日 UTC 23:29resolved

   这一事件已经得到解决.

5. 2026年9月18日 UTC 15:14postmortem

   2026年9月11日,从12:47 PM PDT开始,美国用户开始在Smartsheet的登录和访问中出现错误. 欧盟和非盟区域的用户没有受到影响。 到了大约1:38 PM PDT,确认恢复全面服务. 我们的工程组迅速确定,例行的内部配置改变是Smartsheet无法使用的原因. 更改后得到纠正,PMPDT约1:38恢复了全面服务. 我们目前正在审查我们的配置管理和改革审查进程以及我们的内部监测,以防止今后出现类似问题.

自动翻译自官方事件更新。

1. 2026年9月11日 UTC 20:18investigating

   我们正在调查关于所有用户登录失败的报告,显示一个错误"我们目前难以到达Smartsheet". 我们的小组正在积极努力解决这一问题,并将经常提供最新情况,直至我们达到监测状态.

自动翻译自官方事件更新。

1. 2026年8月27日 UTC 13:33investigating

   我们正在调查一个故障 撞击登录, 工作表访问,控制中心和动态视图。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年8月27日 UTC 13:52monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年8月27日 UTC 15:53resolved

   这一事件已经得到解决.

4. 2026年9月11日 UTC 04:20postmortem

   2026年8月26日至8月28日,客户间歇性地在Smartsheet和加载单、Dashboards、Reports以及包括控制中心、动态视图、WorkApps和资源管理在内的某些溢价应用中出现问题。 最显著的中断发生在协调世界时8月26日,持续了约3小时56分,时间从协调世界时的12:21到16:17. 在协调世界时8月27日从13:03到13:50,一次更短的复发影响顾客约47分钟. 8月28日,我们欧洲地区的少数客户经历了一段短暂的类似影响,持续时间不到30分钟,问题才得到充分和永久解决。 在此事件中,澳大利亚和政府地区的客户在任何时候都没有受到影响。 其根本原因可追溯到例行更改为内部特征设置. 这一变化产生了意想不到的副作用:它暴露了一个软件缺陷,导致顾客的浏览器将大量出乎意料的诊断信息发回我们的服务器. 因为这些信息都要求进行标准身份检查,给负责核查用户是否被适当登录的系统造成了更大的压力。 突然激增使这些系统不堪重负,因此,核查请求开始赶出时间——这就是造成用户登入和访问出错的原因。 我们的工程团队迅速响应,在协调世界时8月26日14:55至15:45之间向受影响的系统增加了能力,于同日协调世界时16:17恢复了接入. 然而,我们的标准配置中并没有保留所增加的能力,因此在协调世界时8月27日大约06:11重设了例行的软件部署,允许同样条件在协调世界时当天13:03开始短暂地重现;我们再次通过恢复能力来解决,服务在协调世界时13:50完全稳定. 8月28日协调世界时08:50左右,我们找出了真正的根源——设定特征的改变——并在协调世界时下午1:00之前部署了一个永久性的固定方案来纠正潜在的缺陷,在协调世界时14:51之前充分解决了所有区域的问题. 为了防止再次发生这种情况,我们正在强化我们的认证子系统,以便用自动缩放、更快的故障检测、请求减速和加载方式处理这种请求。 我们还正在加强对与特征有关的变革的内部审查程序,以便在这种类型的问题出现之前抓住它。 我们知道这起事件是多么的干扰,我们为你和你的生意受到的影响真诚道歉。 我们仍然致力于从这一事件中学习,并继续投资于客户依赖的可靠性.

自动翻译自官方事件更新。

1. 2026年8月26日 UTC 13:28investigating

   我们正在调查一个问题, 美国Smartsheet案例的一些工作单没有加载。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年8月26日 UTC 14:39investigating

   我们仍在调查一个问题 美国Smartsheet中的一些工作单 未能加载。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

3. 2026年8月26日 UTC 15:17investigating

   我们仍在调查一个问题 美国Smartsheet中的一些工作单 未能加载。 这个问题也影响到报告和Dashboards以及Premium Apps,包括动态视图、工作apps和资源管理。 我们的小组仍然充分参与处理这一局势。 我们将继续经常提供最新情况,直到我们达到监测状态.

4. 2026年8月26日 UTC 15:47investigating

   我们正在继续调查这一问题.

5. 2026年8月26日 UTC 16:08identified

   我们已实施了一个缓解问题的措施, 导致美国Smartsheet实例中的纸片无法加载, 系统衡量标准目前正在显示恢复,我们的小组正在积极监测这项服务,以确保充分稳定。 我们将发布进一步的最新消息,直到事件完全解决.

6. 2026年8月26日 UTC 16:22monitoring

   一项措施已经执行,我们正在监测结果.

7. 2026年8月26日 UTC 18:23resolved

   这一事件已经得到解决.

8. 2026年9月11日 UTC 04:19postmortem

   2026年8月26日至8月28日,客户间歇性地在Smartsheet和加载单、Dashboards、Reports以及包括控制中心、动态视图、WorkApps和资源管理在内的某些溢价应用中出现问题。 最显著的中断发生在协调世界时8月26日,持续了约3小时56分,时间从协调世界时的12:21到16:17. 在协调世界时8月27日从13:03到13:50,一次更短的复发影响顾客约47分钟. 8月28日,我们欧洲地区的少数客户经历了一段短暂的类似影响,持续时间不到30分钟,问题才得到充分和永久解决。 在此事件中,澳大利亚和政府地区的客户在任何时候都没有受到影响。 其根本原因可追溯到例行更改为内部特征设置. 这一变化产生了意想不到的副作用:它暴露了一个软件缺陷,导致顾客的浏览器将大量出乎意料的诊断信息发回我们的服务器. 因为这些信息都要求进行标准身份检查,给负责核查用户是否被适当登录的系统造成了更大的压力。 突然激增使这些系统不堪重负,因此,核查请求开始赶出时间——这就是造成用户登入和访问出错的原因。 我们的工程团队迅速响应,在协调世界时8月26日14:55至15:45之间向受影响的系统增加了能力,于同日协调世界时16:17恢复了接入. 然而,我们的标准配置中并没有保留所增加的能力,因此在协调世界时8月27日大约06:11重设了例行的软件部署,允许同样条件在协调世界时当天13:03开始短暂地重现;我们再次通过恢复能力来解决,服务在协调世界时13:50完全稳定. 8月28日协调世界时08:50左右,我们找出了真正的根源——设定特征的改变——并在协调世界时下午1:00之前部署了一个永久性的固定方案来纠正潜在的缺陷,在协调世界时14:51之前充分解决了所有区域的问题. 为了防止再次发生这种情况,我们正在强化我们的认证子系统,以便用自动缩放、更快的故障检测、请求减速和加载方式处理这种请求。 我们还正在加强对与特征有关的变革的内部审查程序,以便在这种类型的问题出现之前抓住它。 我们知道这起事件是多么的干扰,我们为你和你的生意受到的影响真诚道歉。 我们仍然致力于从这一事件中学习,并继续投资于客户依赖的可靠性.

自动翻译自官方事件更新。

1. 2026年8月25日 UTC 20:45investigating

   我们正在调查影响细胞链接和交叉工作表参考资料的延误或失败。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年8月25日 UTC 21:25investigating

   我们仍在调查这一问题。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

3. 2026年8月25日 UTC 22:09identified

   这一问题已经确定,目前正在解决.

4. 2026年8月25日 UTC 22:23monitoring

   一项固定措施已经执行,我们正在监测这项服务,以确保稳定.

5. 2026年8月26日 UTC 00:23resolved

   这一事件已经得到解决.

6. 2026年9月17日 UTC 23:30postmortem

   2026年8月24日至8月28日,一次性能优化导致某些公式和交叉表引用错误评价或在行插入或删除后产生出错. 根源是一个同步的计算变化,它执行部分数据负载,省去依赖的单元格并静默地坚持不准确的公式值. 8月27日11:25AM PDT解除了这个问题,解除了优化旗,在重新计算了大约所有受影响的已知工作表后,于8月28日完成了全部数据恢复. 预防措施包括实施抚养保障,并增加结构表编辑的自动测试套件。 另一个事件也引起了同样的问题。 2026年8月25日\(从~19:43 UTC\开始),由单一高连接源页出的一个前所未有的更新扇出使后端的Grid Service以千分之多的大致更新尝试而压倒了后端,导致数据库连接突起和502 Bad Gateway出错,使目的地表留下了被扭曲的单元格链接和交叉表引用. 工程在2026年8月26日封堵了有问题的源片来缓解了传播. 随后,从协调世界时8月26日19:14起,并在协调世界时2026年8月27日11:07分成功结束,在受影响的独特目的地布单上实施了全面的分两相散装入站式刷新,恢复了各活动布单的活链接一致性. 我们继续优先重视投资,以扩大我们的网络、计算、安全和其他基础设施,并投资于技术管理进程,使我们能够始终如一地履行这一承诺。 虽然我们不能保证一个没有任何技术挑战的未来,但我们保证我们将不惜一切代价确保Smartsheet是一个可以指望实现的伙伴。 我们知道,你的成功和对Smartsheet的持续信任,取决于它.

自动翻译自官方事件更新。

1. 2026年8月11日 UTC 19:51investigating

   我们正在用工作单、报告和工作流程来调查问题。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年8月11日 UTC 20:26investigating

   我们正在继续研究这个问题,并努力争取尽快实现缓解.

3. 2026年8月11日 UTC 21:02monitoring

   缓解措施已经到位,我们看到强劲复苏。 我们将继续密切监测,以证实这个问题已经完全解决.

4. 2026年8月11日 UTC 23:20resolved

   这一事件已经得到解决.

5. 2026年8月19日 UTC 22:38postmortem

   8月11日大约从7:00到4:20 PM PDT,一些客户在加载工作单和报告时遇到超时或故障,以及自动化工作流程出故障,由于出错率高导致一些工作流程被禁用. 这一事件是由与最近服务中断背后的条件有关的数据库查询路线问题所引发的,其中某些读取内容被路由到主写服务器,一个涉及工作表同步的边缘案例放大了由此产生的负载. 我们把服务稳定在3:20 PM PDT, 并证实PM PDT4:20完全恢复, 我们确定并部署了一个永久的代码固定,以纠正查询路径. 我们还正在改进监测和保障措施,以及早发现并减轻类似情况.

自动翻译自官方事件更新。

1. 2026年7月30日 UTC 14:54investigating

   我们正在调查Smartsheet、撞击平面、溢价应用程序、连接器和API中缓慢和超时的错误。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年7月30日 UTC 15:26identified

   我们确定了Smartsheet缓慢和超时问题的责任问题,并正在执行一个解决办法。 我们将经常提供最新情况,直到我们达到监测状态.

3. 2026年7月30日 UTC 15:40monitoring

   我们正在观察Smartsheet、Premium Apps、连接器和API的稳定性恢复。 我们正在继续密切监测,以确认全面服务稳定。 一旦决议得到确认,我们将提供最新情况.

4. 2026年7月30日 UTC 15:42monitoring

   我们正在继续监测任何其他问题.

5. 2026年7月30日 UTC 17:41resolved

   这一事件已经得到解决.

6. 2026年8月20日 UTC 17:23postmortem

   2026年7月30日,在协调世界时约11:00至15:57之间,一些客户无法加载床单并经历API超时. 这还影响到控制中心、表格视图、时间线和董事会视图、报告、Dashboards、Formats、动态视图和Bridge集成。 原因是后端服务,在上午的交通暴动中受到重载CPU. 其自动健康检查开始清除超载病例的速度快于替换人员能够上线的速度,服务的最低容量设置太低,无法吸收损失. 我们的工程师解决了这个问题,提高了服务的能力限度,恢复了健康的能力,并在几分钟内使性能恢复正常. 没有丢失数据 。 我们永久地提高了能力,我们正在调整健康检查,增加早期的基础设施一级监测,并建立一个预防类似问题并加快恢复速度的运行本.

自动翻译自官方事件更新。

1. 2026年7月15日 UTC 09:23investigating

   我们正在调查一个问题 防止Smartsheet美国成功加载。 尝试登录到 Smartsheet US 或访问项目可能导致加载屏幕不完成 。 我们将在30分钟后提供最新情况.

2. 2026年7月15日 UTC 09:38identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年7月15日 UTC 09:44monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年7月15日 UTC 09:55resolved

   这一事件已经得到解决.

5. 2026年7月17日 UTC 01:22postmortem

   从2026年7月15日大约1:44AM PT起,一些客户可能在执行依赖于Smartsheet授权检查的行动时出错,例如资产访问检查. 这是由于在例行系统更新期间出现一个临时问题,这短短地导致一部分请求被转到我们基础设施中无法使用的部分。 在此期间,受影响的请求可能已经失败. 问题被确定并纠正,恢复正常运行.

自动翻译自官方事件更新。

1. 2026年6月24日 UTC 21:51investigating

   我们正在通过自动工作流程和人工触发程序,调查关于缺少或延迟更新/核准请求通知和电子邮件的报告。 我们的团队充分参与处理这一局势。 我们将经常提供最新情况,直到我们达到监测状态.

2. 2026年6月24日 UTC 23:04identified

   造成更新/核准请求通知和电子邮件缺失或被延迟的问题已经查明。 我们的团队正在执行一个解决方案。 我们将经常提供最新情况,直到我们达到监测状态.

3. 2026年6月25日 UTC 00:43monitoring

   为了解决缺少或延迟更新/核准请求通知和电子邮件的问题,已经实施了一个固定办法,我们正在监测结果.

4. 2026年6月25日 UTC 05:45resolved

   这一事件已经得到解决.

5. 2026年7月17日 UTC 23:16postmortem

   2026年6月24日,一个自动化的工作流程在短时间内产生了异常多的更新请求,这暂时打乱了负责发送通知邮件和应用程序内提示的内部事件处理基础设施. 这导致约85%的更新请求和批准请求通知被延迟了约13小时。 没有丢失数据,一旦系统恢复,所有通知最终都会发出。 自那时以来,我们实施了自动化回收机制,并正在增加保障措施,以防止今后过多的请求会影响通知程序.

自动翻译自官方事件更新。

1. 2026年6月18日 UTC 21:42identified

   我们知道,一些客户正在通过公开Smartsheet表格收到更多的不想要的垃圾邮件,即使启用了reCAPTCHA。 我们的小组一直在积极调查和部署更多的保护。 随着我们继续应用和评价进一步的缓解措施,我们看到垃圾邮件活动减少。 受影响者: 使用不需要登录的公共表格的客户.

2. 2026年6月23日 UTC 07:44monitoring

   我们已采取措施,用Smartsheet公共表格解决垃圾邮件活动增加的问题。 我们将继续进行监测,并视需要作进一步调整。 如果你继续看到大量垃圾邮件提交,请与我们的支助小组联系,以便我们进一步调查.

3. 2026年7月8日 UTC 20:46resolved

   现在解决了这个问题。 我们仍然在积极监测垃圾邮件数量,作为一项持续和不断发展的战略。 我们鼓励所有顾客 提交支持票 任何剩余垃圾邮件通过 这样我们就可以继续 微调我们的解决方案.

4. 2026年7月17日 UTC 23:14postmortem

   从5月下旬开始,我们看到向公共Smartsheet表格\(提供给公众的表格,不需要Smartsheet登录\)提交的垃圾邮件数量和复杂程度明显增加,即使启用了Captcha设置。 这导致一些客户的不想要的垃圾邮件含量增加,这些垃圾邮件往往含有密码货币或钓鱼链接,并寄入其单子。 这项活动是由通过匿名网络和代理服务运作的自动bots产生的。 这主要影响到但不限于美国地区。 一旦查明虐待情况,我们就在接下来的几周里对一系列保护措施进行评估、部署、测试和调整。 由于这种自动滥用随着时间推移而适应,因此要解决这个问题需要一种迭接方式:我们分层以两种形式保护多种保护,即captcha服务,以及基础基础设施,评估它们相对于活体交通的效果,并在我们学到更多东西时加以改进,调整或取代被证明不太有效的措施。 在这一过程中,我们还监测并努力纠正在此期间可能发生的对合法形式提交的任何意外影响。 自动垃圾邮件现在被大量阻塞到几乎为零的速度,对合法提交文件的影响很小或没有影响。 我们还积极将类似的保护带入Smartsheet政府环境。 从7月8日的1:46PT开始,我们标出这个问题已经解决了. 如果您仍在观察垃圾邮件提交, 请首先确保您在表格上启用 Captcha 。 如果 Captcha 已启用, 您仍然看到垃圾邮件, 请在表格上使用“ 报告滥用” 链接提交报告 。 我们总是建议应用符合您解决方案的[最高格式安全限制](https://help.smartsheet.com/articles/2481836-manage-form-display-and-supplement-options#toc-security),并在必要时强制执行[admin Center](https://help.smartshe.com/articles/2483290-apply-security-set-s-forms-forms). 我们将继续监测、调整和加强这些保护。 这包括让 Captcha 默认启用所有新表格的更改和向系统管理员推出的新行政控制,使其有能力强制Captcha 对其计划管理的表格。 我们知道我们的服务对我们的客户有多重要 并且为这起事件对你和你的生意的影响道歉 我们承诺,我们将尽一切可能从这一活动中吸取教训,并利用这一经验推动改善我们的服务,以确保Smartsheet成为可以指望交付的伙伴。 我们知道,你的成功——以及你对Smartsheet的持续信任——取决于这一点.

自动翻译自官方事件更新。

1. 2026年6月10日 UTC 22:21investigating

   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. 2026年6月11日 UTC 00:51identified

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

3. 2026年6月11日 UTC 03:30monitoring

   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. 2026年6月11日 UTC 11:02resolved

   This incident has been resolved.

5. 2026年8月14日 UTC 18:51postmortem

   **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. 2026年6月3日 UTC 20:28investigating

   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. 2026年6月3日 UTC 21:41identified

   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. 2026年6月3日 UTC 22:16identified

   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. 2026年6月3日 UTC 22:59investigating

   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. 2026年6月4日 UTC 00:06identified

   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. 2026年6月4日 UTC 02:14identified

   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. 2026年6月4日 UTC 12:25identified

   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. 2026年6月4日 UTC 15:44identified

   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. 2026年6月4日 UTC 21:26identified

   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. 2026年6月4日 UTC 23:01identified

    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. 2026年6月5日 UTC 02:07identified

    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. 2026年6月5日 UTC 10:15identified

    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. 2026年6月5日 UTC 12:34identified

    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. 2026年6月5日 UTC 19:53monitoring

    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. 2026年6月5日 UTC 23:53resolved

    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. 2026年6月9日 UTC 23:07postmortem

    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. 2026年5月27日 UTC 17:50investigating

   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. 2026年5月27日 UTC 20:37monitoring

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

3. 2026年5月27日 UTC 20:39monitoring

   We are continuing to monitor for any further issues.

4. 2026年5月28日 UTC 00:51resolved

   This incident has been resolved.

5. 2026年6月23日 UTC 23:35postmortem

   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. 2026年4月22日 UTC 16:45investigating

   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. 2026年4月22日 UTC 17:01identified

   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. 2026年4月22日 UTC 17:09monitoring

   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. 2026年4月22日 UTC 19:20resolved

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

5. 2026年4月29日 UTC 15:48postmortem

   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. 2026年4月17日 UTC 19:23investigating

   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. 2026年4月17日 UTC 19:35monitoring

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

3. 2026年4月18日 UTC 00:07resolved

   This incident has been resolved.

1. 2026年4月13日 UTC 16:33investigating

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

2. 2026年4月13日 UTC 17:52investigating

   We are continuing to investigate this issue.

3. 2026年4月13日 UTC 18:31monitoring

   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. 2026年4月13日 UTC 20:46resolved

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

5. 2026年4月14日 UTC 14:26postmortem

   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. 2026年3月31日 UTC 18:53investigating

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

2. 2026年3月31日 UTC 19:35identified

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

3. 2026年3月31日 UTC 20:11monitoring

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

4. 2026年3月31日 UTC 22:01resolved

   This incident has been resolved.

5. 2026年4月13日 UTC 23:13postmortem

   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.