Majoritatea ghidurilor despre sisteme ERP încep cu definiția. Definiția nu te ajută cu nimic, pentru că toate spun același lucru: un sistem care adună procesele firmei într-un singur loc.
Întrebarea utilă e alta. Care procese, ale cărei firme? Un ERP construit pentru o fabrică și unul construit pentru o agenție au aceeași descriere pe site și aproape nimic în comun în practică.
De ce definiția standard te duce pe un drum greșit
Termenul vine din producție. Enterprise Resource Planning a însemnat, la origine, planificarea materialelor: câtă materie primă intră, cât stoc stă în depozit, ce comandă de producție se lansează.
De acolo vin modulele pe care le vezi în orice prezentare: gestiune de stocuri, NIR, aprovizionare, lanț de furnizori, producție.
Dacă vinzi servicii, nu ai stocuri. Nu ai aprovizionare. Nu ai NIR. Jumătate din ce ți se demonstrează în prezentare nu ți se aplică, iar cealaltă jumătate e exact partea pe care furnizorul o tratează ca secundară.
Asta e capcana. Nu cumperi un sistem prea mic, cumperi unul construit pentru altcineva.
Ce înseamnă un sistem ERP pentru o firmă de servicii
Într-o firmă care vinde timp și expertiză, resursa care se planifică nu e materialul. E relația comercială, de la primul contact până la banii încasați.
Lanțul arată așa:
- Un prospect devine discuție
- Discuția devine propunere
- Propunerea acceptată devine contract semnat
- Contractul devine plan de plată sau factură
- Factura devine încasare, verificată față de extrasul bancar
Un sistem ERP potrivit ține tot lanțul ăsta ca un singur șir de obiecte legate între ele. Am scris pe larg despre el în ghidul de la contract la încasare.
Unul nepotrivit ține trei bucăți în trei locuri și te pune pe tine să le legi.
Cele șapte criterii care chiar contează
1. Acoperă tot lanțul, nu o felie din el
Testul e simplu: întreabă dacă o ofertă acceptată devine contract și apoi factură fără să retastezi nimic.
Dacă răspunsul e că se face export și import, sau că există o integrare, ai două sisteme cu o punte între ele. Puntea se rupe exact când ești ocupat. Cum arată varianta legată am detaliat în de la ofertă la factură.
2. Se conectează la ANAF direct
În România asta nu e opțional. Dacă sistemul nu trimite singur în SPV, înseamnă că cineva din firmă încarcă manual fișiere, în fiecare zi, la termen.
Verifică și partea neplăcută: ce se întâmplă când ANAF respinge o factură. Un sistem serios îți arată eroarea și te lasă să corectezi. Unul slab îți spune doar că a eșuat. Merită citite înainte de decizie și pagina despre schimbul de rețele, și ghidul amenzilor.
3. Clientul e un singur record
Într-un sistem construit pe bucăți, același client există de trei ori: în vânzări, în facturare, în contracte. Trei adrese, trei CUI-uri, două scrise greșit.
Întreabă direct: dacă schimb adresa unui client, unde se schimbă? Dacă răspunsul conține cuvântul “sincronizare”, răspunsul real e “în mai multe locuri”.
Costul nu se vede în prima lună. Se vede peste un an, când cauți de ce o factură a plecat cu datele vechi și descoperi că fiecare sistem avea dreptate în felul lui. Aceeași problemă face imposibilă o întrebare simplă: cât ne-a adus clientul ăsta de la început până acum. Ca să răspunzi, ai nevoie ca oferta, contractul și facturile să atârne de același record, nu de trei copii ale lui.
4. Recurența e obiect, nu factură copiată
Multe programe de facturare oferă factură recurentă, adică o factură care se repetă lunar.
Un retainer nu e o factură care se repetă. E un angajament cu sold, cu faze, cu majorări la termen. Diferența se vede când clientul mărește pachetul la mijloc de an. Un plan de plată real absoarbe schimbarea; o factură copiată te obligă să reconstruiești seria. Am scris despre asta în facturarea pe retainer și în ghidul facturii programate.
5. Datele ies oricând
Un sistem în care intri ușor și din care nu ieși nu e o platformă, e o închiriere cu ostatic.
Cere să vezi exportul de date înainte să semnezi, nu după. Fișier real, nu promisiune.
6. Are API și se leagă de restul
Nu ca să construiești ceva exotic, ci pentru că în doi ani vei vrea ca sistemul să vorbească cu altceva.
Verifică dacă există API documentat, webhook-uri și integrări gata făcute, de exemplu cu Slack sau cu Zapier.
7. Prețul e legat de ce folosești
Licențele pe utilizator pedepsesc creșterea echipei. Licențele pe module te fac să plătești producție și stocuri de care nu ai nevoie.
Uită-te la ce plătești de fapt și compară cu ce ai folosi în primele șase luni.
Semnalele că nu e sistemul tău
Demo-ul începe cu depozitul. Dacă primele zece minute sunt despre stocuri și recepții de marfă, produsul e construit pentru comerț și distribuție.
Contractul e un fișier atașat. Într-un sistem potrivit unei firme de servicii, contractul e obiect cu părți, semnături și stare, nu un PDF agățat de client. Vezi cum arată semnarea online și ghidul contractului de prestări servicii.
Nu există portal pentru client. Dacă tot ce vede clientul tău ajunge la el pe e-mail, ai un sistem intern, nu o platformă comercială. Un portal de clienți mută documentele într-un loc unde clientul le găsește singur.
Implementarea se măsoară în luni. Pentru o firmă de sub cincizeci de oameni, un proiect de implementare de șase luni e un semn că produsul nu a fost gândit pentru dimensiunea ta.
Raportarea e un modul separat, cu cost separat. Dacă trebuie să plătești în plus ca să vezi ce ai facturat și ce ai încasat, sistemul nu îți dă acces la propriile date, ți le închiriază. Rapoartele sunt motivul pentru care ai centralizat totul.
Ce te costă alegerea greșită
Un sistem nepotrivit nu se manifestă printr-o factură mare. Se manifestă prin muncă pe care nimeni nu o trece nicăieri.
Retastarea. Aceleași date scrise de două sau de trei ori, la fiecare client nou. Zece minute pe client, de o sută de ori pe an.
Facturile uitate. Când recurența e o listă de amintiri și nu un obiect cu sold, o lună nefacturată nu declanșează nimic. Nu apare nicăieri ca lipsă, pentru că sistemul nu știe că trebuia să existe.
Încasările nepotrivite. Fără o legătură între extras și facturi, cineva bifează manual. Am scris despre reconcilierea plăților cu facturile, pentru că e locul unde se pierde cel mai mult timp fără să se vadă.
Termenele scăpate. O factură neîncasată la timp e bani blocați, iar în România Legea 72/2013 îți dă instrumente doar dacă știi exact de când curge termenul. Un sistem care nu ține termenul de plată lângă factură te lasă să pierzi dreptul din neatenție.
ERP și CRM nu sunt două cumpărături separate
Într-o firmă mare, vânzările și operațiunile sunt departamente diferite, cu sisteme diferite.
Într-o firmă de servicii de douăzeci de oameni, aceeași persoană negociază, semnează și apoi se întreabă de ce nu a intrat banul. Pentru ea, granița dintre CRM și ERP e o problemă a furnizorilor, nu a ei.
Am tratat separat ce alegi între CRM și ERP, iar dacă vinzi servicii, răspunsul practic e de obicei un CRM cu facturare inclusă, adică un singur lanț.
Cum verifici înainte să plătești
Nu cere prezentare. Cere să reproduci un caz real din firma ta:
- Introdu un client existent și fă-i o propunere
- Transformă propunerea în contract și semnează-l electronic
- Emite factura din contract și trimite-o în SPV
- Marchează încasarea din extras
- Exportă tot ce ai creat
Dacă pașii ăștia cinci se fac într-un singur loc, fără copiere manuală, ai găsit un sistem ERP care ți se potrivește. Dacă nu, ai găsit o colecție de module.
Pentru agenții am scris ghiduri separate, cu detaliile specifice: ERP pentru agenție web și ERP pentru agenție de marketing.
