Decizie CNSC 71/2021

CONSILIUL NAŢIONAL DE SOLUŢIONARE A CONTESTAŢIILOR C. N. S. C. Str. Stavropoleos nr. 6, Sector 3, București, România, CP 030084, CIF 20329980 Tel. +4 021 3104641 Fax. +4 021 3104642; +4 021 8900745, www.cnsc.ro În conformitate cu prevederile art. 12 alin. (1) și ale art. 27 alin. (1) din Legea nr. 101/2016 privind remediile și căile de atac în materie de atribuire a contractelor de achiziție publică, a contractelor sectoriale și a contractelor de concesiune de lucrări și concesiune de servicii, precum și pentru organizarea și funcționarea Consiliului Național de Soluționare a Contestațiilor, Consiliul adoptă următoarea: DECIZIE Nr. 71/C7/2890 Data: 12.01.2021 Prin contestația înregistrată la Consiliul Național de Soluționare a Contestațiilor cu nr. 56904/22.12.2020, formulată de către S.C. PRODUCTON S.R.L., cu sediul social în București, Str. Dr. Clunet, nr. 9, sector 5, înregistrată la Registrul Comerțului sub nr. J40/18760/1993, având CIF RO 4528050, cu punct de lucru în București, Șos. Mihai Bravu, nr. 251-253, sector 3, împotriva răspunsului la solicitarea de clarificări nr. 4575/18.12.2020, emisă de către AUTORITATEA PENTRU DIGITALIZAREA ROMÂNIEI, cu sediul în București, Bd. Libertății, nr. 14, în calitate de autoritate contractantă, în cadrul procedurii de licitație deschisă, organizată în vederea încheierii acordului-cadru de servicii având ca obiect Prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice – SICAP”, se solicită ori punerea la dispoziţie, ofertantului câştigător, a codului sursă în vederea îndeplinirii cu succes a viitorului contract, ori anularea procedurii şi lansarea uneia cu respectarea tuturor normelor dreptului pozitiv aplicabil. Procedura de soluționare în fața Consiliului s-a desfășurat în scris. Pentru aceste motive, în baza legii și a mijloacelor de probă aflate la dosar, CONSILIUL DECIDE: Respinge contestația formulată de către S.C. PRODUCTON S.R.L., cu punct de lucru în București, Șos. Mihai Bravu, nr. 251-253, sector 3, în contradictoriu cu autoritatea contractantă AUTORITATEA PENTRU 1

DIGITALIZAREA ROMÂNIEI, cu sediul în București, Bd. Libertății, nr. 14, ca nefondată. Prezenta decizie este obligatorie pentru părți. Împotriva prezentei decizii se poate formula plângere, în termen de 10 zile de la comunicare pentru părțile cauzei, respectiv de la data luării la cunoștință de către alte persoane vătămate. 2

CONSILIUL NAŢIONAL DE SOLUŢIONARE A CONTESTAŢIILOR C. N. S. C. Str. Stavropoleos nr. 6, Sector 3, București, România, CP 030084, CIF 20329980 Tel. +4 021 3104641 Fax. +4 021 3104642; +4 021 8900745, www.cnsc.ro În conformitate cu prevederile art. 12 alin. (1) și ale art. 27 alin. (1) din Legea nr. 101/2016 privind remediile și căile de atac în materie de atribuire a contractelor de achiziție publică, a contractelor sectoriale și a contractelor de concesiune de lucrări și concesiune de servicii, precum și pentru organizarea și funcționarea Consiliului Național de Soluționare a Contestațiilor, Consiliul adoptă următoarea: DECIZIE Nr. ... Data: ... Prin contestația înregistrată la Consiliul Național de Soluționare a Contestațiilor cu nr. 56904/22.12.2020, formulată de către ..., cu sediul social în ..., înregistrată la Registrul Comerțului sub nr. ..., având CIF RO ..., cu punct de lucru în ..., împotriva răspunsului la solicitarea de clarificări nr. 4575/18.12.2020, emisă de către ..., cu sediul în ..., în calitate de autoritate contractantă, în cadrul procedurii de licitație deschisă, organizată în vederea încheierii acordului-cadru de servicii având ca obiect Prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice – SICAP”, se solicită ori punerea la dispoziţie, ofertantului câştigător, a codului sursă în vederea îndeplinirii cu succes a viitorului contract, ori anularea procedurii şi lansarea uneia cu respectarea tuturor normelor dreptului pozitiv aplicabil. Procedura de soluționare în fața Consiliului s-a desfășurat în scris. CONSILIUL NAŢIONAL DE SOLUŢIONARE A CONTESTAŢIILOR, asupra cauzei de față, constată următoarele: Prin contestația înregistrată la Consiliul Național de Soluționare a Contestațiilor cu nr. 56904/22.12.2020, ... contestă răspunsul la solicitarea de clarificări nr. 4575/18.12.2020, emisă de către ..., în calitate de autoritate contractantă, în cadrul procedurii de atribuire în cauză, solicitând cele evocate în preambulul prezentei decizii. Contestatorul învederează că, prin documentul emis de autoritatea contractantă sub nr. 4575/18.12.2020 şi intitulat «RĂSPUNS LA SOLICITAREA DE CLARIFICĂRI privind Prestarea de servicii de upport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de

Achiziţii Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP". Anunţ de participare simplificat nr. ...», prin răspunsurile la solicitările de clarificări, aceasta modifică masiv documentaţia publicată iniţial şi direcţionează făţiş rezultatul procedurii către ... S.A., astfel: În cuprinsul Caietului de Sarcini, la pagina 14, cap. 8. Garanţie/Licenţe/Produse/Servicii solicitate, este prevăzut că: ... (ADR) va pune la dispoziţia prestatorului codul sursă. Pe de altă parte, în cuprinsul răspunsului consolidat la solicitările de clarificări din data de 18.12.2020, Autoritatea Contractantă precizează că: Întrebarea nr.8: Având în vedere că serviciul securizat al cererilor şi solicitărilor din partea utilizatorilor se bazează pe produsul Doxlite (menţionat la capitolul 6 în documentaţia descriptivă), vă rugăm să ne comunicaţi în ce condiţii va fi pus la dispoziţie codul sursă al produsului Doxlite şi în ce condiţii pot fi iăcute modificări asupra acestuia? RĂSPUNS nr.8: Având în vedere că produsul software de tip Doxlite este o licenţă COTS, în cazul în care prestatorul nu poate asigura mentenanţa evolutivă cu resurse proprii, atunci poate face demersuri de subcontractarc a serviciilor de mentenanţă de la producătorul soluţiei - ... S.A. Contestatorul arată că, în aceste condiţii, prin răspunsul la solicitarea de clarificări, Autoritatea Contractantă transformă o procedură competitivă într-o procedură al cărei rezultat va fi antedeterminat de ... S.A., atât timp cât niciun operator economic interesat nu va avea acces la codul sursă fără acordul expres al acestuia (evident, contra cost). Contestatorul solicită ori punerea la dispoziţie, ofertantului câştigător, a codului sursă în vederea îndeplinirii cu succes a viitorului contract, ori anularea acestei licitaţii deschise şi lansarea unei noi proceduri de achiziţie publică, sub forma unei negocieri fără publicare sau unei oricărei alte forme neconcurentiale de atribuire, pentru a nu simula un mediu concurenţial. Contestatorul arată un al doilea element de direcţionare a rezultatului acestei proceduri concurenţiale către ... S.A., respectiv: În Fişa de Date se precizează cu privire la experienţa similară că:  Prin servicii similare se înțeleg servicii de tipul/natura și complexitatea, cât și din punct de vedere al rezultatului sau funcționalității urmărite prin scopul contractului, cu cele supuse obiectului achiziţiei, ai căror beneficiari sunt autorități contractante sau clienţi privați, respectiv servicii de suport, asistenţă tehnică şi mentenanţă software. Se vor lua în considerare prestări similare cu obiectul achiziţiei, semnate/încheiate/ începute chiar și înainte de perioada specificată, dar derulate în această perioadă, din care să reiasă că acestea au fost duse la bun sfârșit. Nu se iau în considerare contractele aflate în derulare și nerecepționate deloc la data limită de depunere a ofertelor. De asemenea, în listă se vor indica beneficiarii produselor similare (autorități contractante sau clienţi).

Pe de altă parte, în cuprinsul răspunsului consolidat la solicitările de clarificări din 18.12.2020, Autoritatea Contractantă precizează următoarele: RĂSPUNS nr. 20: Confirmăm faptul că, în vederea îndeplinirii cerinţei de prestare a unor servicii similare, vor fi acceptate excusiv contracte care au avut ca obiect prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru sisteme electronice de achiziţii precum şi contracte care au avut ca obiect prestarea de servicii de dezvoltare software pentru realizarea de sisteme electronice de achiziţii. Contestatorul învederează că, prin acest răspuns, Autoritatea Contractantă a limitat întreaga piaţă de profil la un singur operator economic care, într-o formă sau alta, va face obligatoriu parte din consorţiul câştigător. De asemenea, un asemenea răspuns nu face decât să ducă în derizoriu „consultarea de piaţă” făcută înaintea lansării procedurii. Contestatorul consideră că interese (pecuniare) individuale primează în fata principiilor fundamentale ale achiziţiilor publice, cum ar fi principiul tratamentului egal și principiul utilizării eficiente a fondurilor publice, solicitând anularea procedurii şi lansarea uneia cu respectarea tuturor normelor dreptului pozitiv aplicabil. În drept, contestatorul invocă dispozițiile din contestație, precum și orice alte dispoziţii ale dreptului pozitiv aplicabil. Prin adresa nr. 4828/28.12.2020, înredistrată la C.N.S.C. sub nr. 57891/29.12.2020, autoritatea contractantă a transmis punctul de vedere cu privire la contestație, prin care solicită respingerea integrală a contestaţiei, pentru următoarele motive: 1. În ceea ce priveşte critica aferentă primului capăt de cerere al constestatorului, respectiv răspunsul nr. 8 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020 publicat în cadrul SEAP, ataşat în format electronic Anunţului de participare ..., autoritatea contractantă înţelege să adopte, în baza art. 9 alin. (1) din Legea nr. 101/2016, măsura remedierii prin reformularea răspunsului oferit iniţial, astfel: „Având în vedere faptul că mentenanţa evolutivă se realizează pe bază de comandă, în funcţie de necesitate şi oportunitate, dacă în urma analizei se constată necesitatea de dezvoltare/modificare fluxuri ale componentei Doxlite, atunci acestea nu vor intra în sarcina operatorului economic ce va fi declarat câştigător al procedurii de atribuire.” Astfel, pentru lămurirea situaţiei, autoritatea contractantă a adoptat ca măsură de remediere publicarea unei note de modificare răspunsului nr. 8 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020 în secţiunea Clarificări din pagina anunţului de participare .... Urmare celor antemenționate, autoritatea contractantă solicită constatarea lipsei de obiect a prezentului capăt de cerere datorată luării măsurilor de remediere corespunzătoare. 2. În ceea ce priveşte critica aferentă celui de-al doilea capăt de cerere al constestatorului, respectiv criteriului de calificare aferent experienţei similare, autoritatea contractantă învederează că, prin răspunsul

nr. 20 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020 publicat în cadrul SEAP, ataşat în format electronic Anunţului de participare ..., se face precizarea că, în vederea îndeplinirii cerinţei de prestare a unor servicii similare, vor fi acceptate exclusiv contracte care au avut ca obiect prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru sisteme electronice de achiziţii precum şi contracte care au avut ca obiect prestarea de servicii de dezvoltare software pentru realizarea de sisteme electronice de achiziţii. Se arată că afirmaţia operatorului economic în ceea ce priveşte „limitarea întregii pieţe de profil la un singur operator economic ...” este nefondată, deoarece solicitarea prin care se precizează că prin proiecte similare este necesar să fie acceptate exclusiv servicii de suport, asistenţă tehnică sau dezvoltare de sisteme electronice de achiziţii este una de reală şi justă alegere, nefiind cu caracter restrictiv, respectiv părtinitor doar în favorizarea unui singur operator economic, aspect eronat precizat de către contestator. Astfel, Sistemul Electronic al Achiziţiilor Publice (SEAP) este o aplicaţie complexă, de importanţă semnificativă la nivel naţional, ce prezintă toate elementele de încadrare în categoria infrastructurilor critice informatice a statului Român, în condiţiile legii. Efectele unei nefunţionări sau funcţionării necorespunzătoare ale acesteia pot determina consecinţe cu impact major asupra întregului flux de achiziţii publice de la nivelul instituţiilor publice din România, asupra activităţii economice a mediului de afaceri implicat în procesul achiziţiilor publice sau întârzieri în procesul de absorbţie al fondurilor europene, în acest context, operatorul economic care va câştiga procedura de atribuire trebuie să ţină cont de complexitatea SEAP atât din punct de vedere tehnic, cât şi sub aspect funcţional. Solicitarea experienţei şi expertizei în ceea ce priveşte mentenanţă/ dezvoltare de soluţii electronice de achiziţii este extrem de importantă şi nu este restrictivă, trebuie să se ţină cont de domeniul complex al achiziţiilor în general şi la fluxurile specifice acestui domeniului. La nivelul caietului de sarcini a fost făcută menţionarea tip Notă că, prin sisteme electronice de achiziţii se înţeleg achiziţii în general, nu neapărat achiziţii publice. Autoritatea contractantă precizezază că piaţa globală de software de achiziţii se dezvoltă în ritm accelerat datorită creşterii cererii din partea diferitelor organizaţii pentru îmbunătăţirea canalului de vânzări. Necesitatea din ce în ce mai mare de îmbunătăţire a lanţului de aprovizionare este unul dintre principalii factori care determină creşterea acestei industrii. Complexitatea procesului de management al cererii şi ofertei este o preocupare majoră pentru diverse întreprinderi, astfel încât furnizorii se concentrează tot mai mult pe îmbunătăţirea operaţiunilor prin integrarea tehnologiei. Autoritatea contractantă învederează că, în urma unei minime dorinţe de informare, pot fi găsiţi furnizori de soluţii digitalizate de achiziţii, astfel: ... - cu soluţia eProcurement, ... - cu soluţia ..., ... - cu soluţia ..., ... - cu soluţia ..., ..., etc. De asemenea, procedura de atribuire cu nr. anunţ de participare ..., datorită valorii estimate, a fost publicată şi în JOUE (nr.

anunţ ...) şi astfel a devenit accesibilă atât operatorilor economici români, cât si celor străini, care au dezvoltat sisteme electronice de achiziţii similare SEAP la nivelul Uniunii Europene şi nu numai şi care se pot înscrie la această procedură de atribuire. Autoritatea contractantă amintește procedura de atribuire - număr anunţ de participare ... (din vechiul SEAP) numită „Sistem informatic colaborativ pentru mediu performant de desfasurare al achiziţiilor publice- SICAP”, organizată la acea vreme (27.03.2014) de către Agenţia pentru Agenda Digitală a României (Agenţia pentru Agenda Digitală a României - AADR, ale cărei activităţi în domeniul digital şi structuri specializate în acest domeniu au fost preluate de ... - ADR, în conformitate cu prevederile art. 11 alin. (2) din O.U.G. nr. 68/2019 privind stabilirea unor măsuri la nivelul administraţiei publice centrale şi pentru modificarea şi completarea unor acte normative), pentru care există speţă similară, iar prin Decizia C.N.S.C. nr. 1342/C7/1259, 1262,1280,1281 din data de 09.05.2014, Consiliul a respins contestaţiile formulate în cadrul procedurii de atribuire număr anunţ de participare ..., ca nefondate. Ulterior deciziei C.N.S.C., unul dintre contestatori s-a adresat instanţei de judecată - CURTEA DE APEL BUCUREŞTI - Dosar nr. 3528/2/2014, în care una din criticile contestatoarei „vizează pretinsa similitudine între obiectul cerinţei privind experienţa similară cu un proiect deja desfăşurat şi finalizat, respectiv Sistemul Electronic de Achiziţii Publice (SEAP)” cu pretinsă trimitere către un anume proiect şi un anume dezvoltator de la acea vreme. De asemenea, se invoca faptul că cerinţa prin care se solicită ca sistemul sa fie în mod specific „de achiziţii” este restrictivă. În cazul dosarului 3528/2/2014 a fost pronunţată o sentinţă definitivă prin care a fost respinsă acţiunea reclamantului. În concluzie, autoritatea contractantă solicită respingerea prezentului capăt de cerere, ca fiind nefondat. Din înscrisurile aflate la dosarul cauzei, Consiliul constată următoarea situație de fapt: În calitate de autoritate contractantă, ... a inițiat o procedură de licitație deschisă, organizată în vederea încheierii acordului-cadru de servicii având ca obiect Prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice – SICAP”, cod CPV 72261000-2 Servicii de asistență pentru software (Rev.2), prin publicărea în S.E.A.P. a anunțului de participare nr. .... Valoarea estimată a acordului-cadru de servicii este de 9.420.000 RON, fără TVA, iar criteriul de atribuire ales este „cel mai bun raport calitate-preț”. Consiliul are în vedere faptul că ... formulează critici vizvi de anumite cerințe din cuprinsul documentației de atribuire. Astfel sunt avute în vedere aspecte legate de răspunsurile aduse de autoritatea contractantă la solicitările de clarificare adresate de operatorii economici.

