↓

Auditul unei instalări NetSuite: când și cum reluați un proiect

Un audit NetSuite arată unde se află de fapt proiectul: ce funcționează, ce trebuie refăcut și dacă merită să schimbați integratorul. Iată cum se desfășoară, fără a relua totul de la zero.

Actualizat la 28 octombrie 2026

Un audit NetSuite răspunde la o întrebare simplă, pe care puțini conducători o pun la timp: unde se află, de fapt, proiectul? Termenele alunecă, utilizatorii se întorc la Excel, contabilul închide luna cu corecturi manuale, iar integratorul promite că „se rezolvă în următoarea etapă”. În astfel de situații, o privire independentă costă mai puțin decât încă o etapă de proiect nefinalizată.

Pagina de față se adresează directorilor, DAF-ilor și responsabililor IT care au deja NetSuite, complet sau pe jumătate pus în funcțiune, și se gândesc la o reluare a proiectului NetSuite sau la o schimbare a integratorului NetSuite. Dacă încă nu ați început, citiți mai întâi ghidul de implementare NetSuite.

Semne că un audit NetSuite se impune

Nu este nevoie de o catastrofă pentru a justifica un audit. Câteva semnale, luate împreună, sunt suficiente:

  • Lansarea se tot amână, iar motivele se schimbă de la o ședință la alta.
  • Utilizatorii ocolesc sistemul: păstrează liste paralele, cer rapoarte exportate manual, nu au încredere în stocuri sau în balanță.
  • Costurile cresc fără livrabile clare: se factorizează ore de „ajustări”, dar nimeni nu poate arăta ce s-a schimbat.
  • Integratorul este greu de contactat sau echipa care a început proiectul s-a schimbat de mai multe ori.
  • Închiderea lunii durează mai mult decât înainte de ERP, iar contabilul face reconcilieri pe lângă sistem.
  • Obligațiile fiscale se rezolvă pe lângă ERP: facturile pentru ANAF, fișierul SAF-T (D406) sau declarațiile din RO e-Transport se pregătesc în afara NetSuite.
  • Nimeni nu știe ce a fost dezvoltat specific, iar administratorul contului nu este un om al companiei.

Dacă recunoașteți trei sau mai multe dintre aceste situații, discuția despre audit nu mai este teoretică. Pentru o privire de ansamblu asupra cauzelor, vedeți și greșelile frecvente în proiectele ERP.

Auditul nu este o acuzare

Un audit bine făcut nu caută un vinovat, ci o stare reală. Rezultatul este un document pe care îl puteți folosi în trei feluri: ca bază pentru a continua cu același integrator, cu un plan corectat; ca dosar de predare către un alt partener; sau ca argument într-o discuție comercială despre ce a fost livrat și ce nu.

Pentru aceasta, auditorul trebuie să fie independent de cel care a configurat sistemul. Un integrator care își verifică propria muncă nu este un auditor.

Ce se examinează într-o instalare NetSuite

Un audit complet acoperă mai multe straturi. Tabelul de mai jos arată ce se urmărește în fiecare și ce întrebare practică stă în spatele lui.

Domeniu Ce se verifică Întrebarea practică
Paramétrare de bază Structura companiei, subsidiarele, planul de conturi, monede, taxe Poate sistemul să reflecte cum este organizată firma dumneavoastră?
Date Calitatea și completitudinea articolelor, partenerilor, soldurilor deschise Pot avea încredere în ce văd pe ecran?
Fluxuri de lucru Aprobări, comenzi, achiziții, facturare, închidere Urmează sistemul procesul real sau unul teoretic?
Dezvoltări Scripturi, fluxuri personalizate, câmpuri și înregistrări proprii Sunt documentate, mentenabile, necesare?
Integrări Conexiunile cu magazinul online, banca, depozitul, alte aplicații Ce se întâmplă dacă o integrare se oprește?
Rapoarte Căutări salvate, rapoarte financiare, tablouri de bord Primește conducerea cifre pe care se poate baza?
Securitate Roluri, permisiuni, conturi active, autentificare Cine poate vedea și modifica ce?
Versiune și performanță Starea față de versiunea curentă, timpi de răspuns, volume Este contul pregătit pentru următoarea actualizare?

Parametrarea și structura de bază

Aici apar cele mai scumpe erori, pentru că ele se propagă în tot restul. Un plan de conturi construit fără să țină cont de cum lucrează contabilul, o structură de subsidiare nepotrivită sau taxele configurate parțial vor produce corecturi manuale la fiecare închidere. Auditorul compară configurația cu cerințele inițiale și cu realitatea operațională, nu doar cu documentul de proiect.

Aspectele fiscale ale României merită o verificare separată: TVA, facturarea electronică prin RO e-Factura, raportarea SAF-T (D406) și, pentru transporturile vizate, RO e-Transport. Detalii despre aceste obligații găsiți în ghidurile despre facturarea electronică în ERP și despre SAF-T (D406). Pentru contextul local al produsului, vedeți NetSuite în România.

