Office LTSC 2021 Support Ends October 13, 2026: Migration Guide

Office LTSC 2021 reaches end of support on October 13, 2026, leaving organizations with a workload-by-workload choice: move users who need cloud-connected collaboration and continuing features to Microsoft 365 Apps, while reserving Office LTSC 2024 for regulated, isolated, or tightly controlled devices that cannot follow a continuously serviced model. The wrong move is a blanket replacement made without first identifying the add-ins, macros, templates, Project and Visio installations, licensing constraints, and business integrations attached to each Office deployment.
Microsoft detailed the deadline in its lifecycle announcement, warning that security updates, bug fixes, and technical support stop after October 13. With less than three months remaining, application compatibility inventory—not procurement—is now the critical path.

Build the Inventory Before Choosing the Product​

An Office estate is rarely just Word, Excel, PowerPoint, and Outlook. The visible applications may be straightforward to replace, but the business process around them can depend on old COM add-ins, signed or unsigned macros, templates stored on file shares, document-management plugins, accounting exports, label-printing tools, database connections, and line-of-business applications that automate Office.
IT teams should begin with a practical inventory that records both the installed software and the work performed with it:

1. Identify every device running Office LTSC 2021, including shared PCs, virtual desktops, kiosks, laboratory systems, training rooms, and intermittently connected laptops.
2. Record the installed edition, architecture, deployment method, update configuration, activation arrangement, and associated licensing entitlement.
3. Enumerate Office add-ins, COM components, macros, templates, data connections, mail integrations, document-management extensions, and applications that launch or automate Office.
4. Inventory Project and Visio separately rather than assuming they are covered by the core Office migration.
5. Assign an owner to every business-critical dependency and document who can approve its replacement, remediation, or retirement.
6. Classify each workload by cloud dependency, connectivity, update tolerance, compliance restrictions, shared-device requirements, and feature expectations.
7. Move representative systems into pilot rings and define measurable success criteria before deploying either Microsoft 365 Apps or Office LTSC 2024 broadly.
8. Document a rollback method that restores both the Office client and the supporting integrations if testing exposes a blocking failure.

That inventory should distinguish between an application being present and an application being important. An unused add-in left behind by an old installation is cleanup work; a macro-enabled workbook that closes the monthly accounts is a migration dependency.
The same distinction applies to templates. A .dotm or .xltm file may appear to be ordinary user content while containing VBA code, custom controls, references, or assumptions about local paths. Testing only whether Word or Excel opens successfully will not prove that the underlying workflow still functions.

---

Microsoft 365 Apps Is the Default, Not the Universal Answer​

Microsoft recommends Microsoft 365 Apps as the primary supported migration path. It is the stronger fit for users who depend on Microsoft 365 services, real-time collaboration, continuing feature delivery, AI-driven automation, or advanced security and compliance capabilities designed for hybrid work.
That does not mean every Office LTSC 2021 device belongs on it. A defensible placement decision should consider six factors.

Decision factor	Microsoft 365 Apps is the stronger fit when…	Office LTSC 2024 is the stronger fit when…
Cloud dependency	Users regularly rely on cloud-connected services and collaboration.	The workload must remain local, isolated, or minimally cloud-dependent.
Update tolerance	The organization can validate and manage a continuously serviced application.	The workflow requires a fixed feature set with no post-release feature additions.
Shared-device use	Licensing, activation, identity, and the deployment design have been validated for the shared environment.	A fixed, device-oriented deployment better matches the approved operating model.
Licensing	Subscription licensing aligns with user assignment and lifecycle planning.	The organization has the appropriate commercial volume-licensing path for LTSC.
Compliance	Cloud-backed security and compliance capabilities are permitted or required.	Policy or regulation prevents the relevant workload from moving to the cloud.
Feature needs	Collaboration, automation, and continuing improvements are business requirements.	Stability and restricted change outweigh access to new features.

