Cum redactezi un caiet de sarcini ERP: plan și model de completat

Un caiet de sarcini ERP este documentul care spune, înainte de orice demonstrație sau ofertă, ce trebuie să facă noul sistem pentru firma dumneavoastră. Nu este un manual tehnic și nici o listă de dorințe: este un contract de înțelegere între conducere, utilizatori și viitorul integrator. Dacă lipsește, fiecare furnizor vă va prezenta propriile puncte forte, iar comparația ofertelor devine imposibilă.

Pagina de față vă arată rolul documentului, planul recomandat, capitol cu capitol, și apoi un model complet de caiet de sarcini ERP pe care îl puteți copia. Dacă sunteți încă la început de drum, citiți mai întâi cum alegeți un ERP, apoi reveniți aici pentru partea de redactare.

La ce folosește un caiet de sarcini ERP

Un proiect ERP nu eșuează, de regulă, din cauza software-ului, ci din cauza unei nevoi formulate vag. „Vrem să digitalizăm” nu este o cerință; „Vrem ca o comandă primită de la client să genereze automat rezervarea stocului și avizul de însoțire” este.

Caietul de sarcini are patru roluri concrete:

• Aliniază echipa internă. Contabilitatea, depozitul și vânzările descoperă, scriind, că folosesc aceleași cuvinte pentru lucruri diferite.
• Face ofertele comparabile. Fiecare integrator răspunde la aceleași întrebări, în aceeași ordine.
• Fixează perimetrul. Ce nu este scris nu poate fi pretins ulterior; ce este scris poate fi verificat la recepție.
• Protejează bugetul. Majoritatea depășirilor vin din cerințe descoperite în mijlocul proiectului. Un caiet bun le aduce la suprafață înainte de semnare.

Din acest document decurge și estimarea costurilor, pe care o veți putea discuta cu fiecare integrator pe baze comune.

Expresia nevoilor ERP: de unde începeți

Înainte de a deschide un șablon, faceți un exercițiu simplu: descrieți, pe hârtie, drumul unei comenzi de la prima discuție cu clientul până la încasare. Apoi drumul unei achiziții, de la necesar până la plata furnizorului. Aceste două fluxuri scot la iveală majoritatea problemelor: date introduse de două ori, fișiere Excel paralele, aprobări pe e-mail, stocuri care nu corespund cu cele din contabilitate.

Câteva reguli de lucru:

1. Scrieți despre procese, nu despre ecrane. Integratorul alege cum se rezolvă; dumneavoastră spuneți ce rezultat vă trebuie.
2. Separați obligatoriul de dezirabil. Fiecare cerință primește o prioritate: esențială, importantă sau opțională.
3. Cereți exemple reale. O factură, un aviz, un raport lunar pe care îl cere contabilul sau conducerea: atașați-le.
4. Numiți un responsabil per capitol. Cineva din firmă trebuie să poată răspunde la întrebările integratorului.
5. Nu copiați catalogul unui produs. Un caiet construit din funcțiile unui singur ERP orientează concursul înainte să înceapă.

Planul recomandat al unui caiet de sarcini

Structura de mai jos acoperă tot ce are nevoie un integrator pentru a vă face o ofertă serioasă. Fiecare capitol este detaliat în modelul de la finalul paginii.

Prezentarea firmei și a contextului

Primul capitol trebuie să permită unui străin să înțeleagă firma în câteva minute. Indicați domeniul de activitate, structura juridică (una sau mai multe societăți, eventual sedii secundare), numărul și localizarea utilizatorilor, modul de lucru (birou, depozit, teren). Descrieți și sistemele actuale: un program de contabilitate, un modul de gestiune, foi de calcul, o platformă de comerț electronic.

Apoi explicați motivul schimbării. Cauzele frecvente la firmele din România sunt:

• limitele programului actual de contabilitate și gestiune, care nu mai ține pasul cu creșterea;
• obligațiile de raportare către ANAF, care cer date mai curate și fluxuri mai disciplinate;
• lipsa unei imagini consolidate asupra stocurilor, marjelor și creanțelor;
• dependența de o singură persoană care „știe cum merge sistemul”.

Formulați câteva obiective, puține și măsurabile calitativ, de exemplu: închiderea lunară fără reconcilieri manuale între gestiune și contabilitate, urmărirea lotului de la recepție la livrare, un singur flux de la ofertă la factură.

Perimetrul proiectului

Perimetrul este capitolul cel mai ignorat și cel mai costisitor atunci când lipsește. Descrieți clar:

• entitățile incluse: societăți, puncte de lucru, depozite;
• modulele vizate: contabilitate, vânzări, achiziții, stocuri, producție, proiecte, resurse umane, relații cu clienții etc.;
• ce rămâne în afara proiectului: de pildă, salarizarea externalizată la un birou de contabilitate sau un site existent care nu se schimbă;
• etapizarea dorită: un lot inițial cu nucleul financiar și logistic, apoi extinderi.