Datele

Datele migrate prost sunt cauza ascunsă a multor proiecte „blocate”. Se caută dublurile de parteneri, articolele fără unitate de măsură sau cu clasificare contradictorie, soldurile deschise care nu se potrivesc cu contabilitatea și istoricul incomplet. Un audit utilizează eșantioane reale: se ia o factură, o comandă, un transfer de stoc și se urmărește drumul lor din sistem până în registrul contabil.

Dezvoltările și personalizările

Aici se întâlnesc frecvent probleme de mentenanță. Un script scris fără documentație, o logică ascunsă în câmpuri calculate sau un flux care funcționează doar pentru un utilizator anume sunt riscuri. Auditorul face inventarul tuturor elementelor personalizate, apoi le împarte în trei categorii: utile și sănătoase, utile dar de refăcut, de eliminat. Principiile unei dezvoltări sănătoase sunt descrise în pagina despre personalizarea NetSuite.

Integrările

Fiecare conexiune cu un sistem exterior trebuie să aibă un responsabil, o schemă documentată și o procedură pentru cazul în care ceva eșuează. Se verifică ce se întâmplă cu mesajele respinse, cine este alertat și dacă datele pot fi reluate fără dublare. Mai multe despre acest subiect în pagina despre integrările NetSuite.

Securitatea

Se examinează rolurile și permisiunile (cine poate aproba o plată, cine poate modifica un cont), conturile rămase active după plecarea unor colaboratori și modul de autentificare. Documentația oficială pentru versiunea 2026.2 menționează, printre noutăți, autentificarea fără parolă prin chei de acces (passkeys); auditul verifică ce mecanisme de autentificare folosește efectiv contul dumneavoastră și dacă accesele externe, de exemplu cele ale integratorului, sunt justificate.

Versiunea și actualizările

NetSuite primește de două ori pe an o mare actualizare planificată; notele de versiune pentru 2026.2 sunt organizate pe trei familii: versiunea planificată, versiunile lunare și SuiteApps publicate separat. Un cont cu multe personalizări poate fi afectat de aceste schimbări, de aceea auditorul urmărește dacă integratorul testează înainte de actualizare. Instrumentul prevăzut pentru asta este contul Release Preview, un cont de test temporar, izolat de producție, care rulează noua versiune și în care se pot încerca personalizările, scripturile și integrările. Rămâne disponibil până la actualizarea contului sursă sau până la 14 zile consecutive fără conectare, apoi este șters. Întrebați dacă integratorul dumneavoastră îl folosește sistematic. Despre ediții și versiuni, vedeți versiunile și edițiile NetSuite.

Cum se desfășoară un audit, pas cu pas

Un audit serios nu începe cu o discuție despre prețuri, ci cu stabilirea perimetrului.

  1. Definirea scopului. Vreți un diagnostic general, un control al unui modul (contabilitate, stocuri) sau o evaluare în vederea schimbării integratorului?
  2. Acordarea accesului. Auditorul are nevoie de un rol cu drept de citire în cont și, uneori, de acces la un cont de test. Accesul de scriere nu este necesar în faza de diagnostic.
  3. Interviuri. Se discută cu utilizatorii cheie: contabilul, responsabilul de depozit, directorul comercial. Aceștia descriu ce funcționează și ce ocolesc.
  4. Verificări în sistem. Eșantioane de documente, revizuirea configurației, inventarul dezvoltărilor.
  5. Raportul. Constatările sunt ierarhizate după impact: ce blochează activitatea, ce generează risc fiscal sau de securitate, ce este doar de optimizat.
  6. Planul de redresare. Fiecare constatare primește o acțiune, un responsabil și o ordine de execuție.

Raportul trebuie să poată fi citit și de un director care nu este informatician. Dacă documentul este doar o listă tehnică, nu este un audit util.

Schimbarea integratorului fără a relua totul

Frica cea mai răspândită este aceasta: „dacă schimb integratorul, trebuie să o iau de la capăt”. De obicei nu este adevărat, cu o condiție: să controlați ce este al dumneavoastră.

Ce rămâne în firmă

Contul NetSuite, datele și configurația aparțin companiei. Un integrator nu «deține» proiectul. Dacă administratorul principal al contului este o persoană din partea integratorului, primul pas este să fie numit un administrator din interiorul firmei și să se facă o revizuire a tuturor conturilor privilegiate.

Ce se recuperează

Înainte de orice discuție cu noul partener, cereți vechiului integrator, în scris, următoarele:

  • caietul de sarcini și specificațiile funcționale aprobate;
  • lista completă a personalizărilor, scripturilor și fluxurilor, cu codul sursă;
  • schemele integrărilor și datele de conectare, transferate către persoane din firmă;
  • matricea rolurilor și permisiunilor;
  • planul de conturi, regulile de taxare și parametrii fiscali;
  • procesele-verbale de recepție, planul de testare și rezultatele testelor;
  • jurnalul problemelor deschise și al cererilor de modificare.