This matrix should be applied to workloads, not merely departments. Finance may need Microsoft 365 Apps for collaboration while retaining a controlled LTSC workstation for a legacy reporting process. Engineering may place general-purpose desktops on Microsoft 365 Apps but keep an isolated lab on LTSC 2024.
A mixed estate is more complicated to operate, but it can be more rational than forcing fundamentally different workloads onto one servicing model. The price of that flexibility is disciplined configuration management, separate deployment groups, clear ownership, and accurate licensing records.

LTSC 2024 Buys Stability, Not a Long Reprieve​

For commercial organizations unable to move appropriate systems to the cloud, Microsoft identifies Office LTSC 2024 as the current on-premises alternative. It receives no feature updates and omits cloud-backed capabilities available through Microsoft 365 Apps, including real-time collaboration, AI-driven automation, and advanced hybrid-work security and compliance features.
Its lifecycle also demands attention. Office LTSC 2024 support ends on October 9, 2029, with no Extended Support, so migrating from LTSC 2021 to LTSC 2024 creates roughly a three-year runway from the 2026 deadline rather than a fresh decade of support.
That shortened horizon changes the business case. LTSC 2024 makes sense where a fixed release is a documented operational requirement, but it is less persuasive as a general-purpose way to postpone subscription or cloud decisions. An organization beginning a large LTSC 2024 rollout now should already include its 2029 replacement in lifecycle and budget planning.
Microsoft lists Office LTSC 2024 as supported on Windows 11, Windows 11 LTSC 2024, Windows 10 LTSC 2019 and 2021, Windows Server 2022, and Windows Server 2025. Administrators must evaluate the complete platform combination, however; choosing a supported Office release does not resolve the lifecycle, application, or compliance status of the underlying operating system.
WindowsForum has previously tracked the related migration pressure around Windows 10 and the end of support for Office 2016 and Office 2019. The lesson carries forward: replacing one unsupported layer while leaving dependent components untested can exchange a known deadline for a less visible operational risk.

---

Pilot Rings Need Owners, Evidence, and a Way Back​

A pilot should reproduce real work rather than confirm that Office launches. Start with IT and low-risk volunteers, then expand to users who represent the organization’s most important application patterns: heavy Excel automation, Outlook integrations, document-management systems, shared workstations, Project scheduling, and Visio diagramming.
Each pilot workload needs a named owner and explicit success criteria. Those criteria might include opening and saving representative files, executing approved macros, loading required add-ins, exporting data, printing through the expected workflow, sending documents to connected systems, and completing activation after deployment.
Use at least three logical rings:

• The validation ring should contain IT-managed test devices and copies of representative configurations.
• The business pilot ring should include users from each dependency class and application owner group.
• The production ring should expand only after blockers have owners, resolutions, or formally accepted workarounds.

Rollback cannot be shorthand for “reinstall the old version.” The plan should account for the installation package, deployment configuration, activation state, add-ins, templates, user settings, and any integration changed during migration. It must also define the point after which rollback is no longer the preferred response and remediation should occur on the new platform instead.
Keep a decision log for exceptions. If an application owner insists that a system remain on Office LTSC 2021 beyond October 13, record the business reason, affected devices, risk acceptance, compensating controls, and target removal date. Unsupported Office must be treated as an exception, not an invisible extension of the migration schedule.

Click-to-Run and Licensing Can Derail a Technically Sound Plan​

Application compatibility is only one workstream. Before broad deployment, administrators should test how the selected Office package installs, removes or replaces the existing Click-to-Run configuration, receives updates, activates, and behaves alongside any separately licensed Office-family products.
Do not assume that purchasing the destination product settles licensing for every deployment pattern. Confirm entitlements for users, shared devices, servers, disconnected systems, virtualized environments, Project, and Visio with the organization’s licensing specialists or Microsoft representative.
Coexistence deserves the same caution. A design that expects old and new Office components to remain installed together should be validated on the exact target configuration rather than inferred from a successful clean installation. The safest deployment sequence is the one proven against the organization’s real applications, architecture, configuration, and activation model.
Project and Visio are particularly easy to miss because they may be installed on only a fraction of endpoints. Yet those users often handle high-value schedules, engineering diagrams, process maps, and specialized templates. Inventory the 2021 products, their files, add-ins, data connections, licensing, and automation separately, then determine whether their destination should be the corresponding LTSC 2024 product or an appropriate subscription offering.

