ERP custom vs ERP standard: când merită fiecare

Întrebarea „custom sau standard?" pare o alegere între două produse. De fapt, e o alegere între două moduri de a-ți conduce firma — și greșeala costă în ambele direcții.

Alegi standard când procesele tale sunt atipice și softul te obligă să lucrezi prost? Plătești în frustrare și fluxuri rupte, ani la rând. Construiești custom ceea ce un abonament de câteva sute de lei pe lună acoperea? Arzi luni de development și un buget de mentenanță care nu se mai oprește.

Acest ghid nu îți spune că una e „mai modernă". Îți dă patru lucruri: unde câștigă fiecare opțiune, cât costă fiecare pe cinci ani (dincolo de prețul de listă), capcanele ambelor tabere și un cadru de decizie în trei porți. Dacă încă nu ești sigur ce face, de fapt, un sistem de tip ERP, începe cu ce este un sistem ERP.

Ce înseamnă, concret, fiecare opțiune

Înainte de comparație, trei definiții clare. Granița dintre ele e mai neclară decât pare.

ERP standard e software gata făcut, licențiat sau pe abonament. Îl configurezi, nu îl construiești. Exemple internaționale: SAP Business One, Microsoft Dynamics 365 Business Central, Odoo, NetSuite. Pe piața din România: Senior, WinMENTOR, Charisma, SAGA, Smart Bill. Furnizorul livrează funcționalitatea, update-urile și — esențial la noi — conformitatea fiscală.

ERP custom e construit pe procesele tale. Cod propriu, fără licențe per utilizator, integrat exact cu sistemele pe care le ai deja. Definiția extinsă, cu exemple de fluxuri concrete, e în ce este un ERP personalizat. În schimb, deții tot ciclul de viață: dezvoltare, mentenanță, securitate, conformitate.

Zona gri e unde ajung multe firme. Soluțiile open-source (Odoo Community, ERPNext) îți dau o bază pe care o modifici în cod — undeva între standard și custom. Iar abordarea hibridă combină un core standard cu module sau integrări custom. Decizia e rareori binară.

ERP standard — unde câștigă

Pentru majoritatea firmelor cu procese obișnuite, standardul e răspunsul corect. Iată de ce.

• Time-to-value în săptămâni, nu trimestre. Cumperi o capabilitate care există deja. Implementarea și configurarea durează, dar pleci de la un produs funcțional, nu de la o pagină goală.
• Cost upfront mic și predictibil. Un abonament lunar e mai ușor de aprobat decât un buget de development. Știi ce plătești luna asta.
• Mentenanța, securitatea și update-urile sunt grija furnizorului. Nu ții o echipă doar ca să țină luminile aprinse.
• Conformitatea fiscală vine din cutie. e-Factura, SAF-T (D406), e-Transport — un furnizor serios le livrează și le actualizează la fiecare schimbare ANAF. Pentru tine, o modificare legislativă e un update, nu un proiect.
• Ecosistem matur. Integrări gata făcute, documentație, comunitate și — deloc neglijabil — oameni pe piață care știu deja sistemul. Recrutarea e mai simplă.

ERP custom — unde câștigă

Construit la comandă nu înseamnă „mai bun". Înseamnă potrivit — în situațiile în care potrivirea contează mai mult decât viteza.

• Fit perfect. Softul se mulează pe procesele tale, nu invers. Dacă fluxul tău nu încape în niciun produs standard fără customizări grele, custom poate fi mai ieftin decât să forțezi o soluție gata făcută.
• Fără licențe per utilizator. La 200 de angajați, costul de licențiere al unui ERP standard devine o cheltuială recurentă serioasă. Codul propriu nu te taxează pe cap de om.
• Diferențiere reală. Dacă procesul tău operațional este avantajul tău competitiv, îl codifici exact cum vrei — nu te limitezi la ce permite un produs vândut și concurenței.
• Integrare exactă. Se leagă fix cu sistemele tale existente, fără conectori la mâna a doua.
• Deții codul și datele. Roadmap-ul e al tău. Adaugi doar ce ai nevoie, fără module plătite și nefolosite.

Costul real pe 5 ani — dincolo de prețul de listă

Prețul afișat înșală în ambele direcții. Compari corect doar dacă pui pe hârtie costul total de proprietate (TCO), nu factura din prima lună.

