Is Templafy down?
Last checked 3m agoNo incidents right now.
Templafy is operational right now. Last checked 3m ago; the most recent incident resolved 6d ago.
Real-time Templafy status, recent outages, and incident history — pulled directly from Templafy's official status page at https://status.templafy.com every 5 minutes. Pingoru tracks 16 Templafy services and has captured 3 incidents in the last 90 days (99.37% uptime). Get email, Slack, Discord, or webhook alerts the moment Templafy reports a new incident — free for 5 monitors, no credit card.
Recent outages & incidents
Past 90 days- Library & Dynamics
Timeline · 4 updates
- identified · Sep 08, 2026, 08:24 AM UTC
We have identified an issue that affects a subset of customers and are working towards a resolution. Some customers might experience issues in using the find template and update document functionality in the Word VSTO Add-ins. Further updates will be posted here soon.
- monitoring · Sep 08, 2026, 11:49 AM UTC
The incident has been successfully mitigated, and our team is actively monitoring the situation to ensure ongoing stability and performance. We are observing the systems to prevent any further disruptions.
- resolved · Sep 09, 2026, 08:09 AM UTC
The incident has been resolved, and further information will be provided in a postmortem shortly. We apologize for the impact to affected customers.
- postmortem · Sep 15, 2026, 02:15 PM UTC
## Investigation A small number of users across two tenants reported issues when using **Find Template** and **Update Document** in the VSTO add-in. The engineering team investigated the reported behavior and reviewed the available client-side diagnostic information. The issue could not be reproduced in our internal environments, and the investigation found no indication of a broader service degradation, back-end issue, or change affecting the VSTO add-in generally. The available diagnostics indicated that the affected clients encountered a failure while initializing a local web component used by the add-in. Find Template was the initial functionality affected, which could subsequently affect other functionality such as Update Document. Based on the investigation and the very limited number of affected users, we determined that this was **not a service-wide incident**, but an isolated client-side issue affecting specific user environments. ## Mitigation The engineering and support teams worked with the affected customers to collect diagnostic information and investigate potential environmental factors. Updating the VSTO add-in was also evaluated as part of the troubleshooting process. This did not consistently resolve the reported behavior, further indicating that the issue was not associated with a specific VSTO release. As the issue was isolated to a small number of users and could not be reproduced in our environments, troubleshooting focused on the affected local environments rather than making changes to the production service. ## Resolution The investigation did not identify a definitive root cause. However, the available evidence indicated that the behavior was specific to the affected client environments rather than a broader issue with the Templafy service. Potential contributing factors included the state of locally installed components, the local Microsoft Office environment, or recent environmental updates. None of these factors independently reproduced the behavior during our investigation. As no broader service impact was identified, the event was determined **not to constitute a production incident**. The reported behavior continues to be tracked through our standard product investigation and escalation processes. ## Impact and Scope The reported issue had a **very limited scope**, affecting only a small number of users across two tenants. There was no evidence of an impact to other tenants, a production cluster, the Templafy back-end services, or the broader VSTO user base. The investigation therefore concluded that the reports represented isolated client-side behavior rather than a wider service incident. We sincerely apologize for the disruption experienced by the affected users. Maintaining a reliable and seamless experience remains a high priority, and we will continue investigating these isolated reports and monitoring for any evidence of a broader pattern.
Latest: ## Investigation A small number of users across two tenants reported issues when using **Find Template** and **Update Document** in the VSTO add-in. The engineering team investigat…
-
- Library & Dynamics
Timeline · 3 updates
- identified · Aug 14, 2026, 02:31 PM UTC
We have identified an issue that affects a subset of customers and are working towards a resolution. Users could encounter issues when updating Word documents using VSTO add-ins. Further updates will be posted here soon.
- resolved · Aug 14, 2026, 02:57 PM UTC
The incident has been resolved, and further information will be provided in a postmortem shortly. We apologize for the impact to affected customers.
- postmortem · Aug 19, 2026, 11:59 AM UTC
**Investigation** The incident began at 11:19 AM CET on August 12, 2026, following the promotion of Office VSTO add-ins version 7.3.220 to the stable release channel. The issue was detected at 10:25 PM CET on August 13, 2026, after customers reported that Microsoft Word could close unexpectedly when using the **Update Document with templates containing images.** The engineering team investigated the reported behavior and identified that a change introduced in version 7.3.220 affected the processing of newly inserted images within document headers during an update. Under certain document and Word view conditions, header content could not be processed reliably, causing the document update to fail or, in some cases, Word to close unexpectedly. **Mitigation** Following the investigation, the engineering team removed version 7.3.220 from the stable release channel to prevent further users from receiving the affected version. The team restored version 7.3.217 as the stable release, providing users with the previously validated version while the behavior introduced in 7.3.220 was addressed. **Resolution** The incident was resolved at 5:08 PM CET on August 14, 2026, by reverting the stable release to version 7.3.217. This removed the affected behavior from the stable release channel and restored the **Update Document** functionality to its expected operation. The engineering team verified the mitigation and confirmed that the product was functioning as expected following the rollback. **Post-Incident Actions** We are strengthening our release validation to reduce the likelihood of similar issues reaching the stable release channel. These improvements include additional manual validation when introducing new plugin versions and more robust dependency validation when updated plugin components are consumed by other Office components. We are also expanding automated coverage, with a particular focus on integration testing for document update scenarios and interactions with Microsoft Office applications. Impact and Scope The incident affected multiple tenants using version 7.3.220 of the Office VSTO add-ins. Users could encounter failures or unexpected Word application closures when using the **Update Document** functionality, temporarily obstructing affected document workflows. We sincerely apologize for the disruption caused by this incident. Maintaining a reliable and stable experience is a high priority for us, and we are strengthening our testing and release validation processes to help prevent similar issues in the future. We remain committed to delivering a dependable service to our customers.
Latest: **Investigation** The incident began at 11:19 AM CET on August 12, 2026, following the promotion of Office VSTO add-ins version 7.3.220 to the stable release channel. The issue was…
-
- AuthenticationLibrary & DynamicsHome
Timeline · 4 updates
- identified · Jun 24, 2026, 01:17 PM UTC
Customers using West Europe (Production 0) may have experienced errors or delays while loading the application. Further updates will be posted here soon.
- monitoring · Jun 24, 2026, 01:23 PM UTC
The incident has been successfully mitigated, and our team is actively monitoring the situation to ensure ongoing stability and performance. We are observing the systems to prevent any further disruptions.
- resolved · Jun 24, 2026, 02:42 PM UTC
The incident has been resolved, and further information will be provided in a postmortem shortly. We apologize for the impact to affected customers.
- postmortem · Jun 26, 2026, 12:16 PM UTC
**Investigation** On **June 24, 2026**, 2:54 PM CET the engineering team identified an issue affecting the gateway infrastructure responsible for routing customer traffic. As a result, some requests were directed to service instances that were no longer available, causing intermittent request failures. The investigation determined that the gateway controller responsible for managing traffic routing did not consistently refresh its routing configuration following infrastructure changes, such as deployments or platform scaling events. This caused outdated routing information to remain active on some gateway instances, resulting in traffic being sent to endpoints that were no longer serving requests. The issue affected both **West Europe \(Production 0\)** and **West Europe \(Production 5\)** during separate deployment activities. **Mitigation** The engineering team immediately initiated mitigation by restarting the gateway instances responsible for traffic routing. Restarting these components forced the routing configuration to refresh, allowing traffic to be directed to the correct service instances. The mitigation successfully restored normal traffic routing for: * **West Europe \(Production 0\):** 2:54 PM CET – 3:08 PM CET * **West Europe \(Production 5\):** 3:22 PM CET – 3:42 PM CET Following the incident, the engineering team worked closely with the gateway vendor to investigate the observed behavior and evaluate long-term remediation options. **Resolution** The issue was resolved after the affected gateway instances were restarted and the routing configuration was successfully refreshed. As an additional precaution, the gateway component was subsequently downgraded to a previously proven stable version while the investigation with the vendor continues. **Post-Incident Actions** The engineering team completed a detailed review of the incident together with the gateway vendor to better understand the observed behavior. To reduce the likelihood of similar incidents, we have: * Reverted to a stable gateway controller version while the vendor continues its investigation. * Increased monitoring of gateway configuration synchronization during deployments and scaling events. * Continued collaboration with the vendor to validate future gateway releases before production rollout. **Impact and Scope** The incident affected a subset of customer requests hosted in the following production clusters: * **West Europe \(Production 0\):** June 24, 2026, from **2:54 PM CET** until **3:08 PM CET** * **West Europe \(Production 5\):** June 24, 2026, from **3:22 PM CET** until **3:42 PM CET** During these periods, some requests failed because traffic was temporarily routed to service instances that were no longer available. Once the gateway configuration was refreshed, normal service resumed. We sincerely apologize for the disruption caused by this incident. Providing a reliable and dependable service remains our highest priority, and we are continuing to work closely with our technology partners while strengthening our deployment and monitoring processes to help prevent similar issues in the future.
Latest: **Investigation** On **June 24, 2026**, 2:54 PM CET the engineering team identified an issue affecting the gateway infrastructure responsible for routing customer traffic. As a res…
-
- Started Sep 08, 2026, 08:24 AM UTC · Resolved Sep 09, 2026, 08:09 AM UTC · 23h 45m
- Started Aug 14, 2026, 02:31 PM UTC · Resolved Aug 14, 2026, 02:57 PM UTC · 25m
- Started Jun 24, 2026, 12:54 PM UTC · Resolved Jun 24, 2026, 02:42 PM UTC · 1h 47m