Recover
Inventory projects, modules, forms, classes, data access, Windows API calls, controls, libraries and external processes.
VB6 application migration & modernisation
Recover the application’s real behaviour, expose fragile dependencies and create a controlled route from Visual Basic 6 to modern, supportable .NET software.
The problem
Long-lived VB6 systems often support specialist workflows that newer applications do not reproduce easily. The source may contain years of decisions, exceptions and integrations that were never documented anywhere else.
A successful migration therefore begins with evidence. The job is not simply to translate syntax—it is to identify valuable behaviour, operational constraints and technical dependencies, then preserve what matters while removing what makes the system expensive or unsafe.
The approach
Migration tooling can assist with parts of the work, but it cannot decide which behaviour is essential, which dependencies are replaceable or how the new system should operate.
Inventory projects, modules, forms, classes, data access, Windows API calls, controls, libraries and external processes.
Separate valuable business capability from obsolete interface choices, duplicated code and accidental technical constraints.
Move bounded capabilities to current .NET architecture with reconciliation, regression testing and a controlled transition.
Migration route
Map source availability, architecture, dependencies, data, deployment and critical workflows.
Capture current outputs and behaviour so the replacement has evidence-based acceptance criteria.
Rebuild agreed capabilities in C# and modern .NET using an appropriate web, service or desktop architecture.
Reconcile data and outputs, test operational journeys and support a controlled cutover or parallel run.
Modernisation options
Document the application, repair critical compatibility problems and establish a supportable baseline while replacement is planned.
Move suitable data access, integrations or business services behind controlled interfaces while the existing client remains operational.
Reimplement the required workflows in C# and current .NET without carrying every historical limitation into the new system.
Assessment deliverables
The initial engagement defines what exists, what matters and what a responsible modernisation programme would involve.
Common questions
Some code and concepts may be reusable, but runtime, user-interface, data-access and architectural differences mean dependable modernisation requires engineering—not a blind conversion.
Not always. Where useful seams exist, data access, integrations or workflows can be replaced in stages while the existing application remains available.
Undocumented behaviour, third-party controls, COM dependencies, Windows API calls, deployment routines and weak regression evidence are frequent sources of uncertainty.
Good fit
Important constraints
Commercial starting point
A fixed-scope assessment covers one defined application or closely related application set and ends with a written modernisation recommendation. Implementation is scoped separately once the evidence is available.
Request an assessment
Still relying on a critical VB6 application?