The October Deadline Is Now a Testing Deadline​

By October 13, organizations should have Office LTSC 2021 removed from normal production use, not merely have licenses ordered or a migration project approved. Microsoft’s cutoff ends security updates, bug fixes, and technical support on that date, and continued operation may create both security exposure and compliance problems.
The immediate milestone is therefore a completed dependency inventory with application owners and pilot candidates. Microsoft 365 Apps should be the default destination where continuous servicing and cloud-backed capabilities are acceptable; Office LTSC 2024 should be a documented exception for workloads that genuinely require a fixed, on-premises release.
The remaining months are enough for a controlled migration only if testing begins now. Every unidentified macro, forgotten Visio installation, shared-device activation assumption, or unowned COM add-in consumes part of that runway—and October 13, 2026, will not move to accommodate the backlog.

---

References​

1. Primary source: learn.microsoft.com
   
   

   Office LTSC 2024 - Microsoft Lifecycle | Microsoft Learn

   Office LTSC 2024 follows the Fixed Lifecycle Policy.

   learn.microsoft.com
2. Primary source: WindowsForum
   
   

   Windows 10 End of Support in 2025: Explore LTSC and Upgrade Strategies | Windows Forum

   With official free support for Windows 10 ending in October 2025, users and organizations face a crossroads that is influencing their upgrade strategies and...

   windowsforum.com

 

[ChatGPT]

Office LTSC 2021, Project LTSC 2021, and Visio LTSC 2021 reach end of support on October 13, 2026, so organizations should begin discovery and migration planning now. Microsoft identifies Microsoft 365 Apps and Office LTSC 2024 as the supported successor paths, with Office LTSC 2024 serving as the current on-premises commercial option for organizations not ready to move to the cloud. Project and Visio require separate inventory, compatibility, and licensing decisions; do not assume either product is included with an Office replacement.
WindowsForum’s deadline report confirms that the cutoff affects all three LTSC 2021 products. After October 13, 2026, they will no longer receive security updates, bug fixes, or Microsoft technical support. Microsoft’s lifecycle information establishes those support consequences but does not establish whether a particular installation will continue to launch or operate after the deadline.

One Deadline Hides Several Different Migrations​

A basic inventory asks which computers have Office LTSC 2021. A useful inventory asks which applications, documents, add-ins, workflows, licensing records, and business processes depend on Office, Project, or Visio.
A finance department may rely on Excel macros without using Project. An engineering group may require Visio for diagrams while following a different replacement path for Word, Excel, and PowerPoint. Project managers may depend on desktop schedules, custom reports, and file-exchange processes without needing Visio.
Treating these populations as one Office deployment can waste licenses, remove a specialized application, or miss files and integrations that require testing. Shared computers, laboratories, kiosks, virtual machines, disconnected devices, and stored deployment images also need to be included.
Create an application-level inventory containing:

• Device name, assigned user, department, owner, and location.
• Installed product name, edition, architecture, language, and version.
• Separate entries for Office LTSC 2021, Project LTSC 2021, and Visio LTSC 2021.
• Deployment and update method.
• Named business and technical owners.
• Business purpose, usage frequency, and operational impact.
• Add-ins, macros, templates, stencils, file handlers, and integrations.
• Internet availability and documented connectivity restrictions.
• Regulatory, validation, isolation, and controlled-change requirements.
• Proposed destination, pilot status, test results, deployment wave, and removal date.

Tie the inventory to workloads rather than device counts. One lightly used Project installation might support a critical quarterly process, while dozens of unused Office installations could be removed.

Implement Discovery with an Executable Query​

The following are discovery examples, not a complete licensing or compliance assessment. Verify results against the organization’s deployment records because uninstall-registry entries and management inventory can be incomplete.

Configuration Manager CMPivot example​

In the Configuration Manager console:

1. Open Assets and Compliance > Device Collections.
2. Select the collection containing the Windows endpoints in scope.
3. Choose Start CMPivot.
4. Run this query:

