CAIET DE SARCINI
CAIET DE SARCINI
Aplicatie soft gestionare achizitii publice, investitii si urmarire contracte
Lista de abrevieri și explicarea termenilor
PMC | Primaria Municipiului Constanta |
PWPMC | Pagina de web a Primariei Municipiului Constanta |
SIRMD | Sistem Informatic de Registratura si Managementul Documentelor |
SGBD | Sistem de gestiune a bazelor de date; |
SO | Sistem de operare; |
XMLWS | Aplicație informatică tip XML Web Services pentru integrarea și comunicarea cu alte sisteme informatice; |
WEBDAV | |
DMZ | Zona demilitarizata |
PAAP | Planul Anual al Achizitiilor Publice |
SEAP | Sistemul Electronic al Achizitiilor Publice |
ANAP | Agentia Nationala pentru Achizitii Publice |
CNSC | Consiliul National de Solutionare a Contestatiilor |
Legislatie:
Legislatia aplicabila
a) Legea privind achizitiile nr 98/2016; Legea privind achizitiile sectoriale nr 99/2016; Legea privind concesiunile de lucrari si concesiunile de servicii nr 100/2016;
b) Xxxxx privind remediile si caile de atac in materie de atribuire a contractelor de achizitie publica,a contractelor sectoriale si a contractelor de concesiune de lucrari si concesiune de servicii, precum si pentru organizarea si functionarea Consiliului National de Solutionare a Contestatiilor nr 101/2016;
d) Hotararea Guvernului nr. 395/2016 pentru aprobarea Normelor metodologice de aplicare a prevederilor referitoare la atribuirea contractelui de achizitie publica/acordului-cadru din Legea nr. 98/2016 privind achizitiile publice;
e) Legea nr. 500/2002 privind finantele publice, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 579 din 13 august 2002, cu modificarile si completarile ulterioare.
f)OUG nr. 58/2016 pentru modificarea si completarea unor acte normative cu impact asupra domeniului achizitiilor publice.
g) INSTRUCTIUNE nr. 2/2017 emisa in aplicarea prevederilor art. 178 si art. 179 lit.
a) si b) din Legea nr. 98/2016 privind achizitiile publice,cu completarile ulterioare,
h)INSTRUCTIUNE nr. 1/2017 emisa in aplicarea prevederilor art. 179 lit. g) si art. 187 alin. (8) lit. a) din Legea nr. 98/2016 privind achizitiile public
Cuprins
CAP. 2 OBIECTUL ȘI NECESITATEA ACHIZIȚIEI 5
CAP. 3 SPECIFICAȚII TEHNICE MINIME ȘI OBLIGATORII 5
3.1 Descrierea generala si modalitatea de licentiere 5
3.2 Modalitatea de autentificare a utilizatorilor 7
3.5 Functionalitati generale si descrierea modulelor aplicatiei 9
3.6 Cerințe tehnice și funcționale generale 17
3.7 Protecția împotriva pierderii accidentale de date 19
3.8 Acuratețea și unicitatea datelor 19
CAP. 4 GARANȚIE ȘI SUPORT TEHNIC 20
CAP. 5 TERMENUL SI ETAPELE DE IMPLEMENTARE 22
CAP. 6 INSTRUIREA UTILIZATORILOR 22
CAP. 7 LIVRABILELE SISTEMULUI 22
CAP. 8 MODALITATEA DE PREZENTARE A OFERTEI TEHNICE 23
CAP. 9 MODALITATEA DE PREZENTARE A OFERTEI FINANCIARE 23
Primaria Municipiului Constanta, bd. Tomis nr. 00, Xxxxxxxxx, Xxxxxxx
CAP. 2 OBIECTUL ȘI NECESITATEA ACHIZIȚIEI
Obiectul achiziției constituie dezvoltarea și implementarea unei aplicatii soft pentru gestionarea achizitiilor publice, investitiilor si urmarirea contractelor, pentru un numar nelimitat de utilizatori.
Autoritatea contractanta doreste dezvoltarea unei aplicatii soft orientata client, pe baza cerintelor minime mentionate in prezentul caiet de sarcini, si a specificatiilor tehnice si functionale detaliate care vor rezulta in urma etapei de analiza.
CAP. 3 SPECIFICAȚII TEHNICE MINIME ȘI OBLIGATORII
3.1 Descrierea generala si modalitatea de licentiere
Aplicatia va fi un sistem special conceput si dezvoltat pentru a creste eficienta proceselor de achizitii in cadrul autoritatii contractante, in concordanta cu legislatia in vigoare si procedurile interne. Aplicatia se doreste a fi un instrument de lucru pentru achizitor care să urmărească intuitiv pașii oricărei proceduri de achiziție publică. Plecand de la planificarea și organizarea efectivă a procedurii, este necesar sa se poata urmări ulterior implementarea contractului de achiziție publică, sa se poata face raportări folosind direct datele introduse deja în soft și, nu în ultimul rând, utilizatorul sa aiba la dispoziție resurse legislative specifice de consultare integrate.
Prin implementarea aplicatiei, se urmaresc cel putin urmatoarele:
✓ standardizarea proceselor de achizitii publice;
✓ crearea unei baze de date unice, centralizate, de produse, servicii, lucrari, furnizori;
✓ generarea automata a documentelor specifice, pornind de la referatul de necesitate, si pana la anuntul de atribuire si documentul constatator, conform unor sabloane de documente predefinite;
✓ urmarirea procesului de derulare a achizitiilor publice si a termenelor aferente;
✓ generarea si gestionarea Strategiei anuale de achizitii publice, incluzand Planul Anual al Achizitiilor Publice (PAAP);
✓ generarea si gestionarea listei de investitii si a capitolelor bugetare;
✓ evidenta sumelor cheltuite pe fiecare pozitie din PAAP si capitolele bugetare cu notificarea automata a epuizarii fondurilor;
✓ urmarirea modalitatii de derulare a contractelor rezultate in urma derularii unei proceduri de achizitie.
Aplicatia nu se adreseaza doar compartimentului de achizitii publice, ci tuturor compartimentelor din cadrul institutiei; astfel, va fi accesata de un numar nelimitat/nedeterminat de utilizatori concurenti.
Sistemul ofertat trebuie sa fie scalabil atat din punct de vedere al numarului de utilizatori, cat si din punct de vedere al marimii bazei de date (spatiului ocupat pe HDD).
Sistemul ofertat trebuie sa poata rula instalat atat pe servere fizice cat si pe servere virtuale.
Autoritatea contractanta va pune la dispozitia furnizorului serverul pe care va fi instalata aplicatia, precum si licenta pentru Sistemul de Gestiune a Bazelor de Date
- SGBD, care va fi MS Sql Server 2016 Standard Edition.
Baza de date trebuie sa fie una relationala si sa fie gestionata de SGBD pus la dispozitie de autoritatea contractanta, respectiv MS Sql Server 2016 Standard Edition. Pentru interogarea bazei de date se vor utiliza proceduri stocate pe server (stored procedures), views sau functii, dupa caz.
Interfata aplicatiei trebuie sa fie web-based si trebuie sa fie dezvoltata in XXX.XXX, C#. Furnizorul va pune la dispozitia autoritatii contractante codul sursa al aplicatiei orientata client, conform cerintelor particulare ale beneficiarului, impreuna cu documentatia aferenta, si va acorda beneficiarului permisiunea de a modifica codul sursa si de a-l transfera pe viitor către un alt furnizor sau contracta un alt furnizor pentru modificări sau servicii de mentenanță.
Ofertantul va specifica modalitatea de licentiere a aplicatiei ofertate, termenii de utilizare a licentelor, drepturile si obligatiile beneficiarului, conform modalitatii de licentiere. Nu se accepta furnizarea de licente tip „trial” sau „demo”, cu durata limitata de utilizare. Toate licentele ofertate trebuie sa fie perpetue.
Implementarea aplicatiei nu trebuie sa presupuna alte costuri suplimentare pentru autoritatea contractanta, in afara celor din propunerea financiara a ofertantului.
Atasamentele sau fisierele vor fi stocate in baza de date si nu in exteriorul acesteia, pentru a preveni accesul persoanelor care administreaza serverul (sau care au acces direct la server) la fisiere cu caracter confidential si pentru a ne asigura ca toate datele sunt intr-o forma consistenta, sunt relationate in mod corect si sunt salvate si pastrate in acelasi mediu de stocare si nu in medii diferite.
Furnizorul va trebui sa puna oricand la dispozitia beneficiarului gratuit toate datele din baza de date, in formatul solicitat de beneficiar.
Am specificat aceasta cerinta in dorinta de a evita situatia in care datele din baza de date sunt intr-un format proprietar; autoritatea contractanta doreste sa aiba acces, la nevoie (in cazul in care pe viitor se va trece pe alt sistem/alta aplicatie), la datele din baza de date; de fapt, ne referim la posibilitatea de a primi, la cerere, intr-un format universal (csv, txt etc) toate datele din baza de date (un export al bazei de date).
Toate cerintele de mai sus se vor specifica in oferta tehnica, conform solicitarilor.
3.2 Modalitatea de autentificare a utilizatorilor
Aplicatia va oferi un sistem de autentificare, pe baza de utilizator si parola, integrat cu sistemul de autentificare existent in cadrul PMC in cadrul aplicatiei de registratura si management documente, pentru a se evita situatia in care trebuie create conturi de utilizatori identice in diferite sisteme informatice si pentru a se asigura integrarea facila cu aplicatia de registratura si management documente (SIRMD) implementata in cadrul institutiei.
In acest scop, PMC va pune la dispozitia furnizorului un serviciu XMLWS care va furniza minim urmatoarele informatii:
1. un dataset continand lista cu compartimentele din cadrul institutiei:
- compartimentID (GUID)
- compartimentParinteID (GUID)
- denumire (nvarchar(200))
2. un dataset continand lista cu persoanele din cadrul institutiei:
- ID-ul unic de utilizator (GUID);
- compartimentID (GUID)
- nume (nvarchar(100))
- prenume (nvarchar(100))
- functia (nvarchar(100)
- cont utilizator (varchar(100))
- adresa de email (varchar(100))
3. o functie care va primi ca parametri de intrare contul de utilizator si parola tastata de utilizator si va returna ID-ul unic de utilizator in cazul autentificarii reusite sau null in cazul autentificarii esuate.
Aplicatia va utiliza aceste nomenclatoare de compartimente si persoane/utilizatori atat in scopul autentificarii, cat si in scopul acordarii de drepturi pe diferite functionalitati.
Structura exacta a acestui serviciu va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti. Acest serviciul XMLWS va fi dezvoltat de catre autoritatea contractanta.
3.3 Integrarea cu SIRMD
Aplicatia va trebui sa se integreze cu SIRMD, pentru a oferi utilizatorilor urmatoarele functionalitati:
- inregistrarea documentelor direct din interfata aplicatiei fara a fi necesara accesarea separata a SIRMD
- urmarirea starii documentelor inregistrate in SIRMD direct din interfata aplicatiei fara a fi necesara accesarea separata a SIRMD
In acest scop, PMC va pune la dispozitia furnizorului un serviciu XMLWS care va furniza minim urmatoarele informatii:
1. un dataset continand lista cu categoriile de registru (registrul general etc)
2. o functie care va primi ca parametru de intrare ID-ul unic al categoriei de registru si va intoarce un dataset continand lista cu tipurile de documente care pot fi inregistrate, din acea categorie de registru
3. un dataset cu lista persoanelor din cadrul institutiei pentru selectarea persoanei la care se va trimite documentul dupa inregistrare
4. o functie care va primi ca parametri de intrare ID-ul unic (tip GUID) pentru utilizatorul curent, categoria de registru, tipul de document, ID-ul unic al peroanei la care se trimite documentul dupa inregistrare, cuprinsul/descrierea documentului, termenul de rezolvare, observatii, si care va avea ca parametri de iesire numarul si data documentului inregistrat si ID-ul unic al inregistrarii (registruID - GUID)
5. o functie care va primi ca parametru de intrare ID-ul unic al inregistrarii (registruID - GUID) si va intoarce un dataset cu detaliile circulatiei documentului in cadrul institutiei si starea documentului (in lucru, aprobat, neaprobat etc)
Structura exacta a acestui serviciu va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti. Acest serviciul XMLWS va fi dezvoltat de catre autoritatea contractanta.
3.4 Integrarea cu PWPMC
In scopul integrarii aplicatiei cu PWPMC, cap. Achizitii Publice, pentru asigurarea transparentei decizionale si a procesului de achizitii publice, si pentru automatizarea publicarii unor informatii de interes public pe site-ul primariei intr-un format standardizat, aplicatia va oferi un serviciu XMLWS cu minim urmatoarele informatii:
1. un dataset cu anunturile pentru consultarea pietei; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxxxxxxx-xxxxxx
2. un dataset cu achizitiile publice in desfasurare; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxxxxxxxxxxx- achizitiilor-publice
3. un dataset cu notificarile de cumparari directe; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxxx%X0%00xx- cump%C4%83r%C4%83ri-directe
4. un dataset cu rapoarte proceduri si contracte; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxxxx-xxxxxxxxx-
5. un dataset cu anunturi atribuire SEAP; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxx%X0%0Xxxx- atribuire-seap
6. un dataset cu contractele incheiate; a se vedea structura datelor pe xxxx://xxxxxxxx-xxxxxxxxx.xx/xxxxxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxxxxx
Structura datelor prezentate mai sus poate suferi unele modificari in urma procesului de analiza tehnica si functionala.
Acest serviciu XMLWS va fi instalat in DMZ.
Structura exacta a acestui serviciu va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti. Acest serviciul XMLWS va fi dezvoltat de catre ofertant.
3.5 Functionalitati generale si descrierea modulelor aplicatiei
Aplicatia ve permite cel xxxxx urmatoarele functionalitati generale:
- posibilitati de cautare complexa, dupa mai multe criterii;
- administrarea pragurilor de achizitie, in conformitate cu legislatia in vigoare;
- monitorizare prin alerte inteligente a pragurilor de achizitie;
- realizarea si gestionarea PAAP, inclusiv evaluarea punerii lui în aplicare;
- realizarea si gestionarea bugetului institutiei programat a fi angajat prin achizitii publice, inclusiv evaluarea executiei acestuia;
- realizarea si gestionarea listei de investitii;
- initierea si urmarirea procedurilor cuprinse si planificate prin PAAP;
- derularea unui calendar de etape, cu ajutorul căruia autoritatea contractantă parcurge fiecare etapă stabilită pentru fiecare tip de procedură în parte;
- monitorizarea implementării contractelor prin evidențierea comenzilor, recepțiilor, plăților și angajamentelor și plăților bugetare, documentelor constatatoare primare si finale, astfel incat să se poată emite rapoarte de executare a programului achizițiilor și de angajare și plată a sumelor cuprinse în bugetul instituției;
- rapoarte asupra: stadiului implementării PAAP - Achizitii, operațiunilor bugetare, angajarea și plățile efectuate, alte rapoarte utile managementului, precum cel solicitat de Curtea de Conturi la inițierea operațiunilor din cadrul misiunilor de audit public extern, alte rapoarte utile.
- posibilitatea de a elabora distinct, pentru fiecare proiect finanțat din fonduri nerambursabile şi/sau proiecte de cercetare-dezvoltare în parte, un program al achizițiilor publice aferent proiectului respectiv – conform art. 13 din HG 395/2016;
- dezvoltarea etapelor procedurii de cumpărare directă, astfel încât, pentru achiziţiile cu acelaşi obiect sau destinate utilizării identice ori similare, ori care se adresează operatorilor economici ce desfăşoară constant activităţi într-o piaţă de profil relevantă, pe care autoritatea contractantă intenţionează să le atribuie în cursul unui an bugetar, să se poată iniția cumpărări directe multiple;
- gestiunea facilă a proceselor, operatorul putând efectua operațiuni de personalizare cel puțin la următoarele niveluri:
✓ Tipuri de proceduri,
✓ Etape și termene la tipurile de proceduri,
✓ Tipuri de surse de finanțare,
✓ Activități (cea curentă, alte entități subordonate, proiecte care necesită sau
pentru care este obligatoriu un PAAP distinct)
✓ Tabelă cu articole bugetare,
✓ Tabelă cu CPV-uri (și structura arborescentă).
- implementarea unui instrument de monitorizare a termenelor proprii sau legale
sub formă de reminder-e sau notificari.
- punerea la dispozitia autoritatii contractante de instrumente care sa asigure trecerea intuitiva a procedurilor de achizitii publice precum si a cumpararilor directe prin toate etapele presupuse de noua legislatie în domeniu, respectiv: planificare, organizare procedura si implementare contract;
- furnizarea de rapoarte utile procesului de management precum si acces la o serie de resurse utile personalului din compartimentul specializat în activitatea zilnica din acest domeniu, inclusiv accesul facil la cele mai importante resurse online din domeniul achizitiilor publice: SEAP, ANAP, CNSC si JOUE.
Ofertantul trebuie sa precizeze faptul ca va asigura pe viitor si integrarea cu serviciile SICAP.
3.5.1 Modulul Nomenclatoare
Aplicatia trebuie sa puna la dispozitia utilizatorilor liste predefinite de date, oriunde este posibil, pentru a se evita introducerea manuala sau eronata a informatiilor. Acestea trebuie sa fie configurabile doar de catre utilizatorii care au acest drept special, din modulul de administrare, si sa fie minim urmatoarele:
- furnizorii, impreuna cu toate datele de contact;
- coduri CPV, pe ierarhii;
- achizitie directa si tipuri proceduri achizitie (licitaţia deschisă; licitaţia restrânsă; negocierea competitivă; dialogul competitiv; parteneriatul pentru inovare; negocierea fără publicare prealabilă; concursul de soluţii; procedura de atribuire
aplicabilă în cazul serviciilor sociale şi al altor servicii specifice; procedura
simplificată);
- tipuri stari proceduri achizitie (in desfasurare, in evaluare, suspendata, anulata etc);
- etapele specifice pentru un anumit tip de procedura de achizitie selectat (dupa caz: consultarea pietei, validare SEAP documentatie si anunt/invitate de participare, publicata, analiza DUAE, analiza propunere tehnica, verificare indeplinire DUAE, analiza oferta financiara, atribuire etc);
- categorii generale de produse sau servicii (exemplu: echipamente informatice - care sa includa si sa cumuleze toate pozitiile distincte pentru calculatoare, servere, imprimante, copiatoare, scanere etc, aplicatii soft - care sa includa si sa cumuleze toate pozitiile distincte pentru aplicatiile soft care urmeaza sa fie achizitionate etc)
- surse de finantare
- pozitia/pozitiile bugetare
- pozitiile de pe lista de investitii/cheltuieli materiale
- tipuri de produse
- tipuri de servicii
- tipuri de lucrari
- tipuri de contracte
- modalitatea in care a ajuns la valoarea estimata - lista cu selectie multipla: costurile stabilite prin devizul general necesare realizarii obiectivului de investitii, preturi de catalog utilizand cataloage adresate publicului larg, preturi de piata (pretul de piata este un pret curent stabilit in cursul obişnuit sau normal de afaceri intre cumparatori şi vanzatori pe piata libera. Aceste preturi trebuie sa fie aferente contractelor dintre cumparatori şi vanzatori care sunt independenti de ofertant), oferte anterioare ale ofertantilor potentiali, dar numai in cazul in care ofertele anterioare au fost prezentate in conditii de concurenta suficienta, prin comparatie cu valoarea estimata a contractelor / acordurilor cadru atribuite de alte autoritati contractante pentru achizitia de produse/servicii/lucrari similare, valori estimate din achizitiile de produse/servicii/lucrari efectuate de PMC din anii anteriori şi actualizate cu factorul de inflatie.
3.5.2 Modulul Formulare
Acest modul trebuie sa gestioneze tipurile de formulare predefinite utilizate de aplicatie (documentele tipizate). In Anexa 1 sunt prezentate formularele tip utilizate in prezent.
Formularele vor fi parametrizate, in sensul ca anumite informatii (campuri) se vor completa automat cu informatiile existente in baza de date. Formularele generate vor fi in formt doc/docx, sau xls/xslx dupa caz.
Formularele, atasamentele sau fisierele vor fi stocate in baza de date si nu in exteriorul acesteia, pentru a preveni accesul persoanelor care administreaza serverul (sau care au acces direct la server) la fisiere cu caracter confidential si
pentru a ne asigura ca toate datele sunt intr-o forma consistenta, sunt relationate in mod corect si sunt salvate si pastrate in acelasi mediu de stocare si nu in medii diferite.
Numai utilizatorii care vor avea un anumit drept acordat vor putea incarca sau modifica formularele parametrizate, din modulul de administrare. Furnizorul va pune la dispozitia utilizatorilor lista completa de campuri (parametri) si va detalia modalitatea in care acestia sa fie specificati in cadrul unui document (formular), astfel incat sa poata fi recunoscuti de aplicatie.
Aplicatia va permite generarea automata a unui formular, in format doc sau docx, avand precompletate campurile parametrizate cu informatiile corespunzatoare din baza de date.
Aplicatia trebuie sa permita utilizatorilor sa modifice datele din formular si sa-l salveze direct in baza de date, utilizand tehnologia WEBDAV. In acest mod, se doreste evitarea situatiei in care un utilizator descarca un formular precompletat pe care il modifica apoi pe statia locala de lucru, iar in baza de date a aplicatiei ramane stocat formularul initial, complet sau partial diferit de cel final; totodata, se doreste evitarea situatiei in care pentru modificarea unui formular stocat pe server sa fie necesare operatiuni de descarcare, modificare pe statia client, apoi copiere pe server.
Mentiune: in prezent se utilizeaza ca editoare de text/calcul tabelar MS Word/Excel 2013, 2016; aceste aplicatii permit utilizarea tehnologiei WEBDAV.
Aplicatia va pastra istoricul versiunilor unui document, si va permite restaurarea acestuia la una din versiunile anterioare. Aplicatia va afisa numarul versiunii, utilizatorul si data efectuarii modificarilor. Aplicatia nu va mai permite modificarea unui document dupa ce acesta a primit aprobarea finala a tuturor factorilor decidenti. Dreptul de a modifica un document va apartine autorului acestuia (utilizatorul care a creat documentul) si/sau altor utilizatori carora li s-a acordat in mod explicit dreptul pe acel document de catre autorul documentului sau de catre administratorul aplicatiei.
Drepturile asupra documentelor sunt urmatoarele: vizualizare, modificare, stergere.
3.5.3 Modulul Achizitii
Acest modul trebuie sa gestioneze intregul proces al unei proceduri de achizitie.
3.5.3.1 Strategia Anuala de Achizitii Publice si Planul Anual al Achizitiilor Publice (PAAP)
Aplicatia va permite gestionarea si generarea PAAP. Aplicatia va permite exportul PAAP in format excel.
Aplicatia va pastra istoricul modificarilor PAAP, cu afisarea numarului versiunii, a numelui utilizatorului si a datei efectuarii modifcarii, dar si a fisierului aferent versiunii respective.
Modelul de PAAP pentru achizitiile directe este specificat in Anexa 2 iar pentru achizitiile publice in Anexa 3.
3.5.3.2 Procedurile de achizitie
Aplicatia va permite gestionarea intregului ciclu al unei proceduri de achizitie.
Aplicatia va permite definirea pentru fiecare tip de procedura in parte a etapelor specifice acesteia.
Pentru fiecare etapa va permite definirea tipurilor de documente care trebuie generate, specifice pentru acel tip de procedura de achizitie si pentru acea etapa.
Pentru fiecare tip de document va permite completarea automata a sablonului (formularului) corespunzator cu datele existente in baza de date. De asemenea, va permite si atasarea de diferite fisiere (exemplu: in etapa de analiza propunere tehnica va permite atasarea fisierelor depuse de ofertanti).
Pentru fiecare etapa va permite asocierea de termene limita si de notificari (cu un numar specificat de zile inainte de expirarea termenului) pentru anumiti utilizatori, pe email si in interfata aplicatiei.
Aplicatia va permite detalierea produselor/serviciilor care fac obiectul achizitiei, pana la nivel de item; la momentul finalizarii achizitiei, va permite specificarea valorii unitare, a cantitatii si a valorii totale pentru fiecare pozitie. De asemenea, va permite specificarea termenelor de garantie si de livrare pentru fiecare produs/serviciu. Aceste informatii vor fi preluate automat si in contract.
Detaliile unei proceduri sunt minim urmatoarele:
- Cod unic procedura
- Denumire procedura, tipul şi obiectul contractului de achiziţie publică/ acordului - cadru
- Coduri CPV asociate
- selectie din nomenclatorul Coduri CPV
- impartirea sumei alocate pe fiecare cod CPV
- Descrierea achizitiei.
Numarul de loturi si descrierea acestora
- Tip achizitie
- Tip procedura
- Categoria generala de produse sau servicii
- Categorie PAAP
- Surse de finantare
- Modalitatea de desfasurare a procedurii
- Tipul contractului
- Valoare estimata cu si fara TVA
- Data incepere procedura
- Data finalizare procedura
- Membrii comisiei de evaluare (se vor selecta din lista predefinita de utilizatori) sau responsabili procedura (se vor selecta din lista predefinita de utilizatori); se va specifica si rolul acestora (presedinte, membru, membru de rezerva, expert extern cooptat, etc)
- Stare procedura: planificata, in lucru, lansata, in derulare, in evaluare, anulata
- Nr si Data anunt atribuire/invitatie
- Participanti, ofertanti, ofertant castigator (pentru fiecare lot, dupa caz)
- Valoare atribuita (pentru fiecare lot, dupa caz)
- Nr si Data contract
Detaliile despre ofertanti sunt minim urmatoarele:
- Denumire (se va putea selecta si dintr-o lista predefinita unul sau mai multi operatori economici); odata adaugat in baza de date, un operator economic va putea fi selectat din lista predefinita
- Rolul fiecarui operator economic in cadrul procedurii (asociat, lider, tert sustinator, subcontractant etc)
- Nr. & data inregistrare oferta
- Reprezentant legal
- Lotul/Loturile pentru care aplica (dupa caz)
- Valabilitate oferta
- Garantie de participare
- Valabilitate garantie de participare
- Valoare oferta
Detaliile despre clarificarile procedurii
- Denumire solicitant
- Etapa procedurii
- Lotul la care se refera (dupa caz)
- Nr si Data primire clarificare
- Document intrebare clarificare
- Nr si Data raspuns
- Document raspuns clarificare
- Conexiuni cu alte clarificari similare din cadrul aceleiasi proceduri (spre exemplu daca la o intrebare de clarificare s-a raspuns deja anterior)
Detalii despre notificarile prealabile si contestatiile la procedura
- Denumire solicitant
- Nr si Data primire
- Motiv notificare/contestatie
- Document notificare/contestatie
- Nr si Data raspuns
- Rezolutie finala
- Conexiuni cu clarificari din cadrul aceleiasi proceduri
Important! Numai membrii comisiei de evaluare vor avea acces la documentatia procedurii de achizitie. Alti utilizatori vor putea vizualiza numai informatiile generale care sunt disponibile si pe SEAP si care vor fi stabilite in faza de analiza.
Aplicatia va permite specificarea de alerte (notificari) pentru fiecare etapa a unei proceduri, cu mentionarea tipului si textului notificarii, datei limita, termenului in numar zile pana la data limita in care sa fie notificati utilizatorii, utilizatorii care trebuie notificati. Notificarile se vor afisa atat in interfata aplicatiei pentru fiecare utilizator in mod corespunzator, dar vor fi transmise si pe email, catre utilizatorii avizati. Exemplu de notificari: data limita raspuns clarificari, data limita evaluare procedura, data expirarii perioadei de valabilitate a ofertelor etc
Aplicatia trebuie sa permita cautarea de proceduri dupa multiple criterii: data sau perioada, denumire, cod CPV, tip procedura, stare procedura, ofertant participant, ofertant castigator, valoare estimata sau un interval de valori, valoare atribuita sau un interval de valori. Raportul trebuie sa poata fi listat in format excel.
Aplicatia va permite generarea de diverse rapoarte si statistici. Setul complet de rapoarte va fi stabilit de comun acord in cadrul perioadei de analiza.
Structura exacta a datelor din baza de date, precum si a rapoartelor, va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti.
3.5.3 Modulul Buget si Investitii
Aplicatia trebuie sa genereze automat lista de investitii, lista de cheltuieli materiale pe capitolele bugetare astfel incat sa se poata asocia 1 sau n pozitii din buget cu 1 sau n proceduri de achizitii si cu 1 sau n pozitii din PAAP.
3.5.4 Modulul Contracte
Acest modul trebuie sa gestioneze intregul proces al urmaririi derularii unui contract.
Aplicatia trebuie sa permita:
- Adaugarea/preluarea contractelor din procedurile finalizate; se va prelua automat si lista detaliata a produselor/serviciilor aferente cu denumire, cantitati, preturi unitare, preturi totale, termene de garantie, termene de livrare
- Afisarea listei contractelor ce pot fi filtrate dupa diverse criterii: Furnizor, Perioada, Nr. contract, Tip contract etc
- Afisare detalii procedura care a stat la baza fiecarui contract
- La nivelul fiecarui contract sunt afisate urmatoarele informatii generale:
✓ Nr. contract
✓ Denumire contract
✓ Obiectul contractului
✓ Data intrarii in vigoare a contractului
✓ Furnizor sau asociere de furnizori, cu rolul fiecaruia (selectabil dintr-o lista predefinita)
✓ Coduri CPV asociate (sunt preluate din procedura asociata)
✓ Data incepere
✓ Data finalizare
✓ Valoare fara TVA
✓ TVA
✓ Valoare cu TVA
✓ Etapele contractului (in cazul in care se desfasoara pe mai multe etape) si valorile aferente
✓ Tip contract
✓ Numarul si data comenzii de lucru
✓ Numarul si data proceselor verbale de receptie
✓ Lista detaliata de produse/servicii aferente contractului (se va prelua din caietul de sarcini)
✓ Compartimentul/compartimentele responsabile cu urmarirea contractului
✓ Persoana/persoanele responsabile cu urmarirea contractului
✓ Alte informatii relevante referitoare la derularea contractului
Contractul poate sa contina garantie de buna executie cu toate detaliile aferente, cum ar fi: Valoare (procentual si valoric), Data constituire, Data expirare, Mod de constituire garantie etc.
Garantia de executie va contine si un grafic de restituire garantii integrat cu receptiile contractului.
In cadrul contractului, functie de tip (produse, servicii sau lucrari) se vor putea genera automat procesele verbale de receptie, respectiv, documentele constatoare; aplicatia va completa automat informatiile din procesele verbale (de exemplu: nr. contract, furnizor, denumire contract, lista de produse/servicii receptionate).
De asemenea, fiecare contract va avea atasate, dupa caz, anexe de produse, servicii sau lucrari cu informatii importante privind: Cod produs, Denumire produs, UM, Cantitate, Pret unitar etc.
Aplicatia va permite introducerea facturilor pe fiecare contract cu toate detaliile, inclusiv importul anexei in vederea editarii cantitatilor livrate.
Aplicatia va permite generarea pe fiecare contract a Raportului Situatie Contract.
Aplicatia va permite specificarea de alerte (notificari) pentru fiecare contract, cu mentionarea tipului si textului notificarii, datei limita, termenului in numar zile pana la data limita in care sa fie notificati utilizatorii, utilizatorii care trebuie notificati. Notificarile se vor afisa atat in aplicatie pentru fiecare utilizator in mod corespunzator, dar vor fi transmise si pe email, catre utilizatorii avizati. Exemplu de notificari: data expirare termen de livrare, data expirare termen de garantie, data expirare contract, data expirare garantie de buna executie, data limita de restituire a garantiei de buna executie etc
Structura exacta a datelor va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti.
3.5.5 Modulul Administrare
Acest modul trebuie sa poata fi accesat numai de utilizatorii care au drept de administrator.
Aplicatia va permite:
- gestionarea nomenclatoarelor aplicatiei (listele de date predefinite)
- gestionarea formularelor predefinite
- acordarea de drepturi utilizatorilor pe diferite functionalitati ale aplicatiei
- configurarea structurii PAAP, cu posibilitatea de adaugare a unor niveluri noi; aceasta structura sa poata fi importata dintr-un an anterior
- configurarea cotei de TVA implicita
- configurarea pragurilor valorice ale procedurilor de achizitie
- acordarea de drepturi corespunzatoare utilizatorilor
Structura exacta a datelor va fi stabilita de comun acord cu furnizorul in cadrul etapei de analiza a proiectului si va face parte din specificatiile functionale ale sistemului, semnate si asumate de ambele parti.
3.6 Cerințe tehnice și funcționale generale
Actualizarea informațiilor trebuie să aibă loc în timp real.
Sistemul trebuie să fie disponibil 24 de ore pe zi, 7 zile pe săptămâna.
Sistemul trebuie să realizeze și să permită auditarea, monitorizarea și regăsirea tuturor tranzacțiilor efectuate în sistem.
Sistemul va fi modular și scalabil. Extensiile ulterioare nu trebuie să implice reorganizarea datelor din sistem și/sau costuri adiționale semnificative și nu trebuie să afecteze funcționalitatea și performanța sistemului.
Sistemul trebuie să asigure accesul la informațiile stocate și posibilități avansate de regăsire a datelor, în condiții de utilizare simultană a mai multor utilizatori (multi- user).
Sistemul trebuie să asigure generarea de informații suport pentru luarea deciziilor
de către personalul de conducere.
Sistemul va înregistra orice acțiune efectuată de utilizatori asupra unei inregistrari.
Sistemul va afișa pentru fiecare inregistrare numele persoanei care l-a creat/modificat precum și data creării/modificării acestuia.
Orice inregistrare trebuie sa poată fi accesata exclusiv prin intermediul sistemului.
Sistemul nu va permite utilizatorilor neautorizați să opereze modificări asupra
documentelor.
Sistemul va asigura proceduri de backup si restaurare a datelor.
Sistemul trebuie să asigure utilizatorului o interfața intuitivă și prietenoasă.
Interfața cu utilizatorul trebuie sa permită navigarea facilă în și între modulele sistemului precum și accesarea tuturor funcțiilor la care utilizatorul are acordate drepturi în cadrul aceleiași sesiuni de lucru (fără a fi nevoit să se reconecteze atunci când trece de la o funcție la alta).
Ori de cate ori va fi posibil sistemul trebuie să ofere utilizatorului posibilitatea de
selecție dintr-o listă prestabilită (nomenclatoare sau liste de selectie).
Interfața cu utilizatorul trebuie să permită modul de lucru cu ferestre multiple și dimensionabile (acolo unde este cazul), facilitând astfel tranzacții simultane declanșate de utilizator.
Mesajele de eroare sau avertizare trebuie sa fie cât mai precise.
Toate meniurile, ecranele, comenzile, mesajele de eroare sau avertizare, rapoartele, înscrisurile trebuie sa fie în limba română.
Interfața cu utilizatorul trebuie să prezinte coerență din punct de vedere al elementelor de design ale aplicației si sa permita navigarea cu TAB.
Se va evita aglomerarea cu comenzi a meniurilor sau a câmpurilor ecranelor și
formularelor.
Aplicatia va avea help contextual, dar si un manual de utilizare in format electronic, redactat in limba romana.
Furnizorul va asigura implementarea sistemului în toate etapele, până la recepția
finală.
Implementarea aplicației se va face fără întreruperea/perturbarea funcționalității
sistemelor cu care intră în legătură.
3.7 Protecția împotriva pierderii accidentale de date
Baza de date va fi salvată periodic automat pe suport magnetic sau alt suport, prin mecanisme uzuale. Prin aceasta se va realiza o protecție eficace la eventualele căderi nedorite (defecțiuni hardware, incendii…).
Sistemul va trebui configurat astfel încât sa facă un backup tranzacțional la fiecare
15 minute și un backup full (complet) o data pe zi, la ora 23:00.
Sistemul va trebui să permită restaurarea datelor în caz de dezastru, pana la nivelul
ultimei tranzacții pentru care există un fișier de backup valid.
3.8 Acuratețea și unicitatea datelor
Toate datele introduse vor fi verificate o dată pe partea de client, adică la introducerea lor de către utilizator și încă o dată pe partea de server, adică la stocarea lor efectiva în baza de date. Baza de date va trebuie să asigure unicitatea datelor. Prin aceste mecanisme se va asigura consistența datelor. Sistemul trebuie sa faca validari de formate de data calendaristica, date numerice, CUI, CNP sau orice alte date necesita validare de format.
3.9 Securitatea datelor
Aplicatia trebuie sa permita acordarea de drepturi asupra diferitelor resurse pentru unul sau mai multi utilizatori, sau pentru unul sau mai multe compartimente.
Este extrem de important ca datele si informatiile confidentiale, care tin de derularea unei proceduri de achizitie, sa poata fi accesate exclusiv de catre utilizatorii carora li s-a acordat in mod explicit dreptul corespunzator (Exemplu: numai membrii comisiei de evaluare trebuie sa aiba drept asupra documentelor achizitiei respective).
Drepturile sunt: adaugare, modificare, stergere, vizualizare.
Sistemul de acordare a drepturilor trebuie sa fie granular pana la nivel de item. Exemplu: sa se poata acorda drepturi la nivel de procedura, etapa, document
Conducerea institutiei sau utilizatorii care nu sunt implicati in mod direct intr-o procedura de achizitie trebuie sa aiba implicit drept de vizualizare doar asupra datelor/rapoartelor care nu au caracter confidential (acestea vor fi stabilite in etapa de analiza). Exemplu: conducerea institutiei sa aiba drept sa vizualizeze care sunt procedurile de achizitie initiate si in ce etapa sunt acestea, precum si care sunt termenele limita aferente.
Aplicatia va fi instalata pe un server aflat in reteaua intranet a PMC, si va fi accesata doar din intranetul institutiei. Avand in vedere faptul ca aplicatia va gestiona toate documentele aferente procedurilor de achizitii si toate etapele, in scopul asigurarii confidentialitatii maxime a datelor, odata cu trecerea la modul de lucru real, furnizorul nu va avea acces direct pe serverul de aplicatie decat de la sediul autoritatii contractante si in prezenta unei persoane desemnate din cadrul Serviciului Informatizare. Pentru a instala pachete de corectii ale aplicatiei, furnizorul va instrui si indruma o persoana desemnata din cadrul Serviciului Informatizare. Pentru operatiuni mai complexe, furnizorul va desemna o persoana autorizata din partea acestuia care se va deplasa la sediul institutiei.
Baza de date cu toate înregistrările, precum și documentele generate cu ajutorul programului se vor afla în permanență pe sistemele de calcul din patrimoniul instituției. Furnizorul nu va avea acces la aceste informații.
CAP. 4 GARANȚIE ȘI SUPORT TEHNIC
Furnizorul are obligația de a garanta că aplicația informatică furnizată este în bună stare de funcționare, și că va funcționa la parametrii solicitați, în condiții normale de funcționare.
Garanția sistemului informatic trebuie să fie de cel puțin 1 an de la data recepției finale a acestuia. Furnizorul va oferi, inclus in pretul aplicatiei, suport tehnic gratuit pentru cel putin 1 an de la data receptiei aplicatiei.
Achizitorul are dreptul de a notifica imediat furnizorului, în scris, orice plângere sau reclamație ce apare în conformitate cu aceasta garanție. La primirea unei astfel de notificări, furnizorul are obligația de a remedia defecțiunea, fără costuri suplimentare pentru achizitor.
Dacă furnizorul, după ce a fost înștiințat, nu reușește să remedieze problema în perioada convenita, achizitorul are dreptul de a lua măsuri pe riscul și cheltuiala furnizorului și fără a aduce niciun prejudiciu oricăror alte drepturi pe care achizitorul le poate avea față de furnizor prin contract.
Furnizorul se obligă ca serviciile de dezvoltare a aplicațiilor soft să acopere cele patru categorii de activități specifice: analiză, dezvoltare, testare și implementare/roll-out.
În perioada de implementare și de garanție ofertantul trebuie:
- să asigure suport tehnic, inclus în prețul ofertat, pentru o perioadă de cel puțin 1 an de la data recepției finale a sistemului informatic (suportul tehnic constă în efectuarea de modificări ale funcționalităților existente ale sistemului informatic generate de modificări legislative sau solicitate de beneficiar, precum și remedierea în cel mai scurt timp a oricărei probleme de natură tehnică sau funcțională apărută în funcționarea sistemului informatic, ulterior recepției acestuia, sau restaurarea acestuia în caz de dezastru);
- să asigure un manual de help detaliat, în limba română, furnizat atât pe suport de hârtie cât și în format electronic pe CD (pdf);
- să predea autoritatii contractante codul sursa al aplicatiei, asa cum s-a solicitat in prezentul caiet de sarcini, ori de cate ori se efectueaza modificari asupra acestuia;
- să elaboreze și să predea, atât în format fizic cât și electronic editabil, specificațiile tehnice și funcționale detaliate ale întregului sistem informatic, precum și modelarea conceptuală sau logică a datelor (diagramele entitate–relație), diagramele fluxurilor de date, modelul relațional și structura bazei de date;
- să livreze kituri de instalare ale tuturor aplicațiilor din cadrul sistemului pe suport media adecvat, împreună cu instrucțiuni detaliate de instalare și configurare a acestora;
- sa respecte cerințele specifice fiecărui modul de aplicație, așa cum este specificat în caietul de sarcini și așa cum se va stabili de comun acord cu beneficiarul, în urma etapei de analiza;
- să asigure un serviciu de instruire a utilizatorilor la sediul beneficiarului.
Furnizorul va fi obligat:
- să respecte cerințele tehnice și funcționale ale aplicației;
- să modifice/actualizeze aplicațiia informatica, la solicitarea beneficiarului sau în urma constatării unor defecțiuni, și sa documenteze aceste modificări; modificarile pot fi de natura remedierii unor defectiuni, dar pot fi si alte tipuri de modificari, generate de utilizarea in practica a aplicatiei, care nu au fost prevazute in momentul de fata; de cele mai multe ori, apar astfel de functionalitati suplimentare, abia dupa ce se trece la exploatarea in mod real a aplicatiei; dorim ca furnizorul sa poata sa raspunda acestor cerinte suplimentare;
- modificările se vor constitui în pachete de corecții pentru reducerea efortului de implementare individuala la nivelul fiecărei instalări a acestora;
- sa testeze funcționalitățile modificate înainte de instalarea și livrarea acestora către beneficiar;
- să actualizeze și să pună la dispoziția beneficiarului ultimele versiuni ale codului sursa si ale tuturor livrabilelor aferente (kit-uri de instalare, specificații tehnice și funcționale, modelarea conceptuală sau logică a datelor - diagramele entitate– relație, diagramele fluxurilor de date, modelul relațional și structura bazei de date, manual de utilizare etc), ori de cate ori apar modificări ale acestora care diferă față de livrabilele deja furnizate.
Pentru perioada de post-garanție ofertantul trebuie sa descrie serviciile
pe care le va oferi, contra cost, cu menționarea următoarelor specificații minimale:
- asigurarea unui serviciu de help-desk de tip call-center;
- rezolvarea unor cerințe noi ale utilizatorilor în afara specificațiilor inițiale ale sistemului, datorate unor nevoi noi de optimizare sau de creștere a performanțelor sistemului actual (update-uri);
- actualizări ale aplicațiilor informatice (upgrade) în termene utile (până la data intrării în vigoare a actelor normative), în funcție de modificările legislației specifice (Legi, Ordonanțe, Hotărâri ale Guvernului);
- actualizări de versiuni ale sistemului (upgrade) în scopul adaptării acestora la noile
tehnologii;
- asigurarea unui mecanism eficient pentru implementarea noilor versiuni de
aplicații software;
- întreținerea și monitorizarea consistentei bazei de date;
- să modifice/actualizeze aplicațiile informatice, la solicitarea beneficiarului sau în urma constatării unor defecțiuni, și sa documenteze aceste modificări; modificarile pot fi de natura remedierii unor defectiuni, dar pot fi si alte tipuri de modificari, generate de utilizarea in practica a aplicatiei, care nu au fost prevazute in momentul de fata; de cele mai multe ori, apar astfel de functionalitati suplimentare, abia dupa ce se trece la exploatarea in mod real a aplicatiei; dorim ca furnizorul sa poata sa raspunda acestor cerinte suplimentare;
- modificările se vor constitui în pachete de corecții pentru reducerea efortului de implementare individuala la nivelul fiecărei instalări a acestora;
- să testeze funcționalitățile modificate înainte de instalarea și livrarea acestora către beneficiar;
- să actualizeze și sa pună la dispoziția beneficiarului ultimele versiuni ale tuturor livrabilelor aferente (codul sursa, kit-uri de instalare, specificații tehnice și funcționale, modelarea conceptuală sau logică a datelor - diagramele entitate– relație, diagramele fluxurilor de date, modelul relațional și structura bazei de date, manual de utilizare etc), ori de cate ori apar modificări ale acestora care diferă față de livrabilele deja furnizate.
Suportul tehnic și mentenanța software trebuie să fie furnizate după cum urmează:
- suport on-line prin conexiune securizată;
- suport la fața locului;
- prin deplasarea personalului specializat la sediul beneficiarului;
- suport telefonic sau pe e-mail.
Timpul de reacție din partea prestatorului la primirea unei sesizări din partea beneficiarului privind apariția unei probleme de funcționare a aplicatiei trebuie să fie cât mai scurt posibil, dar să nu depășească următoarele termene:
- 24 de ore pentru o intervenție online;
- 48 de ore dacă intervenția necesită deplasare la sediul beneficiarului.
CAP. 5 TERMENUL SI ETAPELE DE IMPLEMENTARE
Se solicita un termen maxim de realizare, implementare si testare a sistemului de minim 1 luna maxim 6 luni calendaristice de la data primirii de catre furnizor a comenzii de lucru din partea beneficiarului, dupa semnarea contractului de catre ambele parti.
Ofertantul va prezenta un grafic de realizare si implementare, pe etape, care va fi anexa la contract, dar care va respecta termenul specificat mai sus.
Graficul de realizare si implementare trebuie sa contina minimum urmatoarele etape:
- Etapa de analiza si elaborare a specificatiilor functionale, care vor fi semnate si asumate de ambele parti, si care vor sta la baza dezvoltarii sistemului;
- Etapa de dezvoltare a sistemului;
- Etapa de testare a sistemului de catre beneficiar;
- Etapa de implementare finala (trecerea la modul de lucru real) si receptie.
CAP. 6 INSTRUIREA UTILIZATORILOR
Furnizorul va asigura instruirea utilizatorilor în mod organizat, la sediul/sediile
beneficiarului. Se va elabora un proces verbal de instruire cu toți utilizatorii.
Livrabilele sistemului sunt:
- codul sursa al aplicatiei, dezvoltat in XXX.XXX. C#;
- baza de date pentru SGBD MS SQL Server 2016 Standard Edition, conform structurii stabilita in etapa de analiza;
- executabilele, kit-urile și procedurile/documentația de instalare si utilizare pentru toate componentele sistemului;
- manualul utilizatorului și al administratorului de aplicație, in limba romana;
- specificațiile tehnice și funcționale ale sistemului (si in format editabil), semnate de ambele parti;
- diagramele fluxurilor de date, modelul relațional și structura bazei de date;
- planul de backup al datelor;
- planul și procedurile de restaurare a datelor în caz de dezastru;
- orice alte livrabile specificate in caietul de sarcini.
Toată documentația va fi elaborată în limba română, și va fi furnizată atât în format electronic, cat și pe suport hârtie. Toate fișierele vor fi livrate pe CD inscripționat cu denumirea proiectului și vor avea specificat numărul versiunii și data.
CAP. 8 MODALITATEA DE PREZENTARE A OFERTEI TEHNICE
Propunerea tehnică trebuie să corespundă cerinţelor din caietul de sarcini, în acest sens ofertantul având obligaţia de a prezenta în propunerea tehnică toate caracteristicile solicitate, precum şi de a-şi asuma toate celelalte cerinţe din caietul de sarcini. Se va face dovada conformităţii produselor care urmează să fie furnizate cu cerinţele prevăzute în caietul de sarcini. În acest scop, propunerea tehnică va conţine un comentariu, articol cu articol al elementelor conţinute în caietul de sarcini specificaţiilor tehnice, prin care să demonstreze corespondenţa propunerii tehnice cu elementele respective.
In cazul în care oferta nu respectă cerinţele prevăzute în documentaţia de atribuire,
autoritatea contractanta are dreptul de a o respinge ca fiind neconformă.
În oferta tehnică se vor detalia toate functionalitatile din caietul de sarcini si se vor atașa capturi de ecran relevante (după caz, dacă există deja dezvoltate), din care să reiasă funcționalitatea la care se referă, pentru fiecare funcționalitate care poate fi demonstrată în acest mod. Capturile de ecran vor fi inserate în dreptul funcționalității respective (imediat sub aceasta) și trebuie să fie color și lizibile. în cazul în care funcționalitatea respectiva nu există, se va detalia modalitatea în care aceasta va fi dezvoltată, conform cerințelor.
Se va elabora o matrice a cerințelor tehnice, în care se va trece în stânga cerința tehnică solicitată, iar în dreapta cerința tehnică ofertată, împreuna cu capturile de ecran, după caz (acolo unde există).
Toată corespondența va fi redactată în limba romană, la fel ca și întocmirea
ofertei de către ofertant, precum și toate documentele care au legătură cu oferta.
CAP. 9 MODALITATEA DE PREZENTARE A OFERTEI FINANCIARE
Toate cheltuielile pentru pregătirea și depunerea ofertelor vor fi suportate de către ofertanți. PMC nu poate fi făcut responsabil pentru aceste costuri, indiferent de rezultatul procesului de selecție a ofertelor.
Oferta financiară va fi prezentată după cum urmează:
Nr. crt. | Denumirea produsului | Nr. buc | Preț unitar lei fără T.V.A. | Preț total lei fără T.V.A. |
1. | Aplicatie soft gestionare achizitii publice, investitii si urmarire contracte | |||
Total general lei fără TVA |
Ofertantul trebuie să facă dovada deținerii capacității tehnice și profesionale necesare realizării obiectului achiziției. Ofertantul trebuie să prezinte echipa de proiect care va lucra la dezvoltarea aplicatiei, iar pentru fiecare membru să prezinte un CV relevant, din care să reiasă pregatirea profesională și experiența în dezvoltarea și implementarea de aplicații pe platformele ofertate (SGBD, interfata aplicatiei).
Echipa de proiect va contine minim:
- un șef de proiect;
- programatori cu experiență în dezvoltarea de aplicații pe platformele ofertate SGBD, interfata grafica a aplicatiei);
- persoană/persoane care să asigure instruirea utilizatorilor.
Din CV-urile membrilor echipei de proiect trebuie sa raiasa foarte clar:
- experienta relevanta in raport cu rolul pe care il are in cadrul proiectului;
- experienta relevanta in raport cu platforma software ofertata (interfata grafica, platforma de dezvoltare, SGBD).