De Vanguard 360 Solutions · 23 iulie 2026

Dacă firma ta rulează pe Dynamics NAV — fie că e NAV 2009, NAV 2013, NAV 2016 sau NAV 2018 — știi deja că discuția se apropie. Microsoft direcționează nava spre Business Central de ani de zile, iar fereastra pentru o migrare planificată, fără stres, se îngustează. Probabil îți pui aceleași întrebări ca toți clienții NAV: Cât timp va dura? Cât va costa? Vor supraviețui personalizările mele? Și — sincer — chiar trebuie să fac asta?

Acest ghid răspunde la toate acestea, de la cineva care a făcut-o de peste 50 de ori. Fără limbaj de furnizor, fără tactici de speriat. Doar realitatea migrării de la Dynamics NAV la Business Central — ce se schimbă, ce rămâne, cât costă și cum să o faci fără povești de groază.

De Ce Se Întâmplă Mutarea de la NAV la BC Acum

Să fim direcți: Microsoft nu-ți va lua NAV-ul cu forța. Dar au făcut direcția inconfundabil de clară de ani de zile. Business Central este viitorul. NAV este trecutul. Iar decalajul dintre ele se mărește în fiecare trimestru.

Sfârșitul Suportului Principal

Dacă ești pe NAV 2016 sau mai vechi, suportul principal de la Microsoft s-a încheiat cu ani în urmă. Asta înseamnă că nu mai primești actualizări de reglementare, funcționalități noi, patch-uri de securitate — nimic dincolo de reparațiile de urgență ale suportului extins, și chiar și acela are un ceas. La momentul citirii acestui articol:

NAV 2017: Suportul principal s-a încheiat în ianuarie 2023. Suportul extins durează până în ianuarie 2028 — dar suportul extins nu înseamnă „actualizări”, ci „vom repara dacă se strică catastrofal.”
NAV 2018: Suportul principal s-a încheiat în ianuarie 2023. Suportul extins se încheie în ianuarie 2028.
NAV 2013 și anterioare: Complet la sfârșitul ciclului de viață. Niciun fel de suport.

Modul politicos de a spune: rulezi software nesuportat, nepeticit și din ce în ce mai izolat. Modul direct: fiecare lună în care rămâi pe o versiune veche de NAV este o lună în care ERP-ul tău se îndepărtează tot mai mult de ecosistemul Microsoft modern în care s-au mutat deja celelalte instrumente ale tale.

Realitatea Cloud-First

Întreaga strategie de produs Microsoft curge acum prin Microsoft Cloud. Copilot AI, Power BI în timp real, fluxuri bancare automatizate, documente electronice — toate presupun că ești pe o platformă conectată, actualizată continuu. NAV, chiar și în cele mai recente versiuni on-premise, stă în afara acelui ecosistem.

Business Central primește actualizări lunare. NAV nu primește nimic. După câțiva ani, acestea se cumulează — decalajul dintre ceea ce rulezi și ceea ce piața consideră standard devine o vulnerabilitate competitivă, nu doar un inconvenient tehnic.

Nu Doar Microsoft Împinge

Echipa ta IT vrea să scape de povara gestionării serverelor — patch-uri, backup-uri, upgrade-uri SQL Server, acces la distanță. Echipa ta financiară vrea raportare în timp real care să nu implice export în Excel. Auditorii tăi întreabă de separarea sarcinilor și pistele de audit pe care versiunile mai vechi de NAV le gestionează prost. Și concurenții tăi — unii dintre ei, oricum — au făcut deja mutarea.

Întrebarea nu este dacă să migrezi de la Dynamics NAV la Business Central. Ci când și cum. Acest ghid răspunde la ambele.

Ce Se Schimbă De Fapt: NAV vs. Business Central

Trecerea de la NAV la BC nu este ca trecerea de la SAP la Oracle. Este același ADN — Microsoft a cumpărat Navision în 2002 și l-a evoluat de atunci. Dar peste 20 de ani de evoluție duc la o experiență cu adevărat diferită. Iată exact ce este diferit.