Dacă ezitați între un ERP complet și o soluție mai ușoară, dimensiunea IMM-ului dumneavoastră vă ajută să stabiliți ce este realist pentru dimensiunea firmei.

Procesele de afaceri descrise de dumneavoastră

Pentru fiecare proces important, descrieți situația actuală („as is”) și, dacă o cunoașteți, situația dorită („to be”). Un format simplu pentru fiecare proces: declanșator, pași, actori, documente produse, excepții frecvente, volum aproximativ exprimat în cuvinte (puțin, mediu, mare), fără cifre inventate.

Procesele minime de acoperit sunt:

• de la ofertă la încasare (oferte, comenzi, livrări, facturare, recuperarea creanțelor);
• de la necesar la plată (cereri de aprovizionare, comenzi către furnizori, recepție, verificarea facturii, plată);
• gestiunea stocurilor (intrări, ieșiri, transferuri între depozite, inventar, loturi, serii);
• închiderea contabilă (note contabile, amortizări, reevaluări valutare, balanța, declarațiile);
• producția sau prestarea serviciilor, dacă este cazul.

Cerințe funcționale, pe module

Aici scrieți cerințele propriu-zise, în fraze scurte și testabile. O cerință bună are un subiect, o acțiune și un rezultat verificabil. Exemplu: „Sistemul permite emiterea unei facturi dintr-o comandă livrată parțial, cu păstrarea legăturii între cele două documente.”

Atribuiți fiecărei cerințe un cod, o prioritate și un spațiu pentru răspunsul furnizorului. Cele mai importante module, cu exemple de cerințe specifice României:

Obligațiile legale merită un capitol aparte în cerințe. Cerați explicit ca soluția să sprijine facturarea electronică și RO e-Factura, exportul SAF-T (D406) și, dacă transportați mărfuri la risc fiscal, declararea prin RO e-Transport. Cereți furnizorului să precizeze dacă fiecare cerință este acoperită standard sau printr-un modul suplimentar, și cine asigură actualizările când reglementarea se schimbă.

Cerințe tehnice și de securitate

Acest capitol este redactat împreună cu persoana care răspunde de IT. Acoperiți:

• modul de găzduire preferat: cloud, găzduire la integrator, instalare proprie; dacă nu aveți o poziție fermă, cereți variante, integratorul va argumenta fiecare opțiune;
• conexiuni cu alte sisteme: magazin online, bancă, curier, aplicație de teren, sistem de pontaj;
• acces și drepturi: roluri, separarea atribuțiilor, jurnal de modificări;
• securitate și continuitate: copii de siguranță, restaurare, protecția datelor personale conform GDPR;
• performanță și disponibilitate așteptată, descrise calitativ;
• limbă și localizare: interfață în română, documente în română, eventual în engleză, valută RON și devize străine.

Reluarea datelor existente

Datele sunt adesea partea cea mai grea a proiectului. Descrieți sursele (programul actual, fișiere Excel, arhive), volumul în termeni calitativi, calitatea cunoscută (dubluri, coduri neuniforme, parteneri fără cod fiscal valid) și ce doriți să mutați: parteneri, articole, solduri inițiale, istoric de tranzacții, imobilizări, documente scanate.

Precizați și cine curăță datele: dumneavoastră, înainte de migrare, sau integratorul, în cadrul proiectului. Pentru metodă, consultați ghidul despre migrarea către un ERP nou. O firmă care vine de la WinMentor poate cere explicit un import al nomenclatoarelor și al soldurilor; despre acest program găsiți detalii în pagina WinMentor Enterprise.

Calendar, organizare și rolul fiecăruia

Nu cereți un termen pe care nu îl puteți justifica. În schimb, indicați constrângerile reale: o închidere de exercițiu financiar, un sezon de vârf, o auditare, o schimbare de sediu. Integratorul va propune apoi un calendar realist, pe etape.

Descrieți resursele dumneavoastră: cine este sponsorul, cine conduce proiectul, cât timp pot aloca utilizatorii-cheie. Un proiect eșuat are, aproape întotdeauna, un client care a subestimat timpul propriilor oameni. Etapele tipice sunt prezentate în ghidul de implementare ERP.

Buget și model comercial

Aveți două opțiuni: să indicați un cadru financiar sau să cereți o ofertă fără cadru. Prima variantă este, de regulă, mai productivă: integratorul poate propune ce intră în prima etapă și ce se amână. Chiar dacă nu comunicați suma, definiți-o intern, pentru a nu fi surprinși.

Cereți ca oferta să separe clar:

• licențe sau abonamente, pe tip de utilizator;
• servicii de implementare, configurare, dezvoltări specifice, reluarea datelor, formare;
• costuri recurente: mentenanță, suport, găzduire, actualizări;
• costuri eventuale pentru conectori și module terțe.

Criterii de selecție și grila de evaluare

Fixați regulile jocului înainte de a primi ofertele. O grilă simplă pune în balanță acoperirea cerințelor, calitatea metodei de proiect, experiența în domeniul dumneavoastră, costul total pe durata de utilizare, condițiile de suport și referințele verificabile.

