O migrare Business Central reușită se vede la prima închidere de lună: soldurile se potrivesc, contabilul recunoaște balanța, iar depozitul livrează fără să întrebe unde au dispărut articolele. Greșelile se văd la fel de repede. Dacă vă pregătiți să treceți la Business Central, iar punctul de plecare este un fișier Excel, un program de contabilitate sau un ERP vechi, această pagină descrie ce trebuie decis, în ce ordine și cu ce garanții.
Termenul acoperă două situații diferite, pe care le tratăm separat: migrarea către Business Central dintr-un alt sistem și migrarea între versiunile Business Central (de la on-premise la online sau de la o versiune la alta).
Ce înseamnă, de fapt, o migrare la Business Central
Nu migrați un program, ci o activitate: facturare, achiziții, stocuri, tezaurerie, raportări către ANAF. Datele sunt doar partea vizibilă. Aceeași muncă include redefinirea fluxurilor, reluarea soldurilor și testarea cu utilizatorii.
De aceea, migrarea nu se confundă cu punerea în funcțiune generală: ea este un capitol al proiectului, cu propriul calendar, propriile controale și un responsabil numit. Pentru cadrul comun al oricărui ERP, vedeți și ghidul despre migrarea ERP.
De unde plecați: patru situații frecvente în România
Firmele românești ajung la Business Central pornind din locuri foarte diferite. Calea tehnică depinde de sursă.
| Sursa | Cum se abordează | Ce merită preluat |
|---|---|---|
| Fișiere Excel | Pachete și modele de configurare, încărcare după curățare | Date de bază, solduri de deschidere |
| Program de contabilitate (sau WinMentor Enterprise) | Export structurat, mapare pe planul de conturi, import în pachete de configurare | Plan de conturi, parteneri, articole, solduri, documente deschise |
| ERP mai vechi, bază SQL | Migrări personalizate cu instrumentul Microsoft pentru cloud, sau pachete de configurare | Date de bază, solduri, parametrizări, uneori istoric ales |
| Dynamics NAV, Dynamics GP, Dynamics SL, Business Central on-premise | Instrumentul de migrare în cloud, după condițiile de versiune | Datele existente, în funcție de ce se reia și ce se reface |
Microsoft precizează că instrumentul de migrare în cloud pornește din Business Central on-premise (direct din versiunea 25), din Dynamics GP 2015 și următoarele, din Dynamics SL 2015 și următoarele sau din orice altă sursă SQL, prin migrări personalizate. Sursa local trebuie să ruleze pe SQL Server 2016 sau mai nou, cu nivel de compatibilitate al bazei de date de 130 minimum.
Pentru o sursă non-SQL, Microsoft indică încărcarea în Business Central on-premise prin pachete și modele de configurare, apoi trecerea în online cu instrumentul de migrare. Aceleași tehnici (foi de configurare, pachete, înregistrări de deschidere în jurnal) fac parte din competențele examenului MB-800, deci un integrator serios le stăpânește.
Dacă folosiți deja Business Central sau Dynamics NAV
Cine vine din Dynamics NAV trebuie să treacă mai întâi la Business Central on-premise și abia apoi spre online. Din Business Central on-premise, versiunile 15 până la 24 se aduc la nivelul versiunii 25 minimum înainte de migrare.
Începând cu versiunea 14 local, Microsoft descrie două drumuri:
- migrarea completă: actualizare local până la versiunea 25 minimum, apoi migrare;
- instrumentul de reimplementare Business Central 14: preia doar datele esențiale (datele de bază, soldurile de deschidere și parametrizarea), direct în cloud.
A doua opțiune convine când sistemul vechi s-a încărcat de personalizări pe care nu le mai folosește nimeni. Ea obligă însă la o regândire a procesului, pentru că nu mută istoricul.
Ce date se reiau și ce date se lasă în urmă
Prima decizie nu este tehnică, ci contabilă. Întrebarea corectă nu este „ce putem muta?”, ci „ce avem nevoie să găsim în noul sistem peste un an?”.
Datele de bază
Sunt cele care condiționează orice tranzacție: planul de conturi, clienții, furnizorii, articolele, depozitele, băncile, grupele de înregistrare TVA. Aici merită cel mai mult timp de curățare, pentru că o greșeală se multiplică în fiecare document.
- Eliminați dublurile (aceeași firmă cu CUI scris diferit).
- Marcați partenerii inactivi în loc să-i importați.
- Uniformizați unitățile de măsură și codurile articolelor.
- Verificați codurile de identificare fiscală înainte de import, nu după.
Soldurile de deschidere
Soldurile contabile, ale partenerilor și ale stocurilor se reiau, de regulă, prin înregistrări de deschidere în jurnal, la data aleasă pentru trecere. Cea mai bună dată este cea a unei închideri de perioadă, când contabilul poate semna balanța de plecare.
Documentele deschise și istoricul
Facturile neîncasate, comenzile în curs și recepțiile nefacturate se preiau, pentru că activitatea continuă prin ele. Istoricul închis este o decizie separată: o parte din el poate rămâne într-o arhivă a sistemului vechi, consultabilă pentru controale. Obligațiile de păstrare le confirmați cu contabilul dumneavoastră, nu cu integratorul.
Ce nu se mută niciodată
Personalizările nefolosite, rapoartele pe care nu le mai deschide nimeni, conturile analitice moștenite din alte epoci. Fiecare dintre ele costă la migrare și nu aduce nimic după.
Particularitățile românești care se verifică înainte de bascule
O migrare în România nu se oprește la date. Noul sistem trebuie să respecte, din prima zi, obligațiile care ating contabilitatea și logistica.
- RO e-Factura: seria de facturare, datele partenerilor și fluxul de transmitere către ANAF se testează cu documente reale, nu doar cu probe. Detalii în ghidul despre ERP și facturare electronică.
- SAF-T (D406): structura planului de conturi și a datelor partenerilor condiționează raportul. O mapare slabă la migrare se vede la prima declarație; vedeți ghidul despre SAF-T D406 și ERP.
- RO e-Transport: pentru firmele care transportă bunuri, codurile articolelor și datele de transport trebuie să fie coerente.
- TVA și moneda: lucrați în RON, cu eventuale tranzacții în valută; cursurile și diferențele de curs se testează înainte de producție.
- Localizarea: Microsoft furnizează direct localizarea Business Central în mai multe țări, iar pentru celelalte există aplicații de localizare dezvoltate de parteneri, disponibile pe Marketplace. Situația României, a aplicației folosite și a versiunii se confirmă cu integratorul; pagina Business Central în România explică ce urmăriți.
La stocuri, prezența la inventar și reluarea cantităților pe locații contează la fel de mult ca soldurile contabile. Capitolul dedicat stocurilor și achizițiilor arată ce trebuie aliniat între depozit și contabilitate, iar pagina despre contabilitate și finanțe detaliază planul de conturi și înregistrările de deschidere.
Strategia de trecere: bascule unică sau pe etape
Există două modele, iar alegerea depinde de mărimea firmei, de numărul de entități și de toleranța la risc.
| Model | Cum funcționează | Când se alege |
|---|---|---|
| Bascule unică („big bang”) | Toți utilizatorii trec în aceeași zi | Firmă mică sau mijlocie, un singur sediu, procese simple |
| Bascule pe etape | Se trece pe module sau pe entități, pe rând | Mai multe societăți, depozite, procese complexe |
Bascule unică este mai simplă de gestionat, dar nu iartă erorile. Pe etape reduce riscul, dar obligă la interfețe temporare între vechiul și noul sistem, pe care le plătiți.
Indiferent de model, trei reguli rămân valabile:
- Alegeți data în afara perioadelor de vârf: nu în săptămâna declarațiilor sau a inventarului anual.
- Înghețați vechiul sistem: după extragerea finală, nimeni nu mai înregistrează în el, altfel apar diferențe imposibil de reconciliat.
- Faceți cel puțin o repetiție generală, cu date reale și cu aceiași oameni care vor lucra în noul sistem.
Testarea: ce se verifică și cine semnează
Testele nu sunt o formalitate la final, ci o serie de controale care încep cu primul import.
- Reconcilierea: balanța de verificare din vechiul sistem trebuie să coincidă cu cea din Business Central la data de trecere; la fel soldurile clienților și furnizorilor, precum și valoarea stocului.
- Fluxurile cap-coadă: o ofertă devine comandă, apoi livrare, factură, încasare; o comandă de achiziție devine recepție, factură de furnizor, plată.
- Obligațiile fiscale: o factură transmisă prin e-Factura, un raport de probă pentru SAF-T.
- Acceptanța utilizatorilor: fiecare departament își rulează scenariile reale. Instruirea are loc înainte, nu după; vedeți formarea pe Business Central dacă lipsește la dumneavoastră.
Contabilul, directorul financiar și responsabilul de depozit semnează explicit reconcilierea. Fără semnătură, nu se trece.
Planul de revenire: ce faceți dacă ceva nu merge
Un plan de revenire nu este un semn de neîncredere, ci o condiție de seriozitate. Înainte de data de trecere, stabiliți în scris:
- criteriile de oprire: ce diferență de sold sau ce eroare blocantă declanșează întoarcerea;
- cine decide și până la ce oră;
- starea vechiului sistem: păstrat neatins, în citire și, dacă este nevoie, în scriere, până la validare;
- gestionarea documentelor create între timp, dacă revenirea are loc după câteva ore de lucru.
În mediile online, Business Central oferă și un instrument de restaurare: un mediu poate fi restaurat până la 10 ori pe lună calendaristică, la orice moment din ultimele 28 de zile, în aceeași regiune Azure și aceeași localizare, doar cu abonament plătit. Este o plasă de siguranță pentru încărcările de date repetate, nu un substitut pentru planul scris.
Migrarea între versiuni: cum funcționează actualizările
Cine a trecut deja la Business Central trăiește altă realitate: nu mai face salturi de versiune la fiecare câțiva ani, ci urmează un ritm. Business Central online publică două actualizări majore pe an, în aprilie și octombrie, plus actualizări minore lunare, care conțin corecții critice și evoluții de reglementare. Serviciul intră sub Modern Lifecycle Policy, cu actualizări continue.
Câteva repere utile:
- perioada de actualizare a unei versiuni majore începe la disponibilitatea generală (de regulă prima zi lucrătoare din aprilie sau octombrie) și durează cinci luni; versiunea este propusă mediilor existente după aproximativ o săptămână, iar apoi urmează o lună de grație;
- mediile de previzualizare (sandbox) se deschid cu aproximativ o lună înainte de lansare, în martie și septembrie, și se șterg la 30 de zile după lansarea oficială;
- fereastra implicită de actualizare a unui mediu este între 20:00 și 06:00, ora locală; administratorul o poate schimba, cu o durată minimă de șase ore; actualizările neterminate în fereastră sunt anulate și reprogramate după șapte zile.
Pentru o firmă din România, consecința practică este simplă: aveți nevoie de cineva care testează, în sandbox, extensiile și integrările dumneavoastră înainte de fiecare lansare. Pentru alegerea între cloud și instalare locală, consultați paginile despre versiunile și edițiile Business Central și despre hosting și cloud.
Erori frecvente la migrarea Business Central
- Importul „tot ce există”: datele murdare se mută la fel de repede ca cele curate, și costă mai mult să le corectați după.
- Contabilul implicat prea târziu: planul de conturi se discută la început, nu în săptămâna de trecere.
- O singură repetiție, făcută cu date de probă: erorile reale apar la date reale.
- Personalizări copiate din obișnuință: un proces nu devine mai bun fiindcă vechiul program îl făcea așa. Vedeți și dezvoltările la Business Central înainte de a cere replici ale vechilor ecrane.
- Lipsa unui plan de revenire scris.
- Instruire în ultima zi.
- Proiect fără responsabil intern: integratorul execută, dar datele aparțin firmei, deci decizia și validarea tot la firmă rămân.
Aceste cauze apar și în ghidul despre greșelile unui proiect ERP. Dacă proiectul a derapat deja, un audit al proiectului ajută să decideți între corectare și reluare.
Cum alegeți un partener pentru migrare
Nu suntem integrator și nu vă migrăm noi datele. Vă punem în legătură, gratuit, cu un integrator ERP certificat, potrivit proiectului dumneavoastră; el face migrarea. La discuția cu el, cereți metoda concretă: cine curăță datele, cine semnează reconcilierea, câte repetiții sunt prevăzute, ce se întâmplă dacă trecerea eșuează. Răspunsurile vagi sunt un semnal.
Pentru a trece de la intenție la o cerere clară, descrieți sursa actuală, numărul de societăți și obligațiile fiscale specifice; restul se discută cu integratorul.
Întrebări frecvente
Se poate face migrarea la Business Central direct din Excel?
Da. Microsoft indică pentru sursele care nu sunt SQL pachete și modele de configurare, cu care datele se încarcă în Business Central. Excelul este un bun punct de plecare, cu condiția să fie curățat înainte: coduri unice, fără dubluri, cu o coloană clară pentru fiecare câmp. Un intermediar între foaia de calcul și sistem este, de regulă, fișierul de import validat cu contabilul.
Cât de multă istorie trebuie preluată în Business Central?
De regulă, nu toată. Soldurile de deschidere, datele de bază (clienți, furnizori, articole, plan de conturi) și documentele deschise sunt esențiale. Istoricul detaliat poate rămâne într-o arhivă consultabilă a vechiului sistem, iar alegerea depinde de obligațiile de păstrare pe care le confirmați cu contabilul și cu integratorul.
Cum migrez de la Business Central on-premise la Business Central online?
Microsoft oferă un instrument de migrare în cloud. Din versiunea 25 se poate pleca direct; versiunile 15 până la 24 se aduc întâi la nivelul versiunii 25 minimum. Sistemul sursă trebuie să ruleze pe SQL Server 2016 sau mai nou, cu nivel de compatibilitate 130 minimum. Cine vine din Dynamics NAV trece întâi la Business Central on-premise.
Ce se întâmplă dacă trecerea în producție eșuează?
De aceea se pregătește un plan de revenire înainte de bascule: vechiul sistem rămâne neatins și consultabil până la validarea soldurilor, iar punctele de decizie sunt stabilite dinainte. În mediile online, Microsoft permite restaurarea unui mediu până la 10 ori pe lună calendaristică, la orice moment din ultimele 28 de zile, cu abonament plătit.
Actualizările Business Central înseamnă o nouă migrare?
Nu. Business Central online primește două actualizări majore pe an, în aprilie și octombrie, plus actualizări minore lunare. Ele se testează într-un mediu de previzualizare (sandbox) deschis cu aproximativ o lună înainte de lansare. Dacă aveți extensii proprii sau integrări, verificarea lor în acest mediu este regula, nu excepția.
Surse
- Microsoft Learn — Migrarea datelor către Business Central online
- Microsoft Learn — Calendarul actualizărilor Business Central
- Microsoft Learn — Gestionarea actualizărilor în Business Central Admin Center
- Microsoft Learn — Copie de siguranță și restaurare a mediilor
- Microsoft Learn — Localizări Business Central
- Microsoft Learn — Ghid de studiu MB-800
Numele programelor menționate sunt mărci ale editorilor respectivi și apar doar cu titlu informativ. Acest site este independent și nu este afiliat niciunui editor.