Cum migrezi la NetSuite fără să pierzi date sau timp

O migrare NetSuite este, în fond, un proiect de date și de organizare, nu un proiect de informatică. Programul se instalează repede în raport cu munca din jurul lui: stabilirea a ceea ce se păstrează, curățarea, repetiția generală și alegerea momentului în care contabilul și depozitul lucrează pentru prima dată în noul sistem. Dacă vă gândiți să treceți la NetSuite dintr-un fișier Excel, dintr-un program de contabilitate sau dintr-un ERP vechi, această pagină vă arată ce trebuie pregătit și în ce ordine.

Vorbim aici despre două situații diferite, care se numesc la fel în limbajul curent: migrarea către NetSuite (venirea de la alt sistem) și migrarea între versiuni NetSuite (actualizările pe care Oracle le livrează în cont). Prima este un proiect; a doua este o rutină de verificare. Le tratăm pe rând.

De unde veniți: trei puncte de plecare frecvente

Punctul de plecare schimbă mai ales volumul de curățare, nu principiul.

Firmele care vin dintr-un program românesc de contabilitate, de exemplu WinMentor, au de regulă un plan de conturi stabil și o disciplină contabilă bună. Efortul se mută atunci spre stocuri, prețuri și relațiile cu partenerii, adică spre ceea ce programul vechi nu gestiona sau gestiona în afara lui.

Ce date reluați și ce lăsați în urmă

Întrebarea cea mai utilă la începutul unei migrări nu este „cum copiem totul?", ci „ce avem nevoie să găsim în noul sistem din prima zi?". Un criteriu practic împarte datele în trei grupe.

Datele de bază (obligatoriu)

Clienți, furnizori, articole, conturi contabile, depozite, centre de cost, unități de măsură, condiții de plată. Fără ele, nimic nu poate fi înregistrat. Aici se face și cea mai mare parte a curățării: un client apărut de trei ori cu denumiri ușor diferite înseamnă trei solduri false.

Soldurile și documentele deschise (aproape întotdeauna)

Soldurile de deschidere ale conturilor, facturile neîncasate și neplătite, comenzile în curs, stocurile la data trecerii. Contabilul trebuie să poată reconcilia aceste cifre cu balanța din sistemul vechi, linie cu linie, înainte de a accepta migrarea.

Istoricul tranzacțional (după nevoie)

Anii încheiați rareori justifică o reluare completă. Poate fi util istoricul vânzărilor pentru analize sau pentru prognoze, dar o arhivă în citire a sistemului vechi este adesea suficientă și mult mai ieftină. Păstrarea documentelor justificative rămâne o obligație legală indiferent de ce alegeți: stabiliți cu contabilul unde și cât timp sunt arhivate.

Curățarea datelor, etapa pe care nimeni nu vrea să o facă

Curățarea ia mai mult timp decât importul și nu poate fi delegată integral integratorului, pentru că numai firma știe care client este activ, care articol este scos din gamă și care furnizor a fost înlocuit. Un program de lucru realist cuprinde:

• eliminarea duplicatelor și a înregistrărilor inactive;
• uniformizarea codurilor de articole și a denumirilor;
• verificarea codurilor fiscale ale partenerilor, esențiale pentru facturarea electronică prin RO e-Factura și pentru raportările SAF-T (D406);
• completarea adreselor și a datelor bancare lipsă;
• stabilirea unui responsabil pentru fiecare categorie de date, care semnează varianta finală.

Orice problemă rămasă în foi apare mai târziu sub forma unei erori de facturare sau a unui raport care nu se potrivește cu realitatea.

Instrumentele NetSuite pentru reluarea datelor

Pentru încărcarea înregistrărilor, NetSuite pune la dispoziție un asistent de import CSV. Potrivit documentației oficiale Oracle, îl găsiți la Setup > Import/Export > Import CSV Records și necesită permisiunea „Import CSV File". Asistentul parcurge cinci etape: analiza și trimiterea fișierului, opțiunile de import, mappingul fișierelor (pentru importurile din mai multe fișiere), mappingul câmpurilor, apoi salvarea mappingului și lansarea. Importul poate fi imediat sau amânat.