Atribuiți ponderi în funcție de importanță, nu egal. O firmă de producție va da greutate mare modulului de fabricație; o firmă de servicii, urmăririi proiectelor și a orelor. Pentru cum arată o evaluare completă a partenerului, vedeți ghidul despre alegerea integratorului ERP.

Cereți demonstrații pe scenariile dumneavoastră, nu pe date de prezentare. Trei scenarii bine alese (o comandă cu livrare parțială, o achiziție cu diferență de preț, o închidere lunară) spun mai mult decât o prezentare generală.

Model de caiet de sarcini ERP de copiat

Copiați structura de mai jos într-un document și înlocuiți textul dintre paranteze pătrate cu informațiile firmei. Ștergeți ce nu vi se aplică.

Partea A. Prezentare

A1. Firma

• Denumire și formă juridică: [ ]
• Domeniu de activitate: [ ]
• Societăți și puncte de lucru incluse: [ ]
• Număr și profil de utilizatori (contabilitate, vânzări, depozit, producție, conducere): [ ]
• Sisteme utilizate acum: [ ]

A2. Context și obiective

• Motivele schimbării: [ ]
• Obiective, în ordinea priorității: [ ]
• Riscuri pe care le vedeți: [ ]

Partea B. Perimetru

Partea C. Procese de descris

Pentru fiecare proces, completați:

1. Denumire și responsabil: [ ]
2. Declanșator: [ ]
3. Pașii actuali: [ ]
4. Documente produse și destinatari: [ ]
5. Excepții frecvente: [ ]
6. Volum, descris calitativ: [ ]
7. Rezultatul dorit: [ ]

Partea D. Cerințe funcționale

Folosiți acest tabel pentru fiecare modul. Coloana de răspuns este completată de furnizor.

Cerințe de verificat obligatoriu:

• Reglementări: facturare electronică prin RO e-Factura, export SAF-T (D406), RO e-Transport, evidența TVA, rapoarte pentru ANAF.
• Multi-valută: tranzacții în RON și în devize, reevaluări, diferențe de curs.
• Fluxuri de aprobare: praguri, înlocuitori, istoric.
• Documente: șabloane în română, personalizare cu sigla firmei.
• Utilizare: acces de pe telefon sau tabletă pentru personalul din depozit sau de teren, dacă este cazul.

Partea E. Cerințe tehnice

Partea F. Reluarea datelor

Partea G. Calendar și organizare

• Data dorită a punerii în producție și motivul: [ ]
• Perioade de evitat (închideri, inventar, sezon): [ ]
• Sponsorul proiectului: [ ]
• Responsabilul de proiect din partea firmei: [ ]
• Utilizatori-cheie și disponibilitatea lor: [ ]
• Formare dorită, pe grupe de utilizatori: [ ]

Partea H. Buget și ofertă

• Cadru financiar intern (comunicat sau nu): [ ]
• Oferta trebuie să separe: licențe sau abonamente, implementare, dezvoltări specifice, reluarea datelor, formare, suport recurent.
• Valabilitatea ofertei: [ ]
• Condiții de plată dorite: [ ]
• Moneda: RON, cu mențiunea clauzelor de indexare, dacă există.

Partea I. Instrucțiuni de răspuns și selecție

Cerințele către furnizor:

1. Răspuns punct cu punct la părțile D și E.
2. Prezentarea metodei de proiect și a echipei propuse, fără a numi persoane care nu vor lucra efectiv la proiect.
3. Referințe din domenii apropiate, verificabile la cerere.
4. Descrierea suportului după punerea în producție.
5. Demonstrație pe scenariile transmise de noi.

Grila de evaluare:

Greșeli frecvente la scrierea caietului

• Prea mult detaliu tehnic, prea puține procese. Descrieți nevoia, nu soluția.
• Cerințe vagi. „Sistem ușor de folosit” nu se poate verifica; „un utilizator nou emite o factură fără a părăsi comanda” se poate.
• Totul esențial. Dacă toate cerințele sunt prioritare, niciuna nu mai este.
• Lipsa utilizatorilor. Un document scris doar de conducere ratează excepțiile reale.
• Ignorarea reglementărilor. Obligațiile fiscale trebuie să apară explicit, nu să fie presupuse.
• Caiet ignorat după semnare. Documentul devine anexa contractului și baza testelor de recepție.

Mai multe capcane și remedii sunt descrise în pagina despre greșelile unui proiect ERP.

De la caiet la integrator

Când documentul este gata, transmiteți-l unor integratori care cunosc ERP-urile pe care le luați în calcul: Odoo, Microsoft Dynamics 365 Business Central, SAP Business One, Oracle NetSuite sau un program local precum WinMentor Enterprise. Nu suntem afiliați vreunui editor: caietul dumneavoastră este cel care decide.

Serviciul nostru este gratuit: descrierea mecanismului de punere în legătură arată cum primiți integratori adecvați proiectului. Integratorul este cel care realizează proiectul; noi doar facem legătura.

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.