Dezvoltarea unui ERP la comandă are sens când procesele care îți aduc banii (producția, comenzile, echipele din teren) nu încap în niciun ERP de raft, fără compromisuri costisitoare. Pentru restul firmelor, un ERP existent sau varianta hibridă — păstrezi contabilitatea, construiești la comandă doar modulele de operațiuni — este alegerea mai ieftină și mai sigură.
Noi, echipa WebForge, construim software enterprise la comandă pentru firme din România, iar "să facem un ERP al nostru?" este o întrebare frecventă în proiectele mari. De aceea articolul nu e un pitch: îți arătăm criteriile după care decizi, cum arată un ERP personalizat realist pentru un IMM, ce integrări sunt obligatorii în România, cum se livrează pe faze și cum se compară costul total pe 3–5 ani. Inclusiv cazurile în care îți recomandăm să nu construiești nimic.
ERP la comandă sau ERP de raft: cum decizi
Răspunsul scurt: un ERP de raft câștigă când procesele tale sunt similare cu ale altor firme din domeniu, iar unul la comandă câștigă când un proces specific este avantajul tău competitiv sau când adaptarea unui produs existent ar costa aproape cât construcția. Decizia se ia pe procese, nu pe preferința pentru "ceva al nostru".
Piața de ERP de raft se împarte, pe scurt, în câteva categorii, fiecare cu logica ei:
- ERP-uri open-source modulare (de exemplu Odoo). Ediția Community este open-source (LGPL), iar Enterprise este proprietară. Acoperă multe domenii (vânzări, stocuri, producție, contabilitate) și se pot extinde cu module proprii. Licențierea și costul de implementare depind de ediție și de numărul de utilizatori; personalizările mari moștenesc însă constrângerile platformei.
- ERP-uri pentru firme mijlocii (de exemplu SAP Business One). Produse consacrate, cu un ecosistem de parteneri de implementare și funcționalități bogate. Se potrivesc firmelor care au nevoie de standardizare și de procese clasice, iar costurile includ licențe, parteneri și consultanță.
- Programe românești de gestiune și contabilitate. Sunt gândite în jurul legislației locale (contabilitate, TVA, e-Factura, SAF-T) și acoperă bine zona financiar-contabilă și gestiunea clasică. Pentru fluxuri operaționale foarte specifice, flexibilitatea e de obicei mai limitată.
- Aplicații de nișă (facturare, stocuri, service, HoReCa). Rezolvă un singur domeniu, foarte bine și ieftin, dar nu leagă singure restul firmei.
| Criteriu | ERP de raft | ERP la comandă | Hibrid |
|---|---|---|---|
| Pornire | Rapidă, procese predefinite | Mai lentă: analiză, construcție, testare | Rapidă pe contabilitate, pe faze pe operațiuni |
| Potrivire cu procesele tale | Bună pe procese standard, compromisuri pe cele specifice | Exactă, exact cum lucrezi | Standard unde e standard, custom unde contează |
| Cost inițial | Mai mic (licențe și implementare) | Mai mare (construcție) | Mediu, eșalonat |
| Cost recurent | Licențe pe utilizator sau modul, upgrade-uri | Mentenanță și evoluție, fără licențe pe utilizator | Licență mică pentru contabilitate + mentenanță |
| Proprietatea codului | Nu; dependență de furnizor | Da, dacă este în contract | Doar pentru modulele custom |
| Risc principal | Compromisuri de proces, personalizări scumpe | Proiect prea mare, scope în creștere | Integrarea dintre cele două părți |
Dacă vrei imaginea mai largă a dezvoltării software pentru firme, ghidul nostru despre dezvoltarea de software la comandă acoperă etapele, alegerea echipei și riscurile generale.
Când are sens un ERP personalizat (și când nu)
Merită să construiești când ai un proces specific care nu încape într-un produs existent, când plătești deja mult pentru personalizări sau licențe sau când munca se face în afara biroului. Nu merită când procesele tale sunt standard, echipa e mică sau nu ai încă procesele clarificate.
Semne că un ERP la comandă merită discutat
- Procesul tău este diferit de al celorlalți. Producție pe comandă cu variante, rețete sau tehnologii proprii, calcul de prețuri după reguli specifice, lucrări pe șantier sau intervenții în teren. Acolo, un ERP generic te forțează să schimbi procesul sau să lucrezi în paralel în Excel.
- Lucrezi deja cu 3–5 unelte care nu comunică. Excel pentru stocuri, un program de facturare, un CRM, grupuri de WhatsApp pentru echipe. Datele se copiază manual, apar erori, iar nimeni nu are imaginea întreagă.
- Personalizările unui produs de raft ar costa cât o construcție. Când lista de adaptări devine lungă, ajungi să plătești dezvoltare custom, dar pe o platformă care nu e a ta.
- Ai nevoie de o aplicație pentru oameni din teren. Echipe de service, montaj sau livrare care raportează de pe telefon, cu poze, semnături și stocuri consumate.
Când NU construi un ERP la comandă
- Procesele tale sunt standard. Comerț clasic, servicii cu facturare simplă, un depozit obișnuit: un produs existent le acoperă și îl ai funcțional în săptămâni.
- Nu ai procesele scrise sau nimeni nu e responsabil de ele. Software-ul nu repară haosul, îl fixează în cod. Mai întâi clarifici cum lucrați, apoi digitalizezi.
- Vrei să înlocuiești contabilitatea. Contabilitatea, TVA, SAF-T și raportările legale evoluează constant. Rar merită să le reconstruiești singur când există programe întreținute exact pentru asta.
Varianta hibridă: păstrezi contabilitatea, construiești operațiunile
Abordarea hibridă înseamnă că păstrezi programul de contabilitate și facturare pe care îl folosești deja (SmartBill, Oblio sau un program de gestiune clasic) și construiești la comandă doar modulele de operațiuni care îți dau avantaj. De multe ori este cel mai bun raport investiție/rezultat.
Logica e simplă: contabilitatea este un domeniu reglementat, în continuă schimbare, în care produsele existente sunt mature și ieftine. Operațiunile — cum primești comenzi, cum produci, cum planifici echipele, cum urmărești stocurile — sunt locul unde firma ta e diferită. Le construiești pe cele din urmă și le legi de prima prin API.
Concret, un sistem hibrid tipic arată așa:
- aplicația custom gestionează comenzile, stocurile, producția sau lucrările din teren;
- la finalizarea unei comenzi sau lucrări, aplicația emite automat factura în programul de facturare, prin API;
- programul de facturare trimite factura în sistemul național e-Factura, iar statusul se întoarce în aplicația ta;
- datele agregate ajung într-un raport sau dashboard pentru conducere.
Despre mecanica integrării cu programele de facturare am scris în ghidul de integrare SmartBill prin API, iar despre construirea aceleiași logici pentru relațiile cu clienții, în CRM personalizat vs CRM de raft — raționamentul este același, doar domeniul diferă.
Ai un proces pe care nu l-ai găsit în niciun ERP? Spune-ne cum lucrați și îți răspundem onest dacă are sens custom, hibrid sau un produs existent.
Module tipice într-un ERP personalizat pentru IMM-uri
Un ERP personalizat realist pentru un IMM nu are 30 de module, ci 3–5, alese după unde pierzi timp sau bani acum. Iată cele mai frecvente și ce rezolvă fiecare.
| Modul | Ce face | Pentru cine are sens |
|---|---|---|
| Stocuri și depozit | Intrări, ieșiri, transferuri între gestiuni, inventar, alerte de stoc minim, coduri de bare | Distribuție, comerț, producție |
| Comenzi și vânzări | Oferte, comenzi, statusuri, prețuri după reguli proprii, legătura cu facturarea | Aproape orice firmă B2B |
| Producție | Rețete / liste de materiale, ordine de producție, consum de materii prime, trasabilitate, costuri pe comandă | Producători, ateliere, confecții, mobilă |
| Echipe din teren | Planificarea lucrărilor, aplicație mobilă cu poze și semnături, materiale consumate, rapoarte de intervenție | Service, instalatori, mentenanță, livrări |
| Rapoarte și dashboard-uri | Vânzări, marjă, stoc, productivitate, în timp real, pe roluri | Conducere și manageri de departament |
Ce nu recomandăm să construiești la comandă, ca regulă: contabilitatea generală, salarizarea și raportările fiscale. Le legi de sistem, nu le reimplementezi.
Integrările obligatorii în România: e-Factura, facturare, bănci
Obligația e-Factura aparține firmei care emite factura și se poate îndeplini prin programul de facturare, deci un ERP trebuie să se lege, direct sau indirect, de sistemul ANAF (SPV), de programul de facturare și contabilitate și, de obicei, de bănci. Integrările pot consuma mult timp într-un proiect custom, așa că le planifici din prima fază, nu la final.
- e-Factura / ANAF SPV. Facturile se transmit în format XML standardizat (UBL) și primesc un răspuns de validare. Două variante sunt practice: aplicația ta emite factura prin programul de facturare, care se ocupă de transmitere, sau aplicația se conectează direct la serviciile ANAF. Prima e mai simplă și mai ieftină; a doua se justifică la volume mari sau cerințe speciale. Detalii în ghidul despre automatizarea e-Factura.
- Programe de facturare și contabilitate (SmartBill, Oblio și altele). Multe dintre ele oferă API pentru emiterea facturilor, lista de produse și statusuri. Verificăm întotdeauna în documentația furnizorului ce permite exact API-ul, pentru că limitele diferă.
- Bănci și plăți. Importul extraselor (de exemplu în formate standard pe care băncile le oferă) pentru reconciliere automată a încasărilor cu facturile. Disponibilitatea și formatul depind de banca ta, deci se confirmă în faza de analiză.
Fiecare integrare înseamnă analiză, testare cu date reale și întreținere pe termen lung, pentru că API-urile și formatele se mai schimbă. De aceea numărul de integrări este unul dintre cei mai mari factori de cost.
Livrare pe faze: de la un singur proces la sistem complet
Cel mai sigur mod de a construi un ERP la comandă este pe faze: începi cu un singur proces care doare, îl pui în producție, apoi adaugi module pe baza a ce ai învățat.
- Descoperire (Discovery). Mapăm procesele reale, datele existente, utilizatorii și integrările necesare. Rezultă o listă de module, prioritizată după impact, și o propunere de arhitectură.
- Faza 1: un proces, un modul. De exemplu comenzile și stocurile sau planificarea lucrărilor din teren, cu integrarea de bază cu facturarea. Un proiect pilot / modul se încadrează, tipic, în intervalul 10.000–30.000 EUR, iar un proiect de acest tip ajunge la prima versiune folosibilă în 3–8 luni. Importanța fazei: la finalul ei, oamenii lucrează efectiv în sistem.
- Pilot și ajustări. Rulezi paralel cu metoda veche pentru o perioadă scurtă, corectezi, apoi oprești metoda veche. Aici apar surprizele, așa că lasă timp pentru ele.
- Fazele următoare. Producție, achiziții, rapoarte, aplicația mobilă. Fiecare modul se livrează și se folosește înainte să începi următorul, iar prioritățile se pot schimba pe parcurs.
- Mentenanță și evoluție. Sistemul trăiește cât trăiește firma: corecții, actualizări de securitate, cerințe noi.
Cine deține codul sursă și de ce contează
Într-un proiect serios, codul sursă și datele sunt ale tale, cu acces complet la repository, documentație și pipeline-ul de livrare la predare. Asta e diferența structurală față de un ERP de raft, unde rămâi dependent de un furnizor, de politica lui de licențiere și de foaia lui de parcurs.
Ca să fie adevărat în practică, verifică în contract:
- transferul drepturilor de autor / de utilizare asupra codului dezvoltat pentru tine;
- livrarea codului, a documentației tehnice și a accesurilor (repository, hosting, domenii, baze de date);
- accesele și conturile (repository, hosting, domenii) pe numele firmei tale, nu al echipei care a construit sistemul.
Un ERP la comandă nu te scapă de dependențe, ci îți schimbă natura: depinzi de o echipă care înțelege codul, nu de o licență. Dacă documentația e bună, schimbi echipa fără să schimbi sistemul.
Costul total pe 3–5 ani: cum compari corect
Compară costul total de proprietate pe 3–5 ani, nu doar prețul de pornire: un ERP de raft e mai ieftin la început, dar adaugă licențe și personalizări în fiecare an, iar unul la comandă costă mai mult la început și mai puțin recurent. Nu există un câștigător universal, doar calcule făcute cu cifrele tale.
Pe partea noastră, singurele ancore pe care le publicăm sunt cele din pagina de software enterprise la comandă: un proiect pilot / modul se încadrează tipic între 10.000 și 30.000 EUR, iar un sistem complet, cu mai multe module, integrări, migrare și roluri, pornește de la 30.000 EUR. Oferta reală vine după Discovery. Pentru ERP-urile de raft, cere oferte scrise.
Ca să compari corect, pune în tabel aceleași linii pentru ambele variante:
| Linie de cost | ERP de raft | ERP la comandă |
|---|---|---|
| Licențe | Recurente, de multe ori pe utilizator sau modul | Fără licență de produs; eventual servicii terțe (hosting, API-uri) |
| Personalizări | Plătite separat, pe platforma furnizorului | Plătite ca dezvoltare, fără taxă de licență |
| Mentenanță | Inclusă în licență sau suport separat | Contract de mentenanță |
Ce mută prețul în sus
- Numărul de module. Fiecare modul are propriile ecrane, reguli și rapoarte.
- Numărul și complexitatea integrărilor. e-Factura, facturare, bănci, magazin online, curieri: fiecare e un mini-proiect separat.
- Utilizatorii și rolurile. Permisiuni pe departamente, aprobări, jurnale de modificări, aplicație mobilă.
- Migrarea datelor. Volumul și calitatea datelor vechi.
Dacă o parte din investiție poate fi finanțată, verifică în ghidul despre fonduri europene pentru digitalizare ce programe sunt deschise și cum se pregătește un dosar, fără să te bazezi pe promisiuni.
Riscurile și cum le reduci
Riscurile unui ERP la comandă sunt cunoscute: scop care crește, utilizatori care nu adoptă sistemul, dependență de o singură echipă și integrări fragile. Toate se reduc cu aceeași strategie: proiect mic la început, utilizatori implicați și contract clar.
- Scope creep. Lista de funcționalități crește pe parcurs. Remediu: faze scurte, prioritizare după impact și o listă explicită "nu acum".
- Adopție slabă. Sistemul e bun, dar oamenii continuă cu Excel. Remediu: implici utilizatorii finali în Discovery și în pilot, desemnezi un responsabil intern și oprești metoda veche la o dată fixă.
- Dependența de echipa care construiește. Remediu: cod predat integral, documentație, accese în numele firmei tale, cod lizibil și testat.
- Integrări care se schimbă. Formate și API-uri evoluează. Remediu: mentenanță contractată, monitorizare a erorilor și teste pe integrările critice.
Cea mai bună reducere de risc rămâne aceeași: începi cu un singur proces. Dacă primul modul nu aduce valoare, ai pierdut o fază, nu un proiect întreg. Dacă o aduce, următorul modul se justifică pe cifre reale.
Întrebări frecvente
Cât durează dezvoltarea unui ERP la comandă?
Prima versiune folosibilă se livrează de regulă în 3–8 luni, iar un sistem complet se construiește pe faze, în funcție de module, integrări și migrare. Durata exactă se stabilește după Discovery, iar între faze folosești deja ce s-a livrat.
Cât costă un ERP personalizat?
Un proiect pilot / modul se încadrează tipic între 10.000 și 30.000 EUR, iar un sistem complet cu mai multe module, integrări și migrare pornește de la 30.000 EUR. Prețul depinde de numărul de module, integrări, utilizatori și roluri și de migrarea datelor; oferta fermă vine după Discovery.
Pot păstra programul meu de contabilitate?
Da, și de multe ori este varianta recomandată. Aplicația custom se conectează la programul de facturare și contabilitate prin API (dacă acesta oferă), emite facturile și primește statusurile, iar contabilii tăi lucrează în continuare în programul cu care sunt obișnuiți.
Cui aparține codul sursă?
Ție, dacă e prevăzut în contract: primești repository-ul, documentația și accesele la predare.
Dacă ești în fața deciziei "ERP de raft sau la comandă", scrie-ne la pagina de contact. După o primă discuție îți spunem dacă are sens să construiești ceva — și, la fel de onest, dacă nu are.