Un proiect ERP nu este o instalare de software, ci o schimbare a modului în care firma lucrează, trecută printr-o succesiune de etape. Cine cunoaște aceste etape, ce trebuie obținut din fiecare și unde se strică de obicei lucrurile poate conduce proiectul chiar și fără să fie informatician. Ghidul de mai jos descrie etapele proiectului ERP, de la prima discuție până la îmbunătățirea continuă, așa cum se petrec ele într-o IMM sau o ETI din România.
Pentru fiecare etapă veți găsi trei lucruri: obiectivul, livrabilele pe care ar trebui să le primiți și capcanele frecvente. Ordinea poate varia ușor de la un integrator la altul, dar logica rămâne aceeași, indiferent că vorbim de Odoo, de Microsoft Dynamics 365 Business Central, de SAP Business One, de Oracle NetSuite sau de WinMentor Enterprise.
Privire de ansamblu: etapele unui proiect ERP
Înainte de detalii, iată harta completă. Tabelul arată ce se urmărește la fiecare pas și cine poartă greul.
| Etapă | Întrebarea la care răspunde | Cine conduce |
|---|---|---|
| Cadrare | De ce facem proiectul și ce schimbăm? | Conducerea firmei |
| Alegere | Ce soluție și ce intégrator se potrivesc? | Firma, cu sprijin extern |
| Conceptie (analiză) | Cum va funcționa fiecare proces? | Integratorul, cu responsabilii de proces |
| Parametrare | Cum configurăm soluția? | Integratorul |
| Reluarea datelor | Ce date mutăm și în ce stare? | Firma și integratorul |
| Recepție | Funcționează totul pe cazuri reale? | Utilizatorii cheie |
| Instruire | Știe fiecare ce are de făcut? | Integratorul și șeful de proiect |
| Pornire | Cum trecem în producție fără pierderi? | Toți, sub coordonarea șefului de proiect |
| Îmbunătățire continuă | Ce ajustăm după primele luni? | Firma, cu integratorul |
Un reper util: prima jumătate a proiectului se câștigă pe hârtie, în discuții, iar a doua pe date și pe disciplină. Firmele care sar peste analiză descoperă mai târziu, mult mai scump, ce nu au spus.
Etapa de cadrare: definiți de ce faceți proiectul
Obiectiv
Cadrarea transformă o nemulțumire („lucrăm în Excel și pierdem timp”) într-o miză măsurabilă. Se stabilesc problemele de rezolvat, procesele vizate, entitățile juridice și depozitele implicate, utilizatorii probabili și constrângerile legale. Tot aici se numește sponsorul proiectului și se hotărăște ce intră în prima fază și ce așteaptă.
Livrabile
- o notă de cadrare scurtă: obiective, perimetru, excluderi, riscuri cunoscute;
- o primă listă de procese și de utilizatori, fără a intra în detalii tehnice;
- un buget-cadru în RON și o lege a deciziilor: cine aprobă ce;
- un grup de proiect cu nume și timp alocat.
Dacă doriți un punct de plecare pentru buget, costul unui ERP este explicat separat, fără cifre inventate.
Capcane
Prima capcană este un obiectiv vag: „să modernizăm firma”. A doua, un perimetru care crește pe parcurs, pentru că fiecare departament adaugă „încă ceva”. A treia, uitarea cerințelor locale: o firmă care emite facturi către clienți B2B trebuie să se gândească de la început la RO e-Factura, iar una care transportă mărfuri cu risc fiscal, la RO e-Transport. Verificați obligațiile legale ale unui ERP încă din cadrare.
Etapa de alegere: soluția și integratorul
Obiectiv
Se alege, în această ordine, tipul de soluție și apoi cel care o va pune în operă. Mulți fac invers și aleg un nume de produs înainte de a ști ce au nevoie. Un caiet de sarcini bine scris separă esențialul de dorințele, iar un scenariu de demonstrație pe procesele voastre reale despart ofertele serioase de cele generice.
Livrabile
- un caiet de sarcini ERP cu cerințele obligatorii, utile și opționale;
- o listă scurtă de soluții comparate pe aceleași scenarii; ghidurile cum alegeți un ERP și ERP în cloud sau on-premise vă ajută să formulați criteriile;
- ofertele comparabile ale integratorilor, cu perimetrul scris clar;
- o decizie motivată, semnată de sponsor.
Capcane
Compararea ofertelor doar după preț este cea mai frecventă greșeală, pentru că ofertele nu acoperă același lucru. Una include migrarea datelor, alta nu; una prevede instruirea, alta o lasă „la cerere”. Cereți fiecărui integrator să precizeze ce este inclus și ce nu, apoi parcurgeți alegerea integratorului ERP înainte de semnătură. Dacă ezitați între două produse, comparațiile precum Odoo sau Business Central arată diferențele care contează la nivel de proces, nu de slogan.
Etapa de concepție: cum va lucra firma în ERP
Obiectiv
Concepția (numită și analiză detaliată sau „atelier de proces”) descrie, pentru fiecare flux, cum se va lucra în viitor: de la comanda clientului la încasare, de la necesar de achiziție la recepția mărfii, de la ordinul de fabricație la costul produsului. Scopul nu este să copiați ce faceți azi, ci să decideți ce păstrați, ce simplificați și ce abandonați.
Livrabile
- scheme de procese pentru fiecare flux important, validate de responsabilul lui;
- lista abaterilor: ce se face prin configurare, ce prin dezvoltare specifică, ce prin schimbarea obiceiurilor;
- planul conturilor, structura de analitice, depozitele, listele de prețuri, regulile de TVA și circuitele de aprobare;
- planul de proiect cu etapele, responsabilii și condițiile de trecere de la una la alta.
Capcane
Cea mai periculoasă este tentația de a reproduce exact programul vechi. Un ERP aduce pe masă practici standard; fiecare dezvoltare specifică se plătește la început, dar se și întreține și se reia la fiecare versiune nouă. Regula sănătoasă: se face specific doar ce dă un avantaj real sau ce impune legea. A doua capcană este absența contabilului din ateliere. În România, contabilitatea și fiscalitatea ating fiecare proces, iar o regulă omisă aici se descoperă târziu, de obicei la prima închidere de lună.
Etapa de parametrare: configurarea soluției
Obiectiv
Se construiește soluția pornind de la concepție: societăți, utilizatori și drepturi, articole, parteneri, fluxuri, documente tipărite, rapoarte. Integratorul configurează înainte de a dezvolta, și pune pe teren rapid un prim mediu funcțional, ca utilizatorii să vadă lucrul concret în loc să judece doar pe diapozitive.
Livrabile
- un mediu de testare configurat conform concepției;
- documentația parametrajului: ce a fost activat și de ce;
- machetele de documente (factură, aviz, comandă) adaptate cerințelor legale;
- integrările necesare cu alte sisteme: bancă, magazin online, curier, transportator, platforma de e-Factura.
Pentru integrarea cu ANAF, verificați cum soluția trimite și primește facturile electronice; ERP și facturarea electronică explică ce trebuie urmărit.
Capcane
Parametrarea făcută „în culise”, fără demonstrații periodice, produce surprize la recepție. Cereți demonstrații scurte și dese. Atenție și la dezvoltările care se acumulează fără decizie explicită: fiecare cerere trebuie trecută printr-un registru de modificări, cu motiv, cost și aprobare.
Etapa de reluare a datelor: din programul vechi în ERP
Obiectiv
Este etapa cea mai subestimată. Se hotărăște ce date se reiau (parteneri, articole, solduri, imobilizări, contracte) și ce rămâne în arhivă; apoi se curăță, se mapează și se încarcă. Datele proaste nu devin bune prin simpla mutare într-un sistem nou.
Livrabile
- un inventar al surselor: WinMentor sau alt program de contabilitate, fișiere Excel, aplicația de depozit, magazinul online;
- reguli de curățare: duplicate, coduri fiscale invalide, articole nefolosite, unități de măsură neuniforme;
- scripturi sau fișiere de încărcare, repetabile;
- rapoarte de concordanță între sistemul vechi și cel nou: solduri, stocuri, deschideri de parteneri.
Mai multe despre acest subiect în ghidul despre migrarea la un nou ERP.
Capcane
Prima: pornirea curățării abia înainte de lansare. O faceți din timp, pe durata parametrării, cu încărcări de probă succesive. A doua: lipsa unui responsabil al datelor în firmă. A treia: încărcarea soldurilor fără reconciliere cu contabilul, ceea ce transformă prima închidere într-un șantier. Un istoric voluminos nu trebuie neapărat mutat; adesea o arhivă consultabilă este mai sigură și mai ieftină.
Etapa de recepție: testați pe cazuri reale
Obiectiv
Recepția verifică dacă soluția face ceea ce s-a promis, pe cazurile voastre, cu oamenii voștri. Ea nu înseamnă „ne-a arătat integratorul că merge”, ci „am făcut noi, de la un capăt la altul, exact ce facem într-o zi obișnuită”.
Livrabile
- scenarii de test scrise de utilizatori, pornind de la situații reale, inclusiv excepțiile: retur, discount, factură storno, marfă lipsă la recepție;
- un registru al anomaliilor, cu gravitate și termen de remediere;
- un proces-verbal de recepție, cu rezerve, semnat de sponsor;
- verificarea punctelor legale: e-Factura, exportul SAF-T (D406), documentele de transport pentru RO e-Transport, declarațiile de TVA.
Capcane
Utilizatorii cheie nu au timp, așa că testează superficial. Soluția: eliberați-i efectiv de o parte din munca zilnică. O altă capcană este recepția doar pe „calea fericită”. Majoritatea problemelor apar la cazurile rare, tocmai cele care consumă timp în realitate. În sfârșit, nu acceptați o recepție fără a ști cine remediază ce, până când și cum se retestează.
Etapa de instruire: oamenii fac diferența
Obiectiv
Instruirea transformă o echipă reticentă într-una capabilă. Ea nu se reduce la o prezentare generală a meniurilor: fiecare rol învață exact ce are de făcut în sistemul nou, pe date apropiate de cele reale.
Livrabile
- un plan de instruire pe roluri: vânzări, achiziții, depozit, producție, contabilitate, conducere;
- ghiduri scurte pe proces, în limba română, cu capturi din propriul mediu;
- instructori interni formați (utilizatorii cheie), care vor răspunde colegilor după lansare;
- un registru al întrebărilor frecvente, alimentat în timpul sesiunilor.
Capcane
Instruirea făcută cu o lună înainte și uitată până la lansare. Sau, invers, făcută prea târziu, în ajun. Ideal, utilizatorii cheie se formează în timpul parametrării, iar ceilalți, la scurt timp înainte de pornire. Nu neglijați conducerea: dacă directorii continuă să ceară rapoarte din Excel, echipa nu va respecta noul circuit.
Etapa de pornire: trecerea în producție
Obiectiv
Pornirea (go-live) este momentul în care firma lucrează efectiv în ERP. Se alege o perioadă potrivită: de regulă la început de lună sau de exercițiu, departe de vârfurile de activitate și de termenele fiscale mari. Se hotărăște dinainte dacă lansarea este globală sau pe module.
Livrabile
- un plan de tranziție minut cu minut: oprirea sistemului vechi, încărcarea finală, verificările, deschiderea către utilizatori;
- criterii de tip „se merge / nu se merge” și un plan de revenire, dacă ceva critic nu funcționează;
- o echipă de sprijin intensiv în primele zile, cu canal de contact clar;
- un jurnal al incidentelor, tratate după gravitate.
Capcane
Cea mai frecventă: să lansați în plin sezon sau chiar înainte de un termen de raportare către ANAF. Alta: să nu mai fie nimeni disponibil pentru probleme curente, pentru că toată lumea a plecat în concediu. În final, dublarea muncii în ambele sisteme „pentru siguranță” epuizează echipa și întârzie adopția; este mai bine să existe un plan de revenire credibil decât o perioadă lungă de lucru paralel.
Etapa de îmbunătățire continuă: proiectul nu se termină la lansare
Obiectiv
După pornire, utilizatorii descoperă ce nu s-a spus în ateliere, iar firma începe să ceară mai mult de la sistem: tablouri de bord, automatizări, noi module, noi filiale. Această etapă transformă ERP-ul într-un instrument de conducere, nu într-un simplu registru.
Livrabile
- o bilanț post-lansare, cu ce a mers și ce nu;
- o listă prioritizată a îmbunătățirilor, cu beneficiu așteptat și efort;
- un contract de suport și de evoluție, cu răspunderi clare, inclusiv pentru adaptările legislative viitoare;
- indicatori de urmărit: termene de închidere, erori de stoc, timp de facturare, rata de utilizare.
Capcane
Să considerați proiectul încheiat și să dați drumul echipei. Fără un responsabil intern și fără o cadență de revizuire, sistemul degradează încet: se creează ocolisuri, rapoartele revin în foi de calcul, iar noile cerințe se rezolvă din nou în afara ERP-ului. Cerințele legale evoluează și ele; modul în care soluția rămâne conformă cu ele trebuie să fie scris în contractul de suport.
Ce implicare cere proiectul din partea firmei
Un integrator poate configura, încărca și instrui, dar nu poate decide în locul vostru cum se fac vânzările sau cum se evaluează stocurile. Din partea firmei sunt necesari:
- un sponsor din conducere, care arbitrează conflictele dintre departamente și apără perimetrul;
- un șef de proiect intern, cu timp real alocat, nu doar „în plus față de munca obișnuită”;
- responsabili de proces, care cunosc detaliile și pot spune „așa facem noi” sau „așa nu mai facem”;
- contabilul-șef sau firma de contabilitate externă, implicat din analiză până la prima închidere;
- un responsabil al datelor, care răspunde de curățare și de reconciliere.
În firmele mici, unele roluri se cumulează. Important este ca fiecare responsabilitate să aibă un nume, nu să rămână „la echipă”. Pentru firme cu resurse limitate, ghidul despre ERP pentru IMM-uri arată cum se dimensionează un proiect fără să se sacrifice rigoarea.
Riscurile care se repetă și cum le evitați
Proiectele care ajung în dificultate au, de regulă, aceleași cauze: perimetru fluid, date neglijate, utilizatori absenți, decizii amânate și testare superficială. Pe fiecare dintre ele le puteți preveni cu un obicei simplu: un perimetru scris și un registru de modificări, o curățare de date începută devreme, utilizatori eliberați de sarcini, un comitet de decizie care se reunește la date fixe și o recepție făcută cu scenarii reale. Greșelile frecvente ale proiectelor ERP detaliază aceste capcane cu exemple.
Specificul proiectelor ERP în România
Contextul local influențează calendarul și conținutul etapelor:
- RO e-Factura: transmiterea facturilor prin sistemul național trebuie testată cu cazuri reale, inclusiv respingeri și corecții;
- SAF-T (D406): structura datelor din ERP trebuie să permită generarea declarației fără corecții manuale; ghidul dedicat explică ce se verifică;
- RO e-Transport: pentru mărfurile vizate, declararea transportului se integrează în fluxul de expediție; vedeți ghidul RO e-Transport;
- TVA și exercițiul financiar: alegerea datei de lansare ține cont de închiderile lunare și de depunerea declarațiilor;
- limba și formatele: documente în română, RON ca monedă de bază, cursuri de schimb preluate corect pentru operațiunile în valută.
Disponibilitatea integratorilor diferă și între regiunile țării; dacă doriți un partener apropiat pentru ateliere la sediu, consultați pagina integrator ERP pe regiuni, de exemplu București-Ilfov sau Nord-Vest. Un proiect poate fi condus și la distanță, dar etapele de recepție și de instruire câștigă de la prezența pe teren.
Cum vă ajută Integrator ERP
Integrator ERP este un serviciu gratuit de punere în legătură: descrieți proiectul, iar noi vă punem în contact cu un integrator certificat, potrivit perimetrului și sectorului vostru. Nu realizăm noi proiectul și nu suntem afiliați vreunui editor de software. Etapele de mai sus vă permit să discutați cu integratorul de la egal la egal: știți ce cereți la fiecare pas și ce trebuie să primiți în schimb. Modul de lucru este descris pe pagina cum funcționează punerea în legătură.
Întrebări frecvente
Cât durează un proiect ERP într-o firmă din România?
Durata depinde de numărul de procese acoperite, de numărul de utilizatori, de calitatea datelor existente și de disponibilitatea echipei interne. Un intégrator serios nu promite un termen înainte de cadrare; îl propune după ce a înțeles perimetrul și îl leagă de etape verificabile, nu de o dată fixată din start.
Care este etapa în care proiectele ERP se blochează cel mai des?
Cel mai adesea, reprize întregi se pierd la reluarea datelor și la recepție. Datele din vechiul program (WinMentor, Excel, alt ERP) sunt neuniforme, iar utilizatorii testează prea târziu. Curățarea începută din timp și scenarii de test scrise de oamenii din departamente reduc mult riscul.
Cine trebuie implicat din partea firmei în proiect?
Un sponsor din conducere care arbitrează, un șef de proiect cu timp real alocat, câte un responsabil pentru fiecare proces important (vânzări, achiziții, depozit, producție) și contabilul-șef, mai ales pentru e-Factura, SAF-T și raportările către ANAF. Fără ei, integratorul nu poate decide în locul firmei.
Ce se întâmplă cu legislația românească în timpul proiectului?
Cerințele precum RO e-Factura, SAF-T (D406) și RO e-Transport trebuie prinse în cadrare și verificate la recepție, nu descoperite la lansare. Cereți integratorului să arate cum sunt acoperite în soluția aleasă și cine răspunde de actualizările ulterioare.
Putem lansa ERP-ul etapizat, pe module sau pe filiale?
Da, o lansare etapizată reduce riscul pentru multe companii: se începe, de exemplu, cu financiar-contabilitatea și stocurile, apoi se adaugă producția sau o filială. Alegerea depinde de dependențele dintre procese, de sezonalitatea activității și de capacitatea echipei de a absorbi schimbarea.
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.