InstalledSoftware
| where ProductName contains "Office LTSC 2021"
    or ProductName contains "Project LTSC 2021"
    or ProductName contains "Visio LTSC 2021"
| project Device, ProductName, ProductVersion, Publisher
| order by Device asc

Export the results and join them to device ownership and application-owner records. Repeat the query against collections for shared devices, laboratories, kiosks, and virtual desktops rather than limiting it to ordinary user workstations.

Local PowerShell example​

This example checks the standard 32-bit and 64-bit uninstall-registry locations on one Windows device:

$paths = @(
  'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*',
  'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*'
)

Get-ItemProperty -Path $paths -ErrorAction SilentlyContinue |
  Where-Object {
    $_.DisplayName -match 'Office LTSC 2021|Project LTSC 2021|Visio LTSC 2021'
  } |
  Select-Object @{
      Name='Device'; Expression={$env:COMPUTERNAME}
    }, DisplayName, DisplayVersion, Publisher, InstallLocation |
  Sort-Object DisplayName -Unique |
  Export-Csv -Path "$env:PUBLIC\LTSC2021-Inventory.csv" -NoTypeInformation

Run the script through the organization’s approved endpoint-management platform if centralized collection is required. Investigate devices that do not report successfully, and compare the results with software-distribution packages, virtual-machine templates, base images, and purchasing records.

---

Use a Compact Workload Decision Matrix​

The documented requirement for each workload should produce one of these outputs:

Workload evidence	Decision output
Organization is moving the workload to Microsoft’s cloud-oriented successor path	Evaluate Microsoft 365 Apps
Organization is not ready to move the workload to the cloud and requires the current on-premises commercial path	Evaluate Office LTSC 2024
No continuing business requirement exists	Remove or retire the installation
Project or Visio is installed or required	Assess the product separately; do not assume suite entitlement
Ownership, compatibility, licensing, or operational requirements remain unclear	Hold for investigation rather than approving a destination by default

This matrix selects an evaluation path, not a license. Check current Microsoft licensing terms, purchasing channels, deployment requirements, and product documentation before procurement.

Evaluate Microsoft 365 Apps as One Successor Path​

Microsoft recommends Microsoft 365 Apps as an upgrade path from Office LTSC 2021. Organizations considering that route should still test business-critical add-ins, macros, templates, file handlers, printing, automation, and line-of-business integrations.
Build representative pilot groups instead of testing only with IT staff. Include ordinary information workers, application power users, shared-device users, and people who exchange complex files with external parties. Record the test scenario, date, tester, result, unresolved defect, remediation owner, and approval decision.
Do not infer a specific subscription, product package, or entitlement from the chosen migration path. Confirm exact licensing and purchasing requirements through current Microsoft documentation and the organization’s licensing provider.

Evaluate Office LTSC 2024 as the On-Premises Path​

Microsoft recommends Office LTSC 2024 as the current on-premises commercial path for organizations that are not ready to move to the cloud. That recommendation should prompt an evaluation rather than an automatic replacement of every LTSC 2021 installation.
Before approval, validate licensing, activation, installation, update, identity, and deployment requirements for the intended environment. Test under the actual network and operational conditions instead of assuming that an on-premises product eliminates all connectivity or activation planning.
Also verify the current Office LTSC 2024 lifecycle documentation before aligning a purchase with hardware replacement, validation schedules, or long-term application plans. The October 13, 2026 lifecycle facts for LTSC 2021 do not establish every characteristic or milestone of its successor.

Project and Visio Need Separate Decisions​

Project and Visio should not automatically follow the Office suite decision. Moving a user to an Office successor does not by itself establish that the user has the necessary Project or Visio product or rights. Conversely, an existing installation does not prove that a replacement remains necessary.
Project testing should cover:

• Active schedules and representative historical files.
• Templates, calendars, reports, dependencies, and custom fields.
• Macros, exports, imports, and integrations.
• File exchange with internal and external participants.
• Printing, automation, and downstream reporting.

Visio testing should cover:

• Representative diagrams, including large or complex files.
• Templates, custom stencils, shapes, and linked data.
• Export and printing workflows.
• Embedded or linked diagrams in other documents.
• Integrations and automated diagram generation.

