Solve With Software

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.

Book a free consultation

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

  1. 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.
  2. Classify. Documents, small processes, applications. Three destinations.
  3. Move the documents to Microsoft 365 or Subscription Edition, with the migration tooling, once.
  4. 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.
  5. Rebuild the small processes in Power Apps and Power Automate where that's the fit, or fold them into the application.
  6. 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

CheckWhy it matters
Version and patch level, farm topology, and what else runs on those serversSets the urgency and whether the farm can stay long enough to migrate from.
Every list over a few thousand items, and every lookup between listsThe 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 usedEach is a form to rebuild, in Power Apps or in the application.
Workflows: Designer, 2013, Nintex or K2, and what each approves or notifiesThe business process, usually undocumented anywhere else.
Custom code: web parts, event receivers, timer jobs, farm solutions, and whether the source existsFarm solutions have no place in Microsoft 365; each is a rebuild or a retirement.
Integrations with line-of-business systemsEvery one has a caller to re-point.
Identity: on-premises AD, ADFS, or already synced to EntraDecides how users reach the new home.
Documents: volume, versions, metadata, permissions that matterSizes 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?

The documents, yes, with tooling. The applications don't move: InfoPath and 2013 workflows are retired in Microsoft 365, and farm solutions have no equivalent. Each application is rebuilt, in Power Apps and Power Automate or as an application of its own.

On an on-premises farm they keep rendering, unsupported. In Microsoft 365 they were retired on 14 July 2026. Any move off the farm replaces them, and the assessment counts them and reads the rules inside each one.

Microsoft's on-premises successor, with no fixed end date. It's the right home for documents that must stay on-site and it buys time for applications that haven't moved. The same legacy features are being retired from it, so it's a step, not a destination for the applications.

Power Apps for small processes that stay close to SharePoint and Microsoft 365. A custom application when the list has become a database, the process has rules the platform can't express, or outside users need access. The assessment decides per application from the inventory.

It depends on how many applications the inventory finds. The shape is the usual one: documents moved and the first application running in staging within about six weeks, then one application at a time, each priced before you commit.

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. .