Domeniu	Dynamics NAV	Business Central
Instalare	Server on-premise. Tu deții hardware-ul, licențele SQL Server, strategia de backup și apelurile de la 2 noaptea când pică.	Cloud SaaS implicit. Microsoft îl rulează, îl păstrează, face backup. On-premise disponibil, dar SaaS este implicit și primește funcționalitățile primele.
Interfață	Client Windows clasic (sau clientul hibrid RoleTailored în versiunile ulterioare). Familiar, funcțional, datat.	Interfață modernă bazată pe browser. La fel pe desktop, tabletă, telefon. Centre de rol care chiar arată ca fiind proiectate în acest deceniu.
Personalizări	Cod C/AL scris direct în aplicația de bază. Îmbinarea upgrade-urilor însemna conflicte de cod, testare de regresie și o săptămână din timpul consultantului tău.	Extensii AL — cod curat, izolat, care stă deasupra sistemului de bază. Microsoft actualizează baza, extensiile tale rămân intacte. Weekend-urile de upgrade se reduc de la zile la ore.
Licențiere	Licențe perpetue (cumperi o dată) cu planuri anuale de îmbunătățire sau modele de abonament. Doar utilizatori nominali.	Abonament pur: Essentials (70 USD/utilizator/lună), Premium (100 USD/utilizator/lună), Team Member (8 USD/utilizator/lună). Licențe pe dispozitiv (40 USD/dispozitiv/lună) pentru dispozitive partajate.
Actualizări	Upgrade-uri anuale sau bianuale. Planificate cu luni înainte. Cu întreruperi.	Actualizări lunare automate. Două valuri majore de lansare pe an (aprilie, octombrie). Zero întreruperi pentru SaaS.
Piața de extensii	Limitată. Majoritatea partenerilor construiau de la zero sau se bazau pe aceleași câteva soluții ISV.	AppSource — o piață completă cu mii de extensii gata făcute de la Microsoft și terți. Piste de audit, fluxuri de aprobare, captură documente, integrări de livrare — se instalează în minute.
AI și Copilot	Nimic. Zero.	Copilot integrat în produs — descrieri de produse generate de AI, sugestii de reconciliere bancară, predicție plăți întârziate, file de analiză. Mai multe capabilități apar în fiecare lună.
Integrare	În mare parte personalizată — servicii web, importuri bazate pe fișiere, middleware terț. Fiecare era un proiect.	API-uri native, conectori Power Automate, Dataverse, integrare profundă Microsoft 365. Se conectează la Outlook, Teams, Excel și Power BI din cutie.
Mobil	Soluții terțe sau improvizații.	Aplicații mobile native pe iOS și Android, aceeași interfață, funcționalitate completă.
Conformitate și audit	Configurare manuală. Actualizările de reglementare depindeau de hotfix-uri livrate de partener.	Piste de audit integrate, separarea sarcinilor, instrumente automate GDPR. Actualizările de reglementare sunt trimise automat.

Concluzia: Business Central este ceea ce ar fi NAV dacă ar fi fost reconstruit pentru cloud de la zero — ceea ce, efectiv, a fost. Schimbarea este de la „software pe care îl deții” la „serviciu pe care îl folosești”, iar asta schimbă aproape totul în modul în care afacerea ta interacționează cu sistemul.

Ce Rămâne La Fel: Logica Ta de Business Supraviețuiește

Iată ce îngrijorează fiecare client NAV și răspunsul onest: procesele tale de business, structurile tale de date de bază și modul în care gândești despre ERP-ul tău — acestea nu se schimbă atât de mult pe cât ai putea crede.

Structura tabelelor este familiară. Baza de date subiacentă Business Central este încă construită pe același model relațional. Înregistrările de contabilitate generală, înregistrările de clienți, înregistrările de articole, înregistrările de valoare — aceste tabele de bază nu au fost reproiectate de la zero. Structurile de date pe care echipa ta financiară le înțelege sunt păstrate.

Grupurile de înregistrare funcționează la fel. Grupurile generale de înregistrare business, grupurile generale de înregistrare produs, configurațiile de înregistrare TVA — logica pe care sistemul tău NAV o folosește pentru a determina cum se înregistrează tranzacțiile în contabilitatea generală este identică funcțional. Dacă înțelegi grupurile de înregistrare astăzi, le vei înțelege și mâine.

Planul de conturi și dimensiunile se transferă. Planul tău de conturi existent poate fi migrat intact, iar dimensiunile — una dintre cele mai puternice caracteristici ale NAV — funcționează la fel în BC. Poți chiar să obții mai mult din ele cu gestionarea îmbunătățită a dimensiunilor din BC, cum ar fi dimensiunile globale care sunt mai ușor de aplicat și dimensiunile implicite care sunt mai flexibile.

Ciclurile de achiziții și vânzări urmează același flux de documente. Ofertă → Comandă → Livrare/Primire → Factură. Secvența de documente pe care echipa ta o execută de ani de zile este neschimbată, până la numele câmpurilor și logica de înregistrare. Interfața arată diferit, dar procesul se mapează pe aceiași pași.

Tranziția de la C/AL la AL este despre arhitectură, nu funcționalitate. Aceasta este cea mai mare concepție greșită. Da, personalizările tale C/AL trebuie rescrise ca extensii AL. Dar logica de business — ceea ce face de fapt codul — este ceea ce se reimplementează. Este traducere, nu reinventare. Iar rezultatul este mai curat, mai ușor de întreținut și protejat la upgrade-uri într-un mod în care C/AL nu a fost niciodată.

Un exemplu concret: un client NAV de-al nostru avea un flux de aprobare a achizițiilor personalizat, scris în C/AL pe trei codeunit-uri și două tabele. În migrarea la Business Central, regulile de aprobare au rămas identice — dar în loc să fie îngropate în aplicația de bază, au devenit o extensie AL curată, cu un motor de workflow modern, compatibil AppSource și neatins de orice actualizare viitoare Microsoft.

Migrarea nu este o resetare. Echipa ta nu va intra în Business Central simțind că învață un sistem complet străin. Vor recunoaște logica, terminologia, fluxul de documente. Curba de învățare este reală — mai ales pentru utilizatorii care au petrecut decenii în clientul Windows — dar este o rampă, nu o prăpastie.

Căi de Migrare: Cloud SaaS vs. BC On-Premise