Referitor la fondul cauzei, Consiliul va proceda la soluţionarea criticilor formulate, analizând modul în care autoritatea contractantă a elaborat documentaţia de atribuire, cu luarea în considerare a legislaţiei în vigoare în domeniul achiziţiilor publice şi a argumentelor transmise de către petenţi. Înainte de a proceda la analiza pe fond a aspectelor sesizate de ..., Consiliul găsește util a reține căteva aspecte din cadrul documentației de atribuire. Obiectul supus procedurii de atribuire în cauză îl constituie achiziționarea serviciilor de suport, asistenţă tehnică şi mentenanţă software pentru asigurarea menţinerii în parametri optimi de funcţionare a SEAP dezvoltat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP". Potrivit pct. II.1.4 din fișa de date, achizitia de servicii de suport, asistenţă tehnică si mentenanţă software pentru Sistemul Electronic de Achiziţii Publice (SEAP), vizează: -Servicii de support, asistenţă tehnică si mentenanţă software, pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistemul informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP" (Abonament lunar ce curpinde servicii de mentenanţă preventivă şi corectivă lunare) -Servicii din cadrul mentenanţei evolutive pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de defăşurare al achiziţiilor publice - SICAP" Durata acordului cadru este de 36 luni. În cuprinsul caietului de sarcini, autoritatea contractantă a detaliat scopul serviciilor care se doresc a fi achiziționate, fiind de interes următoarele: ”Pentru menţinerea componentelor soluţiei la parametri şi în condiţiile de performanţă şi disponibilitate în care au fost implementate, aceste servicii trebuie să acopere cel puţin următoarele arii: • Suport, asistenţă tehnică şi mentenanţă software a soluţiei (a tuturor componentelor menţionate în această documentaţie descriptivă); • Mentenanţa se va asigura astfel încât în cazul unei defecţiuni software se va păstra/repune soluţia în funcţiune la parametri normali de funcţionare (se vor realiza toate operaţiunile necesare pentru ca soluţia să funcţioneze la parametri normali - menţinerea serviciului la valorile agreate). (...) 3. Descriere soluţie Soluţia informatică care stă la baza Sistemului Electronic de Achiziţii Publice are următoarele functionalităti: - asigură un mediu concurenţial şi competitiv pentru accesul la fondurile publice prin intermediul unui portal de gestionare a achiziţiilor; - eficientizează activităţile pentru toate entităţile implicate prin asigurarea unei platforme de lucru colaborativ; - creşte gradul de transparenţă al proceselor de achiziţii publice prin utilizarea de standarde deschise;

- asigură un grad ridicat de securitate şi de protecţie a informaţilor care aparţin instituţiilor publice şi private prin utilizarea unei infrastructuri cu chei publice; - îmbunătăţeşte eficienţa profesională a angajaţilor prin asigurarea accesului rapid la informaţiile necesare îndeplinirii sarcinilor şi atribuţiilor; - reduce costurile administrative şi timpii de răspuns la solicitările cetăţenilor; - este structurată conform principiilor arhitecturale multi-tier, bazat pe standarde deschise. Funcţionalitatea principală a sistemului este dezvoltată sub forma de servicii coordonate, accesibile utilizatorilor sistemului din cadrul unui portal web cu facilităţi de colaborare, integrate cu sistemele externe din cadrul autorităţilor implicate în procesul de achiziţie şi furnizează date pentru procesare în vederea prezentării lor către utilizatori şi instituţii. (...).” În cadrul fișei de date autoritatea contractantă a precizat la capitolul IV.4.1.- Modul de prezentare al propunerii tehnice astfel: ”Propunerea tehnică se va prezenta la rubrica special prevăzută în S.E.A.P. în acest sens, respectiv „Documente de calificare şi propunere tehnică" şi va fi întocmită în conformitate cu cerinţele din caietul de sarcini şi va include toate documentele solicitate prin caietul de sarcini. Ofertanţii vor întocmi propunerea tehnică într-o manieră organizată, astfel încât aceasta să asigure posibilitatea verificării în mod facil a corespondenţei cu cerinţele/specificaţiile prevăzute în cadrul prezentei secţiuni, respectiv cu cele prevăzute în cadrul Caietului de sarcini şi a documentelor anexate la acesta, care fac parte integrantă din documentaţia de atribuire. În acest scop, pornind de la propria expertiză a ofertantului în domeniul contractului ce urmează să fie atribuit şi prin raportare la necesităţile, obiectivele şi constrângerile autorităţii contractante, astfel cum au fost acestea descrise în cadrul Caietului de sarcini, propunerea tehnică va cuprinde informaţii relevante privind abordarea propusă de ofertant pentru execuţia contractului. (...).” În cuprinsul caietului de sarcini, la secțiunea dedicată modului de elaborare a propunerii tehnice se regăsesc precizate următoarele: ”În exploatarea platformei SEAP pot apărea diverse categorii de evenimente, cu consecinţe asupra utilizării în condiţii optime. în funcţie de natura lor, evenimentele pot fi localizate la nivelul: - Codului dezvoltat; - Modelului logic sau modelului de date; - Structurii sau consistenţei datelor; - Software-ului standard sau configuraţiilor acestuia - Configuraţiei echipamentelor şi subansamblelor sistemului;

Defecte (1) - situaţii care apar în exploatarea sistemului şi care pot afecta utilizarea acestuia total sau parţial, din cauza proiectării/execuţiei sistemului sau componentelor acestuia. Probleme (2) - situaţii care apar in exploatarea sistemului si care pot afecta utilizarea optimă a acestuia: - erori de proiectare şi/sau execuţiei a sistemului sau componentelor acestuia; - erori de configurare; - proceduri şi procese neoptimizate; - folosirea incorectă sau abuzivă, de către utilizatori; - inconsistenţe în structura datelor. Funcţionalităţi (3) - solicitări pentru modificări / funcţionalităţi noi venite din partea

utilizatorilor,

a

managementului

achizitorului.

Aceste modificări/funcţionalităţi pot fi solicitate în scopul îmbunătăţirii sistemului, a timpului de răspuns, ergonomiei interfeţelor si creşterii productivităţii, implementării de cazuri noi, nedocumentate la momentul realizării sistemului, sau adaptării la cerinţele impuse de legislaţie sau regulamente UE cu impact asupra achiziţiilor publice.” Consiliul reține că în vederea atribuirii acordului-cadru de servicii supus procedurii în cauză, a cărui grad de complexitate, specificacitate și unicitate la nivel național nu poate fi tăgăduit, autoritatea contractantă a elaborat caietul de sarcini în cadrul căruia a menționat condițiile tehnice și de calitate pe care trebuie să le îndeplinească prestarea serviciilor care fac obiectul acordului-cadru pentru a răspunde necesităților apărute în asigurarea serviciilor care urmează a fi prestate la parametrii optimi. Prezintă relevanță și mențiunile achizitoarei din cadrul Strategiei de contractare nr. 3839/19.11.2020, respectiv: ”În anul 2014 a fost demarat proiectul Sistemul Informatic Colaborativ pentru Achiziții Publice (SICAP) care a fost finalizat cu implementarea noului SEAP. Acesta a fost dat în funcțiune în data de 02.04.2018. Prin referatul de necesitate nr. 7590/25.05.2020, precum și Adendumul cu Nr. 571/15.07.2020 și Adendumul cu Nr. 1240/10.08.2020 la Referatul de necesitate anterior menționat, ADR a propus inițierea procedurii de atribuire a contractului de Prestare de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice – SICAP”. În cadrul acestei proceduri vor fi achiziționate servicii de suport, asistență tehnică și mentenanță software, precum și mentenanță evolutivă pentru asigurarea menținerii în parametrii optimi de funcționare și adaptarea continuă la noile reglementări ce ar putea apărea a sistemului SICAP. Obiectul contractului este dat de necesitatea autorității contractante de a achiziționa serviciile unui/unor operator/operatori economic/economici care să aibă capacitatea profesională de a realiza activitățile care fac obiectul contractului, respectiv servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice, precum și servicii de mentenanță evolutivă al acestuia, în vederea creșterii gradului de corelare cu legislația în vigoare cu impact asupra sistemului SEAP, întrucât ADR nu dispune de personal specializat care să execute astfel de activități.

3. Justificarea necesității și oportunității achiziției Achiziția este necesara pentru asigurarea menținerii în parametri optimi de funcționare a sistemului SEAP. Având in vedere condiționalitățile impuse de Comisia Europeană, coroborat cu faptul că ADR nu deține resursa umană internă competentă de a asigura aceste servicii cu resurse proprii și ținând cont de complexitatea și importanța sistemului. Și faptul că Sistemul Electronic de Achiziții Publice - SEAP deservește momentan un număr de peste 175.000 utilizatori înregistrați în sistem, din care 20.858 autorități contractante și 159.003 ofertanți (operatori economici), nevoia de funcționare a sistemului la parametri tehnici optimi, este imperios necesară. De asemenea, includerea asigurării mentenanței evolutive în pachetul de servicii de prestare mentenanță preventivă și corectivă este imperios necesară, dală fiind dinamica modificărilor legislative în domeniul achizițiilor publice cu impact asupra fluxurilor implementate în SEAP, mai ales în contextul actual de pandemie COVID ce implică necesitatea implementării unei politici complexe de digitalizare în toate domeniile. Este de importanță maximă să fie luate măsurile necesare în ceea ce privește aplicarea obligativităților instituite de modificările stabilite de legiuitor și acomodarea acestora la nivelul aplicației SEAP în termenul prevăzut, după caz. Astfel demararea unei proceduri distincte de achiziție servicii dezvoltare software pentru o aplicație complexă la nivelul SEAP pentru fiecare modificare nouă legislative este greoaie, necesită timp, nu poate fi identificat cu precizie momentul în timp de existență a necesității etc. Descrierea serviciilor este disponibilă în secțiunea Caietul de sarcini din cadrul prezentei documentații de atribuire. Serviciile se vor efectua conform descrierilor din caietul de sarcini si documentația aferentă. Cantitățile vor fi conform anexei 1 la formularul de ofertă. Prin încheierea acordului cadru privind Prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice - SICAP", s-a abordat si problema modificării și/sau configurării unor funcționalități ale platformei în vederea creșterii gradului de corelare cu legislația în vigoare cu impact asupra Sistemul Electronic de Achiziții Publice (SEAP). Acestea se vor realiza pe bază de comandă, în funcție de necesitate și oportunitate. Astfel, serviciile achiziționate sunt: Serviciu Număr luni prestare servicii min/max Servicii de suport, asistență tehnică și mentenanță software, pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul "Sistemul informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice - SICAP " (Abonament lunar ce cuprinde servicii de mentenanță preventivă și evolutivă lunare) 26/36 Număr mim/maxim de ore anual Număr de ore pentru întreg acordul - cadru (3 ani) Min/Max Servicii din cadrul mentenanței evolutive pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice - SICAP " 5.000/10.000 15.000/30.000

Obiectivul din strategia locală/regională/rațională de dezvoltare Ia a cărui realizare contribuie contractul de achiziție publică - Strategia Națională privind Agenda Digitală pentru România 2020 - Strategia pentru Consolidarea Administrației Publice 2014-2020.” Detalierea serviciilor care urmează a fi prestate se regăsește în cuprinsul caietului de sarcini, respectiv: 1. Obiectul procedurii de atribuire şi perioada de prestare a serviciilor Scopul prezentei proceduri de atribuire este acela de a achiziţiona servicii de suport, asistenţă tehnică şi mentenanţă software pentru asigurarea menţinerii în parametri optimi de funcţionare a SEAP dezvoltat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP". Pentru menţinerea componentelor soluţiei la parametri şi în condiţiile de performanţă şi disponibilitate în care au fost implementate, aceste servicii trebuie să acopere cel puţin următoarele arii: • Suport, asistenţă tehnică şi mentenanţă software a soluţiei (a tuturor componentelor menţionate în această documentaţie descriptivă); • Mentenanţa se va asigura astfel încât în cazul unei defecţiuni software se va păstra/repune soluţia în funcţiune la parametri normali de funcţionare (se vor realiza toate operaţiunile necesare pentru ca soluţia să funcţioneze la parametri normali - menţinerea serviciului la valorile agreate). (...) Funcţionalitatea principală a sistemului este dezvoltată sub forma de servicii coordonate, accesibile utilizatorilor sistemului din cadrul unui portal web cu facilităţi de colaborare, integrate cu sistemele externe din cadrul autorităţilor implicate în procesul de achiziţie şi furnizează date pentru procesare în vederea prezentării lor către utilizatori şi instituţii. (...) 10.6. Prestare mentenanţă Sistemul trebuie înţeles ca fiind aplicaţia SEAP dar şi aplicaţiile conexe: Formularul de Integritate (ANI), mediul demo aferent SEAP etc. Serviciile solicitate sunt următoarele: I. Mentenanţa preventivă Mentenanţa preventivă constă în activităţile realizate pe toate elementele software ale sistemului la intervale regulate astfel încât să se asigure că sistemul SEAP funcţionează la parametri de disponibilitate şi fiabilitate solicitaţi; Astfel, aşteptările Beneficiarului sunt ca echipa de specialişti a Prestatorului să asigure zilnic următoarele activităţi repetitive: urmărirea pemanentă a funcţionării sistemului; analiza factorilor ce pot afecta funcţionarea în parametri normali; efectuarea de modificări în sistem cu scopul creşterii performanţei acestuia în cazul în care se observă o degradare a acesteia; de verificare a mesajelor de alertă aferente tuturor aplicaţiilor software; diagnoza încărcării echipamentelor de procesare date; Mentenanţa preventivă va fi realizată pe toate elementele sistemului la intervale regulate, suficient de frecventă încât să se asigure că performanţele sistemului respectă cerinţele de fiabilitate şi disponibilitate.

