SharePoint applications after end of support
Solve With Software takes over the business applications that grew inside on-premises SharePoint: lists used as databases, InfoPath forms, SharePoint Designer and 2013 workflows, custom web parts and farm solutions. SharePoint 2016 and 2019 have been out of support since 14 July 2026, and Microsoft has retired the forms and workflow technology those applications depend on. We inventory what's there, move the document side to Microsoft 365 or Subscription Edition, and rebuild the processes that outgrew a list as applications you own, one at a time, on a fixed price from the assessment.
Free · 1 hour · no obligation
Where SharePoint on-premises stands
The dates have arrived. SharePoint Server 2013 went out of support in April 2023; 2016 and 2019 followed on 14 July 2026. A farm on any of them gets no security fixes.
The applications inside it are on their own timetable. In Microsoft 365, SharePoint 2013 workflows stopped on 2 April 2026, and InfoPath Forms Services was retired on 14 July 2026, with new or changed forms blocked from May. On an on-premises farm those forms and workflows keep running, unsupported, for as long as the farm does. So the choice isn't whether to move them. It's whether they become Power Apps and Power Automate flows in Microsoft 365, or an application of their own.
SharePoint Server Subscription Edition is Microsoft's on-premises successor, with no fixed end date but the same legacy features being retired over time. It's a home for the documents, not for the applications.
What SharePoint became in most businesses
A document store, which it's good at, and then a place to build things because it was there. The pattern is the same everywhere:
- Lists as databases. Customers, jobs, assets, in lists with lookups between them, past the point where a list copes.
- InfoPath forms for data entry, with rules in the form.
- SharePoint Designer or 2013 workflows for approvals and notifications, built by someone who's left.
- Custom code. Web parts, event receivers, timer jobs, farm solutions, written against a SharePoint version that's gone.
- Integrations with the line-of-business systems, often through the same custom code.
The document store moves to Microsoft 365 with tooling. The applications don't, and they're where the business runs.
Three destinations, decided per application
Microsoft 365, with Power Apps and Power Automate. Microsoft's route for forms and approvals. Right for small, document-centred processes that stay close to SharePoint. The Power Apps page covers what happens when that route is pushed past its limits.
An application you own. For the lists that became databases and the workflows that became the business process. A database, screens and rules in one place, with documents still in SharePoint or Microsoft 365 and linked. No delegation limits, no per-user premium licence, and customers or suppliers can be given access.
Subscription Edition on-premises. Where the data has to stay on-site, for the documents and for the applications that haven't moved yet. It buys time, and the retirements follow it.
The assessment sorts every application into one of the three from evidence, and the plan does the document migration once and the applications one at a time.
The staged path
- Inventory. Every site, list, form, workflow and piece of custom code, with its owner, its last use and what depends on it. The assessment produces this from the farm, not from memory.
- Classify. Documents, small processes, applications. Three destinations.
- Move the documents to Microsoft 365 or Subscription Edition, with the migration tooling, once.
- Rebuild the applications, one at a time, in order of risk: the list nearest its limits or the workflow nobody can change first. Each runs in staging on migrated data, reconciled, then switches, with the SharePoint version read-only behind it.
- Rebuild the small processes in Power Apps and Power Automate where that's the fit, or fold them into the application.
- Decommission the farm when the last application has moved.
Each stage has its own fixed price, and each ends with something working and off the old farm.
Your data
Lists export cleanly, with their lookups mapped to relationships. Documents move with their metadata and versions. Neither meets a change until the change has proven itself somewhere else: a migration tested against a copy in a test environment, then run in staging with counts and a sample reconciled, before anything switches. The SharePoint site stays read-only alongside until you're confident.
Can this be done gradually?
Yes, and for a farm with several applications it's the only safe way. Documents once, then one application at a time, with the rest of SharePoint untouched until their turn. Stop after any stage and keep everything.
What it costs
The assessment is from £395 + VAT, sized on a free one-hour consultation, with an exact price before you commit. For a SharePoint farm it produces the inventory, sorts every application into its destination, and prices the document move and each application as fixed numbers. What drives the price and the payment terms each have a page.
The risks of waiting
The farm is unpatched now, and it's usually the one internet-facing thing in the estate that the IT team can't upgrade. The workflows and forms have no supported replacement path on the farm, so each change to a process is done by hand or not at all. And the person who built the workflows left with the only description of how the business approves things.
How we approach it
Inventory, classify, documents once, applications one at a time. Marc Allington has built on SharePoint on-premises and builds on the .NET and web stacks that SharePoint applications move to. Everything we build runs on open, widely used technology, in your own accounts, with full source code and ownership transferring to you on final payment.
The technical checklist for a SharePoint farm
| Check | Why it matters |
|---|---|
| Version and patch level, farm topology, and what else runs on those servers | Sets the urgency and whether the farm can stay long enough to migrate from. |
| Every list over a few thousand items, and every lookup between lists | The lists that became databases, and the relationships a rebuild has to keep. |
| InfoPath forms: how many, which have rules or code, and which are still used | Each is a form to rebuild, in Power Apps or in the application. |
| Workflows: Designer, 2013, Nintex or K2, and what each approves or notifies | The business process, usually undocumented anywhere else. |
| Custom code: web parts, event receivers, timer jobs, farm solutions, and whether the source exists | Farm solutions have no place in Microsoft 365; each is a rebuild or a retirement. |
| Integrations with line-of-business systems | Every one has a caller to re-point. |
| Identity: on-premises AD, ADFS, or already synced to Entra | Decides how users reach the new home. |
| Documents: volume, versions, metadata, permissions that matter | Sizes the document migration and the tooling. |
Each answer goes into the report with its destination, its consequence and a fixed price.
Questions
What people ask before they book.
Can't we move everything to SharePoint Online?
Our InfoPath forms still work. Do we have to replace them?
What about SharePoint Server Subscription Edition?
Power Apps or a custom application?
How long does moving off a SharePoint farm take?
Start with a free consultation
An hour on your system, online or by phone. From there we size the assessment, from £395 + VAT, and give you an exact price before you commit.
Want the numbers first? See how pricing works.
Written by Marc Allington, founder. .