La standard, adună: licența sau abonamentul, implementarea, customizările, training-ul, contractul de suport anual și upgrade-urile. Ce costă puțin la 10 utilizatori poate costa mult la 100.

La custom, adună: discovery și design, dezvoltarea, testarea, deployment-ul, apoi mentenanța (în practică 15–20% din costul de build, în fiecare an), infrastructura și echipa care o întreține. Defalcarea pe componente, cu cifre, e în cât costă implementarea unui ERP la comandă.

Forma curbelor spune povestea. Standardul pornește jos și urcă în trepte, pe măsură ce crești în utilizatori și module. Customul pornește sus și se aplatizează — și poate deveni mai ieftin cumulat, la orizont lung și la scară mare. „Poate", pentru că break-even-ul depinde de un singur lucru: disciplina scope-ului. Multe proiecte custom nu ajung niciodată în acel punct, fiindcă cresc necontrolat și mentenanța e subestimată.

Capcanele fiecărei tabere

Ambele opțiuni au moduri tipice de a eșua. Le numești din timp ca să le eviți.

Capcanele ERP standard

• Datoria de customizare. Personalizezi mult un produs standard, iar update-urile devin un coșmar — rămâi blocat pe versiuni vechi ca să nu strici ce ai modificat.
• License creep. Costul crește cu fiecare utilizator și modul adăugat. Bugetul de anul trei nu seamănă cu cel din pitch.
• Vendor lock-in. Datele și logica trăiesc în formatul furnizorului. Verifică exportul de date și API-ul înainte să semnezi.
• Plătești ce nu folosești. Pachetele vin cu module de care nu ai nevoie.
• Îți îndoaie procesele. Ori te adaptezi la cum gândește softul, ori plătești scump ca să nu o faci.

Capcanele ERP custom

• Scope creep. Proiectul crește, termenele alunecă, bugetul explodează. E modul numărul unu în care moare un build custom.
• Reinventezi roți rezolvate. Contabilitatea, stocurile, payroll-ul sunt probleme rezolvate de decenii. Le reconstruiești pe banii tăi, cu bug-urile aferente.
• Conformitatea fiscală cade pe tine. Fiecare schimbare ANAF — e-Factura, SAF-T, e-Transport — o implementezi singur, la timp, sub risc de penalități. E muncă recurentă reală.
• Mentenanță pe viață. Ai nevoie de o echipă internă sau de un partener pe termen lung. Softul construit și abandonat se degradează.
• Risc de persoană-cheie. Dacă pleacă cine a construit sistemul și nimic nu e documentat, rămâi vulnerabil.

Contextul românesc — cine duce povara conformității

Acesta e factorul care înclină cele mai multe decizii la noi, și merită propria secțiune.

În România, B2B-ul rulează prin e-Factura (SPV/ANAF, obligatoriu din 2024), raportare SAF-T (D406) și e-Transport pentru anumite categorii de marfă. Toate se schimbă des, prin reguli noi care apar cu termene scurte.

Cu un ERP standard, furnizorul livrează aceste fluxuri și le actualizează când se schimbă legislația. O modificare = un update pe care îl primești.

Cu un ERP custom, tu monitorizezi fiecare schimbare și o implementezi singur, sub deadline fiscal. Pentru o firmă cu procese obișnuite, asta înclină balanța clar spre standard. Dar dacă procesul tău e atipic, nu ești blocat: poți pune contabilitatea și fiscalitatea pe un tool standard și construi custom doar fluxurile care te diferențiază. Adică hibrid.

Cadrul de decizie — întrebările care îți dau răspunsul

Nu alegi pe baza modei, ci pe baza câtorva întrebări oneste. Schema de mai jos le condensează în trei porți; lista de sub ea le detaliază.