Ofertantul va detalia în cadrul ofertei tehnice activităţile care fac obiectul mentenanţei preventive, astfel încât să fie asigurată funcţionarea la parametri optimi ai SEAP. în cadrul serviciilor de mentenanţă preventivă se vor utiliza detecţia timpurie şi mecanismele de alertă pentru a evita căderea sistemului. De asemenea, prestatorul va efectua verificări periodice asupra procesului de backup şi va notifica Beneficiarul de eventualele probleme identificate. Prestatorul va oferi în cadrul unui abonament lunar serviciile de mentenanţă preventivă, service şi suport tehnic pentru asigurarea funcţionării permanente a sistemului. II. Mentenanţa corectivă Mentenanţa corectivă: reprezintă un proces organizat care implică activităţile necesare sesizării unor defecte - „solicitare de suport"-, identificarea cauzelor care au generat defectele şi remedierea acestora. în cadrul procesului de mentenanţă corectivă se vor oferi şi serviciile de asistenţă tehnică pentru rezolvarea unor incidente (erori) în utilizarea SEAP; Servicii ce urmează a fi asigurate: Prestatorul trebuie să realizeze verificări periodice (trimestrial) la nivelul componentelor software, utilizând instrumente şi proceduri de verificare, precum şi funcţionalitătile disponibile ale sistemelor de operare. La finalizarea verificărilor se va furniza un raport conţinând rezultatele verificării şi acţiunile recomandate pentru a îmbunătăţi disponibilitatea sistemului. - Monitorizarea paramatrilor de funcţionare a sistemului cu scopul de a executa operaţii preventive care să elimine indisponibilitatea sistemului şi transmiterea de propuneri de îmbunătăţire şi optimizare a infrastructurii software; - Activităţi corective a bug-urilor de sistem acolo unde apar, în aplicaţii sau în infrastructura software; Intervenţia pentru evaluarea şi corectarea defectelor/optimizarea aplicaţiilor software: o monitorizare parametri de funcţionare ai sistemului; o identificare funcţionare incorectă; o analiza - identificare defect şi determinare impact; o izolarea defectelor; o dezvoltare software pentru rezolvarea defectelor; o testare; o actualizare sistem (restabilirea funcţionalităţilor şi restaurarea datelor, pe baza acordului scris al achizitorului); o actualizare documentaţie sistem (dacă este cazul). • Elaborare/ actualizare documentaţie tehnică si manuale de utilizare si administrare, ca urmare a adaptărilor, actualizărilor • Prestatorul va avea sarcina de a monitoriza zilnic modul de derulare al operaţiunilor de backup şi va anunţa imediat Beneficiarul în cazul în care va constata faptul că o operaţiune de

backup nu a reuşit, astfel încăt să existe în orice moment o strategie de recuperare a datelor în cazul unor incidente sau de dezastru • Prestatorul va realiza şi va actualiza în permanenţă procedura de realizare a operaţiunilor de backup a datelor şi va înainta spre aprobare variantele revizuite către ADR. • în vederea asigurării calităţii operaţiunilor de realizare a copiilor de siguranţă, Prestatorul va realiza periodic (cel puţin trimestrial) teste de restaurare a bazelor de date, utilizând copiile de siguranţă disponibile. Reprezentanţii specialişti ADR, vor participa şi vor monitoriza aceste simulări în vederea constatării funcţionării corecte a procesului • Prestatorul va monitoriza în permanenţă performanţa sistemului SEAP, în vederea analizei potenţialelor probleme şi a identificării metodelor de remediere. Parametrii monitorizaţi vor include: o Dimensiunea bazelor de date - se va monitoriza în permanenţă şi analiza ritmul de creştere a bazelor de date, în scopul evitării situaţiei în care este consumat tot spaţiul de stocare disponibil de pe HDD; o Performanţa bazelor de date - timpii de răspuns ai bazei de date la solicitări tipice ale utilizatorilor vor fi monitorizaţi în permanenţă, în scopul identificării oportunităţilor de optimizare a codului sursă al aplicaţiei. De asemenea, se va realiza parametrizarea bazei de date şi eliminarea redundanţelor; o Performanţa indecşilor folosiţi - în urma acestor operaţiuni se va realiza optimizarea permanentă a indecşilor bazei de date (reindexare) prin modificarea indecşilor existenţi sau prin crearea unor indecşi noi; o Integritatea şi coerenţa datelor - se va asigura reducerea posibilităţii populării cu date eronate sau incomplete; • Prestatorul va organiza trimestrial teste de performanţă, sub supravegherea şi la initiaţiva reprezentanţilor specialişti ADR. Testele de performanţă vor simula derularea unor operaţiuni tipice ale utilizatorilor şi se vor finaliza cu documentarea rezultatelor intr-un Raport de Testare a Performanţei sistemului. Acest raport va fi de asemenea însoţit de recomandări în privinţa optimizării performanţei sistemului. • înaintea oricărei implementări în producţie a unei funcţionalităţi noi va fi obligatorie rularea testelor de încărcare utilizând în acest sens funcţionalităţi specializate de administrare • Toate testele de performanţă vor fi realizate într-un mediu cât mai apropiat celui de producţie, în afara perioadelor de utilizare critică a sistemului Echipa Prestatorului va monitoriza finalizarea cu succes a tuturor procedurilor automate periodice (job-uri) implementate la nivelul bazei de date, prin studierea periodică a log-urilor bazei de date. în cazul în care, în urma acestor activităţi vor fi identificate probleme în configurarea acestor proceduri automate sau incidente în timpul executării lor, atunci Prestatorul va anunţa ADR şi se vor stabili de comun acord activităţile corective necesare, care vor fi apoi executate. Ofertantul trebuie să demonstreze că poate asigura mentenanţa corectivă pentru SEAP, folosind specialişti proprii pe perioada contractuală, operaţiunile de mentenanţă corectivă trebuind să fie efectuate in condiţii de securitate, cu protejarea adecvată a personalului care efectuează mentenanţa şi a altor persoane prezente la locul unde are loc intervenţia. Serviciile de mentenanţă trebuie să fie disponibile în toate zilele lucrătoare iar pentru incidentele critice, serviciile de mentenanţă vor fi asigurate 24/24. Serviciile trebuie, de asemenea, să conţină şi activităţi proactive, reactive şi ocazionale. Servicii proactive: sunt menite să preîntâmpine apariţia de disfuncţionalităţi în funcţionarea sistemului şi să identifice potenţialele probleme înainte de manifestarea lor, atunci când se poate realiza acest lucru. Acestea se referă la:

• Monitorizarea funcţionalităţi lor sistemului; • Verificarea salvărilor (back-up) pe baza de date, aplicaţii software, maşini virtuale, configuraţii, etc; III. Mentenanta evolutivă Mentenanţa evolutivă cuprinde următoarele tipuri de activităţi: - modificarea funcţionalităţi lor existente în vederea creşterii performanţelor sistemului SEAP; - dezvoltarea unor funcţionalităţi noi în vederea creşterii performanţelor sistemului, a disponibilităţii şi accesibilităţii acestuia; - modificarea şi/sau dezvoltarea unor funcţionalităţi ale sistemului în vederea creşterii gradului de corelare cu legislaţia în vigoare (naţională sau Regulamente UE cu impact asupra materiei achiziţiilor publice). Mentenanţa evolutiva trebuie să includă activităţi de preluare a solicitărilor de îmbunătăţire a aplicaţiei SEAP, aplicare a modificărilor legislative, dezvoltare de noi funcţionalităţi şi instalarea versiunilor noi de aplicaţie. Serviciile de mentenanţa evolutivă vor fi disponibile, la cerere, pe bază de comandă, în funcţie de necesitate şi oportunitate, imediat după semnarea contractului de prestare servicii. Pentru serviciile de mentenanţă evolutivă (modificarea şi/sau dezvoltare cerinţe noi) plata în cadrul Contractului se efectuează la real prestat, conform devizului de calcul al prestaţiei stabilit în baza tarifului pe oră din propunerea financiară şi a unităţilor (cantităţilor) de prestare efectuate. Numărul de ore ale componentei de mentenanţă evolutivă pentru toată perioada de desfăşurare a acordului-cadru (3 ani) este de maxim 30.000 ore. Pentru o dezvoltare echilibrata a sistemului SEAP, în concordanţă cu dinamica gradului de utilizare al platformei, a contextului legislativ românesc precum şi cea a directivelor europene cu impact asupra materiei achiziţiilor publice, Prestatorul va trebui să livreze serviciile de mentenanţă evolutivă urmărind de fiecare dată etapele prezentate în continuare pentru orice intervenţie de acest tip.” Din cuprinsul documentelor aflate în copie la dosarul cauzei se reține că autoritatea contractantă a organizat procesul de consultare a pieței, astfel cum este menționat în cuprinsul Strategiei de contractare nr. 3839/19.11.2020: ”Cu respectarea prevederile art. 139 din Lege nr. 98/2016 privind achizițiile publice și ale Art. 18-19 din H.G. 395/2016 pentru aprobarea Normelor Metodologice de aplicare a prevederilor referitoare la atribuirea contractului de achiziție publică/acordului din Legea Nr. 98/2016 privind achizițiile publice, înainte de inițierea procedurii de atribuire, autoritatea contractantă a organizat procesul de consultare publică a pieței în vederea pregătirii achiziției, prin raportare la obiectul contractului de achiziție publică, și pentru a informa operatorii economici cu privire la planurile de achiziție și cerințele avute în vedere în legătură cu acestea, făcând cunoscut acest lucru prin intermediul anunțului MC1011911 publicat in SEAP. Până la data limită de transmitere a propunerilor, ADR a primit pe adresa de mail achizitii@adr.gov.ro, două propuneri ce au fost înregistrate la registratura ADR astfel:

• în data de 01.10.2020 - o ofertă conținând o propunere tehnică și una financiară de la un ofertant, numit în continuare ofertant nr 1, ce a fost înregistrată la ADR cu numărul 2527/01.10.2020; • în data de 01.10.2020 - un formular de ofertă conținând mențiuni asupra capitolului 10 - Propunerea tehnică din cadrul Caietului de sarcini și o propunere financiară de la un ofertant, numit în continuare ofertant nr 2, ce a fost înregistrată la ADR cu numărul 2539/01.10.2020. Din analiza efectuată asupra propunerilor transmise, au reieșit următoarele concluzii: - Din punct de vedere tehnic, în piață există o disponibilitate limitată din partea operatorilor economici astfel încât să fie satisfăcute exigențele și cerințele minime impuse de autoritatea contractantă prin caietul de sarcini; - Din punct de vedere financiar, valoarea ofertei primite, elaborate potrivit specificațiilor tehnice cuprinse în Caietul de sarcini, depășește valoarea estimată de autoritatea contractantă; - Pe baza propunerilor primite se va întocmi Caietul de sarcini necesar demarării procedurii de atribuire a acordului cadru pe o perioadă de 36 de luni având ca obiect „prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul „Sistem informatic colaborați pentru mediu performant de desfășurare al achizițiilor publice – SICAP. Analiza extensivă a propunerilor se regăsește în Raportul privind procesul de consultare a pieței cu Nr. 2737/07.10.2020.” Prezintă relevanță și mențiunile achizitoarei din cadrul punctului de vedere formulat, în argumentarea complexității, unicitatății, specificacității şi importanţei la nivel naţional a Sistemului Electronic de Achiziţii Publice în România reies din legislaţia în vigoare în domeniul achiziţiilor publice, al achiziţiilor sectoriale, al concesiunilor de lucrări şi de servicii, respectiv: ”Complexitatea sistemului SICAP (SEAP) priveşte atât aspectul tehnic, cât şi aspectul funcţional. Obiectivul general al sistemului SEAP este furnizarea serviciilor instituţiilor din administraţia publică înregistrate ca autorităţi contractante, autorităţilor şi organismelor cu atribuţii de audit şi control şi operatorilor economici înregistraţi ca ofertanţi, pentru organizarea şi desfăşurarea în mod securizat şi controlat a achiziţiilor publice, achiziţiilor sectoriale, concesiunile de lucrări şi de servicii din România. Astfel, autorităţile/entităţile contractante încarcă/completează online în sistem: anunţuri, documentaţii de atribuire, clarificări, contestaţii primite, lista ofertanţilor, etc., iar operatorii economici -solicitări de clarificare cu privire la documentaţiile de atribuire, oferte, clarificări cu privire la ofertele depuse, oferte comerciale, preţuri unitare, cataloage de produse etc. Totodată, sistemul permite licitarea în timp real (prin proceduri online şi/sau etapă finală de licitaţie electronică, procese de reofertare în caz de egalitate a ofertelor, de reluare a competiţiei după atribuirea acordului-cadru în vederea atribuirii contractelor subsecvente, procese de revizuire a preţurilor în baza cărora s-a încheiat acordul cadru, aceste procese implicând criptarea preţurilor), recunoaşterea, încărcarea în/descărcarea din sistem a documentelor semnate cu semnătură electronică calificată, generarea şi transmiterea comunicărilor privind rezultatul procedurilor de atribuire, generarea şi publicarea formularului de integritate către Agenţia Naţională de Integritatate în diversele faze ale procesului de achiziţie, etc. - Reiterăm faptul că Sistemul Electronic de Achiziţii Publice (SEAP) este o aplicaţie complexă, de importanţă semnificativă la nivel naţional ce prezintă toate elementele de încadrare în categoria infrastructurilor critice informatice a statului Român, în condiţiile legii. Efectele unei nefuncţionări sau funcţionării necorespunzătoare ale acesteia pot determina consecinţe cu impact major asupra întregului flux de achiziţii publice de la nivelul instituţiilor publice din România, asupra activităţii economice a mediului de afaceri implicat în procesul achiziţiilor publice sau întârzieri în procesul de absorbţie al fondurilor europene. Astfel, unicitatea, specificitatea şi importanţa la nivel naţional a Sistemului Electronic de Achiziţii Publice în România reies din

