# SharePoint 2013 workflows died April 2, recovering the ones you lost

> Missed the migration window? Your SharePoint Online approval and notification workflows have already stopped. Here's how to recover them: inventory, triage, rebuild.

[Home](https://tenantcraft.ca/)  [Insights](https://tenantcraft.ca/insights)  Power Platform

Execute May 17, 2026  6 min read

Geri Crroj

Microsoft 365 consultant, Niagara, Ontario

## Your workflows already stopped

This post is for the orgs that didn’t make it. The migration window closed, the calendar reminders got snoozed, and on **April 2, 2026** Microsoft retired SharePoint 2013 workflows from SharePoint Online for good, with no extension. The approval and notification workflows you’d been running for years stopped that day.

If a document submitted last week never routed to its approver, or a status column that used to update itself has gone quiet, this is why. Months on, you’re not planning a migration anymore. You’re doing recovery.

The good news, such as it is: nothing was wiped. Your workflow definitions are still sitting in their sites. They just don’t run, and you can’t edit them. This post is the recovery path: find what you had, decide what’s worth saving, and bring the survivors back.

The 5-minute version

Recovery in four moves:

1.  **Inventory.** Run the Microsoft 365 Assessment tool and PnP PowerShell to list every workflow you had, what it was attached to, and how recently it ran.
2.  **Triage.** Don’t rebuild everything. A workflow with no runs in a year, or one nobody has missed since April, is a strong “leave it dead.”
3.  **Stopgap the urgent ones.** If a business approval is broken _right now_, turn on built-in SharePoint approvals (zero build) while you plan the proper rebuild.
4.  **Rebuild the survivors.** A classic approval becomes a Power Automate cloud flow on standard connectors. No premium license needed.

Everything below is the detail.

## First: what “retired” actually means

The word people reach for is “deleted.” It’s the wrong word, and getting it right changes how you recover.

Your SharePoint 2013 workflow **definitions still exist**. A SharePoint Designer 2013 workflow stores itself as a set of files inside the site, in a `Workflows` document library (one folder per workflow, holding the `.xoml` markup plus its config and rules files). Retirement didn’t touch those files. What stopped is the _engine_ that reads them. So the definitions remain, viewable as raw XML, but they cannot run and cannot be edited.

That distinction is your recovery asset. The logic of every old workflow is still legible if you know where to look.

One retirement, two dates · keep them separate

**April 2, 2026** is the date the SharePoint Online engine stopped running SP2013 workflows. **July 14, 2026** is a different date: the day the SharePoint Designer 2013 _desktop app_ reached end of support. It didn’t stop working on the 14th, it just stopped being supported, and it still opens today. But it’s unpatched from here, so treat anything you still need to pull out through SPD as borrowed time rather than a standing option. And if you run SharePoint Server on-premises (2016, 2019, Subscription Edition), none of this applies to you. On-prem still runs SP2013 workflows.

## Step one: inventory what you lost

You can’t recover what you can’t see. Three sources, in order of usefulness.

**The Microsoft 365 Assessment tool.** This is Microsoft’s open-source PnP tool, and it still runs fine as a post-mortem. Point its “Workflow 2013” assessment at your tenant and it produces a Power BI report listing every workflow, the lists it was attached to, how recently and how often it ran, and a _Power Automate upgradability score_ for each one. Treat that score as a planning hint, high score means a simple built-in workflow type that rebuilds fast, low score means custom logic, not a promise of automatic migration. Every rebuild here is manual.

**PnP PowerShell.** For a closer look, `Get-PnPWorkflowSubscription` and `Get-PnPWorkflowDefinition` enumerate the workflow definitions and which lists they were associated with. This is how you confirm the assessment report against the actual site.

**The raw definition files.** Browse to the `Workflows` library in each affected site and download the folders. Those `.xoml` and rules files are the source of truth for what each workflow _did_. Open them and you can reverse-engineer the branching, the approvers, the email steps. This beats hoping SharePoint Designer’s visual canvas still renders a retired workflow; download the files and you own the logic regardless.

![The hidden Workflows document library inside a SharePoint site, showing a folder for each SharePoint Designer 2013 workflow with its .xoml and rules files](https://tenantcraft.ca/images/workflows-library.png)

Where the definitions live

Retirement didn't delete anything. Each old workflow's definition is still here as files. Download the folder and you can read exactly what it did.

One source to skip entirely now: the hidden **Workflow History** list. It still exists, but it auto-purges entries older than 60 days, and the retirement is months behind us. Everything from before April 2 has aged out, so the list holds nothing about the workflows you’re trying to recover. Go straight to the assessment tool and the raw definition files instead.

## Step two: triage, not everything deserves a rebuild

Here’s the mistake to avoid: treating the inventory as a to-do list and rebuilding all of it. Most orgs accumulate workflows nobody uses. A retirement is a free excuse to clear them out.

Run each workflow against four signals:

-   **Recent usage.** No runs in the last year? It was almost certainly abandoned before April. Leave it dead.
-   **Where it lived.** A workflow on an active, in-use library matters. One on an archive list nobody touches does not.
-   **Complexity.** A high upgradability score means a simple, built-in workflow type that’s fast to rebuild. A low score means custom logic that needs a manual rebuild, and that’s the point to ask whether it’s worth it at all.
-   **Business criticality.** Ask the list owners directly. If a workflow has been broken for months and nobody has complained, that silence is your answer.

![A three-stage recovery sequence: inventory the lost workflows, triage them by usage and business criticality, then rebuild only the survivors in Power Automate](https://tenantcraft.ca/images/workflow-recovery-sequence.png)

The recovery sequence

Inventory, then triage, then rebuild. Skipping the middle step is how you waste a week rebuilding workflows nobody missed.

Done honestly, triage usually shrinks the rebuild list to a handful of workflows that genuinely run the business. That’s the list you act on.

## Step three: stopgaps for the approval that’s broken right now

Triage takes a little time. If a real business approval (invoices, contracts, time off) is dead and people are stuck _today_, you need an interim fix before the proper rebuild. Three options, fastest first:

1.  **Built-in SharePoint approvals.** On any list or library, the **Automate → Configure approvals** menu turns on a Microsoft-managed, no-code approval. It is a Power Automate flow under the hood, but you build nothing. You preset default approvers and you’re done. This is the fastest way to get a routed approval working again.
2.  **A minimal cloud flow.** If the built-in approval is too rigid, a three-step flow (SharePoint trigger, _Start and wait for an approval_, send an email) gets you a working approval in well under an hour.
3.  **Library content approval.** The bare minimum: in the library’s Versioning settings, turn on _Require content approval_. You get native Pending / Approved / Rejected states with no routing and no notifications. It’s a fallback, not a real workflow, but it stops uncontrolled content from going live while you sort out the rest.

A stopgap buys you time so you can plan the real rebuild behind it. Treat it as exactly that, and don’t let it quietly become permanent.

## Step four: rebuild the survivors in Power Automate

For the workflows that survived triage, the rebuild is well-trodden. A classic SP2013 approval maps almost directly onto a Power Automate **automated cloud flow**:

| Old SPD 2013 workflow step | New Power Automate step |
| --- | --- |
| Starts when an item is created | Trigger: **When an item is created** (SharePoint) |
| Sends for approval, waits | Action: **Start and wait for an approval** (Approvals) |
| Branches on approved / rejected | **Condition** on the approval **Outcome** |
| Sets a status column | **Update item** (SharePoint) |
| Notifies the submitter | **Send an email (V2)** (Outlook) |

Every connector in that list (SharePoint, Approvals, Outlook) is a **standard connector**. That means base Microsoft 365 licensing covers it. No premium Power Automate license, no Dataverse. The licensing scare around rebuilding doesn’t apply to a straight approval.

If you want the full step-by-step on the rebuild itself, that’s the subject of [the earlier post on rebuilding your approval workflow in Power Automate](https://tenantcraft.ca/insights/sharepoint-workflow-rebuild-power-automate). This post’s job was getting you _to_ the rebuild: finding what you lost and deciding what’s worth bringing back.

## Bottom line

April 2 already happened, so this is cleanup rather than a warning. And cleanup is better than the panic suggests. Your definitions weren’t deleted. They’re still readable as files in each site. The recovery is methodical: inventory with the assessment tool and PnP, triage hard so you only rebuild what’s genuinely used, prop up anything urgent with built-in approvals, and rebuild the survivors as standard-connector cloud flows. Do it in that order and the dead workflows turn into a much shorter, much saner list than the one you started with.

Recovering workflows after the deadline? Walk it through with the guide.

We Missed the SharePoint 2026 Deadline, Now What

PDF · 7 pages · 7 checkpoints

[Email me the PDF](https://tenantcraft.ca/resources/guides/missed-deadline-recovery-guide)

TWENTY MINUTES, NO PITCH

## Tell me what is stuck. I will tell you what it takes.

Same consultant from the first email to the last cutover. If I am not the right fit, I will refer you to someone who is.

[Book a 20-min call](https://tenantcraft.ca/contact) [See published rates](https://tenantcraft.ca/pricing)

---

_Canonical HTML: https://tenantcraft.ca/insights/sharepoint-2013-workflows-recovery · Agent guide: https://tenantcraft.ca/llms.txt · Site map: https://tenantcraft.ca/sitemap-index.xml_