Câteva consecințe practice:

• Mappingul se salvează. Îl puteți reutiliza la repetițiile generale și la importul final, fără să-l refaceți. Prin urmare, același import se poate rula de mai multe ori pe un mediu de test înainte de ziua trecerii.
• Importul amânat este util pentru fișierele mari, care nu trebuie să blocheze lucrul altor utilizatori.
• Fișierele cu mai multe legături (o comandă cu mai multe linii, de pildă) se tratează prin importul multi-fișier.

Instrumentul nu înlocuiește analiza. Pentru volume mari sau pentru transformări complicate, integratorul folosește adesea scripturi de pregătire a datelor în amonte; vedeți și pagina despre integrările NetSuite și cea despre personalizările NetSuite, pentru că multe reguli din vechiul sistem trebuie recreate acolo, nu importate ca date.

Strategia de trecere în producție

Există, în principiu, două moduri de a face trecerea, iar alegerea depinde de structura firmei.

Trecerea într-un singur moment

Toți utilizatorii lucrează în NetSuite de la o dată fixată, de regulă la început de lună sau de perioadă contabilă, pentru ca soldurile de deschidere să corespundă unei închideri curate. Avantajul: un singur sistem activ, fără dublă introducere. Riscul: dacă ceva nu funcționează, toți sunt afectați în același timp.

Trecerea pe etape

Se pornește cu un modul sau cu o entitate (de exemplu contabilitatea și stocurile) și se adaugă restul pe rând. Funcționează bine pentru grupuri cu mai multe societăți sau pentru firme cu activități distincte. Costul: o perioadă în care două sisteme coexistă, cu interfețe temporare de întreținut.

Pentru o IMM cu o singură societate, trecerea într-un singur moment este de obicei mai simplă, cu condiția ca repetițiile generale să fi fost serioase. Datele cu efect fiscal, precum seriile de facturi, regimul de TVA, raportările către ANAF și declarațiile aferente RO e-Transport pentru mărfurile aflate sub incidența sistemului, trebuie verificate înainte de prima zi, nu după.

Alegerea datei contează: evitați perioada în care se pregătesc declarațiile și bilanțul, pentru că contabilul nu poate sprijini în același timp o închidere și o formare a echipei. Pentru detalii despre organizarea întregului proiect, citiți și mesa în aplicare a NetSuite.

Teste: ce verificați înainte de ziua zero

Un plan de teste bun nu verifică „dacă merge", ci dacă rezultatele se potrivesc cu cele din sistemul vechi. Minimul este:

1. Reconcilierea datelor reluate: balanța, soldurile partenerilor și valoarea stocurilor se compară cu sistemul vechi.
2. Scenarii de la un capăt la altul: o comandă de vânzare până la încasare, o comandă de achiziție până la plată, o recepție cu diferențe, o retur.
3. Documentele fiscale: factura, factura transmisă prin RO e-Factura, notele contabile, rapoartele pentru ANAF.
4. Drepturile de acces: fiecare rol vede ce trebuie și nimic în plus.
5. Integrările: bancă, magazin online, curier, alte aplicații, dacă există.
6. Testul utilizatorilor: oamenii care vor lucra zilnic în sistem rulează scenariile, nu doar consultantul.

Fiecare discrepanță se notează, se explică și se închide înainte de decizia finală de trecere.

Planul de retragere: cum reveniți dacă nu merge

Un plan de retragere nu înseamnă lipsă de încredere, ci disciplină. Trebuie să răspundă, înainte de ziua trecerii, la patru întrebări:

• Care este criteriul de oprire? De exemplu, o reconciliere care nu se închide sau un document fiscal care nu se emite.
• Cine are autoritatea de a decide revenirea?
• Sistemul vechi rămâne intact, în stare de funcționare, cu o copie de siguranță făcută chiar înainte de încărcarea finală?
• Ce se întâmplă cu operațiunile deja înregistrate în NetSuite, dacă se revine?

Cât timp nu au fost emise documente reale către clienți și autorități, revenirea este simplă. Odată ce s-au emis facturi, s-au făcut plăți și s-au transmis raportări, revenirea devine o corecție contabilă, nu o simplă oprire. Din acest motiv, decizia „mergem sau nu" se ia după reconcilierea finală, nu după prima zi de utilizare.