legislaţia în vigoare în domeniul achiziţiilor publice, al achiziţiilor sectoriale, al concesiunilor de lucrări şi de servicii, din care amintim : - art. 3 alin.(1) lit.nn) din Legea nr.98/2016 privind achiziţiile publice, cu modificările şi completările ulterioare; - art. 3 alin. (1) lit. qq) din Legea nr. 100/2016 privind privind achiziţiile sectoriale, cu modificările şi completările ulterioare; - art. 5 alin. (1) lit. cc) din Legea nr. 100/2016 privind privind concesiunile de lucrări şi concesiunile de servicii, cu modificările şi completările ulterioare; - art. 3 lit.b) din Legea nr. 184/2016 privind instituirea unui mecanism de prevenire a conflictului de interese în procedura de atribuire a contractelor de achiziţie publică; - Legea nr. 101/2016 privind remediile şi căile de atac în materie de atribuire a contractelor de achiziţie publică, a contractelor sectoriale şi a contractelor de concesiune de lucrări şi concesiune de servicii, precum şi pentru organizarea şi funcţionarea Consiliului Naţional de Soluţionare a Contestaţiilor, cu modificările şi completările ulterioare - art. 24 din O.U.G. nr. 98/2017 din 14 decembrie 2017 privind funcţia de control ex ante al procesului de atribuire a contractelor /acordurilor-cadru de achiziţie publică, a contractelor /acordurilor-cadru sectoriale şi a contractelor de concesiune de lucrări şi concesiune de servicii, cu modificările şi completările ulterioare; - art. 4 alin. (1) lit. (b) din O.U.G. nr. 65/2020 privind unele măsuri pentru digitalizarea sistemului de coordonare şi gestionare a fondurilor europene structurale şi de investiţii pentru perioada de programare 2014-2020.” Așadar, Consiliul constată că autoritatea contractantă a avut la baza considerente economice, tehnice, funcționale și sociale, potrivit cărora și-a fundamentat cerințele din caietul de sarcini pentru a răspunde necesităților apărute în asigurarea serviciilor care urmează a fi prestate la parametrii optimi. Din lecturarea caietului de sarcini și a strategiei de contractare mai sus amintite rezultă că prioritar a fost interesul public la nivel național unde așteptările și nevoile actuale și imediate de a dezvolta și moderniza piaţa globală de software de achiziţii se dezvoltă în ritm accelerat datorită creşterii cererii din partea diferitelor organizaţii pentru îmbunătăţirea canalului de vânzări. Necesitatea din ce în ce mai mare de îmbunătăţire a lanţului de aprovizionare este unul dintre principalii factori care determină creşterea acestei industrii. Complexitatea procesului de management al cererii şi ofertei este o preocupare majoră pentru diverse întreprinderi, astfel încât furnizorii se concentrează tot mai mult pe îmbunătăţirea operaţiunilor prin integrarea tehnologiei. Sunt judicioase precizările achizitoarei, potrivit cărora sistemul Electronic al Achiziţiilor Publice (SEAP) este o aplicaţie complexă, de importanţă semnificativă la nivel naţional, ce prezintă toate elementele de încadrare în categoria infrastructurilor critice informatice a statului român, în condiţiile legii. Efectele unei nefunţionări sau funcţionării necorespunzătoare ale acesteia pot determina consecinţe cu impact major asupra întregului flux de achiziţii publice de la nivelul instituţiilor publice din România, asupra activităţii economice a mediului de afaceri implicat în procesul achiziţiilor publice sau întârzieri în procesul de absorbţie al fondurilor europene, în acest context, operatorul economic care va câştiga procedura de atribuire trebuie să ţină cont de complexitatea SEAP atât din punct de vedere tehnic cat şi sub aspect funcţional.

Sub acest aspect, Consiliul apreciază că autoritatea contractantă a furnizat potențialilor ofertanți toate informaţiile necesare pentru a asigura operatorilor economici o informare completă, corectă şi precisă cu privire la cerinţele achiziţiei, obiectul contractului şi modul de desfăşurare a procedurii de atribuire, în conformitate cu prevederile art. 154 din Legea nr. 98/2016. Se are în vedere că autoritatea contractantă a adus o serie de clarificări la solicitările adresate de operatorii economici. Referitor la prima critică formulată de ..., se are în vedere că autoarea contestației reclamă răspunsul furnizat la pct. 8 din cuprinsul adresei nr. 4575/18.12.2020, potrivit căreia autoritatea contractantă a clarificat solicitările adresate de operatorii economici, respectiv: „Întrebarea nr. 8: Având în vedere că serviciul securizat al cererilor şi solicitărilor din partea utilizatorilor se bazează pe produsul Doxlite (menţionat la capitolul 6 în documentaţia descriptivă), vă rugăm să ne comunicaţi în ce condiţii va fi pus la dispoziţie codul sursă al produsului Doxlite şi în ce condiţii pot fi făcute modificări asupra acestuia? RĂSPUNS nr. 8: Având în vedere că produsul software de tip Doxlite este o licenţă COTS, în cazul în care prestatorul nu poate asigura mentenanţa evolutivă cu resurse proprii, atunci poate face demersuri de subcontractare a serviciilor de mentenanţă de la producătorul soluţiei - ... S.A.” ... reclamă faptul că prin răspunsul la solicitarea de clarificări, autoritatea contractantă transformă o procedură competitivă într-o procedură al cărei rezultat va fi antedeterminat de ... S.A., atât timp cât NICIUN operator economic interesat nu va avea acces la codul sursă fără acordul expres al acestuia (evident, contra cost). Faţă de care solicităm ori punerea la dispoziţie a ofertantului câştigător a codului sursa în vederea îndeplinirii cu succes a viitorului contract, ori anularea acestei licitaţii deschise şi lansarea unei noi proceduri de achiziţie publică, sub forma unei negocieri fără publicare sau unei oricărei alte forme neconcurentiale de atribuire, pentru a nu simula un mediu concurenţial. Se reține faptul că autoritatea contractantă a comunicat prin intermediul punctului de vedere formulat că autoritatea contractantă înţelege să adopte, în baza art. 9 alin. (1) din Legea nr. 101/2016, măsura remedierii prin reformularea răspsunsului oferit iniţial, astfel: "Având în vedere faptul că mentenanţa evolutivă se realizează pe bază de comandă, în funcţie de necesitate şi oportunitate, dacă în urma analizei se constată necesitatea de dezvoltare/modificare fluxuri ale componentei Doxlite, atunci acestea nu vor intra în sarcina operatorului economic ce va fi declarat câştigător al procedurii de atribuire". Astfel autoritatea contractantă a adoptat ca măsură de remediere publicarea unei note de modificare răspunsului nr. 8 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020 în secţiunea Clarificări din

pagina anunţului de participare ... publicată în SEAP la data de 28.12.2020 respectiv: ”NOTĂ DE MODIFICARE a răspunsului nr.8 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020 emisă în baza art. 9 alin. (1) din Legea nr. 101/2016, cu modificările şi completările ulterioare, Anunţ de participare simplificat nr. ... În urma contestaţiei primite de ..., a luat ca masura de remediere {pentru punctul 1), în baza art. 9 alin. (1) din Legea nr. 101/2016, cu modificările şi completările ulterioare, prin reformularea răspunsului nr. 8 din cadrul răspunsului la solicitarea de clarificări nr. 4575/18.12.2020, având următorul cuprins: "Având în vedere faptul că mentenanţa evolutivă se realizează pe bază de comandă, în funcţie de necesitate şi oportunitate, dacă în urma analizei se constată necesitatea de dezvoltare/modificare fluxuri ale componentei Doxlite, atunci acestea nu vor intra în sarcina operatorului economic ce va fi declarat câştigător al procedurii de atribuire ". Urmare a publicării măsurii de remediere adoptată de autoritatea contractantă, ... a formulat replică la punctul de vedere furnizat de achizitoare, potrivit căruia precizează următoarele: ”Asa cum se vede, la punctul c) - "Răspunsul la solicitarea de clarificari" nr. 4575 din data de 18.12.2020 'întrebarea nr. 8 si răspunsul aferent acesteia Autoritatea Contractanta primeşte o întrebare la care efectiv nu răspunde! Aceasta întrebare este: "va rugam sa ne comunicaţi in ce condiţii va fi pus la dispoziţie codul sursa al produsului Doxlite [...]" Si ca răspuns se vorbeşte de „mentenanta evolutiva" si de faptul ca „Prestatorul poate face demersuri de subcontractare a serviciilor[...]. Astfel am aratat faptul ca, pe de o parte AC spune in Caietul de Sarcini ca solicita servicii de mentenanta preventiva, corectiva si evolutiva, pune la dispoziţie codul sursa al aplicaţiei, dupa care in clarificari nu răspunde la întrebarea privind codul sursa al unei componente extrem de importante a sistemului, explicând ca daca e nevoie sa se faca mentenanta evolutiva se poate apela al un tert, si pe de alta parte „indruma" prestatorul la „subcontractarea" unor servicii către acel tert. Indicam faptul ca, fata de cele de mai sus, avem cel puţin 2 (doua] mari obiecţii: 1. Conform legii, este ilegal ca Prestatorul sa subcontracteze o secţiune de servicii unor terti daca nu au fost declarate in faza de ofertare 2. Daca acest „potential subcontractor" este si el un ofertant in procedura, ce sansa are oricare alt ofertant de a accede / asigurare a serviciile UTI la un pret corect concurential Totodata, AC nu explica modalitatea in care „Prestatorul" va oferi servicii de „mentenanta preventiva si corectiva" daca acesta nu are acces la o componenta extrem de importanta dar si, asa cum se vede la punctul e), nu are acces nici la descrieri tehnice ale structurilor bazelor de date.

De asemenea, indicam faptul ca "masurile de remediere" luate prin intermediul reformularii răspunsului la intrebarea de clarificare nr. 8" nu sunt masuri de remediere ci sunt cel mult "explicaţii" superficiale si de natura sa simuleze o aparenta stare de legalitate, intrucat nu răspund la intrebarea insasi si nu ating in niciun fel modul in care se pot realiza serviciile de "mentenanta preventiva" si "mentenanta corectiva" a sistemului, care in realitate vizeaza intr-o proporţie covarsitoare pe platforma Doxlite. Totodata, răspuns oferit nu face decât sa asigure efectul de direcţionare a rezultatului procedurii si "soluţia ajutatoare" pentru capabilitatea de a presta serviciile solicitate. Precizam ca nu găsim acceptabil faptul ca o asemenea eroare de îndreptare poate fi produsa din intamplare, avand in vedere miza, valoarea procedurii si pregatirea personalului implicat. Astfel incat, contrar sugestiilor Autoritatii Contractante, contestatia noastra ramane in continuare cu obiect concret si valabil.” În replică la cele reclamate de ..., autoritatea contractantă a formulat un răspuns la replica contestatoarei din cuprinsul căruia sunt relevant de redat în soluționarea cauzei, următoarele precizări: ”- Complexitatea sistemului SICAP (SEAP) priveşte atât aspectul tehnic, cât şi aspectul funcţional. Obiectivul general al sistemului SEAP este furnizarea serviciilor instituţiilor din administraţia publică înregistrate ca autorităţi contractante, autorităţilor şi organismelor cu atribuţii de audit şi control şi operatorilor economici înregistraţi ca ofertanţi, pentru organizarea şi desfăşurarea în mod securizat şi controlat a achiziţiilor publice, achiziţiilor sectoriale, concesiunile de lucrări şi de servicii din România. Astfel, autorităţile/entităţile contractante încarcă/completează online în sistem: anunţuri, documentaţii de atribuire, clarificări, contestaţii primite, lista ofertanţilor, etc., iar operatorii economici -solicitări de clarificare cu privire la documentaţiile de atribuire, oferte, clarificări cu privire la ofertele depuse, oferte comerciale, preţuri unitare, cataloage de produse etc. Totodată, sistemul permite licitarea în timp real (prin proceduri online şi/sau etapă finală de licitaţie electronică, procese de reofertare în caz de egalitate a ofertelor, de reluare a competiţiei după atribuirea acordului-cadru în vederea atribuirii contractelor subsecvente, procese de revizuire a preţurilor în baza cărora s-a încheiat acordul cadru, aceste procese implicând criptarea preţurilor), recunoaşterea, încărcarea în/descărcarea din sistem a documentelor semnate cu semnătură electronică calificată, generarea şi transmiterea comunicărilor privind rezultatul procedurilor de atribuire, generarea şi publicarea formularului de integritate către Agenţia Naţională de Integritatate în diversele faze ale procesului de achiziţie, etc. - Reiterăm faptul că Sistemul Electronic de Achiziţii Publice (SEAP) este o aplicaţie complexă, de importanţă semnificativă la nivel naţional ce prezintă toate elementele de încadrare în categoria infrastructurilor critice informatice a statului Român, în condiţiile legii. Efectele unei nefuncţionări sau funcţionării necorespunzătoare ale acesteia pot determina consecinţe cu impact major asupra întregului flux de achiziţii publice de la nivelul instituţiilor publice din România, asupra activităţii economice a mediului de afaceri implicat în procesul achiziţiilor publice sau întârzieri în procesul de absorbţie al fondurilor europene. Astfel, unicitatea, specificitatea şi importanţa la nivel naţional a Sistemului Electronic de Achiziţii Publice în România reies din legislaţia în vigoare în domeniul achiziţiilor publice, al achiziţiilor sectoriale, al concesiunilor de lucrări şi de servicii, din care amintim : - art. 3 alin.(1) lit.nn) din Legea nr.98/2016 privind achiziţiile publice, cu modificările şi completările ulterioare; - art. 3 alin. (1) lit. qq) din Legea nr. 100/2016 privind privind achiziţiile sectoriale, cu modificările şi completările ulterioare; - art. 5 alin. (1) lit. cc) din Legea nr. 100/2016 privind privind concesiunile de lucrări şi concesiunile de servicii, cu modificările şi completările ulterioare; - art. 3 lit.b) din Legea nr. 184/2016 privind instituirea unui mecanism de prevenire a conflictului de interese în procedura de atribuire a contractelor de achiziţie publică;