Când migrezi de la Dynamics NAV la Business Central, ai două opțiuni de instalare — iar alegerea îți modelează calendarul, costurile și experiența pentru ani de zile.

Opțiunea 1: Business Central Cloud (SaaS)

Aceasta este calea recomandată de Microsoft și, din experiența noastră de peste 50 de implementări, este răspunsul corect pentru aproximativ 90% dintre clienții NAV.

Ce primești: Business Central rulând pe infrastructura Azure a Microsoft. Microsoft se ocupă de uptime, securitate, backup-uri, recuperare în caz de dezastru și fiecare actualizare lunară. Tu îl accesezi printr-un browser. Atât.

Avantajele:

Fără servere de întreținut. Echipa ta IT încetează să-și mai facă griji cu privire la infrastructura ERP.
Întotdeauna la zi. Actualizările lunare sosesc automat. Nu ești niciodată în urmă cu funcționalitățile, securitatea sau conformitatea de reglementare.
Integrare nativă cu Microsoft 365. BC comunică cu Outlook, Teams, Excel și Power BI din cutie.
Extensiile AppSource se instalează cu câteva clicuri. Nu e nevoie de acces la server.
Cost total mai mic. Fără licențe SQL Server, fără licențe Windows Server, fără infrastructură de backup, fără securizare server.

Constrângerile:

Nu poți accesa direct baza de date SQL. Raportarea rulează prin API-uri sau Power BI, nu prin interogări directe.
Extensiile AL personalizate trec prin pipeline-ul de validare Microsoft (de obicei o formalitate, dar adaugă un pas).
Ești pe calendarul de actualizări Microsoft, nu pe al tău. Lansările majore au loc în aprilie și octombrie și le poți amâna cu o fereastră — dar nu le poți sări definitiv.

Pentru cine este: Fiecare client NAV care nu are un motiv specific și solid să rămână on-premise.

Opțiunea 2: Business Central On-Premise

Versiunea on-premise de Business Central există — dar este o ofertă deliberat minoritară. Este pentru companiile care au cerințe de reglementare, operaționale sau contractuale de a-și păstra datele ERP pe servere pe care le controlează.

Compromisurile:

Îți întreții propria infrastructură, la fel cum făceai cu NAV.
Actualizările sunt manuale. Tu decizi când să le aplici, dar îți asumi și responsabilitatea de a o face.
Unele funcționalități doar pentru cloud (anumite capabilități AI, unele integrări) nu sunt disponibile.
Costă mai mult în timp când iei în calcul infrastructura și personalul IT.

Pentru cine este: Organizații din industrii puternic reglementate unde cloud-ul nu este o opțiune, sau companii cu cerințe specifice de suveranitate a datelor pe care centrele de date regionale Azure nu le satisfac.

Recomandarea Noastră Sinceră

Dacă nu ai o cerință legală, de reglementare sau contractuală de a rămâne on-premise, mergi pe SaaS. Industria a rezolvat această dezbatere. Economia, viteza funcționalităților și simplitatea operațională indică toate într-o singură direcție. Am migrat clienți NAV către ambele, iar implementările SaaS sunt în mod constant mai rapide, mai line și mai ieftin de întreținut.

Dacă ai nevoie să înțelegi imaginea completă a costurilor pentru ambele modele de instalare, ghidul nostru costuri implementare Business Central detaliază taxele de partener, licențierea și costurile ascunse.

Procesul de Migrare: Fază cu Fază

O migrare NAV-la-BC urmează o structură similară cu o implementare standard Business Central, dar cu diferențe specifice care se aplică doar când vii de pe NAV. Dacă evaluezi parteneri, serviciile noastre de implementare acoperă procesul complet — de la evaluare la hiper-asistență. Iată cum funcționează fazele migrării.

Faza 1: Descoperire și Evaluare (Săptămânile 1–2)

Înainte de a se atinge orice cod, trebuie să înțelegem cu ce avem de-a face. Această fază este rapidă, dar critică.

Ce analizăm:

Versiunea ta NAV, numărul build și istoricul personalizărilor
Toate modificările C/AL — obiecte modificate, obiecte noi create, soluții ISV instalate
Dimensiunea bazei de date, numărul de rânduri din tabele și indicatorii de calitate a datelor
Integrări: ce se conectează la NAV, cum și cât de critic este
Număr de utilizatori, seturi de permisiuni și cerințe de securitate
Module suplimentare terțe (LS Retail, Continia, Jet Reports, task management etc.) și echivalentele lor BC

Livrabilul: Un document de evaluare a migrării care îți spune exact ce se mapează curat, ce trebuie rescris, ce poate fi retras și cum arată efortul înainte de a te angaja la ceva.

Rolul tău: Oferă acces la sistem (backup bază de date, fișier licență NAV, lista soluțiilor ISV). Desemnează pe cineva care cunoaște istoricul — care personalizări sunt încă folosite, care au fost construite pentru o persoană care a plecat acum cinci ani, care rapoarte se rulează de fapt.

Faza 2: Proiectarea Soluției (Săptămânile 2–4)

Cu evaluarea în mână, proiectăm arhitectura țintă. Aici se iau deciziile despre cum va arăta viitorul.

