Un proiect NetSuite nu se termină la intrarea în producție. Din ziua în care contabilii emit facturi, depozitul înregistrează recepții și conducerea își citește rapoartele în aplicație, orice defecțiune are un cost imediat. De aceea support-ul NetSuite, adică mentenanța continuă a sistemului, trebuie gândit înainte de semnarea proiectului, nu după prima urgență. Pagina de față explică cine răspunde de ce, cum arată un contract solid de mentenanță NetSuite, ce înseamnă TMA NetSuite și cum se schimbă un prestator fără să se oprească firma.
Două niveluri de suport, doi responsabili diferiți
NetSuite este o aplicație în cloud. Asta înseamnă că o mare parte din muncă tehnică, de la servere la copii de siguranță ale platformei, nu mai cade pe departamentul IT al firmei. Dar nu înseamnă că „nu mai este nimic de întreținut". Rămân două straturi, iar confuzia dintre ele este sursa celor mai multe nemulțumiri.
Ce ține de editor
Oracle răspunde de platformă: disponibilitatea serviciului, securitatea infrastructurii și livrarea versiunilor noi. Dacă întreaga aplicație este indisponibilă sau o funcție standard nu se comportă conform documentației, vorbim de un subiect pentru canalele de suport ale editorului, conform condițiilor din abonament. Pentru detaliile acestui abonament, consultați și prețurile și modelul de licențiere NetSuite.
Ce ține de integrator
Aplicația pe care o folosiți zilnic nu este platforma goală. Este platforma plus planul de conturi, rolurile și permisiunile, fluxurile de aprobare, formularele, rapoartele, SuiteScript-urile și conectorii către bancă, magazinul online sau sistemul de curierat. Tot acest strat a fost construit de integrator în timpul implementării NetSuite, iar editorul nu îl cunoaște și nu îl poate repara. Când o aprobare de comandă se blochează după o schimbare organizatorică sau când un raport personalizat dă cifre diferite față de balanță, adresa potrivită este integratorul.
| Subiect | Cine răspunde în mod normal | Exemplu |
|---|---|---|
| Disponibilitatea platformei | Oracle | Aplicația nu se deschide pentru toți utilizatorii |
| Versiunile noi ale produsului | Oracle livrează, integratorul testează la client | Mutarea pe versiunea următoare |
| Configurarea și rolurile | Integratorul sau administratorul intern | Un utilizator nou care are nevoie de drepturi de aprobare |
| SuiteScript și personalizări | Integratorul | Un script de numerotare care se oprește după o actualizare |
| Integrări cu terți | Integratorul, uneori și furnizorul terț | Sincronizarea cu magazinul online |
| Conformitatea locală (e-Factura, SAF-T) | Integratorul, cu validarea contabilului | Un format de export respins de ANAF |
| Formarea utilizatorilor noi | Integratorul sau formatorul intern | Angajat nou în departamentul de achiziții |
Ce cuprinde, concret, mentenanța NetSuite
Sub eticheta „mentenanță" se ascund, de fapt, patru tipuri de muncă, pe care un contract serios le separă clar.
Suport aplicativ (corecții). Un utilizator sesizează o eroare, integratorul o analizează și o remediază. Aici contează timpul de preluare și timpul de rezolvare, în funcție de gravitate.
Asistență pentru utilizatori. Întrebări de tipul „cum fac o notă contabilă recurentă?" sau „de ce nu văd aceste comenzi?". Nu sunt defecte, ci lacune de utilizare. Dacă acestea domină tichetele, soluția este mai degrabă instruirea echipei decât un contract mai scump.
Mentenanță preventivă și monitorizare. Verificarea periodică a scripturilor, a integrărilor și a jurnalelor de erori, curățarea rolurilor rămase active după plecarea unor angajați, controlul copiilor de configurare.
Evoluții. Un raport nou, un câmp suplimentar, un flux de aprobare modificat. Acestea nu sunt corecții și se tratează separat, pe bază de ofertă sau de pachet de ore. Pentru lucrări de amploare, vedeți pagina despre personalizarea NetSuite.
TMA NetSuite: când are sens
TMA, adică mentenanța aplicativă externalizată, înseamnă că un prestator își asumă contractual întreținerea aplicației, de obicei cu un punct de contact stabil și un tablou de bord al tichetelor. Are sens în trei situații frecvente la IMM-urile și companiile de mărime medie din România:
- firma nu are un administrator NetSuite și contabilitatea depinde de o singură persoană din finanțe, care „se pricepe";
- activitatea are vârfuri previzibile (închidere de lună, inventar anual, campanii), când orice blocaj costă scump;
- sistemul este conectat cu mai multe aplicații externe și un incident într-un conector oprește fluxul de facturare.
Dacă, dimpotrivă, aveți un administrator intern formal, un contract mai ușor, de tip escaladare și evoluții la cerere, este adesea suficient.
Actualizările NetSuite: ce se schimbă și cum vă protejați
Spre deosebire de un ERP instalat local, în NetSuite nu hotărâți singur când treceți la versiunea nouă. Documentația Oracle descrie versiunea 2026.2 ca pe o actualizare de versiune planificată, livrată de două ori pe an, care aduce funcții noi, îmbunătățiri și modificări la nivelul întregii platforme. Între aceste două momente apar versiuni lunare cu îmbunătățiri, iar SuiteApps-urile publică separat propriile note. Pentru a vă orienta printre ediții și cicluri, citiți pagina despre versiunile NetSuite.
Domeniile atinse de versiunea 2026.2 arată cât de largă poate fi o actualizare: asistentul Ask Oracle bazat pe IA, 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 producție, abonații la evenimente și modulul LLM din SuiteScript, precum și exportul .xlsx din SuiteAnalytics. Nu toate vă privesc, dar oricare dintre ele poate atinge un proces pe care l-ați personalizat.
Contul Release Preview, instrumentul pe care îl cereți integratorului
Oracle pune la dispoziție un cont Release Preview: un cont de test temporar și izolat de producție, care rulează noua versiune a software-ului. Cu el se pot verifica personalizările, SuiteScript-urile, integrările prin servicii web, magazinele online și accesul SuiteAnalytics Connect înainte de mutarea efectivă. Trei limite practice:
- 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;
- la început este accesibil doar administratorilor, care pot deschide apoi accesul altor utilizatori;
- se folosește exclusiv pentru teste, nu pentru lucru real.
De aici decurge o clauză utilă: contractul de mentenanță trebuie să spună explicit că integratorul face, înaintea fiecărei versiuni planificate, un ciclu de testare în Release Preview, pe baza unei liste de scenarii validate de dumneavoastră (emiterea unei facturi și transmiterea în RO e-Factura, închiderea unei luni, un import bancar, o comandă de la magazinul online). Un termen-limită de 14 zile de inactivitate impune ca cineva să se conecteze efectiv, deci și un responsabil intern numit.
Ce să cereți într-un contract de mentenanță
Un contract bun nu este cel mai lung, ci cel care elimină ambiguitățile înainte de primul incident. Verificați următoarele puncte.
| Clauză | Ce să urmăriți |
|---|---|
| Perimetrul | Ce module, ce scripturi, ce integrări sunt acoperite; ce rămâne în afara contractului |
| Niveluri de gravitate | Definiții clare (blocaj total, funcție degradată, întrebare), cu un termen de preluare și unul de rezolvare pentru fiecare |
| Orele de acoperire | Zilele și intervalele orare; ce se întâmplă în ziua de închidere contabilă sau în perioada declarațiilor |
| Canale de solicitare | Platformă de tichete, e-mail, telefon pentru urgențe; un punct de contact numit |
| Corecții și evoluții | Unde se termină garanția unei lucrări livrate și unde începe o evoluție facturabilă |
| Actualizări de versiune | Testare în Release Preview, raport de impact, remedierea personalizărilor afectate |
| Raportare | Raport lunar al tichetelor: număr, timp de rezolvare, cauze repetitive |
| Documentație | Predarea specificațiilor și a codului personalizărilor, actualizate la fiecare modificare |
| Securitate | Gestionarea conturilor, a rolurilor și a accesului prestatorului la datele firmei |
| Ieșirea | Preaviz, predarea documentației, asistență în tranziție, confidențialitate |
Două precizări importante. Primo, nivelurile de serviciu fără penalități sau fără o consecință practică sunt simple promisiuni; discutați măcar o formă de compensare sau de revizuire a contractului dacă termenele sunt depășite în mod repetat. Secundo, rămâneți titularul contului NetSuite, al datelor și al accesului de administrator: prestatorul lucrează cu drepturile pe care le acordați dumneavoastră, nu invers.
Cât să prevedeți în buget
Fără a vă promite cifre, putem spune de ce variază atât de mult costul suportului de la o firmă la alta. Factorii sunt, în ordinea importanței:
- numărul și complexitatea personalizărilor: o instalare apropiată de standard costă mult mai puțin de întreținut decât una plină de scripturi;
- numărul de integrări cu bănci, magazine online, curieri, sisteme de salarizare sau instrumente fiscale; vedeți integrările NetSuite;
- numărul de utilizatori și de entități (filiale, societăți din grup);
- nivelul de serviciu dorit: un termen de rezolvare scurt cere disponibilitate dedicată;
- modelul de facturare: abonament lunar fix, bancă de ore sau facturare la tichet;
- reglementarea locală: modificările legate de RO e-Factura, SAF-T (D406) sau RO e-Transport pot genera lucrări neprevăzute, deci o rezervă pentru evoluții legale este rezonabilă. Detalii în ghidul cerințelor legale pentru ERP.
O regulă practică: bugetați separat mentenanța (previzibilă, lunară) și evoluțiile (variabile, pe proiecte). Amestecate într-o singură linie, cele două fac imposibilă evaluarea a ceea ce plătiți pentru liniște și a ceea ce plătiți pentru dezvoltare.
Cum alegeți prestatorul de suport
Integratorul care a făcut implementarea este candidatul firesc, dar nu obligatoriu. Întrebările de pus sunt aceleași ca la alegerea unui partener de proiect:
- Are în echipă consultanți care cunosc contabilitatea românească și cerințele ANAF, nu doar platforma?
- Poate arăta, fără a numi clienți, cum arată un raport lunar de tichete și cum se escaladează un incident?
- Lucrează cu un proces documentat pentru modificări (mediu de test, aprobare, punere în producție)?
- Acceptă să predea documentația și să fie auditat?
Pentru criterii mai largi, parcurgeți pagina dedicată alegerii unui partener NetSuite. Dacă doriți să comparați oferte de suport fără să contactați singur mai mulți prestatori, cum funcționează punerea în legătură explică procesul nostru: serviciul este gratuit pentru dumneavoastră, iar proiectul îl realizează integratorul.
Schimbarea prestatorului de suport, pas cu pas
Firmele schimbă prestatorul din motive repetitive: termene nerespectate, rotația consultanților, costuri care cresc fără explicații sau pur și simplu o schimbare de strategie. Pentru a evita o perioadă de haos, procedați ordonat.
Pasul 1. Inventarul. Faceți lista scripturilor, a fluxurilor de lucru, a integrărilor, a rapoartelor personalizate și a rolurilor. Dacă nu există, aceasta este deja o primă constatare.
Pasul 2. Auditul. Un audit independent evaluează calitatea personalizărilor și riscurile. Pagina despre auditul și salvarea unui proiect NetSuite descrie când este justificat.
Pasul 3. Predarea. Cereți, conform clauzei de ieșire, documentația, codul și istoricul tichetelor. Verificați că administratorul contului este un reprezentant al firmei.
Pasul 4. Tranziția. Lăsați cele două echipe să lucreze în paralel pentru o perioadă scurtă, pe cazuri reale. Evitați să faceți schimbarea înaintea închiderii de an sau a unui termen fiscal.
Pasul 5. Bilanțul. După primele cicluri, comparați rapoartele de tichete cu cele anterioare: timp de rezolvare, probleme repetate, calitatea comunicării.
Greșeli frecvente
- Să credeți că „cloud" înseamnă că nu mai este nevoie de nimeni care să cunoască aplicația.
- Să semnați un contract fără definiția gravității și fără termene.
- Să amestecați corecțiile cu evoluțiile, apoi să vă mirați de factură.
- Să lăsați versiunea nouă să ajungă în producție fără test în Release Preview.
- Să nu aveți un administrator intern numit, chiar dacă prestatorul este foarte bun.
- Să nu cereți documentația personalizărilor până în momentul în care relația se strică.
Un suport bine contractat se vede mai ales în lipsa evenimentelor: închiderile de lună trec fără surprize, versiunile noi se instalează fără oprirea facturării, iar echipa știe pe cine să sune. Dacă ați început să vă pregătiți pentru un proiect, merită să discutați mentenanța încă de la cererea de ofertă, odată cu perimetrul funcțional.
Întrebări frecvente
Ce acoperă suportul Oracle pentru NetSuite și ce rămâne în sarcina integratorului?
Oracle răspunde de platforma cloud: infrastructura, disponibilitatea serviciului și versiunile livrate pe tot parcursul anului. Integratorul răspunde de ceea ce este specific firmei dumneavoastră: configurarea, rolurile, fluxurile de aprobare, SuiteScript-urile, integrările și rapoartele personalizate. O problemă de contabilitate sau o integrare cu ANAF care nu mai merge după o modificare internă se tratează, de regulă, la integrator.
Ce înseamnă TMA NetSuite și când merită externalizată?
TMA este mentenanța aplicativă externalizată: un prestator preia, pe bază de contract, corecțiile, mici evoluții și monitorizarea aplicației. Merită atunci când firma nu are un administrator NetSuite dedicat sau când personalul intern nu poate acoperi concediile și vârfurile de lucru, cum este închiderea de lună. Dacă aveți deja un administrator competent, un contract limitat la escaladări poate fi suficient.
Cum se pregătește firma pentru o nouă versiune NetSuite?
Oracle livrează două versiuni planificate pe an, plus îmbunătățiri lunare. Înainte de mutarea în producție, se testează personalizările, scripturile și integrările în contul Release Preview, un cont temporar și separat de producție. Integratorul ar trebui să includă acest test în contract, cu o listă de scenarii convenită împreună cu contabilul-șef și cu responsabilii de proces.
Ce clauze trebuie să conțină un contract de mentenanță NetSuite?
Cereți definiția clară a perimetrului, nivelurile de gravitate cu termene de preluare și de rezolvare, canalele de solicitare, orele acoperite, regulile pentru evoluții față de corecții, raportarea lunară a tichetelor și condițiile de ieșire. Cereți și accesul la documentația tehnică a personalizărilor, astfel încât să nu depindeți de o singură persoană din echipa prestatorului.
Cum schimb integratorul care asigură suportul NetSuite?
Începeți cu un audit al personalizărilor și al documentației existente, apoi cereți predarea scripturilor, a listei de integrări și a istoricului de tichete. Prevedeți o perioadă de tranziție în care vechiul și noul prestator lucrează în paralel, fără nicio întrerupere în perioadele sensibile, precum depunerea declarațiilor către ANAF. Titularul contului NetSuite trebuie să fie întotdeauna firma dumneavoastră.
Surse
- Oracle NetSuite Help Center – NetSuite 2026.2 Release Notes
- Oracle NetSuite Help Center – 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.