- Legea nr. 101/2016 privind remediile şi căile de atac în materie de atribuire a contractelor de achiziţie publică, a contractelor sectoriale şi a contractelor de concesiune de lucrări şi concesiune de servicii, precum şi pentru organizarea şi funcţionarea Consiliului Naţional de Soluţionare a Contestaţiilor, cu modificările şi completările ulterioare - art. 24 din O.U.G. nr. 98/2017 din 14 decembrie 2017 privind funcţia de control ex ante al procesului de atribuire a contractelor /acordurilor-cadru de achiziţie publică, a contractelor /acordurilor-cadru sectoriale şi a contractelor de concesiune de lucrări şi concesiune de servicii, cu modificările şi completările ulterioare; - art. 4 alin. (1) lit. (b) din O.U.G. nr. 65/2020 privind unele măsuri pentru digitalizarea sistemului de coordonare şi gestionare a fondurilor europene structurale şi de investiţii pentru perioada de programare 2014-2020. Pentru a sublinia cele relatate mai sus, redăm în scop exemplificativ în cele ce urmează, informaţii statistice referitoare la numărul entităţilor înregistrate în SEAP, precum şi la volumul şi valoarea procedurilor de atribuire şi ale achiziţiilor directe desfăşurate în anul 2020 prin intermediul SEAP: 1 .Tip entităţi înregistrate şi număr: Tip entitate Număr entităţi înregistrate Autorităti contractante 21.094 Ofertanti 169.094 2. Proceduri atribuite şi valori estimate (RON) în anul 2020: Număr proceduri iniţiate 28.595 Valoare estimată proceduri iniţiate 167.501.086.791 Număr proceduri atribuite din cele iniţiate 16.185 Valoare estimată proceduri atribuite din cele iniţiate 40.169.564.166 Număr proceduri iniţiate finanţate din fonduri europene 6.056 Valoare estimată proceduri iniţiate finanţate din fonduri europene 61.307.267.493 Număr proceduri atribuite finanţate din fonduri europene din total proceduri iniţiate 2.716 Valoare estimată proceduri atribuite finanţate din fonduri europene 8.156.302.521 3. Cumpărări directe valori estimate (RON) în anul 2020: Număr cumpărări directe iniţiate 2.384.756 Valoare achiziţii iniţiate 203.217.922.549 Număr cumpărări directe atribuite din cele iniţiate 2.223.183 Valoare atribuită din cele iniţiate 15.306.823.181 - Din arhitectura proiectului SICAP (SEAP) face parte - Platforma securizată de management al cererilor şi solicitărilor din partea utilizatorilor - DOXLITE. Soluţia a fost achiziţionată în cadrul proiectului sub forma de licenţă perpetuă versiunea 1. Platforma securizată de management al cererilor şi solicitărilor din partea utilizatorilor - DOXLITE, nu a suferit modificări de arhitectură şi nici modificări de cod sursă. Versiunea comercială livrată în proiectul SICAP este: 1.3 şi până în prezent au fost livrate mai multe build-uri, fiecare având eticheta datei la care au fost realizate şi aplicate în mediul ADR, care au avut scopul de suport: optimizări de produs, fixuri pentru probleme semnalate, modificări legislative, ex.: secţiunea „Aviz consultativ" (pentru aviz consultativ s-au folosit configurări şi parametrizări ale funcţionalităţi lor existente). DOXLITE este o soluţie securizată de management al documentelor şi workflow colaborativ, ce asigură circulaţia documentelor pe trasee ierarhice stabilite pentru informări, aprobări sau modificări conform fluxurilor ce modelează procesele organizaţiei, asigurând în orice moment informaţii despre locul unde se află documentul, stadiul în care se află, precum şi timpul necesar avizării fiecărui departament în parte. - Aplicaţia DOXLITE este utilizată în scopul validării documentaţiilor de atribuire de către ANAP. Documentaţiile de atribuire sunt preluate automat din portalul SEAP în aplicaţia Doxlite, urmează un flux electronic de evaluare a fişei de date, iar rezoluţia acordată pe flux, împreună cu observaţiile ANAP, sunt transmise apoi automat în portalul SEAP. ANAP gestionează configurarea utilizatorilor, adăugarea, revocarea de drepturi etc. Astfel, conform prevederilor legale în materie de achiziţii publice, rolul ANAP prin funcţia de eşantionare a documentaţiilor de atribuire în vederea validării ex-ante a procedurilor de atribuire se realizează exclusiv în SEAP prin platforma Doxlite. - Prin clarificarea postată de ADR în data de 28.12.2021 la procedura de atribuire cu număr anunţ de participare ... au fost luate măsuri de remediere şi clarificare a situaţiei. în funcţie de necesitate şi oportunitate, ... va asigura servicii de mentenanţă pentru aplicaţia Doxlite.

Reiterăm în cele ce urmează pasaje din Caietul de sarcini al procedurii de atribuire organizată de ADR numită "Prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP", deoarece, în opinia noastră, contestatoarea nu a înţeles structura, complexitatea şi arhitectura sistemului SEAP pentru a se raporta corespunzător la componenţa Doxlite, precum şi modul de prestare al mentenanţie preventive şi corective pentru întregul SEAP. 1 Arhitectura sistemului este prezentată în fisura de mai jos: (...) 2. Arhitectura sistemului informatic şi de comunicaţii Sistemul asigura o disponibilitate ridicată conform cu cerinţele documentaţiei de atribuire, respectiv include toate mecanismele de securitate necesare realizării unui sistem protejat. Soluţia hardware propusă este una de înalta disponibilitate şi scalabilitate, având înglobate principii de arhitectură de tip no single point of failure. Arhitectura hardware este bazată pe echipamente care folosesc standarde şi protocoale deschise. Serverele care intră în alcătuirea soluţiei sunt servere pe tehnologie CISC, de tip rack- mount, din portofoliul HP. Maşinile sunt astfel dimensionate încât să asigure o înaltă calitate de procesare a serviciilor, cât şi o resursă suficientă pentru o creştere viitoare a volumului de date. Toate conexiunile din cadrul sistemului, atât cele Ethernet cât şi cele Fibre Channel sunt proiectate redundant. De asemenea, sistemele de stocare asigură redundanţa atât la nivel de disk-uri prin realizarea nivelelor de RAID, cât si la nivel de controller şi surse de alimentare. Platforma de comunicaţii conectează utilizatorii sistemului la serverele de resurse şi asigură o legătură permanentă şi redundantă între resursele sistemului. Întrucât sistemul este unul de tip Enterprise, de interes naţional cu un mare impact atât la nivelul utilizatorilor cât şi al instituţiilor implicate, este necesar ca acesta să îndeplinească un nivel înalt de disponibilitate şi scalabilitate şi o performanţă ridicată. Pentru a asigura disponibilitatea ridicată precum şi o distribuţie cât mai bună a resurselor, s-a folosit platforma de virtualizare VMWare vSphere, iar pentru nivelul bazelor de date s-a folosit Oracle VM pentru partajarea resurselor. Sistemul dispune de două medii de lucru: un mediu de producţie şi un mediu de testare- dezvoltare. Cele două medii rulează în cadrul infrastructurii propuse dar vor beneficia de separarea resurselor atât la nivel hardware cât şi software. Separarea mediilor s-a realizat prin definirea de clustere distincte la nivelul platformei de virtualizare şi alocarea de resurse hardware distincte la nivelul maşinilor de tip server în cadrul clusterelor urmând ca infrastructura de stocare să fie folosită în comun cu separarea mediilor la nivelul matricelor de diskuri create (raid) şi la nivelul volumelor. Infrastructura hardware este astfel dimensionată încât să poată acomoda cele 2 medii de lucru în condiţii optime de lucru şi cu performanţa solicitată cu prevederea unor resurse suplimentare pentru dezvoltări şi extensii ulterioare a sistemului. 3. Arhitectura mediului de producţie Datorită numărului mare de utilizatori care accesează sistemul şi a diversităţii instituţiilor se va avea în vedere separarea accesului utilizatorilor interni, faţă de cei externi şi de conectori. în cadrul sistemului a fost implementată o arhitectură 3-tier. Arhitectura pe 3 niveluri este o arhitectură client-server în care interfaţa cu utilizatorul, logica de procesare şi stocarea, respectiv accesul la date sunt dezvoltate şi întreţinute ca module independente, separate de cele mai multe ori pe platforme. în afară de avantajele unei soluţii informatice modulare, arhitectura de faţă permite modernizarea sau înlocuirea oricărui nivel independent, în funcţie de cerinţe sau de evoluţia tehnologică. Nivelurile specifice ale arhitecturii sunt: 1. Nivelul prezentare (Tier 1) este cel mai ridicat nivel al aplicaţiei care se ocupă de publicarea informaţiilor, schimbarea datelor/rezultatelor cu nivelul inferior şi este reprezentat de zona de servere web/reverse Proxy şi zona de integrare cu sistem externe. Acest nivel beneficiază de componenta hardware de balansare a sesiunilor instalata la nivelul platformei de comunicaţii. 2. Nivelul aplicativ (Tier 2) se ocupă de funcţionalităţi le aplicaţiei prin efectuarea de prelucrări complexe asupra informaţiilor; 3. Nivelul de date (Tier 3) constă din serverele de baze de date la nivelul cărora sunt stocate şi extrase informaţiile. Acest nivel păstrează datele neutru şi independent faţă de procesele de logică ale sistemului. De asemenea, prin separarea datelor la nivelul unui strat separat se asigură îmbunătăţirea scalabilităţii şi a performanţelor globale.

Arhitectura respectă una din regulile fundamentale în arhitectura pe 3 niveluri şi anume că nu există comunicaţie directă între nivelul clientului şi nivelul de date - transferul informaţiilor se realizează obligatoriu prin intermediul nivelului aplicativ. 3. Portalul web Descriere generală Portalul realizat prin proiectul SICAP este o aplicaţie web client-server Angular mini SPA pe mai multe niveluri (n-tier) şi este accesată de utilizatori folosind un browser compatibil HTML5. Tehnologii utilizate • Aplicaţia este dezvoltată folosind tehnologia Microsoft.NET Framework Foloseşte cache distribuit Microsoft AppFabric Baza de date este Oracle. Diagrama portal Componente (tiers) Nivelul de prezentare (nivelul client) Este nivelul superior al aplicaţiei şi reprezintă practic interfaţa cu utilizatorul. Aplicaţia client este împărţită în module angular care gestionează interacţiunea cu utilizatorul prin mecanismul SPA (Single Page Application). Modulele angular gestionează interacţiunea in site, efectuând cereri de template-uri (view) către controlerele MVC şi cereri de date către controlerele WebApi. Utilizatorul nu părăseşte niciodată pagina principală a modulului SPA, navigarea şi schimbarea rutei se va face transparent pentru utilizator de către router-ul angular. Tehnologii utilizate Descriere HTML5 Standard web utilizat de browser pentru afişarea conţinutului. AngularJS Api javascript dezvoltat de Google ce asigură mecanismul SPA, utilizat şi pentru o mai bună organizare a codului de pe client. Implementează pattern- ul Model-View-ViewModel. Typescript Limbaj de scripting ECMAScript tipizat ce generează cod javascript. Asigură un mod de dezvoltare obiect-orientat şi o mai bună structurare a codului javascript de pe client. Bootstrap Twitter Framework CSS ce asigură un standard la construirea layout-ului responsive. 4.2. Nivelul aplicaţiei web (nivelul web) Reprezintă interfata serverului web. Aplicaţia va fi găzduită într-o aplicaţie web ASP.NET MVC. ASP.NET MVC este un framework de dezvoltare aplicaţii web ce asigură o separare a aplicaţiei în trei componente principale: mode-ul (Model), vizualizarea (View) şi controllerul (Controller).  Aplicaţia va prelua cererile HTTP (request) de pe client şi le va servi controllerelor MVC sau WebApi. Controllerele MVC vor avea ca scop principal servirea de view-uri (conţinut HTML). Tehnologii utilizate Descriere ASP.NET MVC Răzor Framework de dezvoltare aplicaţii web MVC SignalRApi de comunicaţie bidirecţionala server-client Owin Standard de interfaţare web server şi aplicaţii web 4.3. Nivelul de resurse HTTP (webapi) Reprezintă interfaţă de acces la date expusă de serverul web. Accesul la date se face prin intermediul unor resurse HTTP gestionate de controllerele WebApi. Cererile de acces la date (GET, POST, PUT, DELETE) sunt iniţiate de clienţi sub forma de request-uri HTTP iar datele servite de controllerele WebApi vor fi în format JSON. Tehnologii utilizate Descriere WebApi 2 Framwork ce permite accesul la date prin resurse HTTP. (GET, POST, PUT, DELETE) OAuth2 Framework de autorizare ce permite limitarea accesului la resursele HTTP. Nivelul logic (DomainServices) Acest nivel procesează comenzi primite de la resursele webapi, face validări, decizii şi evaluări logice, realizează calcule şi intermediază comunicaţia dintre webapi şi repository. Tehnologii utilizate Descriere Castle Windsor (loC) Framework pentru injecţie de dependinţe (Dependencylnjection) procesul prin care sunt furnizate dependinţe externe unei componente software. Componenta software nu îşi creează dependinţe explicit ci le primeşte ca şi parametri la creare. Fluent validation Api pentru validări la nivel de structură sau de business. AutoMapper Api utilizat la proiecţia modelului web pe modelul de business sau invers.

Nivelul de date (Repository) Acest nivel permite accesul la baza de date. Tehnologii utilizate Descriere EntityFramework 6 Tehnologie Microsoft care permite accesul şi interogarea unei baze de date în mod obiect orientat prin obiecte ce mapează tabele din baza de date. Alte componente: Quartz scheduler - componentă utilizată pentru gestiunea joburilor care vor executa sarcini independent de aplicaţia web. • AppFabric - componentă utilizată pentru peristenţa distribuită a datelor pe serverele de aplicaţie. 5. Sistemul de Stocare a datelor şi Gestiune a Bazelor de Date Soluţia ORACLE DataBase Enterprise Edition permite gestionarea eficientă, fiabilă şi sigură a datelor pentru aplicaţiile critice, a depozitelor de date cu interogări intensive şi încărcare mixtă. Oracle Database Enterprise Edition furnizează scalabilitate dovedită pe diverse platforme hardware şi poate fi folosită pentru a manipula cantităţi foarte mari de date, cu un înalt nivel de securitate. Oracle Database Enterprise Edition furnizează beneficii de disponibilitate (24h din 24/ 7 zile din 7) care protejează datele împotriva erorilor umane costisitoare (tehnici avansate de backup şi recovery şi flashback), reduce timpul de indisponibilitate asociat cu operaţiunile de mentenanţă de rutină şi include capabilităţi de auto-administrare pentru a ajuta la scăderea costurilor operaţionale. Oracle Database Enterprise Edition furnizează servicii de gestionare a datelor pentru aplicaţii de mare volum tranzacţional de tip OLTP, aplicaţii de interogare masivă data warehouse sau aplicaţii Internet. Administrare: Administrarea bazei de date Oracle Enterprise Edition se efectuează folosind Oracle Enterprise Manager, care este un utilitar grafic cu interfaţă web. Oracle Enterprise Manager oferă un instrument grafic pentru administrarea tuturor componentelor Oracle Database (şi nu numai). Pentru a simplifica cât mai mult administrarea au fost incluse utilitare pentru diagnosticarea problemelor şi generarea soluţiilor pentru rezolvarea acestora. Pentru o administrare cât mai eficientă, baza de date permite utilizarea de notificări asincrone către clienţii configuraţi pentru diverse tipuri de evenimente, fără a fi necesara interogarea periodica de către aceştia. Backup Baza de date oferă posibilitatea de backup într-o formă unitară oferind în acest scop un utilitar dedicat, Recovery Manager (RMAN), care în combinaţie cu Enterprise Manager permite automatizarea operaţiunilor de backup, un istoric al acestor operaţiuni, declanşarea lor cu o anumită regularitate etc. Securitate Baza de date Oracle permite definirea şi configurarea pe categorii de operaţii şi utilizatori prin utilizarea de roluri. Rolurile permit gruparea sub o anumită etichetă a diverselor drepturi de acces, acestea putând fi astfel atribuite elegant unui utilizator printr-o singură instrucţiune. Real Application Clusters Oracle Real Application Clusters (RAC) a permis instalarea în mod transparent a unei baze de date peste un cluster de servere, furnizând toleranţa la căderi hardware sau diverse întreruperi planificate. Arhitectura RAC prezintă administratorilor o singură entitate de administrat - o unică imagine a sistemului. Această imagine unică a sistemului este utilizată la nivelul clusterului pentru toate operaţiile de management. Administratorii bazei de date pot executa operaţii de instalare, configurare, backup, upgrade şi monitorizare o singura dată. Oracle distribuie automat execuţia acestor funcţii de management către nodurile din cluster cărora li se adresează. Prestare servicii de mentenanţă preventivă şi corectivă 10.6. Prestare mentenanţă Sistemul trebuie înţeles ca fiind aplicaţia SEAP dar şi aplicaţiile conexe: Formularul de Integritate (ANI), mediul demo aferent SEAP etc. (...)” Din economia celor mai sus redate, Consiliul reține următoarele aspecte: - autoritatea contractantă a menționat așa cum rezultă din cuprinsul caietului de sarcini, faptul că din arhitectura proiectului SICAP (SEAP) face parte - Platforma securizată de management al cererilor şi solicitărilor din partea utilizatorilor - DOXLITE. Soluţia a fost achiziţionată în cadrul