Migrarea între versiunile NetSuite

A doua accepțiune a termenului privește actualizările. Conform documentației Oracle, NetSuite 2026.2 este o versiune planificată, livrată de două ori pe an, care aduce funcții noi, îmbunătățiri și modificări pe întreaga platformă. Notele de versiune sunt organizate în trei familii: notele versiunii planificate, notele versiunilor lunare (îmbunătățiri livrate lunar, după actualizare) și notele SuiteApps, publicate separat. Există un PDF și versiuni traduse.

Printre domeniile atinse de versiunea 2026.2 se numără Ask Oracle (asistență și chat prin inteligență artificială), Intelligent Close Manager și suportul pentru IFRS 18 în contabilitate, autentificarea fără parolă prin chei de acces (passkeys), reconcilierea bancară, planificarea capacității în fabricație, abonații de evenimente și modulul LLM din SuiteScript, precum și exportul .xlsx din SuiteAnalytics.

Ce înseamnă asta pentru firma dumneavoastră? Că actualizările nu sunt un eveniment la care puteți renunța, dar sunt unul pe care îl puteți pregăti:

• Citiți notele de versiune cu cine răspunde de configurare, pentru a identifica ce atinge procesele voastre.
• Folosiți contul Release Preview. Este un cont de test temporar, izolat de producție, care rulează noua versiune. Vă permite să testați personalizările, SuiteScript-urile, integrările prin servicii web, magazinele online și accesul SuiteAnalytics Connect înainte de actualizare.
• Țineți cont de limite. Contul rămâne disponibil până la actualizarea contului sursă sau până la 14 zile consecutive fără autentificare, după care este șters. Inițial este accesibil doar administratorilor, care pot deschide apoi accesul altor utilizatori. Se folosește strict pentru teste.

Cu cât ați personalizat mai mult sistemul, cu atât testul pe Release Preview este mai important. O firmă cu puține personalizări și fără integrări externe riscă puțin; una cu scripturi și conexiuni multiple are nevoie de un scenariu de testare scris. Pentru diferențele dintre ediții și versiuni, vedeți versiunile și edițiile NetSuite.

Greșeli frecvente care strică o migrare

• Reluarea a tot ce există. Un sistem nou încărcat cu date vechi și greșite moștenește problemele vechi.
• Curățarea lăsată pe ultima sută de metri. Datele se pregătesc din primele etape, nu în săptămâna importului.
• Un singur import, fără repetiții. Mappingul se testează de mai multe ori pe mediul de test.
• Contabilul implicat prea târziu. El validează soldurile și închiderea; fără el, nu există o acceptare reală.
• Reguli nedocumentate. Calculele ascunse în Excel sau într-un program vechi trebuie descoperite și recreate explicit.
• Nicio gândire la integrări. Banca, magazinul online sau alte aplicații se reconectează la noul sistem; ele nu se mută singure.
• Lipsa planului de retragere. Se descoperă lipsa lui exact atunci când ar fi fost necesar.
• Instruirea amânată. Dacă utilizatorii nu au exersat înainte, primele zile se transformă în asistență continuă.

Dacă un proiect a pornit deja și se împotmolește, o analiză a proiectului NetSuite poate stabili ce se salvează și ce se reia. Iar pentru o imagine de ansamblu asupra schimbării de sistem, indiferent de produs, citiți ghidul despre migrarea unui ERP.

Cine conduce migrarea

Migrarea este condusă de un integrator NetSuite, nu de noi: platforma noastră vă pune în legătură gratuit cu un integrator potrivit proiectului, iar acesta stabilește planul, face importurile și însoțește trecerea. Nu suntem afiliați Oracle sau vreunui integrator. Când comparați propuneri, cereți să vedeți metoda de curățare a datelor, numărul de repetiții generale prevăzut și planul de retragere. Un integrator care nu vorbește despre ele nu și-a pregătit proiectul. Criteriile de alegere sunt în pagina despre alegerea unui partener NetSuite.

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.