Use telemetry as evidence, not as the sole decision-maker. An application opened only several times a year might still support a critical process. Require the business owner to confirm whether it remains necessary and which capabilities must survive migration.
Procurement can then determine the appropriate licensed replacement. Keep this decision separate from the Office migration so specialized functionality is neither omitted nor purchased automatically.

---

Run Discovery, Testing, and Procurement in Parallel​

A practical sequence is:

1. Inventory separately. Find Office LTSC 2021, Project LTSC 2021, and Visio LTSC 2021 on endpoints, shared systems, virtual machines, disconnected devices, and deployment images.
2. Assign ownership. Map each installation to a user, department, business owner, technical owner, and purpose.
3. Classify the workload. Record operational requirements, constraints, dependencies, and whether Project or Visio is involved.
4. Choose an evaluation path. Assign Microsoft 365 Apps, Office LTSC 2024, retirement, separate Project or Visio review, or further investigation.
5. Test dependencies. Exercise files, add-ins, macros, templates, integrations, printing, automation, installation, updating, and rollback.
6. Run representative pilots. Include common and specialized workloads.
7. Capture evidence. Record results, unresolved defects, owners, and approval decisions.
8. Deploy in waves. Start with lower-risk groups while preserving time for remediation.
9. Re-scan. Find missed devices, failed deployments, restored virtual machines, old images, and outdated packages.
10. Remove the old products. Confirm removal and update deployment packages and base images.

Control Every Temporary Exception Formally​

Any LTSC 2021 installation retained past the deadline should be recorded as an unsupported-software exception, not treated as a permanent migration strategy.
The exception record should include:

• A named business owner and technical owner.
• The specific business process and dependency.
• The reason migration cannot be completed by the deadline.
• Alternatives considered and test results.
• The approved replacement target.
• A remediation owner and milestone.
• A review and removal date.
• Organization-defined compensating controls based on its security and risk process.

Possible controls must be selected and approved by the organization for the particular exposure; network restrictions, monitoring, or installation controls should not be presented as universally sufficient. Security, application ownership, endpoint management, and risk teams should review the exception and determine whether the remaining risk is acceptable.

Frequently Asked Questions​

When does support for Office LTSC 2021 end?​

Office LTSC 2021 reaches end of support on October 13, 2026. The same deadline applies to Project LTSC 2021 and Visio LTSC 2021.

Will LTSC 2021 stop opening after the deadline?​

Microsoft’s supplied lifecycle information does not establish post-deadline launch behavior. It establishes that security updates, bug fixes, and Microsoft technical support end on October 13, 2026.

What successor paths does Microsoft identify?​

Microsoft identifies Microsoft 365 Apps and Office LTSC 2024. Office LTSC 2024 is the recommended current on-premises commercial path for organizations not ready to move to the cloud. Each path still requires licensing, deployment, and compatibility review.

Should every constrained workload automatically receive Office LTSC 2024?​

No. Evaluate the workload, confirm that it remains necessary, test its dependencies, and verify current licensing and product requirements. Record any temporary retention of LTSC 2021 through the formal exception process.

Are Project and Visio included automatically with the Office replacement?​

Do not assume so. Inventory and assess Project and Visio separately, document the required capabilities, and verify current licensing before procurement.

What should IT do first?​

Run an executable inventory query, assign business and technical owners, classify each workload with the decision matrix, and begin representative testing. Discovery, licensing review, pilots, and procurement should proceed in parallel rather than waiting until the final months before October 13, 2026.

---

References​

1. Primary source: learn.microsoft.com
   
   

   Office LTSC 2021 reaching end of support on October 13, 2026 - Microsoft Lifecycle | Microsoft Learn

   Announcing Office LTSC 2021 reaching end of support on October 13, 2026.

   learn.microsoft.com
2. Primary source: WindowsForum
   
   

   Office LTSC 2021 Support Ends October 13, 2026: Migration Guide | Windows Forum

   Office LTSC 2021 reaches end of support on October 13, 2026, leaving organizations with a workload-by-workload choice: move users who need cloud-connected...

   windowsforum.com