Ofertele IT devin comparabile numai dupa ce toti furnizorii raspund la aceleasi cerinte, ipoteze si scenarii de receptie. Separa criteriile eliminatorii de cele punctabile, calculeaza costul total si cere dovezi pentru functiile care pot bloca proiectul.
Inainte de cererea de oferta
Descrie rezultatul, utilizatorii, volumul, datele si sistemele implicate. O cerinta precum „platforma moderna si rapida” nu poate fi receptionata. Inlocuieste-o cu scenarii: un operator importa un fisier in formatul stabilit, sistemul raporteaza randurile respinse, iar totalurile pot fi reconciliate cu sursa.
Nu transforma preferinta pentru un produs intr-o specificatie mascata. Defineste rezultatul si constrangerile reale. Daca o compatibilitate este obligatorie, noteaza sistemul, versiunea, interfata si proba prin care va fi verificata.
Grila de evaluare
| Domeniu | Ce verifici | Dovada utila |
|---|---|---|
| Functional | Scenarii obligatorii si exceptii | Demonstratie pe date de test |
| Integrare | API, formate, limite, proprietarul datelor | Documentatie si proba tehnica |
| Securitate | Acces, jurnalizare, actualizari, incidente | Arhitectura, proceduri, obligatii contractuale |
| Operare | Monitorizare, backup, recuperare, suport | Plan si niveluri de serviciu definite |
| Cost total | Implementare, licente, consum, schimbari, iesire | Calcul cu ipoteze si excluderi |
| Receptie | Teste, date, praguri, defecte blocante | Protocol anexat ofertei |
Ponderea trebuie stabilita inainte de citirea scorurilor finale. Un criteriu cu pondere mare trebuie sa exprime o consecinta reala pentru proiect, nu sa favorizeze accidental o prezentare mai convingatoare.
Procedura de comparare
- Normalizeaza raspunsurile. Cere furnizorilor sa marcheze acoperit standard, configurabil, dezvoltare suplimentara, tert sau neacoperit.
- Clarifica ipotezele. Numarul de utilizatori, volumul, migrarea si mediile incluse trebuie sa fie aceleasi.
- Aplica eliminatoriile. Nu compensa o cerinta critica lipsa cu puncte de design sau cu un pret mic.
- Testeaza riscul principal. Organizeaza o demonstratie structurata sau o proba limitata pentru integrarea, migrarea ori performanta critica.
- Calculeaza costul total. Include costurile unice, recurente, variabile si costul realist al iesirii.
- Documenteaza decizia. Pastreaza scorurile, dovezile, abaterile si motivul pentru care un risc a fost acceptat.
Exemplu ipotetic
Doua oferte ipotetice pentru gestionarea solicitarilor au preturi initiale foarte diferite. Oferta A include migrarea si exportul complet, dar are abonament mai mare. Oferta B pare mai ieftina, insa integrarea, stocarea si suportul sunt optionale. Dupa normalizarea pe acelasi volum si aceeasi perioada, diferenta se reduce. Proba arata ca oferta B nu pastreaza istoricul necesar. Daca istoricul este eliminatoriu, oferta nu trebuie „salvata” printr-un punctaj bun la alte rubrici.
Exemplul este ilustrativ si nu descrie un client sau o achizitie Dotnest.
Componenta tehnica in proiecte finantate
Intr-un proiect finantat, specificatia tehnica trebuie corelata cu documentele oficiale aplicabile apelului si cu regulile procedurii folosite. Consultanta tehnica poate defini arhitectura, compatibilitatea, performanta si receptia. Eligibilitatea cheltuielii, procedura juridica si aprobarea finantarii trebuie stabilite de persoanele competente pe baza ghidului in vigoare.
Comisia Europeana prezinta achizitia publica drept un cadru reglementat si publica resurse pentru instrumentele digitale din ciclul achizitiei. Aceste resurse sunt un punct de orientare; nu inlocuiesc regulile specifice autoritatii, programului sau contractului.