proiectului sub forma de licenţă perpetuă versiunea 1. Platforma securizată de management al cererilor şi solicitărilor din partea utilizatorilor - DOXLITE, nu a suferit modificări de arhitectură şi nici modificări de cod sursă. Versiunea comercială livrată în proiectul SICAP este: 1.3 şi până în prezent au fost livrate mai multe build-uri, fiecare având eticheta datei la care au fost realizate şi aplicate în mediul ADR, care au avut scopul de suport: optimizări de produs, fixuri pentru probleme semnalate, modificări legislative, ex.: secţiunea „Aviz consultativ" (pentru aviz consultativ s-au folosit configurări şi parametrizări ale funcţionalităţilor existente). DOXLITE este o soluţie securizată de management al documentelor şi workflow colaborativ, ce asigură circulaţia documentelor pe trasee ierarhice stabilite pentru informări, aprobări sau modificări conform fluxurilor ce modelează procesele organizaţiei, asigurând în orice moment informaţii despre locul unde se află documentul, stadiul în care se află, precum şi timpul necesar avizării fiecărui departament în parte; - aplicaţia DOXLITE este utilizată în scopul validării documentaţiilor de atribuire de către ANAP. Documentaţiile de atribuire sunt preluate automat din portalul SEAP în aplicaţia Doxlite, urmează un flux electronic de evaluare a fişei de date, iar rezoluţia acordată pe flux, împreună cu observaţiile ANAP, sunt transmise apoi automat în portalul SEAP. ANAP gestionează configurarea utilizatorilor, adăugarea, revocarea de drepturi etc. Astfel, conform prevederilor legale în materie de achiziţii publice, rolul ANAP prin funcţia de eşantionare a documentaţiilor de atribuire în vederea validării ex-ante a procedurilor de atribuire se realizează exclusiv în SEAP prin platforma Doxlite; - autoritatea contractantă a precizat că produsul software Doxlite este o licenţă COTS, astfel cum rezultă din cuprinsul răspunsurilor furnizate, respectiv: ”Întrebarea nr.8: Având în vedere că serviciul securizat al cererilor şi solicitărilor din partea utilizatorilor se bazează pe produsul Doxlite (menţionat la capitolul 6 în documentaţia descriptivă), vă rugăm să ne comunicaţi în ce condiţii va fi pus la dispoziţie codul sursă al produsului Doxlite şi în ce condiţii pot fi făcute modificări asupra acestuia? RĂSPUNS nr.8: Având în vedere ca produsul software de tip Doxlite este o licenţă COTS, (...) Întrebarea nr.10: Având în vedere că la capitolul 10 se menţionează că problemele pot apărea şi la nivelul "modelului logic sau modelului de date" precum şi "structurii şi consistenţei datelor" vă rugăm să precizaţi dacă există diagrame detaliate ale bazelor de date precum şi descrieri tehnice ale structurilor care să poată fi puse la dispoziţie de ADR pentru sistemul SEAP, componenta Doxlite. componenta Formular de Integritate. RĂSPUNS nr.10: La nivelul ADR există diagrame ale bazelor de date şi descrieri tehnice ale structurilor care au fost elaborate la lansarea proiectului SICAP respectiv anul 2018. Componenta Doxlite este un produs de tip COTS şi ADR nu deţine descrieri tehnice ale structurilor bazelor de date. Pentru componenta Formular de Iutegritate, ADR deţine descrierea tehnică a bazelor de date la nivel informaţional”; - potrivit pieţei de software din domeniul IT&C, produsele software de tip comercial (de tip COTS - acronim al sintagmei “commercial-off-the- shelf”, care semnifică “produs de serie ieșit din fabrică” și sunt produse în masă, folosite de clienți ca atare, cu puțină personalizare sau deloc) sunt

supuse unor termeni şi condiţii de licenţiere care permit numai dreptul de utilizare, fără a conferi celui care le utilizează drepturi de copyright sau de acces la codul sursă, codul sursă al unui produs de tip COTS fiind considerat de către producătorul software-ului respectiv ca fiind strict confidenţial; - prin clarificarea postată de ADR în data de 28.12.2021 la procedura de atribuire cu număr anunţ de participare ... au fost luate măsuri de remediere şi clarificare a situaţiei, în funcţie de necesitate şi oportunitate, ADR va asigura servicii de mentenanţă pentru aplicaţia Doxlite; - așadar, luând în considerare răspunsul furnizat de autoritatea contractantă, rezultă în mod explicit că ADR a transferat în sarcina sa, asigurarea serviciilor de mentenanţă pentru aplicaţia Doxlite (în funcție de necesitate și oportunitate), aspect față de care criticile autoarei contestației, precum că măsurile de remediere luate prin intermediul reformularii răspunsului la intrebarea de clarificare nr. 8" nu răspund la modul in care se pot realiza serviciile de "mentenanta preventiva" si "mentenanta corectiva" a sistemului, care in realitate vizeaza intr-o proporţie covarsitoare pe platforma Doxlite sunt neîntemeiate. Consiliul apreciază că, având în vedere măsura de remediere adoptată de achizitoare, respectiv ”având în vedere faptul că mentenanţa evolutivă se realizează pe bază de comandă, în funcţie de necesitate şi oportunitate, dacă în urma analizei se constată necesitatea de dezvoltare/modificare fluxuri ale componentei Doxlite, atunci acestea nu vor intra în sarcina operatorului economic ce va fi declarat câştigător al procedurii de atribuire" și asumarea în cuprinsul punctului de vedere a faptului că în funcţie de necesitate şi oportunitate, ADR va asigura servicii de mentenanţă pentru aplicaţia Doxlite, care a intervenit ulterior elaborării documentației de atribuire, este în sarcina achizitoarei să integreze și coreleze în cuprinsul documentației de atribuire, a implicațiilor pe care le presupune transferarea asigurării de către ADR a serviciilor de mentenanţă pentru aplicaţia Doxlite (cum ar fi cu titlu de exemplu: sub aspectul responsabilităților personalului implicat, a livrabilelor care trebuiesc furnizate, eventuale clauze contractuale, etc...) având în vedere că prestarea serviciilor de mentenanță evolutivă sunt o componentă a obiectului contractului, astfel ca operatorii economici participanți să fie de deplin informați vizavi de serviciile care urmează a fi prestate și pentru care elaborează ofertă. Cu alte cuvinte operatorii economici nu vor oferta serviciile de mentenanţă pentru aplicaţia Doxlite, iar achizitoarea nu va evalua serviciile amintite. Un alt aspect reclamat de ... vizează pretinsa nelegalitate a răspunsului nr. 20 din cuprinsul răspunsului consolidat la calrificările la solicitările de clarificări din 18.12.2020, respectiv în opinia contestatoarei prin acest răspuns autoritatea contractantă a limitat întreaga piaţa de profil la un singur operator economic care, într-o formă sau alta, va face obligatoriu parte din consorţiul câştigător. De asemenea, un asemenea

răspuns nu face decât sa duca in derizoriu consultarea de piaţa facuta inaintea lansarii procedurii. În replică la cele reclamate autoritatea contractantă a precizat ca piața globală de software de achiziţii se dezvoltă în ritm accelerat datorită creşterii cererii din partea diferitelor organizaţii pentru îmbunătăţirea canalului de vânzări. Necesitatea din ce în ce mai mare de îmbunătăţire a lanţului de aprovizionare este unul dintre principalii factori care determină creşterea acestei industrii. Complexitatea procesului de management al cererii şi ofertei este o preocupare majoră pentru diverse întreprinderi, astfel încât furnizorii se concentrează tot mai mult pe îmbunătăţirea operaţiunilor prin integrarea tehnologiei. Totodată achizitoare a adăugat că în urma unei minime dorinţe de informare, cu uşurinţă pot fi găsiţi furnizori de soluţii digitalizate de achiziţii, fără a ne limita la aceştia, astfel: - ... - cu soluţia ..., - ... - cu soluţia ..., - ... - cu soluţia ..., - ... - cu soluţia ..., - ..., etc. De asemenea, procedura de atribuire cu nr. anunţ de participare ..., datorită valorii estimate a fost publicată şi în JOUE (nr. anunţ ...) şi astfel a devenit accesibilă atât operatorilor economici români cât si celor străini care au dezvoltat sisteme electronice de achiziţii similare SEAP la nivelul Uniunii Europene şi nu numai şi care se pot înscrie la această procedură de atribuire. Așadar problema care se impune a fi dezlegată de Consiliu vizează legalitatea cerinței de calificare referitoare la experiența similară, sub aspectul acceptării pe lângă ”servicii de suport asistenţă tehnică şi mentenanţă software" și a "serviciilor de dezvoltare software pentru realizarea de sisteme electronice de achiziţii", astfel cum a clarificat autoritatea contractantă ulterior. Verificând aspectul în divergență, Consiliul are în vedere conținutul cerinței de calificare privind experiența similară prevăzută în documentația de atribuire, fișa de date a chiziției, la capitolul III, cerința nr.1, potrivit căreia ofertanții erau obligați să prezinte „in Fisa de Date la III.1.3.a) Capacitatea tehnica si/sau profesionala: "Pentru contractele de achizitie de servicii: executarea de servicii de tipul specificat. Ofertanţilor li se solicită să demonstreze prestarea de servicii similare obiectului contractului realizate in ultimii 3 ani, de la data limita de depunere a ofertelor, in valoare cumulata de cel putin 3.140.000 Lei fără TVA (cu mentiunea ca modul de calcul al perioadei nu va fi afectat de eventualele decalari ale termenului limita prevazut in anuntul de participare/ invitatia de participare, publicate). Prin

s

se

înţeleg s e r

d e

t a

s c c s d p d ved a r s f urm pr s c c c s o ac

, ai căror beneficiari sunt autoritati contractante sau clienţi privaţi,

respe s d s asis t s me software. Se vor lua in considerare prestari similare cu obiectul achizitiei, semnate/incheiate/incepute chiar si inainte de perioada specificata, dar derulate in aceasta perioada, din care sa reiasa ca acestea au fost duse la bun sfarsit. Nu se iau in considerare contractele aflate in derulare si nereceptionate deloc la data limita de depunere a ofertelor. De asemenea, in lista se vor indica beneficiarii produselor similare (autoritati contractante sau clienti privati), valoarea, perioada si locul livrării produselor va precizeza si daca produsele au fost livrate in conformitate cu normele profesionale in domeniu si daca au fost duse la bun sfarsit. (...)”. Așadar, prin raportare strictă la conținutul cerinței de calificare privind experiența similară, Consiliul constată că achizitoarea a detaliat caracterul similar al lucrărilor pe care le va lua în considerare în îndeplinirea cerinței în discuție, și anume: servicii de suport, asistentă tehnică si mentenanţă software cu cele ce fac obiectul contractului care se atribuie prin prezenta procedură, acesta redând fidel chiar titlul obiectului achiziției: Prestarea de servicii de suport, asistență tehnică și mentenanță software pentru Sistemul Electronic de Achiziții Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfășurare al achizițiilor publice – SICAP”, Se are în vedere atenția acordată de autoritatea contractantă vizavi de acceptarea similarității serviciilor prestate, sub 2 aspecte: primul referitor la tipul/natura și complexitatea serviciilor, cu cele supuse obiectului achiziției și al doilea aspect al similarității serviciilor acceptate, din punct de vedere al rezultatului sau funcționalității urmărite prin scopul contractului. Sub aspectul similarității serviciilor se are că achizitoarea a furnizat Răspunsul la solicitarea de clarificari" nr. 4575 din data de 18.12.2020, respectiv: ”Întrebarea nr.20: Referitor la cerinţele din Fişa de date (Anunţ de participare):Cap. III. 1.3.a) Capacitatea tehnică şi/sau profesională(...) Pentru contractele de achiziţie de servicii: executarea de serv icii de tipul specificat. Ofertanţilor li se solicită să demonstreze prestarea de servicii similare obiectului contractului realizate in ultimii 3 ani. de la data limita de depunere a

ofertelor, in valoare cumulată de cel puţin 3.140.000 Lei fără TVA (cu menţiunea că modul de calcul al perioadei nu va fi afectat de eventualele decalări ale termenului limită prevăzut în anunţul de participare/ invitaţia de participare, publicate). Prin servicii similare se inţeleg servicii de tipul/natura şi complexitatea, cât şi din punct de vedere al rezultatului sau funcţionalităţii urmărite prin scopul contractului, cu cele supuse obiectului achiziţiei, ai căror beneficiari sunt autorităţi contractante sau clienţi privaţi, respectiv servicii de suport, asistenţă tehnică şi mentenanţă software Şi Cap.II.2.4 Descrierea achiziţiei publice (natura şi cantitatea lucrărilor, produselor sau serviciilor sau o menţiune privind nevoile şi cerinţele) Achiziţia de servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice (SEAP) astfel: - Servicii de support, asistenţă tehnică şi mentenanţă software, pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistemul informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP" (Abonament lunar ce curpinde servicii de mentenanţă preventivă şi corectivă lunare); - Servicii din cadrul mentenanţei evolutive pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de defîşurare al achiziţiilor publice - SICAP". Vă rugăm să aveţi amabilitatea de a ne confirma faptul că în vederea îndeplinirii cerinţei vor fi acceptate exclusiv contracte care au avut ca obiect prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru sisteme electronice de achiziţii precum si contracte care au avut ca obiect prestarea de servicii de dezvoltare software pentru realizarea de sisteme electronice de achiziţii. RĂSPUNS nr.20: Confirmăm faptul că, în vederea îndeplinirii cerinţei de prestare a unor servicii similare, vor fi acceptate excusiv contracte care au avut ca obiect prestarea de servicii de suport, asistenţa tehnică şi mentenanţă software pentru sisteme electronice de achiziţii precum şi contracte care au avut ca obiect prestarea de servicii de dezvoltare software pentru realizarea de sisteme electronice de achiziţii.” Se are în vedere și faptul că la nivelul caietului de sarcini a fost făcută o precizare tip Notă potrivit căreia prin sisteme electronice de achiziţii se înţeleg achiziţii în general, nu neapărat achiziţii publice. Din cele redate anterior reiese fără putere de tăgadă că achizitoarea a stabilit un cadru larg pe care l-a avut în vedere în stabilirea cerinței de calificare privind experiența similară, nelimitându-se doar la similaritatea serviciilor anterior prestate de ofertanți cu cele aferente prezentei achiziții. Așa cum a fost mai sus reținut, autoritatea contractantă vizavi de acceptarea similarității serviciilor prestate, a precizat 2 repere: primul referitor la tipul/natura și complexitatea serviciilor, cu cele supuse obiectului achiziției și al doilea aspecte al similarității serviciilor acceptate, din punct de vedere al rezultatului sau functionalitatii urmărite prin scopul contractului. În vederea determinării similarității serviciilor prestate, sunt relevant de redat următoarele precizări din cuprinsul caietului de sarcini. - 3.2 Arhitectura sistemului informatic şi de comunicaţii

