Cum modernizezi un sistem legacy fără să oprești operațiunile: strategie pas cu pas

Problema: sistemul vechi funcționează — dar te ține pe loc

Aproape fiecare companie din România cu peste 10 ani de activitate are cel puțin un sistem legacy critic. Un ERP instalat în 2012 care rulează pe Windows Server 2012 R2. O aplicație internă scrisă în Visual Basic care știe o singură persoană din firmă să o întrețină. Un sistem de facturare construit pe Access care procesează 500 de facturi pe lună — dar nu poate fi integrat cu nimic altceva.

Sistemul funcționează. Dar are costuri ascunse pe care le plătești în fiecare lună:

• Mentenanță reactivă: 15-30 ore/lună petrecute cu patch-uri, workaround-uri și rezolvări ad-hoc
• Imposibilitatea integrării: datele trebuie copiate manual între sisteme, ceea ce introduce erori și întârzieri
• Dependența de persoane-cheie: dacă singurul developer care înțelege codul pleacă, ai o problemă existențială
• Lipsa scalabilității: sistemul procesează 500 tranzacții/zi, dar business-ul tău crește spre 2.000

Studiile Gartner arată că 60-80% din bugetul IT al companiilor mid-market se duce pe mentenanța sistemelor existente, nu pe inovare. Asta înseamnă că sistemul tău legacy nu te costă doar bani — te costă oportunități.

De ce "aruncăm totul și o luăm de la zero" e aproape întotdeauna o greșeală

Primul instinct e să înlocuiești complet sistemul vechi. Proiect de 6-12 luni, buget de 50.000-200.000 EUR, echipă dedicată. Pare soluția corectă, dar statisticile spun altceva:

• 70% din proiectele de tip "big bang rewrite" depășesc bugetul cu cel puțin 50%
• Timpul de implementare real e de 2-3x față de estimarea inițială
• Riscul de downtime la cutover (momentul trecerii de pe sistemul vechi pe cel nou) e enorm

Un producător din Brașov a încercat în 2024 să înlocuiască ERP-ul lor vechi (un sistem on-premise customizat de 15 ani) cu o soluție nouă, construită de la zero. După 11 luni și 120.000 EUR investiți, proiectul era la 60% din funcționalitate. Echipa folosea în paralel ambele sisteme, ceea ce dubla munca. Au abandonat noul proiect și au revenit exclusiv la cel vechi.

Lecția: nu e vorba doar de cod. E vorba de procese, date istorice, integrări existente, training și rezistența la schimbare din partea echipei.

Strangler Fig Pattern: modernizarea incrementală care funcționează

Alternativa care funcționează în practică se numește Strangler Fig Pattern (denumit după ficusul sugrumător, o plantă tropicală care crește în jurul unui copac-gazdă până îl înlocuiește complet, fără ca acesta să se prăbușească).

Principiul: nu înlocuiești sistemul vechi dintr-o dată. Construiești funcționalități noi în jurul lui, redirecționezi treptat traficul și datele spre componentele noi, și dezactivezi componentele vechi doar când cele noi sunt testate și funcționale.

Cum arată în practică: un exemplu real

O companie de distribuție din Cluj avea un sistem de gestiune stocuri construit în 2014, pe PHP 5.6 și MySQL 5.5. Sistemul procesa 800 de comenzi pe zi, dar:

• Nu avea API — datele se exportau ca CSV
• Interfața web funcționa doar în Internet Explorer
• Raportarea însemna export manual în Excel

Faza 1 (săptămânile 1-4): Stratul de abstractizare

Am construit un API Gateway care citea direct din baza de date MySQL existentă (read-only). Acest gateway expunea datele de stocuri și comenzi printr-un REST API modern. Sistemul vechi continua să funcționeze neatins.

Cost: 4.000 EUR | Downtime: zero

Faza 2 (săptămânile 5-10): Funcționalități noi pe infrastructură nouă

Am construit modulul de raportare ca aplicație separată, conectată prin API Gateway. Dashboarduri live cu stocuri, comenzi și performanță vânzări. Echipa a început să folosească noua interfață pentru rapoarte, dar tot sistemul vechi pentru procesarea comenzilor.

Cost: 6.000 EUR | Downtime: zero

Faza 3 (săptămânile 11-18): Migrarea incrementală a funcționalităților

Am migrat procesarea comenzilor noi în aplicația modernă, cu write-back în baza de date existentă (pentru ca modulele vechi încă active să funcționeze). Comenzile vechi rămâneau în sistem — nu am migrat date istorice în acest pas.

Cost: 12.000 EUR | Downtime: 2 ore (într-o sâmbătă, pentru switch-ul de routing)

Faza 4 (săptămânile 19-24): Dezactivarea componentelor vechi

După 8 săptămâni de funcționare în paralel fără incidente, am dezactivat interfața veche. Am migrat datele istorice (3 ani) în noua bază de date. Am decomisionat serverul vechi.

Cost total al proiectului: 28.000 EUR pe parcursul a 6 luni

Downtime total: 2 ore

Rezultat: sistem modern, cu API, scalabil, și fără nicio zi de operațiuni întrerupte

5 pași practici pentru a începe modernizarea

Pasul 1: Inventariază și prioritizează

Fă o hartă a tuturor sistemelor legacy. Pentru fiecare, evaluează: cât costă mentenanța lunară? Care e riscul operațional dacă pică? Cât de greu e de integrat cu alte sisteme? Prioritizează pe baza scorului combinat risc × cost.

Pasul 2: Identifică granița de tăiere

Unde poți introduce un strat intermediar (API, message queue, fișier de schimb) între sistemul vechi și consumatorii datelor sale? Acea graniță devine punctul de inserție pentru Strangler Fig.

Pasul 3: Construiește mai întâi read-only

Primul pas concret e întotdeauna un API sau un data layer care citește din sistemul vechi fără să-l modifice. Risc zero, valoare imediată (rapoarte, dashboarduri, integrări noi).

Pasul 4: Migrează write operations gradual

Mută operațiunile de scriere una câte una, începând cu cele mai puțin critice. Procesarea unei comenzi noi e mai ușor de migrat decât reconcilierea contabilă de sfârșit de lună.

Pasul 5: Monitorizează și decommisionează

Rulează în paralel minimum 4-8 săptămâni. Compară output-urile celor două sisteme automat. Dezactivează componenta veche doar când discrepanțele sunt zero.

Costuri de referință pentru companii din România

| Complexitate | Timp estimat | Buget orientativ |

|---|---|---|

| Un modul izolat (ex: raportare) | 4-8 săptămâni | 5.000-12.000 EUR |

| Sistem departamental (ex: gestiune stocuri) | 3-6 luni | 15.000-40.000 EUR |

| ERP/sistem core complet | 6-18 luni | 40.000-120.000 EUR |

Aceste costuri includ development, testare, migrare de date și training. Nu includ licențe software (dacă e cazul).

Concluzia practică

Sistemul tău legacy nu trebuie înlocuit peste noapte. Dar nici nu trebuie să rămâi prizonier al lui. Modernizarea incrementală — pas cu pas, fără downtime, cu rezultate vizibile din prima lună — e abordarea care funcționează în practică, nu doar în teorie.

Dacă ai un sistem vechi care îți limitează creșterea sau consumă resurse disproporționate pentru mentenanță, programează o consultație gratuită. La NEXVA SYSTEM, fiecare proiect de modernizare începe cu un audit tehnic și o hartă de migrare incrementală — pentru că am învățat că cel mai bun mod de a moderniza e să nu oprești nimic.