Can we modernise without stopping daily operations?
Modules were prioritised by business importance and replaced incrementally, with continuous integration so the old and new environments stayed synchronised.
Case study · Metal Recycling / Manufacturing
The business still ran on a VB6 management system built about 20 years earlier. As data grew, the platform slowed, crashed more often, and could not connect to the ERP, CRM and hardware the operation now needed.

The situation
A metal recycling business relied primarily on a management system developed about 20 years ago with VB6 and ODBC. The system still carried day-to-day work, but business growth and technology change had turned it into a constraint.
Recognise this situation?
Modules were prioritised by business importance and replaced incrementally, with continuous integration so the old and new environments stayed synchronised.
Data structures and architecture were rebuilt so response times moved from more than ten seconds to about one second, while the platform became easier to extend.
APIs connected the platform with QuickBooks, Microsoft Dynamics Business Central, NetSuite, Salesforce and SugarCRM, plus on-site devices used in weighing and identification.
The project approach
The client needed an upgrade path that also turned the desktop system into a SaaS platform. Rather than a single cutover, Shinetech used an agile approach: prioritise modules, replace them iteratively, and adjust from user feedback so old and new systems remained compatible during the transition.
The modernised platform uses React, ASP.NET Core, AWS, Redis and a microservices architecture, with later capabilities spanning client relationship management, transportation, transactions, finance, reporting and hardware integration.
How the solution was structured
Key information
The result
Tell us how old the system is, which workflows still depend on it, and which ERP, CRM or hardware connections you need to keep as you modernise.
Discuss Your Situation