Sistemul dispune de două medii de lucru: un mediu de producţie şi un mediu de testare-dezvoltare. Cele două medii rulează în cadrul infrastructurii propuse dar vor beneficia de separarea resurselor atât la nivel hardware cât şi software. (...) 4. Arhitectura software - tehnologii utilizate la dezvoltare (...) Typescript - Limbaj de scripting ECMAScript tipizat ce generează cod javascript. Asigură un mod de dezvoltare obiect-orientat şi o mai bună structurare a codului javascript de pe client. 4.2. Nivelul aplicaţiei web (nivelul web) Reprezintă interfaţa serverului web. Aplicaţia va fi găzduită într-o aplicaţie web ASP.NET MVC. ASP.NET MVC este un framework de dezvoltare aplicaţii web ce asigură o separare a aplicaţiei în trei componente principale: mode-ul (Model), vizualizarea (View) şi controllerul (Controller). (...) - ASP.NET MVC Răzor Framework de dezvoltare aplicaţii web MVC (...) - Prestatorul se obligă să predea Achizitorului la finalizarea prestării eventualelor servicii de dezvoltare pentru SEAP, codul sursă într- un sistem de versionare(svn, ex:git,tfs), backup al bazei de date, specificaţiile de configurare a platformei şi a bazei de date, jurnalul actualizărilor şi documentaţiile aferente(backlog task tracking). în funcţie de complexitatea proiectului, prestatorul trebuie să aloce un nr. de minim 1 săptămână şi maxim 4 săptămâni, după finalizarea proiectului, pentru procesul de predare-primire (handover). (...) II. Mentenanţa corectivă Mentenanţa corectivă: reprezintă un proces organizat care implică activităţile necesare sesizării unor defecte - „solicitare de suport"-, identificarea cauzelor care au generat defectele şi remedierea acestora. în cadrul procesului de mentenanţă corectivă se vor oferi şi serviciile de asistenţă tehnică pentru rezolvarea unor incidente (erori) în utilizarea SEAP; Servicii ce urmează a fi asigurate: (....) Intervenţia pentru evaluarea şi corectarea defectelor/optimizarea aplicaţiilor software: o monitorizare parametri de funcţionare ai sistemului; o identificare funcţionare incorectă; o analiza - identificare defect şi determinare impact; o izolarea defectelor; o dezvoltare software pentru rezolvarea defectelor; o testare; (...) III. Mentenanta evolutivă

Mentenanţa evolutivă cuprinde următoarele tipuri de activităţi: - modificarea funcţionalităţi lor existente în vederea creşterii performanţelor sistemului SEAP; - dezvoltarea unor funcţionalităţi noi în vederea creşterii performanţelor sistemului, a disponibilităţii şi accesibilităţii acestuia; - modificarea şi/sau dezvoltarea unor funcţionalităţi ale sistemului în vederea creşterii gradului de corelare cu legislaţia în vigoare (naţională sau Regulamente UE cu impact asupra materiei achiziţiilor publice). Mentenanţa evolutiva trebuie să includă activităţi de preluare a solicitărilor de îmbunătăţire a aplicaţiei SEAP, aplicare a modificărilor legislative, dezvoltare de noi funcţionalităţi şi instalarea versiunilor noi de aplicaţie. Serviciile de mentenanţa evolutivă vor fi disponibile, la cerere, pe bază de comandă, în funcţie de necesitate şi oportunitate, imediat după semnarea contractului de prestare servicii. Pentru serviciile de mentenanţă evolutivă (modificarea şi/sau dezvoltare cerinţe noi) plata în cadrul Contractului se efectuează la real prestat, conform devizului de calcul al prestaţiei stabilit în baza tarifului pe oră din propunerea financiară şi a unităţilor (cantităţilor) de prestare efectuate. Numărul de ore ale componentei de mentenanţă evolutivă pentru toată perioada de desfăşurare a acordului-cadru (3 ani) este de maxim 30.000 ore. Pentru o dezvoltare echilibrata a sistemului SEAP, în concordanţă cu dinamica gradului de utilizare al platformei, a contextului legislativ românesc precum şi cea a directivelor europene cu impact asupra materiei achiziţiilor publice, Prestatorul va trebui să livreze serviciile de mentenanţă evolutivă urmărind de fiecare dată etapele prezentate în continuare pentru orice intervenţie de acest tip. (...) În urma activităţilor de analiza şi proiectare, pentru a se obţine un sistem adaptat final operaţional se vor desfăşura activităţi de dezvoltare, configurare, testare şi implementare (deployment). Dezvoltare, configurare şi testare internă Pentru mentenanţa evolutivă, în urma analizei şi proiectării noilor funcţionalităţi, se va face dezvoltare software, configurare acolo unde este cazul şi testare internă. Toate dezvoltările trebuie să fie compatibile cu modulele existente şi să urmeze aceleaşi practici şi convenţii folosite pentru sistemul existent. Testarea internă se va face pentru a se asigura că funcţionalităţii individuale funcţionează conform documentaţiei de analiză. Dezvoltarea, configurarea şi testarea internă se va face folosind o metodologie de dezvoltare validată în timp bazată pe standarde/bune practici internaţionale. Prestatorul va folosi instrumente specifice de dezvoltare, configurare şi testare compatibile cu cele ale sistemului. Ofertanţii trebuie să prezinte detaliat livrabilele care vor rezulta în urma

prestării

serviciilor

corespunzătoare

etapelor

de dezvoltare/configurare şi testare interna.

(...) Implementarea se va face folosind o metodologie de implementare validată în timp bazată pe standarde/bune practici internaţionale. Prestatorul va folosi proceduri de implementare integrate cu cele folosite la dezvoltare, configurare şi testare internă. (...) Operatorul economic are obligaţia să realizeze următoarele servicii: (...) - Servicii de mentenanţă evolutivă - analiză, dezvoltare şi implementare pentru funcţionalităţi suplimentare, unde este cazul. (....)” În strânsă legătură cu experiența similară solicitată se are în vedere că se regăsesc la nivelul caietului de sarcini și cerințe privind personallul, printre experții solicitați fiind și: expert dezvoltare software, printre atribuțiile acestuia fiind și dezvoltare de aplicaţii software, extindere şi actualizare funcţionalităţi în cadrul sistemului existent, pe baza documentelor de analiza, specificaţiilor funcţionale/tehnice. Așadar rezultă că în cuprinsul serviciilor care urmează a fi prestate, pe lângă servicii de suport, asistență tehnică și mentenanță software se regăsește și o componentă aferentă serviciilor de dezvoltare software. În considerarea celor antemenționate sunt și susținerile ADR potrivit cărora: ”Reiterăm în cele ce urmează pasaje din Caietul de sarcini al procedurii de atribuire organizată de ADR numită "Prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice - SICAP", deoarece, în opinia noastră, contestatoarea nu a înţeles structura, complexitatea şi arhitectura sistemului SEAP pentru a se raporta corespunzător la componenţa Doxlite, precum şi modul de prestare al mentenanţie preventive şi corective pentru întregul SEAP.” Contestatoarea, indicând doar o parte ("servicii de suport, asistenţă tehnică şi mentenanţă software") din cerinţa prevăzută în Fişa de date la secţiunea III.1.3) Capacitatea tehnică şi profesională, induce în eroare omiţând cu bună ştiinţă celelalte prevederi din Fişa de date a achiziţiei (unele chiar din secţiunea invocată), din contractul de prestări servicii, din acordul cadru şi din Caietul de sarcini, precum şi clarificările publicate în SEAP la nivelul anunţului de participare, după cum urmează: - prevederile secţiunii III. 1.3) Capacitatea tehnica si profesionala: "1.) Pentru contractele de achiziţie de servicii: executarea de servicii de tipul specificat Ofertanţilor li se solicită să demonstreze prestarea de servicii similare obiectului contractului realizate in ultimii 3 ani... " - prevederile art. 4 (4.1) din contractul prestări servicii: 4. OBIECTUL CONTRACTULUI 4.1 Prestatorii» se obligă să presteze servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice, conform anexei nr.1 caietul de sarcini şi anexei nr.2 Propunerea tehnică a prestatorului, cn perioada convenită şi în conformitate cu obligaţiile asumate prin prezentul contract. - prevederile ort. 4 (4.2) din formularul de Acord cadru: 4. OBIECTUL ACORDULUI CADRU 4.1 Obiectul acordului cadru îl reprezintă stabilirea elementelor/condicilor esenţiale care vor guverna contractele subsecvente de prestări servicii ce urmează să fie atribuite pe durata derulării prezentului acord cadru, care se va încheia cu un singur operator economic. 4.2 Contractele subsecvente ce urmează să fie atribuite au ca obiect achiziţionarea serviciilor de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice SICAP". - prevederile secţiunii 11.1.1) Obiectul achiziţiei din Fişa de date a achiziţiei:

" 11.1) Obiectul achiziţiei 11.1.1) Titlu: Prestarea de servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice realizat prin proiectul "Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice -" - prevederile secţiunii 11.2.4 Descrierea achiziţiei publice din Fişa de date a achiziţiei: " 11.1.4) Descriere succinta: Se doreşte achiziţia de servicii de suport, asistenţă tehnică şi mentenanţă software pentru Sistemul Electronic de Achiziţii Publice (SEAP), conform Caietului de Sarcini ataşat documentaţiei. Numărul de zile pana la care se pot solicita clarificari inainte de data limita de depunere a ofertelor: 15 zile Autoritatea contractanta va răspunde la solicitările de clarificari in a 10 a zi inainte de data limita de depunere a ofertelor". - prevederile Caietului de sarcini nr. 2305/22.09.2020, parte a Documentaţiei de atribuire: 1. Obiectul procedurii de atribuire şi perioada de prestare a serviciilor Scopul prezentei proceduri de atribuire este acela de a achiziţiona servicii de suport, asistenţa tehnică şi mentenanţă software pentru asigurarea menţinerii în parametri optimi de funcţionare a SEAP dezvoltat prin proiectul „Sistem informatic colaborativ pentru mediu performant de desfăşurare al achiziţiilor publice SICAP". - clarificările cuprinse în răspunsul la întrebarea nr. 20 din cadrul răspunsului consolidat nr. 4575/18.12.2020 argumentat şi prin punctul de vedere cu nr. 4828/28.12.2020 al ADR transmis la CNSC. Astfel, contestatoarea goleşte de conţinut obiectul contractului, obiectul achiziţiei şi al procedurii de atribuire, pe care încearcă să le impună prin contestaţie printr-o interpretare proprie şi personală autorităţii contractante, considerându-le doar "servicii de suport, asistenţă tehnică şi mentenanţă software" în general şi rupând această sintagmă din contextul Fişei de date a achiziţiei, astfel încât noua cerinţă reinterpretată să se potrivească experienţei similare a ofertantului, cu ignorarea în continuare atât a prevederilor documentaţiei de atribuire, a clarificărilor publicate, a argumentelor autorităţii contractante exprimate prin punctul de vedere anterior, cât şi a unicităţii, specificităţii şi importanţei la nivel naţional a Sistemului Electronic de Achiziţii Publice potrivit legislaţiei în vigoare în domeniul achiziţiilor publice, al achiziţiilor sectoriale, al concesiunilor de lucrări şi de servicii. (...) În acest context, operatorul economic care va câştiga procedura de atribuire trebuie să ţină cont de complexitatea SEAP atât din punct de vedere tehnic cât şi sub aspect funcţional. Solicitarea experienţei şi expertizei în ceea ce priveşte mentenanţă/dezvoltare de soluţii electronice de achiziţii este extrem de importantă şi nu este restrictivă (aşa cum a fost detaliat şi în răspunsul la contestaţie trimis de ADR în data de 28.12.2020), trebuie să se ţină cont de domeniul complex al achiziţiilor în general şi de fluxurile specifice acestui domeniului. Precizăm faptul că orice sistem de achiziţii publice sau orice sistem de achiziţii din mediul privat răspund cerinţei de prestare a unor servicii similare şi subliniem faptul că dezvoltatori de soluţii similare de sisteme informatice de achiziţii sunt atât la nivel naţional cât şi european. Astfel, susţinerile contestatoarei denotă în mod evident faptul că, aceasta fie nu înţelege complexitatea şi importanţa acestui sistem (SEAP), fie din rea- credinţă încearcă să reducă acest sistem (a nivelul unui sistem de management de documente. Aceleași considerente reținute de Consiliu, vizavi de înțelegerea similarității serviciilor prestate sub cele două aspecte (primul referitor la tipul/natura și complexitatea serviciilor, cu cele supuse obiectului achiziției și al doilea aspect al similarității serviciilor acceptate, din punct de vedere al rezultatului sau functionalitatii urmărite prin scopul contractului) sunt argumentate și de achizitoare, respectiv aspectul tehnic și aspectul funcțional. Așadar raționamentul conturat de autoarea contestației potrivit căreia autoritatea contractantă prin răspunsul furnizat a modificat un criteriu de calificare in sensul restrângerii accesului la procedura, este unul invalid, atâta vreme cât, luând în considerare categoriile de servicii care fac parte din obiectul acordului cadru, care presupun și aspecte de dezvoltare

software, fiind judicioasă acceptarea și a serviciilor de dezvoltare software, sub aspectul similarității serviciilor prestate. Aceleași concluzii de respingere, ca nefondate, sunt avute în vedere de către Consiliu și în ceea ce susținerile autoarei contestației, potrivit cărora: ”Fata de punctul 2 din cadrul punctului de vedere emis de Autoritatea Contractanta, ne dorim sa observaţi ca aceasta modifica un criteriu de calificare in sensul restrângerii accesului la procedura si ignora faptul ca modificarea oricărui aspect cuprins in Fisa de Date nu se face prin răspuns la solicitări de clarificare.” În stabilirea acestei finalități, Consiliul constată că în prezenta cauză explicațiile aduse de autoritatea contractantă nu au modificat criteriul de calificare, in sensul restrângerii accesului la procedura, explicațiile aduse conținului cerinței, au clarificat faptul că sunt acceptate pe lângă servicii de suport asistenţă tehnică şi mentenanţă software" și "servicii de dezvoltare software pentru realizarea de sisteme electronice de achiziţii", astfel cum a clarificat autoritatea contractantă ulterior, prin răspunsul furnizat, autoritatea nu a restricționat accesul operatorilor interesați la procedură. În mod similar se constată netemeninicia și susținerilor potrivit cărora: ”Mai mult decât atat, AC incerca sa inducă in eroare onorata instanta, evidenţiind faptul ca exista multe soluţii digitalizate de achiziţii. Indicam faptul ca absolut toate exemplele oferide de AC in fapt sunt soluţii de tip ECM / DM (Enterprise Content Managemen / Document Management) sau ERP (Enterprise Resource Plannig) care fie pot fi configurate ca si cataloage de achiziţii (in fapt acesta este definiţia de baza a soluţiilor de eProcurement) sau includ o componenta configurata nativ in acest sens. Mai mult, evidenţiem faptul ca si SEAP / SICAP si componenta de baza a acesteia Doxlite (a se vedea link-ul active DQXLITE) sunt in fapt sisteme de tip ECM /DM. Astfel, daca autoritatea isi dorea o concurenta reala si sa clarifice ceva, in sensul achiziţiei dorite, avand in vedere ca in fapt se doreşte mentenanta unui sistem de tip ECM / DM, nu ar fi scris "sisteme electronice de achiziţii" ci "sisteme de management de conţinut / documente.” Contrar celor susținute de societatea contestatoare, luând în considerare și faptul că, așa cum a fost anterior reținut, clarificarea adusă cerinței reclamate nu are caracter restrictiv, Consiliul are în vedere că niciunde în legislaţia în vigoare nu se prevede dreptul operatorilor economici de a solicita sau propune modificarea documentaţiei de atribuire şi, cu atât mai mult, obligaţia autorităţii contractante de a modifica documentaţia de atribuire după cum solicită sau propune fiecare operator economic care apreciază că este necorespunzător întocmită. Obligaţia legală a autorităţii contractante este de a răspunde operativ, în mod clar, complet şi fără ambiguităţi la solicitările de clarificări şi de a adopta măsuri de remediere în cazul depunerii unei contestaţii, obligaţii care au fost respectate de aceasta aşa cum a fost mai sus reţinut, chiar dacă răspunsul/măsura de remediere nu a fost în direcţia aşteptată de societatea contestatoare, critica fiind nefondată.

Mai mult, în soluționare, Consiliul reține ca fiind relevante în soluiționare precizările ANAP din cuprinsul Instrucțiunii nr. 2/2017, emisă în aplicarea prevederilor art. 178 şi art. 179 lit. a) şi b) din Legea nr. 98/2016 privind achiziţiile publice, cu completările ulterioare, respectiv a prevederilor art. 191 şi art. 192 lit. a) şi b) din Legea nr. 99/2016 privind achiziţiile sectoriale, care la art. 1 și 2 prevede următoarele: ”ART. 1 Autoritatea/Entitatea contractantă are dreptul de a solicita, atât prin anunţul de participare/de participare simplificat, cât şi prin documentaţia de atribuire, ca operatorul economic care participă la procedura de atribuire a contractului de achiziţie publică/de achiziţie sectorială/acordului-cadru să facă dovada capacităţii sale tehnice şi profesionale referitoare la experienţa în implementarea unui/unor contract/contracte similar/similare