1. Cât de standard sunt procesele tale? Dacă încap într-un produs gata făcut fără customizări majore, cumperi. Cele mai multe firme sunt aici.
2. Procesul atipic e un avantaj competitiv sau doar o ciudățenie istorică? Dacă te diferențiază, construiește acea parte. Dacă e doar „așa am făcut mereu", adaptează-te la standard — e mai ieftin.
3. Cât de urgent ai nevoie? Sub presiune de timp, standardul livrează acum. Customul cere răbdare.
4. Ai capacitate să construiești și să întreții 5+ ani? Echipă internă sau partener stabil. Dacă nu, cumperi — un build fără mentenanță e o datorie, nu un activ.
5. Care e TCO pe 5–7 ani, nu doar prețul upfront? Calculează ambele coloane complet, cu mentenanță și licențe care cresc.
6. La ce scară ajungi? La număr mare de utilizatori, licențele standard dor, iar custom sau hibrid devine atractiv.

Peste toate, întrebarea din secțiunea anterioară: cine duce conformitatea fiscală?

Două scenarii, două răspunsuri diferite

Firmă de distribuție, 40 de angajați, procese clasice. Facturi, stocuri, comenzi, raportare fiscală. Nimic atipic. Un ERP standard cu e-Factura inclus o pune pe picioare în câteva luni, la cost predictibil, iar ANAF rămâne grija furnizorului. Ce funcții contează exact pentru profilul ăsta vezi în software ERP pentru distribuție. Custom aici ar fi bani aruncați.

Companie de logistică cu un algoritm propriu de rutare. Modul în care optimizează livrările este avantajul competitiv și niciun produs standard nu îl modelează. Răspunsul nu e „totul custom": pune contabilitatea și e-Factura pe un tool standard și construiește custom doar motorul de rutare, legat prin API. Hibrid, fiindcă acolo e diferențierea — și doar acolo.

Hibrid — de ce nu trebuie să alegi totul-sau-nimic

Cea mai bună decizie e rareori „doar custom" sau „doar standard". E o combinație gândită.

Abordarea best-of-breed folosește un tool standard pentru problemele rezolvate — contabilitate, payroll, e-Factura — și module custom pentru fluxurile care te diferențiază, legate prin API. Iei viteza și conformitatea de la standard, fitul și diferențierea de la custom.

Open-source-ul e un mijloc legitim: pornești de la o bază (Odoo, ERPNext), modifici codul, eviți licențele per utilizator, dar nu construiești de la zero.

O decizie bună e onestă despre patru lucruri: cât de standard sunt procesele tale, ce capacitate ai, care e TCO real și cine duce conformitatea. Nu despre ce sună mai modern în ședință.

Întrebări frecvente

E mai ieftin un ERP custom?

Upfront, aproape niciodată. Pe termen lung, poate — la scară mare și cu scope disciplinat. Dacă proiectul crește necontrolat, customul rămâne mai scump pe toată durata.

Pot trece de la standard la custom mai târziu?

Da, frecvent prin abordare hibridă: păstrezi standardul pentru ce merge și migrezi gradual fluxurile critice spre module custom, în loc de o rescriere totală.

Cât durează un ERP custom?

Pentru un scope mediu, de la câteva luni la un an–doi. Depinde direct de cât de complexe și atipice sunt procesele și de cât de bine e controlat scope-ul. Termenele pe faze sunt în cât durează implementarea unui sistem ERP.

Ce fac cu e-Factura dacă merg pe custom?

Două variante: integrezi un serviciu specializat de e-invoicing, sau implementezi și menții singur fluxul către SPV/ANAF — cum arată a doua, pas cu pas, e în integrare e-Factura cu API-ul ANAF. A doua opțiune e muncă recurentă pe care o subestimează mulți.

Odoo e custom sau standard?

E open-source — zonă gri. Pornește ca produs standard, dar îl poți personaliza adânc în cod. Bun exact pentru cazurile dintre cele două tabere.

ERP standard mă blochează pe un furnizor?

Există risc real de lock-in. Îl reduci verificând din start cât de ușor exporți datele și cât de deschis e API-ul, înainte să te bazezi pe platformă.

Înainte să decizi

Pune cele șase întrebări pe hârtie și calculează TCO pe cinci ani pentru ambele variante, complet. De cele mai multe ori, răspunsul nu e „custom" sau „standard", ci o linie clară între ce cumperi și ce construiești. Dacă linia cade spre build, software ERP personalizat arată cum ajunge livrabilul.

Pentru bazele conceptului, citește ce este un sistem ERP. Pentru alte ghiduri despre alegerea soluției, vezi hub-ul Build vs Buy pentru ERP.