Move off Virto v2 without treating v3 as a script

Virto Commerce v2 has been unsupported since 1 June 2022. Current v3 is on .NET 10. Deep customisation is a project. We will tell you whether the vendor path still applies.

Australian .NET team. We look at the platform before anyone talks about a rebuild.

Still running Virto Commerce v2?

The platform still takes orders. That is why it has been left alone.

Virto is a headless commerce engine with a module story. A lot of the installs we hear about were customised in v2, then the person who understood the extension points left, and “it still runs” became the whole strategy.

You might recognise one of these:

  • You are on v2, and someone said support ended years ago
  • Custom modules are the catalogue rules
  • You are on v3 but still on .NET 8
  • The storefront and the platform are on different versions
  • xAPI clients break whenever only one side moves
  • You are not sure whether to stay on Virto or leave it

You do not need a new brand, or a SaaS pitch. You need a clear read on the modules you already have.

Why these platforms stall

Virto Commerce is still a real product. Current platform line is v3. In February 2026 the vendor moved the core platform from .NET 8 to .NET 10. Platform and module versions for that jump are 3.1000+; other modules go to Stable Release 12. The problem is not that the vendor vanished. It is that v2 is a different .NET generation, and custom modules are the upgrade.

v2 ended

Framework-era

Custom modules

.NET 8 clock

v2 support ended 1 June 2022.

Vendor community post when v3 GA’d: version 2 will not be supported since 1 June 2022. v2 is the Framework-era platform. There is no current support contract to lean on. The site can still run. It is not a supported product.

Caption under the diagram:

v2 is Framework-era. v3 is a different .NET generation. Deep customisation voids the easy path.

Deep customisation voids the easy-script path.

Vendor promised scripts and guides for shops that stayed on extension points. Deep customisation is extra effort — their words, not ours. v3 beta-era notes aimed at API and DB backward compatibility with 2.x if extension points were used. Unity DI became Microsoft DI. If the business rules live outside those extension points, you are building a project, not running a script.

A v3 shop still on .NET 8 has a Microsoft clock.

3.800+ is the .NET 8 line. Microsoft ends .NET 8 LTS on 10 November 2026. The .NET 10 line is 3.1000+. Vendor says the .NET 10 platform is backwards compatible with previous stable releases on .NET 8 (3.800+). Custom modules should still be updated: install .NET 10, update Platform, Customer, and xAPI to 3.1000+, other modules to Stable 12+, retarget projects to net10.0. Module version skew — Platform 3.1000 against old modules — is an ops failure mode.

Storefronts must move in lockstep.

Virto is headless. The storefront and xAPI clients break if only the platform moves. Do not assume the admin SPA is current just because the engine is on .NET 10 — verify that at discovery. Hiring follows modern .NET and headless, not the v2-era admin skill set.

None of that makes the catalogue or the module rules worthless. It does mean “run the v3 script on Monday” is the wrong first move if the customisation is the product.

How we work

We start with the platform, not with a destination.

1

Look at what you have

v2 versus v3, .NET 8 versus .NET 10, which modules are custom, whether extension points were actually used, and which storefronts and xAPI clients sit in front. We will tell you whether the documented path applies.

2

Decide the job

There are three honest outcomes. We recommend one, not all three.

3

Do the work in stages

Catalogue APIs and the modules people actually depend on come across. Deep custom code that sat outside extension points is rewritten. Storefronts move with the platform, not after it.

4

Hand it back so the next person can run it

Source, a short record of what changed, and a platform someone else can understand.

Three honest outcomes

  • Move to Virto v3 on .NET 10 (3.1000+ / Stable 12). That is the vendor path, including the hop from a .NET 8 v3 shop.
  • Replatform to another headless or .NET commerce engine if v2 customisation cannot be lifted.
  • SaaS commerce, or a custom .NET 10 commerce API , if you want off self-hosted modules — or if the modules are the business.

We will not tell you v2 still has a vendor contract. We will not tell you Shopify is the answer to every headless engine. If you already know you want to stay on Virto forever, a Virto-only partner may be a better fit. If you want an honest fork in the road, talk to us.

What we need for the first call

A URL and a rough version is enough to start.

  • Which line: v2, v3 on .NET 8 (3.800+), or already 3.1000+ on .NET 10
  • Which modules are custom, and whether they used official extension points
  • Which storefronts and xAPI clients sit in front
  • Module version skew (platform versus other modules)
  • Hosting today (your box, Azure, someone else’s cluster)
  • What “done” looks like: stay on Virto, leave it, or get a clear picture first

The first call is 30 minutes. You leave with a recommendation you can take to a manager, not a rebuild estimate pulled from thin air.

Related work

We have taken over and modernised ageing .NET systems for Australian organisations, including work with Data#3, Hastie, NESS, and NSW Health. NESS is nopCommerce and Dynamics NAV — related commerce work, not a Virto upgrade. We have not published a Virto Commerce case study. Your platform still starts with its own assessment. We will not pretend it is a project we have already published.

FAQ

Is v2 still supported if we have a contract?
The vendor said version 2 would not be supported from 1 June 2022. Treat it as unsupported. The platform can still run. That is not the same as a support line.
Is v2 to v3 a drop-in?
Only if you stayed on extension points, and even then it is a guided upgrade. Deep customisation is a project. v2 is Framework-era; v3 is a different .NET generation.
We are already on v3. Are we done?
Not if you are still on .NET 8 (3.800+). Microsoft ends that runtime on 10 November 2026. The current vendor line is 3.1000+ on .NET 10. Custom modules still retarget.
Can we move the platform and leave the storefront?
Not safely. Headless clients and xAPI break if only one side moves. Module version skew is how these upgrades fail in production.
We only have the live platform and an old host.
That is common. Bring that.

Talk through the Virto platform you already have

Thirty minutes. Bring a URL and a version number if you know it. We will tell you whether to climb to v3 on .NET 10, leave Virto, or leave it alone for now.

Book a free 30-minute discovery call