Dacă lipsește o parte, noul integrator va trebui să reconstituie din cont ceea ce ar fi trebuit predat; aceasta se reflectă în durata și în costul preluării. Pentru detalii privind relația contractuală, citiți cum alegeți un integrator ERP și criteriile pentru un partener NetSuite.

Ce se păstrează și ce se refac

Regula practică: se păstrează ce este corect, documentat și folosit; se refac elementele care nu respectă aceste trei condiții. În mod frecvent se păstrează datele curate, planul de conturi, rolurile și integrările stabile. Se refac, de obicei, dezvoltările nedocumentate și fluxurile pe care utilizatorii le ocolesc. Reluarea completă se justifică rar și numai când fundația (structura companiei, a conturilor sau a stocurilor) este greșită.

Planul de redresare

Un plan realist nu promite totul deodată. El pornește de la ceea ce doare cel mai mult activitatea și obligațiile fiscale.

Prioritatea întâi: ce afectează conformitatea

Tot ce ține de facturare, TVA, SAF-T (D406) și, unde se aplică, RO e-Transport se verifică și se corectează înaintea oricărei optimizări. Este zona în care o eroare poate produce consecințe în relația cu ANAF.

Apoi: ce afectează încrederea în cifre

Soldurile, stocurile, închiderea lunii. Dacă directorul financiar nu poate semna o balanță fără corecturi manuale, restul nu contează. Vedeți și contabilitatea și finanțele în NetSuite.

Apoi: adoptarea de către utilizatori

Un sistem corect configurat, dar pe care oamenii nu îl folosesc, rămâne un proiect eșuat. Se reiau sesiunile de lucru pe procese reale și se completează instruirea; pagina despre instruirea în NetSuite explică ce trebuie urmărit.

În sfârșit: mentenanță și guvernanță

Planul se încheie cu reguli de funcționare: cine aprobă o modificare, cum se testează înainte de actualizare, cine răspunde de suport. Detalii în pagina despre suportul și mentenanța NetSuite.

Cum vă ajutăm să găsiți un auditor sau un nou integrator

Nu realizăm noi auditul și nu suntem un integrator: punem în legătură compania dumneavoastră cu un integrator ERP certificat, potrivit situației descrise. Serviciul este gratuit. Descrieți în cerere stadiul proiectului, ce funcționează și ce nu, și dacă doriți un audit independent, o preluare sau o continuare cu același partener. Modul în care funcționează mijlocirea este explicat în pagina cum funcționează.

Un ultim sfat: nu așteptați să se epuizeze bugetul pentru a cere o a doua opinie. Cu cât auditul vine mai devreme, cu atât mai mult din ce s-a construit poate fi salvat.

Întrebări frecvente

Cât durează un audit NetSuite și cât costă?

Durata și costul depind de numărul de subsidiare, de volumul de personalizări și de accesul pe care îl primește auditorul. Un audit limitat la un singur domeniu, de exemplu stocurile sau raportările fiscale, este mult mai scurt decât o analiză a întregii instalări. Cereți o ofertă cu un perimetru scris și cu livrabilele precizate.

Pot schimba integratorul NetSuite în mijlocul proiectului?

Da, dacă dețineți contul NetSuite, administratorul și documentația. Contul și datele sunt ale companiei dumneavoastră, nu ale integratorului. Noul partener începe cu un audit al stadiului existent, apoi reia ce este sănătos și refăcând numai ce nu poate fi păstrat.

Ce documente trebuie să recuperez de la integratorul actual?

Caietul de sarcini, specificațiile funcționale, lista personalizărilor și a scripturilor, codul sursă al dezvoltărilor, schemele integrărilor, matricea rolurilor și permisiunilor și procesele-verbale de recepție. Cereți și lista tuturor conturilor de acces create în numele proiectului. Fără aceste documente, orice preluare costă mai mult.

Cum verific dacă instalarea mea NetSuite respectă cerințele ANAF?

Auditul trece în revistă fluxurile care ating autoritatea fiscală: RO e-Factura, raportarea SAF-T (D406) și, dacă este cazul, RO e-Transport. Se verifică dacă datele de bază ale partenerilor și ale articolelor sunt complete, dacă documentele emise coincid cu cele din contabilitate și dacă firma dumneavoastră de contabilitate poate extrage ce îi trebuie. Un test pe un caz real este mai concludent decât orice declarație.

Merită salvat proiectul sau este mai bine să reluăm de la zero?

De cele mai multe ori nu se pornește de la zero. Datele curate, configurația contabilă și rolurile bine gândite se păstrează, iar dezvoltările fragile se refac. Reluarea completă se justifică doar când structura de bază, de exemplu organizarea subsidiarelor sau planul de conturi, este greșită și afectează totul.

Surse

  1. Oracle NetSuite — notele de versiune 2026.2
  2. Oracle NetSuite — Release Preview

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.