Decizii cheie:

Cloud sau on-premise: Decizia finală bazată pe cerințele de business, nu pe presupuneri implicite.
Strategia de extensii: Care personalizări C/AL se mapează la funcționalități standard BC (retrase), care devin extensii AL (rescrise) și care sunt înlocuite de soluții AppSource (înlocuite).
Reproiectarea integrărilor: Care integrări pot fi simplificate folosind conectori BC nativi sau Power Automate și care necesită reconstrucții personalizate.
Domeniul de migrare a datelor: Ce se transferă — date master, tranzacții deschise, solduri istorice, înregistrări contabile. Cât istoric (tot? ultimii 3 ani? ultimii 5 ani?).
Etape: Dacă să se facă totul deodată sau să se etapizeze migrarea (financiar mai întâi, operațiuni în al doilea val).

Cea mai importantă conversație din această fază: care personalizări să fie păstrate. Fiecare instanță NAV mai veche de 3–4 ani are cod pe care nimeni nu-l mai folosește. Elemente de meniu adăugate pentru un proiect în 2015. Rapoarte rulate o dată și niciodată. Câmpuri personalizate populate timp de șase luni, apoi abandonate. O migrare este cea mai bună oportunitate pe care o vei avea vreodată să faci curățenie — iar reducerea amprentei de personalizare reduce costul, complexitatea și întreținerea viitoare.

Faza 3: Migrarea Datelor (Săptămânile 3–8, se intensifică aproape de go-live)

Migrarea datelor de pe NAV are un ritm specific, diferit de migrarea de pe un sistem non-Microsoft.

Vestea bună: Deoarece BC a evoluat din aceeași bază de cod, structurile de date sunt foarte compatibile. Majoritatea mapărilor de tabele sunt directe. Numele câmpurilor sunt recunoscute. Instrumentele de migrare sunt mature.

Procesul:

Extrage — Extrage datele din baza de date SQL NAV. De obicei este simplu — este o bază de date SQL Server cu scheme bine documentate.
Profilează — Rulează analize pe datele extrase. Găsește duplicate, câmpuri obligatorii lipsă, înregistrări orfane, inconsistențe între tabele principale și registre auxiliare.
Curăță — Repară ce trebuie reparat. Deduplică clienții și furnizorii. Standardizează descrierile articolelor. Închide sau șterge tranzacțiile care nu au fost niciodată decontate corect. Tu faci această parte — doar echipa ta știe ce este real și ce este un artefact de date din 2012.
Mapează — Definește cum se mapează fiecare tabelă și câmp NAV la Business Central. Pentru majoritatea tabelelor standard (G/L Entry, Customer, Vendor, Item), mapările sunt bine stabilite. Tabelele personalizate din modificările C/AL necesită reguli de mapare personalizate.
Transformă — Aplică reguli de business. Reformatează câmpurile monetare. Mapează codurile de dimensiune NAV la valorile de dimensiune BC. Convertește datele câmpurilor personalizate C/AL la tabelele extensiilor AL.
Încarcă — Importă în mediul sandbox BC folosind serviciile RapidStart Microsoft sau instrumente de migrare personalizate pentru cazurile complexe.
Verifică — Rulează rapoarte de reconciliere. Compară soldurile contabile, scadențarele clienți/furnizori, evaluarea stocurilor. Confirmă că comenzile deschise de vânzare și achiziție corespund.

Rulăm cel puțin două simulări complete de migrare înainte de transferul final. Prima relevă ce este stricat. A doua confirmă remedierile. Ultima — în weekend-ul go-live — ar trebui să fie un proces bine repetat, nu un exercițiu de descoperire.

Ce necesită cea mai mare atenție:

Tranzacțiile deschise — comenzi parțial livrate, livrări parțial facturate, plăți neaplicate. Acestea sunt întotdeauna cele mai dezordonate.
Dimensiunile — dacă dimensiunile tale NAV au fost aplicate inconsecvent (și majoritatea au fost), regulile de migrare trebuie să gestioneze valori implicite, suprascrieri și excepții.
Evaluarea stocurilor — reconcilierea dintre valoarea stocului tău NAV, inventarele fizice și ceea ce calculează BC după migrare trebuie să se balanseze la ultimul bănuț.

Faza 4: C/AL la AL — Gestionarea Personalizărilor Vechi (Săptămânile 3–8, în paralel cu migrarea datelor)

Aceasta este partea migrării NAV-la-BC care generează cea mai mare anxietate — și, din experiența noastră, este de obicei mai puțin dureroasă decât se așteaptă oamenii odată ce înțeleg abordarea.

Ce se întâmplă: Fiecare bucată de cod C/AL din sistemul tău NAV — rapoarte personalizate, pagini modificate, tabele extinse, codeunit-uri personalizate — trebuie reimplementată în AL. Nu poți copia-lipi cod C/AL în Business Central. Nu funcționează și nici n-ar fi o idee bună chiar dacă ar funcționa.

Abordarea pe care o folosim, rafinată de-a lungul a peste 50 de migrări NAV:

Triaj — Categorisește fiecare modificare C/AL într-una din trei categorii:
- Retrasă: Funcționalitatea este acoperită de o caracteristică standard BC. Se elimină.
- Înlocuită: O extensie AppSource face același lucru, adesea mai bine. Se instalează.
- Rescrisă: Logica de business chiar are nevoie de o extensie personalizată. Se construiește în AL.
Rescrie ce rămâne — Reimplementarea AL urmează aceleași reguli de business ca originalul C/AL. Aceleași calcule, aceleași validări, aceiași declanșatori de workflow. Singurul lucru care se schimbă este limbajul de cod și arhitectura — AL stă curat deasupra aplicației de bază ca extensie, acolo unde C/AL era țesut în ea.
Testează cu date reale — Extensiile sunt testate în mediul sandbox cu date migrate. Aceleași scenarii care funcționau în NAV ar trebui să producă aceleași rezultate în BC.

Un exemplu real: Un client de producție care rula NAV 2016 avea 28 de modificări C/AL — statusuri personalizate pentru comenzi de producție, o verificare a disponibilității materialelor, logică modificată de planificare a capacității și mai multe rapoarte personalizate. După triaj: 6 au fost retrase (acoperite de modulul de producție îmbunătățit BC), 4 au fost înlocuite (soluții AppSource pentru colectarea datelor din producție și managementul calității) și 18 au fost rescrise ca extensii AL. Dezvoltare AL totală: 18 zile în două sprinturi. Logica de business a fost păstrată exact — echipa nu a observat diferența în rezultate, ci doar în interfața mai curată.

Rolul tău: Oferă contextul de business pentru fiecare personalizare. Trebuie să știm nu doar ce face codul, ci de ce a fost construit și dacă mai este necesar. O oră din timpul tău în triaj economisește zile de dezvoltare inutilă.

Faza 5: Construire, Configurare și Integrare (Săptămânile 4–12, variază în funcție de domeniu)

În paralel cu pistele de migrare a datelor și rescriere AL, rulează activitatea standard de implementare:

Configurare de bază: plan de conturi, dimensiuni, grupuri de înregistrare, valute, termeni de plată
Configurare procese: ciclul de vânzări, ciclul de achiziții, fluxuri de aprobare
Centre de rol: personalizate pentru fiecare profil de utilizator — financiar, vânzări, achiziții, depozit, executiv
Reconstrucția integrărilor: ce vorbea cu NAV acum vorbește cu BC. Dacă era un serviciu web personalizat, devine un API BC standard. Dacă era un import de fișier, probabil devine Power Automate.
Dezvoltare extensii: rescrierile AL din Faza 4 sunt construite aici
Raportare: tablouri de bord Power BI, layout-uri personalizate de rapoarte, raportare financiară cu planuri de conturi

Ritmul sprinturilor: Cicluri de 2 săptămâni. La sfârșitul fiecărui sprint, vezi software funcțional — nu un PowerPoint, nu un document de specificații. Un mediu sandbox cu datele tale, configurația ta, extensiile tale.

Faza 6: Testare și Acceptanță Utilizator (Săptămânile 6–final)

Testarea într-o migrare NAV are o aromă specifică: validare paralelă. Echipa ta rulează aceleași procese atât în NAV, cât și în BC, comparând rezultatele.

Rulează închiderea de lună în ambele sisteme și compară balanțele de verificare
Procesează o comandă de vânzare end-to-end în ambele și compară înregistrările contabile
Rulează evaluarea stocurilor în ambele și reconciliază diferențele
Execută cele mai complexe scenarii — tranzacții intercompany, multivalută, dimensiuni avansate

UAT nu este doar despre confirmarea că sistemul funcționează. Este despre confirmarea că sistemul migrat produce aceleași rezultate de business ca cel pe care îl înlocuiește. Orice discrepanță este investigată — este de obicei o problemă de mapare, nu un bug.

Rolul tău: Alocă cei mai buni oameni pentru UAT. Nu persoana care poate să-și facă timp — persoana care cunoaște procesele pe dinăuntru și va observa imediat când un raport de scadențare clienți nu se potrivește sau un calcul de TVA este greșit.

Faza 7: Instruire (Săptămânile 8–12, ultimele 2–3 săptămâni înainte de go-live)

Schimbarea interfeței de la clientul Windows la o interfață de browser este cea mai mare ajustare pentru utilizatorii NAV. Instruirea trebuie să o abordeze direct.

Abordarea:

Instruire pe roluri — echipa financiară, echipa de vânzări, achiziții, depozit. Fiecare sesiune acoperă procesele lor specifice folosind scenarii reale cu date migrate.
Bootcamp de navigare — o sesiune concentrată pe interfața în sine: cum funcționează căutarea, cum să personalizezi paginile, cum FactBox-urile înlocuiesc vechile panouri NAV, cum diferă scurtăturile de tastatură ale clientului web de cele ale clientului Windows.
Sesiuni înregistrate — fiecare instruire este înregistrată. Angajații noi, angajații absenți și oamenii care „au uitat cum se face chestia aia” pot revedea.
Ghiduri de referință rapidă — documente de o pagină per rol. Nu manuale de 50 de pagini. „Așa creezi o comandă de vânzare. Așa înregistrezi o factură de achiziție. Aceasta este scurtătura pentru a găsi o fișă de client.”