atât ca tip şi complexitate, cât şi din punctul de vedere al rezultatului/funcţionalităţii urmărite prin scopul contractului de achiziţie publică

/de achiziţie sectorială/acordului-cadru ce se atribuie prin respectiva procedură. ART. 2 (1) Autoritatea/Entitatea contractantă stabileşte cerinţele minime de calificare şi selecţie precizate la art. 1, în corelare cu principiul proporţionalităţii, cu scopul de a obţine o confirmare că operatorii economici care demonstrează îndeplinirea respectivelor cerinţe au capacitatea şi experienţa necesară pentru a gestiona şi duce la bun sfârşit, în condiţiile de performanţă impuse prin caietul de sarcini, contractul de achiziţie publică/de achiziţie sectorială/acordului-cadru ce urmează a fi atribuit. (2) La stabilirea cerinţelor minime de calificare şi selecţie, autorităţile/entităţile contractante vor ţine cont de aspecte precum: complexitatea, volumul, durata, valoarea şi natura contractului de achiziţie publică/de achiziţie sectorială/acordului-cadru care urmează a fi încheiat, fără a se impune îndeplinirea unor condiţii ce nu prezintă relevanţă sau sunt disproporţionate în raport cu scopul menţionat la alin. (1).” Astfel Consiliul determină că, prin raportare la dispozițiile legale antemenționate, este judicioasă maniera în care a fost elaborată cerința de calificare vizavi de experiența similară prin prisma obiectului contractului ce urmează a fi atribuit. În raport de cele mai sus reținute reiese că una din componentele supuse prestării serviciilor care fac obiectul acordului-cadru îl reprezintă serviciile de dezvoltare software, astfel că explicația adusă de autoritatea contractantă cu ocazia răspunsului furnizat la solicitare de clarificare, precum că sunt acceptata în dovedirea cerinței referitoare la experiența similară și a serviciile de dezvoltare software pentru realizarea de sisteme electronice de achiziţii, nu conduce la restrictivitate cerinței, cum eronat a susținut contestatoarea. Astfel, raportat la cele constatate, Consiliul determină că, prin cerința referitoare la similaritatea lucrărilor, se înțelege că achizitoarea a avut în

vedere, luarea în considerare a tipurilor de servicii care fac parte din obiectul contractului, fără a exista o restricție în acest sens. Consiliul reține ca fiind relevantă și trimiterea la jurisprudența Consiliului, respectiv: ”În egală măsură, amintim procedura de atribuire- număr anunţ de participare ... (din vechiul SEAP) numită "Sistem informatic colaborativ pentru mediu performant de desfasurare al achiziţiilor publice- SICAP"organizată la acea vreme (27.03.2014) de către ... (..., ale cărei activităţi în domeniul digital şi structuri specializate în acest domeniu au fost preluate de ... - ..., în conformitate cu prevederile art. 11 alin. (2) din O.U.G. nr. 68/2019 privind stabilirea unor măsuri la nivelul administraţiei publice centrale şi pentru modificarea şi completarea unor acte normative) pentru care există speţă similară, iar prin Decizia CNSC nr. 1342/C7/1259,1262,1280,1281 din data de 09.05.2014 CNSC decide şi respinge contestaţiile formulate de contestatarii procedurii de atribuire număr anunţ de participare ...) ca nefondate. Ulterior deciziei CNSC, unul dintre contestatari s-a adresat instanţei de judecată CURTEA DE APEL BUCUREŞTI -Dosar nr. 3528/2/2014 în care, una din criticile contestatoarei „vizeaza pretinsa similitudine intre obiectul cerinţei privind experienţa similară cu un proiect deja desfăşurat şi finalizat, respectiv Sistemul Electronic de Achiziţii Publice ("SEAP")" cu pretinsă trimitere către un anume proiect şi un anume dezvoltator de la acea vreme. De asemenea, se invoca faptul că, cerinţa prin care se solicită ca sistemul sa fie în mod specific "de achiziţii" este restrictivă. în cazul dosarului 3528/2/2014 a fost pronunţată o sentinţă definitivă prin care a fost respinsă acţiunea reclamantului. Potrivit celor reținute de Consiliu în Decizia CNSC nr. 1342 /C7/1259,1262,1280,1281 din data de 09.05.2014 aminitită, abordarea Consiliului vizavi de modul de elaboare a cerinței referitoare la experiența similară a fost în aceeași direcție, respectiv: ”Văzând criticile contestatorilor raportat la cerinţa astfel cum a fost formulată în cuprinsul fişei de date a achiziţiei, precum şi la dispoziţiile legale evocate anterior, Consiliul constată că ... a stabilit cerinţa vizând experienţa similară cu luarea în considerare a naturii, complexităţii contractului de achiziţie publică ce urmează a fi atribuit, cele 11 activităţi menţionate în cuprinsul acesteia, cu privire la care ofertanţii trebuie să facă dovada implementării/dezvoltării acestora în ultimii 3 ani în cadrul unui sistem informatic, fiind în concordanţă cu obiectul contractului descris la cap. II.1.5) din fişa de date a achiziţiei, precum şi cu scopul şi obiectivele proiectului, descris la cap. 2 din caietul de sarcini: „Obiectivul proiectului propus constă în dezvoltarea unui mediu performat de desfăşurare a achiziţiilor publice în linie cu cerinţele Uniunii Europene şi cu legislaţia în vigoare privind achiziţiile publice. Proiectul asigură creşterea eficienţei serviciilor publice prin oferirea serviciilor administrative folosind mijloace electronice moderne, eficiente, eficace şi accesibile, bazate pe paradigme de interoperabilitate, siguranţă şi trasabilitate, în vederea creării de beneficii pentru cetăţeni, persoane juridice şi pentru administraţia publică. Obiectivul general al proiectului va fi atins cu ajutorul următoarelor obiective specifice: Asigurarea unui mediu concurenţial şi competitiv pentru accesul la fondurile publice prin implementarea unui portal de gestionare a achiziţiilor; Eficientizarea activităţilor pentru toate entităţile implicate prin asigurarea unei platforme de lucru colaborativ; Creşterea gradului de transparenţă a proceselor de achiziţii publice prin utilizarea de standarde deschise; Asigurarea unui grad ridicat de securitate şi de protecţie a informaţiilor ce aparţin instuţiilor publice şi private prin utilizarea unei infrastructuri cu chei publice; Îmbunătăţirea eficienţei profesionale a angajaţilor prin asigurarea accesului rapid la informaţiile necesare îndeplinirii sarcinilor şi atribuţiilor; Reducerea costurilor administrative şi a timpilor de răspuns la solicitările cetăţenilor.

Atingerea obiectivelor menţionate va fi posibilă prin implementarea Sistem Informatic Colaborativ pentru mediu performat de desfasurare al Achizitiilor Publice – SICAP”. De asemenea, Consiliul apreciază că acestea sunt în concordanţă şi cu cerinţele funcţionale şi tehnice, prevăzute la cap. 3 al caietului de sarcini, unde se menţionează că: „Ofertanţii vor trebui să asigure migrarea datelor din sistemul existent SEAP (proceduri închise şi în desfăşurare, entităţi, documente ataşate procedurilor) şi integrarea lor funcţională în structura şi arhitectura noului sistem. Structura bazei de date şi arhitectura sistemului va fi pusă în faza de analiză la dispoziţia ofertantului declarat câştigător. De asemenea, tranziţia la noul sistem trebuie să se facă transparent pentru utilizatorii finali fără a avea impact asupra sistemului public de achiziţii, în special fara întreruperea funcţionării acestuia. Ofertantul va detalia în cadrul soluţiei propuse strategia şi modalitatea aleasă pentru migrarea datelor şi asigurarea funcţionării permanente a serviciilor sistemului public de achiziţii”, aceste cerinţe funcţionale fiind stabilite de către autoritatea contractantă conform necesităţilor proprii, vizând realizarea contractului. Subsecvent, Consiliul nu reţine în soluţionare alegaţiile contestatorilor vizând faptul că autoritatea contractantă, în stabilirea cerinţei în cauză, a încălcat dispoziţiile Anexei nr. 1 din Ordinul ANRMAP nr. 509/2011, ce cuprinde formulări restrictive în ceea ce priveşte contractele de furnizare: „nr. MINIM de contracte/recomandări: nr. FIX de contracte > 1”, întrucât, prin fişa de date, nu s-a solicitat un număr fix de contracte, ci prezentarea a minim 1 şi maxim 3 contracte, a căror valoare cumulată în ce priveşte furnizărilor sau serviciile similare, să fie de minim 21.900.000 lei fără TVA, valoarea fiind mai mică sau egală cu valoarea estimată a contractului, astfel cum se prevede în cadrul formulărilor nerestrictive cu privire la contractele de furnizare, din acelaşi act normativ. Consiliul nu va reţine în soluţionare critica S.C. ... S.A. vizând faptul că un singur operator economic din România ar putea îndeplini în întregime, în opinia sa, cerinţele vizând experienţa similară, formulate de autoritatea contractantă, întrucât nu sunt suficiente argumente pertinente şi dovezi concrete, în acest sens, care să conducă la concluzia exprimată de către contestator. Faţă de cele expuse anterior, Consiliul apreciază că autoritatea contractantă nu a încălcat prevederile legale în materia achiziţiilor publice citate anterior, în elaborarea cerinţei vizând experienţa similară, având în vedere caracterul integrat al sistemului ce face obiectul achiziţiei. În opinia Consiliului, îndeplinirea scopului şi obiectivelor contractului în cauză, astfel cum au fost expuse anterior, necesită încredinţarea contractului către un ofertant cu experienţă în proiecte similare de integrare, ce au presupus interconectarea şi interoperabilitatea unor componente tehnice cu grad ridicat de complexitate din în domenii diferite, în vederea realizării unui sistem integrat, la cheie, fiind astfel necesară dovada realizării unor proiecte similare ce au presupus astfel de furnizări şi servicii de o complexitate aparte. Astfel, o eventuală implementare a componentelor tehnice de tipul celor solicitate în cadrul unui număr mai mare de contracte, ar putea reduce nivelul de relevanţă a experienţei similare, cum în mod întemeiat a specificat şi autoritatea contractantă, în cadrul punctului de vedere. În sensul argumentelor expuse anterior, sunt şi cele menţionate de autoritatea contractantă în cadrul Notei justificative privind cerinţele minime de calificare, cu nr. 73/20.02.2014, elaborată în conformitate cu art. 8 alin. (2) din HG nr. 925/2006, care prevede că: „Atunci când impune cerinţe minime de calificare referitoare la situaţia economică şi financiară ori la capacitatea tehnică şi/sau profesională, astfel cum este prevăzut la art. 178 alin. (1) din ordonanţa de urgenţă, autoritatea contractantă trebuie să fie în măsură să motiveze aceste cerinţe, elaborând în acest sens o notă justificativă care se ataşează la dosarul achiziţiei”. Consiliul nu va reţine în soluţionare critica vizând faptul că, deşi contractul în cauză este unul de (...).” Luând act de ansamblul considerentelor expuse, Consiliul are în vedere că, dată fiind complexitatea obiectului achiziției, importanța acestuia, durata contractuală și rezultate așteptate de la derularea proiectului, asigurarea posibilității depunerii unor oferte conforme, autoritatea contractantă a depus diligențele necesare întocmirii unei documentații care să țină seama de toate aspectele pe care le implică acordul-cadru de servicii (luând în considerare specificul, complexitatea acestuia și unicitatea la nivel național) astfel încât să poată fi asigurată derularea proiectului. Având în vedere soluția pronunțată de Consiliu pe fondul cauzei, solicitarea ..., privind aplicarea măsurii de anulare a procedurii, nu va fi reținută, fiind respinsă ca neântemeiată. Pentru aceste motive, în baza legii și a mijloacelor de probă aflate la dosar, CONSILIUL DECIDE:

Respinge contestația formulată de către ..., cu punct de lucru în ..., în contradictoriu cu autoritatea contractantă ..., cu sediul în ..., ca nefondată. Prezenta decizie este obligatorie pentru părți. Împotriva prezentei decizii se poate formula plângere, în termen de 10 zile de la comunicare pentru părțile cauzei, respectiv de la data luării la cunoștință de către alte persoane vătămate. PREŞEDINTE, MEMBRU, MEMBRU, ... ... ...