ANUNT DE PARTICIPARE -...

ANUNT DE PARTICIPARE Nr. 20/22127/D.N.A./16.11.2009 Secţiunea I: AUTORITATEA CONTRACTANTĂ

I.1) Denumirea, adresa şi punct(e) de contact:

SECRETARIATUL GENERAL AL GUVERNULUI Adresa poştală: Piaţa Victoriei nr. 1, sector 1, Localitatea: Bucureşti , Cod poştal: 011754 , Romania , Punct(e) de contact:Silviu Birsan, Costel Ciuchi Tel. 021.313.98.25, 021.314.34.00 interior 1078,1049, 1149. Email: [email protected] , Fax: 021.319 15 36. Adresa internet (URL): www.sgg.ro Adresa profilului cumpărătorului (URL): www.e-licitatie.ro Adresa de la care se pot obţine informaţii suplimentare: Punctul (punctele) de contact menţionat(e) anterior. Caietul de sarcini şi documentele suplimentare (inclusiv documentele pentru dialogul competitiv şi sistemul de achiziţie dinamic) pot fi obţinute la: Punctul (punctele) de contact menţionat(e) anterior. Ofertele sau solicitările de participare trebuie trimise la: Punctul (punctele) de contact menţionat(e) anterior.

I.2) Tipul autorităţii contractante şi activitatea principală (activităţile principale)

Minister sau orice alta autoritate naţională sau federală, inclusiv subdiviziuni regionale sau locale ale acestora Activitate (activităţi) Servicii generale ale administraţiilor publice.

Autoritatea contractantă acţionează în numele altor autorităţi contractante

Nu

Secţiunea II: OBIECTUL CONTRACTULUI

II.1) Descriere.

II.1.1) Denumirea dată contractului de autoritatea contractantă.

Achiziţionarea unui sistem de administrare şi urmărire a procesului de elaborare de politici (SAUP).

II.1.2) Tipul contractului şi locul de executare a lucrărilor, de livrare a produselor sau de prestare a serviciilor.

Produse . Cumpărare . Locul principal de livrare: Secretariatul General al Guvernului, Piaţa Victoriei nr.1 , sector 1, Bucureşti, Romania.

II.1.3) Anunţul implică:

Un contract de achiziţii publice .

II.1.4) Informaţii privind acordul-cadru: nu este cazul.

II.1.5) Descrierea succintă a contractului sau a achiziţiei/achiziţiilor

Achiziţionarea unui sistem de administrare şi urmărire a procesului de elaborare de politici (SAUP).

II.1.6) Clasificare CPV (vocabularul comun privind achiziţiile)

48219300-9 - Pachete software de administrare (Rev.2) 48820000-2 - Servere (Rev.2)

II.1.7) Contractul intra sub incidenţa acordului privind contractele de achiziţii publice

Nu.

II.1.8) Împărţire în loturi.

Nu.

II.1.9) Vor fi acceptate variante.

Nu.

II.2) Cantitatea sau domeniul contractului.

II.2.1) Cantitatea totala sau domeniul.

Achiziţionarea unui sistem de administrare şi urmărire a procesului de elaborare de politici (SAUP) conform caietului de sarcini.

Valoarea estimată fără TVA: 2100840.33LEI Moneda: RON

II.2.2) Opţiuni

Nu.

II.3) Durata contractului sau termenul pentru finalizare:

12 luni începând de la data atribuirii contractului.

Secţiunea III: INFORMAŢII JURIDICE, ECONOMICE, FINANCIARE ŞI TEHNICE

III.1) Condiţii referitoare la contract:

III.1.1) Depozite valorice şi garanţii solicitate.

garanţie de participare în valoare de 42.000,00 lei.

III.1.2) Principalele modalităţi de finanţare şi plată şi/sau trimitere la dispoziţiile relevante.

Sursa de finanţare: credite bugetare alocate. Plata se va efectua pe baza facturii emise de furnizor în condiţiile stipulate în contract.

III.1.3) Forma juridică pe care o va lua grupul de operatori economici căruia i se atribuie contractul

asociere/subcontractare. În cazul în care oferta comună a grupurilor de operatori economici este declarată câştigătoare, se solicită ca asocierea sa fie legalizată.

III.1.4) Executarea contractului este supusă altor condiţii speciale.

Nu.

III.2) Condiţii de participare:

III.2.1) Situaţia personală a operatorilor economici, inclusiv cerinţele referitoare la înscrierea în registrul comertului sau al profesiei.

Informaţii şi formalităţi necesare pentru evaluarea respectării cerinţelor menţionate .

Declaraţie privind eligibilitatea conform art. 180 din O.U.G. nr. 34/2006. Declaraţie privind neîncadrarea în situaţiile prevăzute la art. 181 din O.U.G. nr. 34/2006. Pentru pers. juridice/fizice române: Certificatul constatator eliberat de Oficiul Registrului Comerţului. Pentru pers juridice/fizice străine: Documente edificatoare care să dovedească o formă de înregistrare ca persoană juridică sau de înregistrare/atestare ori apartenenţă din punct de vedere profesional, în conformitate cu prevederile legale din ţara în care candidatul/ofertantul este rezident sau are domiciliul.

III.2.2) Capacitatea economică şi financiară.

Fişa de informaţii generale.

III.2.3) Capacitatea tehnică .

Informaţii şi formalităţi necesare pentru evaluarea respectării cerinţelor menţionate

Cel puţin 3 recomandări din partea beneficiarilor/clienţilor. Ultimul Bilanţ contabil, vizat şi înregistrat de organele competente. Prezentarea personalului şi a calificării acestora (documente, curiculum vitae) Declaraţie pe proprie răspundere privind respectarea condiţiilor de munca şi de protecţie a muncii la elaborarea ofertei şi derularea contractului.

III.2.4) Contracte rezervate

Nu .

III.3) Condiţii specifice pentru contractele de servicii

III.3.1) Prestarea serviciilor în cauza este rezervata unei anumite profesii

Nu .

III.3.2) Persoanele juridice au obligaţia sa indice numele şi calificările profesionale ale membrilor personalului responsabili pentru prestarea serviciilor respective

Nu.

SECTIUNEA IV: PROCEDURA

IV.1) Tipul procedurii .

IV.1.1) Tipul procedurii .

Licitaţie deschisa.

IV.2) Criterii de atribuire.

IV.2.1) Criterii de atribuire

Oferta cea mai avantajoasa din punct de vedere economic. Criteriile enunţate în caietul de sarcini, în invitaţia de a prezenta o oferta sau de a participa la negociere sau în documentul descriptiv

IV.2.2) Se va organiza o licitaţie electronica.

Nu.

IV.3) Informaţii administrative

IV.3.1) Număr de referinţă atribuit dosarului de autoritatea contractantă: 20/22126/D.N.A./16.11.2009

IV.3.2) Anunţuri publicate (anunţ publicat) anterior privind acelaşi contract:

Nu.

IV.3.3) Condiţii de obţinere a caietului de sarcini şi a documentaţiei suplimentare (cu excepţia unui SAD) sau a documentului descriptiv (in cazul unui dialog competitiv)

Termenul limita pentru depunerea cererilor de documente sau pentru acces la documente: Data: 04.01. 2010 Ora: 10:00 Documente de plata: NU

IV.3.4) Termen limita pentru primirea ofertelor sau a cererilor de participare:

Data: 05.01.2010 Ora 10:00

IV.3.6) Limba sau limbile în care poate fi redactata oferta sau cererea de participare:

Romana. Altele

IV.3.7) Perioada minima pe parcursul căreia ofertantul trebuie sa îşi menţină oferta:

90 de zile (de la termenul limita de primire a ofertelor).

IV.3.8) Condiţii de deschidere a ofertelor

Data: 06.01.2010 Ora 10:00

Locul: Secretariatul General al Guvernului - Piaţa Victoriei nr. 1 , sector 1, Bucureşti, România,

Persoane autorizate sa asiste la deschiderea ofertelor: Comisia de evaluare a ofertelor şi cate un reprezentant împuternicit din partea ofertanţilor.

SECTIUNEA VI: INFORMATII SUPLIMENTARE

VI.1) Contractul este periodic:

Formatted Table

Nu.

VI.2) Contractul se înscrie intr-un proiect/program finanţat din fonduri comunitare:

Nu.

VI.3) Alte informaţii: Obţinere documentaţie prin acces direct şi nerestricţionat în SEAP şi pe adresa www.sgg.ro.

VI.4) Cai de atac :

VI.4.1)

Organism competent pentru căile de atac: Denumire oficiala: Consiliul Naţional pentru Soluţionarea Contestaţiilor Adresa: Str. Stavropoleos nr.6 Localitate: Bucureşti Cod poştal: 030084 Tara: România E-mail: [email protected] Telefon: +4(021)310.46.41 Fax: +4(021)310.46.42 Adresa Internet (URL): www.cnsc.ro

Organism competent pentru procedurile de mediere: Denumire oficiala: Curtea de Apel Adresa: Splaiul Independentei nr.5 Localitate: Bucureşti Cod poştal: 050081 Tara: România E-mail: [email protected] Telefon: +4(021)319.51.80 Fax: +4(021)319.51.80 Adresa Internet (URL): www.cabuc.ro

VI.4.2) Utilizarea cailor de atac

VI.4.3)

Serviciul de la care se pot obţine informaţii privind utilizarea cailor de atac: Denumire oficiala: Secretariatul General al Guvernului - Direcţia Logistica – Serviciul Asigurare Logistica. Adresa: Piaţa Victoriei nr.1, sector 1 Localitate: Bucureşti Cod poştal: 011754 Tara: România E-mail: [email protected] Telefon: +4(021)313.98.25 Fax: +4(021)319.15.36 Adresa Internet (URL): www.sgg.ro

VI.5) Data expedierii prezentului anunţ

Secretar General

Daniela Nicoleta ANDREESCU

DOCUMENTAŢIE DE ATRIBUIRE

PENTRU FURNIZARE SISTEM DE ADMINISTRARE ŞI URMĂRIRE AL PROCESULUI DE

ELABORARE DE POLITICI (SAUP)

BENEFICIAR SECRETARIATUL GENERAL AL GUVERNULUI

Documentatia de atribuire

2

CUPRINS

CUPRINS ..................................................................................................................................................................... 2 SECŢIUNEA I. FIŞA DE DATE A ACHIZIŢIEI .................................................................................................. 4 SECŢIUNEA II. INSTRUCTIUNI PENTRU OFERTANTI (IPO) ..................................................................... 17

A. Introducere ......................................................................................................................................................... 17 B. Documentaţie de atribuire .................................................................................................................................. 17 C. Pregătirea ofertelor ............................................................................................................................................. 18 D. Depunerea Ofertelor ........................................................................................................................................... 21 E. Deschiderea ofertelor şi evaluarea ...................................................................................................................... 22 F. Câştigarea contractului........................................................................................................................................ 24

SECŢIUNEA III. CONDIŢII GENERALE ALE CONTRACTULUI (CGC) .................................................... 26 SECŢIUNEA IV. CONDIŢII SPECIALE ALE CONTRACTULUI (CSC) ........................................................ 33 SECŢIUNEA V. FORMULARE ŞI MODELE ...................................................................................................... 35 SECŢIUNEA VI. SPECIFICAŢII TEHNICE ....................................................................................................... 54

1. INDICAŢII ASUPRA LIVRĂRII ...................................................................................................................... 54 2. OBIECTIVUL SISTEMULUI ............................................................................................................................ 56 3.CADRUL ORGANIZAŢIONAL AL ADMINISTRĂRII ŞI URMĂRIRII POLITICILOR ............................... 58 4.CONDIŢIILE TEHNICE ACTUALE PENTRU ADMINISTRAREA ŞI URMĂRIREA POLITICILOR ........ 60 5. CERINŢE SOFTWARE ..................................................................................................................................... 64 6. DESCRIEREA FUNCŢIONALĂ DETALIATĂ A SAUP ................................................................................ 70 7. CERINŢE NON-FUNCŢIONALE ..................................................................................................................... 78 8. CERINŢE DE IMPLEMENTARE ..................................................................................................................... 80 9. CERINŢE DE INFRASTRUCTURĂ ................................................................................................................. 81 10. MENTENANŢĂ ŞI SUPORT .......................................................................................................................... 82 11. CERINŢE DE PERSONAL .............................................................................................................................. 84 12. RAPORTAREA PROIECTULUI ..................................................................................................................... 86 13. FAZELE LIVRĂRII ......................................................................................................................................... 87 14. ACCEPTAREA SISTEMULUI ........................................................................................................................ 89

SECŢIUNEA VII. ANEXE ...................................................................................................................................... 90 ANEXA A – LOCAŢII ........................................................................................................................................... 91 ANEXA B – ACRONIME Şi ABREVIERI ........................................................................................................... 93 ANEXA C – AGENDA ŞEDINŢEI DE GUVERN ............................................................................................... 94 ANEXA D – LISTA EXPERŢILOR CHEIE.......................................................................................................... 99 ANEXA E – FORMAT CURRICULUM VITAE EXPERTI ............................................................................... 100 ANEXA F – SPECIFICAŢII HARDWARE PENTRU ECHIPAMENTE ŞI COMPONENTE. ......................... 101

Anexa F.1 - SERVER 4U RACKMOUNT19" ................................................................................................. 102 Anexa F.2 - ECHIPAMENT STOCARE DATE .............................................................................................. 104 Anexa F.3 - SAN Switch ................................................................................................................................... 105 Anexa F.4 - UNITATE DE BANDA ................................................................................................................ 106 Anexa F.5 - DULAP DE TELECOMUNICATII 19" ....................................................................................... 107

ANEXA G. MODUL DE ACORDARE AL PUNCTAJULUI ............................................................................. 109


3

Nr. 20/22126/16.11.2009 Aprob

Secretar General al Guvernului

Daniela Nicoleta ANDREESCU

Documentaţie de atribuire cu privire aplicarea procedurii de achiziţie publică LICITATIE DESCHISĂ

pentru atribuirea contractului de achiziţie publică ,,FURNIZARE BUNURI ŞI SERVICII” “Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP)”.

DOCUMENTAŢIA DE ATRIBUIRE reprezintă acele documente care conţin cerinţele formale, tehnice şi financiare, care permit descrierea obiectivă a obiectului contractului de achiziţie publică şi pe baza cărora operatorul economic îşi va elabora oferta.

Documentaţia de atribuire cuprinde: - Fişa de date a achiziţiei; - Specificaţia tehnică; - Clauze contractuale obligatorii (model de contract furnizare); - Formulare şi modele.


4

SECŢIUNEA I. FIŞA DE DATE A ACHIZIŢIEI INTRODUCERE Autoritatea contractantă, invită ofertanţii al căror obiect de activitate corespunde conform documentaţiei de atribuire anexată, să depună ofertă în scopul atribuirii contractului pentru furnizare “Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP)”, conform Tabelului nr. 1 – Lista Componentelor. Autoritatea contractantă doreşte încheierea unui contract cu un furnizor ce furnizează echipamente şi servicii. Contractul de furnizare încheiat în acest scop acoperă şi include: • Analiza, dezvoltarea, testarea şi implementarea unui SAUP complet funcţional, conform cu

specificaţiile detaliate în acest document. • Furnizarea, livrarea, instalarea şi repartizarea tuturor componentelor hardware. • Furnizarea, livrarea, instalarea şi repartizarea tuturor software-urilor operaţionale şi a celor

pentru baze de date necesare pentru operarea sistemului propus. • Furnizarea, livrarea, instalarea şi repartizarea tuturor licenţelor software pentru aplicaţiile

standard şi pentru alte aplicaţii. • Implementarea software-ului propus, trecerea la producţie şi suport post-implementare

asigurat de către Contractor. • Instruirea utilizatorilor şi a personalului IT în folosirea, întreţinerea şi adaptarea aplicaţiei. • Întreţinere şi servicii de suport pentru software şi hardware. Tabelul nr. 1 - Lista componentelor

NR. COMPONENTE CANTITATE UNITATE LOCUL LIVRĂRII

1 Server de baze de date pentru administrarea şi urmărirea procesului de elaborare de politici (SAUP) conform specificaţiilor din Secţiunea VI , capitolul 9

2 bucată SGG

2 Server de aplicaţii pentru SAUP conform specificaţiilor din Secţiunea VI , capitolul 9

2 bucată SGG

3 Server pentru arhivarea electronică şi server pentru salvări de siguranţă conform specificaţiilor din Secţiunea VI , capitolul 9

2 bucăţi SGG

4 Staţie server pentru tipărirea şi scanarea centralizată şi server de acces la aplicaţie conform specificaţiilor din Secţiunea VI , capitolul 9

2 bucăţi SGG

5 Unitate Raid 5 (soluţie completă de stocare cu kit de conectare complet pe FO)

1 bucată SGG

6 Unităţi de bandă de tip LTO Ultrium 2 bucăţi SGG

7 Surse neîntreruptibile 2 bucăţi SGG

8 Casetă siguranţă rezistentă la foc 1 bucată SGG

9 Bandă de tip LTO-4 35 bucăţi SGG

10 Întreţinerea locală pentru toate componentele hardware de la livrare până la în totalitate 3 ani după semnarea acceptanţei provizorii

în totalitate

în totalitate

SGG


5

11 Software de operare pentru servere conform specificaţiilor din Secţiunea VI , capitolul 9

6 licenţe SGG

12 Software pentru serverul bazei de date 1 licenţă SGG

13 Dezvoltarea / implementarea de „plug-in”-uri software pentru staţiile de lucru SAUP conform specificaţiilor din Secţiunea VI , capitolul 9

500 licenţe SGG şi instituţiile din Bucureşti conform Anexei A

14 Dezvoltarea / implementarea de software pentru administrarea şi urmărirea procesului de elaborare de politici conform

500 licenţe SGG

15 Aplicaţie software pentru staţia de tipărire şi scanare conform specificaţiilor din Secţiunea VI , capitolele 5 şi 6

1 licenţă SGG

16 Aplicaţie software pentru serverul de salvări de siguranţă conform specificaţiilor din Secţiunea VI , capitolele 5 şi 6

1 licenţă SGG

17 Documentaţie pentru software-ul SAUP în format electronic

1 bucată SGG

18 Documentaţie pentru software-ul SAUP pe hârtie

25 bucăţi SGG şi instituţiile din Bucureşti conform Anexei A

19 Întreţinere şi suport pentru software-ul SAUP de la livrare până la 3 ani după semnarea acceptării provizorii

în totalitate în totalitate

SGG

20 Întreţinere şi suport pentru toate celelalte software-uri de la livrare până la 3 ani după semnarea acceptării provizorii


SGG

21 Servicii de implementare pentru toate software-urile SAUP conform specificaţiilor din Secţiunea VI , capitolele 5 şi 6


SGG

22 Sesiuni de instruire pentru personalul tehnic şi pentru utilizatori pentru tot software-ul


SGG

23 Document care să conţină Planul de recuperare în urma dezastrelor şi plan pentru continuitate servicii (BCP)

1 bucată SGG

*Echipamentele solicitate trebuie să fie rack-abile în conformitate cu specificaţiile tehnice de la Secţiunea VI , capitolul 9 Aceste componente, în totalitate furnizate, livrate, implementate, instalate şi repartizate, împreună cu alte componente care ar putea fi necesare pentru îndeplinirea contractului, vor alcătui SAUP complet funcţional.


6

I.a. AUTORITATEA CONTRACTANTĂ

Denumire: SECRETARIATUL GENERAL AL GUVERNULUI) Adresă: Calea Victoriei , nr.1 Localitate: Bucureşti Cod Ţara: România poştal 011754

Persoana de contact: Silviu Birsan, Costel Ciuchi

Telefon: 021.313.98.25, 021.314.34.00, int. 1078, 1049, 1149 Telefon: 021.314.34.00 interior 1049, 1149,

E-mail: [email protected] Fax: 021.319.15.36

Adresa de internet a autorităţii contractante: www.sgg.ro

Alte informaţii şi/sau clarificări pot fi obţinute: ■ la adresa mai sus menţionată □ altele: Documentaţia de atribuire este accesibilă în SEAP şi pe adresa de internet www.sgg.ro începând cu data publicării.

I.b. Principala activitate sau activităţi ale autorităţii contractante: ■ ministere ori alte autorităţi publice centrale ■ servicii publice centrale inclusiv cele subordonate la nivel regional sau □ apărare local □ ordine publică/siguranţă naţională □ autorităţi locale □ mediu □ alte instituţii guvernate de legea publică □ economico-financiare □ instituţie europeană/organizaţie internaţională □ sănătate □ altele (specificaţi) □ construcţii şi amenajarea teritoriului □ protecţie socială □ cultură, religie şi actv. recreative □ educaţie □ activităţi relevante □ energie □ apă □ poştă □ transport □ altele

Autoritatea contractantă achiziţionează în numele altei autorităţi contractante

NU I.c. Sursa de finanţare: Sursa de finanţare este asigurata din fonduri bugetare. I.d. Căi de Atac Instituţia responsabilă pentru soluţionarea contestaţiilor: Denumire: Consiliul Naţional de Soluţionare a Contestaţiilor de pe lângă Autoritatea Naţională pentru Reglementarea şi Monitorizarea Achiziţiilor Publice Adresă: Strada Stavropoleos nr. 6, Sector 3 Localitate: Bucureşti, Cod poştal: 030084, Ţara: România


7

E-mail: [email protected], Telefon/fax +4(021)310.46.41 +4(021)310.46.42 Adresă internet: www.cnsc.ro. I.e. Calendarul Procedurii de Atribuire

DATA ORA

Termen limită de solicitare a clarificărilor de la autoritatea contractantă 22.12.2009 17:00

Termen limită de transmitere a clarificărilor de către autoritatea contractantă

24.12.2009 17:00

Termen limită de depunere a ofertelor 05.01.2010 10:00

Data şedinţei de deschidere a ofertelor 06.01.2010 10:00

Data finalizării evaluării ofertelor tehnice (estimare) 26.01.2010 17:00

Informarea ofertanţilor cu privire la rezultatul procedurii de atribuire (estimare)

28.01.2010 17:00

Semnare contract (estimare) 09.02.2010 12:00

II. OBIECTUL CONTRACTULUI II.1. Descriere: Contractul de furnizare încheiat în acest scop acoperă şi include: • analiza, dezvoltarea, testarea şi implementarea unui SAUP complet funcţional, conform cu

specificaţiile detaliate în acest document. • furnizarea, livrarea, instalarea şi repartizarea tuturor componentelor hardware. • furnizarea, livrarea, instalarea şi repartizarea tuturor software-urilor operaţionale şi a celor

pentru baze de date necesare pentru operarea sistemului propus. • furnizarea, livrarea, instalarea şi repartizarea tuturor licenţelor software pentru aplicaţiile

standard şi pentru alte aplicaţii. • implementarea software-ului propus, trecerea la producţie şi suport post-implementare

asigurat de către Contractor. • instruirea utilizatorilor şi a personalului IT în folosirea, întreţinerea şi adaptarea aplicaţiei. • întreţinere şi servicii de suport pentru software şi hardware. II.1.1. Denumire contract: Încheierea unui contract de furnizare bunuri şi servicii Durata contractului de achiziţie este de 24 luni de la semnarea acestuia de către ambele părţi, începând cu data de ........ (a se vedea calendarul procedurii de atribuire). Obiectul contractului consta în achiziţia de bunuri şi servicii conform caietului de sarcini. Locul de livrare: sediul Secretariatului General al Guvernului din Piaţa Victoriei nr. 1, sector 1, Bucureşti, România. II.1.2. Ofertele alternative nu sunt acceptate. II.2. Cantitatea sau scopul contractului II.2.1. Autoritatea contractantă achiziţionează bunuri şi servicii conform caiet de sarcini.


8

III. CONDIŢII SPECIFICE CONTRACTULUI Condiţiile specifice contractului sunt prevăzute în Secţiunea III „Condiţii Generale ale Contractului (CGC)” şi Secţiunea IV “Condiţii Speciale ale Contractului (CSC)” şi se referă la furnizarea bunurilor şi executarea serviciilor şi asigurarea acestora, precum şi modalitatea de recepţie. De asemenea, părţile contractante pot stabili prin act adiţional modificarea oricărei clauze contractuale. Contractul se va încheia pe o perioada de 24 luni şi se poate prelungi cu cel mult 4 luni prin act adiţional prin acordul comun al părţilor. IV. PROCEDURA IV.1. Procedura selectată este licitaţie deschisă. IV.2. Legislaţie aplicabilă

• Ordonanţa de urgenţă a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziţie publică, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii, publicată în Monitorul Oficial al României, Partea I, nr. 418 din 15 mai 2006, aprobata cu modificări prin Legea Nr. 337 din 17 iulie 2006, publicata în Monitorul Oficial al României nr. 625 din 20 iulie 2006, cu modificările şi completările ulterioare. • Hotărârea Guvernului nr. 925/2006 pentru aprobarea normelor de aplicare a prevederilor referitoare la atribuirea contractelor de achiziţie publică din Ordonanţa de urgenţă a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziţie publică, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii, publicată în Monitorul Oficial al României, Partea I, nr. 625 din 20 iulie 2006, cu modificările şi completările ulterioare.

V. CRITERII DE CALIFICARE Fiecare ofertant este obligat să facă dovada că îndeplineşte cerinţele minime de calificare impuse de autoritatea contractantă, şi conform specificaţiilor tehnice. V.1. Situaţia personală a ofertantului

• Ofertantul va completa formularul nr. A din Secţiunea V “Formulare şi modele“ - Declaraţie privind eligibilitatea. • Ofertantul va completa formularul nr. B din Secţiunea V “Formulare şi modele“ - Declaraţie privind neîncadrarea în prevederile art. 181 din OUG 34/2006.

V.2. Capacitatea de exercitare a activităţii profesionale

• Pentru persoane juridice/fizice române: o Certificat constatator emis de oficiul registrului comerţului de pe lângă camera de

comerţ şi industrie naţională sau teritorială sau orice document justificativ privind înregistrarea/atestarea ori apartenenţa din punct de vedere profesional, în conformitate cu prevederile legale romane.

• Pentru persoane juridice/fizice străine: o Documente edificatoare care să dovedească o formă de înregistrare ca persoană

juridică sau de înregistrare/atestare ori apartenenţă din punct de vedere profesional, în conformitate cu prevederile legale din ţara în care candidatul/ofertantul este rezident sau are domiciliul.

V.3. Situaţia economico-financiară Ofertantul va completa formularul nr. 13 din Secţiunea V “Formulare şi modele“ – Fişa de informaţii generale.


9

V.4. Capacitatea tehnică şi/sau profesională • Ofertantul va prezenta cel puţin 3 recomandări din partea beneficiarilor/clienţilor. • Ultimul bilanţ contabil, vizat şi înregistrat de organele competente, pe care ofertantul

avea obligaţia sa-l depună potrivit legii. • Prezentarea personalului şi a calificării acestuia (documente, curriculum vitae). • Declaraţie pe proprie răspundere privind respectarea condiţiilor de munca şi de protecţie

a muncii la elaborarea ofertei şi derularea contractului. • alte cerinţe specifice

Observaţie: Comisia de evaluare are obligatia de a stabili care sunt clarificarile si completarile formale sau de confirmare, necesare pentru evaluarea fiecarei oferte, precum si perioada de timp acordata pentru transmiterea clarificarilor. Comunicarea transmisa in acest sens catre ofertant trebuie sa fie clara, precisa si sa defineasca in mod explicit si suficient de detaliat in ce consta solicitarea comisiei de evaluare (art.78 din H.G. nr.925/2006).

VI. PREZENTAREA OFERTEI VI.1. Limba de redactare a ofertei este limba română. Ofertantul va suporta toate costurile asociate elaborării şi prezentării ofertei sale, precum şi documentelor care o însoţesc, iar cumpărătorul nu va fi responsabil sau răspunzător pentru costurile respective. Documentaţia tehnică (pliante, prospecte, etc.) şi documentele emise de instituţii/organisme oficiale din ţara în care ofertanţii străini sunt rezidenţi pot fi prezentate în altă limbă, cu condiţia ca acestea să fie însoţite de o traducere autorizată în limba romana. De asemenea, documentele solicitate ofertanţilor pentru calificare pot fi prezentate în altă limbă, dar este obligatoriu ca acestea să fie însoţite şi de o traducere autorizată în limba română. VI.2. Ofertantul are obligaţia de a menţine oferta valabilă pe toată perioada de valabilitate stabilită de autoritatea contractantă. Orice ofertă valabilă pentru o perioadă mai mică decât cea stabilită de autoritatea organizatoare va fi respinsă de comisia de evaluare ca fiind necorespunzătoare. Perioada de valabilitate a ofertei este de 90 zile. Autoritatea contractantă are dreptul de a solicita ofertanţilor, în circumstanţe excepţionale, înainte de expirarea perioadei de valabilitate a ofertei, prelungirea acestei perioade. Ofertantul are obligaţia de a comunica autorităţii contractante dacă este sau nu de acord cu prelungirea perioadei de valabilitate a ofertei. Ofertantul care nu este de acord cu prelungirea perioadei de valabilitate a ofertei se consideră că şi-a retras oferta. VI.3. Garanţia de participare Cuantumul garanţiei pentru participare: În vederea participării la procedura de achiziţie, ofertantul va depune o garanţie de participare în valoare de: 42.000,00 lei. Modul de constituire a garanţiei pentru participare: Garanţia de participare la procedura de licitaţie deschisă se constituie prin virament bancar sau printr-un instrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari, in lei, se prezinta in original, in cuantumul si cu o perioada de valabilitate cu 30 zile peste perioada de valabilitate a ofertei. În cazul în care ofertantul optează pentru constituirea garanţiei de participare prin virament bancar, contul deschis de autoritatea contractantă este următorul: RO75TREZ7005005XXX000172 deschis la A.T.C.P.M.B. Ofertantul care va fi declarat castigator va constitui o garanţie de bună execuţie într-un procent de 5% din preţul contractului, fără T.V.A. Garanţia de bună execuţie a contractului se constituie sub formă de ”scrisoare de garanţie de bună execuţie”


10

VI4. Modul de prezentare a propunerii tehnice Propunerea tehnică va fi redactată conform cerinţelor din Secţiunea VI “Specificaţii Tehnice”. Ofertantul are obligaţia de a face dovada conformităţii produselor/serviciilor care urmează să fie achiziţionate/prestate cu toate cerinţele prevăzute în Caietul de sarcini Propunerea tehnică va conţine un comentariu al specificaţiilor tehnice conţinute în Caietul de sarcini prin care să demonstreze corespondenţa propunerii tehnice cu specificaţiile respective. De asemenea, acolo unde se solicită, ofertantul este obligat să însoţească propunerea tehnică cu toate documentele justificative solicitate de autoritatea contractantă în Caietul de sarcini. OBS. Toate condiţiile şi caracteristicile impuse în Secţiunea VI “Specificaţii Tehnice” ca specificaţii tehnice, sunt obligatorii. VI.5. Modul de prezentare a propunerii financiare Ofertantul este obligat să completeze Formularul nr. 10B din Secţiunea V “Formulare şi modele“ – Formular de oferta. Formularul de ofertă reprezintă elementul principal al propunerii financiare. Orice alt formular al propunerii financiare se va completa corespunzător astfel încât aceasta să furnizeze toate informaţiile cu privire la preţ, tarif, precum şi alte condiţii financiare şi comerciale legate de obiectul contractului de achiziţie publică. Cursul euro este cursul BNR din data transmiterii anunţului de participare (publicarea în SEAP). VI.6. Modul de prezentare a ofertei a.) Adresa la care se depune oferta: Secretariatul General al Guvernului, Piaţa Victoriei, nr. 1 sector 1, Bucuresti, cod. 011754, Registratura Generală - Palat Victoria – intr. C (Informaţii la int. 1036, 1456). Data limită pentru depunerea ofertei: 05.01.2010, ora 10:00 b.) Ofertantul va depune un exemplar al ofertei în original şi un exemplar în copie. Ambele exemplare vor fi introduse într-un plic exterior, închis corespunzător şi netransparent. Ofertantul trebuie să sigileze originalul şi copia în plicuri separate, marcând corespunzător plicurile cu "ORIGINAL" şi, respectiv, "COPIE". Plicurile interioare trebuie să fie marcate cu denumirea şi adresa ofertantului, pentru a permite returnarea ofertei fără a fi deschisă, în cazul în care oferta respectivă este declarată întârziată. Propunerea tehnică, propunerea financiară şi documentele de calificare se vor prezenta în plicuri distincte, marcate corespunzător. Plicul exterior, în care este introdus originalul şi copia ofertei, trebuie să fie marcat cu menţiunea „OFERTĂ PENTRU ACHIZIŢIA UNUI SISTEM DE ADMINISTRARE ŞI URMĂRIRE A PROCESULUI DE ELABORARE DE POLITICI (SAUP).” şi cu inscripţia „A NU SE DESCHIDE ÎNAINTE DE DATA 06.01.2010, ora 10:00" specificate în anunţul de participare. Dacă plicul exterior nu este marcat conform prevederilor de mai sus, autoritatea contractantă nu îşi asumă nici o responsabilitate pentru rătăcirea ofertei. Nu vor fi admise plicuri deteriorate, desfăcute sau cu semne distinctive. c.) Scrisoarea de înaintare, Secţiunea V, Anexa 1, va fi prezentată de ofertanţi la vedere. Plicul exterior va fi însoţit de scrisoarea de înaintare şi dovada constituirii garanţiei de participare (copie). Exemplarul original al garanţiei de participare se va introduce în plicul – documente de calificare (“Original”). OBS: Ofertanţii au obligaţia de a numerota, semna şi stampila fiecare pagină a ofertei, precum şi de a anexa un opis al documentelor prezentate. VI.7. Data limită de depunere a ofertelor este: 05.01.2010, ora 10:00.


11

VI.8. Posibilitatea retragerii sau modificării ofertei a.) Orice ofertant are dreptul de a-şi modifica sau de a-şi retrage oferta numai înainte de data limită stabilită pentru depunerea ofertei şi numai printr-o solicitare scrisă în acest sens. b.) În cazul în care ofertantul doreşte să opereze modificări în oferta deja depusă, acesta are obligaţia de a asigura primirea şi înregistrarea modificărilor respective de către autoritatea contractantă până la data limită pentru depunerea ofertelor. Astfel, pe plicul exterior se va marca, în mod obligatoriu, şi inscripţia "MODIFICĂRI". c.) Ofertantul nu are dreptul de a-şi retrage sau de a-şi modifica oferta după expirarea datei limită pentru depunerea ofertelor, sub sancţiunea excluderii acestuia de la procedura pentru atribuirea contractului de achiziţie publică. Oferta care este depusă/transmisă la o altă adresă decât cea stabilită în anunţul de participare ori care este primită de către autoritatea contractantă după expirarea datei limită pentru depunere, se returnează nedeschisă, comisia de evaluare neavând obligaţia de a o analiza. VI.9. Deschiderea ofertelor Deschiderea ofertelor se va face de către comisia de evaluare la sediul autorităţii contractante din Piaţa Victoriei nr.1, sector 1, Bucureşti, România, intrarea B, telefon interior 1036, 1456. Data deschiderii ofertelor va fi cea indicată în anunţul de participare, respectiv 06.01.2010, ora 10:00. Orice ofertant are dreptul să participe la şedinţa de deschidere. La şedinţa de deschidere comisia de evaluare va analiza numai existenţa documentelor de calificare şi a ofertei tehnice şi va face publică oferta financiară. Restul documentelor vor fi analizate de comisia de evaluare în şedinţe ulterioare. a.) Nici o ofertă nu poate fi respinsă la deschidere, cu excepţia ofertei care este depusă/transmisă la o altă adresa sau a ofertei depusa după expirarea datei limită pentru depunere. b.) La deschiderea ofertelor Comisia de evaluare va întocmi un proces-verbal de deschidere care urmează să fie semnat atât de către membrii comisiei, cât şi de către reprezentanţii ofertanţilor care sunt prezenţi la deschiderea ofertelor (Secţiunea V, Anexa 10). c.) Autoritatea contractantă are obligaţia de a păstra confidenţialitatea asupra conţinutului ofertei, precum şi asupra oricărei informaţii privind ofertantul, a cărei dezvăluire ar putea aduce atingere dreptului acestuia de a-şi proteja proprietatea intelectuală sau secretele comerciale. Comisia de evaluare nu are dreptul de a dezvălui ofertanţilor sau altor persoane neimplicate oficial în procedura de atribuire a contractului de achiziţie publică informaţii legate de propria activitate până când nu a fost comunicat rezultatul aplicării procedurii respective. d.) Ofertantul nu are dreptul de a influenţa sau de a încerca să influenţeze comisia de evaluare în procesul de examinare şi evaluare a ofertelor sau în decizia de stabilire a ofertei câştigătoare, sub sancţiunea excluderii acestuia de la procedura aplicată pentru atribuirea contractului de achiziţie publică. e.) Nici un ofertant nu are dreptul de a contacta comisia de evaluare asupra nici unei probleme legate de oferta sa, din momentul deschiderii ofertelor până în momentul atribuirii contractului de achiziţie publică. Ofertantul are dreptul de a aduce clarificări la ofertă şi/sau la documentele care însoţesc oferta numai ca urmare a unei solicitări scrise din partea comisiei de evaluare. Comisia de evaluare are obligaţia de a exclude orice ofertant în cazul în care se dovedeşte că acesta a fost sau este angajat în practici corupte ori frauduloase în legătură cu procedura aplicată pentru atribuirea contractului de achiziţie publică. f.) Comisia de evaluare are obligaţia de a analiza documentele care însoţesc oferta. Fiecare ofertant trebuie să îndeplinească condiţiile referitoare la eligibilitate şi înregistrare, precum şi cerinţele solicitate privind capacitatea tehnică şi/sau capacitatea economico-financiară. Comisia de evaluare va stabili care sunt clarificările necesare pentru evaluarea fiecărei oferte, precum şi perioada acordată pentru transmiterea clarificărilor. g.) În cazul unei oferte care are un preţ aparent neobişnuit de scăzut în raport cu produsul care urmează să fie furnizat, comisia de evaluare are obligaţia de a solicita, în scris şi înainte de a lua


12

o decizie de respingere a acelei oferte, detalii şi precizări pe care le consideră relevante cu privire la ofertă, precum şi de a verifica răspunsurile care justifică preţul respectiv. h.) Comisia de evaluare are dreptul de a respinge o ofertă în oricare dintre următoarele cazuri: - a fost depusa dupa data si ora limita de depunere sau la o alta adresa decat cea stabilita in anuntul de participare. - nu este insotita de garantia de participare, in cuantumul, forma si avand perioada de valabilitate solicitata in documentatia de atribuire. - oferta nu satisface in mod corespunzator cerinţele prevăzute în caietul de sarcini; - oferta contine in cadrul propunerii financiare preturi care nu sunt rezultatul liberei concurente si care nu pot fi justificate. - oferta conţine propuneri referitoare la clauzele contractuale, propuneri care sunt în mod evident dezavantajoase pentru autoritatea contractantă iar ofertantul, desi a fost informat cu privire la respectiva situatie, nu accepta renuntarea la clauzele respective; - contine in cadrul propunerii financiare preturi care nu sunt rezultatul liberei concurente si care nu pot fi justificate. - ofertantul nu transmite în perioada precizată de către comisia de evaluare clarificările/răspunsurile solicitate sau in cazul in care explicatiile prezentate de ofertant nu sunt concludente; - ofertantul modifică, prin raspunsurile pe care le prezintă, conţinutul propunerii tehnice/financiara; i.) Modificari ale propunerii tehnice se accepta in masura in care acestea: a) pot fi incadrate in categoria viciilor de forma sau erorilor aritmetice; b) reprezinta corectari ale unor abateri tehnice minore, iar o eventuala modificare a pretului, indusa de aceste corectari, nu ar fi condus la modificarea clasamentului ofertantilor participanti la procedura de atribuire.

Comisia de evaluare are dreptul de a corecta erorile aritmetice numai cu acceptul ofertantului. Dacă ofertantul nu acceptă corectarea acestor erori, oferta sa va fi considerată neconforma şi, în consecinţă, va fi respinsă de către comisia de evaluare.

VII. CRITERII DE ATRIBUIRE VII.1. Criteriul de atribuire a contractului de achiziţie publică pentru achiziţia sistemului de administrare şi urmărire a procesului de elaborare de politici (SAUP) conform caietului de sarcini, este: “OFERTA CEA MAI AVANTAJOASĂ DIN PUNCT DE VEDERE ECONOMIC”. Câştigătorul contractului va fi declarat ofertantul care va avea preţul cel mai mic, cu condiţia ca acesta să îndeplinească criteriile de calificare stabilite de autoritatea contractantă în prezenta secţiune şi oferta sa tehnică să fie în totalitate în acord cu specificaţiile tehnice impuse de autoritatea contractantă prin documentaţia de atribuire. VII.2. Algoritmul de calcul în cazul utilizării criteriului „oferta cea mai avantajoasă din punct de vedere economic” este după cum urmează:

Factori de evaluare Punctaj maxim alocatoferta tehnică 45

oferta financiară 55 TOTAL 100

Desemnarea ofertei câştigătoare se face prin parcurgerea a 4 (patru) etape de evaluare şi selecţie


13

după cum urmează: ETAPA I Etapa I a evaluării constă în verificarea ofertelor din punct de vedere: - a capacităţii economice şi financiare a ofertanţilor, - a conformităţii serviciilor auxiliare cu cerinţele,(Secţiunea III, paragraf 1.1.-d) - a capacităţii profesionale, Secţiunea V- anexa d, e, Secţiunea VII - Anexa D, Anexa E - a capacităţii tehnice, Secţiunea V - anexa f - a conformităţii cu specificaţiile tehnice hardware (Secţiunea VII - anexa F), - respectării regulilor de origine a produsului, (Secţiunea VII - anexa F) - a eligibilităţii naţionalităţii oricăror experţi şi /sau subcontractori, orice alte cerinţe ale specificaţiilor tehnice. În prima etapa nu se vor acorda puncte ci se va stabili daca ofertele sunt sau nu conforme cu cerinţele specificate în Documentaţia de Atribuire. Ofertele declarate neconforme sau incomplete în cadrul etapei I vor fi respinse şi nu vor participa la următoarea etapa, ETAPA II. ETAPA II Etapa a II-a a evaluării va lua în considerare numai acele oferte care au fost evaluate ca fiind conforme în Etapa I. Criteriul de evaluare a ofertelor tehnice va consta în evaluarea celor două elemente:

1. Sistemul de Administrare şi Urmărire al Politicilor 2. Implementarea generala

Puncte

1. Sistemul de Administrare şi Urmărire al Politicilor 1000 din care

1.1. Referinţe: din care

250

Sistemul de Administrare al Documentelor din sectorul public 150Sistemul de Administrare şi Urmărire al Politicilor pentru administraţia centrală

100

1.2. Conformitatea cu Cerinţele Funcţionale din care:

350

1.2.1. Sistemul de Administrare al Documentelor 1001.2.2.Administrarea Circuitului de Lucru 1001.2.3.Motorul de căutare 401.2.4.Raportarea 201.2.5.Pregătirea Agendei Şedinţei (soluţie sau interfaţă) 501.2.6. Interfaţa la Sistemul de Administrare al Conţinutului 201.2.7.Arhivarea Electronică 201.3.Conformitatea cu Cerinţele Non-funcţionale din care:

200

1.3.1. Interfaţa Utilizator 30


14

1.3.2. Documentarea 201.3.3. Particularizare 301.3.4.Arhitectura tehnică 501.3.5. Securitatea 301.3.6. Back-up şi recuperare 101.3.7. Plan de recuperare în caz de dezastru 301.4.Implementarea din care:

50

1.4.1.Instruirea 501.5. Experţi Cheie din care:

150

1.5.1. Consultanţi business 751.5.2. Consultanţi tehnici 75Total punctaj maxim 1000 puncte.

2. Implementarea generala 5002.1 Expert Cheie Principal – Manager de Proiect 2002.2.Metodologia Implementării

200

2.3.Planul General al Proiectului–Planificarea temporală 100Total punctaj maxim 500 puncte.

Ofertele trebuie să obţină un minim de 70% din punctele de evaluare disponibile la fiecare dintre Elementele 1 şi 2; adică: Elementul 1: Sistemul de Administrare şi Urmărire al Politicilor minim 700 puncte Elementul 2: Implementarea Generală minim 350 puncte ŞI în PLUS Punctajul minim general pentru Etapa II care trebuie obţinut de oferte este de minim 80%(1200p) din punctajul maxim de evaluare acordat în Etapa II(1500p). Elementul 1: Sistemul de Administrare şi Urmărire al Politicilor + Elementul 2: Implementarea Generală = minim 1200 puncte Toate ofertele care nu vor îndeplini punctajul minim de evaluare în Etapa II vor fi respinse şi nu vor participa la următoarea etapa, ETAPA III. Toate ofertele care vor obţine punctaj de evaluare mai mare sau egal cu punctajul minim în Etapa II se vor califica pentru Etapa III. În acest scop, punctajul total al Etapei II va fi calculat folosind următoarea metodă de calcul:

• Celui mai mare punctaj total din Etapa II (E2M) îi vor fi acordate 100 puncte. • punctajul final din Etapa II (SF2) pentru toate ofertele se va calcula prin împărţirea

numărului de puncte obţinut în Etapa II de oferta pentru care se calculează (E2O) la numărul de puncte obţinute în Etapa II de oferta cu cel mai mare punctaj (E2M) iar rezultatul va fi înmulţit cu 100; adică


15

Punctaj Final Etapa II (SF2) = ( E2O/ E2M ) x 100.

ETAPA III După terminarea evaluării tehnice constând în Etapele I şi II, se vor lua în calcul numai ofertele financiare pentru ofertele care nu au fost eliminate în aceste etape de evaluare tehnică (adică acelea care au fost evaluate ca fiind conforme tehnic şi care au obţinut punctajele de evaluare minime stipulate în Etapa II. Ofertele care depăşesc bugetul maxim disponibil contractului vor fi respinse. Punctajele finale de evaluare ale Etapei III (SF3) vor fi calculate după cum urmează:

1. Oferta financiară cu valoarea totală cea mai mica (VTM) va primi 100 puncte. 2. Toate celelalte oferte (VCO) vor primi numărul de puncte care rezultă din împărţirea

valorii totale cea mai mica (VTM) la valoarea totala al ofertei în cauză (VTO) iar rezultatul va fi înmulţit cu 100; adică

Punctaj Final Etapa III(SF3) = (VTM/ VTO) x 100. ETAPA IV Oferta cea mai avantajoasă economic va fi stabilită cântărind calitatea tehnică contra valoare financiara pe o bază de 55/45. Aceasta se va face astfel:

• Înmulţind punctajul Final al Etapei II (SF2) la 0,45 obţinând astfel Punctajul Final Net al Etapei 2 (SF4-Etapa 2)

Punctaj Final Etapa IV(SF4-Etapa 2) = SF2 * 0,45

ŞI • Înmulţind punctajul Final al Etapei 3 (SF3) la 0,55 obţinând astfel punctajul Final Net al

Etapei 3 (SF4-Etapa 3)

Punctaj Final Etapa III (SF4-Etapa 3) = SF3 * 0,55 ŞI Punctajul final obţinut de către ofertant este calculat pe baza formulei de mai jos: Punctaj Final Etapa IV (SF4) = Punctaj Final Net Etapa IV(SF4-Etapa 2) + Punctaj Final

Net Etapa III (SF4-Etapa 3) Oferta recomandată pentru acordarea contractului va fi cea care obţine cel mai mare punctaj total în Etapa IV (SF4). Calculul detaliat şi modul de acordare a punctelor este precizat în SECŢIUNEA VII – ANEXA G. MODUL DE ACORDARE AL PUNCTAJULUI VIII. ATRIBUIREA CONTRACTULUI Autoritatea contractantă are obligaţia de a încheia contractul de achiziţie publică cu ofertantul a cărui ofertă a fost stabilită ca fiind câştigătoare de către comisia de evaluare.

a.) Autoritatea contractantă va comunica în scris rezultatul aplicării procedurii ofertantului câştigător în cel mult 3 zile lucrătoare de la data la care Raportul comisiei de evaluare a ofertelor este aprobat de conducătorul autorităţii contractante.


16

Autoritatea contractantă încheie contractul de achiziţie publică cu ofertantul câştigător în perioada de valabilitate a ofertei.

În cazul în care autoritatea contractantă nu ajunge să încheie contractul cu ofertantul a cărui oferta a fost stabilită câştigătoare acesta poate să invite ofertanţii în ordinea descrescătoare a clasamentului pentru încheierea contractului sau poate anula procedura.

b.) Nu se accepta ajustarea preţului contractului. Acesta va fi exprimat în lei. Preţul va fi ferm şi nu va putea fi modificat pe toata durata contractului.

Părţile contractante au dreptul, pe durata îndeplinirii contractului de furnizare de a conveni modificarea clauzelor contractului, prin act adiţional. XI. REGULI DE COMUNICARE ŞI TRANSMITERE A DATELOR Orice comunicare, solicitare, informare, notificare şi alte asemenea, cu excepţia ofertelor care se vor prezenta conform capitolului “Modul de prezentare a ofertei”, vor fi transmise în scris, prin fax cu confirmare de primire, prin poştă sau la registratura autorităţii contractante.


17

SECŢIUNEA II. INSTRUCTIUNI PENTRU OFERTANTI (IPO)

A. Introducere 1. Sursa fondurilor este sursa bugetară 2. Ofertanţii eligibili 2.1 Această invitaţie la licitaţie este deschisa tuturor furnizorilor de bunuri şi servicii eligibili

conform legislaţie în vigoare. 2.2 Societăţile cu capital de stat pot participa la licitaţie numai dacă ele sunt autonome financiar

şi juridic şi operează în conformitate cu codul comercial şi daca nu sunt o agenţie dependentă a autorităţii contractante.

3. Bunuri şi servicii eligibile 3.1 Toate bunurile şi serviciile vor avea ca ţară de origine o ţară eligibilă şi toate materialele şi

serviciile folosite în cadrul contractului vor fi eligibile 3.2 Pentru explicitare acestei clauze “origine" înseamnă locul unde bunurile şi serviciile sunt

produse sau furnizate. Bunurile sunt produse acolo unde sunt asamblate din piese, furnituri şi rezulta produsul care este diferit substanţial de componentele sale.

3.3 Originea bunurilor şi serviciilor este distinctă de naţionalitatea Ofertantului. 4. Costul licitaţiei 4.1 Ofertantul va plăti pentru toate costurile asociate cu pregătirea şi depunerea ofertei, iar

Autoritatea Contractantă, numita Cumpărător nu va fi în nici un caz responsabil or vinovat de aceste costuri, legate de procesul de licitaţie.

B. Documentaţie de atribuire 5. Conţinutul Documentaţiei de atribuire 5.1 Bunurile şi serviciile necesită proceduri de licitaţie şi termeni contractuali ce sunt prescrişi în

caietul de sarcini. Faţă de Anunţul de participare, Caietul de sarcini conţine: Volumul 1 Documentaţie de atribuire (a) Instrucţiuni către ofertanţi (IPO); (b) Condiţii Generale ale Contractului (CGC); (c) Anexe Format (d) Format ofertă şi Ofertă preţ desfăşurat (e) Garanţie de participare (f) Format contract. (g) Garanţia de bună execuţie; (h) Forma de autorizaţie de provenienţă Volumul 2 Documente specifice licitaţiei (a) Anunţul de participare (b) Condiţii speciale ale contractului (CSC) (c) Grafic de execuţie


18

(d) Specificaţii Tehnice. 5.2 Ofertantul va examina toate instrucţiunile, formele, anexele, termenii şi specificaţiile din

Caietul de sarcini. Omiterea completării tuturor informaţiilor cerute de către caietul de sarcini sau depunerea unei oferte ce nu răspunde substanţial Caietului de sarcini din orice punct de vedere va fi pe riscul Ofertantului şi va duce la invalidarea ofertei.

6. Clarificări la Documentaţia de atribuire 6.1 Orice Ofertant care solicită orice clarificare la documentaţia de atribuire poate notifica

autoritatea contractantă în scris prin fax sau poştă cu confirmare de primire la adresa menţionată în Fişa de date a achiziţiei (Secţiunea V, Anexa 11). Autoritatea contractantă va răspunde în scris la toate întrebările pentru clarificări la documentaţia de atribuire într-o perioada care nu trebuie să depăşească, de regulă, 3 zile lucrătoare de la primirea unei astfel de solicitări din partea operatorului economic. Răspunsul va fi transmis în scris, prin fax sau poştă, celui ce a formulat solicitarea de clarificări. De asemenea, răspunsul va fi publicat şi în SEAP şi pe pagina de internet a autorităţii contractante www.sgg.ro.

7. Amendament la Documentaţia de atribuire 7.1 În orice timp până la data depunerii ofertelor, Autoritatea contractantă, din orice motiv, fie din

proprie iniţiativă sau ca răspuns la clarificări cerute de prospectivi ofertanţi poate modifica Documentaţia de atribuire prin amendament.

7.2 Amendamentul va fi publicat în SEAP şi pe pagina de internet a autorităţii contractante www.sgg.ro.

7.3 Pentru a putea avea perioada de timp suficienta pentru a analiza amendamentul în vederea pregătirii ofertei, Autoritatea contractantă, poate extinde termenul de depunere a ofertelor.

C. Pregătirea ofertelor 8. Limba ofertelor 8.1 Oferta pregătită de Ofertanţi şi toată corespondenţa referitoare la procedura de achiziţie prin

licitaţie deschisă va fi scrisă în limba română aşa cum a fost menţionat în fişa de date a achiziţiei.

9. Documentele Ofertei 9.1 Oferta pregătita de Ofertant va cuprinde următoarele elemente:

(a) Format Oferta şi format ofertă financiară conform Anexa 10B şi 10B1 din secţiunea V. (b) Evidenţă doveditoare a capacităţii tehnice şi profesionale conform anexelor: a, b, c,

d, e, f, din secţiunea V, alte formulare, din care să rezulte că Ofertantul este eligibil să execute contractul şi oferta este acceptată.

(c) Evidenţe doveditoare că bunurile şi serviciile sunt eligibile şi conforme specificaţiilor tehnice şi pot face obiectul contractului;

(d) Garanţia de participare în concordanţă cu clauza 15 din IPO. 10. Oferta 10.1 Ofertantul va completa Forma de Ofertă şi Oferta financiară conform documentelor de

licitaţie, indicând pentru bunuri, de unde vor fi furnizate, o descriere, cantitate şi preţ. 11. Preţul ofertei 11.1 Ofertantul va indica în oferta financiară, conform anexei 10 B1 , preţul unitar şi preţul total al


19

bunurilor. 11.2 Preţul indicat în Oferta financiară va fi separat în următoarea forma:

(A) preţul total al bunurilor livrate la locul solicitat de către autoritatea contractantă, după vămuire şi va include:

(i)costul bunurilor, incluzând vama şi alte taxe deja plătite. (ii)orice alte costuri şi taxe plătibile pentru bunuri în ţara autorităţii contractate.

(B) costuri pentru transport, asigurare şi alte costuri asociate furnizării bunurilor până la destinaţia finală, conform caietului de sarcini.

(C) costul asociat serviciilor, dacă este unul, conform clauza 13 din condiţii generale contract , fişa licitaţiei şi caiet de sarcini.

11.3 Preţ fix. Preţul cotat va fi preţul şi va fi fix pe toata durata contractului şi nu va face obiectul nici unei modificări. Oferta depusă cu o cotaţie de preţ ajustabila va fi considerata necorespunzătoare şi va fi anulată conform clauzei 24 a Instrucţiunilor pentru Ofertanţi (IPO).

12. Moneda ofertei 12.1 Preţul va fi cotat în moneda tării autorităţii contractante, sau aşa cum este specificat în

anunţul de participare (LEI). 13. Documentele ce stabilesc eligibilitatea şi calificările Ofertanţilor 13.1 Conform clauzei 9 din IPO, ofertantul va furniza, ca parte a ofertei, documente care să

determine eligibilitatea ofertei şi calificările necesare pentru realizarea contractului dacă oferta va fi acceptată.

13.2 Documentele edificatoare ale eligibilităţii ofertantului trebuie ca la data ofertei să dovedească spre satisfacţia autorităţii contractante că este dintr-o sursa eligibila conform clauzei 2 din IPO.

13.3 Documentele doveditoare ale eligibilităţii din punct de vedere al calificărilor ofertantului, daca oferta va fi acceptată, vor stabili spre satisfacţia autorităţii contractante:

(a) în cazul în care Ofertantul oferă bunuri în cadrul contractului care nu sunt fabricate de el, Ofertantul va trebui sa fie autorizat de către producător să furnizeze aceste bunuri în tara autorităţii contractante;

(b) că Ofertantul este capabil financiar şi tehnic sa finalizeze acest contract (c) că Ofertantul îndeplineşte toate celelalte criterii cerute în fisa achiziţiei.

14. Documentele care stabilesc eligibilitatea şi conformitatea cu documentele aferente

procedurii de achiziţie 14.1 În conformitate cu clauza 9 din IPO, ofertantul va furniza, ca parte a ofertei, documentele ce

arată eligibilitatea şi conformitatea cu caietul de sarcini pentru toate bunurile şi serviciile pentru care Ofertantul propune furnizarea în cadrul contractului.

14.2 Evidenţa documentelor pentru eligibilitatea bunurilor şi serviciilor va consta în programul ofertei financiare a ţării de origine a bunurilor şi serviciilor oferite care va fi confirmat de un certificat de provenienţă la data livrării.

14.3 Documentele care arata eligibilitatea bunurilor şi serviciilor în conformitate cu caietul de sarcini pot fi în forma scrisă, desene şi date şi vor fi furnizate: (a) ca o descriere detaliata a performantelor caracteristice şi tehnice a bunurilor; (b) o lista care să arate datele particulare, incluzând surse disponibile şi preţ curent, piese de

schimb, scule speciale, etc., necesare pentru o funcţionare corespunzătoare a bunurilor pe o perioada specificată în Caietul de sarcini, urmărind de la începerea folosirii bunurilor de către autoritatea contractantă;

(c) în totalitate (cerinţă cu cerinţă) conform specificaţiei tehnice, demonstrând că bunurile şi serviciile sunt corespunzătoare specificaţiilor tehnice.


20

15. Garanţia de participare 15.1 Conform clauzei 9 IPO, Ofertantul va furniza, ca parte a ofertei, garanţie de participare în

valoarea specificată în documentaţia de atribuire/anunţ de participare formular din secţiunea V.

15.2 Garanţia de participare este ceruta pentru a proteja cumpărătorul de riscurile ofertantului, conform clauzei 15.7 IPO.

15.3 Garanţia de participare va fi în moneda ofertei în (lei), şi va fi constituită sub forma unui virament bancar sau printr-un instrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari din ţara Cumpărătorului în favoarea acestuia. 15.4 Orice oferta care nu este în conformitate cu IPO 15.1 şi 15.3 va fi anulată şi

considerată neconformă, conform clauzei 24 IPO . 15.5 Garanţia de participare, constituită de ofertanţii a căror oferta nu a fost stabilită câştigătoare,

se returnează de autoritatea contractantă după semnarea contractului de achiziţie publică cu ofertantul/ofertanţii ale cărui/căror oferte au fost desemnate câştigătoare, dar nu mai târziu de 3 zile lucrătoare de la data expirării perioadei de valabilitate a ofertei prescrisă de către autoritatea contractantă şi specificată în clauza 16 IPO.

15.6 Garanţia de participare a ofertantului câştigător va fi restituită de autoritatea contractantă în cel mult 3 zile lucrătoare de la data constituirii garanţiei de bună execuţie. După executarea contractului, conform clauzei 32 IPO, şi va constitui garanţia de buna execuţie, conform clauzei 33 IPO.

15.7 Garanţia de participare poate fi reţinută : (a) daca Ofertantul îşi retrage oferta în perioada de valabilitate specificată de către Ofertant în

formatul de ofertă, sau (b) în situaţia în care Ofertantul câştigător, renunţă :

(i) să semneze Contractul conform clauzei 32 IPO, sau (ii) refuza să constituie garanţia de bună execuţie în conformitate cu clauza 33 IPO.

16. Perioada de valabilitate a Ofertelor 16.1 Ofertele vor rămâne valabile pe perioada specificată în fişa de date a achiziţiei după data de

deschidere a ofertelor cerută de autoritatea contractantă, conform clauzei 19 din IPO. Oferta valabilă pe o perioadă mai scurtă decât cea solicitată poate fi anulată ca fiind necorespunzătoare.

16.2 În situaţii excepţionale, autoritatea contractantă poate să solicite extinderea perioadei de valabilitate. Solicitarea şi răspunsurile vor fi făcute în scris (fax). Garanţia de participare solicitată în conformitate cu clauza 15 IPO poate fi de asemenea extinsă. Ofertantul poate să refuze solicitarea fără a pierde garanţia de participare.

17. Formatul ofertei 17.1 Ofertantul va pregăti un original şi un număr de copii ale ofertei aşa cum este cerut în IPO,

clar marcate fiecare “Ofertă originală” şi “Copie ofertă”. În situaţia unor discrepanţe între ele, originalul va fi cel care le va guverna.

17.2 Originalul şi copia (copiile) ofertei vor fi tipărite sau scrise cu cerneala vizibila şi semnate de către Ofertant sau o persoană autorizată să reprezinte Ofertantul în Contract. O autorizaţie notariala va fi cerută şi anexată ulterior ofertei. Toate paginile ofertei, excepţie pliantele şi alte documente explicative, vor fi semnate de aceeaşi persoana care a semnat oferta.

17.3 Oferta nu va conţine între rânduri, ştersături sau suprascrieri, excepţie daca au fost necesare corecturi făcute de Ofertant, în oricare caz corecturile vor fi iniţiate de persoana sau persoanele ce au semnat oferta.


21

17.4 Ofertantul va furniza informaţiile cerute în Forma de Ofertă cât şi diverse comisioane sau gratuităţi, dacă sunt, plătite sau ce trebuie plătite agenţilor în legătură cu oferta, în perioada de execuţie a contractului, daca Ofertantul este câştigător.

D. Depunerea Ofertelor 18. Închiderea şi marcarea Ofertelor 18.1 Ofertanţii vor sigila originalul şi copia ofertei în plicurile interioare şi exterioare, marcând

plicurile cu “original” şi “copie”. 18.2 Plicurile interioare şi exterioare vor fi:

(a) adresate autorităţii contractante la adresa data în IPO fişa de date a achiziţiei; şi (b) vor purta titlul Proiectului din IPO fişa de date a achiziţiei, Anunţul de participare Nr.,

indicat în fişa de date a achiziţiei, şi cuvintele “A NU SE DESCHIDE ÎNAINTE DE DATA DE 06.01.2010, ora 10:00”, conform clauzei 22 IPO.

18.3 Plicurile din interior vor indica numele şi adresa ofertantului pentru a da posibilitatea de a fi returnat nedesfăcut în situaţia în care oferta este declarată “întârziată”.

18.4 Dacă plicul exterior nu este sigilat şi marcat aşa cum este indicat în clauza 18.2 IPO, autoritatea contractantă nu îşi va asuma responsabilitatea pentru ofertele deschise înainte sau pierdute.

19. Termenul de depunere a Ofertelor 19.1 Ofertele trebuie depuse autorităţii contractante la adresa specificata în clauza 18.2 din IPO şi

nu mai târziu de ora (la data) specificată în fişa de date a achiziţiei. 19.2 Autoritatea contractantă poate, la discreţia sa, să extindă data de depunere a ofertelor

amendând documentele de licitaţie conform clauzei 7 din IPO, în care caz toate drepturile şi obligaţiile autorităţii contractante şi ale ofertanţilor, referitoare la data de depunere a ofertei vor fi conforme datei extinse.

20. Oferte întârziate 20.1 Orice ofertă primită de către autoritatea contractantă după data de depunere a ofertelor

stabilită de către autoritatea contractantă, conform clauzei 19, IPO, va fi anulată şi returnată nedeschisă Ofertantului.

21. Modificări şi retrageri ale Ofertelor 21.1 Orice ofertant are dreptul de a-şi modifica sau de a-şi retrage oferta numai înainte de data

limită stabilită pentru depunerea ofertei şi numai printr-o solicitare scrisă în acest sens. 21.2 În cazul în care ofertantul doreşte să opereze modificări în oferta deja depusă, acesta are obligaţia de a asigura primirea şi înregistrarea modificărilor respective de către autoritatea contractantă până la data limită pentru depunerea ofertelor. Astfel, pe plicul exterior se va marca, în mod obligatoriu, şi inscripţia "MODIFICARI". 21.3 Ofertantul nu are dreptul de a-şi retrage sau de a-şi modifica oferta după expirarea datei limită pentru depunerea ofertelor, sub sancţiunea excluderii acestuia de la procedura pentru atribuirea contractului de achiziţie publică. 21.4. Oferta care este depusă/transmisă la o alta adresă decât cea stabilită în anunţul de participare ori care este primită de către autoritatea contractantă după expirarea datei limită pentru depunere, se returnează nedeschisă, comisia de evaluare neavând obligaţia de a o analiza.


22

E. Deschiderea ofertelor şi evaluarea 22. Deschiderea ofertelor de către Autoritatea contractantă 22.1 Autoritatea contractantă va deschide ofertele, în prezenţa reprezentanţilor ofertanţilor care

doresc să participe, la ora, la data şi locul specificat în IPO Fişa de licitaţie. Reprezentanţii Ofertanţilor , care sunt prezenţi vor semna procesul verbal de participare.

22.2 Numele ofertanţilor, preţul ofertelor, discount-ul oferit, modificările, ofertele retrase şi prezenţa sau absenţa garanţiei de participare reţinute şi alte detalii pe care autoritatea contractantă, la discreţia sa, le consideră necesare vor fi anunţate la deschidere. Nici o oferta nu va fi anulată la deschiderea ofertelor exceptând ofertele întârziate ce vor fi returnate nedeschise conform clauzei 20 din IPO.

22.3 Ofertele (şi modificările trimise conform clauzei 21.1 IPO) care nu au fost deschise şi citite la data deschiderii ofertelor nu vor fi luate în considerare pentru evaluarea ulterioara, indiferent de circumstanţe. Ofertele retrase vor fi returnate nedeschise ofertanţilor.

22.4 Autoritatea contractantă va pregăti procesul-verbal de deschidere a ofertelor. 23. Clarificări ale ofertelor 23.1 Autoritatea contractantă poate în timpul examinării, evaluării şi comparării ofertelor, să ceară

Ofertanţilor clarificări ale ofertelor. Cererea pentru clarificări şi răspunsul trebuie să fie scrise şi nici o modificare de preţ sau substanţă a ofertelor nu va fi oferită sau permisă.

24. Examinare preliminara 24.1 Autoritatea contractantă va examina ofertele pentru a stabili daca ele sunt complete, dacă

erori de calcul au fost făcute, dacă garanţiile au fost depuse, daca documentele au fost semnate corespunzător, dacă ofertele sunt în general în ordine.

24.2 Erorile aritmetice vor fi rectificate după cum urmează. Daca exista diferenţe între preţul unitar şi preţul total ce a fost obţinut prin înmulţirea preţului unitar şi cantitate, preţul unitar va prevala, iar preţul total va fi corectat. Daca furnizorii nu accepta corectarea erorilor, oferta lor va fi considerată neconformă şi garanţia de participare reţinuta. Dacă este o diferenţă între cuvinte şi cifre, suma în cuvinte va prevala.

24.3 Înainte de evaluarea în detaliu, conform clauzei 25 din IPO, autoritatea contractantă va determina pentru fiecare ofertă dacă răspunde substanţial caietului de sarcini. Conform acestei clauze, oferta răspunde substanţial dacă este conformă cu toţi termenii şi condiţiile cerute de caietul de sarcini fără deviaţii materiale. Autoritatea contractantă va determina dacă oferta răspunde bazându-se pe conţinutul ofertei însăşi fără sa recurgă la evidenţe exterioare.

24.4 O oferta declarată substanţial necorespunzătoare, va fi anulată de către autoritatea contractantă şi nu va fi făcută corespunzătoare de către Ofertant prin corecţii ale non conformităţii.

25. Evaluarea şi compararea ofertelor 25.1 Autoritatea contractantă va evalua şi compara ofertele determinând mai întâi daca sunt

substanţial corespunzătoare, conform clauzei 24 din IPO. 25.2 Evaluarea ofertei de către autoritatea contractantă va exclude şi nu va lua în calcul nici o

ajustare de preţ pe perioada execuţiei contractului, daca este furnizată în ofertă. 25.3 Comparaţia va fi la preţul total de livrare a bunurilor oferite din ţara Comparatorului în

conformitate cu clauza 11.2 (A) din IPO. 25.4 Evaluarea ofertei de către autoritatea contractantă va lua în considerare, pe lângă preţul

ofertat şi preţul serviciilor specificate în specificaţia tehnică, unul sau mai mulţi din factorii următori, în forma extinsă conform clauzei 25.5 din IPO şi a specificaţiei tehnice (a) Costul transportului intern, asigurarea şi alte costuri suplimentare în ţara comparatorului,


23

adăugate livrării bunurilor la destinaţia finală; (b) Graficul de livrare ofertat în ofertă; (c) Modificări în preţul planificat în condiţiile speciale ale contractului (d) Costul componentelor, piese de schimb şi servicii; (e) Alte criterii specificate în invitaţia de participare, instrucţiuni către ofertanţi,

specificaţia tehnică 25.5 În conformitate cu clauza 25.4 din IPO următoarele metode de evaluare vor fi urmate:

(a) Transport intern de la EXW, asigurare şi alte costuri suplimentare: transport intern, asigurare şi alte costuri suplimentare, pentru livrarea bunurilor, de la producător la locul de livrare al proiectului vor fi calculate pentru fiecare ofertă de către cumpărător în baza unor tarife publicate de agenţiile de transport auto/cale ferata, companii de asigurare şi/sau alte surse similare. Pentru a uşura aceste calcule, Ofertanţii vor furniza dimensiunea, greutatea şi valoarea aproximativă a bunurilor. Costul de mai sus va fi adăugat de către Cumpărător la preţul total ofertat conform clauzei 11.2 (A) din IPO.

(b) Graficul de livrare: (i) Bunurile menţionate în anunţul de participare trebuie livrate în interiorul unui

aranjament lunar specificat în specificaţiile tehnice şi în graficul de livrare. Nu va fi acordat nici un punct pentru livrarea în avans, iar ofertele cu livrare în afara perioadei din grafic, vor fi considerate ca necorespunzătoare. În interiorul acestui aranjament, o ajustare lunara va fi adăugată, aşa cum este specificat în Invitaţia de participare, ofertelor cu livrare întârziata faţă de perioada menţionată în graficul de livrare.

(d) Preţul pieselor de schimb: (i) Lista articolelor şi subansamblelor principale, componente şi piese de schimb, cele ce

sunt necesare în perioada de operare specificată în fişa de date a achiziţiei şi/sau în specificaţia tehnică sau anexe. Costul total al acestor articole, în preţ unitar cotat pentru fiecare ofertă, va fi adăugat la preţul ofertei. sau

(ii) fiecare ofertant va recomanda o lista de piese de schimb pe perioada de operare şi întreţinere aşa cum este specificat în fisa de achiziţie în preţ unitar, cantitate, preţ total pentru fiecare articol. Costul pieselor recomandate nu va fi luat în calcul în evaluarea ofertei. Oricum, Cumpărătorul va decide procurarea acestor articole cât şi cantitatea necesara considerată din lista ofertantului câştigător crescând cu un procent costul total aşa cum este indicat în fişa de achiziţie.

(e) Criterii specifice de evaluare aşa cum sunt indicate în fişa de date a achiziţiei şi/sau în specificaţia tehnică

Metoda de evaluare va fi detaliată în Fişa de date a achiziţiei şi/sau specificaţiei tehnice. 26. Contactarea Cumpărătorului 26.1 În conformitate cu clauza 23 din IPO, nici un ofertant nu va contacta Cumpărătorul în nici o

problemă legată de oferta sa, de la data deschiderii ofertelor până la data anunţării câştigătorului contractului.

26.2 Orice efort al unui Ofertant de a influenta Cumpărătorul în timpul evaluării ofertelor, comparării ofertelor sau deciziilor cu privire la desemnarea câştigătorului contractului va avea ca rezultat respingerea ofertei.


24

F. Câştigarea contractului

27. Post calificare 27.1 În absenţa precalificării, Cumpărătorul va determina ofertantul câştigător ca fiind cel ce a

prezentat cea mai avantajoasă ofertă financiară în conformitate cu clauza 13.3 din IPO. 27.2 Determinarea câştigătorului va lua în considerare capacitatea financiara, tehnica şi

profesională în conformitate cu clauza 13.3 din IPO se vor examina documentele ce arată capacitatea Ofertantului în conformitate cu cerinţele Cumpărătorului.

28. Criteriul câştigător 28.1 Conform clauzei 30 din IPO, Cumpărătorul va acorda contractul ofertantului a cărui oferta a

fost stabilita corespunzătoare în conformitate cu criteriul de atribuire „oferta cea mai avantajoasa din punct de vedere economic”, confirmând că ofertantul este calificat să execute în mod satisfăcător contractul.

29. Dreptul Cumpărătorului de a modifica cantităţi la data câştigării contractului 29.1 Cumpărătorul îşi rezervă dreptul, la data acordării contractului de a creşte sau descreşte cu

15% cantitatea bunurilor şi serviciilor specificate în graficul de livrare fără alta modificare a preţului sau altor termene şi condiţii.

30. Dreptul Cumpărătorului de a accepta orice ofertă sau de a refuza alte oferte sau toate

ofertele 30.1 Cumpărătorul îşi rezervă dreptul de a accepta sau refuza orice oferta, şi de a anula procesul

de licitaţie şi refuza toate ofertele în orice moment înainte de anunţarea câştigătorului contractului, fără a atrage vre-o responsabilitate din partea ofertantului sau ofertanţilor afectaţi de acţiunea Cumpărătorului.

31. Anunţarea câştigătorului 31.1 În termen de 20 de zile de la data deschiderii ofertelor, autoritatea contractantă are obligaţia

de a stabili oferta câştigătoare, pe baza criteriului de atribuire precizat în anunţul de participare şi în documentaţia de atribuire, în condiţiile în care ofertantul respectiv îndeplineşte criteriile de selecţie şi calificare impuse. În cazuri temeinic motivate, autoritatea contractantă poate prelungi perioada de evaluare cu cel mult 20 de zile.

31.2 Autoritatea contractantă va comunica în scris rezultatul aplicării procedurii ofertantului câştigător în cel mult 3 zile lucrătoare de la data la care Raportul procedurii de atribuire este aprobat de conducătorul autorităţii contractante.

31.3 După ce ofertantul câştigător şi-a constituit garanţia de buna execuţie în conformitate cu clauza 33 din IPO, Cumpărătorul va notifica prompt fiecare ofertant necâştigător şi le va restitui garanţia de participare, conform clauzei 15 din IPO.

32. Semnarea contractului 32.1 În aceeaşi perioadă Cumpărătorul va notifica Ofertantul câştigător că oferta sa a fost

acceptată, Cumpărătorul va trimite Ofertantului forma de contract din documentaţia de atribuire, introducând toate amendamentele dintre părţi.

32.2 După expirarea termenului de 11 zile de la data transmiterii comunicării privind rezultatul aplicării procedurii, câştigătorului acesta va semna şi data Contractul şi îl va returna la Cumpărător în maxim 3(trei) zile.


25

33. Garanţia de bună execuţie 33.1 Ofertantul câştigător va constitui garanţia de buna execuţie în termen de 10 zile lucrătoare de

la data semnării contractului de către ambele părţi, în conformitate cu condiţiile contractului, conform modelului de garanţie de buna execuţie.

33.2 Daca Ofertantul câştigător nu îndeplineşte clauza 32 sau 32.1 din IPO se consideră că a pierdut contractul şi se anulează oferta câştigătoare reţinându-se garanţia de participare , moment în care, Cumpărătorul va declara câştigător pe următorul clasat sau va anunţa o nouă procedură de achiziţie.

Forma contract furnizare bunuri şi servicii. PRIN ACEST CONTRACT SE STABILESC URMĂTOARELE: 1. În acest Contract cuvintele şi expresiile vor avea acelaşi înţeles aşa cum s-a stipulat în Condiţiile Contractului la care se face referirea. 2. Următoarele documente vor trebui realizate şi citite şi create ca parte a acestui Contract:

(a) Formularul ofertei şi preţurile prezentate de Ofertant; (b) Specificaţii tehnice; (c) Condiţii speciale ale Contractului; şi (d) Notificarea Cumpărătorului despre despăgubiri.

3. Referitor la plăţile menţionate în prezenta, ce trebuiesc făcute de Cumpărător Furnizorului, Furnizorul convine cu Cumpărătorul să furnizeze Bunurile şi Serviciile şi să remedieze defectele găsite de conformitate cu prevederile Contractului. 4. Compărătorul convine să plătească Furnizorului Bunurile şi Serviciile şi remedierea defectelor, Preţul Contractului sau orice altă sumă ce va trebui plătită conform prevederilor Contractului la data şi în forma menţionată în Contract. ÎN CONSECINŢĂ părţile au realizat acest Contract pentru a fi executat în conformitate cu legile în vigoare în ziua şi anul menţionate în scris mai sus.


26

SECŢIUNEA III. CONDIŢII GENERALE ALE CONTRACTULUI (CGC)

1. Definiţii 1.1 În acest contract, următorii termeni se vor interpreta după cum se menţionează:

(a) prin „Contract” se înţelege contractul realizat între Cumpărător şi Furnizor, aşa cum s-a încheiat în Forma Contractului semnat de părţi, inclusiv ataşamentele la acesta şi anexele sale şi toate documentele ataşate la acesta;

(b) prin „Preţul Contractului” se înţelege preţul plătit către Furnizor conform acestui Contract pentru realizarea corespunzătoare şi în totalitate a obligaţiilor sale contractuale;

(c) prin „Bunuri” se înţelege tot echipamentul, maşinile, şi/ sau alte materiale pe care Furnizorul trebuie să le furnizeze Cumpărătorului conform acestui Contract;

(d) prin „Servicii” se înţelege auxiliarele ce sunt furnizate pentru Bunuri, cum ar fi transportul şi asigurarea, şi orice alte servicii corespunzătoare, cum ar fi instalarea, plasarea, oferirea de asistenţă tehnică, pregătire şi alte astfel de obligaţii ale Furnizorului conform acestui Contract;

(e) prin „CGC” se înţelege Condiţii Generale ale Contractului din această secţiune; (f) prin „CSC” se înţelege Condiţiile Speciale ale Contractului ce includ şi Data

Contractului şi informaţiile/ cerinţele specifice ale contractului; (g) prin „Cumpărător” se înţelege organizaţia care cumpără Bunurile şi Serviciile

menţionate în CSC; (h) „Ţara Cumpărătorului” este specificată în CSC; (i) prin „Furnizor” se înţelege individul sau societatea ce furnizează Bunurile şi Serviciile

stipulate în acest Contract; 2. Aplicare 2.1 Aceste condiţii speciale se vor aplica în măsura în care nu sunt înlocuite de prevederi ale altor părţi ale Contractului. 3. Ţara de origine 3.1 Toate bunurile şi Serviciile furnizate prin acest Contract vor avea origine. 3.2 Pentru această Clauză, prin „origine” se înţelege locul unde bunurile au fost dispuse, create sau produse, sau de unde se furnizează serviciile. Bunurile sunt produse când, prin fabricarea, procesarea sau asamblarea substanţială sau majoră a componentelor, rezultă un produs nou recunoscut pe piaţa comercială care este substanţial diferit în caracteristicile sale de bază sau în obiectivul sau utilizarea componentelor sale. 3.3 Originea Bunurilor şi Serviciilor este diferită de naţionalitatea Furnizorului. 4. Standarde 4.1 Bunurile furnizate prin acest contract vor fi în conformitate cu standardele menţionate în Specificaţiile Tehnice, iar atunci când nu se menţionează nici un standard aplicabil, standardele autorizate corespunzătoare ţării de provenienţă a Bunurilor iar astfel de standarde vor fi cele mai noi emise de instituţiile corespunzătoare. 5. Folosirea documentelor şi informaţiilor Contractului 5.1 Furnizorul nu va dezvălui Contractul vreunei persoane alta decât persoana angajată de către Furnizor pentru realizarea Contractului, sau orice altă prevedere din prezenta, sau specificaţie, plan, proiect, model, mostră sau informaţie furnizată de sau din partea Cumpărătorului referitor la cele din prezenta, fără consimţământul Cumpărătorului. Dezvăluirea către orice persoană angajată se va face confidenţial şi dezvăluirea se va realiza în măsura în care va fi necesară pentru a-şi îndeplini sarcinile.


27

5.2 Furnizorul nu va folosi vreun document sau informaţie menţionate în Clauza 5.1 din CGC, fără consimţământul în scris al Cumpărătorului cu excepţia faptului când acest lucru se realizează pentru îndeplinirea Contractului. 5.3 Orice document, altul decât Contractul în sine, menţionat în Clauza 5.1 din CGC va rămâne proprietatea Cumpărătorului şi se va înapoia (cu toate copiile) Cumpărătorului la terminarea prestării serviciilor de către Furnizor conform acestui Contract, dacă acest lucru este cerut de Cumpărător. 5.4 Furnizorul va permite Băncii să inspecteze conturile şi rapoartele Furnizorului referitor la rezultatele Furnizorului şi să le analizeze prin auditori numiţi de Bancă, dacă acest lucru este cerut de aceasta. 6. Drepturi patente 6.1 Furnizorul va despăgubi Cumpărătorul pentru plângerile terţelor părţi referitoare la încălcarea patentei, mărcii comerciale sau drepturilor de proiectare tehnică ce ies din folosirea Bunurilor sau a oricărei părţi din prezenta în ţara Cumpărătorului. 7. Garanţie pentru performanţă 7.1 Ofertantul câştigător va constitui garanţia de buna execuţie în termen de 10 zile lucrătoare de la data semnării contractului de către ambele părţi, dar nu mai târziu de data intrării în vigoare a contractului, în suma specificată în CSC, în conformitate cu condiţiile contractului, conform modelului de garanţie de buna execuţie. Fondurile pentru garanţia de buna execuţie se vor plăti Cumpărătorului ca şi compensaţie pentru orice pierderi rezultate de eşecul Furnizorului de a-şi îndeplini obligaţiile din acest Contract. 7.2 Garanţia de buna execuţie va fi în moneda contractului şi va avea următoarea forma: instrument de garantare (scrisoare de garantie de buna executie) emis in conditiile legii de o societate bancara ori de o societate de asigurari din ţara Cumpărătorului,

7.3 Garanţia de buna execuţie se va elibera de către Cumpărător în cel mult 14 zile de la data întocmirii procesului-verbal de recepţie a produselor care fac obiectul contractului si/sau de la plata facturii finale, daca nu a ridicat până la acea data pretenţii asupra ei, dar nu mai târziu de 14 zile de la data îndeplinirii de către Furnizor a obligaţiilor contractuale, inclusiv orice obligaţii de garanţie, menţionate în acest Contract. 8. Inspecţia şi testele 8.1 Cumpărătorul sau reprezentantul acestuia va avea dreptul să inspecteze şi/ sau să testeze Bunurile pentru a confirma conformitatea acestora cu Specificaţiile Contractului fără costuri suplimentare pentru Cumpărător. CSC şi Specificaţiile Tehnice vor specifica ce inspecţii şi teste cere Cumpărătorul şi unde se for desfăşura acestea. Cumpărătorul va notifica Furnizorul în scris despre identitatea oricărui reprezentant pentru aceste servicii. 8.2 Inspecţiile şi testele se vor realiza la sediul Furnizorului sau a subcontractorilor, la locul livrării şi/ sau la destinaţia finală a Bunurilor. În cazul în care au loc la sediile Furnizorului sau ale subcontractorilor, toate facilităţile şi asistenţa corespunzătoare, inclusiv accesul la proiectele şi datele de producţie, va fi furnizat inspectorilor fără a fi taxat Cumpărătorul. 8.3 În cazul în care oricare dintre Bunurile inspectate sau testate nu este în conformitate cu Specificaţiile Tehnice, Cumpărătorul le poate respinge iar Furnizorul fie va înlocui Bunurile respinse fie va face modificările necesare pentru a fi în conformitate cu cerinţele Specificaţiilor fără a taxa în vreun fel Cumpărătorul. 8.4 Dreptul Cumpărătorului de a inspecta, testa şi, dacă este necesar, de a respinge Bunurile după sosirea Bunurilor în ţara Cumpărătorului nu se va limita la faptul că Bunul a mai fost inspectat, testat şi acceptat de către Cumpărător sau reprezentanţii lui, înainte de livrarea acestuia. 8.5 Nimic din ceea ce este specificat în Clauza 8 din CGC nu va scuti în vreun fel Furnizorul de vreo Garanţie sau altă obligaţie din acest Contract.


28

9. Ambalarea 9.1 Furnizorul va ambala Bunurile aşa cum este cerut pentru a evita prejudicierea sau deteriorarea acestora pe durata tranzitului spre destinaţia finală aşa cum este indicată în Contract. Ambalarea va fi suficientă pentru a rezista, fără limite, unui transport brutal pe durata tranzitului şi expunerea la temperaturi extreme, sării sau precipitaţiilor pe durata tranzitului şi a stocării în aer liber. La mărimea şi greutatea materialelor folosite la ambalare vor trebui să ia în considerare, când este cazul, distanţa până la destinaţia finală a Bunurilor şi absenţa echipamentelor de transport al greutăţilor la toate punctele de tranzit. 9.2 Ambalarea, marcarea şi documentaţia din interiorul şi din afara ambalării vor fi în conformitate cu cerinţele speciale aşa cum se menţionează în mod expres în Contract inclusiv cu cerinţele adiţionale, dacă există, specificate în CSC, conform Clauzei 18 CGC, şi a altor instrucţiuni indicate de Cumpărător. 10. Livrarea şi documentele 10.1 Livrarea Bunurilor şi predarea documentelor se va face de către Furnizor în conformitate cu termenii indicaţi de Cumpărător în CSC şi în documentaţia de atribuire. 11. Asigurarea 11.1 Bunurile furnizate conform acestui Contract vor fi asigurate împotriva pierderii sau daunelor datorate fabricării sau achiziţionării, transportului, depozitării şi livrării pentru suma specificată în CSC. 12. Transportul 12.1 Atunci când Furnizorului i se cere prin acest Contract să livreze Bunurile la destinaţia specificată din ţara Cumpărătorului, transportul Bunurilor la acea destinaţie din ţara Cumpărătorului, aşa cum este specificată în Contract, va fi stabilit şi plătit de Furnizor, iar costul va fi inclus în Preţul Contractului. 12.2 Când Furnizorul trebuie să efectueze livrarea conform altor termeni, de exemplu, prin poştă sau la altă adresă din ţara sursă, Furnizorului i se va cere să plătească transportul şi depozitarea până la livrare. 12.3 În toate cazurile de mai sus, transportul Bunurilor după livrare va fi responsabilitatea Cumpărătorului. 13. Servicii suplimentare 13.1 I se poate cere Furnizorului să pună la dispoziţie oricare sau toate dintre următoarele servicii, dacă există, menţionate în CSC:

(a) Realizarea sau supervizarea asamblării şi/ sau începerii funcţionării la locul de livrare a Bunurilor;

(b) Furnizarea uneltelor cerute pentru asamblarea şi/ sau întreţinerea Bunurilor furnizate; (c) Furnizarea unui manual de operare şi întreţinere detaliat pentru fiecare unitate a

Bunurilor furnizate; (d) Realizarea sau supravegherea sau întreţinerea şi/ sau repararea Bunurilor furnizate,

pentru o perioadă de timp stabilită între părţi, cu condiţia ca acest serviciu să nu scutească Furnizorul de obligaţiile de Garanţie din acest Contract; şi

(e) Să realizeze pregătirea personalului Cumpărătorului, la fabrica şi/ sau locaţia Furnizorului, pentru asamblarea, punerea în funcţiune, operarea, întreţinerea şi/ sau repararea Bunurilor Furnizate. 13.2 Preţul luat de Furnizor pentru serviciile suplimentare menţionate, vor fi incluse în preţul contractului pentru Bunuri.


29

14. Părţi de rezervă 14.1 Aşa cum se specifică în CSC, Furnizorului i se poate cere să pună la dispoziţie oricare sau toate dintre următoarele materiale şi notificări ce ţin de părţile de rezervă fabricate sau distribuite de Furnizor:

(a) Astfel de părţi de rezervă pe care Cumpărătorul poate hotărî să le cumpere de la Furnizor, cu condiţia ca acest lucru să nu îl scutească pe Furnizor de obligaţiile de Garanţie din acest Contract; şi

(b) În cazul terminării producţiei de părţi de rezervă: (i) să se notifice în avans Cumpărătorul despre terminarea ce se aşteaptă, în timp

suficient pentru a-i permite Cumpărătorului să procure cele de trebuinţă; şi (ii) după terminare, să furnizeze gratis Cumpărătorului, planurile, schiţele şi

specificaţiile despre părţile de rezervă, dacă şi când se cer. 15. Garanţie 15.1 Furnizorul garantează că Bunurile furnizate prin acest Contract sunt noi, nefolosite, fiind modelele cele mai recente şi cu toate îmbunătăţirile în ceea ce priveşte modelul şi materialele, cu excepţia cazului când se stipulează în alt fel prin Contract. Furnizorul garantează că Bunurile furnizate prin acest Contract nu vor avea defecte în ceea ce priveşte proiectarea, materialele sau fabricarea (cu excepţia cazului când proiectul sau materialul este cerut prin Specificaţiile Cumpărătorului) sau prin orice acţiune sau omisiune a Furnizorului, ce se poate desfăşura în condiţii normale de folosire a Bunurilor pentru a obţine în ţara de destinaţie finală. 15.2 Garanţia va fi valabilă pe durata a 3 ani (36 luni) după ce Bunurile, sau altă parte din acestea, după caz, au fost livrate şi acceptate la destinaţia finală indicată în Contract, cu excepţia cazului în care se specifică în alt fel prin CSC. 15.3 Cumpărătorul va notifica imediat Furnizorul în scris de orice cerinţe ce reies din această Garanţie. 15.4 La primirea unei astfel de notificări, Furnizorul, cât de repede posibil, va repara sau înlocui Bunurile defecte sau părţile acestora, gratuit, cu excepţia costului livrării în interiorul ţării a Bunurilor reparate sau înlocuite sau părţilor acestora, la destinaţia finală. 15.5 Dacă Furnizorul, fiind notificat, nu reuşeşte să remedieze defectul(e) într-o perioadă rezonabilă de timp, Cumpărătorul poate lua acţiunile corespunzătoare necesare, pe riscul şi cheltuiala Furnizorului şi fără prejudicierea altor drepturi pe care Cumpărătorul le poate avea asupra Furnizorului conform acestui Contract. 15.6 În cazul defectării discurilor hard , ofertantul se angajează, în scris, în cadrul ofertei tehnice şi a contractului de livrare, să le înlocuiască gratuit în perioada de garanţie, iar discului defect îi vor fi distruse platanele la sediul beneficiarului în prezenţa reprezentanţilor acestuia, restul subansamblelor HDD se predau ofertantului. 16. Plata 16.1 Metoda şi condiţiile de plată ce se va face către Furnizor conform acestui Contract sunt specificate în CSC. 16.2 Cererea(ile) de plată ale Furnizorului se vor face către Cumpărător în scris, prin factura/facturi originala/originale, însoţite de cererea(ile) care descrie(u), dacă este cazul, Bunurile livrate şi Serviciile prestate, şi prin livrarea documentelor, conform Clauzei 10, şi la îndeplinirea celorlalte obligaţii stipulate în contract. 16.3 Plăţile se vor face de către Cumpărător în şaizeci de zile de la emiterea acestei facturi/ cereri de către Furnizor în perioada 24-31 ale fiecărei luni conform prevederilor art.36 din O.U.G. nr.34/2009. 16.4 Moneda în care se va face plata către furnizor conform acestui Contract se va specifica în CSC.


30

17. Preţuri 17.1 Luând în considerare cerinţele de livrare, ofertele se vor face cu „Preţ Fix” pe durata realizării Contractului cu excepţia cazului în care se specifică în alt fel de către CSC. 18. Ordine de schimbare 18.1 Cumpărătorul poate oricând, prin ordin scris către Furnizor conform Clauzei 31 CGC, să facă schimbări în obiectivul general al Contractului, prin încheierea de acte adiţionale la contract, în unul sau mai multe dintre următoarele:

(a) schiţele, desenele sau specificaţiile, ce trebuie să fie furnizate cu Bunurile conform acestui Contract trebuiesc fabricate în mod special pentru Cumpărător;

(b) metoda de livrare şi ambalare; (c) locul de livrare; sau (d) Serviciile prestate de către Furnizor.

18.2 În cazul în care astfel de schimbări cauzează o creştere sau scădere a costurilor, sau a timpului cerut pentru serviciile Furnizorului sau pentru orice altă parte a lucrării conform acestui Contract, chiar dacă este schimbat sau nu prin ordin, se va realiza o ajustare corespunzătoare în Preţul Contractului sau în orarul de livrare, sau în ambele, iar Contractul se va modifica în consecinţă. Orice cereri ale Furnizorului pentru ajustare conform acestei clauze trebuie evaluate în treizeci de zile de la data primirii de către Furnizor a ordinului de schimbare al Cumpărătorului. 19. Modificările Contractului 19.1 Conform Clauzei 18 CGC, nici o variere sau modificare a termenilor din Contract nu se va face cu excepţia unei modificări scrise semnate de părţi (act adiţional la contract). 20. Desemnare 20.1 Furnizorul nu va desemna altcuiva, total sau parţial, obligaţiile sale de prestări servicii conform acestui Contract, decât cu acordul anterior în scris al Cumpărătorului. 21. Subcontracte 21.1 Pentru crearea subcontractului(elor) cu subcontractanţi se va avea nevoie de acordul în scris anterior al Cumpărătorului. Furnizorul va notifica Cumpărătorul în scris de toate subcontractele realizate conform acestui Contract dacă acest lucru nu s-a specificat în oferta sa. Astfel de notificări, din oferta sa originală sau de mai târziu, nu vor scuti Furnizorul de responsabilităţile sau obligaţiile sale din acest Contract. 21.2 Subcontractele trebuie să fie în conformitate cu Clauza 3 din CGC. 22. Întârzieri în serviciile Furnizorului 22.1 Livrarea Bunurilor şi prestarea Serviciilor se va face de Furnizor în conformitate cu orarul specificat de Cumpărător în Cerinţele referitoare la timpul de livrare. 22.2 O întârziere nejustificată a Furnizorului în obligaţiile sale de livrare îl va face pe acesta să poată fi sancţionat cu următoarele: pierderea garanţiei de bună execuţie, impunerea de penalităţi, şi/ sau terminarea Contractului pentru nerespectare. 22.3 Dacă pe durata îndeplinirii Contractului, Furnizorul sau subcontractorul(ii) acestuia ar întâlni condiţii care să împiedice livrarea la timp a Bunurilor şi prestarea Serviciilor, Furnizorul trebuie să anunţe imediat Cumpărătorul în scris despre motivul întârzierii, durata aproximativă şi cauza. Cât mai curând posibil după primirea notificării Furnizorului, Cumpărătorul va evalua situaţia şi poate la dorinţa sa să prelungească timpul Furnizorului (data livrării), caz în care, extinderea va fi ratificată de către părţi prin modificarea Contractului prin acte adiţionale.


31

23. Daune lichidate 23.1 Conform Clauzei 25 CGC, în cazul în care Furnizorul nu reuşeşte să livreze vreun Bun sau toate Bunurile sau să presteze Serviciile în timpul specificat în Contract, Cumpărătorul, fără prejudicierea altor remedii din acest Contract, poate să deducă din Preţul Contractului, ca daune lichidate, o sumă echivalentă cu X procente din preţul de livrare a Bunurilor întârziate sau Serviciilor nerealizate pentru fiecare săptămână de întârziere până la livrarea sau realizarea acestora, cu o deducere maximă până la Y procente din preţul contractului pentru Bunurile sau Serviciile întârziate aşa cum este specificat în CSC. Odată ce s-a ajuns la maxim, Cumpărătorul poate termina acest Contract. 24. Terminarea datorită greşelilor 24.1 Cumpărătorul poate, fără prejudicierea unui alt remediu pentru încălcarea contractului, prin notificarea scrisă a greşelii trimisă Furnizorului, să termine acest Contract, total sau parţial:

(a) dacă Furnizorul nu reuşeşte să livreze oricare dintre sau toate Bunurile în perioada stipulată în Contract, sau în orice extindere la acesta, dată de Cumpărător conform Clauzei 22 CGC, sau

(b) dacă Furnizorul nu reuşeşte să îşi îndeplinească orice alte obligaţii din acest Contract. (c) dacă Furnizorul, după cum consideră Cumpărătorul, s-a angajat în practici frauduloase

sau corupte la realizarea sau pentru executarea Contractului. Pentru scopul acestei clauze, se înţelege:

• prin "practici corupte", oferirea, primire sau solicitarea unui lucru de valoare pentru a influenţa acţiunea unui oficial public în procesul de obţinere sau în executarea contractului. • prin "practică frauduloasă", reprezentarea greşită a faptelor pentru a influenţa procesul de obţinere sau executare a contractului în detrimentul Debitorului (înainte sau după prezentarea ofertei) pentru a stabili preţurile ofertei la nivele artificiale necompetitive şi pentru al priva pe Debitor de o competiţie liberă şi deschisă.

24.2 În cazul în care Cumpărătorul termină Contractul total sau parţial, conform Clauzei 24.1 CGC, Cumpărătorul poate obţine, conform acestor termeni şi aşa cum este corespunzător, Bunuri similare cu cele nelivrate, iar Furnizorul va fi responsabil de costurile în plus ale Cumpărătorului pentru obţinerea acestor Bunuri. Totuşi, Furnizorul va continua să realizeze Contractul în partea neterminată. 25. Forţa majoră 25.1 În ciuda prevederilor Clauzelor 22, 23 şi 24 din CGC, Furnizorul nu va putea pierde garanţia de bună execuţie, daune lichide sau terminarea datorită greşelilor, dacă şi în măsura în care acea întârziere în prestarea serviciilor sau alte nereuşite în respectarea obligaţiilor din acest Contract este rezultatul unui eveniment de Forţă Majoră. 25.2 În această clauza, prin „Forţă Majoră” se înţelege un eveniment necontrolabil de către Furnizor şi care nu este creat din vina Furnizorului sau neglijenţa acestuia şi care nu se poate controla. Astfel de evenimente pot include, dar nu se limitează la, acţiuni ale Cumpărătorului fie în capacitatea sa de director sau capacitatea contractuală, războaie sau revolte, incendii, inundaţii, epidemii, restricţii de carantină şi embargouri. 25.3 Dacă se iveşte o situaţie de Forţă Majoră, Furnizorul va notifica imediat Cumpărătorul, în scris, de o astfel de condiţie sau cauză. Doar dacă nu se stabileşte altfel de către Cumpărător în scris, Furnizorul va continua să îşi îndeplinească obligaţiile contractuale cât acest lucru este posibil, şi va căuta alternative pentru realizarea obligaţiilor ce nu sunt împiedicate de evenimentul de Forţă Majoră. 26. Terminarea datorită insolvenţei 26.1 Cumpărătorul poate oricând să termine Contractul dând o notificare scrisă Furnizorului, fără a fi compensat de Furnizor, în cazul în care Furnizorul devine falit sau insolvent, cu condiţia ca


32

această încheiere să nu prejudicieze sau să afecteze dreptul de acţiune sau remediere ce a fost achiziţionat sau se va achiziţiona de către Cumpărător. 27. Terminarea de comun acord 27.1 Cumpărătorul, prin notificarea scrisă a Furnizorului, poate încheia Contractul, total sau parţial, oricând doreşte. Notificarea de încheiere va specifica faptul că încheierea se face din voinţa Cumpărătorului, capacitatea în care condiţiile contractuale sunt încheiate, şi data la care intră în vigoare a contractului. 27.2 Bunurile care sunt complete şi gata de livrare în 30 de zile de la primirea de către Furnizor a notificării de încheiere vor fi cumpărate de Cumpărător conform termenilor şi preţurilor stipulate în Contract. Pentru Bunurile rămase, Cumpărătorul poate alege:

(a) să i se completeze şi să i se livreze orice parte în termenii şi la preţul Contractului; şi/ sau

(b) să le anuleze pe cele rămase şi să plătească Furnizorului o sumă stabilită pentru Bunurile parţial complete şi pentru materialele şi părţile procurate mai înainte de furnizor. 28. Rezolvarea disputelor 28.1 Cumpărătorul şi Furnizorul vor face eforturi de a rezolva pe cale amiabilă prin negocieri directe informale orice neînţelegere sau dispută între ei datorită sau relaţionată cu Contractul. 28.2 În cazul în care, după treizeci (30) de zile de la data începerii unor astfel de negocieri informale, Cumpărătorul şi Furnizorul nu au fost capabili să rezolve pe cale amiabilă disputa relaţională cu Contractul, atunci oricare dintre părţi poate cere ca disputa să se ducă spre soluţionare mecanismului formal specificat în CSC. 29. Limba aplicabilă 29.1 Acest Contract se va realiza în limba română, aşa cum s-a specificat în CSC. Conform Clauzei 30 din CGC, limba în care s-a realizat Contractul va prevala interpretării acesteia. Toate corespondenţele şi alte documente ce aparţin Contractului care sunt schimbate între părţi vor fi scrise în aceeaşi limbă. 30. Legea aplicabilă 30.1 Contractul se va interpreta în conformitate cu legea din ţara Cumpărătorului. 31. Notificări 31.1 Orice notificare făcută de o parte celeilalte părţi conform acestui Contract va fi trimisă Cumpărătorului în scris sau prin telegramă sau fax şi cu confirmare de primire la adresa Cumpărătorului specificată în CSC. 31.2 O notificare va intra în vigoare atunci când este trimisă sau la data efectivă a notificării, oricare dintre acestea este mai târzie. 32. Taxe şi impozite 32.1 Un Furnizor va fi cu totul responsabil de toate taxele, impozitele, onorariile pentru licenţe, etc, care se ivesc până la livrarea Bunurilor şi serviciilor contractate către Cumpărător.


33

SECŢIUNEA IV. CONDIŢII SPECIALE ALE CONTRACTULUI (CSC)

Următoarele Condiţii Speciale vor Suplimenta Condiţiile Generale ale Contractului. Oricând este un conflict, prevederile menţionate aici vor prevala peste Condiţiile Generale ale Contractului. Numărul clauzei ce corespunde Condiţiilor Generale este indicat în paranteză. CSC 1. Definiţii (Clauza 1 CGC)

Clauza 1.1 (g) CGC– Cumpărătorul este: Secretariatul General al Guvernului Clauza 1.1 (h) CGC– Ţara Cumpărătorului este: România

CSC 2. Garanţia performanţei (Clauza 7 CGC)

Clauza 7.1 CGC– Suma pentru garanţia de bună execuţie va fi de: cinci (5) procente din Preţul Contractului fără T.V.A. CSC 3. Inspecţii şi teste (Clauza 8 CGC)

Clauza 8.1 CGC – Inspecţia şi testele ce trebuiesc realizate sunt: • Verificarea funcţionarii • Verificarea conformităţii Specificaţiilor Tehnice folosind manualele • Cumpărătorul va emite o confirmare de primire referitor la cantitatea, conformitatea cu

specificaţiile tehnice şi testele. CSC 4. Ambalarea (Clauza 9 CGC)

Clauza 9.3 CGC – Următoarele CSC vor suplimenta Clauza 9 CGC: Nu este cazul CSC 5. Livrarea şi Documentele (Clauza 10 CGC) Furnizorul va aranja livrarea următoarelor documente către Cumpărător pentru a ajunge la acesta înainte de sosirea echipamentului şi materialului la locul desemnat de Cumpărător. În cazul în care nu sunt primite, Furnizorul va fi responsabil pentru cheltuielile următoare.

• Originalul facturii Furnizorului cu descrierea bunurilor, cantitatea, preţul unităţii, suma totală;

• Nota de livrare/ chitanţa de tren/ chitanţa de camion; • Certificat de asigurare; • Certificatul de garanţie al fabricantului sau al furnizorului; • Certificat de inspecţie emis de o agenţie de inspecţie numită, şi raportul de inspecţie a

fabricii Furnizorului; • Certificat de origine; şi • Copia certificatului de omologare.

CSC 6. Asigurare (Clauza 11CGC)

Clauza 11. 1 CGC – Asigurarea va fi pentru costul total de livrare a bunurilor către destinaţia finală conform Contractului: ......... Servicii suplimentare (Clauza 13 CGC)

Clauza 13.1 CGC – Serviciile suplimentare ce vor fi furnizate: • Realizarea sau supravegherea asamblării şi/ sau punerii în funcţiune pe teren a Bunurilor

furnizate; • Furnizarea echipamentelor cerute pentru asamblarea şi/ sau întreţinerea Bunurilor furnizate; • Furnizarea unui manual de operare şi întreţinere pentru fiecare unitate corespunzătoare


34

Bunurilor furnizate; CSC 8. Părţi de rezervă (Clauza 14 CGC)

Nici o parte de rezervă nu va fi procurată prin acest contract. CSC 9. Garanţie (Clauza 15 CGC)

Clauza 15.2 CGC – Perioada de garanţie este definită după cum urmează: trei (3) ani Clauzele 15.3 şi 15.4 GCC – Perioada pentru corectarea defectelor din Perioada de

Garanţie este de: cincisprezece (15) zile calendaristice. În circumstanţe speciale şi cu aprobarea anterioară a Cumpărătorului, această perioadă poate fi mărită cu douăzeci şi unu (21) de zile calendaristice. CSC 10. Plata (Clauza 16 CGC)

Clauza 16.1 CGC - Clauza 16.1 se va modifica şi citi după cum urmează: Plata pentru Bunurile şi Serviciile furnizate se va realiza în LEI, după cum urmează:

• La momentul acceptanţei provizorii, în conformitate cu 13.1.5 (Planul de Livrare) din Secţiunea VI - „Specificaţii Tehnice”: Nouăzeci (90) de procente din preţul contractului.

• La momentul acceptanţei finale, în conformitate cu 13.1.5 (Planul de Livrare) din Secţiunea VI - „Specificaţii Tehnice”: Zece (10) procente din preţul contractului

Plata se poate face pe părţi. Plata se va face în următorul Cont Bancar:

............. deschis la Trezoreria Sectorului ....., Bucureşti . Clauza 16.4 CGC Moneda în care se va face plata este: LEI.

CSC 11. Preţuri (Clauza 17 CGC)

Clauza 17.1 CGC – Preţul de bază (fix sau supus ajustării): Preţul este fixat. CSC 12. Daune lichidate (Clauza 23 CGC)

Clauza 23.1 CGC – Valorile pentru X şi Y sunt: X=0.5% şi Y=5% CSC 13. Rezolvarea disputelor (Clauza 28 CGC) – Următoarea CSC va modifica Clauza 28 CGC.

Clauza 28.3 CGC – Mecanismul de rezolvare a disputelor ce trebuie aplicat conform Clauzei 28.2 din Condiţiile Generale va fi următorul:

În cazul în care soluţionarea amiabilă nu este posibilă, disputa va fi supusa spre

soluţionare instanţelor judecătoreşti romaneşti competente, în conformitate cu legislaţia în vigoare.

CSC 14. Limba aplicabila (Clauza 29 CGC)

Clauza 29.1 CGC–Limba care guvernează va fi: Romana CSC 15. Notificări (Clauza 31 CGC)

Clauza 31.1 CGC - Adresa Cumpărătorului pentru Notificări: Secretariatul General al Guvernului, Piata

Victoriei nr.1, Sector 1, Bucureşti, România. ................. - Adresa Furnizorului pentru Notificări: ………………………


35

SECŢIUNEA V. FORMULARE ŞI MODELE

Formularele şi modelele sunt destinate operatorilor economici pentru a le facilita elaborarea ofertei.


36

OFERTANTUL ANEXA 1 ……………………………….. (denumirea/numele)

Înregistrat la sediul autorităţii contractante

nr. . ...... / ......... SCRISOARE DE ÎNAINTARE

Către ...................................................................... (denumirea autorităţii contractante şi adresa completă)

Ca urmare a anunţului de participare apărut în cotidianul _________________________ din ______________ (ziua/luna/anul), privind aplicarea procedurii pentru atribuirea contractului furnizare de bunuri şi servicii (denumirea contractului de achiziţie publică), noi ________________________ (denumirea/numele ofertantului), vă transmitem alăturat următoarele:

1. Documentul ___________________ (tipul, seria/numărul, emitentul) privind garanţia pentru participare, în cuantumul şi în forma stabilite de dumneavoastră prin documentaţia pentru elaborarea şi prezentarea ofertei;

2. Coletul sigilat şi marcat în mod vizibil, conţinând, în original şi într-un număr de ___ copii: a) oferta; b) documentele care însoţesc oferta.

Avem speranţa că oferta noastră este corespunzătoare şi vă satisface cerinţele. Data completării ____________

Cu stimă, Ofertant,

_______________ (semnătura autorizată)


37

Formular nr. A

Operator economic __________________ (denumirea/numele)

DECLARAŢIE PRIVIND ELIGIBILITATEA Subsemnatul, reprezentant împuternicit al

_________________________________________________ (denumirea/numele şi sediul/adresa operatorului economic), declar pe propria răspundere, sub sancţiunea excluderii din procedură şi sub sancţiunile aplicate faptei de fals în acte publice, că nu mă aflu în situaţia prevăzută la art. 180 din Ordonanţa de urgenţă a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziţie publică, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii, aprobată cu modificări şi completări prin Legea nr. 337/2006, respectiv în ultimii 5 ani nu am fost condamnat prin hotărâre definitivă a unei instanţe judecătoreşti pentru participarea la activităţi ale unei organizaţii criminale, pentru corupţie, fraudă şi/sau spălare de bani.

Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente doveditoare de care dispun.

Data completării ..................... Operator economic, ..................... (semnătură autorizată)


38

Formular nr. B Operator economic

__________________ (denumirea/numele)

DECLARAŢIE

privind neîncadrarea în situaţiile prevăzute la art. 181 din Ordonanţa de urgenţă a Guvernului nr. 34/2006

......... Subsemnatul(a) (denumirea, numele operatorului economic), în calitate de ofertant la procedura de cerere de oferta pentru atribuirea contractului de achiziţie publică având ca obiect furnizarea de bunuri şi servicii (denumirea produsului, şi codul CPV), la data de (zi/lună/an), organizată de (denumirea autorităţii organizatoare), declar pe propria răspundere că:

a) nu sunt în stare de faliment ori lichidare, afacerile mele nu sunt conduse de un administrator judiciar sau activităţile mele comerciale nu sunt suspendate şi nu fac obiectul unui aranjament cu creditorii. De asemenea, nu sunt într-o situaţie similară cu cele anterioare, reglementată prin lege;

b) nu fac obiectul unei proceduri legale pentru declararea mea în una dintre situaţiile prevăzute la lit. a);

c) mi-am îndeplinit obligaţiile de plată a impozitelor, taxelor şi contribuţiilor de asigurări sociale către bugetele componente ale bugetului general consolidat, în conformitate cu prevederile legale în vigoare în România sau în ţara în care sunt stabilit până la data solicitată ; c^1) in ultimii 2 ani mi-am indeplinit corespunzator obligatiile contractuale sau nu mi-am indeplinit in mod defectuos obligatiile contractuale, din motive imputabile mie. d) nu am fost condamnat, în ultimii 3 ani, prin hotărârea definitivă a unei instanţe judecătoreşti, pentru o faptă care a adus atingere eticii profesionale sau pentru comiterea unei greşeli în materie profesională.

Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente doveditoare de care dispun.

Înţeleg că în cazul în care această declaraţie nu este conformă cu realitatea sunt pasibil de încălcarea prevederilor legislaţiei penale privind falsul în declaraţii.

Operator economic,

..................... (semnătură autorizată)


39

ANEXA 10 PROCES-VERBAL şedinţa de deschidere

Încheiat astăzi _________________ cu ocazia deschiderii ofertelor depuse în vederea atribuirii contractului de achiziţie publica „bunuri şi servicii” – cod CPV ________ Comisia de evaluare numita prin _________________________________________________ nr. ________ , din data ________ compusa din:

- – preşedinte - – membru - – membru

a procedat astăzi __________ ora ______ la sediul _______________ , la deschiderea ofertelor depuse în vederea atribuirii contractului de achiziţie publica “ bunuri şi servicii” – cod CPSA/CPV __________ .

Anunţul de participare a fost publicat în Monitorul Oficial al României – Partea a VI-a Achiziţii Publice nr.___/ ____ .

Documentaţia de atribuire a fost ridicata de următoarele firme: 1. S.C. _______________ 2. S.C. _______________ 3. S.C. _______________ 4. S.C. _______________ 5. S.C. _______________ Preşedintele comisiei de evaluare declara deschisa şedinţa de deschidere a ofertelor şi da

citire componentei comisiei. Preşedintele comisiei de evaluare face precizarea ca în conformitate cu prevederile

art. ______ din Ordonanţa de urgenta a Guvernului nr.34/2006, privind atribuirea contractelor de achiziţie publica, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii a fost aleasa procedura de “licitaţie deschisa”.

Preşedintele comisiei de evaluare da citire listei cu firmele care au depus oferta şi anume: - in termenul limita:

S.C. _____________________ S.C. _____________________ S.C. _____________________ S.C. _____________________ S.C. _____________________

- după expirarea termenului limita: S.C. ____________________ S.C. ____________________ S.C. ____________________ S.C. ____________________ S.C. ____________________ La şedinţa de deschidere a ofertelor participa reprezentanţi din partea următorilor

ofertanţi: 1. S.C. ____________________ , reprezentata prin _______________________ , în calitate de _________________ . 2. S.C. ____________________ , reprezentata prin _______________________ , în calitate de _________________ . 3. S.C. ____________________ , reprezentata prin _______________________ , în calitate de _________________ .


40

4. S.C. ____________________ , reprezentata prin _______________________ , în calitate de _________________ . 5. S.C. ____________________ , reprezentata prin _______________________ , în calitate de _________________ .

Preşedintele comisiei de evaluare întreabă ofertanţii daca au fost neclarităţi cu privire la documentaţia de atribuire sau daca au alte observaţii de făcut. ____________________________________________________________________________ ____________________________________________________________________________ ______________________________________________ .

Preşedintele comisiei de evaluare declara valoarea sub care nici o oferta nu poate fi

respinsa: ___________________________________ . Preşedintele comisiei de evaluare deschide plicurile ce conţin documentele care însoţesc

oferta şi plicurile ce conţin oferta tehnica şi financiara. Datele rezultate în urma analizei ofertelor depuse şi a documentelor ce însoţesc ofertele

se regăsesc în anexa la prezentul proces verbal. Preşedintele comisiei de evaluare declara închise lucrările şedinţei de deschidere a

ofertelor, urmând ca membrii comisiei sa analizeze în detaliu ofertele depuse în conformitate cu prevederile documentaţiei de atribuire şi sa stabilească oferta câştigătoare. COMISIA DE EVALUARE: ___________________ – preşedinte / __________ (semnătura) ___________________ – membru / ____________ ___________________ – membru / ____________

REPREZENTANTII OFERTANTILOR S.C. _____________________ / _________ (semnătura) S.C. _____________________ / _________ (semnătura) S.C. _____________________ / _________ (semnătura) S.C. _____________________ / _________ (semnătura) S.C. _____________________ / _________ (semnătura)

PRODUCATOR _________________


41

Formular nr. 10 B FORMULAR DE OFERTA

Către ................................................................................................... (denumirea autorităţii contractante şi adresa completa)

Domnilor, 1. Examinând documentaţia de atribuire, subsemnaţii, reprezentanţi ai ofertantului

, ne oferim ca, în conformitate (denumirea/numele ofertantului) cu prevederile şi cerinţele cuprinse în

documentaţia mai sus menţionată, sa furnizam “Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP)” pentru suma de/la un tarif/la un tarif mediu de

(se elimina opţiunile neaplicabile) __________________________________________ lei,

reprezentând (suma în litere şi în cifre) _______________ euro, la care se adăuga taxa pe valoarea adăugată în valoare de (suma în litere şi în cifre)

________________________ lei. (suma în litere şi în cifre) 2. Ne angajam ca, în cazul în care oferta noastră este stabilita câştigătoare, sa furnizam

Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP)e în graficul de timp anexat şi conform desfăşurătorului anexa 10 B 1.

3. Ne angajam sa menţinem aceasta oferta valabila pentru o durata de 90 (nouăzeci ) zile, respectiv până la data de __________________________ , si

(ziua/luna/anul) ea va rămâne obligatorie pentru noi şi poate fi acceptata oricând înainte de expirarea perioadei de valabilitate.

4. Până la încheierea şi semnarea contractului de achiziţie publica aceasta oferta, împreună cu comunicarea transmisa de dumneavoastră, prin care oferta noastră este stabilita câştigătoare, vor constitui un contract angajant între noi.

5. Alături de oferta de baza: _ |_| depunem oferta alternativa, ale cărei detalii sunt prezentate intr-un formular de oferta separat, marcat în mod clar "alternativa"; _ |_| nu depunem oferta alternativa. (se bifează opţiunea corespunzătoare)

6. Am înţeles şi consimţim că, în cazul în care oferta noastră este stabilita ca fiind câştigătoare, sa constituim garanţia de buna execuţie în conformitate cu prevederile din documentaţia de atribuire.

7. Înţelegem că nu sunteţi obligaţi sa acceptaţi oferta cu cel mai scăzut preţ sau orice alta oferta pe care o puteţi primi.

Data ____ / ___ / ___ ____________ , în calitate de ___________________ , legal autorizat sa semnez

(semnătura) oferta pentru şi în numele ______________________________________ . (denumirea/numele ofertantului)


42

Anexa 10 B 1. Oferta financiara pentru Bunurile şi serviciile din tara sau pentru bunuri şi servicii din afara tarii

Numele Ofertantului . IPO Număr . pagina din . 1 2 3 4 5 6 7 8 9

Com

pone

ntă

Descriere Tara de

origine

U.M Cantitate

Preţul unitar conform tarii

de origine

Total preţ de livrare (5*6)

Transport,

asigurare şi alte

cheltuieli asociate

Preţul final la

destinaţia produsului

(7+8)

1 Servere de baza de date pentru administrarea şi urmărirea procesului de elaborare de politici (SAUP) conform specificaţiilor din Secţiunea VI , capitolul 9

bucăţi 2

2. Server de aplicaţii pentru SUAP conform specificaţiilor din Secţiunea VI , capitolul 9

bucăţi 2

3. Server pentru arhivarea electronică şi server pentru salvări de siguranţa conform specificaţiilor din Secţiunea VI , capitolul 9

bucăţi 2


bucăţi 2


bucăţi 1

6 Unitatea de banda de tip LTO Ultrium

bucăţi 2

7 Surse neîntreruptibile bucăţi 2 8 Caseta siguranţa rezistenta la

foc bucăţi 1

9 Banda de tip LTO-4 bucăţi 35 10 Întreţinere locala pentru

toate componentele hardware de la livrare până la 3 ani după semnarea acceptantei provizorii

suma suma


licenţe 6

12 Software pentru serverul bazei de date

licenţa 1

13 Dezvoltare / livrare Plug-in-uri software pentru staţiile de lucru SAUP conform specificaţiilor din Secţiunea VI , capitolul 9

licenţe 500


43

Preţul include TVA. Semnătura Ofertantului Nota: în cazul în care exista discrepante între preţ unitar şi preţ total, preţul unitar va prevala.

14 Dezvoltare / livrare Software

pentru administrarea şi urmărirea procesului de elaborare de politici conform specificaţiilor din Secţiunea VI , capitolele 5 şi 6

licenţe 500


licenţa 1

16 Aplicaţie software pentru serverul de salvări de siguranţa conform specificaţiilor din secţiunea 5 şi 6

licenţa 1


bucăţi 25


suma suma


suma suma


suma suma


suma suma

23 Plan de recuperare în urma dezastrelor şi plan pentru continuitate servicii (BCP)

TOTAL


44

ANEXA 11 Nr. ______ / ___________

SOLICITARI DE CLARIFICARI Către,

______________________________________ (denumire autoritate contractantă)

Referitor la licitaţia deschisa (tip procedura) pentru atribuirea contractului de achiziţie publica Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP), va adresam următoarea solicitare de clarificări cu privire la:

1. ___________________________________________________________ 2. ___________________________________________________________ 3.

Fata de cele de mai sus, va rugam sa ne prezentaţi punctul dumneavoastră de vedere cu privire la aspectele menţionate mai sus.

Cu consideraţie, S.C. ___________________

(adresa) __________________________

(semnătura autorizata)


45

ANEXA 12

Model formular contestaţie Antet/contestator ………………………….

CONTESTAŢIE Subscrisa ______________________ cu sediul în ___________________ cod unic de

înregistrare ________________ reprezentată legal prin ___________________ în calitate de ofertant/candidat la procedura de atribuire a contractului de furnizare Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP)_organizată de autoritatea contractantă SGG având sediul în Bucureşti, Calea Victoriei nr.1 Contest decizia autorităţii contractante _______________________ pe care o consider nelegală. Motivele care stau la baza contestaţiei sunt: în fapt ________________________________ în drept : _______________________________ În sprijinul contestaţiei depun următoarele mijloace de probă ; ____________________________________________________________________________ ____________________________________________________________________________ _____________

Semnătura/ştampila reprezentat legal

(nume/prenume în clar) (formular pentru persoane juridice)


46

Formularul 13 Operator economic ……………………………………… (denumire/numele)

INFORMATII GENERALE

Denumirea/ numele: Codul fiscal: Contul IBAN deschis la Trezorerie: Adresa sediului central Telefon:

Fax: Telex: E-mail:

Certificatul de înmatriculare/ înregistrare…………………………………………. (numărul, data şi locul de înmatriculare/ înregistrare)

6. Obiectul de activitate pe domenii………………………………………………….. ( în conformitate cu prevederile din statutul propriu)

7. Birourile filialelor/ sucursalelor locale, daca este cazul:………………………….. (adrese complete, telefon/telex/fax, certificate de înmatriculare/înregistrare)

8. Principala piaţa a afacerilor: 9. Cifra de afaceri pe ultimii 3 ani:

Anul Cifra de afaceri anuala la sfârşitul anului fiscal (mii lei)

Cifra de afaceri anuala la sfârşitul anului fiscal (echivalent euro)

1. 2. 3. Media anuala:

Operator economic, .....................

(semnătură autorizată)


47

ALTE FORMULARE CERUTE

a. Informaţii despre experienţa similară

Numele Ofertantului sau a partenerului din asociere Pe pagina separate, Ofertantul va prezenta lista contractelor similare cu domeniul prezentului proiect,, prezentând complexitatea tehnică prin informaţii tehnologice şi metodologice similare pentru care documentaţia de licitaţie face referire şi pentru care Ofertantul a făcut trimitere în documentaţia de ofertare. Fiecare asociat din asociere va prezenta separat detalii referitoare la propriile contracte. Valoarea contractului va fi stabilita ca valoare la terminarea lucrărilor, sau pentru contractele în derulare, la data licitaţiei.


48

b. Detalii ale Contractelor similare ca natura şi complexitate

Numele Ofertantului sau a partenerului asocierii Se folosesc pagini separate pentru fiecare contract.

1. Număr contract Numele contractului Tara 2. Numele Cumpărătorului 3. Adresa Cumpărătorului 4. Natura sistemului informaţional şi a caracteristicilor speciale şi relevante pentru

contractul pentru care documentele de licitaţie sunt obiect 5. Rolul contractului (marchează unul)

D Furnizor principal D Contract management D Subcontractor D Partener Asociaţie

6. Valoarea totala a contractului/subcontract/partener asociere (valoare la data finalizării, sau la data licitaţiei pentru contractile curente) Valoare RON Valoare RON Valoare RON

7. Valoarea echivalenta în EURO Total contract: _______ ; Subcontract: _________ ; Asociat: ________ ;

8. Data Licitaţiei/ data finalizării 9. Contractul a fost finalizat ____ luni înainte/după termenul original (daca este după,

daţi explicaţii,). 10. Contractul a fost finalizat cu o valoare de _________ RON echivalent

sub/peste valoarea iniţială a contractului (daca este peste, daţi explicaţii). 11. Contract special/ cerinţe tehnice. 12. Indicaţi procentul aproximativ al valorii totale a contractului ( şi RON)a sistemului

informaţional sub acest contract, daca este unul şi natura acestui sistem informaţional.


49

c. Lista contractelor curente / în progres Numele Ofertantului sau a partenerului asocierii. Ofertanţii şi fiecare partener al asocierii va prezenta informaţii cu privire la contractele în derulare sau pentru care s-a primit scrisoare de acceptare, sau care sunt finalizate, dar încă nu a fost semnată recepţia Numele contractului

Cumpărător, contact adresa/tel./fax

Valoarea sistemului informaţional (RON))

Data finalizarii Facturare lunara în ultimele sase luni (RON)

1. 2. 3. 4. 5. etc.


50

d. Capacitatea personalului

Numele Ofertantului Pentru poziţiile esentiale ale contractului de management şi implementare ( si/sau altele specificate în documentaţia de licitaţie, dacă este vreuna), ofertanţii vor prezenta numele a cel puţin doi candidate calificaţi sa îndeplinească cerinţele specificate pentru fiecare poziţie. Datele experienţei lor vor fi prezentate pe formularul e pentru fiecare candidat. Ofertanţii pot oferi aranjamente alternative pentru management şi implementare prezentând personal diferit, pentru care trebuie prezentată experienţă similară.

1. Poziţia Manager de proiect Numele candidatului principal Numele candidatului alternativ 2. Consultant Business Numele candidatului principal Numele candidatului alternativ 3. Consultant tehnic Numele candidatului principal Numele candidatului alternativ 4. 5.


51

e. Activitate profesionala candidat

Numele Ofertantului

Poziţia Candidat P - Principal A- Alternativ

Informaţii Candidat

Numele candidatului Data naşterii

Calificări profesionale Angajat în prezent

Nume angajator

Adresa angajatorului Telefon Contact (director/ expert resurse

umane) Fax Telex Funcţia Ani la locul de muncă prezent Experienţa profesională în ultimii douăzeci de ani, în ordine inverse cronologica. Indicaţi experienţa tehnică şi managerială relevanta proiectului.

De la La Companie/Proiect/ Functia/Experienta tehnica şi manageriala relevanta


52

f. Capacitate tehnică - Nume Ofertant Ofertantul va prezenta informatii adecvate care sa demonstreze clar capacitatea tehnica ceruta pentru Sistemul informational. În acest formular Ofertantul va rezuma principalele certificari, metodologii proprietare, si/sau tehnologii specializate pe care le propune a fi folosite în executarea Contractului.


53

Formular Anexa: Garanţie de Bună Execuţie _______________________________ [Numele Băncii şi adresa sucursalei care emite garanţia] Beneficiar: Secretariatul General al Guvernului Data: ________________ GARANŢIE DE BUNǍ EXECUŢIE Nr.: ________________ Am fost informaţi că [introduceţi numele Contractantului] (în cele ce urmează numit “Contractantul”) s-a angajat ca urmare a Contractului nr. ___________ din data __________ să furnizeze Sistem de Administrare şi Urmărire al procesului de elaborare de Politici (SAUP) (în cele ce urmează numit “Contractul”). Am fost informaţi de asemenea că furnizarea unei garanţii de bună execuţie este cerută de Condiţiile de Contractare. La cererea Contractantului, NOI [introduceţi numele Băncii] ne angajăm irevocabil prin prezenta să vă plătim dvs. în calitate de Beneficiar, orice sumă sau sume care nu depăşesc în total suma de [introduceţi suma în cifre] ( ________ ) [introduceţi suma în litere] această sumă fiind plătibilă în tipurile şi proporţiile monedelor în care este plătibil Preţul Contractului, după primirea de către noi a cererii dvs.scrise şi a declaraţiei dvs. scrise menţionând că Contractantul a încălcat obligaţia (obligaţiile) sa (sale) contractuale, fără a fi nevoie să demonstraţi sau să arătaţi motivele sau cauzele cererii dvs., sau suma revendicată. Această garanţie expiră nu mai târziu de 28 de zile de la data emiterii Procesului Verbal de Preluare (Recepţie la terminarea lucrărilor), dată calculată pe baza copiei respectivului proces verbal care trebuie să ne parvină, sau la data ______ , 2___ , oricare din aceste termene se ating mai curând. Orice cerere de plată referitoare la această Garanţie trebuie să ajungă la noi nu mai târziu de data specificată anterior. Această garanţie face obiectul Regulilor Unitare pentru Garanţii la cerere, publicate cu nr. 458 de către Camera Internaţională de Comerţ (CIC), cu excepţia sub-paragrafului (ii) al articolului 20(a) care a fost eliminat. ____________________ [semnatura(i)]


54

SECŢIUNEA VI. SPECIFICAŢII TEHNICE

1. INDICAŢII ASUPRA LIVRĂRII 1.1 Sumar

Obiectivul contractului din care fac parte aceste specificaţii tehnice este de a furniza Secretariatului General al Guvernului (SGG) României un Sistem de Administrare şi Urmărire al Politicilor (SAUP). Contractul de furnizare încheiat în acest scop acoperă şi include: • analiza, dezvoltarea, testarea şi implementarea unui SAUP complet funcţional, conform cu

specificaţiile detaliate în acest document. • furnizarea, livrarea, instalarea şi repartizarea tuturor componentelor hardware. • furnizarea, livrarea, instalarea şi repartizarea tuturor software-urilor operaţionale şi pentru baze

de date necesare pentru operarea sistemului propus. • furnizarea, livrarea, instalarea şi repartizarea tuturor licenţelor software pentru aplicaţiile

standard şi pentru alte aplicaţii. • implementarea software-ului propus, trecerea la producţie şi suport post-implementare asigurat

de către Contractor. • instruirea utilizatorilor şi a personalului IT în folosirea, întreţinerea şi adaptarea aplicaţiei. • întreţinere şi servicii de suport pentru software şi hardware.

1.2 Tabelul nr. 1 - Lista componentelor

NR. COMPONENTE CANTITATE UNITATE LOCUL LIVRĂRI


2 Bucată SGG


2 Bucată

3 Server pentru arhivarea electronică şi server pentru salvări de siguranţă conform specificaţiilor din Secţiunea VI , capitolul

2 Bucăţi SGG


2 Bucăţi SGG


1 Bucată SGG

6 Unităţi de bandă de tip LTO Ultrium 2 Bucăţi SGG

7 Surse neîntreruptibile 2 Bucăţi SGG

8 Casetă siguranţă rezistentă la foc 1 Bucată SGG

9 Bandă de tip LTO-4 35 Bucăţi SGG

10 Întreţinerea locală pentru toate componentele hardware de la livrare până la 3 ani după semnarea acceptanţei provizorii

în totalitate în totalitate SGG


6 Licenţe SGG


55

12 Software pentru serverul bazei de date 1 Licenţă SGG

13 Dezvoltare / livrare „plug-in”-uri software pentru staţiile de lucru SAUP conform specificaţiilor din Secţiunea VI , capitolul 9

500 Licenţe SGG şi instituţiile din Bucureşti conform Anexei A

14 Dezvoltare / livrare software pentru administrarea şi urmărirea procesului de elaborare de politici conform

500 Licenţe SGG


1 Licenţe SGG

16 Aplicaţie software pentru serverul de salvări de siguranţă conform specificaţiilor din Secţiunea VI ,

1 Licenţe SGG

17 Documentaţie pentru software-ul SAUP în format electronic

1 Bucată SGG


25 Bucăţi SGG şi instituţiile din Bucureşti conform Anexei A, Secţiunea VII










1 Bucată SGG

Aceste componente, în totalitate furnizate, livrate, implementate, instalate şi repartizate, împreună cu alte componente care ar putea fi necesare pentru îndeplinirea contractului, vor alcătui SAUP complet funcţional. 1.3 Locul livrării

Toate componentele marcate cu “SGG” în Tabelul nr. 1 - Lista componentelor, vor fi livrate la Palatul Victoria din Bucureşti:

Secretariatul General al Guvernului din România Piaţa Victoriei nr.1 Bucureşti România Celelalte componente din tabelul de mai sus vor fi livrate la alte locaţii din Bucureşti, după cum se specifică în Anexa A. Toate componentele vor fi livrate de către Contractor la datele cerute pentru a respecta programul de implementare al contractului. Participanţii la licitaţie vor furniza în ofertele lor un program detaliat acoperind toate aspectele contractuale ale implementării.


56

Contractorul răspunde pentru furnizarea, livrarea, implementarea, instalarea şi repartizarea tuturor componentelor la locaţiile de livrare prevăzute în paragraful 1.2 de mai sus şi în Anexa A. Recepţia temporară, provizorie şi finală va avea loc la aceste locaţii de livrare. În cazul în care au loc progrese tehnologice la oricare dintre componente, între data licitaţiei şi data furnizării, livrării, implementării, instalării şi repartizării, Contractorul, în condiţiile unei aprobări scrise din partea beneficiarului, are libertatea de a furniza, livra, implementa, instala şi repartiza componente îmbunătăţite tehnologic, cu condiţia ca acestea să fie conforme cu toate celelalte reglementări ale contractului şi să nu obstrucţioneze sau să împiedice în nici un fel funcţionarea completă a SAUP. 1.4 Întreţinere şi suport Contractorul va furniza 3 ani de întreţinere şi suport pentru toate componentele software şi hardware. Întreţinerea locală pentru toate componentele hardware va începe din momentul livrării componentelor şi va continua pentru o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă. Întreţinerea şi suportul pentru toate componentele software vor începe la data livrării componentelor şi vor continua pentru o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă.

Pentru asigurarea unui nivel inalt calitativ, echipa de implementare va include consultanţi de la producătorul software-ului utilizat ce vor fi implicaţi în toate fazele proiectului. 1.5 Marcarea Toate componentele vor fi marcate cu numele producătorului, anul de fabricaţie şi numărul de serie.

2. OBIECTIVUL SISTEMULUI 2.1 Consideraţii generale Principalele funcţiuni ale SGG sunt după cum urmează: (i) Stabilirea cadrului de lucru pentru sistemul de planificare al politicilor şi procedurilor guvernamentale; (ii) Suport şi sfaturi metodologice pentru ministerele de linie în privinţa politicilor publice; (iii) Monitorizarea implementării Programului Guvernului; (iv) Organizarea şi susţinerea şedinţelor Guvernului; (v) Asigurarea sistemului de control al implementării deciziilor Guvernului/Parlamentului. Procesul organizării şi susţinerii şedinţelor Guvernului include coordonarea procedurilor consultative şi de aprobare pentru propunerile de politici publice şi acte normative iniţiate de ministerele de linie, pregătirea agendei şedinţelor de Guvern şi publicarea documentelor legale adoptate. 2.2 Obiective Pentru controlul şi administrarea eficientă a acestui proces, SGG are nevoie de un sistem IT integrat pentru administrarea şi urmărirea procesului politicilor la nivelul său. În cadrul proiectului de Asistenţă Tehnică ‘PPIBL - Loan RO4676 Servicii de consultanţă pentru proiectarea unui sistem informatic pentru Secretariatul General al Guvernului în vederea administrării şi urmaririi procesului de elaborare de politici’ atribuit GOPA/Finsiel România de către IBRD în iunie 2007, a fost realizat un studiu de evaluare în august 2007. În urma acestui studiu au fost prezentate SGG şi tuturor ministerelor de linie şi altor instituţii interesate variante de soluţii pentru SAUP în septembrie 2007. În octombrie 2007, SGG a ales o variantă de soluţii care nu va acoperi numai procesele legate de administrarea şi urmărirea politicilor în cadrul SGG, ci îşi va extinde capacitatea la un sistem integrat la care să fie conectate toate instituţiile implicate în procesul elaborării politicilor. 2.3Abordarea soluţiei Software-ul SAUP va oferi următoarele funcţii:


57

• Un sistem de administrare al documentelor (SAD). • Un sistem de administrare al circuitului de lucru. • Un motor de căutare bazat pe un Sistem de Management de Baze de Date Relaţionale (SMBDR). • Un modul pentru pregătirea agendei şedinţelor de Guvern. • Un instrument de raportare pentru management. • O funcţie de arhivare electronică. • O interfaţă la sistemul existent de administrare al conţinutului (SAC). Cerinţele detaliate pentru SAUP sunt descrise în capitolele 5 şi 6 din Secţiunea VI . În cazul în care anumite reglementări funcţionale nu pot fi adaptate pachetelor propuse, vor trebui să fie programate şi integrate în SAUP module specifice.

Figura 1 – Privire de ansamblu asupra SAUP Figura de mai sus prezintă la nivel superior componentele şi fluxurile de date ale sistemului ce va fi propus.


58

3.CADRUL ORGANIZAŢIONAL AL ADMINISTRĂRII ŞI URMĂRIRII POLITICILOR 3.1 Cadrul legal 3.1.1 Legislaţia asupra procedurilor de administrare a politicilor

• Baza legală pentru elaborarea şi aprobarea documentelor de politici publice este HG 775/14.07.2005 despre “Reguli privind procedurile de elaborare, monitorizare şi evaluare ale politicilor publice la nivel central”, publicată în Monitorul Oficial Nr. 685/29.07.2005.

• Baza legală pentru elaborarea şi aprobarea actelor normative este HG 50/200/13.01.2005 despre “Reguli privind procedurile de elaborare, aprobare şi prezentare ale proiectelor de acte normative pentru adoptare”, completată de HG 902/2006.

• Pe baza şi pentru implementarea HG nr. 870/28.06.2006 care aprobă Strategia pentru îmbunătăţirea sistemului de elaborare, monitorizare şi evaluare al politicilor publice la nivel central, au fost adoptate noi proceduri prin HG nr. 1226/10.10.2007 care a intrat în vigoare la 1 februarie 2008 şi care a fost modificat de HG 561/10.05.2009. Noile reguli stabilesc proceduri comune pentru prezentarea, consultarea şi avizarea documentelor de politici publice şi ale proiectelor de acte normative.

3.1.2. Legislaţia privitoare la publicarea documentelor în Monitorul Oficial Ordinul nr. 493/23.05.2007 al Secretarului General al Camerei Deputaţilor pentru modificarea ordinului nr. 6/1999 asupra procedurii de publicare, republicare şi rectificare a documentelor legale în Monitorul Oficial românesc stipulează că autoritatea publică iniţiatoare trimite Secretarului General al Camerei Deputaţilor documentele legale pentru a fi publicate:

(ι) Pe hârtie în copie legalizată, împreună cu o pagină conţinând caracteristicile documentului, ex. numărul de caractere şi ultima dată a salvării, şi (ιι) în format electronic prin e-mail certificat.

Acest ordin a intrat în vigoare la 1 octombrie 2007. 3.1.3. Legislaţia asupra arhivării • Legea Nr. 135/2007 asupra “Arhivării documentelor în format electronic” publicată în Monitorul

Oficial nr. 345/22.05.2007 stabileşte cadrul legal pentru crearea, arhivarea, regăsirea şi folosirea documentelor arhivate electronic.

• Legea Nr. 16/02.04.1996 a Arhivelor Naţionale, după cum a fost amendată, stabileşte obligaţia păstrării documentelor pe o perioadă de 30 de ani de la crearea lor.

3.2. Definiţii Tabelul de mai jos explică terminologia folosită în acest document luând în considerare părţile implicate în administrarea proceselor politicilor: Termen Explicaţie

Instituţie Iniţiatoare, Iniţiator Minister de linie sau altă instituţie publică iniţiatoare a unei politici publice sau a unui proiect de act normativ

Instituţie interesată Un minister de linie sau altă instituţie publică interesată de implementarea unei politici publice sau a unui proiect de act normativ, şi care trebuie sa o aprobe.

Instituţii avizatoare Un minister de linie sau altă instituţie publică trebuind să avizeze o politică publică sau un proiect de act normativ. Acestea sunt, în afară de instituţiile interesate: Ministerul Justiţiei, Consiliul Legislativ şi alte instituţii cum ar fi CES, după caz.

Entităţi externe Toate instituţiile implicate în procesul administrării politicilor din afara SGG (instituţii iniţiatoare, instituţii avizatoare, alte părţi implicate, cum este Camera Deputaţilor)


59

Document de politici publice Document care expune o strategie sau un plan de politici publice. Reprezintă prima fază în elaborarea unui proiect de politici publice care apoi se va concretiza în una sau mai multe propuneri de acte normative. Este posibil de asemenea şi ca nici o propunere de act normative sa nu îi urmeze. Există trei tipuri de documente de PP: • Propuneri de politici publice • Strategii • Planuri

Act normativ Există cinci tipuri de acte normative: • Legi • Hotărâri de Guvern • Ordonanţe de Guvern • Ordonanţe de Urgenţă ale Guvernului • Decizii ale Primului Ministru

Propunere Propunere pentru adoptarea unui document de politici publice sau a unui act normativ, făcută de o instituţie iniţiatoare

Document O propunere este compusă din mai multe documente: textul în sine al politicii sau al actului normativ, şi anexele sale cum sunt planul de acţiune, instrumentele de prezentare, corespondenţa şi observaţiile.

3.3. Părţile implicate în administrarea proceselor politicilor:

Următoarele instituţii au dreptul să iniţieze documente de politici publice (DPP) şi proiecte de acte normative (PAN):

• Ministere. • Agenţii subordonate sau coordonate de Guvern. • Autorităţi administrative autonome.

În funcţie de sectorul proiectului, anumite DPP şi PAN trebuie să fie aprobate de ministerele sau agenţiile interesate, în general de către cei implicaţi în implementarea proiectului. Majoritatea DPP şi PAN, dar nu toate, trebuie de asemenea să fie aprobat de Ministerul Justiţiei şi în plus de următoarele agenţii, după caz:

Instituţia Consiliul Legislativ totdeauna Consiliul Concurenţei pentru proiectele cu impact asupra

concurenţeiConsiliul Suprem de Apărare a Ţării pentru proiectele cu impact asupra

securităţii naţionale Consiliul Economic şi Social pentru proiecte socio-economice Curtea de Conturi proiecte implicând fonduri publice Departamentul pentru Integrare Europeană din cadrul Guvernului.

pentru proiecte cu impact UE

Alte părţi implicate în aprobarea, promulgarea şi publicarea actelor legale sunt:

Instituţia Departamentul pentru Relaţia cu Parlamentul

aprobarea Ordonanţelor de Urgenţă şi a Ordonanţelor Guvernului

Camerele Parlamentului pentru adoptarea proiectelor legislative în Parlament

Camera Deputaţilor şi Senatul pentru iniţierea publicării în Monitorul Oficial

Preşedinţia pentru promulgare Monitorul Oficial pentru publicare


60

3.4. Organizarea instituţională 3.4.1. Organizarea SGG

Secretar general

Secretar general adjunct Secretar de statPurtator de cuvânt al Guvernului

Secretar de stat pentrurelația cu Parlamentul

Cabinet

Cabinet

Cabinet

Compartimentul inspectoriguvernamentali

Direcția specială

Direcția economică

Direcția logistică

Direcția politici publice

Serviciul IT

Compartiment proiecte șiprograme

Departamentul de Comunicare și alPurtătorului de Cuvânt al Guvernului

Compartiment de audit

Direcția juridică

Direcția pregătire sedințeale Guvenului

Direcția contencios șiresurse umane

Direcția relații publice

Compartiment Relații Internaționale,Înalți Reprezentanți și Protocol

Figura 1 – Diagrama organizaţională a SGG

Departamentele implicate în procesele operaţionale ale administrării politicilor (prezentate în culori diferite în figura de mai sus) sunt:

• Departamentul de Politici Publice, responsabil (sunt descrise doar responsabilităţile relevante pentru SAUP.) pentru aprobarea DPP. • Departamentul Juridic, responsabil pentru evaluarea formală a tuturor PAN • Departamentul de Pregătire al Şedinţelor, responsabil pentru controlul circuitului documentelor şi

pentru pregătirea şedinţelor Guvernului. Procedurile efectuate de către aceste departamente şi comunicarea lor cu entităţile externe sunt descrise în paragraful 5.2 de mai jos.

4.CONDIŢIILE TEHNICE ACTUALE PENTRU ADMINISTRAREA ŞI URMĂRIREA POLITICILOR Sistemele IT şi infrastructura acestora din clădirea Guvernului, unde este localizat SGG, sunt întreţinute de Departamentul de IT şi design, care asigură funcţiile de (i) Asistenţă pentru utilizatori, (ii) Infrastructură, (iii) Aplicaţii software şi baze de date, (iv)Design grafic. 4.1. Aplicaţii software Singurele sisteme IT care sprijină procesele de administrare ale politicilor în acest moment la SGG sunt:

• Un software separat pentru pregătirea agendei şedinţelor de Guvern, a cărui productivitate este considerată satisfăcătoare, dar a cărui interfaţă cu utilizatorul are nevoie de îmbunătăţiri. Această aplicaţie necesită o cantitate semnificativă de introducere manuală a datelor de către personalul SGG, pe baza documentelor pe hârtie primite de la ministerele de linie, şi este considerată a prezenta o lipsă generală de flexibilitate.

• Un Sistem de Administrare al Conţinutului pentru întreţinerea website-ului SGG www.sgg.ro


61

4.1.1. Software-ul pentru pregătirea agendei şedinţelor Software-ul are următoarele funcţionalităţi:

• Pregătirea agendei şedinţelor de Guvern. • Pregătirea documentelor pentru şedinţa Guvernului. • Oferirea accesului online participanţilor la documente în timpul şedinţelor.

Agenda şedinţelor Guvernului este pregătită de Departamentul de Pregătire al Şedinţelor al SGG, pe baza versiunilor electronice ale documentelor primite prim e-mail ori pe CD, sau a copiilor scanate recepţionate de la entităţile externe. Agenda este structurată pe tipuri de documente (Legi, Hotărâri de Guvern, etc.). Anexate la agendă, a cărei structură este prezentată în exemplul din Anexa C, sunt toate documentele relevante (PAN cu anexe). Participanţii la şedinţă pot vedea agenda şi anexele sale pe ecran (Tablet PC) în timpul acesteia. Un angajat al Departamentului de Pregătire al Şedinţelor adaugă comentariile la documentele prezentate pe ecran în vederea modificărilor ulterioare. Această aplicaţie este folosită de asemenea şi pentru pregătirea agendei Şedinţei de Pregătire care este împărţită în două părţi (O parte pentru proiectele care au deja toate aprobările şi vor fi incluse pe agenda Şedinţei de Guvern, şi o a doua parte conţinând proiectele care nu au primit încă toate aprobările). Din punct de vedere structural, agenda pentru Şedinţa de Pregătire şi agenda pentru Şedinţa de Guvern sunt identice. Din punct de vedere tehnic, acest software a fost dezvoltat în ASP.NET pe baza Microsoft Exchange 2000 Service Pack 2. 4.1.2. Sistemul de Administrare al Conţinutului Pentru întreţinerea website-ului său www.sgg.ro, SGG operează un Sistem de Administrare al Conţinutului Web (SAC) de tip “open source” numit PHPWCMS. Acest sistem poate fi folosit în scopul publicării pe site-ul web a documentelor ce provin din SAUP. 4.2. Infrastructura IT Acest paragraf descrie arhitectura sistemului existent la SGG. 4.2.1. Condiţii locale Condiţiile din locaţia SGG şi din camera de date sunt considerate adecvate pentru:

• Aer condiţionat. • Sursa de energie (UPS/împământare). • Protecţia la trăsnet. • Cablarea structurală (prizele de reţea disponibile în anumite părţi ale palatului sunt insuficiente,

dar problema este în lucru în acest moment folosind mici extensii active în cele câteva zone cu probleme).

• Puterea Electrică: există rezerve de putere iar capacitatea poate fi extinsă la cerere. • Sisteme UPS: 10000VA instalaţi. • Spaţiul existent pentru noile rack-uri: da (cel puţin 2 rack-uri de 19”). • Controlul climatic: da, cu capacităţi de rezervă suficiente.

4.2.2. Servere Un număr de servere sunt amplasate într-o cameră de date specială din clădirea Guvernului, oferind servicii IT pentru LAN, (vezi paragraful 4.3) şi anumite servicii descoperite la Internet. În plus, există anumite “insule” ale reţelei servind scopuri speciale, neconectate la LAN principală, şi fie conectate separate la lumea exterioară, fie neconectate deloc. Serverele folosite în reţeaua SGG sunt mărcile IBM şi HP, operează cu Microsoft Server 2000 şi 2003, şi Linux. Sistemele de baze de date relaţionale (SRABD) folosite în prezent sunt Microsoft SQL 2000 şi MySQL System Management Server 2003 şi Microsoft Operations Manager sunt folosite pentru administrarea sistemelor şi a reţelei. 4.2.3. Staţiile de lucru Toţi viitorii utilizatori ai SAUP din SGG şi din entităţile externe au staţii de lucru şi cel puţin cunoştinţe IT de bază. La SGG, toate staţiile de lucru operează cu Microsoft Windows XP SP2. Programele de birou folosite în prezent la SGG sunt MS Office 2003. În plus, se foloseşte Adobe Reader.


62

Preponderent programul de e-mail este MS Outlook, iar browserul este Internet Explorer 7. Nu există instrumente de generare a rapoartelor, dar la nivelul utilizatorilor sunt folosite programele MS Office pentru producerea rapoartelor. 4.2.4. Periferice Tipărirea este descentralizată. Toată tipărirea se face pe imprimate de birou (aproximativ 150 în clădirea Guvernului) sau pe imprimate pentru volume mari la nivel de departament. Există un număr mic (mai puţin de 5) scanere la nivel de departament. Scanerul cu cea mai mare capacitate este la Departamentul de Pregătire al Şedinţelor, un HP Laserjet 9000, folosit la scanarea materialelor pentru pregătirea şedinţelor. 4.3. Comunicaţii de Date 4.3.1. Conectarea LAN/WAN O reţea locală administrată central (LAN) este disponibilă în clădirea Guvernului. Este pe bază de cabluri de cupru şi operează la 10/100Mbps. Această LAN este administrată de către Departamentul IT. Este conectată la Internet pe două căi redundante folosind Serviciul de Telecomunicaţii Speciale (STS) ca unic furnizor de Internet. LAN principală are cablare UTP CAT 5 pe toate cele 4 etaje şi foloseşte 3 puncte de acces pe fiecare etaj. Cablu de mare viteză cu fibră optică este folosit pentru interconectarea comunicaţională a rack-urilor/switch-urilor. Echipamentele Cisco sunt standardul pentru echipamentele active de reţea. Reţeaua SGG şi legăturile sale comunicaţionale cu alte entităţi implicate în proiecte sunt ilustrate în diagramele de mai jos.


63

SGG este de asemenea conectat la o reţea securizată privată de fibră optică care leagă instituţiile publice, administrată de Serviciul de Telecomunicaţii Speciale (STS), furnizor de telecomunicaţii pentru administraţia centrală.


64

4.3.2. Canale de comunicare Majoritatea comunicării între SGG şi entităţile externe (ministere de linie şi agenţii) se face pe hârtie. Comunicarea pe hârtie şi arhivarea sunt încă obligatorii conform actualului cadru legal, iar comunicarea electronică este totuşi prezentă, considerată ca o opţiune dar nu ca o cerinţă. La toate nivelele administraţiei, formatul şi administrarea versiunilor documentelor legale este realizat cu suport IT de bază, şi nu cu instrumente profesionale (ex. asigurând protecţia documentelor şi a versiunilor acestora). Urmărirea documentelor legale este posibilă în acest moment numai consultând registrele pe hârtie. În ceea ce priveşte legăturile de comunicaţii şi securitatea lor, infrastructura necesară pentru SAUP există deja şi este furnizată de STS. Toate instituţiile publice implicate şi / sau cu atribuţii în procesul legislativ, beneficiare a sistemului informatic SAUP au conexiuni de la furnizorul de servicii de comunicaţii STS.

4.4. Backup şi recuperare în caz de dezastru În acest moment nu există hardware dedicat pentru back-up şi recuperare a datelor în caz de dezastru, şi nu a fost stabilită o strategie de recuperare a acestora în caz de dezastru. Planul de recuperare în urma dezastrelor ce va fi furnizat se va întocmi în conformitate cu standardul BS 7799/ISO 27001.

5. CERINŢE SOFTWARE 5.1. Cerinţe funcţionale pentru SAUP Software-ul va acoperi următoarele cerinţe funcţionale:

• Elaborarea, formatarea, regăsirea, revizuirea şi tipărirea documentelor care fac parte din procesele de administrare ale politicilor, prin integrarea cu instrumentele software de birou.

• Circulaţia electronică a documentelor în cadrul sistemului şi schimbul electronic cu alte entităţi, incluzând email şi scanare.

• Avizarea acelor documente de către entităţile implicate. • Urmărirea stării documentelor şi gestiunea versiunilor. • Pregătirea agendei şedinţei de Guvern şi integrarea cu alte procese ce trebuiesc automatizate. • Publicarea documentelor.


65

• Arhivarea electronică. • Generarea de rapoarte pentru management acoperind activităţile menţionate mai sus. • Asigurarea controlului distributiei si a drepturilor de utilizare a documentelor.

Cerinţele funcţionale de mai sus vor include următoarele componente software:

• Un sistem de administrare al fluxurilor de lucru. • Un sistem de administrare al documentelor (SAD). • Un motor de căutare bazat pe un sistem central de baze de date relaţionale (SBDR). • Un instrument de generare de rapoarte pentru management. • O funcţie de arhivare electronică. • Integrarea şi modernizarea aplicaţiei existente pentru pregătirea agendei şedinţelor de guvern, sau

ca alternativă o nouă aplicaţie pentru acelaşi scop. • Integrarea cu sistemul existent de administrare al conţinutului paginilor WEB (SAC).

Sistemul oferit va fi independent de platforma de operare (OS), versiuni de aplicaţii de tip Office, de client de e-mail şi browser de internet. Cerinţele detaliate pentru aceste componente ale SAUP sunt descrise în Secţiunea 6. 5.2. Procese ce vor fi suportate Tabelul de mai jos oferă o imagine completă a proceselor administrării de politici ce vor fi suportate de SAUP. Pentru a oferi o mai bună înţelegere a circuitului, anumite proceduri care nu vor fi suportate de SAUP au fost de asemenea incluse. Ultima coloană a tabelului indică dacă trebuie oferit suport sau nu.


66

5.2.1 Flux de lucru; prima parte – Comun pentru Documente de Politici Publice (DPP) şi Propuneri de Acte Normative (PAN)

Pas Nr.

Responsabil Proces Document Electronic Document tipărit

Stare Propunere

Implicarea sistemului informatic

1 Iniţiator trimite DPP/PAN către Departamentul Politici Publice al SGG/Departamentul Juridic al SGG

Propunere Iniţiata Da

2 Direcţia Politici Politici din SGG

publica DPP/PAN pe Intranet 30 de zile (transparenta+ consultare interinstitutionala)

Da

3 instituţii implicate Trimit observaţii către Iniţiator Scrisoare fără format predefinit

Scrisoare fără format predefinit

De stabilit

4 Iniţiator trimite către SGG noua versiune şi concomitent ministerelor in vederea avizării

• DPP/PAN modificat Da

5 Direcţia Politici Politici din SGG

publica noua versiune pe internet si calculează termenele de avizare de la data înregistrării la SGG

3 zile ministere 4 zile MFP, DAE, MJLC

Da

6 instituţii avizatoare Trimit observaţii Iniţiatorului sub forma de scrisoare fără format predefinit

Scrisori fără format predefinit

Scrisori fără format predefinit

De stabilit

7 instituţii implicate transmit DPP/PAN avizat DPP/PAN avizat(a) tipărit şi stampilat

Avizat de toate instituţiile implicate

Nu


67

5.2.2 Flux de lucru; partea a doua – pentru documente de politici publice Pas Nr.


Stare Propunere


8 Iniţiator trimite DPP avizat către SGG la departamentul de Politici Publice

DPP modificat DPP avizat, tipărit şi stampilat

Nu

9 Direcţia Politici Publice din SGG

Emite aviz Aviz conform Avizata Nu


68

5.2.3 Flux de lucru; partea a doua – pentru Propuneri de Acte Normative Pas Nr.


Stare Propunere


8 Iniţiator transmite PAN avizata către Departamentul de Pregătire a Sesiunilor (DP) din SGG

PAN modificata PAN avizata, tipărita şi ştampilată

Nu

9 Direcţia Pregătire Şedinţe de Guvern (DPSG) din SGG

Trimite PAN la CL PAN Da*

10 CL Trimite PAN avizata către DPSG PAN avizata, tipărita şi ştampilată

Avizata de LC, CES, CSAT

Nu

11 Departament Juridic (DJ) din SGG

Evaluează / Avizează PAN PAN avizata, tipărita şi ştampilată

Nu

12 DPSG din SGG Trimite PAN avizata către Iniţiator + Aviz CL

PAN avizata, tipărita şi ştampilată

Nu

113 DPSG din SGG pregăteşte agenda şedinţei de Guvern agenda sedinţei de Guvern Da 14 Guvern Adopta PAN Adoptata de

Guvern Nu

15 DJ din SGG Tipăreşte PAN pe hârtie speciala

Propunere adoptata şi tipărita pe hârtie speciala

Da

16 DPSG din SGG Trimite către Primul Ministru Nu 17 Primul Ministru Semnează şi trimite înapoi la DPSG

din SGG Promulgată Nu

18 DPSG din SGG Trimite PAN la Camera Deputaţilor Notificare Da 19 Camera deputaţilor Trimite PAN la Monitorul Oficial Notificare Da 20 Monitorul Oficial Publică PAN Pagina WEB Publicată Nu

* Se prevede suportul IT (notificarea că un document este gata pentru aprobare), dar depinde de instituţie (CL, CES, CSAT) dacă acceptă sa lucreze pe baza copiilor electronice.


69

5.2.4. Flux de lucru specific pentru proiecte de legi (de la pasul 16)

Pas Nr. Responsabil Proces Document Electronic Document tipărit

Stare Propunere


16 DPSG din SGG Trimite Proiectul de Lege camerelor Parlamentului

Notificare Da

17 Parlament Adopta Proiectul de Lege Nu 18 Preşedintele României Semnează Promulgata 19 Camerele

Parlamentului Trimit decizia Monitorului Oficial Notificare Adoptata de

Parlament

20 Monitorul Oficial Publica PAN Pagina Web Publicata Nu


70

6. DESCRIEREA FUNCŢIONALĂ DETALIATĂ A SAUP 6.1. Administrarea documentelor 6.1.1. Obiectiv Sistemul de administrare al documentelor va permite angajaţilor din SGG şi din entităţile externe să creeze, modifice şi sa recupereze documentele, şi să adauge comentarii acestora. Documentele sunt fie primite de la entităţile externe (cum sunt DPP care necesită o notă obligatorie, PAN de inclus în agenda şedinţei Guvernului) fie create în cadrul SGG pentru a fi transmise entităţilor externe. Principalele component necesare pentru un sistem de administrare al documentelor pentru SGG sunt descrise în paragrafele următoare. 6.1.2. Crearea documentelor 6.1.2.1. Metadate La elaborarea unui document, posesorul (iniţiatorul) trebuie să definească care alte instituţii trebuie să îl avizeze. În cadrul SAUP, un utilizator cu drepturi speciale va înregistra această informaţie în sistem, şi acesta stabileşte pentru motorul de administrare al circuitului de lucru lista aprobărilor care trebuie obţinute şi ordinea obţinerii acestora, dacă este relevantă. Aceste informaţii trebuie stocată ca metadate împreună cu documentul. Următoarele metadate trebuie stocate pentru fiecare document:

• Categoria documentului (ex. DPP, PAN). • Subcategoria (Ordonanţă de Guvern, lege, etc.). • Tipul (document principal, anexă, corespondenţă, etc.). • Marca temporală (data şi ora primirii, stocării, modificării, transmiterii). • Posesorul documentului (entitate externă sau departament al SGG). • Utilizatorul/departamentul care a creat sau a modificat documentul. • Relaţia cu alte documente. • Avizări necesare.

6.1.2.2. Primirea documentelor Odată create, documentele intră în SAUP din cinci surse diferite:

(a) Pot fi încărcate dintr-un instrument software (în principal: MS Word) care este integrat SAD. Acesta va fi cazul documentelor create în cadrul SGG.

(b) Pot fi introduse şi încărcate printr-o interfaţă de utilizator bazată pe un browser. Acesta va fi cazul tipic al documentelor create de utilizatorii SAUP dintr-o entitate externă care nu a integrat SADul propriu sau instrumentele software de birou cu SAUP.

(c) Pot fi primite prin e-mail şi încărcate automat în SAD (sau semi-automat de către un operator din SGG). Acesta va fi cazul documentelor create de instituţii care comunică cu SGG prin e-mail certificat.

(d) Pot fi scanate la SGG şi introduse în SAD, pe baza copiilor pe hârtie primite prin Poşta Militară. Aceasta va fi o excepţie, dar se va întâmpla în faza pilot.

(e) Pot fi de asemenea încărcate de pe supot magnetic recepţionat prin Poşta Militară. Din nou, aceasta va fi o excepţie.

Pentru documentele primite prin canalele (c), (d) ori (e), trebuie sa fie suportate indexarea în cadrul SAD şi înregistrarea metadatelor de către un operator din SGG. 6.1.3. Regăsirea documentelor Documentele vor fi indexate printr-un identificator unic (Număr de înregistrare – atribuit de Departamentul de Pregătire al Şedinţelor) pentru a permite regăsirea. Regăsirea documentelor stocate se va face printr-un motor de căutare intern, care să permită regăsirea documentelor după următoarele criterii:

• Numărul de înregistrare.


71

• Oricare dintre câmpurile de metadate. • Căutare în textul documentului.

Utilizatorii pot căuta documente prin selecţia de proprietăţi de tip boolean “sau/şi”, cuvinte, fraze sau căutare de proximitate. Motorul de căutare intern va permită utilizatorilor salvarea interogărilor pentru refolosire sau partajare cu alţi utilizatori. Interogările salvate pot fi accesate ulterior ca obiecte în cadrul depozitului de documente şi pot fi accesate din interfaţa de Căutare/Regăsire.

Istoricul documentelor trebuie să fie disponibil, ex. versiunile anterioare, utilizatorii care l-au modificat şi la ce dată. Motorul de căutare intern va returna implicit la căutări versiunea curentă a documentului, dar trebuie să ofere posibilitatea returnării oricărei versiuni a acestuia. În timpul execuţiei unei căutari de tip full-text, motorul de căutare intern va returna ca reprezentare vizuală de tip procentual, detaliile de relevanţă (ranking) a combinaţiei de criterii introduse, în cadrul listei de documente returnată. 6.1.4. Versionarea SAD trebuie să suporte versiuni diferite ale documentelor, ex. să permită intrarea/ieşirea documentelor din SAD, pentru ca utilizatorul să poată regăsi versiunile anterioare şi să îşi poată continua munca dintr-un anumit punct. SAD trebuie să ofere atât versionare majoră minoră cât şi ramuri ale versiunilor. Cel puţin un câmp “motiv pentru schimbare” şi o etichetă a versiunii trebuie să fie prezente. Deasemenea, este necesar ca SAD sa ofere capabilităţi de versionare a metadatelor asociate cu documentele gestionate. Administrarea versiunilor documentelor implică de asemenea ca accesul să fie blocat altor utilizatori în timp ce se lucrează la un anumit document. 6.1.5. Securitatea SAD trebuie să includă o funcţie de administrare a drepturilor de acces care permite unui administrator să restricţioneze accesul anumitor tipuri de documente (după metadate) unor anumiţi utilizatori sau unor anumite grupuri de utilizatori (un departament, o unitate) pe baza tipului documentului. Tipurile diferite de acces sunt:

• Creaţie/modificare/ştergere (numai anumiţi utilizatori). • Numai citit (toţi utilizatorii sistemului pot citi orice document).

De asemenea SAD trebuie sa contina un modul care sa permita controlul distributiei documentelor odata ce acestea au fost descarcate pe statia de lucru a utilizatorului. Cu ajutorul acestui modul se vor putea atribui urmatorul set minimal de drepturi de distributie:

• Full (utilizatorul poate distribui liber documentul) • Vizualizare (numai autorul documentului poate opera modificari) limitata sau nu la o perioada

specificata de timp • DO NOT PRINT (utilizatorii nu pot tipari documentul) • Restrangerea drepturilor de operare asupra documentului la un grup de utilizatori / pe perioada

Setul exact de drepturi de distributie se va stabili in faza de analiza a sistemului. Modulul de securitate va oferi posibilitatea aplicarii unor subset-uri de drepturi de distributie via sabloane predefinite. 6.2. Integrarea SAD cu instrumente software de birou şi cu e-mail-ul Trebuie oferită cel puţin integrarea cu MS Office 2003 şi MS Office 2007. SAD trebuie să integreze administrarea documentelor direct în aceste aplicaţii, astfel încât utilizatorii să regăsească documentele existente direct din aria de stocare a SAD, să facă schimbări şi să salveze documentele modificate înapoi în aria de stocare ca pe o nouă versiune, totul fără a părăsi aplicaţia. Utilizatorii trebuie să fie în stare sa efectueze următoarele operaţiuni folosind instrumentele software de birou:


72

• Generarea de noi documente. • Modificarea documentelor disponibile în format electronic neprotejat, cu sau fără a folosi funcţia

de “urmărire a modificărilor”. • Copiere şi inserare dintr-un document în altul. • Fuzionarea documentelor. • Comentarii asupra documentelor. • Administrarea formularelor. • Formatarea • Aplicarea sabloanelor de securitate referitoare la drepturile de distributie.

6.3. Administrarea fluxurilor 6.3.1. Componentele fluxurilor Administrarea fluxurilor, oferind publicarea (aprobarea) şi distribuţia documentelor, poate fi fie inclusă în SAD, fie implementată de un motor de administrare al fluxurilor separat. Componentele fluxului (sarcinile) care vor fi suportate sunt toate procedurile descrise în paragraful 5.2. Circuitul documentelor se bazează pe informaţiile conţinute în metadatele documentelor. 6.3.2. Distribuţia încărcării Motorul de administrare al circuitului de lucru trebuie să permită distribuţia sarcinilor de lucru, ex. să atribuie componentele acestuia (anumite documente) departamentelor sau persoanelor, pe baza criteriilor de rutare care pot depinde de tipul documentului sau de tipul operaţiei (cum ar fi generarea sau modificarea faţă de aprobare). 6.3.3. Personalizare Utilizatorii privilegiaţi (administrator sau utilizatori puternici, după caz) trebuie să poată să:

• Schimbe uşor criteriile de distribuire ale sarcinilor de lucru (ex. prioritizarea şi reatribuirea sarcinilor de lucru) şi să configureze drepturile de acces pentru utilizatori pentru toate etapele.

• Stabilească regulile după care starea unui document se poate schimba, ex. să definească pentru fiecare operaţie care paşi trebuie parcurşi pentru a termina acel proces.

• Specifice informaţiile (obligatorii sau opţionale) care să fie reţinute în fiecare etapă, prin introducere manuală sau primite automat dacă sunt disponibile.

• Stabilească reguli pentru notificare. 6.3.4. Notificarea Atunci când noi versiuni ale unui document sau observaţii asupra documentului sunt disponibile în SAD, motorul de administrare al circuitului de lucru va asigura informarea tuturor utilizatorilor implicaţi (ex. cei care trebuie să aprobe un document) despre înregistrarea acestui nou document sau a acestei noi versiuni. Utilizatorii conectaţi direct la SAUP, ca şi persoanele din instituţiile care comunică prin e-mail cu SGG, trebuie informaţi. Aceasta se va realiza prin următoarele:

(a) Printr-un mesaj care informează receptorul că un nou document poate fi regăsit în SAD. În funcţie de particularizare, mesajul poate fi un e-mail sau orice alt tip de notificare de sistem (pop-up, etc.). Acest tip de notificare se va aplica utilizatorilor direct conectaţi la SAUP. (b) Printr-un e-mail conţinând noua versiune a documentului sau observaţiile. Acest tip de notificare va

fi aplicat pentru utilizatorii din instituţiile care comunică prin e-mail cu SGG. 6.3.5. Urmărirea stării documentelor Motorul de administrare al circuitului de lucru trebuie să suporte urmărirea stării anumitor documente din cadrul circuitului de administrare al politicilor. Informaţiile relevante ale stării documentelor sunt:

• Aprobările aşteptate şi ordinea acestora. • Termenele limită. • Instituţii/utilizatori care lucrează în prezent la document. • Istoricul.

Trebuie trimise notificări anumitor utilizatori dacă un document nu a fost procesat până la termenul limită prevăzut anterior de către utilizator responsabil.


73

6.4. Pregătirea agendei şedinţei de Guvern Contractorul va implementa această funcţie fie prin reproiectarea aplicaţiei pentru pregătirea agendei şedinţei (detalii tehnice conform paragrafului 4.1.1) şi integrarea ei cu alte component ale SAUP, fie va propune o nouă aplicaţie pentru pregătirea agendei şedinţei. Din punct de vedere al randamentului, noul sistem trebuie să ofere aceleaşi rezultate ca şi aplicaţia software existentă (vezi anexa C). Procesul pregătirii agendei, care în prezent implică semnificativ munca manuală, trebuie să fie automatizat complet, pe baza circuitelor controlate de motorul de administrare al circuitului de lucru. Astfel rezultă două variante: (a) Documentele trebuie să fie preluate din SAD în software-ul existent pentru pregătirea agendei şedinţei, de unde agenda va fi generată şi printată, sau (b) agenda şedinţei va fi generată folosind un instrument de raportare. Aceasta se aplică pentru agenda şedinţei de Guvern ca şi pentru agenda şedinţei de pregătire care are o structură similară. 6.5. Instrumentul de generare de rapoarte pentru management Sistemul trebuie să ofere un instrument integrat de generare a rapoartelor, permiţând definirea flexibilă a rapoartelor de către utilizatori, după criterii definite de către utilizatori de selecţie/alegere şi format. În plus, sistemul trebuie să ofere un raport pre-definit care să fie tipărit după fiecare şedinţă de Guvern şi să enumere care PAN au fost aprobate în fiecare şedinţă. Conţinutul rapoartelor trebuie să fie disponibil în formă cumulată sau necumulată cu criterii de selecţie/alegere şi format uşor de particularizat. 6.6. Arhivarea electronică Arhivarea electronic, fie ca parte a SAD, fie ca un sistem autonom integrat cu alte module, trebuie să suporte următoarele cerinţe:

• După trecerea perioadei de retenţie (3 ani) documentele sunt extrase din SAUP şi arhivate pe hârtie şi electronic, ex. tipărite şi transferate în medii de stocare offline. Procesul de arhivare va avea loc pe baze stabilite de utilizator, ex. trimestrial sau semi-anual, când toate documentele care expiră în următoarea perioadă sunt stocate pe bandă (acestea sunt urmărite zilnic şi aşteaptă să fie arhivate la următorul ciclu de arhivare). Numai versiunea finală a unui document este arhivată.

• Re-indexarea bazei de date după fiecare arhivare. • Accesul online la arhiva electronică trebuie să fie posibil. • Funcţia de arhivare electronică trebuie să suporte de asemenea şi administrarea stocării cu privire la următoarele funcţii:

o Definirea perioadelor de păstrare. o Trecerea documentelor dintr-un mediu de stocare în altul. o Distrugerea documentelor. o Administrarea stocării (definirea locaţiilor de stocare)

• Urmărirea vechimii benzilor, şi pregătirea automată de copii ale benzilor expirate (Benzile au un ciclu de viaţă limitat. Datele trebuie copiate în medii noi periodic.).

• Datorită prevederilor legale, arhivarea pe hârtie este încă cerută. Sistemul trebuie să ofere sincronizarea dintre arhivarea pe hârtie şi cea electronică. Pentru arhivarea pe hârtie va fi nevoie de o funcţie de tipărire centralizată care permite tipărirea de volume mari

6.7. Backup Trebuie oferit un software standard de backup, care va suporta procedurile de recuperare în caz de dezastru. Strategia de backup trebuie să asigure backup-ul complet zilnic. În afară de backup-ul zilnic, trebuie efectuate şi stocate backup-uri săptămânale şi anuale. Benzile retrase lunar din circuitul de backup vor fi transferate către stocare externă.

Software-ul de back-up trebuie sa permita si back-up incremental. Benzile retrase lunar din circuitul de backup vor fi transferate către stocare externă. Software-ul trebuie sa permita back-up-ul on-line al SAD.


74

Software-ul de backup trebuie sa fie licentiat pentru folosirea bibliotecii de benzi propuse; cresterea numarului de sloturi ale bibliotecii nu trebuie sa implice costuri suplimentare de licentiere a software-ului de backup; de asemenea, eventual prin licentiere ulterioara, software-ul trebuie sa poata gestiona si sisteme de stocare pe medii optice (jukebox-uri optice), sisteme de tip VTL si sisteme de stocare CAS (Content Addressable Storage). Software-ul de backup trebuie sa aiba posibilitatea de clonare a datelor salvate (pentru stocarea acestora intr-un alt sediu, de exemplu), atat la nivelul fiecarei salvari, cat si la nivelul intregii benzi (intregului volum). Software-ul trebuie sa permita setarea perioadelor de retentie (pastrare) a backup-urilor, in functie de timpul scurs de la realizarea backup-ului pana in prezent (de ex. 3 luni). Software-ul trebuie sa ofere, eventual prin licentiere ulterioara, posibilitatea de a deduplica datele salvate (de a elimina duplicatele), la nivel de blocuri de date, la salvarea pe disc. De asemenea, la migrarea salvarilor deduplicate de pe disc pe banda, datele trebuie scrise pe banda tot in format deduplicat, pentru a utiliza cat mai putine benzi. Software-ul trebuie sa ofere, eventual prin licentiere ulterioara, posibilitatea de a indexa datele salvate si de a realiza cautari pe baza acestor indecsi, prin intermediul unei interfete web. Software-ul trebuie sa ofere, eventual prin licentiere ulterioara, functionalitati de arhivare de fisiere si email-uri si de replicare a datelor de pe clienti, folosind aceeasi interfata de administrare cu cea folosita pentru procesele de backup si restore.

6.8. Integrarea cu Sistemul de Management al Conţinutului Următoarele trei proceduri sunt relevante pentru publicarea documentelor:

• Publicarea DPP, PAN şi a observaţiilor pe Intranet în timpul perioadei de consultări. • Publicarea unui DPP sau a unei PAN adoptate pe website-ul SGG. • Suportul pentru publicarea de către Monitorul Oficial a unui DPP sau a unei PAN adoptate.

Cu toate că ultima procedură va fi controlată prin motorul de administrare al fluxurilor (notifică Monitorului Oficial că un document este gata de publicare), primele două proceduri de mai sus vor fi efectuate prin integrarea cu SAC existent la SGG (pentru detalii tehnice ale aplicaţiei: vezi paragraful 4.1.2). 6.8.1. Publicarea pe Intranet a documentelor primite Conform cu Pasul 2 al circuitului de lucru descris în paragraful 5.2.1, documentele primite de SGG de la Iniţiator vor fi publicate în Intranet-ul controlat de SGG şi accesibil instituţiilor implicate în administrarea procedurilor politicilor. De aceea, SAUP trebuie să aibă o funcţie de încărcare a unui anume document din SAD în SAC, formatarea va fi făcută de către angajaţii departamentului IT al SGG. Conform Pasului 4 al circuitului de lucru descris la paragraful 5.2.3 Iniţiatorul trimite la SGG o nouă versiune a documentului original (DPP sau PAN). Pentru DPP sau PAN în sine, sunt disponibile următoarele canale de comunicare pentru trimiterea declaraţiilor observaţiilor corespunzătoare la SGG:

(a) încărcarea dintr-un instrument software de birou. (b) printr-o interfaţă browser pentru utilizator. (c) prin e-mail. (d) scanat de pe hârtie. (e) încărcat de pe un suport magnetic.

Noua versiune a documentului va fi publicata pe Intranet-ul menţionat şi va fi accesibilă instituţiilor implicate în administrarea procedurilor politicilor. Această procedură va fi efectuată prin interfaţa cu SAC descrisă în paragraful anterior, şi este controlat în întregime de SGG. 6.8.2. Publicarea pe website-ul SGG Odată ce un document a primit toate aprobările/avizările necesare, este gata pentru publicarea pe website-ul SGG. Declanşată de motorul de administrare al circuitului de lucru, versiunea finală a documentului va trebui transferată printr-o interfaţă în SAC pentru publicare.


75

6.9. Cerinţe tehnice Diagrama de mai jos arată arhitectura sistemului SAUP:

6.9.1. Configurarea reţelelor de comunicaţii de date Toate instituţiile conectate la SAUP comunică prin reţeaua STS. Legăturile de comunicaţii vor fi realizate ca “Intranet la nivel de servicii”, ex. staţiile de lucru externe “securizează” comunicaţiile către o singură intrare SGG, serverul interfaţă, care acţionează ca “secure reverse proxy” pentru toate serviciile SAUP. STS va oferi conectivitatea pentru toţi actorii conectaţi şi va furniza şi va asista pentru buna folosire a cheilor criptografice necesare pentru ca SL externe să se conecteze la SGG printr-o intrare securizată. În această opţiune, “securizarea” poate folosi soluţii VPN la nivel de reţea (cum este IPSec) sau VPN la nivel aplicaţie (cum este SSL v3). Pentru a avea o intrare uniformă în sistem a tuturor clienţilor, comunicarea în cadrul SGG este de asemenea asigurată de serverul de interfaţă. Toate celelalte server (serverul bazei de date, arhiva, serverul de tipărire şi scanare, serverul de backup) sunt localizate în segmentul reţelei interne a SGG şi comunică numai cu serverul SAUP. SAUP comunică cu exteriorul folosind numai serverul de interfaţă. Certificatele SSL 3 vor fi furnizate de către STS. 6.9.2. Serverul de interfaţă Serverul de interfaţă trebuie să suporte următoarele funcţii:

• Secure reverse proxy • SSO • Configurarea centrală a criptării între client şi serverul principal. • Ascunderea aplicaţiilor bazate pe browser. • Autorizarea accesului la aplicaţiile bazate pe browser. • Filtrarea accesului (ex. .

6.9.3. Serverul de Arhivare


76

Funcţionalitatea software-ului de arhivare care va fi instalat pe serverul de arhivare este descrisă în Paragraful 6.6. Conform arhitecturii sistemului SAUP se solicită un Server de Arhivare aflat la pozitia 3 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9. Cerinţe tehnice obligatorii:

• Datele vor fi arhivate pe benzi LTO. • Acelaşi tip de benzi va fi folosit de serverul Arhivei şi de serverul de Backup pentru a putea fi

schimbate între cele două servere daca hardware-ul cedează. 6.9.4. Serverul de Backup Toate serverele din cadrul SAUP vor fi conectate printr-o conexiune de reţea alternativă. Procedurile de backup şi reinstalare sunt efectuate în această “reţea de backup”. Aceasta va preveni ca încărcătura procedurilor de backup şi reinstalare să aibă un impact negativ asupra performanţelor reţelei SGG. Conform arhitecturii sistemului SAUP se solicită un Server de Backup aflat la pozitia 3 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9. Toate benzile de backup vor fi stocate într-un safe (cel puţin standard S120DIS). Conform arhitecturii sistemului SAUP se solicită un Casetă siguranţă rezistentă la foc aflat la pozitia 8 din Tabelul nr. 1 - Lista componentelor. 6.9.5. Serverul de Tipărire şi Scanare Datorită cantităţii mari de sarcini de tipărire şi scanare, este necesar un server special pentru Tipărire şi Scanare. Serverul de tipărire va procesa cererile de tipărire generate de SAUP. Serverul de Scanare funcţionează ca un server de fişiere, oferind imagini scanate pentru procesare ulterioară (ex. comprimare). Nu este necesar să se ofere drepturi de acces specifice sau istoric. Mecanismele de securitate ale fişierelor sunt suficiente. Backup-ul periodic nu este necesar pentru acest server deoarece el conţine numai fişiere temporare. Acest server poate fi instalat în afara camerei de date. Conform arhitecturii sistemului SAUP se solicită un Server de Baze de date aflat la pozitia 4 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9. 6.9.6. Server pentru Baze de Date Baza de date va fi ţinută pe un dispozitiv RAID 5. Conform arhitecturii sistemului SAUP se solicită un Server de Baze de date aflat la pozitia 1 din Tabelul nr. 1 - Lista componentelor şi o Unitate Raid 5 aflat la pozitia 5 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9. 6.9.7. Serverul SAUP SAUP conţine SAD a cărui funcţionalitate este descrisă în paragraful 6.1, şi motorul de administrare al fluxurilor descris în paragraful 6.3. Arhitectura software va fi o aplicaţie bazată pe tehnologie web. Sistemul trebuie să fie scalabil. Conform arhitecturii sistemului SAUP se solicită un Server de de aplicaţii pentru SAUP aflat la pozitia 1 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9. 6.9.8. Sursa de Energie Neîntreruptibilă (UPS) Camera de date unde va fi instalat SAUP este echipată cu generator. Toate serverele din SAUP trebuiesc prevăzute cu UPS-uri care să asigure energia până când generatorul porneşte. În cazul în care apar probleme de funcţionare ale generatorului, capacitatea UPS-urilor trebuie să fie suficientă pentru a permite închiderea normal a sistemului. De aceea trebuie furnizată o capacitate de aproximativ 30 de minute. Conform arhitecturii sistemului SAUP se solicită un Surse neîntreruptibile aflate la pozitia 7 din Tabelul nr. 1 - Lista componentelor cu specificaţiile hardware din Secţiunea VI, capitolul 9.


77

6.9.9. Tipuri de interfaţă Sistemul trebuie să ofere trei tipuri de interfaţă de comunicare: (a) Email: Intrarea e-mail pentru comunicarea între SAUP şi entităţile externe via e-mail certificat. Funcţionalitatea este descrisă în 6.1.2.2. (b) Portal Web: Utilizatorii trebuie să poată să acceseze SAUP printr-o aplicaţie bazată pe browser care să suporte toate funcţiile sistemului. Interfaţa administratorului poate fi una separată sau o extensie a interfeţei de utilizator. Toate interfeţele de utilizator trebuie dezvoltate în format XHTML. (c) Interfaţa Standard Deschis Sistemul trebuie să permită integrarea cu alte sisteme printr-o Interfaţa Standard Deschis care să furnizeze un set de API-uri standard care să poată fi programate cu SDK-uri standard Sistemele care vor fi interconectate sunt descrise mai jos. În general, SAUP ar trebui să permită oricărui alt sistem (ex, SAD din entităţile externe) sa comunice cu SAUP prin Interfaţa Standard Deschis. .

6.9.10. Interfaţa cu SAC După cum este descris în paragraful 6.8, SAC va prelua documentele din SAUP. Din punct de vedere tehnic aceasta se va realiza după cum urmează: Un agent de tip „push” trebuie integrat în SAUP pentru a promova documentele cu starea corespunzătoare (ex. gata de publicare) în SAC. Aceste documente trebuie eliberate în cadrul SAC pentru publicare. (promovarea acestora fără eliberare ar fi posibilă, dar nu este agreată de către administratorii SAC.) 6.9.11. Interfaţa cu sistemul de Pregătire al Agendei După cum se menţionează în paragraful 6.4, sunt posibile două abordări pentru funcţionalitatea cerută în pregătirea şedinţelor:

(a) SAUP include deja majoritatea elementelor cerute pentru funcţionare (SAD, generator de rapoarte care poate fi folosit pentru crearea raportului necesar pentru generarea agendei.) O funcţie suplimentară care va fi nou dezvoltată în acest caz este afişarea agendei şedinţei pe monitoarele participanţilor la şedinţă. (b) Interfaţa cu software-ul existent pentru pregătirea agendei prin Interfaţa Standard Deschis.

6.9.12. Integrarea cu instrumentele MS Office Această integrare ar trebui dezvoltată într-o formă plug-in în MS Office, care permite activarea SAUP direct din modulele Office. Comunicarea între SAUP şi MS Office se va face prin Interfaţa Standard Deschis. 6.9.13. Raportarea


78

Fără a se limita la formatele specificate, rapoartele vor fi generate în format XML, PDF, XLS, CSV.

7. CERINŢE NON-FUNCŢIONALE 7.1.Interfaţa utilizator Sistemul va avea o interfaţă grafică pentru utilizator prietenoasă cu următoarele caracteristici: • prin intermediul unui browser web Internet Explorer sau echivalent. • SAUP va suporta caracterele româneşti pentru toate ecranele, meniurile, mesajele de eroare, textele

de ajutor online, rapoartele şi datele. • Toate datele introduse trebuie validate în timp real. • Trebuie să fie disponibilă o funcţie de ajutor online contextuală. • Sistemul trebuie să ofere o interfaţă comună pentru utilizatori care să aibă acelaşi “aspect şi impresie”

pentru toate modulele din cadrul întregului sistem. • Sistemul trebuie să folosească o funcţie eficientă de navigare şi format, care să includă folosirea

eficientă a meniurilor, a cheilor funcţionale, a anunţurilor pentru utilizator (la nivel de câmp, ecran, operaţiune), a productivităţii sistemului şi a documentaţiei pentru utilizator.

• Sistemul va oferi posibilitatea interogării online, funcţii de documentare şi ajutor la nivel de meniu, ecran, operaţie şi câmp individual, cu text particularizabil de către utilizator.

• Sistemul va minimaliza paginarea ecranului folosind ferestre pop-up. 7.2 Documentaţia Documentaţia trebuie să includă cel puţin: • Un manual de utilizare. • Un manual de administrare de sistem. • O descriere tehnică a sistemului, incluzând procedurile de instalare, structura sistemului, structura datelor, securitate, backup şi recuperare. • Un manual de personalizare. Limba: Toată documentaţia pentru utilizator a soluţiei SAUP trebuie prezentată în limba română. Toată documentaţia tehnică trebuie prezentată în limba engleză sau română Documentaţia trebuie livrată pe hârtie (10 copii) şi în format electronic. 7.3. Personalizarea • Sistemul trebuie să includă un instrument de particularizare puternic şi trebuie să fie uşor

parametrizat. • Ca parte a acestei particularizări, ar trebui integrat un instrument standard de raportare (similar cu

Rapoartele Crystal sau alternativă echivalentă). •Toate ecranele şi meniurile trebuie să fie definite şi particularizate de utilizatori fără nevoia de intervenţie a Contractorului software-ului: în special, software-ul trebuie să permită utilizatorilor autorizaţi să definească poziţionarea câmpurilor în layout-ul ecranului şi să adauge câmpuri definite de acesta. •Toate rapoartele standard trebuie să fie particularizabile fără a fi nevoie de intervenţia Contractorului software-ului. •Sistemul trebuie să dea anunţuri şi mesaje de eroare comprehensibile care sunt definte de utilizator şi pot fi schimbate, după cerinţe, de către utilizatorii autorizaţi. •Sistemul trebuie să permită utilizatorilor să formuleze reguli business (tabele cu parametri, scenarii) care să se aplice tuturor modulelor sistemului. 7.4.Cerinţe de securitate 7.4.1.Securitatea fizică • Toate transferurile de date se vor face printr-o reţea privată. • Trebuie oferită securizarea împotriva încercărilor voluntare sau accidentale de a accesa sistemul prin

Internet.


79

7.4.2. Integritatea datelor • Sistemul va fi protejat împotriva pierderii informaţiilor sau a întreruperii operaţiilor ca rezultat al

deranjamentelor electrice şi de telecomunicaţii, sau alte deranjamente şi distrugeri fizice. • Sistemul şi baza de date principală vor oferi mecanismele de integritate ale datelor: în cazul în care o

operaţie nu se finalizează, sistemul trebuie să inverseze orice update parţial de bază de date şi să revină la o stare consistentă. Eşecul de finalizare al operaţiei trebuie notificat utilizatorului originar, administratorului de sistem şi înscris într-un jurnal de sistem.

• Sistemul trebuie să ofere o facilitate de ieşire automata după o perioadă predefinită de inactivitate a utilizatorului (ex. 20 min.), împreună cu închiderea ordonată a fişierelor deschise şi a înregistrărilor accesate, care va permite utilizatorului să recupereze orice date implicate.

• Sistemul trebuie să aibă un sistem potrivit de blocare pentru a preveni accesul paralel, astfel asigurând ca numai un singur utilizator poate modifica o înregistrare la oricare moment dat.

7.4.3. Restricţii de acces • Aplicaţia trebuie să ofere protecţia cu parolă pe mai multe nivele. • Sistemul trebuie să ceară schimbarea parolei în mod regulat. • Parolele trebuie stocate în format criptat. • Accesul la bazele de date va fi permis numai administratorilor de baze de date. • Accesul la funcţiile de control al sistemului va fi permis numai utilizatorilor tehnici autorizaţi. • Accesul la sistem trebuie blocat după un număr stabilit de încercări nereuşite de accesare. • Sistemul trebuie să împiedice schimbarea datelor prin alte metode decât prin editarea autorizată şi

prin update. • Sistemul trebuie să permită administratorilor să lege funcţiile de anumite porturi şi să limiteze sau să

desemneze anumite staţii de lucru unor anumite funcţii. 7.4.4. Profile de utilizator • Profilul de utilizator pentru fiecare utilizator (structuri de acces ierarhice) va garanta că utilizatorul

poate accesa numai componentele meniului la care el/ea are dreptul iar sistemul trebuie să dea posibilitatea creării profilului de utilizator pe baza:

o tipului utilizatorului o grupului utilizatorului o tipului operaţiei o tipului documentului.

• Sistemul trebuie să ofere meniuri de sistem care arată numai opţiunile care sunt accesibile fiecărui utilizator particular sau grup de utilizatori în modul de operare la care el/ea are dreptul (numai citire, modificare, acces de administrare,…).

• Sistemul trebuie să ofere o listă detaliată a a tuturor utilizatorilor săi şi a drepturilor individuale de acces.

• Sistemul trebuie să ofere un sistem de eliberare a operaţiilor, unde numărul şi tipul semnăturilor electronice poate fi definit pe baza tipului operaţiei tipului documentului.

7.4.5. Controlul intern • Sistemul trebuie să ofere validare în timp real pentru toate contribuţiile. • Sistemul trebuie să asigure că aceeaşi informaţie nu este introdusă de mai multe ori. • Sistemul trebuie să genereze rapoarte de excepţie şi eroare care să permită monitorizarea şi corectarea

datelor invalide şi a altor erori, până să se acţioneze asupra lor. • Trebuie să existe elemente de control care să prevină ştergerea unui document dacă este folosit de un

alt modul. 7.4.6. Auditul Sistemul va include o marcă a datei şi a timpului operaţiilor, şi va menţine următoarele căi de audit şi jurnale într-o formă pe care utilizatorii o pot atât chestiona cât şi tipări, dacă este necesar: • Căi de audit ale activităţii fiecărui utilizator în scopul înţelegerii, incluzând ora intrării, ora ieşirii,

numărul de încercări de acces nereuşite, frecvenţa schimbării parolei, funcţiile efectuate. • Înregistrare a folosirii neautorizate a sistemului de către un utilizator. Sistemul trebuie să asigure captura tuturor operaţiunilor efectuate pe documente în sistemul de audit şi jurnalizare. Informaţiile auditate trebuie să conţină ce eveniment s-a petrecut, utilizatorul care a efectuat


80

evenimentul, data şi ora producerii evenimentului. Mecanismul de audit va fi capabil să fie interogat şi să genereze rapoarte specifice şi trebuie să auditeze cel puţin următoarele tipuri de evenimente: - Toate evenimentele legate de acces în sistem, operaţii specifice accesului la documente - Toate evenimentele legate de modificările administrative efectuate - Toate evenimentele legate de stadiile de execuţie ale unui job automat de administrare - Toate evenimentele legate de fluxurile de lucru - Toate evenimentele legate de procesul de arhivare Sistemul va asigura segregarea funcţiilor administrative către diferiţi utilizatori sau grupuri de utilizatori şi nu trebuie să permită asocierea la un utilizator cu rol de administrare a ambelor funcţii de configurare şi de ştergere a informaţiilor de audit. Sistemul va oferi capabilităţi de interogare şi raportare specifică asupra căilor de audit şi jurnalizare. 7.5. Backup şi Recuperare • Sistemul trebuie să ofere posibilitatea efectuării de backup-uri totale sau parţiale ale datelor şi ale

software-ului sistemului la intervale definite de utilizatori cu intervenţia minimă a operatorului. • Procesul de backup nu ar trebui să afecteze disponibilitatea sistemului pentru utilizatori în timpul

orelor specificate mai jos sau să scadă performanţa sistemului până la un nivel inacceptabil. • Backup-ul ar trebui, dacă este necesar, să fie înscris pe un mediu care poate fi luat din server şi

transportat. • Sistemul trebuie să ofere un mecanism de înregistrare al operaţiunilor şi o posibilitate de mişcare

înapoi/înainte care să permită bazei de date să fie dată înainte/înapoi astfel încât orice problemă de integritate a datelor întâlnită să poată fi rezolvată iar sistemul să fie dat înainte din nou.

• Sistemul trebuie să permită datelor să fie refăcute la un punct de siguranţă în cazul defecţiunilor de sistem.

• Backup-urile off-site trebuie să ofere posibilitatea de a recupera întregul sistem pe un server alternativ în cazul unei catastrofe.

• Procedurile de backup şi restabilire a datelor care vor fi oferite vor cere un minim de intervenţie manuală. Deasemena trebuie să fie furnizat un document care să conţină un plan de recuperare în caz de dezastru şi un plan de continuitate a serviciilor.

8. CERINŢE DE IMPLEMENTARE 8.1. Instalarea Instalarea tuturor componentelor hardware şi software vor fi efectuate de către Contractor conform cu termenele limită din Secţiunea 13 – Fazele Livrării. 8.2. Implementarea soluţiei SAUP 8.2.1. Transferul Datelor Nu sunt cerinţe specifice privind transferul datelor din sistemul existent la SGG sau la entităţile externe. Dacă datele vor fi transferate, acest proces va fi efectuat de către personalul IT al SGG. Cu toate acestea, trebuie oferită posibilitatea de preluare a documentelor din MS Office în SAD printr-o Interfaţă Standard Deschis. 8.2.2. Instruirea Instruirea utilizatorilor va fi făcută utilizatorilor puternici (61 persoane – vezi Secţiunea VII, Anexa A), administratorilor de sistem (5 persoane – vezi Secţiunea VII, Anexa A) şi pentru administratorii aplicaţiei din entităţile externe (maximum 21 de persoane – vezi Secţiunea VII, Anexa A). • Instruirea trebuie făcută în locaţiile din Bucureşti. • Instruirea utilizatorilor şi cea tehnică trebuie făcută în limba română. • Materialele pentru instruire vor fi livrate pe hârtie şi în format electronic, în limba română pentru


81

materialele de instruire pentru utilizatori şi în limbile româna sau engleză pentru materialele de instruire tehnice.

Instruirea utilizatorului va include utilizarea tuturor modulelor sistemului. Instruirea tehnică va include: • administrarea şi particularizarea sistemului • design-ul interfeţelor • întreţinerea sistemului • administrarea bazei de date şi a serverului • operarea şi întreţinerea tuturor componentelor hardware Contractorul va furniza un program pentru cursurile de pregătire propuse, o scurtă descriere, durata şi locul fiecărui curs. Toate costurile pentru instruire vor fi suportate de către Contractor.

9. CERINŢE DE INFRASTRUCTURĂ 9.1. Cerinţe hardware pentru soluţia SAUP

Oferta trebuie sa conţină detaliat specificaţiile tehnice minime prezentate în caietul de sarcini (ofertele care prezintă caracteristici/performanţă inferioare vor fi respinse!). Ofertele care nu vor include informaţia relevantă, sau care nu răspund corect şi complet tuturor cerinţelor, vor fi respinse prin descalificare ca "incomplete" şi/sau "necorespunzătoare din punct de vedere tehnic". 9.1.1 Serverele Specificaţiile tehnice pentru echipamentele şi componentele hardware ale sistemului SAUP, din cadrul Tabelului nr. 1 - Lista componentelor sunt detaliate în cadrul Secţiunii VII – ANEXA F- SPECIFICAŢII HARDWARE PENTRU ECHIPAMENTE ŞI COMPONENTE. Următorul tabel conţine componentele care vor fi furnizate, livrate, instalate şi repartizate:

NR. COMPONENTE CANTITATE UNITATE1 SERVER 4U RACKMOUNT19" – 8 bucată 2 ECHIPAMENT STOCARE DATE 1 bucată 3 SAN SWITCH 2 bucăţi 4 UNITATE DE BANDA 2 bucăţi 5 DULAP DE TELECOMUNICATII 19"- 1 bucăţi 9.1.2. Cerinţe de performanţă

Următorii timpi de reacţie vor fi ceruţi la vârfurile de productivitate pentru introducerea operaţiilor: • Stocarea unui document nou creat (MS Word, 10 pagini): maximum 15 secunde. • Regăsirea şi deschiderea aceluiaşi document: maximum 5 secunde. • Încărcare unei pagin web: maximum 3 secunde.

Acest test de performanţă va fi efectuat după faza 2 a livrării (toţi utilizatorii din SGG conectaţi – vezi paragraful 13.1.2) cu un număr de minimum 20 utilizatori simultani. Componentele hardware propuse împreună cu software-ul vor fi dimensionate astfel încât să suporte această cerinţă. 9.1.3. Volume Tabelul de mai jos arată numărul de documente create anual:

DPP PAN Număr de documente 100 2.000 Număr mediu de pagini per document 10 50 Număr mediu de versiuni per document 3 3 Cu privire la numărul de pagini per document ar trebui să se noteze că 90% din documente au mai puţin de 100 de pagini, restul de 10% au de la 100 la 1.000 de pagini.


82

9.1.4. Numărul de utilizatori

Trebuie distinşi patru tipuri de utilizatori: • Utilizatorii business (care pregătesc, aprobă şi trimit documente, transmit informaţii şi tipăresc rapoarte). • Utilizatori puternici (care particularizează circuitele de lucru şi clasifică rapoartele). • Administratori ai aplicaţiei în entităţile externe (care efectuează sarcini precum clasificarea utilizatorilor, mânuirea cerinţelor de tipărire). • Administratori de sistem din SGG (care administrează hardware-ul, sistemul aplicaţiei, baza de date).

Cu privire la numărul de utilizatori pentru fiecare categorie vă rugăm să consultaţi Anexa A – Locaţii pentru mai multe detalii (utilizatori per locaţie). Se estimează că numărul de utilizatori simultani va fi, în momentele de vârf, de maximum 20% din numărul total de utilizatori.

10. MENTENANŢĂ ŞI SUPORT Contractorul va furniza întreţinerea şi suportul pentru toate componentele hardware şi software. Durata acestor servicii va fi după cum urmează: Întreţinere locală pentru toate componentele hardware va începe la livrarea componentelor şi va continua pe o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă. Întreţinere şi suportul pentru toate componentele software va începe la livrarea componentelor şi va continua pe o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă. Contractorul va asigura suportul printr-un singur punct de contact (helpdesk) în Bucureşti, România, care va fi responsabil pentru înregistrarea şi coordonarea tuturor aspectelor suportului pentru software-ul şi hardware-ul instalat. Suportul de tip hot-line prin Biroul de Ajutor va fi furnizat în România şi trebuie să fie disponibil în timpul orelor de program (08:00 — 17:00) în toate zilele lucrătoare normale din România, şi în afara orelor de program în perioade prestabilite, pentru a acoperi cerinţe excepţionale. Următoarele servicii vor fi furnizate: 10.1. Hardware Pentru toate componentele furnizate prin contract, Contractorul va fi responsabil cu menţinerea unui stoc complet de componente critice după cum au fost definite de producător. Stocul critic va fi ţinut într-un loc sigur apropiat de locaţia echipamentului pentru care a fost furnizat, pentru a permite inginerilor de service să înlocuiască imediat orice piesă defectă. Piesele defecte, şi orice alte piese necesare pentru efectuarea reparaţiei, vor fi furnizate în 24 de ore pentru componentele de rangul 1 (servere) şi în 72 de ore pentru celelalte. Contractorul este obligat să aibă un inginer de service la locaţie în 2 ore de la notificarea unei defecţiuni critice (nivel 1), în 4 ore pentru orice întrerupere (nivel 2) şi în ziua următoare pentru problemele necritice (nivel 3). 10.2. Software 10.2.1.Capacitatea de suport Capacitatea de suport a software-ului va include următoarele servicii: • Raportarea erorilor şi reparaţia

o Urmărirea şi repararea erorilor semnalate. o Furnizarea de descărcări de informaţii de urgenţă atunci când este potrivit. o Propagarea pentru a repara alte versiuni suportate

• Răspunsul la cereri o Asistenţă în folosirea software-ului o Asistenţa tehnică


83

o Asistenţă la instalare/configurare. • Descărcări de informaţii de întreţinere care acoperă

o Reparaţia bug-urilor o Schimbări în mediul original S/W o Îmbunătăţiri

• Diseminarea informaţiilor de suport o Sumar centralizat al informaţiilor despre toate erorile reparate în diverse versiuni după

cuvinte cheie. • Alerte la erorile critice semnalate la o locaţie • Informaţii despre suportul produsului • Suport local

o Servicii de consultanţă locală acordate de experţi (într-o arie specifică) pentru accelerarea deciziilor/pentru a lucra la problemele critice ale misiunii.

Serviciile de suport vor fi coordonate de Contractor prin Biroul său de Ajutor din Bucureşti. Contractorul va fi responsabil pentru furnizarea la timp a personalului calificat necesar pentru efectuarea serviciilor de suport pentru produsele livrate. 10.2.2. Locaţia şi personalul de suport Personalul de suport poate fi ori parte a personalului Contractorului, ori poate fi un sub-contractor calificat şi aprobat. Suportul telefonic va fi furnizat în zilele de lucru din România, în limba română. Numerele de telefon ale hotline-ului vor fi date persoanelor relevante din biroul beneficiarului, iar fiecare schimbare a numerelor de telefon va fi anunţată imediat. Servicii la faţa locului vor fi furnizate numai în timpul programului normal de lucru al beneficiarului, în afară de cazul în care se dă o aprobare anterioară. 10.2.3. Instrumentarea cazurilor de suport La apariţia unui incident la beneficiar, acesta va furniza o descriere corectă a incidentului şi a tuturor lucrurilor care au legătură cu acesta Biroului de Ajutor al Contractorului, care este responsabil de deschiderea unui dosar de eroare, preluarea convorbirii telefonice, identificarea şi anunţarea persoanei cel mai în măsură să corecteze eroarea, şi de primirea şi preluarea notificărilor tuturor acţiunilor efectuate până la închiderea problemei. Clasificarea şi corectarea defectelor Acestea sunt următoarele clasificări ale defectelor: Blocare – defectele care împiedica funcţionarea sistemului, defecte care nu permit utilizatorului să folosească aplicaţia deoarece provoacă oprirea întregului sistem sau a uneia dintre componentele importante. Severe – erori care cauzează o întrerupere majoră în funcţionarea sistemului; defecte care nu permit utilizatorului să îşi schimbe traficul zilnic la/de la reţelele interne sau externe înainte de terminarea timpului de întrerupere; defecte care creează o posibilă violare a securităţii sau a integrităţii sistemului. Majore – erori care vor permite totuşi folosirea sistemului cu o funcţionalitate şi/sau performanţă redusă. Minore – erori care vor împiedica folosirea unor caracteristici funcţionale ne-critice ale sistemului şi pentru care a fost găsită soluţia de remediere. Estetice – erori care nu afectează folosirea sistemului, ex. ortografia. 10.2.4. Timpii de răspuns • Suportul hot-line în limba română cu un timp de răspuns de 1 oră pentru urgenţe (nivel 1) trebuie să

fie disponibil. • Diagnoza la faţa locului şi obligaţia reparării pentru erori de blocare în 1 zi de la primirea cererii prin

telefon sau e-mail. • Repararea erorilor prin livrarea electronică de patch-uri software. În cazul blocării şi al defectelor majore, Contractorul va începe imediat să corecteze defectul şi va face toate eforturile să aducă o corectare sau o soluţie intermediară de lucru nu mai târziu de 24 de ore de la raportarea incidentului.


84

În cazul erorilor majore, Contractorul va începe imediat să corecteze defectul şi va face toate eforturile să aducă o corectare sau o soluţie intermediară de lucru nu mai târziu de 72 de ore de la raportarea incidentului. Defectele minore şi estetice pot fi corectate în cadrul unei noi versiuni a produsului. 10.2.5. Îmbunătăţiri În perioada de garanţie (3 ani), Contractorul va furniza upgrade-uri (îmbunătăţiri şi noi funcţionalităţi) şi corecturi care îmbunătăţesc software-ul, respectând funcţionalitatea de bază a software-ului; ex. performanţa şi interfaţa utilizatorului. Următoarele aspect trebuie acoperite în special: • Toate adaptările cerute pentru schimbările în regulamentele şi cerinţele legale. • Îmbunătăţirile tehnologice (compatibilitatea cu ultimele versiuni hardware şi software). • Upgrade-ul interfeţelor conform cu software-ul aplicaţiei. Contractorul va anunţa beneficiarul despre disponibilitatea unor noi versiuni. Suport de la producătorul produselor software de bază utilizate în cadrul soluţiei conform cerinţelor de mai jos: • Asigurată de către producătorul aplicaţiei şi a platformei utilizate • Management de cont de suport – prin intermediul unui manager de cont tehnic dedicat. • Servicii de Informare – 24 ore din 24, 7 zile pe săptămâna, prin intermediul unor ingineri dedicaţi, pentru fiecare tip de produs, ce compune infrastructura. Se cere ofertantului să pună la dispoziţie beneficiarului un număr de telefon, în România, la care să se răspundă 24x7, pentru ridicarea incidentelor. Resurse de informare Online, baze de date de cunoştinţe, unelte de escaladare şi urmărire a statutului şi evoluţiei rezolvării unor probleme, informare proactiva asupra problemelor critice prin intermediul e-mail-urilor. Se cere de asemenea o aplicaţie de escaladare a incidentelor tehnice via Internet şi un proces de management al situaţilor critice, pentru toate problemele cu un impact major şi critic. Înştiinţarea de către client se poate face astfel: • utilizând sistemul de posta electronica (la o adresa de posta electronică dedicată pusă la dispoziţie de către prestator); • printr-un apel telefonic al clientului la un număr dedicat pus la dispoziţie de către prestator; • prin intermediul unei aplicaţii de escaladare a incidentelor tehnice via Internet şi un proces de management al situaţilor critice, pentru toate problemele cu un impact major şi critic. Aplicaţia de escaladare va fi pusă la dispoziţie de către prestator. • Suplimentar, prestatorul va desemna un manager care va fi responsabil cu gestionarea incidentelor tehnice.

11. CERINŢE DE PERSONAL 11.1. Privire de ansamblu Un Comitet de Coordonare şi Echipa Proiectului format cu participarea reprezentanţilor Autorităţii Contractante şi a Contractorului va superviza procesul implementării sistemului. Administrarea proiectului se va baza pe colaborarea apropiată şi pe cooperarea dintre Contractor şi reprezentanţii SGG în timpul perioadei de implementare, aceasta permiţând reprezentanţilor SGG să primească know-how şi experienţă de la experţii Contractorului. Contractorul îşi va numi reprezentanţii în ambele structuri pe perioada implementării sistemului. Beneficiarul va organiza întâlnirile Comitetului de Coordonare şi ale Echipei Proiectului. 11.2. Experţi cheie Face parte din responsabilităţile participantului la licitaţie să stabilească şi să propună numărul personalului şi structura echipei necesară pentru proiect. Structura echipei trebuie denumită clar, incluzând liniile de raportare internă ca şi liniile de raportare la SGG. Funcţia echipei, în ansamblu, este de a acoperi cerinţele acestui sistem. Chiar dacă participantul la licitaţie trebuie să propună mixul structural şi funcţional care va acoperi aceste cerinţe, participanţii la licitaţie trebuie să ia în considerare următoarele. Personalul Contractorului care lucrează la proiect va consta din, ca un minim de experţi:


85

• un Manager de Proiect • un Consultant Business pentru implementarea SAUP • doi Consultanţi Tehnici pentru implementarea SAUP Participanţii la licitaţie trebuie să propună şi să numească experţi cheie pentru aceste poziţii, şi să confirme că ei vor fi disponibili, după cerinţe, pe durata contractului. Lista experţilor cheie propuşi va fi în formatul dat în Secţiunea VII, Anexa D. În plus, pentru fiecare expert cheie propus, participanţii la licitaţie trebuie să ofere: • un CV în formatul conţinut de Secţiunea VII, Anexa E . • copii ale diplomelor sau certificatelor angajatorului expertului cheie sau referinţe dovedind experienţa

profesională indicată în CV. Condiţii aplicabile pentru propunerea şi asigurarea experţilor cheie Experţii cheie propuşi în această licitaţie nu trebuie să fie incluşi în nici o altă propunere depusă pentru această procedură de licitaţie. De aceea, ei înşişi trebuie sa se angajeze exclusiv la participantul la licitaţie. Fiecare expert cheie trebuie de asemenea să se angajeze să fie disponibil, în stare şi doritor să lucreze pentru toată perioada prevăzută pentru participarea sa la implementarea acestui contract. Dacă un expert cheie a fost propus de mai mult de un participant la licitaţie cu acordul expertului cheie, atunci ofertele respective pot fi respinse. În cazul în care un expert cheie nu este disponibil la momentul aşteptat al începerii activităţii sale, oferta corespunzătoare poate fi respinsă. Alegând o firmă în parte pe baza evaluării experţilor cheie prezentaţi în ofertă, Autoritatea Contractantă aşteaptă contractul să fie executat de acei experţi anume. Deoarece data preconizată pentru mobilizare este dată în dosarul licitaţiei, Autoritatea Contractantă va lua în calcul înlocuirile făcute după termenul limită de depunere al ofertelor în cazul întârzierilor neaşteptate a datei de începere, în afara controlului Consultantului, sau excepţional din cauza incapacităţii unui expert cheie din motive medicale sau de forţă majoră sau alte circumstanţe care ar putea justifica o înlocuire şi care nu ar avea nici un efect asupra selectării celei mai avantajoase oferte economice. Dorinţa unui participant la licitaţie de a folosi un expert la un alt proiect, sau indisponibilitatea expertului cu privire la contract nu vor fi acceptate ca motiv pentru înlocuirea oricăruia dintre experţii cheie. Orice înlocuire a experţilor cheie va avea loc numai după aprobarea Autorităţii Contractante, şi cu condiţia ca înlocuitorul este cel puţin la fel de calificat ca şi expertul pe care îl înlocuieşte. 11.2. Profilul Manager-ului de Proiect Echipa proiectului va fi condusă de un Manager de Proiect care are o experienţă dovedită de conducere a implementărilor de software şi care în particular are următoarele abilităţi: 1. Cel puţin 5 ani de experienţă în implementarea Sistemelor de Administrare a Documentelor

(preferabil a Sistemului de Administrare al Documentelor propus în SAUP). 2. Experienţă în administrarea proiectelor la cel puţin 2 implementări comparabile acestor cerinţe de

volum financiar, număr de personal şi durată. 3. Diplomă universitară în Tehnologia Informaţiei sau discipline similare. 4. Abilităţi superioare de negociere şi raportare. 5. Experienţă solidă în aplicaţii pentru administraţia publică. 6. Experienţă de lucru în estul Europei, de preferat în România. 7. Excelente abilităţi de limbă engleză, limba română este un avantaj. 11.3. Cerinţe de personal pentru implementarea SAUP 11.3.1. Consultant Business Un Consultant Business va avea următoarele activităţi: evaluare, particularizare, instruire utilizator şi particularizare, suport post-implementare, şi în special va asista personalul beneficiarului în preluarea funcţiilor administrative. Pentru aceste sarcini, se cere următorul set de abilităţi: 1. Cel puţin 3 ani de experienţă cu sistemele de administrare ale documentelor.


86

2. Licenţa în drept, administraţie publică sau o calificare echivalentă. 3. Cel puţin 3 ani experienţă în mediul administraţiei publice. 4. Background puternic în Tehnologia Informaţiei. 5. Fluent în limbile română şi engleză. 11.3.2. Consultanţii tehnici Doi Consultanţi Tehnici sunt responsabili pentru instalarea şi configurarea platformei tehnice pentru software în concordanţă cu cerinţele. Această sarcină include instalarea şi configurarea serverului, sistemul de operare şi software-ul bazei de date, software-ul aplicaţiei, ca şi instruirea tehnică a personalului IT al beneficiarului. Pentru aceste sarcini, se cere următorul set de abilităţi: 1. cel puţin 3 ani de experienţă în mediul tehnic propus (hardware şi software). 2. cel puţin 3 ani de instalări de platforme ale aplicaţiei software propusă, preferabil în mediul tehnic

propus. 3. cel puţin 3 ani de experienţă în instalarea de reţele comparabile în mărime şi caracteristici tehnice cu

cerinţele. 4. experienţă în pregătirea şi implementarea planurilor de recuperare în caz de dezastru şi de urgenţă

conform cu normele BS 7799 / ISO 27001. Fluent în limbile română şi engleză.

12. RAPORTAREA PROIECTULUI 12.1. Sumar Contractorul este obligat să pregătească un raport premergător şi un raport la sfârşitul fiecărei faze de livrare specificată în Secţiunea 13. Aceste rapoarte vor fi înaintate Autorităţii Contractante. Raportul premergător va fi pregătit în 4 săptămâni de la data semnării contractului. Raportul va include informaţii despre: • întâlnirile avute de reprezentanţii Contractorului • un program de lucru detaliat bazat pe capacitatea de muncă. • obiectivele de atins în tot proiectul. • resurse de personal şi materiale cerute de la beneficiar. • probleme şi riscuri potenţiale. Rapoarte privind realizarea sarcinilor curente şi a productivităţii vor fi pregătite trimestrial, începând din luna în care a fost înaintat raportul premergător. Fiecare raport lunar va fi înaintat cu 7 zile înainte de începutul lunii următoare lunii la care se referă raportul. Rapoartele lunare vor avea următoarea structură: a) Sumar administrativ b) Partea principală a raportului include: Informaţii despre activităţile începute şi efectuate de Contractor în spiritul obiectivelor şi sarcinilor contractuale. Descrierea problemelor şi obstacolelor înfruntate la implementarea proiectului, împreună cu propuneri pentru rezolvarea lor: excepţii de la program, măsuri pentru a corecta excepţiile şi pentru reintrarea în program, şi activităţile programate pentru luna viitoare. Anexe – toate rapoartele, materialele, studiile, materialele de studiu pregătite de Contractor în luna acoperită de raport. După terminarea activităţilor contractual, Contractorul este obligat să prezinte raportul final subliniind pentru fiecare obligaţie contractuală cum şi când a fost îndeplinită (ex. execuţia cu succes a scenariilor de test la o anumită dată), şi să enumere personalul beneficiarului care a fost implicat în procedurile de acceptare. 12.2. Limbă Toate rapoartele vor fi depuse în limba română.


87

13. FAZELE LIVRĂRII 13.1. Livrarea SAUP Livrarea sistemului se va face în patru faze: 13.1.1. Faza 1 - Evaluarea Scop: Evaluarea detaliată a cerinţelor în strânsă cooperare cu SGG, STS şi cu entităţile externe. Input:

1. Cerinţele expuse în Specificaţiile tehnice. 2. Clarificări la faţa locului cu personalul SGG şi cu STS.

Rezultate: 1. Documente de analiză, care vor include

- analiza detaliată a tuturor proceselor business implicate în administrarea şi urmărirea politicilor - cerinţe detaliate ale raportului - detalii de particularizare pentru toate modulele.

2. Propunerea de interfaţă. 3. Propunere de instalare infrastructură. 4. Plan detaliat al proiectului.

Criterii de evaluare: Acceptarea documentului de Analiză. 13.1.2. Faza 2 – Implementarea SAUP la SGG Scop: Implementarea sistemului în SGG unde toţi utilizatorii SGG vor putea accesa SAUP printr-o interfaţă bazată pe un browser. Toate datele vor fi stocate în SBDR. În această fază, comunicarea cu entităţile externe se va face prin e-mail. Integrarea cu SAC al SGG şi cu software-ul de pregătire al agendei (sau cu noua funcţie echivalentă) vor fi deja disponibile. Input:

1. Documentul de analiză aprobat. 2. Propunerea de interfaţă aprobată. 3. Propunerea de instalare a infrastructurii aprobată. 4. Planul proiectului aprobat. 5. Planul de testare şi evaluare furnizat de SGG.

Rezultate: 1. Componente de reţea şi hardware central. 2. Sistemul particularizat este instalat la SGG. 3. Manualele de utilizare, manualele tehnice şi documentaţia tehnică. 4. Instruirea utilizatorilor, instruirea administratorilor de sistem şi instruirea tehnică 5. Planul de recuperare în caz de dezastru şi planul de continuitate.

Criterii de evaluare: 1. Acceptarea interimară a sistemului instalat la SGG. 2. Evaluarea interimară a performanţelor software-ului şi hardware-ului. 3. Acceptarea interimară a documentaţiei tehnice şi de utilizator. 4. Evaluarea instruirii.

13.1.3. Faza 3 – Propagarea SAUP la entităţile externe Scop: Propagarea SAUP la entităţile externe ca în Anexa A, depinde de un program de implementare care va fi stabilit împreună cu SGG. De fiecare dată când o nouă instituţie a fost conectată, trebuie organizat un atelier de lucru unde implementatorii şi instituţia vor discuta aspect ale implementării care vor fi luate în considerare în viitor (cum sunt modificările necesare software-ului). Input:


88

1. Documentul de analiză aprobat. 2. Propunerea de interfaţă aprobată. 3. Propunerea de instalare a infrastructurii aprobată. 4. Planul proiectului aprobat. 5. Programul de implementare furnizat de SGG. 6. Planul de testare şi evaluare furnizat de SGG şi de instituţiile externe.

Rezultate: 1. Componentele hardware şi de reţea instalate în toate locaţiile. 2. Sistemele particularizate instalate în toate locaţiile. 3. Manualele de utilizare, manualele tehnice şi documentaţia tehnică livrate entităţilor externe. 4. Instruirea utilizatorilor, instruirea administratorilor de sistem şi instruirea tehnică făcută entităţilor

externe. Criterii de evaluare:

1. Acceptarea interimară a sistemului instalat la entităţile externe. 2. Evaluarea interimară a performanţelor software-ului şi hardware-ului. 3. Acceptarea interimară a documentaţiei tehnice şi de utilizator. 4. Evaluarea instruirii.

13.1.4. Faza 4 – Integrarea cu programele de calculator din SGG Scop: Integrarea totală a SAUP cu programele de calculator din SGG. Input:

1. Documentul de analiză aprobat. 2. Propunerea de interfaţă aprobată. 3. Planul proiectului aprobat. 4. Planul de testare şi evaluare furnizat de SGG.

Rezultate: 1.Sistem particularizat instalat la SGG.

Criterii de evaluare: 1. Acceptarea provizorie a sistemului. 2. Evaluarea provizorie a performanţelor software şi hardware.

13.1.5. Planul de Livrare

Faza 1 – Evaluare Prezentarea documentului de analiză

2 luni de la semnarea contractului

Faza 2 – Implementarea SAUP la SGG Componentele hardware centrale şi software-ul implementate la SGG (Trecerea în producţie la SGG)


Faza 3 – Darea în folosinţă al SAUP la entităţile externe Darea în folosinţă la toate locaţiile specificate în anexa A (trecerea în producţie la aceste locaţii)


Faza 4 – Integrarea cu instrumentele software de tip “office” la SGG (a se desfăşura în paralel cu faza 3)


Acceptanţă provizorie 3 luni de la trecerea în producţie în toate locaţiile

Acceptanţă finală 12 luni de la acceptanţa provizorie


89

14. ACCEPTAREA SISTEMULUI 14.1. Acceptarea software-ului 14.1.1. Procedura

Acceptarea provizorie a sistemului se va baza pe doi factori: • Execuţia unui plan de testare şi evaluare, constând în scenarii de test care vor acoperi toate aspectele

cazurilor practice. • Trei luni de funcţionare cu succes a SAUP.

Contractorul va fi obligat să testeze Sistemul cu cazuri de test furnizate de SGG. Înainte ca sistemul să fie acceptat provizoriu, fiecare aspect va fi testat pentru a se asigura stabilitatea şi acurateţea. Acceptarea provizorie va avea loc în 3 luni de zile după ce bunurile (sistemul SAUP) sunt livrate, instalate, repartizate şi complet operaţionale. Acceptarea finală va avea loc după expirarea perioadei de 12 luni de la acceptanţa provizorie şi va avea loc cu condiţia ca bunurile şi serviciile furnizate să fie în stare de funcţionare în totalitate şi să conforme Specificaţiilor Tehnice. Acceptarea provizorie şi finală vor fi recomandate de comitetul de coordonare pe baza rezultatelor testului. Certificatele de acceptare provizorie şi finală vor fi semnate de Directorul de Proiect al Autorităţii Contractante. Definirea termenului de “complet operaţional” şi a criteriilor de acceptare va fi inclusă în cadrul specificaţiilor de testare pentru acceptare. 14.1.2. Verificarea Rezultatele obţinute prin procesarea datelor obţinute din sistemul existent trebuie să concorde cu rezultatele obţinute anterior (funcţionarea paralelă), respectiv cu rezultatele anticipate pentru scenariile de test din planul de evaluare şi testare. Fiecare procedură va trebui testată cu date pregătite manual sau cu procedura echivalentă în sistemul existent (unde este disponibil). Funcţiile cu utilizatori multipli trebuie testate pentru a asigura operarea corectă a update-urilor, fără pierderi de date şi fără degradarea performanţei ca rezultat al caracteristicilor utilizatorilor multipli. Testarea performanţelor cerute, în special în locuri îndepărtate, va fi parte a testului de acceptare al sistemului. 14.2. Acceptarea hardware 14.2.1. Procedura Acceptarea interimară a componentelor hardware va avea loc după instalarea şi repartizarea după cum urmează: Componentele de server: în 30 de zile de la instalarea şi repartizarea cu succes în locaţia centrală Instalarea şi repartizarea serverului şi testarea unităţii vor avea loc în 30 de zile după livrare. 14.2.2. Verificarea Componentele hardware vor fi inspectate şi testate pentru a funcţiona corect, conform cu Specificaţiile Tehnice.


90

SECŢIUNEA VII. ANEXE

ANEXA A – LOCAŢII ANEXA B – ACRONIME Şi ABREVIERI ANEXA C – AGENDA ŞEDINŢEI DE GUVERN ANEXA D – LISTA EXPERŢILOR CHEIE

ANEXA E – FORMAT CURRICULUM VITAE EXPERTI ANEXA F – SPECIFICAŢII HARDWARE PENTRU ECHIPAMENTE ŞI COMPONENTE.

Anexa F.1 - SERVER 4U RACKMOUNT19" Anexa F.2 - ECHIPAMENT STOCARE DATE Anexa F.3 - SAN SWITCH Anexa F.4 - UNITATE DE BANDA Anexa F.5 - DULAP DE TELECOMUNICATII 19"

ANEXA G - MODUL DE ACORDARE AL PUNCTAJULUI


91

ANEXA A – LOCAŢII A.1 Utilizatori în cadrul SGG Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în SGG. Locaţia nr.

Departament Total utilizatori

Utilizatori Puternici*

Administratori

1 Cabinetul Secretarului General 13 1 1 Cabinetul Secretarului de Stat 6 2 1 Direcţia Politici Publice 27 3 1 Direcţia Juridică 17 2 1 Direcţia Relaţii Publice 25 1 1 Direcţia Pregătire Şedinţe de Guvern 19 2 1 Serviciul IT 12 5 1 Direcţia Economică 2 1 1 Arhiva 5 2

Total utilizatori în SGG 126 14 5 *incluşi în utilizatori totali A.2 Utilizatori în ministerele de linie Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în fiecare dintre ministerele de linie. Locaţia nr.

Ministerul Total utilizatori

Utilizatori puternici

Administratori

2 Ministerul Afacerilor Externe 11 2 1 3 Ministerul Economiei 9 2 1 4 Ministerul Finanţelor Publice 9 2 1 5 Ministerul Justiţiei şi Libertăţilor Cetăţeneşti 28 2 1 6 Ministerul Administraţiei şi Internelor 34 2 1 7 Ministerul Apărării Naţionale 9 2 1 8 Ministerul Transporturilor şi Infrastructurii 11 2 1 9 Ministerul Educaţiei, Cercetării şi Inovării 4 2 1 10 Ministerul Muncii, Familiei şi Protecţiei Sociale 13 2 1 11 Ministerul IMM-urilor, Comerţului şi Mediului

de Afaceri 21 2 1

12 Ministerul Agriculturii, Pădurilor şi Dezvoltării Rurale

7 2 1

13 Ministerul Sănătăţii 9 2 1 14 Ministerul Dezvoltării Regionale şi Locuinţei 15 2 1 15 Ministerul Mediului 4 2 1 16 Ministerul Culturii, Cultelor şi Patrimoniului

Naţional 7 2 1

17 Ministerul Comunicaţiilor şi Societăţii Informaţionale

9 2 1

18 Ministerul Turismului 9 2 0 (administrator SGG)

19 Ministerul Tineretului şi Sportului 9 2 1 20 Departamentul pentru Relaţia cu Parlamentul 7 2 0 (administrator

SGG) Total utilizatori în ministerele de linie 225 38 17


92

A.3 Utilizatori în alte instituţii implicate în administrarea politicilor Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în alte instituţii. Locaţia nr.

Instituţia Total utilizatori

Utilizatori puternici

Administratori

21 Cabinet viceprim-ministru 10 1 0 (administrator SGG)

22 Consiliul Legislativ 90 2 1 23 Consiliul Concurenţei 5 2 1 24 Consiliul Suprem de Apărare a Ţării 5 2 1 25 Consiliul Economic şi Social 35 2 1 26 Curtea de Conturi 5 2 1 27 Monitorul Oficial 4 2 1 28 Departamentul pentru Afaceri Europene 5 1 1

Total utilizatori în alte instituţii 159 14 7

Adrese:

Locaţia nr. Adresa în Bucureşti 1 Piaţa Victoriei nr. 1 2 Aleea Alexandru nr. 31, Sector 1 3 Calea Victoriei, nr. 152, sector 14 Strada Apolodor nr. 17, sector 55 Strada Apolodor nr. 17, sector 5 6 Piaţa Revoluţiei nr.1 A, sect, 1 7 Str. Izvorului 13 - 15, Sect.58 Bulevardul Dinicu Golescu nr. 38, Sector9 Str. Gen. Berthelot 28-30, Sector 1 10 Str. Dem.I.Dobrescu nr.2-4 sectorul 1 11 Calea Victoriei nr. 152, sector 1, 12 B-dul Carol I, nr. 24, sector 3 13 Str. Cristian Popişteanu, nr. 1-3, sector 114 Str. Apolodor, nr. 17, Latura Nord, sector 5 15 Bd. Libertăţii nr. 12, Sect. 5 16 Sos. Kiseleff, nr. 30, sector 1 17 Bd. Libertăţii nr. 14, Sector 5 18 Piaţa Victoriei nr. 1 19 Str. Vasile Conta, nr. 16, Sector 2,20 Piaţa Victoriei nr. 1 21 Piaţa Victoriei nr. 1 22 Palatul Parlamentului, Corp B1, Calea 13 Septembrie nr. 1-3, sector 5 23 Piata Presei Libere, nr. 1, corp D1, Sector 124 Consiliul Suprem de Apărare a Ţării25 Bd. Magheru 28-30 26 Str. Lev Tolstoi Nr. 22-24, sector 1 27 Str. Parcului nr. 65, sectorul 128 Bulevardul Aviatorilor 50A


93

ANEXA B – ACRONIME Şi ABREVIERI

CC SAC

Consiliul Concurenţei Sistemul de Administrare a Conţinutului

PA N Propunere de Act Normativ SAD DRP Sistem de Administrare a Documentelor Departamentul pentru

Relaţia cu Parlamentul

UE HG GR SGG BIRD ISP IT DJ KB CL

Uniunea Europeana Hotărârea Guvernului Guvernul României Secretariatul General al Guvernului României Banca Internaţională pentru Reconstrucţie şi Dezvoltare Furnizor de servicii de internet Tehnologia Informaţiei Departamentul Juridic Kilobyte Consiliul Legislativ

MB MEF MJ ROC PM SAUP

Mega Byte Ministerul Economiei şi Finanţelor Ministerul Justiţiei Recunoaşterea Optica a Caracterelor Prim Ministru Sistemul Administrării şi Urmăririi Politicilor

PP DPP MBDR CO CSAT CES DPS STS

Politici Publice Document de Politică Publică Motor de Baze de Date Relaţionale Cerere de Oferte Consiliul Suprem de Apărare a Ţării Consiliul Economic şi Social Departamentul de Pregătire al Sesiunilor Şedinţelor Guvernului Serviciul de Telecomunicaţii Speciale


94

ANEXA C – AGENDA ŞEDINŢEI DE GUVERN


95


96


97


98


99

ANEXA D – LISTA EXPERŢILOR CHEIE

Numele expertului

Poziţia propusă în

cadrul proiectului

Ani de Experi

enţă

Vârsta

Naţionalitatea Studii

Domeniul de

Specialitate

Experienţă în ţara de

desfăşurare a proiectului

Limbi străine

cunoscute*

* nivel de cunoaştere - cunoştinţe de bază , bine, foarte bine


100

ANEXA E – FORMAT CURRICULUM VITAE EXPERTI Poziţia propusă în cadrul proiectului:

1. Nume:

2. Prenume:

3. Data naşterii:

4. Naţionalitatea:

5. Starea civilă:

6. Studii:

Instituţia de învăţământ [ Perioada ]

Diploma obţinută:

7. Limbi străine: Notaţi pe o scară de la 1-5 (1 - excelent; 5 – cunoştinţe de bază)

Limba Citit Vorbit Scris

8. Apartenenţă la organizaţii profesionale:

9. Alte calificări:

10. Postul actual ocupat:

11. Vechimea în companie:

12. Calificări de bază: (relevante pentru proiect)

13. Experienţă în regiune:

Ţara Perioada

14. Experienţă profesională

Perioada Ţara Compania Poziţia ocupată Descriere

15. Alte informaţii relevante (ex. articole, publicaţii)


101

Anexa F – SPECIFICAŢII HARDWARE PENTRU ECHIPAMENTE ŞI COMPONENTE. Anexa F.1 - SERVER 4U RACKMOUNT19" Anexa F.2 - ECHIPAMENT STOCARE DATE Anexa F.3 - SAN SWITCH Anexa F.4 - UNITATE DE BANDA Anexa F.5 - DULAP DE TELECOMUNICATII 19"


102

Anexa F.1 - SERVER 4U RACKMOUNT19"

SERVER 4U RACKMOUNT19" – 8 bucăţi / SPECIFICATE TEHNICA Servere rack-abile, Tn configuraţia minima ( ofertele care prezintă specificaţii tehnice inferioare vor fi respinse) de mai jos: 1.SUBSISTEMDEBAZA ARHITECTURA [placa de baza] 6x USB 2.0 (2 pe panoul frontal, unul intern); 7x PCI-Express x8 din care minim doua sunt hot-plug şi hot-swap; 1xSAS

conector; cablu minim 3m, mini-SAS lamini-SAS inclus; 1x serial; 1x Video D-SubVGA. [management resurse sistem] sistem incorporat pentru monitorizarea HDD-urilor, ventilatoarelor, surselor de alimentare şi a temperaturii; Panou cu LED-uri de diagnosticare rapida a starii de functjonare componentelor din sistem şi software pentru

management realizat de acelasj producator cu eel ai serverului; Interfafa de management RJ-45 care include urmatoarele facilitate -suport pentru

management la distanfa; - redirectare interfata grafica, tastatura şi mouse; - posibilitatea de pornire/oprire de la distant.a; - suport pentru remode media (virtual CD şi floppy); - suport pentru SSL (Secure Socket Layer), LDAP (Lightweight Directory Access Protocol).

PROCESOR [instalat / oferit; nu mai putin de] 4 x Intel Xeon MP Quad Core E7420 (min) 2.13 Ghz / quad core /1066 MHz FSB / EM64T / 8MB cache L3 shared, 90W putere maxima MEMORIE ACTIVA [tip memorie activa] PC2-5300 DDR2 667MHz, registered Error Checking and Correcting (ECC), 2-way memory interleave / dual channel,

suport pentru memory mirroring, hot-added memory, hot-swap memory, redundant bit steering memory sau echivalent.

[std. Instalat /oferit] Minim 16GB [ suportat de sistem ] [nu mai putin de ] 256GB [ impiementare / scalabilitate ] configuratia oferita va dispune de minim 24 sloturi libereCONTROLLER RAID [ std. Instalat / oferit ] Controller cu 2 canale SAS on board, 256MB RAM, battery backup pentru memoria cache, suport pentru RAID 0,1, 5,

6,10, Strip Size până la 1024K SURSE DE ALIMENTARE [std. instalat /oferit] max 2 x 1450W, hot swap, redundanteVENTILATOARE [std. instalat /oferit] redundante, hot swap, viteza de rotatie variabilaINTERFATA VIDEO [ std. instalat / oferit ] integrata pe placa de baza, (min.) 16MB memorie RAM

2. SUBSISTEM DE STOCARE HDD [ std. instalat / oferit ] (min.) 4 x 146GB HDD / SAS / hot swap /10000 rpmCD/DVD-ROM [ std. instalat / oferit ] 1 x unitate interna tip DVD-RW .

3. SUBSISTEM DE COMUNICATII LAN INTEGRAT [std. instalat/oferit] 2 x Gigabit Ethernet 10/100/1000Mbps integrata pe placa de baza / suport full duplex / suport wake-on-LAN / suport

Alert Standard Format 2.0, TCP/IP Offload Engine (TOE) 2 x Gigabit Ethernet 10/100/1000Mbps, dual port, TCP/IP Offload Engine (TOE)


103

CONECTIVITATE SAN [ std. instalat / oferit ] 2 x Dual Port 4Gbps Host Bus Adapter PCI-Express compatibila cu Linux SUSE Enterprise Server, Debian, RedHat, VMware ESX, Windows 2003 Server şi Windows 2008 Server

Interfata de conectare server: PCI-Express; Management: command line, utilitare firmware Compatibilitate cu urmatoareie platforme server: HP ProLiant G5, Fujitsu-Siemens PRIMERGY, IBM System x, IBM System

p;4. SOFTWARE Aplicatie software de management realizata de acelasi producator cu eel al echipamentului. 5. FIABILITATE Analize predictive de eroare (PFA - predictive failure analisys) pentru: HDD-uri, memorii, procesoare, VRM procesoare, surse alimentare, ventilatoare cu sistem de avertizare

a administratorului de sistem despre iminenta cadere a uneia dintre componentele enumerate anterior.SECURITATE Power-on password / administrator password / unattended boot / selectable boot sequence, Winbond Trusted Platform Module ver 1.2, TCG (Trusted Computing Group)

compliant 6. DESIGN/CONSTRUCTIE FORMAT Carcasa rackmountable 19", inaltime maxim 4U, kit de montare în rack inclus; Suport pt 4 HDD disk-uri SAS, Hot Swap;ROBUSTETE Se vor vor prezenta şi livra elemente de design menite sa asigure rezistenta şi durabilitatea la montarea în rack.GARANTIE (min.) 3 ani Serverui trebuie sa dispunS de suport şi sa fie testat şi certificat de producator pentru urmatoareie sisteme de operare: SUSE Linux Enterprise Server, Red Hat Enterprise

Linux, VMware ESX Server, Windows Server 2003, Novell NetWare NOTA: Ofertantul va prezenta soluţia, va detalia funcţiunile şi specificaţiile incluse care raspunde cerintelor de mai sus; se vor preciza în detaliu accesoriile şi conectica incluse


104

Anexa F.2 - ECHIPAMENT STOCARE DATE

ECHIPAMENT STOCARE DATE – 1 bucată / SPECIFICATE TEHNICA *Echipament stocare date rack-abil, Tn configuratia minima (ofertele care prezinta specificatii tehnice inferioare vor fi respinse) de mai jos: TEHNOLOGIE INTERFATA [ std. instalat / oferit ] fibre channel end-to-end la 4 Gbps;

Numar interfete: (min.) 4 Fiber Channel sau (min.) 4 iSCSIINTERFATA HDD [ std. instalat / oferit ] auto-sensing, 1Gbps / 2Gbps / 4Gbps, HDD UTILIZATE [ std. instalat / oferit ] Sistemul trebuie sa permita în acelasi sistem instalarea de discuri SAS (Serial Attached SCSI) şi SATA (Serial ATA),. Numar

minim de discuri suportate (in configuratie maxima): 112 Performante: SAS 15k / 10k rpm; SATA 7.2k rpm

HDD OFERITE [ std. instalat] 16 x 300GB 15k rpm interfata SAS ARHITECTURA [ std. instalat / oferit ] minim viteza transfer pe magistrala SAS: 3Gbit/s, cu max. 32 de conexiuni punct la punct cu o capacitate combinata de banda de

9,600MB/sec.RAID suportat [ std. instalat / oferit ] 0, 1,5,6, 1 0MEMORIE CACHE [ std. instalat / oferit ] (min.) 4GB ( 2GB per controller);

(min.) Volum Logic (LUN) 1024 ; Memoria Cache trebuie sa fie protejata de baterie de backup.

FACILITATI [ std. instalat / oferit ] Sistemul trebuie sa permita migrarea volumelor de date de la un grup RAID la altui fără a întrerupe accesul la acestedate; Sistemul trebuie sa includa functia de copii integrale locale ale volumelor de date, prin clonare şi snapshot, partajarea unitatilor de disc hot-spare între mai multe sisteme. Sistemul trebuie sa permita, prin licentiere ulterioara, realizarea de copii integrale la distanta ale volumelor de date, prin replicarea la distanta între doua sisteme de stocare, atat sincron cat şi asincron;

SURSE DE ALIMENTARE, VENTILATOARE [ std. instalat / oferit ] Duale, redundante şi hot-swapFORMAT [ std. instalat / oferit ] Caxasa rackmountable 19", kit de montare în rack inclusPERFORMANTE PORT FO [ std. instalat / oferit ] (min.) Cache IOPS: 120000MANAGEMENT SOFTWARE [ std. instalat / oferit ] Aplicatje de management a resurselor de stocare şi vizualizare a configuratiei, cu funcfli de creare/stergere a grupurilor RAID fizice,

a volumelor logice, extinderea capacitafii volumelor, etc, aceasta aplicatie trebuie: - sa fie licenfiata pentru un numar nelimitat de servere Linux şi Windows astfel meat adaugare de noi servere sa nu

necesite licence suplimentare; - sa permits replicarea la distant a volumelor de date între douS sisteme de stocare asemanatoare; - sa permita replicarea locala a volumelor de date fie prin snapshot, fie prin clonare; - suport pentru maparea volumelor către servere -LUN mapping (pentru controlul accesului la volumele create); - sistemul de stocare trebuie oferit impreuna cu o aplicatie de managementul cailor multiple de acces, oferind functii de failover şi load balancing; aceasta aplicatie trebuie licentiata pe masina de stocare indiferent de numarul de

Interfete de management: web şi linie de comanda;SUPORT SISTEME DE OPERARE [ std. instalat / oferit ] Sistemele de operare suportate implicit trebuie sa fie Microsoft Windows şi Linux. Sistemul trebuie sa permita, prin licentiere

ulterioara, suport pentru VMware, AIX, HPUX, Solaris, Novell NetwareGARANTIE [ std. instalat / oferit ] (min.) 3 ani hardware şi mentenanta software


105

Anexa F.3 - SAN Switch

SAN Switch – 2 bucăţi / SPECIFICATIE TEHNICA *Switch SAN rackmount 19",, Tn configuratia minima (ofertele care prezinta specificatii tehnice inferioare vor fi respinse) de mai jos:

PORTURI t std. instalat / oferit ] 16 porturi, full duplex, echipate complet pentru conectare optica directa (cu GBIC/mini GBIC SFP, daca este cazul);autonegociante 1/2/4Gbps, non-blocking Adaptare automata a vitezei 1/2/4Gbps şi a sensului de trafic;

TRANCEIVER-E [ std. instalat / oferit ] 16 x 4Gbps SFP shortwave tranceivers, suport pentru SFP-uri longwave 10KmCABLURI OPTICE [ std. instalat / oferit ] lot complet pentru conectarea switch-ului de Fiber Channel la storage şi 4 conectari server la switch Fiber Channel; cabluri de

conectare Fiber Channel vor avea lungime minima 15 m, dar nu mai mare de 25 16 x cabluri optice cu conectori LC de lungime mim. 5m

FORMAT [ std. instalat / oferit ] Carcasa rackmountable 19", kit de montare în rack inclusCOMPATIBILITATE [ std. instalat / oferit ] Compatibil cu echipamentul de stocare şi unitatea de banda de la anexa F.2 şi F.4

Integrare cu mediile eterogene: Windows 2000, Windows NT, UNIX, LINUX, HPUX şi SolarisCompatibilitate cu toate mediile dinamice SAN;

SURSE DE ALIMENTARE şi VENTILATOARE [ std. instalat / oferit ] redundante MANAGEMENT SOFTWARE [ std. instalat / oferit ] Utilitare software care sa permita implementarea rapida a SAN-urilor, configurarea usoara a switch-ului, statistici la nivelul

porturilor pentru diagnosticarea şi izolarea eventualelor probleme; Management securizat prin SSH

GARANTIE I [ std. instalat / oferit ] (min.) 3 ani


106

Anexa F.4 - UNITATE DE BANDA

UNITATE DE BANDA – 2 bucaţi / SPECIFICATE TEHNICA * Unitate de banda rackmount 19" în configuratia minima (ofertele care prezinta specificatii tehnice inferioare vor fi respinse) de mai jos: CAPACITATE STOCARE [ std. instalat / oferit ] 19.2 TB uncompressedSLOTORI BENZI [ std. instalat / oferit ] (min) 24 de sloturiDRIVE-URI BANDA [ std. instalat / oferit ] (min) 1 driveDRIVE TYPE [ std. instalat / oferit ] LTO 4 Tape Drive Fibre Channel nativeRATA DE TRANSFER [ std. instalat / oferit ] (min) 120MBpsCARTUSE DE DATE [ std. instalat / oferit ] Se vor livra numarul de benzi necesare pentru a se realiza capacitatea de stocare solicitata, inclusiv minimum 1 banda de

curatareFORMAT [ std. instalat / oferit ] Carcasa rackmountable 19", inaltime maxim 2U, kit de montare în rack inclusGARANTIE [ std. instalat / oferit ] (min.) 3 ani


107

Anexa F.5 - DULAP DE TELECOMUNICATII 19" DULAP DE TELECOMUNICATII 19"- 1 bucată / SPECIFICATIE TEHNICADulap de telecomunicatii 19", fn configuratia minima (ofertele care prezinta specificatii tehnice inferioare vor fi respinse) de mai jos DIMENSIUNI dimensiune interioara 19" 42RU;

dimensiune exterioare (HxWxD)200x61x100cm (78.7"x24"x39.4")FUNCTIONALITAŢl demontabil la nivel de componenta plana;

posibilitate acces cabluri atatprin partea superioara, cat şi inferioara;usa spate metalica dubla, demontabila;u§a fata metalicS demontabili;usa fata perforata cu orificii pentru aerisire cu deschiderea de eel putin 66%;usa spate perforata cu orificii pentru aerisire cu deschiderea de eel putin 74%;usi fata / spate reversibile ;role pentru deplasare facila;sistem reglarea nivelului sj fixare pe pozitieinchidere cu cheie pentru usi fata, spate şi panouri laterale; panouri laterale demontabile, sistem demontare rapida, fără suruburi;greutate maxima suportata 1090 Kg;kit de impamintare;sistem de prindere (ancorare) rack-uri în linie;canale verticale posterioare pentru montare bare de distributie electrica

ACCESORII: MONITOR TFT 19" CU TASTATURA : dimensiune 19"- 1RU

tip sertar, cu spatiu destinat cablurilor de alimentare şi de comunicatie pe unul din bratealimentare 230VACecran 17" LCD TFT, capabilitate OSDtastatura cu sistem de navigare touchpad şi trackpoint incorporat montata în interiorul consolei TFTrezolutie 1280x1024Iuminozitate:250cd/m2contrast:400:1unghi de vizibilitate orizontal/vertical: 150/115fabricate de acelasi producator cu eel al serverelor

1 x SERVER CONSOLE SWITCH KVM dimensiune 19" 1RUmod de conectare echipamenle: USBrezolutie video 1600 x 1280 la 75 HzIntefete; 16 x keyboard / video / mouse (KVM), RJ-45 , 1 x management, RS-232Porturi: 2 x keyboard, generic, 6 pin mini-DIN (PS/2 style), 2 x mouse, generic, 6 pin mini-DIN (PS/2 style), 2 x display / video, VGA, 15 pin HD D-Sub (HD-15), 4 x USB, 4 pin USB Type Aalimentare 230VACnumar de porturi: 16 porturi RJ-45cabluri de comunicatie incluse ptr. toate porturile (lunqime min. 1,8 m)16 x cabluri RJ-45 - VGA&USB

4 x BARE DE DISTRIBUTE A ALIMENTARII: montare pe verticala, pe partile laterale ale rack-uluialimentare functie de cablul de alimentare folosit: 208 -240V AC, monofazat 50/60HZ sau 380-415Vac trifazatcurent suportat 63Anumar iesiri 10A (IEC320 C13): 12cordon alimentare de lungime 2,5 m cu mufa IEC309 (P+N+G) 63A


108

protectie: 20 amp push button circuit breaker/pair outletstoleranta tensiunii de alimentare +/-10%

1xUPS 10000 VA(8000W)6U rack mountporturi: Ixserial, 1x10/100 Base-T, 1 x USB, 4 iesiri IEC-320-C19; intrari şi iesiri hard-wired; modul de management integrat;suport pentru până la 4 baterii de extensie rackmountable 3U; 7 minute timp de backup la incarcare 6000W;Suport frecventa curent intrare: 47-63HZ (auto adjusting)Eficienta: • On line: 96%; On battery: 98%Aplicatie de management: PowerChute Business Edition, PowerChute Network Shutdown

GARANTIE Furnizorul va trebui sa asigure garantia de buna funcfionare, calitatea şi performanfele echipamentelor pentru o perioada de eel putin 3 ani de la livrare, în afara situatiilor în care producatorul echipamentelor certifica o garantie mai mare.

Tntrefinerea echipamentelor oferite în timpul şi dupi perioada de garanfie

In perioada de garantie, toate costurile legate de remedierea defecfiunilor cad în sarcina furnizorului (diagnosticare, transport, costuri de asigurare, taxe în vama, manopera pentru reparare, etc.).Termenul pentru remedierea defectiunilor în perioada de garantie va fi de 24 ore de la anuntarea defectiunii.Daca durata remedierii defectiunii depaseste 48 ore, până la remediere elementul defect se va fnlocui cu unul similar

* Sistemul de stocare solicitat (Servere - Adaptoarele HBA / Storage/Switch Fiber Channel Cabluri Fiber Channel) trebuie sa fie livrat în asa fel încât sa nu prezinte disfunctionalitati sau incompatibility functional.


109

Anexa G. MODUL DE ACORDARE AL PUNCTAJULUI ETAPA I Etapa I este o etapă eliminatorie, în care sunt verificate ofertele depuse dpdv al documentelor/ cerinţelor solicitate în Documentaţia de Atribuire. În această etapă nu se acordă puncte, doar se valideaza sau invalideaza conformitatea cu conditiile initiale de participare necesare trecerii la ETAPA II. ETAPA I a evaluării consta în verificarea ofertelor conform următoarelor criterii :

Criteriu Actiune? PUNCTAJ Cine? - capacităţii economice şi financiare a ofertanţilor,(Sectiunea V, anexele specifice) Parcurgerea documentelor de calificare cerute in Documentatia de

Atribuire din punct de vedere economic, financiar, logistic Orice document care lipseşte atrage după sine eliminarea ofertantului.

DA / NU Logistica, Economic, Juridic - conformităţii serviciilor auxiliare cu cerinţele,(conform Sectiunii III, paragraf 1.1.alin. d)

- respectării regulilor de origine a produsului, (Sectiunea VII, anexa F) Parcurgerea Specificaţiilor tehnice ale echipamentelor oferite de

către ofertant: - declararea conformităţii sau a non-conformităţii produselor

oferite. - Respectarea cerinţelor tehnice hardware minime.

DA / NU IT - a conformităţii cu specificaţiile tehnice hardware(Sectiunea VII, anexa F – F1, F2, F3, F4, F5)

- a capacităţii profesionale (Sectiunea V - anexa a, d, e), (Sectiunea VII, Anexa D, Anexa E) - cel putin 3 recomandări conform cerinţei din Fişa de Date a

Achiziţiei, Criterii de Calificare , V.4.) - parcurgerea cerinţelor pentru ofertant prin validarea condiţiilor minim impuse de calificare [ ofertant – are proiecte similare în domeniul prezentului proiect adică - Sistem de Administrare al Documentelor şi Sistem de Administrare şi Urmărire,etc] - parcurgerea cerinţelor pentru echipa propusă de către ofertant prin validarea condiţiilor minim impuse de calificare şi experienţă [ ofertant - experţi - studii, experinţă, limbi străine, etc]

DA / NU DPP

- a capacităţii tehnice, (Sectiunea V, anexa f)

- a eligibilităţii naţionalităţii oricăror experţi şi /sau subcontractori * Ofertanţii trebuie să precizeze în ofertă ŢARA a căror naţionalitate o au, prezentând dovezile de naţionalitate uzuale din legislaţia tării respective. Această regulă se aplică experţilor propuşi şi / sau subcontractorilor de servicii.

* Regula naţionalităţii - Participarea într-o procedură de licitaţie administrată de către Beneficiar este deschisă în mod egal tuturor persoanelor fizice şi juridice din Statele Membre şi din ţările(statele) şi teritoriile regiunilor acoperite / permise în mod expres de Regulamentul Financiar, Regulamentele privind accesul la asistenţa externă a Comunităţii, legislaţia de bază sau alte instrumente care guvernează programele de sprijin în cadrul căreia finanţarea de grant este acordată. Ofertanţii trebuie să declare , în cadrul ofertei, ţara din care face parte prin prezentarea unei dovezi standard de naţionalitate în concordanţă cu legislaţia acelei ţări. Această regulă nu se aplică experţilor propuşi de furnizorii de servicii care participă la procedurile de licitaţie sau contractelor de servicii finanţate prin grant. - orice alte cerinţe ale specificaţiilor tehnice.


110

ETAPA II Evaluarea se face conform criteriilor de evaluare stabilite in Documentatia de Atribuire - VII. CRITERII DE ATRIBUIRE

CE SE PUNCTEAZĂ PCT Secţiunea corespondentă

(SPECIFICAŢIILE TEHNICE)

CRITERII PUNCTAJ CINE?

1. Sistemul de Administrare şi Urmărire al Politicilor

-

1.2. REFERINŢE: din care

250 EXPERIENŢĂ SIMILARĂ.

- Se punctează conform secţiunii V, anexele a, b, c, d, e, f

DPP

Sistem de Administrare al Documentelor din Sectorul Public

150 SECŢIUNEA V, Anexa b SECŢIUNEA V, Anexa c

– cel putin 1 proiect realizat în domeniul prezentului proiect.

80 p Pentru fiecare proiect în plus finalizat se acordă câte 10p până la nivelul maxim de 100 p

– cel putin 1 proiect realizat cu o valoare egală cu cea a prezentului proiect

15 p Pentru fiecare proiect în plus finalizat se acordă câte 2.5p până la nivelul maxim de 20 p

– cel putin 1 contract în derulare sau pentru care s-a primit scrisoare de acceptare.


Sistem de Administrare şi Urmărire al Politicilor pentru o instituţie din Administraţia Publică Centrală (naţională şi / sau internaţională)

100 SECŢIUNEA V, Anexa b SECŢIUNEA V, Anexa c

– cel putin 1 proiect realizat în domeniul prezentului proiect

50 p Pentru fiecare proiect în plus finalizat se acordă câte 5p până la nivelul maxim de 60p

– cel putin 1 proiect realizat cu o valoare egală cu cea a prezentului proiect


– cel putin 1 contract în derulare sau pentru care s-a primit scrisoare de acceptare.


1.2. Conformitatea cu Cerinţele Funcţionale din care:

350

1.2.1. Sistemul de Administrare al Documentelor

100 SECTIUNEA VI, 6.1. Administrarea Documentelor, SECTIUNEA VI, 6.2. Integrarea SAD cu instrumente software de birou şi cu e-mail-ul

6.1.2.1. METADATE Următoarele metadate trebuie stocate pentru fiecare document: • Categoria documentului (ex. DPP, PAN). • Subcategoria (Ordonanţă de Guvern, lege, etc.). • Tipul (document principal, anexă, corespondenţă, etc.). • Marca temporală (data şi ora primirii, stocării, modificării, transmiterii). • Posesorul documentului (entitate externă sau departament al SGG). • Utilizatorul/departamentul care a creat sau a modificat documentul. • Relaţia cu alte documente. • Avizări necesare

- capacitatea aplicaţiei propuse de a definii campuri de tip METADATE pentru documentele introduse in sistem(atributele tipurile definite in 6.1.2.1.)

DA NU 20p 0p

IT + STS

6.1.2.2. PRIMIREA DOCUMENTELOR Odată create, documentele intră în SAUP din cinci surse diferite: (a) Pot fi încărcate dintr-un instrument software (în principal: MS Word) care este integrat SAD. Acesta va fi cazul documentelor create în cadrul SGG. (f) Pot fi introduse şi încărcate printr-o interfaţă de utilizator bazată pe un browser. Acesta va fi cazul tipic al documentelor create de utilizatorii SAUP dintr-o entitate externă care nu a integrat SADul propriu sau instrumentele software de birou cu SAUP. (g) Pot fi primite prin e-mail şi încărcate automat în SAD (sau semi-automat de către un operator din SGG). Acesta va fi cazul documentelor create de instituţii care comunică cu SGG prin e-mail certificat. (h) Pot fi scanate la SGG şi introduse în SAD, pe baza copiilor pe hârtie primite prin Poşta Militară. Aceasta va fi o excepţie, dar se va întâmpla în faza pilot. (i) Pot fi de asemenea încărcate de pe supot magnetic recepţionat prin Poşta Militară. Din nou, aceasta va fi o excepţie. Pentru documentele primite prin canalele (c), (d) ori (e), trebuie sa fie suportate indexarea în cadrul SAD şi înregistrarea metadatelor de către un operator din SGG.

- capacitatea aplicatiei propuse de a introduce informatii in sistem prin cele 5 modalităţi cumulativ descrise in cadrul paragrafului 6.1.2.2.

DA NU 20p 0p

IT + STS

6.1.4. VERSIONAREA SAD trebuie să suporte versiuni diferite ale documentelor, ex. să permită intrarea/ieşirea documentelor din SAD, pentru ca utilizatorul să poată regăsi versiunile anterioare şi să îşi poată continua munca dintr-un anumit punct. SAD trebuie să ofere atât versionare majoră minoră cât şi ramuri ale versiunilor. Cel puţin un câmp “motiv pentru schimbare” şi o etichetă a versiunii trebuie să fie prezente.Deasemenea, este necesar ca SAD sa ofere capabilităţi de versionare a metadatelor asociate cu documentele gestionate. Administrarea versiunilor documentelor implică de asemenea ca accesul să fie blocat altor utilizatori în timp ce se lucrează la un anumit document.

- capacitatea aplicatiei propuse de a asigura versionarea documentelor

DA NU 20p 0p

IT + STS

6.1.5. SECURITATEA SAD trebuie să includă o funcţie de administrare a drepturilor de acces care permite unui administrator să restricţioneze accesul anumitor tipuri de documente (după metadate) unor anumiţi utilizatori sau unor anumite grupuri de utilizatori (un departament, o unitate) pe baza tipului documentului. Tipurile diferite de acces sunt:

• Creaţie/modificare/ştergere (numai anumiţi utilizatori). • Numai citit (toţi utilizatorii sistemului pot citi orice document).

- capacitatea aplicaţiei de a asigurarea condiţiilor de securitate definite în cadrul paragrafului 6.1.5

DA NU 20p 0p

IT + STS


111




De asemenea SAD trebuie sa contina un modul care sa permita controlul distributiei documentelor odata ce acestea au fost descarcate pe statia de lucru a utilizatorului. Cu ajutorul acestui modul se vor putea atribui urmatorul set minimal de drepturi de distributie:

• Full (utilizatorul poate distribui liber documentul) • Vizualizare (numai autorul documentului poate opera modificari) limitata sau nu la o perioada specificata

de timp • DO NOT PRINT (utilizatorii nu pot tipari documentul) • Restrangerea drepturilor de operare asupra documentului la un grup de utilizatori / pe perioada

Setul exact de drepturi de distributie se va stabili in faza de analiza a sistemului. Modulul de securitate va oferi posibilitatea aplicarii unor subset-uri de drepturi de distributie via sabloane predefinite.

6.2. INTEGRAREA SAD CU INSTRUMENTE SOFTWARE DE BIROU ŞI CU E-MAIL-UL Trebuie oferită cel puţin integrarea cu MS Office 2003 şi MS Office 2007. SAD trebuie să integreze administrarea documentelor direct în aceste aplicaţii, astfel încât utilizatorii să regăsească documentele existente direct din aria de stocare a SAD, să facă schimbări şi să salveze documentele modificate înapoi în aria de stocare ca pe o nouă versiune, totul fără a părăsi aplicaţia. Utilizatorii trebuie să fie în stare sa efectueze următoarele operaţiuni folosind instrumentele software de birou:

• Generarea de noi documente. • Modificarea documentelor disponibile în format electronic neprotejat, cu sau fără a folosi funcţia de “urmărire a

modificărilor”. • Copiere şi inserare dintr-un document în altul. • Fuzionarea documentelor. • Comentarii asupra documentelor. • Administrarea formularelor. • Formatarea • Aplicarea sabloanelor de securitate referitoare la drepturile de distributie.

- capacitatea aplicatiei de a asigura integrarea cu instrumente software de birou şi cu e-mail-ul

DA NU 20p 0p

IT + STS

1.2.2.Administrarea Fluxurilor de Lucru 100 SECTIUNEA VI, 6.3.Administrarea fluxurilor

6.3.1. Componentele fluxurilor Administrarea fluxurilor, oferind publicarea (aprobarea) şi distribuţia documentelor, poate fi fie inclusă în SAD, fie implementată de un motor de administrare al fluxurilor separat. Componentele fluxului (sarcinile) care vor fi suportate sunt toate procedurile descrise în paragraful 5.2. Circuitul documentelor se bazează pe informaţiile conţinute în metadatele documentelor. 6.3.2. Distribuţia încărcării Motorul de administrare al circuitului de lucru trebuie să permită distribuţia sarcinilor de lucru, ex. să atribuie componentele acestuia (anumite documente) departamentelor sau persoanelor, pe baza criteriilor de rutare care pot depinde de tipul documentului sau de tipul operaţiei (cum ar fi generarea sau modificarea faţă de aprobare).

- Capacitatea motorului de administrare a aplicaţiei de a permite distribuirea de sarcini de lucru conform 6.3.2.

DA NU 25p 0p

IT + STS + DPP

6.3.3. Personalizare Utilizatorii privilegiaţi (administrator sau utilizatori puternici, după caz) trebuie să poată să:

• Schimbe uşor criteriile de distribuire ale sarcinilor de lucru (ex. prioritizarea şi reatribuirea sarcinilor de lucru) şi să configureze drepturile de acces pentru utilizatori pentru toate etapele. • Stabilească regulile după care starea unui document se poate schimba, ex. să definească pentru fiecare operaţie care paşi trebuie parcurşi pentru a termina acel proces. • Specifice informaţiile (obligatorii sau opţionale) care să fie reţinute în fiecare etapă, prin introducere manuală sau primite automat dacă sunt disponibile. • Stabilească reguli pentru notificare.

- Capacitatea aplicaţiei de a fi personalizată conform 6.3.3.

DA NU 25p 0p

IT + STS + DPP

6.3.4. Notificarea Atunci când noi versiuni ale unui document sau observaţii asupra documentului sunt disponibile în SAD, motorul de administrare al circuitului de lucru va asigura informarea tuturor utilizatorilor implicaţi (ex. cei care trebuie să aprobe un document) despre înregistrarea acestui nou document sau a acestei noi versiuni. Utilizatorii conectaţi direct la SAUP, ca şi persoanele din instituţiile care comunică prin e-mail cu SGG, trebuie informaţi. Aceasta se va realiza prin următoarele:

(a) Printr-un mesaj care informează receptorul că un nou document poate fi regăsit în SAD. În funcţie de particularizare, mesajul poate fi un e-mail sau orice alt tip de notificare de sistem (pop-up, etc.). Acest tip de notificare se va aplica utilizatorilor direct conectaţi la SAUP.

(b) Printr-un e-mail conţinând noua versiune a documentului sau observaţiile. Acest tip de notificare va fi aplicat pentru utilizatorii din instituţiile care comunică prin e-mail cu SGG.

- capacitatea aplicatiei de a semnaliza modificari ale documentelor din sistem prin cele 2 modalităţi descrise în 6.3.4. Notificarea

DA NU 25p 0p

IT + STS + DPP

6.3.5. Urmărirea stării documentelor Motorul de administrare al circuitului de lucru trebuie să suporte urmărirea stării anumitor documente din cadrul circuitului de administrare al politicilor. Informaţiile relevante ale stării documentelor sunt:

• Aprobările aşteptate şi ordinea acestora. • Termenele limită. • Instituţii/utilizatori care lucrează în prezent la document. • Istoricul.

Trebuie trimise notificări anumitor utilizatori dacă un document nu a fost procesat până la termenul limită prevăzut anterior de către utilizator responsabil.

- capacitatea aplicatiei de a urmări starea documentelor conform criteriilor enumerate in paragraful 6.3.5.

DA NU 25p 0p

IT + STS + DPP

1.2.3.Motorul de căutare 40 SECTIUNEA VI, 6.1.3. 6.1.3. Regăsirea documentelor Documentele vor fi indexate printr-un identificator unic (Număr de înregistrare – atribuit de Departamentul de Pregătire al Şedinţelor) pentru a permite regăsirea. Regăsirea documentelor stocate se va face printr-un motor de căutare intern, care să permită regăsirea documentelor după următoarele criterii:

• Numărul de înregistrare. • Oricare dintre câmpurile de metadate. • Căutare în textul documentului.

- capacitatea aplicatiei de a regăsi(indexa) documente conform pe baza criteriilor enumerate in paragraful 6.1.3

DA NU 40p 0p

IT + DPP


112




Utilizatorii pot căuta documente prin selecţia de proprietăţi de tip boolean “sau/şi”, cuvinte, fraze sau căutare de proximitate. Motorul de căutare intern va permită utilizatorilor salvarea interogărilor pentru refolosire sau partajare cu alţi utilizatori. Interogările salvate pot fi accesate ulterior ca obiecte în cadrul depozitului de documente şi pot fi accesate din interfaţa de Căutare/Regăsire.

1.2.4.Raportarea 20 SECTIUNEA VI, 6.5; SECTIUNEA VI, 6.9.13

6.5. INSTRUMENTUL DE GENERARE DE RAPOARTE PENTRU MANAGEMENT Sistemul trebuie să ofere un instrument integrat de generare a rapoartelor, permiţând definirea flexibilă a rapoartelor de către utilizatori, după criterii definite de către utilizatori de selecţie/alegere şi format. În plus, sistemul trebuie să ofere un raport pre-definit care să fie tipărit după fiecare şedinţă de Guvern şi să enumere care PAN au fost aprobate în fiecare şedinţă. Conţinutul rapoartelor trebuie să fie disponibil în formă cumulată sau necumulată cu criterii de selecţie/alegere şi format uşor de particularizat. 6.9.13. RAPORTAREA Fără a se limita la formatele specificate, rapoartele vor fi generate în format XML, PDF, XLS CSV.

- capacitatea aplicatiei de a genera rapoarte predefinite sau definte de catre utilizatorului

DA NU 10p 0p

- capacitatea aplicatiei de a genera rapoarte predefinite sau definte de catre utilizatorului, in formatele specificate in paragraful 6.9. 13

DA NU 10p 0p

IT + DPP

1.2.5.Pregătirea Agendei Şedinţei (soluţie sau interfaţă)

50 SECTIUNEA VI, 6.9.11; SECTIUNEA VI, 6.4

6.4. Pregătirea agendei şedinţei de Guvern Contractorul va implementa această funcţie fie prin reproiectarea aplicaţiei pentru pregătirea agendei şedinţei (detalii tehnice conform paragrafului 4.1.1) şi integrarea ei cu alte component ale SAUP, fie va propune o nouă aplicaţie pentru pregătirea agendei şedinţei. Din punct de vedere al randamentului, noul sistem trebuie să ofere aceleaşi rezultate ca şi aplicaţia software existentă (vezi anexa C). Procesul pregătirii agendei, care în prezent implică semnificativ munca manuală, trebuie să fie automatizat complet, pe baza circuitelor controlate de motorul de administrare al circuitului de lucru. Astfel rezultă două variante: (a) Documentele trebuie să fie preluate din SAD în software-ul existent pentru pregătirea agendei şedinţei, de unde agenda va fi generată şi printată, sau (b) agenda şedinţei va fi generată folosind un instrument de raportare. Aceasta se aplică pentru agenda şedinţei de Guvern ca şi pentru agenda şedinţei de pregătire care are o structură similară. 6.9.11. Interfaţa cu sistemul de Pregătire al Agendei După cum se menţionează în paragraful 6.4, sunt posibile două abordări pentru da funcţionalitatea cerută pentru pregătirea şedinţelor:

(a) SAUP include deja majoritatea elementelor cerute pentru funcţionare (SAD, generator de rapoarte care poate fi folosit pentru crearea raportului necesar pentru generarea agendei.) O funcţie suplimentară care va fi nou dezvoltată în acest caz este afişarea agendei şedinţei pe monitoarele participanţilor la şedinţă.

(b) Interfaţa cu software-ul existent pentru pregătirea agendei prin Interfaţa Standard Deschis.

- implementarea unui modul de generarea a agendei şedinţei de Guvern prin una din cele 2 variante propuse la 6.4

DA NU 50p 0p

IT + DPP

1.2.6. Interfaţa la Sistemul de Administrare al Conţinutului

20 SECTIUNEA VI, 6.9.9; SECTIUNEA VI, 6.9.10

6.9.9. Tipuri de interfaţă Sistemul trebuie să ofere trei tipuri de interfaţă de comunicare: (a) Email: Intrarea e-mail pentru comunicarea între SAUP şi entităţile externe via e-mail certificat. Funcţionalitatea este descrisă în 6.1.2.2. (b) Portal Web: Utilizatorii trebuie să poată să acceseze SAUP printr-o aplicaţie bazată pe browser care să suporte toate funcţiile sistemului. Interfaţa administratorului poate fi una separată sau o extensie a interfeţei de utilizator. Toate interfeţele de utilizator trebuie dezvoltate în format XHTML. (c) Interfaţa Standard Deschis Sistemul trebuie să permită integrarea cu alte sisteme printr-o Interfaţa Standard Deschis care să furnizeze un set de API-uri standard care să poată fi programate cu SDK-uri standard Sistemele care vor fi interconectate sunt descrise mai jos. În general, SAUP ar trebui să permită oricărui alt sistem (ex, SAD din entităţile externe) sa comunice cu SAUP prin Interfaţa Standard Deschis..

- capacitatea aplicatiei de a asigura facilităţi de comunicaţii prin cele 3 modalităţi de comunicare specificate in paragraful 6.9. 9 - 20 p

DA NU 20p 0p

IT

1.2.7.Arhivarea Electronică 20 SECTIUNEA VI, 6.6 6.6. Arhivarea electronică Arhivarea electronic, fie ca parte a SAD, fie ca un sistem autonom integrat cu alte module, trebuie să suporte următoarele cerinţe: • După trecerea perioadei de retenţie (3 ani) documentele sunt extrase din SAUP şi arhivate pe hârtie şi electronic, ex.

tipărite şi transferate în medii de stocare offline. Procesul de arhivare va avea loc pe baze stabilite de utilizator, ex. trimestrial sau semi-anual, când toate documentele care expiră în următoarea perioadă sunt stocate pe bandă (acestea sunt urmărite zilnic şi aşteaptă să fie arhivate la următorul ciclu de arhivare). Numai versiunea finală a unui document este arhivată.

• Re-indexarea bazei de date după fiecare arhivare. • Accesul online la arhiva electronică trebuie să fie posibil. • Funcţia de arhivare electronică trebuie să suporte de asemenea şi administrarea stocării cu privire la următoarele

funcţii: o Definirea perioadelor de păstrare. o Trecerea documentelor dintr-un mediu de stocare în altul. o Distrugerea documentelor. o Administrarea stocării (definirea locaţiilor de stocare)

• Urmărirea vechimii benzilor, şi pregătirea automată de copii ale benzilor expirate (Benzile au un ciclu de viaţă limitat. Datele trebuie copiate în medii noi periodic.). • Datorită prevederilor legale, arhivarea pe hârtie este încă cerută. Sistemul trebuie să ofere sincronizarea dintre arhivarea pe hârtie şi cea electronică. Pentru arhivarea pe hârtie va fi nevoie de o funcţie de tipărire centralizată care permite tipărirea de volume mari

- capacitatea aplicatiei de a asigura facilităţi de arhivare cu specificaţiile din paragraful 6.6 - 20 p

DA NU 20p 0p

IT

1.3.Conformitatea cu Cerinţele Non-Funcţionale din care:

200


113




1.3.1. Interfaţa Utilizator 30 SECTIUNEA VI, 7.1 7.1.INTERFAŢA UTILIZATOR Sistemul va avea o interfaţă grafică pentru utilizator prietenoasă cu următoarele caracteristici: • prin intermediul unui browser web Internet Explorer sau echivalent. • SAUP va suporta caracterele româneşti pentru toate ecranele, meniurile, mesajele de eroare, textele de ajutor online,

rapoartele şi datele. • Toate datele introduse trebuie validate în timp real. • Trebuie să fie disponibilă o funcţie de ajutor online contextuală. • Sistemul trebuie să ofere o interfaţă comună pentru utilizatori care să aibă acelaşi “aspect şi impresie” pentru toate

modulele din cadrul întregului sistem. • Sistemul trebuie să folosească o funcţie eficientă de navigare şi format, care să includă folosirea eficientă a

meniurilor, a cheilor funcţionale, a anunţurilor pentru utilizator (la nivel de câmp, ecran, operaţiune), a productivităţii sistemului şi a documentaţiei pentru utilizator.

• Sistemul va oferi posibilitatea interogării online, funcţii de documentare şi ajutor la nivel de meniu, ecran, operaţie şi câmp individual, cu text particularizabil de către utilizator.

• Sistemul va minimaliza paginarea ecranului folosind ferestre pop-up.

- capacitatea aplicatiei de a asigura o interfaţă cu caracteristici le specificate la paragraful 7.1 - 30p

DA NU 30p 0p

IT + DPP

1.3.2. Documentaţia 20 SECTIUNEA VI, 7.2 7.2 DOCUMENTAŢIA Documentaţia trebuie să includă cel puţin: • Un manual de utilizare. • Un manual de administrare de sistem. • O descriere tehnică a sistemului, incluzând procedurile de instalare, structura sistemului, structura datelor, securitate, backup şi recuperare. • Un manual de personalizare. Limba: Toată documentaţia pentru utilizator a soluţiei SAUP trebuie prezentată în limba română. Toată documentaţia tehnică trebuie prezentată în limba engleză sau română Documentaţia trebuie livrată pe hârtie (10 copii) şi în format electronic.

- asigurarea unei documentatii(manuale) pentru utilizare, administrare, etc ) conform paragrafului 7.2

DA NU 20p 0p

IT + DPP

1.3.3. Pesonalizarea 30 SECTIUNEA VI, 7.3 7.3. PERSONALIZAREA •Sistemul trebuie să includă un instrument de particularizare puternic şi trebuie să fie uşor parametrizat. •Ca parte a acestei particularizări, ar trebui integrat un instrument standard de raportare (similar cu Rapoartele Crystal sau alternativă echivalentă). •Toate ecranele şi meniurile trebuie să fie definite şi particularizate de utilizatori fără nevoia de intervenţie a Contractorului software-ului: în special, software-ul trebuie să permită utilizatorilor autorizaţi să definească poziţionarea câmpurilor în layout-ul ecranului şi să adauge câmpuri definite de acesta. •Toate rapoartele standard trebuie să fie particularizabile fără a fi nevoie de intervenţia Contractorului software-ului. •Sistemul trebuie să dea anunţuri şi mesaje de eroare comprehensibile care sunt definte de utilizator şi pot fi schimbate, după cerinţe, de către utilizatorii autorizaţi. •Sistemul trebuie să permită utilizatorilor să formuleze reguli business (tabele cu parametri, scenarii) care să se aplice tuturor modulelor sistemului.

- asigurarea unui instrument de personalizare a aplicaţiei conform paragrafului 7.2

DA NU 30p 0p

IT + DPP

1.3.4.Arhitectura tehnică 50 SECTIUNEA VI, 6.9 DIAGRAMA de la cerinţele tehnice

Se realizeaza de catre ofertant pe baza arhitecturii propuse de catre consultant, a arhitecturii tehnice a sistemului punctând elementele pe care acesta le oferă.(cu detalierea specificaţiilor fiecărei componente)

- realizarea de catre ofertant pe baza arhitecturii propuse de catre consultant, a arhitecturii tehnice a sistemului punctând elementele pe care acesta le oferă.(cu detalierea specificaţiilor fiecărei componente)

DA NU 50p 0p

STS?? + IT

1.3.5. Securitatea 30 SECTIUNEA VI, 7.4 7.4.1.SECURITATEA FIZICĂ • Toate transferurile de date se vor face printr-o reţea privată. • Trebuie oferită securizarea împotriva încercărilor voluntare sau accidentale de a accesa sistemul prin Internet.

- capacitatea sistemului de a asigura securizarea împotriva încercărilor voluntare sau accidentale de a accesa sistemul prin Internet - 5p

DA NU 5p 0p

STS??

7.4.2. Integritatea datelor • Sistemul va fi protejat împotriva pierderii informaţiilor sau a întreruperii operaţiilor ca rezultat al deranjamentelor

electrice şi de telecomunicaţii, sau alte deranjamente şi distrugeri fizice. • Sistemul şi baza de date principală vor oferi mecanismele de integritate ale datelor: în cazul în care o operaţie nu se

finalizează, sistemul trebuie să inverseze orice update parţial de bază de date şi să revină la o stare consistentă. Eşecul de finalizare al operaţiei trebuie notificat utilizatorului originar, administratorului de sistem şi înscris într-un jurnal de sistem.

• Sistemul trebuie să ofere o facilitate de ieşire automata după o perioadă predefinită de inactivitate a utilizatorului (ex. 20 min.), împreună cu închiderea ordonată a fişierelor deschise şi a înregistrărilor accesate, care va permite utilizatorului să recupereze orice date implicate.

• Sistemul trebuie să aibă un sistem potrivit de blocare pentru a preveni accesul paralel, astfel asigurând ca numai un singur utilizator poate modifica o înregistrare la oricare moment dat.

- capacitatea sistemului de a asigura Integritatea datelor - 5p DA NU 5p 0p

IT

7.4.3. Restricţii de acces • Aplicaţia trebuie să ofere protecţia cu parolă pe mai multe nivele. • Sistemul trebuie să ceară schimbarea parolei în mod regulat. • Parolele trebuie stocate în format criptat. • Accesul la bazele de date va fi permis numai administratorilor de baze de date. • Accesul la funcţiile de control al sistemului va fi permis numai utilizatorilor tehnici autorizaţi. • Accesul la sistem trebuie blocat după un număr stabilit de încercări nereuşite de accesare. • Sistemul trebuie să împiedice schimbarea datelor prin alte metode decât prin editarea autorizată şi prin update. • Sistemul trebuie să permită administratorilor să lege funcţiile de anumite porturi şi să limiteze sau să desemneze anumite staţii de lucru unor anumite funcţii.

- capacitatea sistemului de a asigura restricţii de access - 5p

DA NU 5p 0p

IT


114




7.4.4. Profile de utilizator • Profilul de utilizator pentru fiecare utilizator (structuri de acces ierarhice) va garanta că utilizatorul poate accesa numai

componentele meniului la care el/ea are dreptul iar sistemul trebuie să dea posibilitatea creării profilului de utilizator pe baza:

o tipului utilizatorului o grupului utilizatorului o tipului operaţiei o tipului documentului.

• Sistemul trebuie să ofere meniuri de sistem care arată numai opţiunile care sunt accesibile fiecărui utilizator particular sau grup de utilizatori în modul de operare la care el/ea are dreptul (numai citire, modificare, acces de administrare,…).

• Sistemul trebuie să ofere o listă detaliată a a tuturor utilizatorilor săi şi a drepturilor individuale de acces. • Sistemul trebuie să ofere un sistem de eliberare a operaţiilor, unde numărul şi tipul semnăturilor electronice poate fi

definit pe baza tipului operaţiei tipului documentului.

- capacitatea sistemului de a asigura definirea de profile de utilizatori pe baza criteriilor de la paragraful 7.4.4. - 5p

DA NU 5p 0p

IT

7.4.5. Controlul intern • Sistemul trebuie să ofere validare în timp real pentru toate contribuţiile. • Sistemul trebuie să asigure că aceeaşi informaţie nu este introdusă de mai multe ori. • Sistemul trebuie să genereze rapoarte de excepţie şi eroare care să permită monitorizarea şi corectarea datelor invalide

şi a altor erori, până să se acţioneze asupra lor. • Trebuie să existe elemente de control care să prevină ştergerea unui document dacă este folosit de un alt modul.

- capacitatea sistemului de validare, generare de rapoarte şi semnalizare a erorilor personalizate - 5p

DA NU 5p 0p

IT

7.4.6. Auditul Sistemul va include o marcă a datei şi a timpului operaţiilor, şi va menţine următoarele căi de audit şi jurnale într-o formă pe care utilizatorii o pot atât chestiona cât şi tipări, dacă este necesar: • Căi de audit ale activităţii fiecărui utilizator în scopul înţelegerii, incluzând ora intrării, ora ieşirii, numărul de încercări de acces nereuşite, frecvenţa schimbării parolei, funcţiile efectuate. • O înregistrare a folosirii neautorizate a sistemului de către un utilizator.

Sistemul trebuie să asigure captura tuturor operaţiunilor efectuate pe documente în sistemul de audit şi jurnalizare. Informaţiile auditate trebuie să conţină ce eveniment s-a petrecut, utilizatorul care a efectuat evenimentul, data şi ora producerii evenimentului. Mecanismul de audit va fi capabil să fie interogat şi să genereze rapoarte specifice şi trebuie să auditeze cel puţin următoarele tipuri de evenimente: - Toate evenimentele legate de acces în sistem, operaţii specifice accesului la documente - Toate evenimentele legate de modificările administrative efectuate - Toate evenimentele legate de stadiile de execuţie ale unui job automat de administrare - Toate evenimentele legate de fluxurile de lucru - Toate evenimentele legate de procesul de arhivare Sistemul va asigura segregarea funcţiilor administrative către diferiţi utilizatori sau grupuri de utilizatori şi nu trebuie să permită asocierea la un utilizator cu rol de administrare a ambelor funcţii de configurare şi de ştergere a informaţiilor de audit. Sistemul va oferi capabilităţi de interogare şi raportare specifică asupra căilor de audit şi jurnalizare.

- capacitatea sistemului de audita toate actiunile din cadrul acestuia si prin definirea de tipuri de evenimente critice - 5p

DA NU 5p 0p

IT

1.3.6. Backup şi recuperare 10 SECTIUNEA VI, 7.5 7.5. Backup şi Recuperare • Sistemul trebuie să ofere posibilitatea efectuării de backup-uri totale sau parţiale ale datelor şi ale software-ului sistemului la intervale definite de utilizatori cu intervenţia minimă a operatorului. • Procesul de backup nu ar trebui să afecteze disponibilitatea sistemului pentru utilizatori în timpul orelor specificate mai jos sau să scadă performanţa sistemului până la un nivel inacceptabil. • Backup-ul ar trebui, dacă este necesar, să fie înscris pe un mediu care poate fi luat din server şi transportat. • Sistemul trebuie să ofere un mecanism de înregistrare al operaţiunilor şi o posibilitate de mişcare înapoi/înainte care să permită bazei de date să fie dată înainte/înapoi astfel încât orice problemă de integritate a datelor întâlnită să poată fi rezolvată iar sistemul să fie dat înainte din nou. • Sistemul trebuie să permită datelor să fie refăcute la un punct de siguranţă în cazul defecţiunilor de sistem. • Backup-urile off-site trebuie să ofere posibilitatea de a recupera întregul sistem pe un server alternativ în cazul unei catastrofe. • Procedurile de backup şi restabilire a datelor care vor fi oferite vor cere un minim de intervenţie manuală.

- capacitatea sistemului de back-up şi restaurarea a datelor conform cerinţelor de la paragraful 7.5 - 10p

DA NU 10p 0p

IT

1.3.7. Plan de recuperare în caz de dezastru

30 SECTIUNEA VI, 7.5 ultimul paragraf

• Va fi elaborat şi furnizat un document care să conţină un plan de recuperare în caz de dezastru şi un plan de continuitate a serviciilor.

- realizarea de către ofertant a unui document care să conţină un plan de recuperare în caz de dezastru - 30p

DA NU 30p 0p

IT + STS

1.4.Implementarea din care:

50

1.4.1.Instruirea 50 SECTIUNEA VI, 8.2.2 8.2.2. Instruirea Instruirea utilizatorilor va fi făcută utilizatorilor puternici (61 persoane – vezi Secţiunea VII, Anexa A), administratorilor de sistem (5 persoane – vezi Secţiunea VII, Anexa A) şi pentru administratorii aplicaţiei din entităţile externe (maximum 21 de persoane – vezi Secţiunea VII, Anexa A). • Instruirea trebuie făcută în locaţiile din Bucureşti. • Instruirea utilizatorilor şi cea tehnică trebuie făcută în limba română. • Materialele pentru instruire vor fi livrate pe hârtie şi în format electronic, în limba română pentru materialele de

instruire pentru utilizatori şi în limbile româna sau engleză pentru materialele de instruire tehnice. Instruirea utilizatorului va include utilizarea tuturor modulelor sistemului. Instruirea tehnică va include: • administrarea şi particularizarea sistemului

- realizarea de către ofertant a unui document care să conţină un plan detaliat de instruire a personalului implicat in utilizarea şi administrarea sistemului - 50p

DA NU 30p 0p

DPP


115




• design-ul interfeţelor • întreţinerea sistemului • administrarea bazei de date şi a serverului • operarea şi întreţinerea tuturor componentelor hardware Contractorul va furniza un program pentru cursurile de pregătire propuse, o scurtă descriere, durata şi locul fiecărui curs. Toate costurile pentru instruire vor fi suportate de către Contractor.

1.5. Experţi Cheie din care:

150

1.5.1. Consultanţi business 75 SECTIUNEA VI, 11.3.1 11.3.1. Consultant Business Un Consultant Business va avea următoarele activităţi: evaluare, particularizare, instruire utilizator şi particularizare, suport post-implementare, şi în special va asista personalul beneficiarului în preluarea funcţiilor administrative. Pentru aceste sarcini, se cere următorul set de abilităţi: 6. Licenţa în drept, administraţie publică sau o calificare echivalentă 7. Cel puţin 3 ani de experienţă cu sistemele de administrare ale documentelor. 8. Cel puţin 3 ani experienţă în mediul administraţiei publice. 9. Background puternic în Tehnologia Informaţiei. ( minim 3 proiecte) 10. Fluent în limbile română şi engleză.

Pregătire profesională: 20p Pt fiecare licenţă / grad superior studiilor superioare universitare în domeniul specificat se notează cu 2.5 puncte pana la maximul de 25 p - experienta generală: 10p (pt. 3 ani experienţă) - pt fiecare an de experienta profesională în plus, se acordă 2.5 puncte până la nivelul maxim de 15p 5p (pt. 3 ani experienţă) - pt fiecare an de experienta în mediul administraţiei publice se acordă 2.5 puncte până la nivelul maxim de 10p - experienta specifică: 20p - (pt. 3 proiecte) pt fiecare participare în proiecte în domeniul IT se acordă 2.5p puncte până la nivelul maxim de 25 puncte

DPP

1.5.2. Consultanţi tehnici 75 SECTIUNEA VI, 11.3.2 11.3.2. Consultanţii tehnici Doi Consultanţi Tehnici sunt responsabili pentru instalarea şi configurarea platformei tehnice pentru software în concordanţă cu cerinţele. Această sarcină include instalarea şi configurarea serverului, sistemul de operare şi software-ul bazei de date, software-ul aplicaţiei, ca şi instruirea tehnică a personalului IT al beneficiarului. Pentru aceste sarcini, se cere următorul set de abilităţi: 5. Diplomă universitară în Tehnologia Informaţiei sau discipline similare. 6. cel puţin 3 ani de experienţă în mediul tehnic propus (hardware şi software). 7. cel puţin 3 ani de instalări de platforme ale aplicaţiei software propusă, preferabil în mediul tehnic propus. 8. cel puţin 3 ani de experienţă în instalarea de reţele comparabile în mărime şi caracteristici tehnice cu cerinţele. 9. Background puternic în Tehnologia Informaţiei. ( minim 3 proiecte) 10. experienţă în pregătirea şi implementarea planurilor de recuperare în caz de dezastru şi de urgenţă conform cu

normele BS 7799 / ISO 27001. Fluent în limbile română şi engleză.

Pregătire profesională: 20p Pt fiecare licenţă / grad superior studiilor superioare universitare în domeniul IT se notează cu 2.5 puncte pana la maximul de 25p - experienta generală: 10p (pt. 3 ani experienţă) - pt fiecare an de experienta profesională în plus, se acordă 2.5 puncte până la nivelul maxim de 15p 5p - (pt. 3 proiecte) pt fiecare participare în proiecte în domeniul IT se acordă 2.5p puncte până la nivelul maxim de 10 puncte - experienta specifică: 20p (pt. 3 ani experienţă) - pt fiecare an de experienta în mediul tehnic propus se acordă 2.5 puncte până la nivelul maxim de 25p

DPP

Total punctaj maxim 1000 puncte. 2. Implementarea generala 500 2.1 Expert Cheie Principal – Director de Proiect

200 SECTIUNEA VI, 11.2 11.2. Profilul Manager-ului de Proiect Echipa proiectului va fi condusă de un Manager de Proiect care are o experienţă dovedită de conducere a implementărilor de software şi care în particular are următoarele abilităţi: 8. Diplomă universitară în Tehnologia Informaţiei sau discipline similare. 9. Cel puţin 5 ani de experienţă în implementarea Sistemelor de Administrare a Documentelor (preferabil a Sistemului

de Administrare al Documentelor propus în SAUP). 10. Experienţă în administrarea proiectelor la cel puţin 2 implementări comparabile acestor cerinţe de volum financiar,

număr de personal şi durată. 11. Abilităţi superioare de negociere şi raportare. 12. Experienţă solidă în aplicaţii pentru administraţia publică. 13. Experienţă de lucru în estul Europei, de preferat în România. 14. Excelente abilităţi de limbă engleză, limba română este un avantaj.

Pregătire profesională: 20p - Pt fiecare licenţă / grad superior studiilor superioare universitare în domeniul IT se notează cu 2.5 puncte pana la maximul de 25 p - experienta generală: 30 p (pt. 5 ani experienţă) Pt fiecare an de experienta profesională în SAD se acordă 10 puncte până la nivelul maxim de 50p 30p (pt. 3 ani experienţă) Pt fiecare an de experienta managerială se acordă 10 puncte până la nivelul maxim de 50p 20p (pt. 3 ani experienţă) Pt fiecare an de experienta în ţările din Estul Europei se acordă 2.5 puncte până la nivelul maxim de 25p - experienta specifică: 20p (pt. 3 ani experienţă) Pt fiecare an de experienta într-o instituţie din administraţia publică se acordă 2.5 puncte până la nivelul maxim de 25p 20p (pt. 2 proiecte) Pt fiecare participare în proiecte în domeniul managementului documentelor se acordă 2.5 puncte până la nivelul maxim de 25p

DPP

2.2.Metodologia Implementării (Modul de implementare)

200 SECTIUNEA VI, 12 Realizarea unei analize / metodologii privind modul de abordare a implementării / realizării prezentului proiect. OBIECTIVE - identificarea şi descrierea obiectivelor proiectului. ACTIVITĂŢI 1 identificarea şi descrierea în detaliu a fazelor de proiect 2 idenficarea şi descrierea în detaliu a etapelor de realizare a fazelor descrise la pct (1) 3 corelarea fazelor / etapelor cu Planul General al Proiectului – Planificare temporală şi cu

atribuţiile experţilor din echipa de proiect. REZULTATE 1 identificarea şi definirea de indicatori care vor fi urmăriţi pe durata implementării proiectului 2 descrierea rezultatelor aşteptate conform activităţilor descrise care să fie corelate cu Planul

General al Proiectului – Planificare temporală şi cu atribuţiile experţilor din echipa de proiect. RISCURI 1 identificarea şi descrierea riscurilor. 2 identificarea şi descrierea mecanismelor de gestionare a riscurilor.

25p – OBIECTIVE 75p – ACTIVITĂŢI(Pt fiecare cerinţă descrisă conform 1., 2., 3., se acordă câte 25 puncte) 50p – REZULTATE(Pt fiecare cerinţă descrisă conform 1., 2., se acordă câte 25 puncte) 50p – RISCURI(Pt fiecare cerinţă descrisă conform 1., 2., se acordă câte 25 puncte) DPP

2.3.Planul General al Proiectului – Planificarea temporală

100 SECTIUNEA VI, 13,14 13. FAZELE LIVRĂRII 13.1. Livrarea SAUP Livrarea sistemului se va face în patru faze:

Etapele de desfăşurare a implementării şi predării la cheie a proiectului cu specificarea de termene si detalii referitoare la cerinţele formulate în paragraful 13 şi 14.

DPP


116




13.1.1. Faza 1 - Evaluarea Scop: Evaluarea detaliată a cerinţelor în strânsă cooperare cu SGG, STS şi cu entităţile externe. Input: 3. Cerinţele expuse în Specificaţiile tehnice. 4. Clarificări la faţa locului cu personalul SGG şi cu STS.




Criterii de evaluare: Acceptarea documentului de Analiză. 13.1.2. Faza 2 – Implementarea SAUP la SGG Scop: Implementarea sistemului în SGG unde toţi utilizatorii SGG vor putea accesa SAUP printr-o interfaţă bazată pe un browser. Toate datele vor fi stocate în SBDR. În această fază, comunicarea cu entităţile externe se va face prin e-mail. Integrarea cu SAC al SGG şi cu software-ul de pregătire al agendei (sau cu noua funcţie echivalentă) vor fi deja disponibile. Input:




13.1.3. Faza 3 – Propagarea SAUP la entităţile externe Scop: Propagarea SAUP la entităţile externe ca în Anexa A, depinde de un program de implementare care va fi stabilit împreună cu SGG. De fiecare dată când o nouă instituţie a fost conectată, trebuie organizat un atelier de lucru unde implementatorii şi instituţia vor discuta aspect ale implementării care vor fi luate în considerare în viitor (cum sunt modificările necesare software-ului). Input:


Rezultate: 5. Componentele hardware şi de reţea instalate în toate locaţiile. 6. Sistemele particularizate instalate în toate locaţiile. 7. Manualele de utilizare, manualele tehnice şi documentaţia tehnică livrate entităţilor externe.

8. Instruirea utilizatorilor, instruirea administratorilor de sistem şi instruirea tehnică făcută entităţilor externe. Criterii de evaluare: 5. Acceptarea interimară a sistemului instalat la entităţile externe. 6. Evaluarea interimară a performanţelor software-ului şi hardware-ului. 7. Acceptarea interimară a documentaţiei tehnice şi de utilizator. 8. Evaluarea instruirii.

13.1.6. Faza 4 – Integrarea cu programele de calculator din SGG Scop: Integrarea totală a SAUP cu programele de calculator din SGG. Input:

Documentul de analiză aprobat. Propunerea de interfaţă aprobată. Planul proiectului aprobat. Planul de testare şi evaluare furnizat de SGG.


Criterii de evaluare: 3. Acceptarea provizorie a sistemului. 4. Evaluarea provizorie a performanţelor software şi hardware. 13.1.7. Planul de Livrare



DA NU 100p 0p


117










Acceptanţă provizorie 3 luni de la trecerea în producţie în toate locaţiile

Acceptanţă finală 12 luni de la trecerea în producţie în toate locaţiile

15. ACCEPTAREA SISTEMULUI 15.1. Acceptarea software-ului 14.1.1. Procedura

Acceptarea provizorie a sistemului se va baza pe doi factori: • Execuţia unui plan de testare şi evaluare, constând în scenarii de test care vor acoperi toate aspectele cazurilor

practice. • Trei luni de funcţionare cu succes a SAUP.

Contractorul va fi obligat să testeze Sistemul cu cazuri de test furnizate de SGG. Înainte ca sistemul să fie acceptat provizoriu, fiecare aspect va fi testat pentru a se asigura stabilitatea şi acurateţea. Acceptarea provizorie va avea loc în 3 luni de zile după ce bunurile (sistemul SAUP) sunt livrate, instalate, repartizate şi complet operaţionale. Acceptarea finală va avea loc după expirarea perioadei de 12 luni de la trecerea în producţie în toate locaţiile şi va avea loc cu condiţia ca bunurile şi serviciile furnizate să fie în stare de funcţionare în totalitate şi să fie conforme Specificaţiilor Tehnice. Acceptarea provizorie şi finală vor fi recomandate de comitetul de coordonare pe baza rezultatelor testului. Certificatele de acceptare provizorie şi finală vor fi semnate de Directorul de Proiect al Autorităţii Contractante. Definirea termenului de “complet operaţional” şi a criteriilor de acceptare va fi inclusă în cadrul specificaţiilor de testare pentru acceptare. 14.1.2. Verificarea Rezultatele obţinute prin procesarea datelor obţinute din sistemul existent trebuie să concorde cu rezultatele obţinute anterior (funcţionarea paralelă), respectiv cu rezultatele anticipate pentru scenariile de test din planul de evaluare şi testare. Fiecare procedură va trebui testată cu date pregătite manual sau cu procedura echivalentă în sistemul existent (unde este disponibil). Funcţiile cu utilizatori multipli trebuie testate pentru a asigura operarea corectă a update-urilor, fără pierderi de date şi fără degradarea performanţei ca rezultat al caracteristicilor utilizatorilor multipli. Testarea performanţelor cerute, în special în locuri îndepărtate, va fi parte a testului de acceptare al sistemului. 15.2. Acceptarea hardware 14.2.1. Procedura Acceptarea interimară a componentelor hardware va avea loc după instalarea şi repartizarea după cum urmează: Componentele de server: în 30 de zile de la instalarea şi repartizarea cu succes în locaţia centrală Instalarea şi repartizarea serverului şi testarea unităţii vor avea loc în 30 de zile după livrare. 14.2.2. Verificarea Componentele hardware vor fi inspectate şi testate pentru a funcţiona corect, conform cu Specificaţiile Tehnice.

Total punctaj maxim 500 puncte. PUNCTAJUL TOTAL AL ETAPEI II OBTINUT DE CATRE OFERTE SE CALCULEAZĂ CONFORM FORMULEI DIN DOCUMENTATIA DE ATRIBUIRE acestea trebuie să obţină un minim de 70% din punctele de evaluare disponibile la fiecare dintre Elementele 1 şi 2; adică: Elementul 1: Sistemul de Administrare şi Urmărire al Politicilor minim 700 puncte Elementul 2: Implementarea Generală minim 350 puncte ŞI în PLUS Scorul minim general pentru Etapa II care trebuie obţinut de oferte este de minim 80%(1200p) din punctajul maxim de evaluare acordat în Etapa II(1500p). Elementul 1: Sistemul de Administrare şi Urmărire al Politicilor + Elementul 2: Implementarea Generală = minim 1200 puncte Toate ofertele care nu vor îndeplini aceste scoruri minime de evaluare în Etapa II vor fi respinse şi nu vor participa la următoarea etapa, ETAPA III.. Toate ofertele care vor îndeplini aceste scoruri minime de evaluare în Etapa II se vor califica pentru Etapa III. În acest scop, punctajul total al Etapei II va fi calculat folosind următoarea metodă de calcul:

• Celui mai mare scor total din Etapa II (E2M) îi vor fi acordate 100 puncte. • punctajul final din Etapa II (SF2) pentru toate ofertele se va calcula prin împărţirea numărului de puncte obţinut în Etapa II de oferta pentru care se calculează (E2O) la numărul de puncte obţinute în Etapa II de oferta cu cel mai mare scor (E2M) iar rezultatul

va fi înmulţit cu 100; adică Punctaj Final Etapa II (SF2) = ( E2O/ E2M ) x 100.


118

ETAPA III. ETAPA III – Evaluarea Financiară După terminarea evaluării tehnice constând în Etapele I şi II, se vor lua în calcul numai ofertele financiare pentru ofertele care nu au fost eliminate în aceste etape de evaluare tehnică (adică acelea care au fost evaluate ca fiind conforme tehnic şi care au obţinut scorurile de evaluare minime stipulate în Etapa II. Ofertele care depăşesc bugetul maxim disponibil contractului vor fi respinse. Scorurile finale de evaluare ale Etapei III (SF3) vor fi calculate după cum urmează:

3. Oferta financiară cu valoarea totală cea mai mica (VTM) va primi 100 puncte. 4. Toate celelalte oferte (VCO) vor primi numărul de puncte care rezultă din împărţirea valorii totale cea mai mica (VTM) la valoarea totala al ofertei în cauză (VTO) iar rezultatul va fi înmulţit cu 100; adică

Punctaj Final Etapa III(SF3) = (VTM/ VTO) x 100. ETAPA IV Oferta cea mai avantajoasă economic va fi stabilită cântărind calitatea tehnică contra valoare financiara pe o bază de 55/45. Aceasta se va face astfel:

• Înmulţind scorul Final al Etapei 2 (SF2) la 0,45 obţinând astfel scorul Final Net al Etapei 2 (SF4-Etapa 2) Punctaj Final Etapa IV(SF4-Etapa 2) = SF2 * 0,45 ŞI

• Înmulţind scorul Final al Etapei 3 (SF3) la 0,55 obţinând astfel scorul Final Net al Etapei 3 (SF4-Etapa 3) Punctaj Final Etapa III (SF4-Etapa 3) = SF3 * 0,55

ŞI Punctajul final obţinut de către ofertant este calculat pe baza formulei de mai jos: Punctaj Final Etapa IV (SF4) = Punctaj Final Etapa IV(SF4-Etapa 2) + Punctaj Final Etapa III (SF4-Etapa 3)


119

Format contract

CONTRACT DE FURNIZARE BUNURI ŞI SERVICII

nr. /__________________

Art. 1. PĂRŢILE CONTRACTANTE

SECRETARIATUL GENERAL AL GUVERNULUI, cu sediul în Bucureşti, Piaţa Victoriei nr. 1, sector 1, cod fiscal 4283422, având contul nr.

RO40TREZ70023510171XXXXX deschis la Activitatea de Trezorerie a Municipiului Bucureşti, prin reprezentanţi legali, d-na Daniela Nicoleta Andreescu

- Secretar General al Guvernului şi d-na Doina Petrache, director al Direcţiei economice în calitate de CUMPĂRĂTOR

Şi

S.C. ................... S.A., cu sediul în ..............., Şos./Str./Bd. ......, nr. ..... , sector ......., tel: ............., fax: ..............., inregistrata la Registrul Comertului

sub nr. J40/.........../..........., cod de inregistrare in scopuri de TVA RO................., cont nr. RO.....TREZ.........XXX........ deschis la Trezoreria Municipiului

................., prin reprezentanţi legali, dl................ –director general, în calitate de FURNIZOR

ART. 2. DEFINIŢII

2.1. În prezentul contract următorii termeni vor fi interpretaţi astfel:

a. contract - înţelegerea Părţilor privind produsele furnizate şi serviciile prestate; reprezintă prezentul Contract şi toate anexele sale;

b. cumpărător şi furnizor - părţile contractante, aşa cum sunt acestea numite în prezentul contract;

c. preţul contractului - preţul plătibil furnizorului de către cumpărător, în baza contractului, pentru îndeplinirea integrală şi corespunzătoare a tuturor

obligaţiilor asumate prin contract;

d. produse - echipamentele, maşinile, utilajele, orice alte bunuri, cuprinse în anexa/anexele la prezentul contract, pe care furnizorul se obligă, prin contract,

să le furnizeze cumpărătorului;

e. servicii - serviciile aferente livrării produselor, respectiv activităţile legate de furnizarea produselor, cum ar fi transportul, asigurarea, instalarea, instruirea,

punerea în funcţiune, asistenţa tehnică în perioada de garanţie şi orice alte asemenea obligaţii care revin furnizorului prin contract;

f. origine - locul unde produsele au fost dispuse, create, realizate, produse sau de unde se furnizează serviciile. Produsele sunt fabricate atunci când prin

procesul de fabricare, prelucrare sau asamblare majoră şi esenţială a componentelor rezultă un produs nou, recunoscut comercial, care este diferit, prin

caracteristicile sale de bază, prin scop sau prin utilitate, de componentele sale. Originea produselor şi serviciilor poate fi distinctă de naţionalitatea

furnizorului;

g. destinaţie finală - locul unde furnizorul are obligaţia de a furniza produsele (Anexa A – Locaţii din caietul de sarcini – pag. 91);

h. forţa majoră - un eveniment mai presus de controlul părţilor, care nu se datorează greşelii sau vinei acestora, care nu putea fi prevăzut la momentul

încheierii contractului şi care face imposibilă executarea şi, respectiv, îndeplinirea contractului; sunt considerate asemenea evenimente: războaie, revoluţii,

incendii, inundaţii sau orice alte catastrofe naturale, restricţii apărute ca urmare a unei carantine, embargou, enumerarea nefiind exhaustivă, ci enunţiativă.

Nu este considerat forţă majoră un eveniment asemenea celor de mai sus care, fără a crea o imposibilitate de executare, face extrem de costisitoare

executarea obligaţiilor uneia dintre părţi;

i. acceptanţa provizorie - reprezintă documentul emis la 3 luni după trecerea în producţie în toate locaţiile, prin care se va verifica dacă produsele –

echipamentele şi produsele software- sunt livrate, repartizate, instalate, configurate şi sunt complet operaţionale precum şi prestarea tuturor serviciilor

aferente;

j. acceptanţa finală - reprezintă documentul emis la 12 luni de la acceptanţa provizorie, prin care se atestă îndeplinirea tuturor obligaţiilor de către Furnizor,

respectiv livrarea tuturor echipamentelor şi programelor software precum şi prestarea tuturor serviciilor;

k. act adiţional – reprezintă documentul care modifică termenii şi condiţiile din oricare document făcând parte din prezentul Contract;

l. manager de proiect - persoana responsabilă pentru monitorizarea implementării sistemului şi contractului din cadrul Cumpărătorului (S.G.G.);

m. perioada de garanţie - reprezintă perioada care curge începand cu data livrării echipamentelor/produselor software şi în care Furnizorul garantează că

nici unul dintre echipamentele/produsele software furnizate nu are nici un defect provenind din, dar fără a se limita la: proiectare, materiale sau execuţie,

transport, instalare. În cazul în care un astfel de defect apare în perioada de garanţie, Furnizorul este obligat sa il remedieze pe cheltuiala sa şi în conformitate

cu prevederile prezentului Contract;

n. standarde – reglementările tehnice sau altele asemenea, prevăzute în caietul de sarcini şi în propunerea tehnică iar atunci când nu se menţionează nici un

standard aplicabil, standardele autorizate corespunzătoare ţării de provenienţă a produselor iar astfel de standarde vor fi cele mai noi emise de instituţiile

corespunzătoare.


120

o. termene limită - acele perioade din contract care curg din ziua următoare actului sau evenimentului care reprezintă momentul de început al acelor

perioade. În cazul în care ultima zi a termenului se împlineşte într-o zi nelucrătoare, termenul va expira la sfarşitul următoarei zile lucrătoare;

p. rezilierea/rezolutiunea contractului - înseamna încetarea contractului conform prevederilor prezentului contract, ca urmare a neexecutării culpabile a

obligaţiilor;

r. ordin administrativ – orice instrucţiune emisă de managerii de proiect, aprobată Cumpărător şi adresată Furnizorului în aplicarea Contractului;

s. zi - zi calendaristică; an - 365 de zile. (Se adaugă orice alţi termeni pe care părţile înteleg să îi definească pentru contract.)

Art.3. INTERPRETARE

3.1. În prezentul contract, cu excepţia unei prevederi contrare, cuvintele la forma singular vor include forma de plural şi viceversa, acolo unde acest lucru

este permis de context.

3.2. Termenul "zi" ori "zile" sau orice referire la zile reprezintă zile calendaristice, dacă nu se specifică în mod diferit.

3.3. Termenii comerciali de livrare vor fi interpretaţi conform INCOTERMS 2006 - Camera Internaţională de Comerţ (CIC);

Art. 4. OBIECTUL CONTRACTULUI

4.1. Furnizorul se obligă să furnizeze, să instaleze, să configureze, să pună în funcţiune şi să integreze în sistemul informatic – Sistemul de Administrare şi

Urmarire a Procesului de Elaborare de Politici (SAUP) - produsele hardware şi software prevăzute în Anexa nr. 1 la prezentul contract, să remedieze orice

defect în perioada de garanţie a echipamentelor şi produselor software furnizate, să asigure instruirea personalului, pentru utilizarea echipamentelor şi

produselor software livrate, conform clauzelor la prezentul contract şi în termenele stabilite prin acesta.

Art. 5. DURATA CONTRACTULUI

5.1. Prezentul contract intră în vigoare la data de ............şi este valabil pănă la data de .....................

5.2. Durata contractului poate fi prelungită prin acte adiţionale, încheiate cu acordul ambelor părţi contractante.

Art.6. EXECUTAREA CONTRACTULUI

6.1. Executarea contractului începe după semnarea contractului de către ambele părţi şi constituirea garanţiei de bună execuţie.

6.2. Garanţia de bună execuţie, în valoare de 5% din valoarea contractului fără T.V.A., va fi prezentată în termen de 10 zile lucrătoare la data semnării

contractului dar nu mai târziu de data intrării în vigoare a acestuia, fiind emisă de o societate bancară/societate de asigurări agreată de Cumpărător.

Art.7. DOCUMENTELE CONTRACTULUI

7.1. Documentele care fac parte integrantă din prezentul contractul sunt:

1. Anexa nr.1 - conţine cantităţile previzionate, tipurile de produse/servicii şi preţurile acestora;

2. Anexa nr. 2 – planul de livrare;

3. Anexa nr. 3 - propunerea tehnică;

4. Anexa nr. 4 - propunerea financiară;

5. Anexa nr. 5 –garanţia bancară de bună execuţie.

6. Anexa nr.6 - graficul de plăţi.

7. Anexa nr.7 – lista experţi, cv-uri.

Art. 8. PREŢUL CONTRACTULUI

8.1. Preţul contractului, respectiv preţul echipamentelor hardware, produselor software şi serviciilor livrate/prestate aferente Sistemului de Administrare şi

Urmarire a Procesului de Elaborare de Politici (SAUP) este de .............lei inclusiv TVA (.................. lei fără T.V.A.) şi este ferm, nerevizuibil pe întreaga

durată de valabilitate a contractului.

8.2. Preţul contractului include atât preţul produselor şi serviciilor furnizate, precum şi toate cheltuielile de transport, ambalare, manipulare, taxa verde şi

punerea în funcţiune a sistemului achiziţionat de Cumpărător.

Art. 9. CONDIŢII DE PLATĂ

9.1. Cumpărătorul se obligă să achite contravaloarea echipamentelor hardware, produselor software şi serviciilor livrate/prestate aferente Sistmului de

Administrare şi Urmarire a Procesului de Elaborare de Politici (SAUP) conform graficului de plăţi (Anexa nr.6) şi în termen de 60 de zile de la emiterea

facturii, în perioada 24-31 a fiecărei luni, conform prevederilor art.36, alin.1 din O.U.G. nr. 34/2009.

9.2. În vederea efectuării plăţii, facturile vor fi emise pe etapele derulării proiectului, etape care se cer a se regăsi în anexa la contract cu detalierea valorii

proiectului pe etape (acestea sunt prevăzute în planul de livrare – Anexa nr.2). Documentaţia anexată facturii pentru plată diferă, funcţie de etapa din proiect


121

la care se referă factura. Precizăm că documentul de recepţie este procesul-verbal de recepţie a mijlocului fix. Functie de etapa la care se referă, documentaţia

va include: proces-verbal de dare în folosinţă/de trecere în producţie, proces-verbal de recepţie a serviciilor, proces-verbal de acceptanţă provizorie/de

acceptanţă finală, proces-verbal de finalizare a instruirii

9.3. Plata preţului contractului se va realiza în 2 (două) tranşe desfăşurate pe parcursul celor 2 (doi) ani de implementare a sistemului conform graficului de

plăţi (Anexa nr.6 la prezentul contract).

9.4. Plata pentru produsele şi serviciile furnizate se va realiza în LEI.

Art. 10. TERMEN DE LIVRARE

10.1. Livrarea produselor prevăzute în Anexa nr.1 se face conform planului de livrare şi la locaţiile prevazute în Anexa nr.2.

10.2. În situaţia în care furnizorul nu livrează produsele contractate în cadrul termenului de livrare stabilit, acesta se afla în întărziere de drept, nefiind

necesară punerea sa în întârziere printr-o altă notificare.

10.3. Livrarea se consideră realizată la data recepţiei produselor.

10.4. Livrările anticipate sunt admise.

10.5. În vederea efectuării livrării produselor contractate, Furnizorul are obligaţia contactării Cumpărătorului la telefon: 021.314.34.00 interior: 1358

(Unitatea de Politici Publice) pentru stabilirea datei şi orei la care poate fi efectuată livrarea şi recepţia produselor.

Art. 11. RECEPŢIA PRODUSELOR

11.1. Recepţia cantitativă şi calitativă a produselor se face la destinaţia finală, în prezenţa delegatului Furnizorului, în maximum 15 zile lucrătoare de la data

livrării.

11.2. Cumpărătorul sau reprezentantul său are dreptul de a inspecta produsele pentru a verifica conformitatea lor cu specificaţiile tehnice stabilite în

propunerea tehnică.

11.3. Produsele se vor considera definitiv recepţionate după completarea şi semnarea documentului de recepţie cantitativă şi calitativă.

11.4. Produsele livrate în baza prezentului contract sunt proprietatea Furnizorului până la momentul plăţii integrale de către Cumpărător a preţului. Din

momentul recepţiei produselor, toate riscurile inclusiv cele decurgand din incediu, furt, inundaţie şi orice alte evenimente ce ar putea constitui cazuri fortuite,

etc. vor fi suportate integral de către Cumpărător.

11.5. Dacă vreunul din produsele verificate nu corespunde specificaţiilor din Anexa nr. 1, Cumpărătorul are dreptul să îl respingă, iar furnizorul are obligaţia,

fără a modifica preţul contractului, de a înlocui produsele refuzate;

11.6. Oferta tehnică (Anexa nr.3) şi oferta financiară (Anexa nr.4) fac parte integrantă din prezentul contract, conform art. 95, alin. 1 din H.G. nr. 925/2006.

11.7. În cazul în care pe parcursul îndeplinirii contractului se constată faptul că anumite elemente ale propunerii tehnice sunt inferioare sau nu corespund

cerinţelor prevăzute în caietul de sarcini, prevalează prevederile caietului de sarcini.

Art. 12. ACCEPTAREA PRODUSELOR

12.1. Dacă la efectuarea recepţiei cantitative şi a celei calitative sau în termen de 5 zile calendaristice de la data recepţiilor se constată că unele produse sunt

deteriorate sau nu corespund din punct de vedere al standardelor de calitate, Cumpărătorul va refuza aceste produse.

12.2. Cumpărătorul va înştiinţa Furnizorul de refuzul acceptării produselor deteriorate şi/sau necorespunzatoare din punct de vedere calitativ, în termenul

prevăzut la art. 12.1.

12.3. Dacă Cumpărătorul returnează Furnizorului produsele deteriorate şi/sau necorespunzătoare din punct de vedere calitativ constatate că se datorează

culpei acestuia, Furnizorul este obligat să suporte cheltuielile legate de returnarea acestor produse.

12.4. Furnizorul va înlocui produsele deteriorate şi/sau necorespunzătoare din punct de vedere calitativ pe cheltuiala sa, în termen de 5 zile calendaristice de

la data notificării refuzului.

Art. 13. INSPECŢIA ŞI TESTELE

13.1. Cumpărătorul sau reprezentantul acestuia va avea dreptul să inspecteze şi/ sau să testeze produsele pentru a confirma conformitatea acestora cu

specificaţiile tehnice prevăzute în contract, fără costuri suplimentare pentru Cumpărător. Inspecţia şi testele ce trebuiesc realizate sunt:

- verificarea funcţionării;

- verificarea conformităţii specificaţiilor tehnice din manuale;

13.2. Inspecţiile şi testele se vor realiza la locul livrării şi/ sau la destinaţia finală aproduselor.

13.3. În cazul în care oricare dintre produsele inspectate sau testate nu este în conformitate cu specificaţiile tehnice, Cumpărătorul le poate respinge iar

Furnizorul fie va înlocui produsele respinse, fie va face modificările necesare pentru a fi în conformitate cu cerinţele specificaţiilor fără a taxa în vreun fel

Cumpărătorul.


122

13.4. Dreptul Cumpărătorului de a inspecta, testa şi, dacă este necesar, de a respinge produsele după livrarea acestora nu se va limita la faptul că produsul a

mai fost inspectat, testat şi acceptat de către Cumpărător sau reprezentanţii lui, înainte de livrarea acestuia.

13.5. Nimic din ceea ce este specificat în art.12 nu va scuti, în vreun fel, Furnizorul de vreo garanţie sau altă obligaţie din acest Contract.

Art.14. ACCEPTAREA SISTEMUL DE ADMINISTRARE ŞI URMARIRE A PROCESULUI DE ELABORARE DE POLITICI

14.1.Acceptarea software-ului

14.1.1. Procedura

a) Acceptanţa Provizorie se va efectua pentru Sistemul de Administrare şi Urmarire a Procesului de Elaborare de Politici (SAUP), în termen de 3 (trei) luni

de la data trecerii în producţie în toate locaţiile (conform planului de livrare prevăzut în caietul de sarcini la pct.13.1.5. – Anexa nr.2 la contract. Se va

verifica dacă produsele sunt livrate, repartizate, instalate, configurate şi sunt complet operaţionale.

b) După ce Furnizorul a terminat lucrările de instalare, configurare şi punere în funcţiune a tuturor echipamentelor şi produselor software, el va notifica în

scris Cumpărătorul despre data începerii Testelor de Acceptanţă Provizorie.

c) Acceptarea provizorie a Sistemul de Administrare şi Urmarire a Procesului de Elaborare de Politici (SAUP) se va baza pe 2 (doi) factori:

- execuţia unui plan de testare şi evaluare, constând în scenarii de test care vor acoperi toate aspectele cazurilor practice.

- 3 (trei) luni de funcţionare cu succes în producţie a S.A.U.P.

Furnizorul va fi obligat să testeze sistemul - S.A.U.P.- cu cazuri de test furnizate de Cumpărător. Înainte ca sistemul – S.A.U.P. – să fie acceptat provizoriu,

fiecare aspect va fi testat pentru a asigura stabilitatea şi acurateţea.

d) Programul desfăşurării şi testele ce vor fi efectuate pentru Acceptanţa Provizorie vor fi transmise Cumpărătorului pentru aprobare, nu mai târziu de

treizeci (30) zile înainte de începerea Acceptanţei Provizorii.

e) În următoarea perioadă de 30 zile, Cumpărătorul va verifica funcţionarea Sistemului de Administrare şi Urmarire a Procesului de Elaborare de Politici

(SAUP) conform parametrilor echipamentelor şi specificaţiilor tehnice din contract.

f) Cumpărătorul, prin managerii de proiect, şi Furnizorul vor semna, după finalizarea testelor, Certificatul (Procesul-verbal) de Acceptanţă Provizorie la

sfârşitul perioadei de 30 zile în care sistemul a funcţionat fără obiecţiuni.

g) Acceptanţa Finală se va efectua pentru Sistemul de Administrare şi Urmarire a Procesului de Elaborare de Politici (SAUP) în termen de 12 luni de la

data acceptanţei provizorii (conform planului de livrare prevăzut în caietul de sarcini la pct.13.1.5.). Se va verifica respectarea şi funcţionarea conform

specificaţiilor tehnice.

h) După ce Furnizorul a terminat lucrările de instalare, configurare şi punere în funcţiune a tuturor echipamentelor şi produselor software, el va notifica, în

scris, Cumpărătorul despre data începerii Testelor de Acceptanţă Finală.

i) Programul desfăşurării şi testele ce vor fi efectuate pentru Acceptanţa Finală vor fi transmise Cumpărătorului pentru aprobare, nu mai târziu de treizeci

(30) zile înainte de începerea Acceptanţei Finale.

j) În următoarea perioadă de 30 zile Cumpărătorul va verifica funcţionarea Sistemului de Administrare şi Urmarire a Procesului de Elaborare de Politici

(SAUP) conform parametrilor echipamentelor şi specificaţiilor tehnice din contract.

k) Cumpărătorul şi Furnizorul vor efectua Testele de Acceptanţă Finală în decurs de treizeci (30) zile pentru a verifica dacă Sistemul de Administrare şi

Urmarire a Procesului de Elaborare de Politici (SAUP) funcţionează conform cu specificaţiile tehnice din Anexa nr.1 precum şi faptul că instalarea,

configurarea şi punerea în funcţiune a echipamentelor şi produselor software au fost îndeplinite.

l) Cumpărătorul, prin managerii de proiect, şi Furnizorul vor semna după finalizarea testelor Certificatul (Procesul-verbal) de Acceptanţă Finală la sfârşitul

perioadei de 30 zile în care sistemul a funcţionat fără obiecţiuni.

m) Echipamentele şi reţelele care fac obiectul acestui contract se vor folosi împreună cu infrastructura existentă de telecomunicaţii şi de transmisie de date,

de care dispune Cumpărătorul. Furnizorul nu are nici o răspundere pentru infrastructura amintită mai sus şi ca urmare, numai echipamentul Furnizorului va

face obiectul testărilor.

n) Instalarea, etichetarea, punerea în funcţiune şi configurarea echipamentelor se va finaliza cu un document tehnic în format electronic acceptat de

Cumpărător şi tipărit în dublu exemplar care va conţine detaliile de configurare, instalare şi interconectare (diagrame, schiţe, seriile interfeţelor şi

terminalelor, cu revizia acestora, conexiuni, extensii, rute, numere de apel, routere, etc.), precum şi un carnet de service (va fi completat pe parcursul

perioadei de garanţie şi suport – defecţiuni, service-pack-uri, firmware-uri, etc.) în conformitate cu standarde ISO 9001 sau echivalent.

14.1.2. Verificarea

a) Rezultatele obţinute prin procesarea datelor obţinute din sistemul existent trebuie să concorde cu rezultatele obţinute anterior (funcţionarea paralelă),

respectiv cu rezultatele anticipate pentru scenariile de test din planul de evaluare şi testare.

b) Fiecare procedură va trebui testată cu date pregătite manual sau cu procedura echivalentă în sistemul existent (unde este disponibil).

c) Funcţiile cu utilizatori multipli trebuie testate pentru a asigura operarea corectă a update-urilor, fără pierderi de date şi fără degradarea performanţei ca

rezultat al caracteristicilor utilizatorilor multipli.

d) Testarea performanţelor cerute, în special în locuri îndepărtate, va fi parte a testului de acceptare al sistemului.


123

14.2. Acceptarea hardware

14.2.1. Procedura

a) Acceptarea interimară a componentelor hardware va avea loc după instalarea şi repartizarea după cum urmează:

b) Componentele de server: în 30 de zile de la instalarea, repartizarea şi testarea cu succes a echipamentelor în locaţia centrală.

Instalarea şi repartizarea serverului şi testarea unităţii vor avea loc în 30 de zile după livrare.

14.2.2. Verificarea

Componentele hardware vor fi inspectate şi testate pentru a funcţiona corect, conform cu Specificaţiile Tehnice.

Art.15. RECEPŢIA SERVICIILOR

15.1. Recepţia serviciilor se va efectua pe baza descrierii serviciilor conform Anexei nr.1 la contract.

15.2. Serviciul se consideră îndeplinit de către Furnizor, prin semnarea fără obiecţiuni a Procesului verbal de Recepţie a Serviciului de către reprezentanţii

Cumpărătorului şi Furnizorului.

Art 16. AMBALAREA

16.1 Furnizorul va ambala produsele în conformitate cu prevederile legale în domeniu şi în aşa fel încât acestea să facă faţă la manipularea dură din timpul

transportului, tranzitului şi expunerii la temperaturi extreme, la soare şi la precipitaţiile care ar putea să apară în timpul transportului şi depozitării în aer

liber. La mărimea şi greutatea materialelor folosite la ambalare vor trebui să ia în considerare, când este cazul, distanţa până la destinaţia finală a produselor

şi absenţa echipamentelor de transport al greutăţilor la toate punctele de tranzit.

Art. 17. MARCAREA

17.1. Toate componentele vor fi marcate cu numele producătorului, anul de fabricaţie şi numărul de serie.

Art. 18. GARANŢII

18.1. Furnizorul garantează Cumpărătorul contra evicţiunii şi contra viciilor bunurilor vândute.

18.2. Furnizorul garantează că produsele furnizate prin acest Contract sunt noi, nefolosite, fiind modele recente şi cu toate îmbunătăţirile în ceea ce priveşte

modelul şi materialele.

18.3. Furnizorul garantează că toate produsele furnizate prin contract nu vor avea nici un defect ca urmare a proiectării, materialelor sau fabricării, manoperei

sau oricarei alte acţiuni sau omisiuni a Furnizorului şi că acestea vor funcţiona în conditii normale de funcţionare.

18.4. Cumpărătorul va notifica imediat Furnizorul în scris asupra nerespectării cerinţelor ce decurg din această garanţie.

18.5. La primirea unei astfel de notificări, Furnizorul, va repara sau înlocui produsele defecte sau părţile acestora, gratuit, în termenele prevăzute la art.18.8.

(pag 29 SAUP pct. 15.4.).

18.6. Dacă Furnizorul, fiind notificat, nu reuşeşte să remedieze defectul(e) într-o perioadă rezonabilă de timp (vezi art.18.8.), Cumpărătorul poate întreprinde

acţiunile corespunzătoare necesare, pe riscul şi cheltuiala Furnizorului şi fără prejudicierea altor drepturi pe care Cumpărătorul le poate avea asupra

Furnizorului conform acestui Contract.

18.7. Termenul de garanţie pentru produsele contractate este de 3 ani (36 de luni) de la data livrării. Garanţia produselor livrate nu include costul lucrarilor

pentru remedierea defectelor cauzate de utilizarea greşită, neglijenţă, accidente, lucrări efectuate de terţi, nerespectarea condiţiilor corecte de operare şi de

mediu, lucrări de intervenţie cu personal neautorizat sau de utilizarea de articole sau consumabile necorespunzătoare sau de alt tip decât cel specificat în scris

de către Furnizor/producător. În cazul în care se constată nerespectarea acestor prevederi, produsele respective ies de sub incidenţa prevederilor contractuale

şi se pierde garanţia acordată, iar toate costurile legate de punerea în funcţiune a produsului revin în totalitate Cumpărătorului.

18.8. Perioada pentru corectarea defectelor ce nu pun în pericol funcţionarea S.A.U.P. (nu sunt critice), in perioada de garanţie, este de 15 zile calendaristice.

În circumstanţe speciale şi cu aprobarea anterioară a Cumpărătorului, această perioadă poate fi mărită cu 21 de zile. Pentru componentele critice de rangul 1

(unitate de stocare, switch FO, server), piesele defecte şi orice alte piese necesare pentru efectuarea reparaţiei, vor fi furnizate în 24 de ore, fără a depăşi 72

de ore.

18.9. Periodic şi inainte de o eventuală intervenţie a Furnizorului asupra produselor, în perioada de garanţie, Cumpărătorul este obligat să ia toate măsurile

de protecţie (inclusiv salvări complete de date de pe produsul respectiv) împotriva oricăror distrugeri accidentale a acestor informaţii, această acţiune de

salvare fiind necesară doar la nivelul produsului care constituie obiectul interventiei, Furnizorul nefiind răspunzător pentru eventualele pierderi ale datelor şi

pentru daunele provocate de aceste pierderi, indiferent de ce natura ar fi acestea.

18.10. În cazul defectării discurilor hard, Furnizorul se angajează, în scris, în cadrul ofertei tehnice şi a contractului de furnizare, să le înlocuiască gratuit în

perioada de garanţie, iar discului defect îi vor fi distruse platanele la sediul Cumpărătorului în prezenţa reprezentanţilor acestuia, restul subansamblelor HDD

se predau Furnizorului.

18.11. În perioada de garanţie a produselor, orice suport magnetic constatat defect (HDD, USB Key…) va fi distrus la sediul Cumpărătorului, după

înlocuirea, în prealabil, a componentei defecte, în prezenţa unui reprezentant al Furnizorului.


124

18.12. Aceste garanţii, împreună cu celelalte garanţii specificate în mod expres în acest contract exclud orice alte condiţii şi garanţii, exprimate în mod

expres sau implicit.

18.13. Furnizorul va constitui în termen de 10 zile lucrătoare de la semnarea contractului dar nu mai târziu de data intrării în vigoare a acestuia, o garanţie de

bună execuţie în valoare de .................lei reprezentând 5% din valoarea contractului fără T.V.A., concretizată într-o scrisoare de garanţie bancară ce va fi

înmânată Cumpărătorului, valabilă pe toată perioada de derulare a contractului care se constituie în Anexa nr.5 la prezentul contract, în conformitate cu

prevederile art.89, alin.1 şi art.90, alin.1 din H.G. nr.925/2006.

18.14. Cumpărătorul are dreptul de a emite pretenţii asupra garanţiei de bună execuţie, în limita prejudiciului creat, dacă Furnizorul nu îşi îndeplineşte, nu îşi

execută, execută cu întârziere sau execută necorespunzător obligaţiile asumate prin prezentul contract. Anterior emiterii unei pretenţii asupra garanţiei de

bună execuţie, Cumpărătorul are obligaţia de a notifica acest lucru furnizorului, precizând totodată obligaţiile care nu au fost respectate.

18.15. Cumpărătorul se obligă să restituie garanţia de bună execuţie în cel mult 14 zile de la data întocmirii procesului-verbal de recepţie a produselor care

fac obiectul contractului şi/sau de la plata facturii finale, dacă nu a ridicat până la acea data pretenţii asupra ei.

Art.19. ASIGURAREA

19.1. Furnizorul are obligaţia de a asigura complet produsele furnizate prin contract împotriva pierderii sau deteriorării neprevăzute la fabricare,

achiziţionare, transport, depozitare şi livrare, în funcţie de termenul comercial de livrare convenit.

19.2. Asigurarea va fi pentru costul total de livrare a produselor la destinaţia finală.

Art.20. TRANSPORTUL

20.1.Furnizorul va livra produsele la locul de destinaţie finală. Transportul produselor la această destinaţie va fi suportat de Furnizor, iar costul acestuia va fi

inclus în preţul contractului.

20.2. Dacă Furnizorul efectuează livrarea, de exemplu, prin poştă, curierat sau la altă adresă, Furnizorul va plăti transportul şi depozitarea până la livrare.

20.3. În toate cazurile de mai sus, transportul este în responsabilitatea Furnizorului.

Art. 21. SERVICII SUPLIMENTARE

21.1 Furnizorului va pune la dispoziţia Cumpărătorului oricare sau toate dintre următoarele servicii:

a) Realizarea sau supervizarea asamblării şi/ sau începerii funcţionării la locul de livrare a produselor;

b) Furnizarea uneltelor cerute pentru asamblarea şi/ sau întreţinerea produselor furnizate;

c) Furnizarea unui manual de operare şi întreţinere detaliat pentru fiecare unitate a produselor furnizate;

d) Realizarea sau supravegherea sau întreţinerea şi/ sau repararea produselor furnizate, pentru o perioadă de timp stabilită între părţi, cu condiţia ca acest

serviciu să nu scutească Furnizorul de obligaţiile de Garanţie din acest Contract; şi

e) Să realizeze pregătirea personalului Cumpărătorului, la locaţia Furnizorului, pentru asamblarea, punerea în funcţiune, operarea, întreţinerea şi/ sau

repararea produselor furnizate.

21.2 Preţul pentru serviciile suplimentare menţionate, este inclus în preţul contractului pentru produse.

Art. 22. OBLIGAŢIILE PĂRŢILOR

1. Furnizorul se obligă:

a) - Să furnizeze, să instaleze, să configureze, să pună în funcţiune şi să integreze în sistemul informatic, componentele hardware şi software prevăzute în

Anexa nr. 1 la prezentul contract conform planului de livrare şi la locul de destinaţie finală.

b) - Să furnizeze produsele la standardele şi/sau performanţele prezentate în propunerea tehnică.

c) - Să execute contractul manifestând grija şi diligenţa necesară, incluzând proiectarea, manufacturarea, livrarea la destinaţia finală, testarea şi darea în

funcţiune a echipamentelor furnizate şi îndeplinirea oricăror alte servicii, incluzând remedierea oricăror defecte ale produselor furnizate. Echipamentele vor

fi din producţia curentă şi nu vor avea proprietari anteriori. Producţia curentă înseamnă că echipamentele vor fi fabricate într-o perioadă de maxim 12 luni

înainte de data livrării. Echipamentele livrate în cadrul acestui contract sunt produse de companii care sunt atestate prin certificate ISO 9001 sau altele de

calitate similară. Toate produsele vor fi însoţite de certificate de calitate emise de producător.

d) – Să respecte, în totalitate, pe toată durata implementării Sistemului de Administrare şi Urmarire a Procesului de Elaborare de Politici (SAUP),

metodologia de implementare a acestuia descrisă în caietul de sarcini şi însuşită prin propunerea tehnică, parte integrantă a prezentului contract.

e) - Să suporte contravaloarea cheltuielilor de transport, ambalare, manipulare, contravaloarea taxei “timbrul verde”.

f)- Să prezinte declaraţia de conformitate, certificatul de garanţie, cerificatul de asigurare şi certificatele (procesele-verbale) de acceptanţă pentru

produsele/serviciile contractate.


125

g) - Să înlocuiască produsele constatate deteriorate şi/sau necorespunzătoare din punct de vedere calitativ la momentul recepţiei, pe cheltuiala sa, în termen

de 15 zile calendaristice de la data notificării refuzului de acceptare a acestora.

h) - Să asigure gratuit piesele de schimb şi manopera necesare reparaţiilor în perioada de garanţie.

i) - Să asigure şi să suporte toate cheltuielile pentru punerea în funcţiune, întreţinerea, repararea sau înlocuirea produselor reclamate defecte în cadrul

termenului de garanţie, precum şi cheltuielile de manipulare, diagnosticare, expertizare, montare, ambalare şi transport aferente.

j) - Să repare în termen de 15 zile calendaristice defecţiunile apărute în perioada de garanţie a produselor sau să înlocuiască produsul constatat defect cu unul

similar sau superior din punct de vedere tehnic.

k) – Să asigure pe durata a 3 (trei) ani de zile, servicii de întreţinere şi suport pentru toate componentele hardware şi software ale sistemului (S.A.U.P.).

Întreţinerea locală pentru toate componentele hardware va începe din momentul livrării acestora şi va continua pe o perioadă de 3 (trei) ani de la data

semnării certificatului (procesului-verbal) de acceptanţă provizorie de către Cumpărător. Întreţinerea şi suportul pentru toate componentele software vor

începe de la data livrării acestora şi va continua pe o perioadă de 3 (trei) ani de la data semnării certificatului (procesului-verbal) de acceptanţă provizorie de

către Cumpărător. Pentru asigurarea unui nivel înalt calitativ, echipa de implementare va include consultanţi de la producătorul produselor software utilizate,

ce vor fi implicaţi în toate fazele proiectului.

Furnizorul va asigura suportul printr-un singur punct de contact (helpdesk) în Bucureşti, România, care va fi responsabil pentru înregistrarea şi

coordonarea tuturor aspectelor suportului pentru software-ul şi hardware-ul instalat.

Suportul de tip hot-line prin Biroul de Ajutor va fi furnizat în România şi trebuie să fie disponibil în timpul orelor de program (08:00 — 17:00) în toate zilele

lucrătoare normale din România, şi în afara orelor de program în perioade prestabilite, pentru a acoperi cerinţe excepţionale.

Următoarele servicii vor fi furnizate:

- 1. Hardware

Pentru toate componentele furnizate prin contract, Furnizorul va fi responsabil cu menţinerea unui stoc complet de componente critice după cum au

fost definite de producător. Stocul critic va fi ţinut într-un loc sigur apropiat de locaţia echipamentului pentru care a fost furnizat, pentru a permite inginerilor

de service să înlocuiască imediat orice piesă defectă. Piesele defecte, şi orice alte piese necesare pentru efectuarea reparaţiei, vor fi furnizate în 24 de ore

pentru componentele critice de rangul 1 (unitate de stocare, switch FO, server) fără a depăşi 72 de ore.

Furnizorul este obligat să aibă un inginer de service la locaţie în 2 ore de la notificarea unei defecţiuni critice (nivel 1), în 4 ore pentru orice

întrerupere (nivel 2) şi în ziua următoare pentru problemele necritice (nivel 3).

- 2. Software

Capacitatea de suport a software-ului va include următoarele servicii:

• Raportarea erorilor şi reparaţia

o Urmărirea şi repararea erorilor semnalate.

o Furnizarea de descărcări de informaţii de urgenţă atunci când este potrivit.

o Propagarea pentru a repara alte versiuni suportate

• Răspunsul la cereri

o Asistenţă în folosirea software-ului

o Asistenţa tehnică

o Asistenţă la instalare/configurare.

• Descărcări de informaţii de întreţinere care acoperă

o Reparaţia bug-urilor

o Schimbări în mediul original S/W

o Îmbunătăţiri

• Diseminarea informaţiilor de suport

o Sumar centralizat al informaţiilor despre toate erorile reparate în diverse versiuni după cuvinte cheie.

• Alerte la erorile critice semnalate la o locaţie

• Informaţii despre suportul produsului

• Suport local

o Servicii de consultanţă locală acordate de experţi (într-o arie specifică) pentru accelerarea deciziilor/pentru a lucra la problemele critice ale

misiunii.

Serviciile de suport vor fi coordonate de Furnizor prin Biroul său de Ajutor din Bucureşti. Furnizorul va fi responsabil pentru furnizarea la timp a

personalului calificat necesar pentru efectuarea serviciilor de suport pentru produsele livrate.

Personalul de suport poate fi ori parte a personalului Furnizorului, ori poate fi un sub-contractor calificat şi aprobat.


126

Suportul telefonic va fi furnizat în zilele de lucru din România, în limba română. Numerele de telefon ale hotline-ului vor fi date managerilor de

proiect din partea Cumpărătorului, iar fiecare schimbare a numerelor de telefon va fi anunţată imediat.

Servicii la faţa locului vor fi furnizate numai în timpul programului normal de lucru al Cumpărătorului, în afară de cazul în care se dă o aprobare

anterioară.

La apariţia unui incident la Cumpărător, acesta va furniza o descriere corectă a incidentului şi a tuturor lucrurilor care au legătură cu acesta Biroului

de Ajutor al Furnizorului, care este responsabil de deschiderea unui dosar de eroare, preluarea convorbirii telefonice, identificarea şi anunţarea persoanei cel

mai în măsură să corecteze eroarea, şi de primirea şi preluarea notificărilor tuturor acţiunilor efectuate până la închiderea problemei.

Clasificarea şi corectarea defectelor

Acestea sunt următoarele clasificări ale defectelor:

Blocare – defectele care împiedica funcţionarea sistemului, defecte care nu permit utilizatorului să

folosească aplicaţia deoarece provoacă oprirea întregului sistem sau a uneia dintre componentele

importante.

Severe – erori care cauzează o întrerupere majoră în funcţionarea sistemului; defecte care nu permit

utilizatorului să îşi schimbe traficul zilnic la/de la reţelele interne sau externe înainte de terminarea

timpului de întrerupere; defecte care creează o posibilă violare a securităţii sau a integrităţii sistemului.

Majore – erori care vor permite totuşi folosirea sistemului cu o funcţionalitate şi/sau performanţă redusă.

Minore – erori care vor împiedica folosirea unor caracteristici funcţionale ne-critice ale sistemului şi

pentru care a fost găsită soluţia de remediere.

Estetice – erori care nu afectează folosirea sistemului, ex. ortografia.

Timpii de răspuns

• Suportul hot-line în limba română cu un timp de răspuns de 1 oră pentru urgenţe (nivel 1) trebuie să fie disponibil.

• Diagnoza la faţa locului şi obligaţia reparării pentru erori de blocare în 1 zi de la primirea cererii prin telefon sau e-mail.

• Repararea erorilor prin livrarea electronică de patch-uri software.

În cazul blocării şi al defectelor majore, Furnizorul va începe imediat să corecteze defectul şi va face toate eforturile să aducă o corectare sau o soluţie

intermediară de lucru nu mai târziu de 24 de ore de la raportarea incidentului.

În cazul erorilor majore, Furnizorul va începe imediat să corecteze defectul şi va face toate eforturile să aducă o corectare sau o soluţie intermediară de lucru

nu mai târziu de 72 de ore de la raportarea incidentului.

Defectele minore şi estetice pot fi corectate în cadrul unei noi versiuni a produsului.

Îmbunătăţiri

În perioada de garanţie (3 ani), Furnizorul va furniza upgrade-uri (îmbunătăţiri şi noi funcţionalităţi) şi corecturi care îmbunătăţesc software-ul, respectând

funcţionalitatea de bază a software-ului; ex. performanţa şi interfaţa utilizatorului.

Următoarele aspect trebuie acoperite în special:

• Toate adaptările cerute pentru schimbările în regulamentele şi cerinţele legale.

• Îmbunătăţirile tehnologice (compatibilitatea cu ultimele versiuni hardware şi software).

• Upgrade-ul interfeţelor conform cu software-ul aplicaţiei.

Furnizorul va anunţa Cumpărătorul despre disponibilitatea unor noi versiuni.

Suport de la producătorul produselor software de bază utilizate în cadrul soluţiei conform cerinţelor de mai jos:

• Asigurată de către producătorul aplicaţiei şi a platformei utilizate

• Management de cont de suport – prin intermediul unui manager de cont tehnic dedicat.

• Servicii de Informare – 24 ore din 24, 7 zile pe săptămâna, prin intermediul unor ingineri dedicaţi, pentru fiecare tip de produs, ce compune

infrastructura. Furnizorul trebuie să pună la dispoziţie Cumpărătorului un număr de telefon, în România, la care să se răspundă 24x7, pentru ridicarea

incidentelor. Resurse de informare Online, baze de date de cunoştinţe, unelte de escaladare şi urmărire a statutului şi evoluţiei rezolvării unor probleme,

informare proactiva asupra problemelor critice prin intermediul e-mail-urilor. Se cere de asemenea o aplicaţie de escaladare a incidentelor tehnice via

Internet şi un proces de management al situaţilor critice, pentru toate problemele cu un impact major şi critic.

Înştiinţarea de către client se poate face astfel:

• utilizând sistemul de poştă electronică (la o adresa de poştă electronică dedicată pusă la dispoziţie de către Furnizor);

• printr-un apel telefonic al clientului la un număr dedicat pus la dispoziţie de către Furnizor;

• prin intermediul unei aplicaţii de escaladare a incidentelor tehnice via Internet şi un proces de management al situaţilor critice, pentru toate

problemele cu un impact major şi critic. Aplicaţia de escaladare va fi pusă la dispoziţie de către Furnizor.

• Suplimentar, Furnizorul va desemna un manager care va fi responsabil cu gestionarea incidentelor tehnice.

l) - Să ofere instrucţiuni, la cererea Cumpărătorului, cu privire reciclarea produselor la expirarea perioadei lor de viaţă. Pentru informaţii suplimentare,

Cumpărătorul va contacta reprezentanţii Furnizorului, producătorul, autoritatea responsabilă cu punctele de colectare a DEEE (ECOTIC). Produsele livrate


127

respectă cerinţele reglementărilor române privind deşeurile de echipamente electrice şi electronice (DEEE), produsele fiind necesar a fi reciclate în

conformitate cu legislaţia în vigoare când durata de viaţă a unui produs a expirat şi acesta nu poate fi realocat, refolosit, donat către un alt utilizator pentru o

utilizare potrivită.

m) – Să notifice în scris Cumpărătorului numele şi datele aferente persoanei/persoanelor de contact în termen de 5 zile de la data intrării în vigoare a

contractului.

n) – Să informeze Cumpărătorul cu privire la întreg personalul pe care intenţionează să îl utilizeze pentru implementarea sistemului (S.A.U.P.), altul decât

experţii cheie ale căror CV-uri sunt incluse în anexele contractului. Se va specifica nivelul minim de pregătire, calificare şi experienţă a personalului.

Furnizorul nu va efectua schimbări ale personalului fără acordul scris al Cumpărătorului.

o) – Să adopte toate masurile necesare pentru a asigura în mod continuu personalului desemnat responsabil de implementarea sistemului (S.A.U.P.) suportul

necesar pentru îndeplinirea în mod eficient a sarcinilor acestuia.

p) - Să restituie toate sumele care au fost plătite acestuia de către Cumpărător, în cazul în care se constată, în urma unei cercetări efectuată de către organele

în drept naţionale sau internaţionale, că încheierea contractului s-a realizat cu neîntrunirea tuturor cerinţelor cu privire la eligibilitate, respectiv din punct de

vedere al îndeplinirii cerinţelor de calificare şi/sau selecţie solicitate în documentaţia de atribuire (prezentarea de documente şi/sau informaţii false). În cazul

constatării şi întrunirii elementelor mai sus menţionate, Cumpărătorul poate solicita daune-interese precum şi orice alte penalităţi în vederea acoperirii

prejudiciului creat de către Furnizor.

q) - În situatia în care Furnizorul este un consortiu alcătuit din două sau mai multe entitati juridice, acestea vor fi responsabile in mod solidar pentru

indeplinirea corespunzatoare a tuturor obligatiilor lor contractuale si vor nominaliza una dintre entitati ca leader de asociere, avand autoritatea de a angaja

raspunderea contractuala a tuturor membrilor asocierii. Alcatuirea asocierii nu va putea fi modificata pe intreaga durata a derularii Contractului.

r) - Furnizorul va trata toate documentele şi informaţiile care ii sunt puse la dispozitie pentru indeplinirea atribuţiilor ce îi revin în baza Contractului ca având

caracter personal şi confidenţial, cu excepţia celor care, făcând parte din dosarul achiziţiei publice, aşa cum acesta este definit de prevederile O.U.G. nr.

34/2006, cu modificările şi completările ulterioare, au caracter de informaţie publică.

s) - Executarea contractului nu trebuie să genereze cheltuieli comerciale ascunse sau nemenţionate explicit în contract în afara celor înscrise în bugetul

Contractului si mentionate in Caietul de sarcini. Dacă apar totuşi astfel de cheltuieli, Cumpărătorul nu va fi răspunzator şi nu va suporta cheltuielile

comerciale în afara celor înscrise în bugetul Contractului şi mentionate în Caietul de sarcini.

t) - Furnizorul va furniza Cumpărătorului, la cerere, documente justificative cu privire la conditiile în care se execută Contractul.

u) - Furnizorul este răspunzator, atât de siguranta tuturor operatiunilor şi metodelor de prestare utilizate, cât şi de calificarea personalului folosit pe toata

durata Contractului.

v) – Furnizorul va asigura instruirea personalului Cumpărătorului. La finalizarea instruirii se va semna un Proces-verbal de finalizare a instruirii. Cursurile de

instruire vor fi stabilite în Şedinţa de Proiect.

Instruirea utilizatorilor va fi făcută utilizatorilor puternici (61 persoane – vezi Anexa nr.2), administratorilor de sistem (5 persoane – vezi Anexa nr.2) şi pentru

administratorii aplicaţiei din entităţile externe (maximum 21 de persoane – vezi Anexa nr.2).

• Instruirea trebuie făcută în locaţiile din Bucureşti.

• Instruirea utilizatorilor şi cea tehnică trebuie făcută în limba română.

• Materialele pentru instruire vor fi livrate pe hârtie şi în format electronic, în limba română pentru materialele de instruire pentru utilizatori şi în limbile

româna sau engleză pentru materialele de instruire tehnice.

Instruirea utilizatorului va include utilizarea tuturor modulelor sistemului.

Instruirea tehnică va include:

• administrarea şi particularizarea sistemului

• design-ul interfeţelor

• întreţinerea sistemului

• administrarea bazei de date şi a serverului

• operarea şi întreţinerea tuturor componentelor hardware

Furnizorul, în şedinţa de proiect, va furniza un program pentru cursurile de pregătire propuse, o scurtă descriere, durata şi locul fiecărui curs. Toate costurile

pentru instruire vor fi suportate de către Furnizor.

x) - Furnizorul şi personalul său vor respecta secretul profesional, pe perioada executării Contractului. Furnizorul nu va dezvălui Contractul vreunei persoane

alta decât persoana angajată de către Furnizor pentru realizarea Contractului, sau orice altă prevedere din prezenta, sau specificaţie, plan, proiect, model,

mostră sau informaţie furnizată de sau din partea Cumpărătorului referitoare la cele din prezentul Contract, fără consimţământul Cumpărătorului.

Dezvăluirea către orice persoană angajată se va face confidenţial şi dezvăluirea se va realiza în măsura în care va fi necesară pentru a-şi îndeplini sarcinile.

2. Cumpărătorul se obligă:

a) - Să recepţioneze produsele/serviciile în termenul convenit, la sediul Secretariatului General al Guvernului.


128

b) - Să pună la dispoziţia Furnizorului un spaţiu adecvat pentru efectuarea recepţiei calitative, cantitative şi inspecţiei.

c) –Să comunice, în şedinţa de proiect, numele şi datele de contact ale managerului/managerilor de proiect;

d) - Să achite contravaloarea produselor în condiţiile precizate la art. 8.

e) - Să notifice în scris Furnizorului orice reclamaţie în perioada de garanţie.

f) - Să folosească produsele achiziţionate conform naturii şi destinaţiei acestora şi a recomandărilor producătorului, în condiţii normale de utilizare şi în

maniera menţionată de producător în descrierea bunurilor respective din manualul de utilizare.

g) - Să răspundă pentru orice pierdere, deteriorare sau reducere a performanţelor ce pot fi atribuite produselor, dacă Cumpărătorul va aduce modificări

neautorizate la oricare din produsele achiziţionate.

h) - Să nu transfere, sublicenţieze sau să ofere unei terţe persoane licenţa aferente programelor software livrate, aceasta licenţă fiind personală.

i) - Să nu dezasambleze, decompileze, decodeze sau convertească în alt limbaj, adapteze, sau modifice programele software livrate, inclusiv microcodul sau

firmware-ul, în alt mod decât cel permis în mod expres în termenii şi condiţiile de licenţiere care le însoţesc.

j) – Să nu întreprindă nici o acţiune care să împiedice ori să afecteze în mod negativ executarea contractului.

Art. 23. RĂSPUNDEREA CONTRACTUALĂ - PENALITĂŢI

23.1. Penalităţile pentru nelivrarea la termen a produselor de către Furnizor se stabilesc în cuantum de 0,1 % pentru fiecare zi de întârziere, până la data

efectuării livrării.

Penalitatea se calculează la preţul produsului şi se reţine de drept din valoarea contractului, Vumpărătorul notificand Furnizorul asupra cuantumului

penalitatilor.

23.2. Penalităţile pentru produsele nelivrate până la expirarea termenului contractului se stabilesc în cuantum de 0,1 % pe zi din valoarea acestora prevăzută

în contract şi se calculează pentru zilele cuprinse între termenul de livrare şi termenul de valabilitate al contractului. Cumpărătorul va notifica Furnizorul

privind cuantumul penalităţilor ce urmează a fi achitate. Plata se va face în contul Cumpărătorului, în termen de 5 zile calendaristice de la primirea

notificării.

23.3. Pentru neplata la termen a obligaţiilor către Furnizor, Cumpărătorul datorează penalităţi în cuantum de 0,1 % pentru fiecare zi de întârziere, calculate la

valoarea obligaţiilor neachitate.

23.4. În cazul nerespectării obligaţiei de înlocuire sau reparare a produselor constatate defecte în perioada de garanţie, în cadrul termenului prevăzut la art.22,

alin. 1, lit. j), Cumpărătorul poate intenta acţiune în justiţie pentru obligarea Furnizorului la înlocuirea produsului şi, eventual, plata de daune-interese în

cazul în care Furnizorul i-a fost cauzat un prejudiciu prin neînlocuirea la timp a produsului defectat.

Art. 24. DREPTURI PATENTE

24.1 Furnizorul va despăgubi Cumpărătorul pentru plângerile terţelor părţi referitoare la încălcarea patentei, mărcii comerciale sau drepturilor de proiectare

tehnică ce ies din folosirea produselor sau a oricărei părţi din prezenta în ţara Cumpărătorului.

Art. 25. ÎNCĂLCAREA CONTRACTULUI

25.1 O Parte încalca Contractul daca nu isi indeplineste, in tot sau in parte, oricare dintre obligatiile asumate prin Contract.

25.2 In cazul in care se produce o incalcare a Contractului, Partea prejudiciata va fi indreptatita la urmatoarele remedii:

a) daune interese; si/sau

b) rezilierea/rezolutiunea Contractului.

25.3 Suplimentar fata de masurile mentionate mai sus, se pot acorda si remedii pecuniare. Acestea pot consta in penalitati stabilite conform Articolul 23.

25.4 Recuperarea daunelor interese si a remediilor pecuniare, precum si a cheltuielilor rezultand din aplicarea masurilor prevazute in prezentul Articol se

va face prin retinerea din sumele datorate Contractantului, din depozit, din executarea garantiilor sau prin orice alt mijloc prevazut de lege.

Art. 26. REZILIEREA CONTRACTULUI DE CĂTRE CUMPĂRĂTOR

26.1 Cumpărătorul are dreptul de a considera Contractul ca fiind reziliat/rezolvit de plin drept, fara alta formalitate, fara punerea in intarziere si fara a fi

necesara interventia vreunei instante sau autoritati, in oricare din urmatoarele situatii, precum si in orice alt caz prevazut de prezentul contract:

a) Neexecutarea, în tot sau în parte, de către Furnizor a oricăror obligaţii asumate prin prezentul contract;

b) În termen de 5 de zile calendaristice de la data notificării intenţiei de amendare a contractului părţile nu ajung la o înţelegere comună în legătură cu

modificarea şi/sau cu completarea acestuia.


129

c) Furnizorul nu reuseste să îndeplineasca într-un timp rezonabil cerinţele Cumpărătorului, care cere să ia măsuri pentru a remedia orice deficienţă în

indeplinirea condiţiilor contractuale;

d) Furnizorul refuză să îndeplinească sau nu ia în considerare un ordin administrativ emis de către Managerul de Proiect şi aprobat de Cumpărător;

e) Furnizorul cesionează sau subcontractează fără autorizarea Cumpărătorului;

f) Furnizorul a fost declarat falit sau în stare de insolvenţă de catre o instanţă judecatorească, afacerile sale sunt administrate de instanţă, este în stare de

reorganizare, şi-a suspendat activităţile de afaceri, este subiectul unor proceduri care privesc aceste situaţii sau este în situaţii similare izvorâte dintr-o

procedură similar+ prevazută în legile sau reglementările naţionale;

g) Furnizorul a fost condamnat pentru o infractiune privitoare la conduita profesională printr-o hotarare judecatorească cu putere de lucru judecat;

h) Furnizorul se face vinovat de încalcare severă a conduitei profesionale, probată prin orice mijloc pe care Cumpărătorul îl poate justifica;

i) Furnizorul a fost condamnat printr-o hotărâre judecatorească cu putere de lucru judecat pentru frauda, corupţie, implicare într-o organizaţie

infracţională sau pentru orice altă activitate ilegală în dauna intereselor financiare ale Romaniei şi ale Comunităţii Europene;

j) Furnizorul, urmare a unei alte proceduri de achiziţie publică sau de acordare de contracte finanţate din bugetul Comunitatii, a fost declarat ca fiind în

încalcare gravă a contractului pentru neîndeplinirea obligaţiilor sale contractuale;

k) Intervine orice modificare organizaţională care implică schimbări în personalitatea juridică, natura sau controlul asupra Contractantului, în afara

situaţiei în care o astfel de modificare este consemnată într-un act adiţional la Contract;

l) Orice imposibilitate de a respecta prevederile legale care intarzie executarea contractului;

m) Furnizorul nu furnizează garanţiile sau asigurările solicitate, sau dacă persoanele care furnizează garanţiile sau asigurările menţionate mai sus

solicitate prin prezentul Contract nu îşi poate respecta angajamentele asumate.

Rezilierea/rezoluţiunea Contractului de către Cumpărător, astfel cum a fost reglementată în prezentul articol, este un drept şi în nici un caz nu va fi

considerată o obligaţie a Cumpărătorului, care poate oricând opta pentru continuarea executării Contractului de către Furnizor.

26.2 Rezilierea/Rezoluţiunea nu va afecta orice alte drepturi dobândite de către Cumpărător şi de către Furnizor în baza Contractului. Cumpărătorul poate,

ulterior, să încheie orice alt contract cu o terţă parte pe seama Furnizorului. Răspunderea Furnizorului pentru întârziere în executare va înceta imediat urmare

a rezilierii/rezoluţiunii, fără a afecta nici o responsabilitate care s-a nascut sub imperiul Contractului.

26.3. În ipoteza în care se produce oricare dintre situaţiile care determină rezilierea/rezoluţiunea, stipulate în Articolul 26.1, Cumpărătorul va notifica în

termen de 5 zile calendaristice de la data exigibilităţii obligaţiei neîndeplinite, în scris Furnizorului optiunea de a rezilia/rezolvi Contractul, cu instructiuni de

a lua masuri imediate pentru incheierea activitatilor de implementare a sistemului într-o manieră promptă si ordonată si de a reduce la minim cheltuielile.

26.4. În situaţia rezilierii/rezoluţiunii, Cumpărătorul, de îndată şi în prezenţa Furnizorului sau a reprezentanţilor săi sau după înştiintarea corespunzătoare a

acestora, va redacta un raport asupra Produselor livrate şi serviciilor prestate şi va întocmi un inventar al materialelor livrate si nefolosite. De asemenea se va

redacta o declaraţie cu privire la sumele de bani datorate Furnizorului şi la sumele de bani datorate de Furnizor Cumpărătorului la data rezilierii/rezoluţiunii

Contractului.

26.5 Cumpărătorul nu va fi obligat să mai facă plăţi Furnizorului până la finalizarea livrărilor, urmând ca Cumpărătorul să fie îndreptăţit să recupereze de

la Furnizor costurile suplimentare, dacă este cazul, pentru livrarea produselor sau va plăti orice sumă datorată Furnizorului anterior rezilierii/rezoluţiunii

Contractului.

24.6 În situaţia rezilierii/rezoluţiunii Contractului, Cumpărătorul va fi îndreptăţit să recupereze de la Furnizor orice prejudicii sau pierderi suferite în baza

contractului.

Art. 27. REZILIEREA CONTRACTULUI DE CĂTRE FURNIZOR

27.1 Furnizorul poate, după acordarea Cumpărătorului a unui preaviz de 40 zile, sa rezilieze/rezolutiuneze Contractul, dacă Cumpărătorul:

a) nu plăteşte Furnizorului sumele datorate;

b) nu îşi îndeplineşte obigaţiile asumate prin prezentul contract;

c) îşi încalcă în mod constant obligaţiile, după atenţionări repetate;

Art. 28. FORŢA MAJORĂ

28.1. Forţa majoră exonerează părţile contractante de îndeplinirea obligaţiilor asumate prin prezentul contract, pe toată perioada în care aceasta acţionează.

28.2. Îndeplinirea contractului va fi suspendată în perioada de acţiune a forţei majore dar fără a prejudicia drepturile părţilor ce li se cuveneau până la apariţia

forţei majore.

28.3. Partea contractantă care invocă forţa majoră are obligaţia de a notifica celeilalte părţi, imediat şi în mod complet, producerea acesteia şi să ia orice

măsuri care îi stau la dispoziţie în vederea limitării consecinţelor.

Art. 29. LITIGII

29.1. Părţile convin ca toate neînţelegerile privind validitatea contractului sau cele rezultate din interpretarea, executarea sau încetarea acestuia să fie

rezolvate pe cale amiabilă.


130

29.2. În cazul în care soluţionarea amiabilă nu este posibilă, litigiul va fi supus spre soluţionare instanţelor judecătoreşti competente din Bucureşti, în

conformitate cu legislaţia în vigoare.

Art.30. LIMBA CARE GUVERNEAZĂ CONTRACTUL

30.1. Contractul şi toate comunicările între părţi vor fi redactate în limba română.

Art.31. COMUNICĂRI

31.1. Orice comunicare între părţi, referitoare sau în legatura cu prezentul Contract sau cu îndeplinirea prezentului Contract, trebuie să fie redactata si

transmisă în scris in limba română.

31.2. Comunicările dintre Parţi vor fi trimise prin posta, prin fax sau înmânate la adresele indicate de Părţi în acest scop. Orice document scris trebuie

înregistrat atât în momentul transmiterii, cât şi în momentul primirii.

31.3. Oriunde Contractul prevede acordarea sau emiterea oricărei notificări, consimţământ, aprobări, certificat sau decizii, in lipsa unei prevederi contrare, o

astfel de notificare, consimţământ, aprobare, certificat sau decizie se va face in scris si va utiliza in mod corespunzător cuvintele „notificare”,

„consimţământ”, „aprobare”, „certificat” sau „decizie”. Orice astfel de notificare consimţământ, aprobare, certificat sau decizie nu va fi reţinuta sau întârziata

in mod nerezonabil.

Art. 32. CESIUNEA

32.1. Furnizorul se obligă să nu transfere total sau parţial obligaţiile asumate prin contract, fără să obţină, în prealabil, acordul scris al Cumpărătorului. Orice

cesiune făcută cu încălcarea acestei obligaţii nu va fi opozabilă celorlalte părti ale prezentului Contract. Cesionarul va avea cel puţin aceleaşi obligaţii ca cele

pe care şi le-a asumant Furnizorul prin prezentul Contract.

32.2. Prin cesiunea aprobată de Cumpărător, prezentul Contract nu încetează.

32.3. Aprobarea unei cesionari de către Cumpărător, nu va elibera pe Furnizor de obligaţiile sale pentru partea din Contract deja executată sau pentru partea

care nu a fost cesionată. De asemenea cesiunea nu va exonera Furnizorul de nici o responsabilitate privind garanţia sau de orice alte obligaţii asumate prin

Contract, ci va rămane obligat în solidar cu Cesionarul faţă de Cumpărător.

32.4. Dacă Furnizorul si-a cesionat contractul fără autorizare, Cumpărătorul poate, fără a transmite notificare formală în acest sens, să aplice de drept

sancţiunile pentru încălcarea Contractului prevăzute în Articolul 26.

32.5. Cesionarii trebuie să îndeplinească criteriile de eligibilitate aplicabile pentru atribuirea Contractului si de asemenea, trebuie să îndeplinească cel puţin

aceleaşi criterii tehnice şi financiare care au determinat atribuirea Contractului către Cumpărător.

Art. 33. DREPTURI DE PROPRIETATE INTELECTUALĂ

Art. 33.1. Toate drepturile asupra aplicaţiei software - Sistemului de Administrare şi Urmarire a Procesului de Elaborare de Politici (S.A.U.P.) –

dezvoltate în cadrul acestui Contract, ca şi sursele ei vor aparţine Cumpărătorului.

Art. 33.2. Cumpărătorul se obligă să asigure confidenţialitatea acelor detalii de execuţie care reprezintă proprietatea intelectuală a Furnizorului.

Art. 33.3. Drepturile asupra tuturor bazelor de software, cele neutilizate special pentru Sistemul de Administrare şi Urmarire a Procesului de

Elaborare de Politici (S.A.U.P.), aparţin Furnizorului, Cumpărătorul având dreptul de utilizare gratuită.

Art. 34. SUBCONTRACTAREA

34.1. Furnizorul nu va subcontracta fără autorizarea prealabilă scrisă a Cumpărătorului. Elementele Contractului care vor fi subcontractate şi identitatea

subcontractanţilor vor fi notificate Cumpărătorului. Acesta va notifica Furnizorul în legatură cu decizia sa.

34.2. În cazul în care Furnizorul subcontractează fără aprobare, sau subcontractanţii nu îndeplinesc criteriile de eligibilitate, Cumpărătorul, poate, fără a

transmite vreo notificare în acest sens, să aplice sancţiunile pentru încălcarea Contractului prevazute la Art.25 şi 26.

34.3 Lista subcontractanţilor, cu datele de identificare ale acestora, cât şi contractele încheiate cu aceştia se constituie în anexe la Contract.

34.4. Furnizorul are obligaţia, în cazul în care subcontractează părţi din Contract, de a încheia contracte cu subcontractanţii, în aceleaşi condiţii de natură

tehnică în care el a semnat contractul cu Cumpărătorul.

34.5. Subcontractantii trebuie sa indeplineasca criteriile de eligibilitate aplicate pentru atribuirea contractului.

34.6. Cumpărătorul nu va avea nici o legatură contractuală cu subcontractanţii.

34.7. Furnizorul este pe deplin răspunzător faţă de Cumpărător de modul în care subcontractanţii îndeplinesc contractul.

34.8. Furnizorul poate schimba oricare subcontractant numai cu acordul Cumpărătorului. Schimbarea subcontractantului nu va afecta preţul contractului, iar

solicitarea de schimbare va fi notificată Cumpărătorului.

34.9. Furnizorul va fi responsabil pentru actele, încălcările obligaţiilor şi neglijenţele subcontractanţilor săi şi a agenţilor şi angajaţilor acestora, ca şi când

acestea ar fi actele, încălcările obligaţiilor sau neglijenţele Furnizorului, agenţilor sau angajaţilor săi. Aprobarea de către Cumpărător a subcontractării

oricărei părţi din Contract sau a subcontractantului nu va elibera pe Furnizor de nici una dintre obligatiile asumate prin Contract.

34.10. Dacă un subcontractant şi-a asumat faţă de Furnizor orice obligaţie continuă cu privire la produsele furnizate, care se extinde pe o perioada ce

depăşeşte perioada de garanţie stabilită prin Contract, Furnizorul trebuie, oricând după expirarea perioadei de garanţie, să îi transfere imediat


131

Cumpărătorului, la solicitarea acestuia, conform instrucţiunilor şi pe cheltuiala acesteia, beneficiul unei astfel de obligatii pentru perioada pentru care aceasta

mai este valabilă.

Art.35. LEGEA APLICABILĂ CONTRACTULUI

35.1. Contractul şi problemele neacoperite de prezentul contract vor fi interpretate şi guvernate conform legilor din România.

Art. 36. MODIFICAREA CONTRACTULUI

36.1. Părţile contractante au dreptul, pe durata îndeplinirii contractului, de a conveni modificarea clauzelor contractului, prin act adiţional, numai în cazul

apariţiei unor circumstanţe care lezează interesele comerciale legitime ale acestora şi care nu au putut fi prevăzute la data încheierii contractului.

36.2. Orice modificare a Contractului, se poate face numai în timpul perioadei de valabilitate a acestuia. Schimbările majore, ca de exemplu alterarea

fundamentală a caietului de sarcini sau a ofertei Furnizorului, nu pot fi făcute print-un act adiţional care să altereze condiţiile competiţiei la momentul

acordării contractului.

Art. 37. ALTE CLAUZE

37.1. În cazul schimbării formei juridice/reorganizării judiciare, părţile se obligă să comunice, în termen de maximum 5 zile calendaristice de la această dată,

modul de preluare a obligaţiilor contractuale reciproce.

37.2. În termen de 5 zile de la semnarea contractului va avea loc şedinţa de proiect la care vor participa din partea Cumpărătorului, managerii de proiect, şi

din partea Furnizorului, persoanele desemnate responsabile unde se va dezbate implementarea Sistemului de Administrare şi Urmărire a Procesului de

Elaborare de Politici (S.A.U.P.). Astfel de şedinţe vor avea loc ori de câte ori Cumpărătorul consideră că sunt necesare. La sfârşitul fiecărei şedinţe se va

încheia un proces-verbal.

37.3. Dispoziţiile prezentului contract se completează cu prevederile Codului comercial şi ale Codului civil, precum şi cu celelalte reglementări în vigoare.

37.4. Prezentul contract a fost întocmit în două exemplare, câte unul pentru fiecare parte şi conţine .... file, împreună cu Anexa nr.1, Anexa nr.2, Anexa nr.3,

Anexa nr.4,Anexa nr.5 şi Anexa nr.6.

FURNIZOR CUMPĂRĂTOR


132

Anexa nr.1 la Contractul nr.______/________________

1.1 Sumar Obiectivul contractului din care fac parte aceste specificaţii tehnice este de a furniza Secretariatului General al Guvernului (SGG) României un Sistem de Administrare şi Urmărire al Politicilor (SAUP). Contractul de furnizare încheiat în acest scop acoperă şi include: • analiza, dezvoltarea, testarea şi implementarea unui SAUP complet funcţional, conform cu specificaţiile detaliate în acest document. • furnizarea, livrarea, instalarea şi repartizarea tuturor componentelor hardware. • furnizarea, livrarea, instalarea şi repartizarea tuturor software-urilor operaţionale şi pentru baze de date necesare pentru operarea sistemului propus. • furnizarea, livrarea, instalarea şi repartizarea tuturor licenţelor software pentru aplicaţiile standard şi pentru alte aplicaţii. • implementarea software-ului propus, trecerea la producţie şi suport post-implementare asigurat de către Contractor. • instruirea utilizatorilor şi a personalului IT în folosirea, întreţinerea şi adaptarea aplicaţiei. • întreţinere şi servicii de suport pentru software şi hardware.

1.2 Tabelul nr. 1 - Lista componentelor NR. COMPONENTE CANTITATE UNITATE LOCUL LIVRĂRII


2 Bucată SGG


2 Bucată

3 Server pentru arhivarea electronică şi server pentru salvări de siguranţă conform specificaţiilor din Secţiunea VI , capitolul 9

2 Bucăţi SGG


2 Bucăţi SGG


1 Bucată SGG

6 Unităţi de bandă de tip LTO Ultrium 2 Bucăţi SGG

7 Surse neîntreruptibile 2 Bucăţi SGG

8 Casetă siguranţă rezistentă la foc 1 Bucată SGG

9 Bandă de tip LTO-4 35 Bucăţi SGG

10 Întreţinerea locală pentru toate componentele hardware de la livrare până la 3 ani după semnarea acceptanţei provizorii



6 Licenţe SGG

12 Software pentru serverul bazei de date 1 Licenţă SGG

13 Dezvoltare / livrare „plug-in”-uri software pentru staţiile de lucru SAUP conform specificaţiilor din Secţiunea VI , capitolul 9

500 Licenţe SGG şi instituţiile din Bucureşti conform Anexei A

14 Dezvoltare / livrare software pentru administrarea şi urmărirea procesului de elaborare de politici conform specificaţiilor din Secţiunile 5 şi 6

500 Licenţe SGG


1 Licenţe SGG

16 Aplicaţie software pentru serverul de salvări de siguranţă conform specificaţiilor din Secţiunea VI , capitolele 5 şi 6

1 Licenţe SGG


133

17 Documentaţie pentru software-ul SAUP în format electronic 1 Bucată SGG

18 Documentaţie pentru software-ul SAUP pe hârtie 25 Bucăţi SGG şi instituţiile din Bucureşti conform Anexei A, Secţiunea VII










1 Bucată SGG

Aceste componente, în totalitate furnizate, livrate, implementate, instalate şi repartizate, împreună cu alte componente care ar putea fi necesare pentru îndeplinirea contractului, vor alcătui SAUP complet funcţional. 1.3 Locul livrării Toate componentele marcate cu “SGG” în Tabelul nr. 1 - Lista componentelor, vor fi livrate la Palatul Victoria din Bucureşti:

Secretariatul General al Guvernului din România Piaţa Victoriei nr.1 Bucureşti România Celelalte componente din tabelul de mai sus vor fi livrate la alte locaţii din Bucureşti, după cum se specifică în Anexa A. Toate componentele vor fi livrate de către Contractor la datele cerute pentru a respecta programul de implementare al contractului. Participanţii la licitaţie vor furniza în ofertele lor un program detaliat acoperind toate aspectele contractuale ale implementării. Contractorul răspunde pentru furnizarea, livrarea, implementarea, instalarea şi repartizarea tuturor componentelor la locaţiile de livrare prevăzute în paragraful 1.2 de mai sus şi în Anexa A. Recepţia temporară, provizorie şi finală va avea loc la aceste locaţii de livrare. În cazul în care au loc progrese tehnologice la oricare dintre componente, între data licitaţiei şi data furnizării, livrării, implementării, instalării şi repartizării, Contractorul, în condiţiile unei aprobări scrise din partea cumpărătorului, are libertatea de a furniza, livra, implementa, instala şi repartiza componente îmbunătăţite tehnologic, cu condiţia ca acestea să fie conforme cu toate celelalte reglementări ale contractului şi să nu obstrucţioneze sau să împiedice în nici un fel funcţionarea completă a SAUP. 1.4 Întreţinere şi suport Contractorul va furniza 3 ani de întreţinere şi suport pentru toate componentele software şi hardware. Întreţinerea locală pentru toate componentele hardware va începe din momentul livrării componentelor şi va continua pentru o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă. Întreţinerea şi suportul pentru toate componentele software vor începe la data livrării componentelor şi vor continua pentru o perioadă de 3 ani de la data semnării Certificatului de Acceptare Provizorie de către Autoritatea Contractantă.

Pentru asigurarea unui nivel inalt calitativ, echipa de implementare va include consultanţi de la producătorul software-ului utilizat ce vor fi implicaţi în toate fazele proiectului. 1.5 Marcarea Toate componentele vor fi marcate cu numele producătorului, anul de fabricaţie şi numărul de serie.

2. OBIECTIVUL SISTEMULUI 2.1 Consideraţii generale Principalele funcţiuni ale SGG sunt după cum urmează: (i) Stabilirea cadrului de lucru pentru sistemul de planificare al politicilor şi procedurilor guvernamentale; (ii) Suport şi sfaturi metodologice pentru ministerele de linie în privinţa politicilor publice; (iii) Monitorizarea implementării Programului Guvernului; (iv) Organizarea şi susţinerea şedinţelor Guvernului; (v) Asigurarea sistemului de control al implementării deciziilor Guvernului/Parlamentului. Procesul organizării şi susţinerii şedinţelor Guvernului include coordonarea procedurilor consultative şi de aprobare pentru propunerile de politici publice şi acte normative iniţiate de ministerele de linie, pregătirea agendei şedinţelor de Guvern şi publicarea documentelor legale adoptate. 2.2 Obiective Pentru controlul şi administrarea eficientă a acestui proces, SGG are nevoie de un sistem IT integrat pentru administrarea şi urmărirea procesului politicilor la nivelul său.


134

2.3Abordarea soluţiei Software-ul SAUP va oferi următoarele funcţii: • Un sistem de administrare al documentelor (SAD). • Un sistem de administrare al circuitului de lucru. • Un motor de căutare bazat pe un Sistem de Management de Baze de Date Relaţionale (SMBDR). • Un modul pentru pregătirea agendei şedinţelor de Guvern. • Un instrument de raportare pentru management. • O funcţie de arhivare electronică. • O interfaţă la sistemul existent de administrare al conţinutului (SAC). Cerinţele detaliate pentru SAUP sunt descrise în capitolele 5 şi 6 din Secţiunea VI . În cazul în care anumite reglementări funcţionale nu pot fi adaptate pachetelor propuse, vor trebui să fie programate şi integrate în SAUP module specifice.

Figura 1 – Privire de ansamblu asupra SAUP Figura de mai sus prezintă la nivel superior componentele şi fluxurile de date ale sistemului ce va fi propus.

Anexa nr.2 la Contractul nr.______/________________

PLANUL LIVRĂRII 1) FAZELE LIVRĂRII Livrarea SAUP Livrarea sistemului se va face în patru faze: Faza 1 - Evaluarea Scop: Evaluarea detaliată a cerinţelor în strânsă cooperare cu SGG, STS şi cu entităţile externe. Input:

5. Cerinţele expuse în Specificaţiile tehnice. 6. Clarificări la faţa locului cu personalul SGG şi cu STS.




Criterii de evaluare: Acceptarea documentului de Analiză. Faza 2 – Implementarea SAUP la SGG


135

Scop: Implementarea sistemului în SGG unde toţi utilizatorii SGG vor putea accesa SAUP printr-o interfaţă bazată pe un browser. Toate datele vor fi stocate în SBDR. În această fază, comunicarea cu entităţile externe se va face prin e-mail. Integrarea cu SAC al SGG şi cu software-ul de pregătire al agendei (sau cu noua funcţie echivalentă) vor fi deja disponibile. Input:




Faza 3 – Propagarea SAUP la entităţile externe Scop: Propagarea SAUP la entităţile externe ca în Anexa A, depinde de un program de implementare care va fi stabilit împreună cu SGG. De fiecare dată când o nouă instituţie a fost conectată, trebuie organizat un atelier de lucru unde implementatorii şi instituţia vor discuta aspect ale implementării care vor fi luate în considerare în viitor (cum sunt modificările necesare software-ului). Input:


Rezultate: 9. Componentele hardware şi de reţea instalate în toate locaţiile. 10. Sistemele particularizate instalate în toate locaţiile. 11. Manualele de utilizare, manualele tehnice şi documentaţia tehnică livrate entităţilor externe. 12. Instruirea utilizatorilor, instruirea administratorilor de sistem şi instruirea tehnică făcută entităţilor externe.

Criterii de evaluare: 9. Acceptarea interimară a sistemului instalat la entităţile externe. 10. Evaluarea interimară a performanţelor software-ului şi hardware-ului. 11. Acceptarea interimară a documentaţiei tehnice şi de utilizator. 12. Evaluarea instruirii.

Faza 4 – Integrarea cu programele de calculator din SGG Scop: Integrarea totală a SAUP cu programele de calculator din SGG. Input:

9. Documentul de analiză aprobat. 10. Propunerea de interfaţă aprobată. 11. Planul proiectului aprobat. 12. Planul de testare şi evaluare furnizat de SGG.


Criterii de evaluare: 5. Acceptarea provizorie a sistemului. 6. Evaluarea provizorie a performanţelor software şi hardware.

2) PLANUL DE LIVRARE


2 luni de la semnarea contractului (nu mai târziu de data de 31 ........)


6 luni de la semnarea contractului (nu mai târziu de data de 31 ........)


9 luni de la semnarea contractului (nu mai târziu de data de 31........)


136


9 luni de la semnarea contractului (nu mai târziu de data de 31.........)

Acceptanţă provizorie 3 luni de la trecerea în producţie în toate locaţiile (nu mai târziu de data de 31........)

Acceptanţă finală 12 luni de la acceptanţa provizorie (nu mai târziu de data de 31.........)

3) LOCAŢII 1. Utilizatori în cadrul SGG Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în SGG. Locaţia nr. Departament Total

utilizatori Utilizatori Puternici*

Administratori

1 Cabinetul Secretarului General 13 1 1 Cabinetul Secretarului de Stat 6 2 1 Direcţia Politici Publice 27 3 1 Direcţia Juridică 17 2 1 Direcţia Relaţii Publice 25 1 1 Direcţia Pregătire Şedinţe de Guvern 19 2 1 Serviciul IT 12 5 1 Direcţia Economică 2 1 1 Arhiva 5 2

Total utilizatori în SGG 126 14 5 *incluşi în utilizatori totali 2. Utilizatori în ministerele de linie Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în fiecare dintre ministerele de linie. Locaţia nr. Ministerul Total

utilizatori Utilizatori puternici

Administratori

2 Ministerul Afacerilor Externe 11 2 1 3 Ministerul Economiei 9 2 1 4 Ministerul Finanţelor Publice 9 2 1 5 Ministerul Justiţiei şi Libertăţilor Cetăţeneşti 28 2 1 6 Ministerul Administraţiei şi Internelor 34 2 1 7 Ministerul Apărării Naţionale 9 2 1 8 Ministerul Transporturilor şi Infrastructurii 11 2 1 9 Ministerul Educaţiei, Cercetării şi Inovării 4 2 1 10 Ministerul Muncii, Familiei şi Protecţiei Sociale 13 2 1 11 Ministerul IMM-urilor, Comerţului şi Mediului de Afaceri 21 2 1 12 Ministerul Agriculturii, Pădurilor şi Dezvoltării Rurale 7 2 1 13 Ministerul Sănătăţii 9 2 1 14 Ministerul Dezvoltării Regionale şi Locuinţei 15 2 1 15 Ministerul Mediului 4 2 1 16 Ministerul Culturii, Cultelor şi Patrimoniului Naţional 7 2 1 17 Ministerul Comunicaţiilor şi Societăţii Informaţionale 9 2 1 18 Ministerul Turismului 9 2 0 (administrator SGG) 19 Ministerul Tineretului şi Sportului 9 2 1 20 Departamentul pentru Relaţia cu Parlamentul 7 2 0 (administrator SGG)

Total utilizatori în ministerele de linie 225 38 17 3. Utilizatori în alte instituţii implicate în administrarea politicilor Tabelul de mai jos arată numărul de utilizatori care vor fi conectaţi direct la SAUP în alte instituţii. Locaţia nr. Instituţia Total

utilizatoriUtilizatori puternici

Administratori

21 Cabinet viceprim-ministru 10 1 0 (administrator SGG) 22 Consiliul Legislativ 90 2 1 23 Consiliul Concurenţei 5 2 1 24 Consiliul Suprem de Apărare a Ţării 5 2 1 25 Consiliul Economic şi Social 35 2 1 26 Curtea de Conturi 5 2 1 27 Monitorul Oficial 4 2 1 28 Departamentul pentru Afaceri Europene 5 1 1

Total utilizatori în alte instituţii 159 14 7


137

Adrese:

Locaţia nr. Adresa în Bucureşti

1 Piaţa Victoriei nr. 1 2 Aleea Alexandru nr. 31, Sector 1 3 Calea Victoriei, nr. 152, sector 1

4 Strada Apolodor nr. 17, sector 5

5 Strada Apolodor nr. 17, sector 5 6 Piaţa Revoluţiei nr.1 A, sect, 1 7 Str. Izvorului 13 - 15, Sect.5 8 Bulevardul Dinicu Golescu nr. 38, Sector

9 Str. Gen. Berthelot 28-30, Sector 1 10 Str. Dem.I.Dobrescu nr.2-4 sectorul 1 11 Calea Victoriei nr. 152, sector 1,

12 B-dul Carol I, nr. 24, sector 3 13 Str. Cristian Popişteanu, nr. 1-3, sector 1 14 Str. Apolodor, nr. 17, Latura Nord, sector 5 15 Bd. Libertăţii nr. 12, Sect. 5

16 Sos. Kiseleff, nr. 30, sector 1

17 Bd. Libertăţii nr. 14, Sector 5 18 Piaţa Victoriei nr. 1 19 Str. Vasile Conta, nr. 16, Sector 2, 20 Piaţa Victoriei nr. 1

21 Piaţa Victoriei nr. 1 22 Palatul Parlamentului, Corp B1, Calea 13 Septembrie nr. 1-3, sector 5 23 Piata Presei Libere, nr. 1, corp D1, Sector 1

24 Consiliul Suprem de Apărare a Ţării 25 Bd. Magheru 28-30 26 Str. Lev Tolstoi Nr. 22-24, sector 1

27 Str. Parcului nr. 65, sectorul 1 28 Bulevardul Aviatorilor 50A


138

Anexa nr.6

la Contractul nr.______/________________

Graficul de Plăţi

Plata pentru Bunurile şi Serviciile furnizate se va realiza în LEI, după cum urmează:

- La momentul acceptanţei provizorii, în conformitate cu 13.1.5 (Planul de Livrare) din Secţiunea VI - „Specificaţii Tehnice”: Nouăzeci (90) de procente din preţul contractului. Factura, prezentată la momentul semnării certificatului de acceptanţă provizorie, se va plăti în termen de şaizeci de zile de la emiterea acesteia de către Furnizor, în perioada 24-31 ale fiecărei luni conform prevederilor art.36 din O.U.G. nr.34/2009.

- La momentul acceptanţei finale, în conformitate cu 13.1.5 (Planul de Livrare) din Secţiunea VI - „Specificaţii Tehnice”: Zece (10) procente din preţul contractului. Factura, prezentată la momentul semnării certificatului de acceptanţă finală, se va plăti în termen de şaizeci de zile de la emiterea acesteia de către Furnizor, în perioada 24-31 ale fiecărei luni conform prevederilor art.36 din O.U.G. nr.34/2009.

Date post:	10-Sep-2019
Category:	Documents
Upload:	others
View:	6 times
Download:	0 times

ANUNT DE PARTICIPARE -...

Documents