Faza 8: Go-Live și Hiper-Asistență

Weekend-ul go-live pentru o migrare NAV-la-BC urmează un transfer structurat:

Îngheață NAV — ultimele tranzacții introduse, snapshot final al datelor
Migrare finală a datelor — ultima rulare, repetată, aduce datele finale NAV în BC
Reconciliere — soldurile deschise verificate, stocul confirmat, soldurile bancare potrivite
Comutare sistem — utilizatorii direcționați către URL-ul BC. Luni dimineața, se autentifică și lucrează.
Hiper-asistență — 2–4 săptămâni de suport la cerere. Echipa noastră este disponibilă pe canalul tău de comunicare (Teams, Slack, WhatsApp) pentru întrebări imediate. Zilele 1–3: toată lumea are întrebări. Zilele 4–10: apar cazurile limită. Zilele 11–28: se normalizează.

Cea mai importantă decizie de go-live: Păstrează NAV accesibil în mod doar-citire pentru cel puțin 4 săptămâni. Dacă un utilizator trebuie să verifice o tranzacție istorică, un număr de TVA de pe o factură din 2019 sau un cost al unui articol de dinaintea migrării, poate să o caute. Elimină anxietatea de „dacă nu găsesc ceva” și permite echipei tale să se concentreze pe învățarea BC în loc să-și facă griji pentru pierderea datelor.

Calendar și Cost: Trei Profiluri de Migrare

Fiecare migrare NAV este diferită, dar se grupează în trei profiluri aproximative. Iată cum arată în termeni de timp și bani.

Profil 1: Upgrade NAV Ușor

Atribut	Cum Arată
NAV-ul tău	NAV standard 2016–2018, modificări C/AL minime (≤10 obiecte atinse), date curate, o singură entitate legală
Domeniu	Financiar de bază + lanț de aprovizionare simplu. Retrage majoritatea personalizărilor. Mergi pe SaaS.
Personalizări	Majoritatea retrase, 2–3 rescrieri AL mici, poate 1–2 instalări AppSource
Complexitatea migrării datelor	Redusă — tabele standard, date curate, curățare minimă a tranzacțiilor deschise
Durată	8–12 săptămâni
Taxă partener	8.000–18.000 EUR
Ce este inclus	Evaluare, configurare, migrare date, rescrieri AL de bază, instruire, go-live, 2 săptămâni hiper-asistență

Profil 2: Migrare NAV Standard

Atribut	Cum Arată
NAV-ul tău	NAV 2013–2018, personalizări moderate (10–40 obiecte C/AL), unele probleme de calitate a datelor, integrări cu alte sisteme
Domeniu	Financiar complet + lanț de aprovizionare. Rescrie personalizările de bază ca extensii AL. Adaugă raportare Power BI.
Personalizări	30–50% retrase, 5–15 rescrieri AL, 2–4 instalări AppSource
Complexitatea migrării datelor	Medie — tranzacții deschise dezordonate, inconsistențe de dimensiuni, surse de date multiple
Durată	3–5 luni
Taxă partener	18.000–40.000 EUR
Ce este inclus	Evaluare completă și proiectare, configurare, migrare date cu simulări multiple, dezvoltare extensii AL, reconstrucții integrări, instruire pe roluri, go-live, 4 săptămâni hiper-asistență

Profil 3: Migrare NAV Multi-Entitate Complexă

Atribut	Cum Arată
NAV-ul tău	NAV 2009–2017, personalizări grele (peste 40 de obiecte C/AL), entități legale multiple, mai multe țări, LS Retail sau alt ISV vertical, integrări numeroase
Domeniu	Configurare multi-entitate, efort mare de rescriere AL, înlocuire sistem ERP în etape, migrare LS Central, intercompany complex
Personalizări	Triaj și rescriere extinse. Peste 20 de extensii AL. Soluții AppSource multiple.
Complexitatea migrării datelor	Ridicată — baze de date NAV multiple, solduri intercompany, comerț între entități, stocuri complexe
Durată	5–9 luni
Taxă partener	45.000–60.000+ EUR
Ce este inclus	Toate cele de mai sus plus proiectare multi-entitate, configurare intercompany, dezvoltare AL extinsă, posibil implementare LS Central, hiper-asistență extinsă

Licențierea Microsoft este în plus față de aceste taxe de partener. O companie mijlocie tipică (20 de utilizatori) care trece de la NAV la BC SaaS ajunge de obicei la 450–650 EUR/lună în licențiere — adesea mai puțin decât planul lor anterior de îmbunătățire NAV, pentru că modelul de licențiere pe roluri BC îți permite să pui utilizatorii din producție pe licențe Team Member în loc de licențe complete.

Pentru o defalcare completă a ceea ce determină costurile în fiecare categorie, vezi ghidul nostru costuri implementare Business Central.

Ce Nu-ți Spune Nimeni Despre Migrarea NAV-la-BC

După peste 50 de implementări — și o parte solidă dintre acestea fiind migrări NAV-la-BC — iată tiparele care apar din nou și din nou.

1. Personalizările C/AL Trebuie Rescrise, Nu Migrate

Asta îi ia prin surprindere pe oameni. Nu există un buton „importă codeunit-urile mele NAV”. Modificările tale C/AL — fiecare tabelă, pagină, raport și codeunit modificat — trebuie reimplementate în AL.

Dar iată ce nu spune nimeni: aceasta este o caracteristică, nu un defect. După un deceniu de patch-uri, improvizații și remedieri „temporare” devenite permanente, majoritatea instanțelor NAV poartă mult cod mort. Procesul de triaj — retrage, înlocuiește sau rescrie — forțează o curățenie care nu s-ar întâmpla altfel. Companiile descoperă în mod obișnuit că 30–50% dintre personalizările lor sunt fie obsolete, fie înlocuibile cu funcționalități standard BC.

Da, există un cost pentru rescrierea a ceea ce rămâne. Dar rezultatul este un sistem mai curat care poate accepta fiecare actualizare Microsoft fără testare de regresie. Alternativa — păstrarea acelor modificări C/AL într-un sistem on-premise care se îndepărtează tot mai mult de suport în fiecare an — devine mai scumpă rapid.

2. Datele NAV Sunt Adesea Mai Curate Decât Se Tem

Companiile care au fost pe NAV timp de 5–10+ ani se pregătesc pentru un coșmar al datelor. În practică, ceea ce găsim de obicei:

Datele financiare de bază sunt solide. Înregistrările contabile se balansează. Registrele de clienți și furnizori se reconciliază. Modelul contabil în partidă dublă este auto-corector.
Datele master au resturi. Clienți inactivi din 2014, furnizori duplicați cu nume ușor diferite, fișe de articole fără tranzacții de 3 ani. Aceasta este curățenie, nu corupție — iar migrarea este momentul potrivit să o faci.
Tranzacțiile deschise necesită atenție. Comenzi parțial livrate care au fost închise în afara sistemului, facturi în așteptare care au fost plătite dar niciodată aplicate. Acestea există în orice sistem vechi și necesită câteva zile concentrate pentru a fi rezolvate.
Dimensiunile — suspectul obișnuit. Majoritatea implementărilor NAV au subutilizat dimensiunile, le-au suprautilizat sau le-au aplicat inconsecvent. Migrarea este o oportunitate de a defini o strategie curată a dimensiunilor și de a o aplica de acum înainte.

Comparativ cu companiile care migrează de pe ERP-uri non-Microsoft, clienții NAV au o cale a datelor mult mai lină. Moștenirea comună înseamnă mai puține probleme de mapare [cui pătrat, gaură rotundă].

3. Numărul Tău de Licențe Scade De Obicei

Asta surprinde oamenii, dar este consecvent: când treci de la NAV la BC SaaS, de obicei ajungi cu mai puține licențe plătite.

Iată de ce: modelul vechi de licențiere NAV — mai ales în versiunile mai vechi — se baza pe utilizatori concurenți sau licențe largi pe utilizator nominal. Un lucrător de depozit care intra în NAV o dată pe zi să imprime o listă de picking conta ca utilizator complet. Un supervizor de producție care verifica disponibilitatea stocului de trei ori pe săptămână avea o licență completă.

Modelul pe niveluri BC (Team Member la 8 USD/lună pentru sarcini de citire și ușoare, Essentials la 70 USD pentru utilizatorii financiari/vânzări complet, Premium la 100 USD pentru producție) înseamnă că licențiezi oamenii pentru ceea ce fac de fapt. Companiile trec în mod obișnuit de la 30 de licențe NAV la 8 Essentials, 2 Premium și 12 Team Members — iar cheltuiala lor anuală Microsoft scade cu 20–40%.

4. Prima Lună Pare Greoaie — Apoi Accelerează

Aceasta este realitatea managementului schimbării despre care nimeni nu te avertizează. Primele două săptămâni după go-live, echipa ta va fi mai lentă la toate. Crearea unei comenzi de vânzare durează cu 30% mai mult. Găsirea unei fișe de client necesită câteva clicuri în plus. Înregistrarea unui jurnal pare nefamiliară.

Apoi ceva se schimbă în jurul săptămânii 3–4. Interfața devine familiară. Utilizatorii descoperă că căutarea este mai rapidă decât navigarea prin meniuri. Încep să folosească personalizarea pentru a-și construi propriile vizualizări. Și până în luna 2–3, fac lucruri în BC care erau dificile sau imposibile în NAV — lucrurile care făceau parte din cazul de business pentru migrare în primul rând.

Planifică pentru încetinire. Comunică deschis. „În primele două săptămâni, unele lucruri vor dura mai mult. Este normal. Până în săptămâna a patra, veți fi mai rapizi decât înainte.” Stabilirea așteptării previne panica ce apare când oamenii nu știu că încetinirea este temporară.

Întrebări Frecvente

Când ar trebui să migrez? Pot să mai aștept un an sau doi?

Dacă ești pe NAV 2017 sau 2018, ai până la sfârșitul suportului extins (ianuarie 2028), dar așteptarea până la termenul limită este costisitoare. Migrările făcute sub presiune — când suportul a expirat și ceva s-a stricat — costă mai mult, durează mai mult și poartă mai mult risc. Cel mai bun moment pentru a migra este când poți planifica corect. Începe conversația cu 6–12 luni înainte de data la care vrei go-live.

Ce se întâmplă cu soluțiile mele ISV — Jet Reports, Continia, instrumente de task management?

Majoritatea ISV-urilor NAV majore au versiuni pentru Business Central. Jet Reports este disponibil pentru BC. Continia are module BC pentru captură documente, gestionare cheltuieli și procesare plăți. Unele instrumente devin inutile pentru că funcționalitățile native BC acoperă același teren (de exemplu, fluxurile de aprobare integrate BC pot înlocui un modul terț de task management). Faza de evaluare identifică care se migrează ușor și care au nevoie de alternative.

Pot rula NAV și Business Central în paralel în timpul tranziției?

Nu — și nu ai nevoie. Abordarea este să rulezi validare paralelă în timpul UAT (testând aceleași scenarii în ambele sisteme fără să afectezi operațiunile live), apoi să faci transferul curat. Rularea ambelor sisteme ca ERP-uri de producție simultan ar crea coșmaruri de sincronizare a datelor. Migrarea structurată — NAV înghețat vineri, BC live luni — este mai simplă, mai sigură și standard.

Vor funcționa rapoartele mele NAV în Business Central?

Rapoartele NAV standard (layout-uri RDLC) nu se transferă direct, dar aceleași date sunt disponibile în BC. Rapoartele sunt reconstruite folosind capacitățile de layout Word și Excel ale BC, Power BI pentru tablouri de bord și planuri de conturi pentru raportare financiară. Rezultatul este de obicei mai bun — interactiv, filtrabil și cu reîmprospătare automată — în locul tipăriturilor statice pe care le produceau de obicei rapoartele NAV.

Ce se întâmplă dacă sunt pe o versiune NAV foarte veche — 2009 sau anterioară?

Este tot o migrare, nu o implementare de la zero. Structurile de date de bază (tabele, câmpuri, înregistrări contabile) sunt recunoscute chiar și din NAV 2009. Efortul de rescriere a personalizărilor este proporțional mai mare — codul C/AL din era 2009 are mai multă datorie tehnică — și unele procese pot necesita reproiectare mai degrabă decât traducere directă. Dar fundamentele — datele, logica de înregistrare, procesele de business — se transferă. Planifică un efort de profil 3: 6–9 luni, taxă partener 45.000–60.000+ EUR.

Pierd istoricul meu NAV?

Nu. Cât istoric aduci în BC este o decizie, nu o limitare. Majoritatea companiilor migrează 2–5 ani de înregistrări contabile (înregistrări contabile generale, înregistrări clienți, înregistrări furnizori, înregistrări articole, înregistrări bancare) și toate tranzacțiile deschise. Istoricul mai vechi poate fi păstrat într-o copie doar-citire a bazei tale de date NAV. Recomandarea: adu suficient istoric pentru raportare comparativă (3–5 ani), arhivează restul.

Este migrarea disruptivă pentru operațiunile zilnice?

Proiectul în sine rulează în paralel — echipa ta continuă să lucreze în NAV în timpul fazelor de construire, configurare și testare. Singura întrerupere este weekend-ul go-live (de obicei vineri–duminică) și curba de învățare din primele două săptămâni. Comparativ cu trecerea la o platformă ERP complet diferită, o migrare NAV-la-BC este una dintre cele mai puțin disruptive tranziții ERP pe care le poți face.

Pregătit Să-ți Planifici Migrarea NAV-la-BC?

Migrarea de la Dynamics NAV la Business Central este un proiect semnificativ — dar este și cea mai predictibilă cale de migrare ERP din ecosistemul Microsoft. Structurile de date sunt familiare, logica de business se transferă, iar întreruperea operațională se măsoară în zile, nu în luni.

Diferența dintre o migrare lină și una dureroasă se reduce la două lucruri: planificarea din timp și alegerea unui partener care a mai făcut-o. Cu peste 50 de implementări end-to-end din NAV și alte sisteme, în 13 țări, am văzut ce funcționează — și ce nu.

Fie că ești pe NAV 2013, NAV 2016 sau NAV 2018, hai să vorbim despre cum ar arăta o migrare pentru configurația ta specifică — calendare, migrare date, revizuire personalizări și prețuri oneste, fără surprize.

→ Explorează serviciile noastre de implementare Business Central

Rezervă o discuție gratuită de descoperire — 30 de minute, fără obligații, fără pitch. Doar o evaluare onestă a situației tale și cum arată drumul către Business Central.

Vanguard 360 Solutions este partener Microsoft Dynamics 365 Business Central și LS Retail Gold Partner, operând în Europa, Marea Britanie, EAU și Arabia Saudită. Am finalizat peste 50 de implementări ERP end-to-end, deservim peste 70 de clienți activi în 13 țări și gestionăm peste 700 de magazine pe LS Central. Dacă vrei să afli mai multe despre ce este de fapt Business Central, citește ghidul nostru complet despre Business Central.

Nu ești sigur dacă ești pregătit pentru un ERP?

Completează scorul de pregătire ERP în 2 minute — fără înregistrare.

Completează scorul →

Primește informații BC în inbox

Sfaturi practice — zero spam, garantat.

Migrarea de la Dynamics NAV la Business Central: Ghidul Complet