sitevechi.cnadnr.rositevechi.cnadnr.ro/docs/proceduri_derulare/90a-documentatie-de-atribuire.pdf · 2 FIŞA DE DATE A ACHIZIłIEI I. a. AUTORITATEA CONTRACTANTĂ Denumire :Compania

1

MINISTERUL TRANSPORTURILOR SI INFRASTRUCTURII

COMPANIA NATIONALA DE AUTOSTRAZI SI

DRUMURI NATIONALE DIN ROMANIA

2009

LICITATIE DESCHISA

servicii

’’SISTEM INFORMATIC DE EMITERE, GESTIUNE, MONITORIZARE SI CONTROL A ROVINIETEI”

2

FIŞA DE DATE A ACHIZIłIEI I. a. AUTORITATEA CONTRACTANTĂ

Denumire:Compania Nationala de Autostrazi si Drumuri Nationale din Romania S.A. Adresă:B-dul Dinicu Golescu nr.38, sector 1, Bucuresti Localitate:Bucuresti łara:Romania Persoana de contact: Maria Dona Stefan Telefon: (021) 315. 01. 26; E-mail: [email protected]; [email protected] Fax: (021) 312.09.84; Adresa/ele de internet (dacă este cazul):www.cnadnr.ro Adresa autoritătii contractante: B-dul Dinicu Golescu nr.38, sector 1, Bucuresti

I.b Principala activitate sau activităŃi ale autorităŃii contractante

● ministere ori alte autorităŃi publice centrale inclusiv cele subordonate la nivel regional sau local □ agenŃii naŃionale □ autorităŃi locale □ alte institutii guvernate de legea publică □ instituŃie europeană/organizaŃie internaŃională □ altele (specificaŃi)

□ servicii publice centrale □ apărare □ ordine publică/siguranŃă naŃională □ mediu □ economico-financiare □ sănătate ●construcŃii şi amenajarea teritoriului □ protecŃie socială □ cultură, religie şi actv. recreative □ educaŃie □ activităŃi relevante □ energie □ apă □ poştă □ transport □ altele (specificaŃi)________________

Autoritatea contractantă achiziŃionează în numele altei autorităŃi contractante DA □ NU●

Alte informaŃii şi/sau clarificări pot fi obŃinute: ● la adresa mai sus menŃionată

□ altele: (specificaŃi / adresa/fax/interval orar) Directia Achizitii Publice, etaj 11

Date limită de primire a solicitărilor de clarificări: Data: 22.10.2009 Ora limită : 16:00 Adresa :Bd. Dinicu Golescu nr.38, sector 1, Bucuresti, Directia Achizitii Publice, etaj 11, sau prin fax la nr. 021 / 312.09.84; Data limită de transmitere a răspunsului la clarificări : 28.10.2009 Mijloc de comunicare: • orice clarificare solicitata de operatorii economici dupa procurarea documentatiei de atribuire se

poate solicita numai in scris, prin fax nr. (021) 312.09.84, iar raspunsurile autoritatii contractante vor fi transmise prin mijloace electronice - in SEAP pe adresa :www.e-licitatie.ro. In masura in care clarificarile sunt solicitate in timp util, raspunsul autoritatii contractante la solicitarile operatorilor economici va fi transmis nu mai tarziu de 6 zile inainte de data limita stabilita pentru depunerea ofertei, in SEAP www.e-licitatie.ro.

• operatorii economici care sunt interesati sa participe la procedura, au obligatia de a transmite o adresa cu datele de identificare ale societatii, datele persoanei de contact precum si adresa de e-mail, cu cel putin 9(noua) zile inainte de data limita de depunere a ofertei. In cazul in care operatorii economici care obtin documentatia de atribuire din SEAP nu transmit aceasta adresa, acestia isi asuma pe propria raspundere riscul de a nu fi informati de autoritatea contractanta de eventualele clarificari la documentatie.

3

I.c) Cai de atac Eventualele contestatii se pot depune:

Denumirea institutiei competente: Curtea de Apel Bucuresti Adresă: Splaiul Independentei, nr.5 , sector 4, cod postal 050091 Localitate:Bucuresti łara: Romania E-mail www.cabuc.ro Telefon: (021) 319.51.83; (021) 319.51.80 Adresa/ele de internet (dacă este cazul): Fax: (021) 332.12.40

I.d).Sursa de finanŃare :

Se specifică sursele de finanŃare ale contractului ce urmează a fi atribuit venituri proprii

După caz, proiect/program finanŃat din fonduri comunitare DA □ NU ● Dacă DA, faceŃi referire la proiect/program: Nu este cazul

II: OBIECTUL CONTRACTULUI II.1) Descriere

II.1.1) Denumire contract : ’’Sistem Informatic de Emitere, Gestiune, Monitorizare si Control a Rovinietei”

II. 1.2) Denumire contract şi locaŃia lucrării, locul de livrare sau prestare (Alege o singură categorie – lucrări, produse sau servicii – care corespund în cea mai mare parte obiectului contractului sau achiziŃiei) (a) Lucrări □ (b) Produse □ (c) Servicii ●

ExecuŃie □ Proiectare şi execuŃie □ Realizare prin orice mijloace corespunzătoare cerinŃelor specificate de autoritate contractantă □

Cumpărare □ Leasing □ Închiriere □ Cumpărare în rate □

Categoria serviciului 2A ● 2B □ (Se specifică din care categorie de servicii aparŃine obiectul contractului: fie din Anexa 2A , fie din Anexa 2B)

Principala locaŃie a lucrării ____________________ ____________________

Cod CPV □□□□□□□□

Principalul loc de livare: ____________________ ____________________ Cod CPV □□□□□□□□

Principalul loc de prestare: C.N.A.D.N.R. si alte centre de distributie - Cod C.P.V.: 72265000-0 –servicii

configurare de software - Cod C.P.V.: 72267000-4 –servicii de

intretinere si reparare de software - Cod C.P.V.: 48600000-4 –pachete de

software pentru baze de date si operare

- Cod C.P.V.: 48210000-3- pachete de software pentru retele

II. 1. 3) Procedura se finalizează prin : Contract de achiziŃie publică: ● Contract de servicii Încheierea unui acord cadru: □

II. 1.4). Durata contractului de achiziŃie publică : maxim 9 luni cu posibilitatea de prelungire aferenta serviciilor similare, in conditiile extinderii sistemului.

Sau începând cu □□ / □□ / □□□□ (zz/ll/aaaa/) II.1.5).InformaŃii privind acordul cadru (dacă este cazul) Acordul cadru cu mai mulŃi operatori □Nr. □□□ sau, dacă este cazul nr. □□□ maxim al participanŃilor al acordului cadru vizat Nu este cazul

Acordul cadru cu un singur operator □ Nu este cazul

Durata acordului cadru: Nu este cazul Durata în ani □□ sau luni □□□ Posibilitatea de a relua competiŃia cu semnatarii acordului cadru:Nu este cazul DA □ NU □

II.1.6) Divizare pe loturi da □ nu ● Nu este cazul Ofertele se depun pe: Un singur lot □ Unul sau mai multe □ Toate loturile □ Alte informatii referitoare la loturi: Nu este cazul

4

II.1.7) Ofertele alternative sunt acceptate DA □ NU ● II.2) Cantitatea sau scopul contractului

II.2.1) Total cantităŃi / prestaŃii servicii / lucrări (se vor include eventuale suplimentări şi opŃiuni, dacă exista) (se specifică anexa care cuprinde informaŃiile privind cantităŃile min. – max. /scopul contractului) Conform specificatiilor tehnice din Caietul de sarcini

II.2.2) OpŃiuni (dacă există) da ● nu □ Dacă există, descrierea acestor opŃiuni:

- Autoritatea contractanta isi propune sa achizitioneze noi servicii similare celor supuse procedurii de achizitie publica

III. CondiŃii specifice contractului

III.1 Alte condiŃii particulare referitoare la contract (dupa caz)

III.1.1. Contract rezervat (dacă DA scurtă descriere ) III.1.2. Altele (dacă DA, descrieŃi)

- Conform modelului de contract prezentat in Documentatia de atribuire

DA □ NU ● DA ● NU □

IV: PROCEDURA

IV.1) Procedura selectată LicitaŃie deschisă ● LicitaŃie restrânsă □ LicitaŃie restrânsă accelerată □ Dialog competitiv □

Negociere cu anunŃ de participare □ Negociere fără anunŃ de participare □ Cerere de oferte □ Concurs de soluŃii □

IV.2) Etapa finală de licitaŃie electronică DA □ NU ●

IV.3.) LegislaŃia aplicată – O.U.G. nr. 34/2006 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificarile si completarile ulterioare si H.G. 925 /2006 cu modificarile si completarile ulterioare; Ordinul M.T. nr. 563/2007 pentru aprobarea Procedurii de organizare, desfasurare, evaluare, atribuire si monitorizare privind achizitiile publice de produse, servicii si lucrari in cadrul M.T. si a unitatilor aflate in subordinea, sub autoritatea sau in coordonarea sa; Legea nr. 346/2004 privind stimularea infiintarii si dezvoltarii intreprinderilor mici si mijlocii, modificata si completata prin O.G. nr. 27/2006, orice alte acte normative in domeniul achizitiilor publice. V. CRITERII DE CALIFICARE ŞI/SAU SELECTIE V.1) SituaŃia personală a candidatului /ofertantului Nota:

Candidatul/ofertantul nu are dreptul ca in cadrul procedurii: a) sa depuna doua sau mai multe oferte individuale si/sau comune, sub sanctiunea excuderii din competitie a

tuturor ofertelor in cauza; b) sa depuna oferta individuala/comuna si sa fie nominalizat ca subcontractant in cadrul unei alte oferte, sub

sanctiunea excluderii ofertei individuale sau, dupa caz, a cele in care este ofertant asociat. Autoritatea contractanta are dreptul de a exclude din procedura orice ofertant care se afla in oricare din urmatoarele situatii:

a) este în stare de faliment ori lichidare, afacerile ii sunt conduse de un administrator judiciar sau activităŃile sale comerciale sunt suspendate ori fac obiectul unui aranjament cu creditorii sau este intr-o situaŃie similară cu cele anterioare, reglementată prin lege;

b) face obiectul unei proceduri legale pentru declararea sa în una dintre situaŃiile prevăzute la lit. a); c) nu si-a î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 este stabilit ;

c^1) in ultimii 2 ani nu si-a indeplinit sau si-a indeplinit in mod defectuos obligatiile contractuale, din motive imputabile ofertantului in cauza, fapt care a produs sau este de natura sa produca grave prejudicii beneficiarilor acestuia;

d) a 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ă;

Dacă DA, informaŃii adiŃionale despre licitaŃia electronică : Nu este cazul

5

e) prezinta informatii false sau nu prezinta informatiile solicitate de catre autoritatea contractanta, in legatura cu situatia proprie aferenta cazurilor prevazute la lit.a)-d).

DeclaraŃii privind eligibilitatea Solicitat ● Nesolicitat □

CerinŃă obligatorie: prezentare Formular 12 A din Sectiunea Formulare şi/sau Cazier judiciar /certificat echivalent - Nu este cazul

DeclaraŃie privind neîncadrarea în prevederile art. 181

Solicitat ● Nesolicitat □

Cerinta obligatorie: Declaratie pe propia raspundere a ofertantului, completata in conformitate cu Formular 12 B

DeclaraŃie privind calitatea de participant la procedura


Cerinta obligatorie: Prezentare Formular 12 C din Sectiunea Formulare

Certificate constatatoare privind indeplinirea obligatiilor exigibile de plata


CerinŃă obligatorie: 1. Persoane juridice romane trebuie sa prezinte:

a) certificate constatatoare privind indeplinirea obligatiilor de plata a impozitelor si taxelor locale si alte venituri ale bugetului local ;

b) certificate constatatoare privind indeplinirea obligatiilor de plata a impozitelor, taxelor si contributiilor de asigurari sociale la bugetul general consolidat (Agentia Nationala de Administrare Fiscala - Directia Generala a Finantelor Publice).

Dovada achitarii taxelor se va face prin prezentarea formularelor tip emise de organismele competente privind indeplinirea obligatiilor de plata la data de 31.08.2009 sau ulterior, in original sau copii legalizate. Nota: In cazul in care ofertantul a incheiat o conventie de esalonare a platilor obligatiilor exigibile de plata a impozitelor si taxelor la bugetul de stat, se vor prezenta toate ordinele de plata doveditoare a platilor la zi a acestor esalonari, in original sau copii legalizate.

2. Persoanele juridice straine vor prezenta orice document edificatoar pentru dovedirea eligibilitati – eliberate de autoritati ale tarii de origine (certificate, caziere judiciare, alte documente echivalente) prin care sa dovedeasca ca si-a indeplinit obligatiile de plata a impozitelor, taxelor si contributiilor catre bugetul de stat si bugetul local in conformitate cu cerintele solicitate de autoritatea contractanta.

Pentru ofertantii nerezidenti se vor aplica prevederile art. 182 din O.U.G. nr. 34/2006 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificari si completari ulterioare Documentele vor fi prezentate in original sau copie legalizata, insotite de traducerea autorizata si legalizata in limba romana.

V.2) Capacitatea de exercitare a activităŃii profesionale (înregistrare) Persoane juridice/fizice române Solicitat ● Nesolicitat □

Cerinta obligatorie: Documente care dovedesc o formă de înregistrare / atestare ori apartenenŃa din punct de vedere profesional: a) Certificat de inregistrare (C.U.I.), emis de – Oficiul Registrului

Comertului de pe langa Tribunal teritorial, in copie . b) Certificat constatator emis de Oficiul Registrului ComerŃului

eliberat cu cel mult 30 de zile inainte de data deschiderii ofertelor, care sa ateste ca ofertantul desfasoara activitati similare celor care fac obiectul prezentei achizitii, cat si faptul

6

ca nu sunt inscrise mentiuni cu privire la aplicarea legii nr.85/2006 privind procedura insolventei, in original sau copie legalizata.

Persoane juridice /fizice străine Solicitat ● Nesolicitat □

Cerinta obligatorie: Documente care dovedesc o formă de înregistrare / atestare ori apartenenŃa din punct de vedere profesional, in conformitate cu prevederile legale din tara in care ofertantul este rezident, in original sau copie legalizata, insotite de traducerea autorizata in limba romana si legalizate. Documentele sa fie valabile la data deschiderii.

Nota: - In cazul asocierii mai multor persoane juridice, cerintele privind situatia personala a candidatului /ofertantului si

capacitatea de exercitare a activităŃii profesionale (înregistrare) trebuie sa fie indeplinite de fiecare asociat in parte. V. 3.) SituaŃia economico-financiară InformaŃii privind situaŃia economico-financiară Solicitat ● Nesolicitat □

1. Informatii generale, cu declararea cifrei de afaceri medii pe ultimii 3 ani. Ofertantii trebuie sa faca dovada ca cifra de afaceri medie anuala pe ultimii 3 ani (2006, 2007, 2008) este egala sau mai mare cu 63.000.000,00 lei, respectiv 15.000.000 euro.

Se va completa Formularul B2 din sectiunea Formulare. 2. Bilantul contabil la 31.12.2006, 31.12.2007 si 31.12.2008

vizate si înregistrat la organele competente- in copie Ofertantii nerezidenti vor prezenta bilanturile contabile pentru ultimii ani pentru care exista exercitiu financiar incheiat insotit de raportul auditorilor financiari si contabililor autorizati sau de cenzorii societati, dupa caz, din care sa rezulte conformitatea, sub toate aspectele semnificative a valorilor reprezentand activele circulante, datoriilor curente si veniturilor din exploatare reflectate in acestea. Ofertantii nerezidenti vor prezenta traducerea autorizata si legalizata a documentelor solicitate mai sus. Autoritatea contractanta isi rezerva dreptul de a solicita ofertantilor prezentarea si altor documente in cazul in care cele nominalizate la alineatul precedent nu sunt relevante.

Nota: Capacitatea economico - financiara a operatorului economic poate fi sustinuta in conformitate cu art. 186 alin (1), (2) si (3) din O.U.G. nr. 34/2007 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificari si completari ulterioare, si respectand prevederile art. 11 1 ,din HG 925/2006 cu modificartile si completarile ulterioare.

V.4.) Capacitatea tehnică şi/sau profesională InformaŃii privind capacitatea tehnică Solicitat ● Nesolicitat □

Informatii privind experienta similara:

1. Lista principalelor prestari de servicii similare efectuate in ultimii 3 ani

Se va completa Formularul 12 E 2. Ofertantul trebuie sa faca dovada ca a finalizat in ultimii 3 ani

calendaristici (01.01.2006 - 31.12.2008) cel putin un contract pentru realizarea sistemului informatic integrat (hardware, software si servicii de implementare aferente) care sa cuprinda cel putin 1500 de terminale mobile industriale.

Se va prezenta Formularul B3 insotit de copia contractului declarat si procesul verbal de receptie la terminarea prestatiei - cu mentiunea: ,,conform cu originalul” , semnat si stampilat de ofertant.

3. Ofertantul trebuie sa faca dovada ca a finalizat in ultimii 3 ani calendaristici (01.01.2006 - 31.12.2008)

a) cel putin un contract pentru realizarea unui proiect de aplicatii informatice (inclusiv sincronizare date intre

7

punctele de vanzare si serverul central) aferente vanzarii prin intermediul unui numar de minim 400 puncte de vanzare.

sau b) doua contracte pentru realizarea a doua proiecte de

aplicatii informatice (inclusiv sincronizare date intre punctele de vanzare si serverul central) a caror puncte de vanzare, insumate, sa fie de minim 400.

Se va prezenta Formularul B3 insotit de copii ale contractelor declarate si de procesele verbale de receptie la terminarea prestatiei - cu mentiunea: ,,conform cu originalul”, semnate si stampilate de ofertant.

4. Ofertantul trebuie sa faca dovada ca a finalizat in ultimii 3 ani calendaristici (01.01.2006 - 31.12.2008) cel putin un contract pentru realizarea unui proiect pentru implementarea de portale la scara nationala.

Se va prezenta Formularul B3 insotit de copia contractului declarat insotit de procesul verbal de receptie la terminarea prestatiei - cu mentiunea: ,,conform cu originalul” , semnat si stampilat de ofertant.

Nota: i. In situatia in care ofertantul a avut calitatea de subcontractant

se va prezenta o copie a contractului. ii. In cazul in care contractul contine clauze de confidentialitate,

care impiedica prezentarea lui, ofertantul va prezinta paginile din contract din care sa rezulte partile contractante, obiectul contractului, durata contractului, pretul contractului precum si pagina finala cu semnaturi ;

iii. De asemenea, prestarea de astfel se servicii se poate confirma si prin prezentarea unor certificate/documente emise sau contrasemnate de o autoritate ori de catre clientul privat beneficiar, continand toate informatiile esentiale ale contractului, in original sau copie legalizata

Informatii privind capacitatea profesională Solicitat ● Nesolicitat □

1. Ofertantul, trebuie sa faca dovada accesului imediat si permanent la personal calificat, a cel putin 30 specialisti IT dezvoltare software, configurare si instalare infrastructura, pentru indeplinirea obiectului contractului

Se va completa Formular 12 D 2. Ofertantul va prezenta o declaratie privind efectivul mediu

anual al personalului angajat si al cadrelor de conducere in ultimii 3 ani

Se va completa Formularul 12 I, 3. Ofertantul va prezenta in copie, Organigrama din care sa

reiasa existenta unei structuri specializate in domeniile ce fac obiectul procedurii.

InformaŃii privind subcontractanŃii Solicitat ● Nesolicitat □

Informatii privind partea din contract pe care operatorul economic are, eventual, intentia sa o subcontracteze. Se va completa Formularul 12 G.

Informatii privind asocierea: Mai multi operatori economici au dreptul de a se asocia cu scopul de a depune oferta comuna, fara a fi obligati sa isi legalizeze din punct de vedere formal asocierea. Solicitat ● Nesolicitat □

1. In caz de asociere, se va prezenta Acord de asociere (Formular 12 K)

Nota: Asocierea va fi legalizata in cazul in care oferta comuna este declarata castigatoare.

Nota: Capacitatea tehnică şi/sau profesională a operatorului economic poate fi sustinuta in conformitate cu art. 190 alin. (1), (2) si (3) din O.U.G. nr. 34/2007 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificari si

8

completari ulterioare, si respectand prevederile art. 11 1 ,din HG 925/2006 cu modificartile si completarile ulterioare. V.5.) Standarde privind asigurarea calitatii

InformaŃii privind asigurarea calitatii Solicitat ● Nesolicitat □

1.Ofertantul va prezenta Certificate emise de organisme independente care atesta respectarea standardelor de asigurare a calitatii, respectiv ISO 9001 Nota: - In cazul in care operatorul economic nu detine un certificat de

calitate astfel cum este solicitat de autoritatea contractanta, aceasta va accepta orice alte probe sau dovezi prezentate de operatorul economic respectiv, in masura in care probele/dovezile prezentate confirma asigurarea unui nivel corespunzator al calitatii.

- Autoritatea contractanta va accepta certificate echivalente emise de organisme stabilite in alte state ale Uniunii Europene.

V.6.) Standarde de protectia mediului InformaŃii privind protectia mediului Solicitat □ Nesolicitat ●

Nu este cazul

V.7.) InformaŃii privind protectia muncii InformaŃii privind protectia muncii Solicitat ● Nesolicitat □

Ofertantul va prezenta: - Declaratie pe propria raspundere privind respectarea legislatiei

de securitate si sanatate in munca, in vigoare se va completa Formular D. Informatii detaliate privind aceste reglementeri se pot obtine la Ministerul Muncii, Familiei si Protectiei Sociale

Nota:

1. Pentru demonstrarea indeplinirii criteriilor de calificare prevazute la capitolul V. CRITERII DE CALIFICARE , ofertantul are dreptul de a prezenta initial doar o declaratie pe propria raspundere, semnata de reprezentantul sau legal, prin care confirma ca indeplineste cerintele de calificare astfel cum au fost solicitate mai sus.. Declaratia va fi insotita de Formularul nr. 2 in care ofertantul trebuie sa mentioneze succint, dar precis, modul concret de indeplinire a cerintelor cuprinse in acest capitol.

2. Ofertantul are obligatia de a prezenta/completa certificatele/documentele edificatoare care probeaza/confirma indeplinirea cerintelor de calificare, atunci cand primeste din partea autoritatii contractante o solicitare in acest sens, in termenul prevazut in respectiva solicitare. Acest termen nu poate fi mai mic de 3 zile lucratoare.

3. Autoritatea contractanta trebuie sa se asigure ca ofertantul a carui oferta este declarata castigatoare a prezentat, nu mai tarziu de incheierea raportului procedurii de atribuire, certificatele/documentele prevazute la aliniatul precedent, acestea fiind incluse in dosarul achizitiei publice. VI. PREZENTAREA OFERTEI

VI.1) Limba de redactare a ofertei limba română Orice document, certificat emis în altă limbă, decât română, va fi prezentat şi în traducere autorizata legalizată în limba româna. Traducerea va fi efectuat de către un traducător autorizat.

VI.2) Perioada de valabilitate a ofertei 60 zile de la data de depunere a ofertei, respectiv, 31.12.2009

VI.3) GaranŃie de participare

Solicitat ● Nesolicitat □ 1. Cuantumul garanŃiei de participare este 380.000,00 lei sau

echivalent euro, respectiv 90.476,00euro. Perioada de valabilitate a garanŃiei pentru participare 60 zile de la

depunerea ofertei, respectiv, 31.12. 2009. 2. Modul de constituire a garantiei de participare:

o Garantia de participare se constituie in favoarea autoritatii contractante prin virament bancar, emis in conditiile legii,

sau

9

o prin ordin de plata sau

o prin prezentarea unei File CEC in cont nr.

-RO67RNCB0082008094080001 deschis la B.C.R. – Suc. Unirea- pentru lei ,

sau -RO13RNCB0082008094080003 deschis la B.C.R. – Suc. Unirea – in euro -, cu conditia confirmarii acestora de catre banca, pana la data deschiderii ofertelor

In cazul in care plata garantiei de participare se realizeaza prin internet, ofertantul trebuie sa se asigura ca la data si ora stabilite pentru deschiderii ofertei, autoritatea contractanta sa intre in posesia contravalorii garantiei de participare, dovada fiind extrasul de cont al autoritatii contractante, emis pana la data si ora stabilite pentru depunerea ofertei.

In orice situatie, dovada constituirii garantiei de participare trebuie sa fie prezentata cel mai tarziu la data si ora stabilite pentru deschiderea ofertelor.

Nota:

1. Oferta are caracter obligatoriu, din punctul de vedere al continutului, pe toata perioada de valabilitate prevazuta;

2. Autoritatea contractantă are dreptul de a reŃine garanŃia pentru participare, ofertantul pierzând astfel suma constituită, atunci când acesta din urmă se află în oricare dintre următoarele situaŃii:

a) îşi retrage oferta în perioada de valabilitate a acesteia;

b) oferta sa fiind stabilită câştigătoare, nu constituie garanŃia de bună execuŃie în perioada de valabilitate a ofertei şi, oricum, nu mai târziu de 15 zile de la semnarea contractului;

c) oferta sa fiind stabilită câştigătoare, refuză să semneze contractul de achiziŃie publică/acordul-cadru în perioada de valabilitate a ofertei.

3. GaranŃia pentru participare, constituită de ofertantul a cărui ofertă a fost stabilită că fiind câştigătoare, se restituie de către autoritatea contractantă în cel mult 3 zile lucrătoare de la data constituirii garanŃiei de bună execuŃie.

4. GaranŃia de participare, constituită de ofertanŃii a căror ofertă nu a fost stabilită câştigătoare, se returnează de către autoritatea contractantă după semnarea contractului de achiziŃie publică cu ofertantul/ofertanŃii ale 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.

5. In cazul in care autoritatea contractanta se afla, conform prevederilor art. 209 din ordonanta de urgenta, in situatia de a anula procedura de atribuire, garantia de participare se restituie dupa data expirarii termenului de depunere a unei contestatii cu privire la aceasta decizie, dar nu mai tarziu de 3 zile lucratoare de la aceasta data.

3. Modul de prezentare a garantiei de participare:

a) Garantia de participare se va prezenta separat, nefiind inclusa in coletul sigilat ce

10

contine oferta si documentele de calificare. b) Ofertantii tip I.M.M. care indeplinesc

prevederile legislatiei in vigoare (Legea nr. 346/2004 privind stimularea infiintarii si dezvoltarii intreprinderilor mici si mijlocii, modificata si completata prin O.G. nr. 27/2006 ) si doresc sa depuna 50% din valoarea garantiei de participare vor depune documentul care atesta dovada constituirii garantiei (conform pct.2 Modul de constituire a garantiei de participare) insotit de Formularul nr. 11A

Atentie! In cazul in care ofertantul este o asociere, incadrarea in categoria intreprinderilor mici si mijlocii se va analiza cu privire la asociere in ansamblu. Astfel, chiar daca toti asociatii se incadreaza, in mod individual, in categoria IMM, reducerea cu 50% a cerintei privind cuantumul garantiei de participare nu se va aplica daca asocierea in ansamblu nu se incadreaza in categoria IMM.

VI.4) Modul de prezentare a propunerii tehnice Solicitat ● Nesolicitat □

1. Pentru a fi acceptata, propunerea tehnica va respecta in totalitate cerintele din Caietul de sarcini.

2. Deoarece criteriul de atribuire este “oferta cea mai avantajoasa din punct de vedere economic” elementele propunerii tehnice se vor prezenta detaliat si complet in corelatie cu factorii de evaluare descrisi prin algoritmul de calcul prevazut la Cap. VII. Criterii de atribuire.

3. Propunerea tehnica va fi intocmita astfel incat , in procesul de evaluare, informatiile din aceasta sa permita identificarea facila a corespondentei cu specificatiile tehnice din caietul de sarcini.

4. Ofertantii au obligatia de a prezenta, la cererea comisiei, in cazul in care aceasta considera necesar, o demonstratie a functionalitatilor sistemului, asa cum sunt ele precizate in oferta tehnica.Daca acestea nu concorda cu cele prezentate in oferta tehnica sau ofertantul nu poate efectua demonstratia, oferta va fi considerata neconforma. Demonstratia va avea loc la sediul autoritatii.

VI.5) Modul de prezentare a propunerii financiare Solicitat ● Nesolicitat □

1. Ofertantul va prezenta Formularul de oferta . Aceasta se va prezenta distinct in lei si echivalent euro. Se va completa Formularul 10 C din Sectiunea Formulare insotit de:

- Grafic frizic si valoric de prestare a serviciilor –Formularul C1

- Formular C2 – Centralizatorul financiar al serviciilor

Nota: - Ofertantul va elabora propunerea financiara astfel incat aceasta

sa furnizeze toate informatiile cu privire la pret, precum si la alte conditii financiare si comerciale legate de obiectul contractului de achizitie publica.

- Ofertantul are deplina libertate de a-si prevedea in oferta propriile consumuri si tehnologii, cu respectarea cerintelor calitative si cantitative prevazute in Caietele de Sarcini. Preturile utilizate la intocmirea ofertei vor rezulta din analizele de pret intocmite de contractant pe baza propriilor sale consumuri de resurse, precum si pe baza preturilor si tarifelor acestor resurse de la furnizori. In cadrul ofertei financiare se vor prezenta analizele de pret pentru activitatile unde ofertantii utilizeaza propriile tehnologii.

2. Durata de derulare a contractului: maxim 9 luni , cu

11

posibilitatea de prelungire aferenta serviciilor similare, in conditiile extinderii sistemului

VI.5.1) Model de contract insusit Solicitat ● Nesolicitat □

Formularul de contract din sectiunea „Formulare” va fi introdus in plicul cu documente de calificare cu mentiunea “De acord cu propunerea de contract” – semnatura si stampila. Clauzele obligatorii sunt imperative si nu pot fi modificate de ofertant. Eventualele obiectiuni cu privire la clauzele specifice contractuale se vor formula in scris si vor fi introduse in plic.

VI.6) Modul de prezentare a ofertei Solicitat ● Nesolicitat □

adresa la care se depune oferta: B-dul Dinicu Golescu nr. 38, sector 1, Registratura C.N.A.D.N.R. S.A. , et.8. program cu publicul:

luni-joi de la ora 9: 00 la ora 15:00 vineri de la ora 9:00 la ora 12:30

a) data limita pentru depunerea ofertei : 02.11.2009 ora 10:00 b) numarul de exemplare: - 1 exemplar in original si un

exemplar in copie. c) modul de prezentare:

- Ofertantul trebuie sa sigileze originalul si copia in plicuri separate, marcand corespunzator plicurile cu “COPIE” si “ORIGINAL”. Plicurile se vor introduce intr-un plic exterior, inchis corespunzator si netransparent, marcat cu adresa autoritatii contractante si cu inscriptia “A NU SE DESCHIDE INAINTE DE DATA ...., ORA...”,.

- Propunerea tehnica, propunerea financiara si documentele de calificare vor fi introduse in plicuri distincte, marcate corespunzator.

- Ofertantul are obligatia de a intocmii un opis al documentelor;

- Ofertantul are obligatia de a indosaria, numerota, semna si stampila fiecare pagina a ofertei, atat originalul cat si copia acestuia;

Oferta va fi inaintata cu scrisoare de inaintare in conformitate cu Formularul 2A.

VI.7). Data pentru care se determina echivalenta euro

- Curs de referinta comunicat de B.N.R. in ziua de 23.10.2009

VI.8) Posibilitatea retragerii sau modificării ofertei Modificarea si retragerea ofertei: - Orice ofertant are dreptul de a-si modifica sau de a-si retrage

oferta inainte de data limita stabilita pentru depunerea ofertei si numai printr-o solicitare scrisa in acest sens.

- Ofertantul nu are dreptul de a-si retrage sau modifica oferta deja depusa dupa expirarea datei limita stabilita

Oferte intarziate: - Oferta care este depusa/transmisa la o alta adresa a autoritatii

contractante decat cea stabilita in anuntul de participare ori care este primita de catre autoritatea contractanta dupa expirarea datei si orei limita pentru depunere se returneaza nedeschisa.

VI.9) Deschiderea ofertelor Data, ora şi locul deschiderii ofertei: 02.11.2009, ora 11:00 la sediul C.N.A.D.N.R. S.A. Bucuresti, sector 1, B-dul Dinicu Golescu nr.38. Persoanele care pot asista la deschiderea ofertelor: - Reprezentantii imputerniciti ai ofertantilor. Fiecare persoana

care participa la deschiderea ofertelor va prezenta delegatia (imputernicirea societatii ofertante), conform Formular 1, precum si o copie a actului de identitate.

- Din partea unui ofertant pot participa maxim doua persoane la sedinta de deschidere

VII. CRITERII DE ATRIBUIRE

VII.1) Pretul cel mai scazut □

12

VII.2) Oferta cea mai avantajoasa din punct de vedere economic ● Factor de evaluare: 1. Propunerea tehnica 2. Propunerea financiara

Pondere: 70%

30%

Detalii privind aplicarea algoritmului de calcul:

1. Punctajul financiar se acorda astfel: - pentru cel mai scazut dintre preturile ofertelor, se acorda 100 de puncte; - pentru alt pret se acorda punctajul astfel: Pfinanciar = (pret minim/pret n) x 100 Preturile care se compara in vederea acordarii punctajului sunt preturile ofertate pentru prestarea integrala a serviciilor exclusiv T.V.A. 2. Punctajul tehnic se acorda astfel: Punctajul tehnic maxim ce poate fi obtinut este de 100 de puncte. Detalierea punctajului tehnic se regaseste in ANEXA 1 la Fisa de date a achizitiei. Formula de calcul a punctajului final este: P final = P financiar x 30% + P tehnic x 70 % VIII. ATRIBUIREA CONTRACTULUI/ ÎNCHEIEREA ACORDULUI-CADRU

VIII.1 Ajustarea preŃului contractului DA □ NU ●

NU se accepta ajustarea pretului contractului

VIII.2. GaranŃia de bună execuŃie a contractului DA ● NU □

Dacă DA, se va preciza: - Cuantumul garanŃiei de bună execuŃie exprimată

procentual este de 10% din pretul contractului fara T.V.A.. Modul de constituire a garantie de buna executie:

- Retineri succesive din sumele datorate pentru facturi partiale

Modul de restituire a garantiei de buna executie: conform art. 92, alin (2) din H.G. nr. 925/2006.

SEF SERVICIU P.D.L., Ing. Lucretia ENACHE

13

Anexa 1 FACTORI DE EVALUARE

Factori de evaluare Pondere

1. Propunerea tehnica 70%

2. Propunere financiara 30%

Total 100%

Nr maxim de puncte ce pot fi obtinute este de 100 (ce reprezinta 100%)

Nota: Cerintele din Caietul de sarcini sunt cerinte minime obligatorii. In cazul in care propunerea tehnica nu satisface una din cerintele minime mentionate in Caietul de sarcini, atunci oferta este considerata neconforma.

Punctajul pentru factorii de evaluare inclusi in criteriul oferta cea mai avantajoasa din punct de vedere economic se acorda conform descrierii de mai jos.

Contractul se atribuie ofertantului care obtine cel mai mare numar de puncte, calculat dupa cum urmeaza:

Punctaj total propunere tehnica si financiara = Punctaj tehnic x 70% + Punctaj financiar x 30%

Punctajul pentru factorul de evaluare pret se calculeaza dupa cum urmeaza:

a. pretului cel mai scazut (valoare contract fara TVA) dintre preturile ofertate i se va acorda maximul de puncte, respectiv 100;

b. pentru alta propunere financiara punctajul se acorda dupa urmatorul algoritm de calcul

Punctaj financiar =(pret minim /pret ofertat ) x 100, in care :

pret minim este pretul ofertat cel mai scazut;

pret ofertat este pretul ofertantului

Punctajul pentru factorii de evaluare de natura tehnica sunt prezentati in tabelul de mai jos

Functionalitatile critice sunt acelea care prin lipsa lor impiedica sau restrictioneaza sever

utilizarea intregului sistem intr-un mod in care sistemul nu poate fi folosit fara un efort excesiv, ce nu poate fi justificat din punct de vedere economic.

Functionalitatile de importanta medie sunt acelea care prin lipsa lor influenteaza in mod semnificativ utilizarea sistemului in lucrul operational zilnic si cauzeaza o marire semnificativa a muncii suplimentare necesare pentru a utiliza sistemul, in comparatie cu utilizarea operational zilnica.

Functionalitatile de importanta scazuta sunt acelea care prin lipsa lor influenteaza in mod minor utilizarea sistemului in lucrul operational zilnic.

La prezentarea functionalitatilor trebuie atasate si capturi/machete de ecran din care sa reiasa respectiva functionalitate. Factorii de evaluare pentru propunerea tehnica sunt detaliati in urmatorul tabel

14

Factori de evaluare corespunzatori propunerii

tehnice

Punctaj

maxim

Document analizat

Mod calcul

Gradul de intelegere a cerintelor proiectului : Pentru prezentarea detaliata a tuturor functionalitatilor critice pentru functionarea sistemului, de importanta medie si respectiv de importanta redusa se acorda 10 puncte Pentru prezentarea detaliata a functionalitatilor critice pentru functionarea sistemului si celor de importanta medie - 7 puncte

Prezentarea detaliata a tuturor functionalitatilor solutiei (fara copy-paste din caietul de sarcini ).

10

Propunerea tehnica si anexele acesteia

Pentru prezentarea detaliata a functionalitatilor critice pentru functionarea sistemului - 4 puncte

Evidentierea elementelor suplimentare fata de cerintele din caietul de sarcini care sa conduca la functionalitati suplimentare

5


Punctajul acordat propunerii tehnice prezentate, pentru acest factor de evaluare va fi stabilit in functie de functionalitatile suplimentare ale propunerii tehnice comparate cu cerintele stabilite in Caietul de sarcini. Propunerea tehnica care va cuantifica cele mai multe functionalitati suplimentare va primi punctajul maxim alocat factorului de evaluare, iar pentru celelalte propuneri tehnice, punctajul se va acorda direct proportional cu punctajul maxim acordat in functie de numarul de functionalitatile suplimentare prezentate.

Evidentierea elementelor suplimentare fata de cerintele din caietul de sarcini care sa conduca la performante tehnice suplimentare

5


Punctajul acordat propunerii tehnice prezentate, pentru acest factor de evaluare va fi stabilit in functie de performantele suplimentare ale propunerii tehnice comparate cu cerintele stabilite in Caietul de sarcini. Propunerea tehnica care va cuantifica cele mai multe performantele suplimentare va primi punctajul maxim alocat factorului de evaluare, iar pentru celelalte propuneri tehnice, punctajul se va

15

acorda direct proportional cu punctajul maxim acordat in functie de numarul de performantele suplimentare prezentate. Duratele propuse pentru realizarea activităŃilor proiectului nu sunt realiste, în majoritatea lor. – 1 punct Duratele propuse pentru realizarea activităŃilor proiectului sunt determinate corect, în majoritatea lor – 3 puncte

Prezentarea detaliata a duratelor de realizare a etapelor din cadrul contractului

5


Duratele propuse pentru realizarea activităŃilor proiectului sunt determinate corect, în totalitatea lor – 5 puncte Etapele de execuŃie sunt incorect identificate şi planificate, în majoritatea lor – 1 punct Etapele de execuŃie sunt identificate şi planificate corect, în majoritatea lor – 3 puncte

Prezentarea detaliata a etapelor de realizare a serviciilor din cadrul contractului

5


Etapele de execuŃie sunt identificate şi planificate corect, în totalitatea lor – 5 puncte

Grad minim de utilizare a resurselor autoritatii contractante pe perioada derularii contractului (inclusiv detalierea mecanismului prin care se asigura un grad minim de utilizare a resurselor autoritatii contractante)

15


Propunerea tehnica care va cuantifica utilizarea celor mai putine resurse din partea autoritatii contractante va primi punctajul maxim alocat factorului de evaluare, iar pentru celelalte propuneri tehnice, punctajul se va acorda invers proportional cu punctajul maxim acordat in functie de numarul de resurse utilizate si de gradul de utilizare a acestora. Riscurile şi supoziŃiile identificate privind execuŃia contractului, respectiv masurile de reducere/eliminare sunt, în majoritatea lor, necorespunzătoare şi incomplete –3 puncte

Identificarea numarului maxim de riscuri si masuri de eliminare/reducere a acestora – Ofertantul trebuie să facă dovada faptului că înŃelege şi cunoaşte contextul şi situaŃia actuală a sectorului de activitate în care se vor desfăşura activităŃile prevăzute în proiect, trebuind să:

10


Riscurile şi supoziŃiile identificate privind execuŃia

16

contractului respectiv masurile de reducere/eliminare sunt, în majoritatea lor, realiste şi corecte, dar incomplete – 5 puncte

- identifice alte riscuri faŃă de cele principale relevate în caietul de sarcini; - să prezinte recomandări şi/sau propuneri de reducere şi/sau eliminare a riscurilor care pot afecta implementarea proiectului - se vor lua in calcul doar riscurile insotite de masuri de eliminare/reducere

Riscurile şi supoziŃiile identificate privind execuŃia contractului respectiv masurile de reducere/eliminare sunt, în totalitatea lor, realiste şi corecte şi sunt complete – 10 puncte Masurile de reducere/eliminare a riscurilor sunt, în majoritatea lor, nereflecatate in planul de proiect – 1 punct Masurile de reducere/eliminare a riscurilor sunt, în majoritatea lor, reflectate in planul de proiect – 3 puncte

Reflectarea masurilor aferente riscurilor identificate in planificarea proiectului – Ofertantul trebuie să facă dovada faptului că înŃelege şi cunoaşte contextul şi situaŃia actuală a sectorului de activitate în care se vor desfăşura activităŃile prevăzute în proiect, trebuind să: - identifice alte riscuri faŃă de cele principale relevate în caietul de sarcini; - să prezinte recomandări şi/sau propuneri de reducere şi/sau eliminare a riscurilor care pot afecta implementarea proiectului

5


Masurile de reducere/eliminare a riscurilor sunt, în totalitatea lor, reflectate in planul de proiect – 5 puncte

Propunerea tehnica este coerenta si contine toate conexiunile necesare pentru intelegerea completa a ofertei, prezinta toate schemele necesare intelegerii completa a solutiei(inclusiv anexele la propunerea tehnica) – 3 puncte

Propunerea tehnica este coerenta,contine toate conexiunile necesare pentru intelegerea completa a ofertei, prezinta toate schemele necesare intelegerii complete a solutiei (inclusiv anexele la propunerea tehnica)

3 Propunerea tehnica si anexele acesteia

Propunerea tehnica este coerenta si contine in mare parte conexiunile necesare pentru intelegerea completa a ofertei, prezinta in mare parte schemele necesare intelegerii completa a solutiei(inclusiv anexele la propunerea tehnica) – 1 punct

17

Ofertantul prezinta toate corelarile intre planul de realizare al proiectului si utilizarea resurselor umane si materiale – 3 puncte

Existenta si demonstrarea corelarilor intre planul de realizare al proiectului, utilizarea resurselor umane si materiale in proiect;

3 Propunerea tehnica si anexele acesteia Ofertantul nu prezinta toate

corelarile intre planul de realizare al proiectului si utilizarea resurselor umane si materiale – 1 punct Ofertantul prezinta in detaliu toate activitatile pe care trebuie sa le realizeze beneficiarul pentru realizarea proiectului inclusiv cu estimarea resurselor necesare din partea beneficiarului – 3 puncte.

Prezentarea detaliata a activitatilor pe care trebuie sa le realizeze beneficiarul pentru realizarea proiectului, cu estimarea resurselor necesare


Ofertantul prezinta in detaliu doar o parte dintre activitatile pe care trebuie sa le realizeze beneficiarul pentru realizarea proiectului inclusiv cu estimarea resurselor necesare din partea beneficiarului – 1 punct.

Existenta unui numar cat mai mic de producatori pentru serverele si echipamentele de stocare


Daca exista un singur producator pentru servere si echipamente de stocare se acorda 3 puncte Daca sunt mai multi producatori pentru servere si echipamente de stocare se acorda 1 punct

Functionalitati tehnice suplimentare pentru echipamentele mobile si imprimante posibilitatea citirii codurilor de bare in plin soare (100.000 lux)

2 Propunerea tehnica – Fisa producatorului pentru terminale mobile

Se acorda punctajul daca fisa producatorului evidentiaza aceasta posibilitate

terminal cu captare de semnatura 2 Propunerea tehnica – Fisa producatorului pentru terminale mobile


sub 85dB 1 terminal cu speaker peste 85dB 2

Propunerea tehnica – Fisa producatorului


18

pentru terminale mobile

maxim 5 minute

1

5...10 minute 1,5

timp de back-up asigurat de bateria suplimentara a terminalului

peste 10 minute

2

Propunerea tehnica – Fisa producatorului pentru terminale mobile


procesor terminal cu frecventa mai mare de 600MHz



imprimanta cu posibilitatea utilizarii de suport pliat (fan-fold)



imprimanta cu baterie mai mare de 4Ah



Specificatii tehnice suplimentare pentru software interfatare cu alte sisteme informatice

3 Propunerea tehnica

Se acorda 1 puncte pentru fiecare interfatare distincta, maxim 3 puncte

text 1 XML 1 ODBC 1

Se acorda punctajul daca sunt satisfacute conditiile tehnice

posibilitati de import si export date

altele 1

Propunerea tehnica

Se acorda 1 punct daca exista si alte modalitati de interfatare

functionalitati proprii de securitate si audit, cu pastrarea datelor in cadrul acelorasi structuri de date


Punctare de catre comisie, intre 0 si 3 puncte, functie de numarul functionalitatilor proprii de securitate si audit

asigurea calitatii si unicitatii datelor


Punctare de catre comisie, intre 0 si 2 puncte, daca modul de asigurare a calitatii si unicitatii este descris in propunerea tehnica

reconectare automata la server a terminalelor mobile în cazul pierderii conexiunii


Punctare de catre comisie, intre 0 si 2 puncte, daca modul de realizare a reconectarii automate este descris in propunerea tehnica

Propunerea tehnica nu se compara decat cu specificatiile din caietul de sarcini.

19

FORMULARE

20

Operator economic Formular nr. 12 A ____________________ (denumirea/numele)

DECLARATIE PRIVIND ELIGIBILITATEA

Subsemnatul, reprezentant împuternicit al _______________________________, (denumirea/numele si sediul/adresa operatorului economic)

declar pe propria răspundere, sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice, că nu ne aflăm in situaŃia prevazută la art. 180 din OrdonanŃa de urgenŃa 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, aprobata cu modificari si completari prin Legea nr.337/2006, cu modificari si completari ulterioare, 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. De asemenea, declar că la prezenta procedură nu depun:

- două sau mai multe oferte individuale si/sau comune, sub sanctiunea excluderii din competitie a tuturor ofertelor in cauza;

- ofertă individuală/comuna si nu sunt nominalizat ca subcontractant în cadrul unei alte oferte, sub sanctiunea excluderii ofertei individuale sau, dupa caz, a celei in care sunt ofertant asociat.

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 dispunem.

Prezenta declaraŃie este valabilă până la data de _________________________ . (se precizează data expirării perioadei de valabilitate a ofertei) Data completării ......................

Subsemnatul, reprezentant împuternicit al _______________________________,

21

Formular nr. 12 B

OPERATOR ECONOMIC _____________________ (denumirea/numele)

DECLARA łIE privind neîncadrarea în situaŃiile prevăzute la art. 181 din Ordonanta de urgenta a Guvernului nr. 34/2006

Subsemnatul(a).................................................. (denumirea, numele operatorului

ecpnomic), în calitate de ofertant la procedura de ............................ (se menŃionează procedura) pentru achizitia de .......................................................................... (denumirea seviciului şi codul CPV), la data de .................. (zi/luna/an), organizată de ................................................ (se inserează numele autorităŃii contractante), declar pe proprie 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 este stabilit până la data solicitată.................

c^1) in ultimii 2 ani: □ nu mi-am indeplinit in mod defectuos obligatiile contractuale, sau □ mi-am indeplinit in mod defectuos obligatiile contractuale, din motive imputabile mie ca ofertant in cauza, fapt care a produs sau este pe cale sa produca grave prejudicii beneficiarilor acestuia;

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ă.

e) Subsemnatul………………………………………………. declar ca nu prezint informatii false, iar informatiile solicitate de catre autoritatea contractanta, in legatura cu situatia proprie aferenta cazurilor prevazute la lit.a)-d) sunt reale.

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

Înteleg că în cazul în care această declaraŃie nu este conformă cu realitatea sunt pasibil de încalcarea prevederilor legislaŃiei penale privind falsul în declaraŃii si autoritatea contractanta are dreptul de a ma exclude din procedura pentru atribuirea contractului de achizitie publica. Operator economic, …………………………. (semnatura autorizată )

22

Formular nr. 12C OPERATOR ECONOMIC _____________________ (denumirea/numele)

DECLARA łIE PRIVIND CALITATEA DE PARTICIPANT LA PROCEDURA

1. Subsemnatul, reprezentant împuternicit al .................................................... (denumirea operatorului economic), declar pe propria răspundere, sub sancŃiunile aplicate faptei de fals în acte publice, ca, la procedura…………………………………. (se menŃionează procedura), având ca obiect .................................................................. (denumirea produsului, serviciului sau lucrării şi codul CPV), la data de ..................... (zi/luna/an), organizată de ....................., particip şi depun oferta:

� în nume propriu;

� ca asociat in cadrul asociaŃiei.........................................................

(Se bifează opŃiunea corespunzătoare.)

2. Subsemnatul declar ca voi informa imediat autoritatea contractantă dacă vor interveni modificări în prezenta declaraŃie la orice punct pe parcursul derulării procedurii de atribuire a contractului de achiziŃie publică sau, în cazul în care vom fi desemnaŃi câştigători, pe parcursul derulării contractului de achiziŃie publică.

3. De asemenea, declar ca 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, situaŃiilor şi documentelor care însoŃesc oferta, orice informaŃii suplimentare în scopul verificării datelor din prezenta declaraŃie.

4. Subsemnatul autorizez prin prezenta orice instituŃie, societate comercială, bancă, alte persoane juridice să furnizeze informaŃii reprezentanŃilor autorizaŃi ai ................................................................. (denumirea şi adresa autorităŃii contractante) cu privire la situatia personala.

Operator economic, (semnătura autorizată)

23

FORMULARUL B2

CANDIDATUL/OFERTANTUL _____________________ (denumirea/numele)

INFORMATII GENERALE

1. Denumirea/numele: 2. Codul fiscal: 3. Adresa sediului central: 4. Telefon: Fax: E-mail: 5. Certificatul de inmatriculare/inregistrare _________________________ (numarul, data si locul de inmatriculare/inregistrare)

6. Obiectul de activitate, pe domenii:______________________________ (in conformitate cu prevederile din statutul propriu)

7. Birourile filialelor/sucursalelor locale, daca este cazul: ______________ (adrese complete, telefon/fax, certificate de inmatriculare/inregistrare) 8. Principala piata a afacerilor: 9. Cifra de afaceri pe ultimii 3 ani: ________________________________________________________________ Cifra de afaceri anuala Cifra de afaceri anuala Anul la 31 decembrie la 31 decembrie (mii lei) (echivalent euro) ________________________________________________________________ 1. ________________________________________________________________ 2. ________________________________________________________________ 3. ________________________________________________________________ Media anuala: _______________________________________________________________

Candidat/ofertant, _______________ (semnatura autorizata)

24

Formular nr. 12 E Operator economic _____________________ (denumirea/numele)

DECLARA łIE PRIVIND LISTA PRINCIPALELOR

PRESTĂRI DE SERVICII ÎN ULTIMII 3 ANI

Subsemnatul, reprezentant împuternicit al ................................................................ (denumirea/numele si sediul/adresa operatorului economic)

declar pe propria răspundere, sub sancŃiunile aplicate faptei de fals în acte publice, ca datele prezentate în tabelul anexat sunt reale. Subsemnatul declar ca informaŃiile furnizate sunt complete şi corecte în fiecare detaliu şi înteleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraŃiilor, situaŃiilor şi documentelor care însoŃesc oferta, orice informaŃii suplimentare în scopul verificării datelor din prezenta declaraŃie. Subsemnatul autorizez prin prezenta orice instituŃie, societate comercială, bancă, alte persoane juridice să furnizeze informaŃii reprezentanŃilor autorizaŃi ai .......................... (denumirea si adresa autoritaŃii contractante) cu privire la orice aspect tehnic si financiar in legatură cu activitatea noastră. Prezenta declaraŃie este valabilă până la data de …………………………………… (se precizează data expirării perioadei de valabilitate a ofertei)

Operator economic, ………… ………………. (semnatura autorizată )

25

Nr. Crt.

Obiectul

contractului

Codul CPV

Denumirea/numele

beneficiarului/clientului

Adresa

Calitatea

prestatorului*)

PreŃul total al contractului

Procent

îndeplinit de prestator

%

Cantitatea

(U.M.)

Perioada

de derulare**)

0 1 2 3 4 5 6 7 8

1

2

.....

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

( semnatura autorizată) ________ *) Se precizează calitatea în care a participat la îndeplinirea contractului care poate fi de: contractant unic sau contractant conducător (lider de asociaŃie); contractant asociat, subcontractant. **) Se va preciza perioada de începere şi de finalizare a prestării.

26

FORMULARUL B3

CANDIDATUL/OFERTANTUL _____________________ (denumirea/numele)

EXPERIENTA SIMILARA*)

1. Denumirea si obiectul contractului: ___________________________.

Numarul si data contractului_______________________________.

2. Denumirea/numele beneficiarului/clientului: _____________________.

Adresa beneficiarului/clientului: ____________________________.

Tara: ____________________.

3. Calitatea in care a participat la indeplinirea contractului:

(se bifeaza optiunea corespunzatoare)

|_| contractant unic sau contractant conducator (lider de asociatie)

|_| contractant asociat

|_| subcontractant

4. Valoarea contractului:

exprimata in exprimata

moneda in care in echivalent

s-a incheiat euro

contractul

a) initiala (la data semnarii contractului): _________ ___________

b) finala (la data finalizarii contractului): _________ ___________

5. Daca au fost litigii privind indeplinirea contractului, natura acestora si modul lor de

solutionare: ___________________________.

6. Gama de servicii /lucrari prestat/executate in baza contractului, precum si alte

aspecte relevante prin care ofertantul/candidatul isi sustine experienta similara:

_______________________________.

Candidat/ofertant, _______________

(semnatura autorizata) ------------

*) Se completeaza fise distincte pentru fiecare contract, care vor fi confirmate, prin prezentarea contractului

respectiv.

27

Formular nr.12 D

Operator economic _____________________ (denumirea/numele)

DECLARA łIE PRIVIND PERSONALUL CALIFICAT

Subsemnatul, reprezentant împuternicit al ......................................................... (denumirea/numele si sediul/adresa operatorului economic) declar pe propria răspundere, sub sancŃiunile aplicate faptei de fals în acte publice, că am acces imediat si permanent la personal calificat, respectiv.................. specialisti IT

( se va specifica nr. de specialisti) dezvoltare software, configurare si instalare infrastructura, pentru indeplinirea obiectului contractului, conform tabelului :

Nr. crt

Numele si prenumele calificarea/specializarea Observatii

De asemenea, declar ca informatiile furnizate sunt corecte şi înteleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraŃiilor, situaŃiilor şi documentelor care însoŃesc oferta, orice informaŃii suplimentare în scopul verificării datelor din prezenta declaraŃie. Prezenta declaraŃie este valabilă pe toata perioada de derulare a contractului


28

Formular nr. 12 I Operator economic …………………………… (semnatura autorizată )

DECLARA łIE PRIVIND EFECTIVELE MEDII ANUALE ALE PERSONALULUI AN GAJAT ŞI AL

CADRELOR DE CONDUCERE

Subsemnatul, reprezentant împuternicit al .................................. declar pe propria (denumirea/numele si sediul/adresa operatorului economic), răspundere, sub sancŃiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul de mai jos sunt reale. Subsemnatul declar că informaŃiile furnizate sunt complete şi corecte în fiecare detaliu şi înteleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraŃiilor, situaŃiilor şi documentelor care însoŃesc oferta, orice informaŃii suplimentare în scopul verificării datelor din prezenta declaraŃie. Subsemnatul autorizez prin prezenta orice instituŃie, societate comercială, bancă, alte persoane juridice să furnizeze informaŃii reprezentanŃilor autorizaŃi ai.......................................................................... cu privire la orice aspect tehnic şi (denumirea şi adresa autorităŃii contractante) financiar în legatură cu activitatea noastră. Prezenta declaraŃie este valabilă până la data de …………………………….. (se precizează data expirării perioadei de valabilitate a ofertei)

Anul 1 Anul2 Anul 3 Personal mediu angajat

Din care personal de conducere

Data completării ......................


29

Operator economic FORMULAR 12G _____________________ (denumirea/numele)

INFORMATII PRIVIND PARTEA/PARTILE DIN CONTRACT PE CARE INTENT IONAM SA O

SUBCONTRACTAM

Subsemnatul, reprezentant împuternicit al............................................................., (denumirea/numele şi sediul/adresa ofertantului) în calitate de ofertant la procedura de achizitie publica…............................ (se menŃionează procedura) declar pe propria răspundere, ca intentionam sa subcontractam urmatoarele parti din contract:

Nr. Crt.

Partea/părŃile din contract ce intentionam sa le subcontractam

Procent subcontractare % din valoarea ofertata fara TVA

Prezenta declaraŃie este valabilă până la data de ………………………….................. (se precizează data expirării perioadei de valabilitate a ofertei)


30

Formularul 12 K

ACORD DE ASOCIERE Nr.....................din......................... .........

CAPITOLUL I -PARlILE ACORDULUI Art. 1 Prezentul acord se încheie între : S.C................................................................., cu sediul în ...................................................., str. ................................................ nr..................., telefon ..................... fax ........................., înmatriculata la Registrul Comertului din ......................................... sub nr..........................., cod unic de înregistrare...................................., cont ............................................deschis la ............................................................... reprezentata de ...................................................... având functia de.......................................... . în calitate de asociat -LIDER DE ASOCIERE si S.C......................................................................., cu sediul în .............................................., str. .......................................... nr..................., telefon ..................... fax ................................, înmatriculata la Registrul Comertului din ........................................ sub nr............................, cod unic de înregistrare...................................., cont .............................................deschis la ............................................ reprezentata de .......................................................................... având functia de.......................................... . în calitate de ASOCIAT CAPITOLUL II -OBIECTUL ACORDULUI Art. 2. Obiectul prezentului acord îl constituie asocierea în vederea……………………..conform documentatiei de atribuire puse la dispozitie de catre C.N.A.D.N.R. S.A. CAPITOLUL III -TERMENUL ACORDULUI Art. 3. Prezentul acord ramâne în vigoare pâna la expirarea duratei de valabilitate a contractului, respective pâna la stingerea tuturor datoriilor legate de acesta. CAPITOLUL IV -ALTE CLAUZE Art. 4. Partenerii convin ca liderul de asociere sa fie................................................................. ........................................... Contractul de achizitie cu achizitorul va fi semnat de catre liderul de asociere……………………………………………………………………………………………, desemnat ca fiind reprezentantul autorizat sa primeasca instructiunile pentru si în numele oricaruia si tuturor membrilor asocierii. Art. 5. Asociatii vor fi solidar si individual responsabili pentru executia contractului în conformitate cu termenii acestuia. Art. 6. Executia întregului contract, inclusiv plata, va fi facuta exclusiv cu asociatul desemnat ca lider.

31

Art. 7. în caz de adjudecare, asociatii au convenit ca.............................................................sa execute ................ %, iar ....................................................................... sa execute.............. % din valoarea contractului. Art. 8. Pentru serviciile prestate........................................................(asociatul) va emite facturi catre................................................................................(liderul de asociere). Art.9..................................................................................... va suporta cheltuielile de contractare (garantia de participare, garantia de buna executie, etc) aferente obiectivului mentionai la art. 2. Art. 10. Asociatii convin sa se sustina ori de câte ori va fi nevoie pe tot parcursul realizarii contractului, acordându-si sprijin de natura tehnica, manageriala sau / si logistica ori de câte ori situatia o cere. Art. 11. Orice probleme vor aparea pe parcursul derularii contractului, se vor rezolva prin discutii si daca va fi necesar se vor concretiza prin încheierea unui act aditional la contract. Art. 12. Prezentul acord se completeaza în ceea ce priveste termenele si conditiile de prestare a serviciilor, cu prevederile contractului ce se va încheia între .................................. (liderul de asociere) si achizitor. Art. 13. Eventualele litigii aparute ca urmare a derularii prezentului acord se vor rezolva pe cale amiabila. Daca acest lucru nu este posibil se va apela la instantele judecatoresti competente din România. Prezentul acord de asociere s-a încheiat astazi.....................................în...........exemplare. LIDER ASOCIAT ASOCIAT 1

32

FORMULARUL D

OPERATOR ECONOMIC ........................

(denumirea/numele)

DECLARATIE PRIVIND RESPECTAREA LEGISLATIEI DE SECURITATE SI SANATATE IN MUNCA

Subsemnatul, reprezentant imputernicit a.............................................................................. (denumire/numele si sediul/adresa candidatului/ofertantului)

declar pe propria raspundere, ca pe toata durata de prestare a serviciului conform graficului fizic si valoric pentru indeplinirea sarcinilor specifice prezentat in ofera financiara, voi respecta legislatia de securitate si sanatate in munca, in vigoare, pentru tot personalul angajat in prestarea serviciilor. Prezenta declaratie este valabila pana la data de finalizare a serviciilor. Data completarii..............

Cu stimă, Operator economic, .............................................. (semnătura autorizată)

33

Formular nr. 10C OPERATOR ECONOMIC __________________ (denumirea/numele)

FORMULAR DE OFERTĂ

Către ....................................................................................................

(denumirea autorităŃii contractante şi adresa completă)

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

_____________________________, ne oferim că, în conformitate cu prevederile şi cerinŃele cuprinse în documentaŃia mai sus (denumirea/numele ofertantului) menŃionată, să prestam_________________pentru suma TOTALA de _________ lei, reprezentand _____ euro, fara TVA

(denumirea ) (suma în litere şi în cifre)

la care se adaugă taxa pe valoarea adaugată în valoare de ________________________________lei , reprezentand _______________ euro. 2. Ne angajăm ca, în cazul în care oferta noastră este stabilită câştigătoare, să începem prestatia cât mai curând posibil după primirea ordinului de începere şi să terminăm prestarea serviciilor în conformitate cu graficul de execuŃie anexat în _________________________ luni calendaristice. De asemenea, mentionam ca garantia de buna executie a sistemului este (perioada în litere şi în cifre)

de 3 ani. (perioada în litere şi în cifre)

3. Ne angajăm să menŃinem această ofertă valabilă pentru o durata de ___________________________ zile, respectiv până la data de ____________________

(durata în litere şi în cifre) (ziua/luna/anul)

şi ea va rămâne obligatorie pentru noi şi poate fi acceptată oricând înainte de expirarea perioadei de valabilitate. 4. Până la încheierea şi semnarea contractului de achiziŃie publică aceasta ofertă, împreuna cu comunicarea

transmisă de dumneavoastră, prin care oferta noastră este stabilită câştigătoare, vor constitui un contract angajant între noi. 5. Precizăm că: _ |_| depunem oferta alternativă, ale carei detalii sunt prezentate într-un formular de ofertă separat, marcat în mod

clar "alternativă"; _ |_| nu depunem oferta alternativă. (se bifeaza opŃiunea corespunzătoare) 6. Am înŃeles şi consimŃim că, în cazul în care oferta noastră este stabilită ca fiind câştigătoare, să constituim

garanŃia de bună execuŃie în conformitate cu prevederile din documentaŃia de atribuire. 7. Întelegem că nu sunteŃi obligaŃi să acceptaŃi oferta cu cel mai scazut preŃ sau orice altă ofertă pe care o puteŃi

primi. Data _____/_____/_____

_____________, în calitate de _____________________, legal autorizat sa semnez

(semnătura)

oferta pentru şi în numele ____________________________________. (denumirea/numele operator economic)

34

FORMULAR C1 OFERTANTUL, ____________________ (denumirea/numele)

GRAFIC FIZIC SI VALORIC DE INDEPLINIRE A SARCINILOR

LUNA Nr.crt

DENUMIREA ACTIVITATII

1 n

VALOARE

Ofertant, ________________

(semnatura autorizata)

35

OFERTANTUL, Formularul C2 ______________ (Denumirea/ numele) CENTRALIZATORUL FINANCIAR AL SERVICIILOR

Din care (dupa caz) Nr.crt. DENUMIREA

ACTIVITATII Valoarea exclusiv TVA Contractantul/con

ducatorul(liderul asociatiei

Asociatul 1

Asocoiatul.. Subcontractant 1

Subcontractant...

0 1 2 3 4 5 6 7

Garantie de buna executie

Ofertant, ________________

(semnatura autorizata)

36

Formularul nr. 2A

OFERTANTUL ........................

(denumirea/numele)

SCRISOARE DE ÎNAINTARE

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

Ca urmare a anunŃului de participare apărut în SEAP (sau M.O.al Romaniei, Partea a IV-a), nr ................. din......................... (ziua/luna/anul), privind aplicarea procedurii pentru atribuirea contractului....................................................................................... (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 de atribuire; 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 1

ÎMPUTERNICIRE Subscrisa ………………………………………………………………, cu sediul în

……………………………………………………………………………………………, înmatriculată la Registrul ComerŃului sub nr. ………………………, CIF ………………, atribut fiscal ……, reprezentată legal prin ………………………………………………, în calitate de ………………………………………………, împuternicim prin prezenta pe ………………………………………………, domiciliat în ……………………………… …………………………………, identificat cu B.I./C.I. seria ……, nr. ………………, CNP …………………………, eliberat de …………………………, la data de …………, având funcŃia de ……………………………………………, să ne reprezinte la procedura nr. ……………………, organizată de C.N.A.D.N.R. - S.A. în scopul atribuirii contractului pentru: ……………………………………………………

În îndeplinirea mandatului său, împuternicitul va avea următoarele drepturi şi obligaŃii: 1. Să semneze toate actele şi documentele care emană de la subscrisa în legătură cu

participarea la prezenta procedură; 2. Să participe în numele subscrisei la procedură şi să semneze toate documentele rezultate

pe parcursul şi/sau în urma desfăşurării procedurii. 3. Să răspundă solicitărilor de clarificare formulate de către comisia de evaluare în timpul

desfăşurării procedurii. 4. Să depună în numele subscrisei contestaŃiile cu privire la procedură.

Prin prezenta, împuternicitul nostru este pe deplin autorizat să angajeze răspunderea subscrisei cu privire la toate actele şi faptele ce decurg din participarea la procedură.

Notă: Împuternicirea va fi însoŃită de o copie după actul de identitate al persoanei împuternicite (buletin de identitate, carte de identitate, paşaport).

Data Denumirea mandantului …………… S.C. …………………………………

reprezentată legal prin

___________________________ (Nume, prenume)

___________________________

(FuncŃie)

___________________________ (Semnătura autorizată şi ştampila)

38

Formular nr. 11 A:

DECLARAłIE privind încadrarea întreprinderii în categoria întreprinderilor mici şi mijlocii

I.Date de identificare a întreprinderii Denumirea întreprinderii Adresa sediului social Cod unic de înregistrare Numele şi funcŃia ................................ (preşedintele consiliului de administraŃie, director general sau echivalent)

II.Tipul întreprinderii IndicaŃi, după caz, tipul întreprinderii: |_| Întreprindere autonomă - În acest caz, datele din tabelul de mai jos sunt preluate doar din situaŃia economico-financiară a întreprinderii solicitante. Se va completa doar declaraŃia, fără anexa nr. 2 (Legea nr. 346/2004 privind stimularea infiintarii si dezvoltarii intreprinderilor mici si mijlocii, modificata si completata prin O.G. nr. 27/2006 ). |_| Întreprindere parteneră - Se va completa tabelul de mai jos pe baza rezultatelor calculelor efectuate conform anexei nr. 2, precum şi a fişelor adiŃionale care se vor ataşa la declaraŃie |_| Întreprindere legată - Se va completa tabelul de mai jos pe baza rezultatelor calculelor efectuate conform anexei nr.2(Legea nr. 346/2004 privind stimularea infiintarii si dezvoltarii intreprinderilor mici si mijlocii, modificata si completata prin O.G. nr. 27/2006 ), precum şi a fişelor adiŃionale care se vor ataşa la declaraŃie

III.Date utilizate pentru a se stabili categoria întreprinderii1 ExerciŃiul financiar de referinŃă2

Numărul mediu anual de salariaŃi Cifra de afaceri anuală

netă (mii lei/mii euro)

Active totale (mii lei/mii euro)

|_| Nu Important: PrecizaŃi dacă, faŃă de exerciŃiul financiar anterior, datele financiare au înregistrat modificări care determină încadrarea întreprinderii într-o altă categorie (respectiv micro-întreprindere, întreprindere mică, mijlocie sau mare).

|_| Da (în acest caz se va completa şi se va ataşa o declaraŃie referitoare la exerciŃiul financiar anterior)

Semnătura ........................ (numele şi funcŃia semnatarului, autorizat să reprezinte întreprinderea) Declar pe propria răspundere că datele din această declaraŃie şi din anexe sunt conforme cu realitatea. Data întocmirii .......................... Semnătura ................................ _____ 1 Datele sunt calculate în conformitate cu art. 6 din legea nr. 346/2004, modificata si completata prin O.G. nr. 27/2006 2 Datele cu privire la numărul mediu anual de salariaŃi, cifra de afaceri anuală netă şi activele totale sunt cele realizate în ultimul exerciŃiu financiar raportate în situaŃiile financiare anuale aprobate de acŃionari sau asociaŃi. În cazul întreprinderilor nou înfiinŃate datele cu privire la numărul mediu anual de salariaŃi, cifra de afaceri anuală netă şi activele totale se determină şi se declară pe propria răspundere.

39

FORMULAR 2

DECLARATIE privind indeplinirea criteriilor de calificare prevazute

la capitolul V. CRITERII DE CALIFICARE

Subsemnatul, reprezentant legal al _______________________________, (denumirea/numele si sediul/adresa operatorului economic) declar pe propria răspundere, sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice, ca datele prezentate în tabelul anexat sunt reale. Subsemnatul declar ca informaŃiile furnizate sunt complete şi corecte în fiecare detaliu şi înteleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraŃiilor, situaŃiilor şi documentelor care însoŃesc oferta, orice informaŃii suplimentare în scopul verificării datelor din prezenta declaraŃie. Subsemnatul autorizez prin prezenta orice instituŃie, societate comercială, bancă, alte persoane juridice să furnizeze informaŃii reprezentanŃilor autorizaŃi ai .......................... cu privire la orice aspect (denumirea si adresa autoritaŃii contractante) privind situatia personala, financiara si tehnica in legatură cu activitatea noastră. Prezenta declaraŃie este valabilă până la data de …………………………………… (se precizează data expirării perioadei de valabilitate a ofertei) Reprezentant legal al Operatorului economic,/al ofertantului ………… ………………. (semnatura autorizată ) NOTA: Anexa la FORMULAR 2 va fi completata de ofertant doar in col oana nr.2.

40

ANEXA LA FORMULARUL 2

NR.

CRT. CERINTA DIN FISA DE DATE A ACHIZITIEI-

CAP.V-CRITERII DE CALIFICARE

MODUL CONCRET DE INDEPLINIRE A CERINTELOR CUPRINSE LA CAP.V-CRITERII DE CALIFICARE

DOCUMENTE CONSTATATOARE MINIME PE CARE AUTORITATEA

CONTRACTANTA LE POATE SOLICITA

0 1 2 3

1 OFERTANTUL nu se afla in situaŃia prevazută la art. 180 din OrdonanŃa de urgenŃa a Guvernului nr. 34/2006, cu modificarile si completarile ulterioare

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice, că nu ma aflu in situaŃia prevazută la art. 180 din OrdonanŃa de urgenŃa a Guvernului nr. 34/2006, cu modificarile si completarile ulterioare. Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

Formular nr. 12 A, din sectiunea Formulare aferenta Documentatiei de atribuire Nota: in caz de asociere Formularul 12 A va fi completat de fiecare membru al asocierii

2 OFERTANTUL nu se afla in situaŃia prevazută la art. 181 din OrdonanŃa de urgenŃa a Guvernului nr. 34/2006, cu modificarile si completarile ulterioare

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice, că nu ma aflu in situaŃia prevazută la art. 181 din OrdonanŃa de urgenŃa a Guvernului nr. 34/2006, cu modificarile si completarile ulterioare Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

Formular nr. 12 B din sectiunea Formulare aferenta Documentatiei de atribuire Nota: in caz de asociere Formularul 12 B va fi completat de fiecare membru al asocierii

3 DeclaraŃie privind calitatea de participant la procedura

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice, ca la procedura.................................... particip in calitate de

� în nume propriu;

� ca asociat in cadrul asociaŃiei........................... (Se bifează opŃiunea corespunzătoare.)

- Formular nr. 12 C din sectiunea Formulare aferenta Documentatiei de atribuire

- In caz de asociere, se va prezenta Acord de asociere (Formular 12 K) din sectiunea Formulare aferenta Documentatiei de atribuire

41

Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

Nota: in caz de asociere Formularul 12 C va fi completat de fiecare membru al asocierii

4 Certificate constatatoare privind indeplinirea obligatiilor exigibile de plata

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca mi-am indeplinit obligatiile de plata a impozitelor, taxelor si contributiilor catre bugetul de stat si bugetul local la data de 31.08.2009. Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

1. Persoane juridice romane trebuie sa prezinte: c) certificate constatatoare privind

indeplinirea obligatiilor de plata a impozitelor si taxelor locale si alte venituri ale bugetului local ;

d) certificate constatatoare privind indeplinirea obligatiilor de plata a impozitelor, taxelor si contributiilor de asigurari sociale la bugetul general consolidat (Agentia Nationala de Administrare Fiscala - Directia Generala a Finantelor Publice).

Dovada achitarii taxelor se va face prin prezentarea formularelor tip emise de organismele competente privind indeplinirea obligatiilor de plata la data de 31.08.2009 sau ulterior, in original sau copii legalizate. 2. Persoanele juridice straine vor prezenta orice document edificatoar pentru dovedirea eligibilitati – eliberate de autoritati ale tarii de origine (certificate, caziere judiciare, alte documente echivalente) prin care sa dovedeasca ca si-a indeplinit obligatiile de plata a impozitelor, taxelor si contributiilor catre bugetul de stat si bugetul local in conformitate cu cerintele solicitate de autoritatea contractanta.

Documentele vor fi prezentate in original sau copie legalizata, insotite de traducerea autorizata si legalizata in limba romana. Nota: In caz de asociere, documentele vor fi prezentate de fiecare membru al asocierii

5 înregistrarea / atestarea ori apartenenŃa din punct de vedere

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca sunt inregistrat/ atestat ............................................

1. Persoane juridice romane trebuie sa prezinte: a. Certificat de inregistrare (C.U.I.), emis de –

Oficiul Registrului Comertului de pe langa Tribunal teritorial, in copie

42

profesional

(se va specifica autoritatea unde este inregistrat operatorul economic)

in conformitate cu prevederile legale din ..................... (se va specifica tara in care ofertantul este rezident), si desfasor activitati .................................................. (se vor preciza activitatile similare celor care fac obiectul procedurii de achizitie)

De asemenea, declar ca nu sunt inscrise mentiuni privind procedura insolventei. Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

b. Certificat constatator emis de Oficiul Registrului ComerŃului eliberat cu cel mult 30 de zile inainte de data deschiderii ofertelor, care sa ateste ca ofertantul desfasoara activitati similare celor care fac obiectul prezentei achizitii, cat si faptul ca nu sunt inscrise mentiuni cu privire la aplicarea legii nr.85/2006 privind procedura insolventei, in original sau copie legalizata.

2. Persoanele juridice straine vor prezenta documente care dovedesc o formă de înregistrare / atestare ori apartenenŃa din punct de vedere profesional, in conformitate cu prevederile legale din tara in care ofertantul este rezident, in original sau copie legalizata, insotite de traducerea autorizata in limba romana si legalizate.

Nota: In caz de asociere, documentele vor fi prezentate de fiecare membru al asocierii

6 3. Informatii generale, cu declararea cifrei de afaceri medii, pe ultimii 3 ani.. Ofertantii trebuie sa faca dovada ca cifra de afaceri medie anuala pe ultimii 3 ani (2006, 2007, 2008) este egala sau mai mare cu 63.000.000,00 lei, respectiv 15.000.000 euro.

Ofertantul, reprezentant al _____________________________________, declar/declaram (denumirea/numele operatorului economic / asocierii ) (in caz de asociere) pe propria raspundere, sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca in ultimii 3 ani (2006, 2007, 2008) am realizat o medie a cifrei de afaceri de ......................lei, reprezentand .............euro.

2006 2007 2008 Media cifrei de afaceri pe ultimii 3 ani

Operator economic

lei Euro lei euro lei euro lei euro ....... ...... Total

1. Persoane juridice romane trebuie sa prezinte:

a. Formularul B2 din sectiunea Formulare aferenta Documentatiei de atribuire

b. Bilantul contabil la 31.12.2006, la 31.12.2007 si la 31.12.2008, vizate si înregistrate la organele competente- in copie

1. Persoanele juridice straine Ofertantii nerezidenti vor prezenta bilantul contabil pentru ultimii ani pentru care exista exercitiu financiar incheiat insotit de raportul auditorilor financiari si contabililor autorizati sau de cenzorii societati, dupa caz, din care sa rezulte conformitatea, sub toate aspectele semnificative a valorilor reprezentand activele circulante, datoriilor curente si veniturilor din exploatare reflectate in acestea. Ofertantii nerezidenti vor prezenta traducerea autorizata si legalizata a documentelor solicitate mai sus. Nota :

43

1. In caz de asociere, documentele vor fi prezentate de fiecare membru al asocierii

2. Capacitatea economico - financiara a operatorului economic poate fi sustinuta in conformitate cu art. 186 alin (1), (2) si (3) din O.U.G. nr. 34/2007 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificari si completari ulterioare, si respectand prevederile art. 11 1 ,din HG 925/2006 cu modificartile si completarile ulterioare.

7 Informatii privind experienta similara

Ofertantul, reprezentant al _____________________________________, (denumirea/numele operatorului economic / asocierii ) declar/am pe propria raspundere, sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca :

1. in ultimii 3 ani am prestat servicii similare constand in : ...........................................................................................

2. in ultimii 3 ani am prestat/ecxecutat urmatoarle contracte similare cu cele care fac

obiectul acestei achizitii si indeplinesc conditiile impusa la pct. 2-4 din capitolul V.4.) Capacitatea tehnică şi/sau profesională (vezi Anexa 2)

Nr.crt.

Denumire contract

Beneficiar

Perioada de prestare/ executie

obiect/ caracterisitici

Calitatea in care am participat : (in nume propriu;asociat;subcontractant)

Am prestat/ executat % din caracteristicile declarate

1. Lista principalelor prestari de servicii similare efectuate in ultimii 3 ani.- Formularul 12 E

2. Pentru indeplinirea conditilor ca ofertantul a prestat/ executat in ultimii 3 ani contracte de servicii cu cele care fac obiectul acestei achizitii si indeplinesc conditiile impuse la pct. 2-4 din capitolul V.4.) Capacitatea tehnică şi/sau profesională se va prezenta Formularul B3 pentru fiecare contract declarat, insotit de copiile contractelor si procesele verbale de receptie la terminarea prestatiei - cu mentiunea: ,,conform cu originalul” , semnat si stampilat de ofertant.

Nota: Capacitatea tehnică şi/sau profesională a operatorului economic poate fi sustinuta in conformitate cu art. 190 alin. (1), (2) si (3) din O.U.G. nr. 34/2007 aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificari si completari ulterioare, si respectand prevederile art. 11 1 ,din HG 925/2006 cu modificartile si completarile ulterioare.

8 Informatii privind capacitatea profesionala

Ofertantul, reprezentant al _____________________________________, (denumirea/numele operatorului economic / asocierii )

declar/am pe propria raspundere şi a sancŃiunilor aplicate faptei de fals în acte publice: a) ca avem acces imediat si permanent la personal calificat, respectiv

.............. specialisti IT dezvoltare software, configurare si instalare infrastructura, pentru indeplinirea obiectului contractului

b) in organigrama exista ……. structuri specializate in domeniile ce fac obiectul procedurii.

c) in ultimii 3 ani am avut un efectiv mediu anual angajat astfel:

− Formular 12 D din sectiunea Formulare aferenta Documentatiei de atribuire

− Se va prezenta Formularul 12 I − Organigrama (in copie) din care sa reiasa

existenta unei structuri specializate in domeniile ce fac obiectul procedurii.

Nota: Capacitatea tehnică şi/sau profesională a operatorului economic poate fi sustinuta in conformitate cu art. 190 alin. (1), (2) si (3) din O.U.G. nr. 34/2007 aprobata cu modificari si completari prin

44

Reprezentant legal al Operatorului economic,/al ofertantului …………………………

Anul 2006 Anul 2007 Anul 2008 Personal mediu angajat

Din care personal de conducere

Legea nr. 337/2006, cu modificari si completari ulterioare, si respectand prevederile art. 11 1 ,din HG 925/2006 cu modificartile si completarile ulterioare.

9 InformaŃii privind

subcontractanŃii

Ofertantul, reprezentant al _____________________________________, (denumirea/numele operatorului economic / asocierii ) declar/am pe propria raspundere şi a sancŃiunilor aplicate faptei de fals în acte publice ca in prestarea serviciilor/lucrarilor intetionam sa subcontractam urmatoarele parti din contract :

Nr. Crt. Partea/părŃile din contract ce intentionam sa le subcontractam

Procent subcontractare % din valoarea ofertata fara TVA

Formularul 12 G. din sectiunea Formulare aferenta Documentatiei de atribuire

10 InformaŃii privind asigurarea calitatii

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca detin Certificate emise de organisme independente care atesta respectarea standardelor de asigurare a calitatii, respectiv :

- Certificat ISO 9001 sau Certificate echivalente emise de organisme stabilite in alte state ale Uniunii Europene. Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

Copie de pe Certificat ISO 9001, sau Copii de pe certificate echivalente emise de organisme stabilite in alte state ale Uniunii Europene. Nota: In caz de asociere, documentele vor fi prezentate de fiecare membru al asocierii

11 InformaŃii privind protectia muncii

Subsemnatul, reprezentant legal al ______________, (denumirea/numele operatorului economic) declar pe proprie raspundere sub sancŃiunea excluderii din procedură şi a sancŃiunilor aplicate faptei de fals în acte publice ca voi respecta legislatia de securitate si sanatate in munca in vigoare. Nota: in caz de asociere declaratia va fi data de fiecare membru al asocierii

Se va completa Formular D din sectiunea Formulare aferenta Documentatiei de atribuire

45

ANEXA 2

CONTRACTE SIMILARE CU CELE CARE FAC OBIECTUL ACESTEI ACHIZITII SI INDEPLINESC CONDITIILE IMPUSA LA PCT. 2-4 DIN CAPITOLUL V.4.) CAPACITATEA TEHNICA SI/SAU PROFESIONALA

Nr.crt.

Denumire contract

Beneficiar Perioada de prestare/ executie

obiect/ caracterisitici Calitatea in care am participat : (in nume propriu;asociat;subcontractant)

Am prestat/ executat % din contract/ caracteristicile declarate

1 -sistemului informatic integrat (hardware, software si servicii de implementare aferente) a cuprins ..................terminale mobile industriale

2 -proiect de aplicatii informatice (inclusiv sincronizare date intre punctele de vanzare si serverul central) aferente vanzarii prin intermediul unui numar de .................... puncte de vanzare -proiect de aplicatii informatice (inclusiv sincronizare date intre punctele de vanzare si serverul central) aferent vanzarii prin intermediul unui numar de .................... puncte de vanzare

3 Obiectul contractului- realizarea unui proiect pentru implementarea de portale la scara nationala.

46

Se aproba,

Director General

Tiron Dorina

Caiet de sarcini

Sistem Informatic de Emitere, Gestiune,

Monitorizare si Control a Rovinietei

47

Cuprins 1. Informatii generale ............................................................................................................ 51

1.1 Autoritatea contractanta 51

1.1.1 Informatii generale despre autoritatea contractanta 51

1.1.2 Organizarea CNADNR 51

1.1.3 Date ale achizitiei 51

1.1.4 Resurse disponibile pentru proiect din partea autoritatii contractante 51

1.2 Entitati implicate in implementarea proiectului 52

1.3 Obiectul procedurii de achizitie 52

1.4 Obiectivul proiectului, domeniu de aplicabilitate si rezultate asteptate 52

1.4.1 Obiective generale 52

1.4.2 Aria de cuprindere a proiectului 53

1.4.3 Rezultatele minime ce trebuie sa fie obtinute 54

1.5 Context legislativ 55

2. Cerinte cadru ..................................................................................................................... 56

2.1 Introducere 56

2.1.1 Emitere si plata prin Portal 56

2.1.2 Emitere si plata prin SMS 56

2.1.3 Plata prin OP 56

2.1.4 Emitere si plata prin InfoPOS 57

2.1.5 Emitere prin intermediul terminalelor mobile (PDA) 57

2.1.6 Emitere si plata prin intermediul agentiilor de control si incasare ale CNADNR 57

2.1.7 Control in teren 57

2.1.8 Control automat 57

2.1.9 Relatii cu clientii 57

2.1.10 Raportare 57

3. Specificatii tehnice ............................................................................................................ 59

3.1 Model conceptual 59

3.1.1 Arhitectura generala 59

3.1.2 Arhitectura comunicatii 61

3.1.3 Arhitectura de securitate 62

3.1.4 Descrierea componentelor 64

3.1.5 Referinte fise tehnice 73

3.2 Cerinte functionale 74

3.2.1 Frontoffice 74

3.2.2 Management frontoffice 88

3.2.3 Backoffice 89

48

3.2.4 Cerinte de jurnalizare 94

3.3 Cerinte nonfunctionale 94

3.3.1 Generalitati si definitii 94

3.3.2 Informatii de volum 95

3.3.3 Criterii de performanta 95

3.3.4 Disponibilitate 96

4. Cerinte generale pentru solutie.......................................................................................... 97

4.1 Cerinte generale hardware 97

4.2 Cerinte generale software 99

4.3 Garantie 99

5. Abordarea proiectului...................................................................................................... 100

5.1 Structura managementului 100

5.2 Organizare si metodologie 100

5.3 Experti cheie 100

5.3.1 Expert cheie 1: Lider de Proiect 100

5.3.2 Expert cheie 2: Arhitect de solutie 101

5.3.3 Expert cheie 3: Arhitect Comunicatii 101

5.3.4 Expert cheie 4: Analist de business 102

5.3.5 Expert cheie 5: Designer/Integrator de Aplicatie (2 persoane) 102

5.3.6 Expert cheie 6: Designer/Integrator de Aplicatii Frontoffice/Mobile 102

5.3.7 Expert cheie 7 : Expert sisteme Automatic Number Plate Recognition 103

5.3.8 Expert cheie 8 : Expert aplicatie de gestiune a contraventiilor 103

5.4 Logistica si sincronizare 103

5.4.1 Locatie 103

5.4.2 Data inceperii si perioada de executie 103

6. Servicii solicitate............................................................................................................. 105

6.1 Servicii de analiza de business 105

6.2 Servicii de implementare 105

6.3 Servicii de project management 105

6.4 Servicii de instruire 107

6.5 Servicii de service, mentenanta si suport 108

6.5.1 Mentenanta hardware 109

6.5.2 Suport software 109

7. Cerinte referitoare la livrabile ......................................................................................... 111

7.1 Cerinte pentru documentatia proiectului 111

7.1.1 Documentatia asociata elementelor hardware si software livrate in proiect 111

7.1.2 Documentatia pentru managementul de proiect 111

49

7.1.3 Documentatia de implementare 111

7.1.4 Documentatia de operare pentru utilizatorii sistemului 112

7.1.5 Documentatia pentru asigurarea calitatii 112

7.1.6 Documentatia asociata serviciilor de instruire 112

7.2 Alte Livrabile 112

8. Livrabile si plati .............................................................................................................. 113

9. Cerintele minime de testare si criteriile de acceptanta.................................................... 114

9.1 Cerinte pentru testare 114

10. Cerinte referitoare la prezentarea ofertei tehnice ............................................................ 116

10.1 Propunerea tehnica 116

11. Glosar, definitii, abrevieri ................................................................................................. 66

12. Anexe ................................................................................................................................ 67

12.1 Fise tehnice hardware 1197

12.1.1 FISA TEHNICA – Sasiu Servere Blade 67

12.1.2 FISA TEHNICA – Server “interfata web” 68

12.1.3 FISA TEHNICA – Server Securitate 69

12.1.4 FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii 70

12.1.5 FISA TEHNICA – Server analiza si raportare / integrare de date 71

12.1.6 FISA TEHNICA – Server administrare si monitorizare 72

12.1.7 FISA TEHNICA – Server Issuing CA + OCSP 73

12.1.8 FISA TEHNICA – Server Root CA 74

12.1.9 FISA TEHNICA – Server pentru componenta de date structurate 75

12.1.10 FISA TEHNICA – Echipament de stocare 76

12.1.11 FISA TEHNICA – Server pentru backup si restaurarea datelor 77

12.1.12 FISA TEHNICA – SAN Switch 78

12.1.13 FISA TEHNICA – Rack si accesorii 78

12.1.14 FISA TEHNICA – Terminal Mobil 79

12.1.15 FISA TEHNICA – Printer 80

12.1.16 FISA TEHNICA – Puncte de control automat 82

12.1.17 ISA TEHNICA – Switch-uri de comunicatie 84

12.2 Fise tehnice software 86

12.2.1 FISA TEHNICA – Server web 87

12.2.2 FISA TEHNICA – Gateway servicii web 87

12.2.3 FISA TEHNICA – Server de aplicatii 88

12.2.4 FISA TEHNICA – Portal 90

12.2.5 FISA TEHNICA – Platforma de executie a proceselor 91

12.2.6 FISA TEHNICA – Analiza de business si raportare 92

50

12.2.7 FISA TEHNICA – Platforma de integrare de date 94

12.2.8 FISA TEHNICA – Baza de date 94

12.2.9 FISA TEHNICA – Software de administrare a identitatii utilizatorilor si controlul accesului la resurse .........................................................................................................................................97

12.2.10 FISA TEHNICA – Solutie Enterprise de monitorizare si analiza pentru sisteme, aplicatii si baze de date ....................................................................................................................................99

12.2.11 FISA TEHNICA – Software de gestiune a certificatelor pentru semnatura electronica si criptarea datelor (autoritate de certificare) 100

12.2.12 FISA TEHNICA – Software de diagnostic, analiza de performanta, managementul spatiului si optimizare baze de date 101

12.2.13 FISA TEHNICA – Componenta de audit 106

12.2.14 FISA TEHNICA – Software de replicare 109

51

Informatii generale Autoritatea contractanta Informatii generale despre autoritatea contractanta

Autoritatea contractanta este Compania Nationala de Autostrazi si Drumuri Nationale din Romania S.A. (CNADNR).

CNADNR este o companie nationala ce functioneaza sub autoritatea Ministerului Transporturilor si Infrastructurii, pe baza de gestiune economica si autonomie financiara.

CNADNR are ca rol fundamental implementarea programelor de dezvoltare unitara a retelei de drumuri publice, in concordanta cu strategia Ministerului Transporturilor si Infrastructurii, Planul National de Dezvoltare a teritoriului si cerintele economiei nationale. Principalele obiective ale Companiei pentru perioada urmatoare sunt reprezentate de reteaua de autostrazi, construirea unei retele de drumuri expres si realizarea de centuri si variante ocolitoare pentru orasele mari precum si modernizarea cadrului de gestionare a relatiei CNADNR cu publicul calator.

Organizarea CNADNR

Pentru a-si desfasura activitatea, CNADNR are un sediu central in Bucuresti, in teritoriu fiind organizata in 7 Directii Regionale de Drumuri si Poduri: DRDP Bucuresti, DRDP Craiova, DRDP Timisoara, DRDP Cluj, DRDP Brasov, DRDP Iasi, DRDP Constanta.

Fiecare dintre regionale dispune de sectii de drumuri nationale (SDN-uri) acestea fiind in total 44. De asemenea, CNADNR are 29 de Agentii de Control si Incasare in punctele de trecere a frontierei din care 2 Agentii de Incasare si Control in punctele de trecere a podurilor dunarene.

In plus, CNADNR dispune de un Centru de Studii Tehnice Rutiere si Informatica (CESTRIN) prin care se deruleaza activitatile de studiu si cercetare ce se impun dezvoltarii, modernizarii si intretinerii retelei

rutiere. Date ale achizitiei Codul fiscal al autoritatii contractante

R16054368 Adresa

Bucuresti, bd. Dinicu Golescu nr. 38, sectorul 1, 010873 Sursa de finantare

Venituri proprii Resurse disponibile pentru proiect din partea autoritatii contractante

CNADNR dispune de un Centru de Studii Tehnice Rutiere si Informatica (CESTRIN) prin care se deruleaza activitatile de studiu si cercetare ce se impun dezvoltarii, modernizarii si intretinerii retelei rutiere.

In prezent exista un sistem informatic care gestioneaza datele in interiorul CNADNR si aflat sub administrarea CESTRIN. Stocarea datelor se face pe serverele localizate la nivel central. Baza de date centrala se foloseste in prezent pentru gestionarea procesele interne ale institutiei. Sistemul actual nu implementeaza cerinte de gestionare si control legate de emiterea prin mijloace electronice a rovinietei.

CNADNR dispune de o sala tehnica IT (data center) pentru gazduirea echipamentelor livrate prin proiect. Serviciile de amenajare (control acces, HVAC etc.) a data center-ului nu fac obiectul achizitiei curente.

Odata cu inceputul implementarii, CNADNR va pune la dispozitia contractantului infrastructura necesara desfasurarii proiectului precum si personalul de suport necesar. Ofertantul va trebui sa detalieze in oferta sa propunerea de personal specializat din partea CNADNR pentru participarea la implementarea proiectului.

52

Entitati implicate in implementarea proiectului Principalele structuri organizationale implicate in implementarea sistemului informatic solicitat sunt:

• CNADNR – Compania Nationala de Autostrazi si Drumuri Nationale din Romania Gazduieste toate echipamentele centrale necesare pentru functionarea sistemului informatic (servere de

aplicatie, de baze de date, mijloace de stocare pentru baza de date, servere autentificare, echipamente si aplicatii pentru administrarea sistemului).

• RAR – Registrul Auto Roman

Gazduieste serverele de aplicatie, de baze de date si mijloacele de stocare a datelor caracteristicilor de autovehicule, relevante pentru calculul valorii taxei de utilizare a infrastructurii rutiere. Un sistem informatic va functiona la aceasta locatie, dedicat exportului de date peste o infrastructura de comunicatii securizata catre Sistemul Informatic de Emitere, Gestiune, Monitorizare si Control a Rovinietei gestionat de CNADNR, pentru actualizarea incrementala a bazei de date a acestuia cu date privind caracteristicile tehnice ale autovehiculelor.

Datele provenite din sistemul RAR vor functiona ca informatie de sprijin pentru posibilitatea controlorilor de a verifica in teren corectitudinea valorii taxei de utilizare a infrastructurii rutiere platite de contribuabil, pe baza caracteristicilor tehnice ale vehiculului identificat in sistem pe baza numarului de inmatriculare. • Centre de distributie ale partenerilor, incluzand lanturi de retail proprii.

Opereaza sistemul pe baza terminalelor mobile (PDA) pentru operatiunile de emitere electronica de roviniete.

• Centre de dispecerat ale prestatorilor.

Opereaza sistemul pe baza terminalelor mobile (PDA) pentru operatiunile de trimitere de ordine de lucru catre controlori.Aceasta entitate poate sa apara ulterior in cadrul solutiei.

Obiectul procedurii de achizitie

Obiectul contractului il constituie achizitionarea unui sistem informatic integrat, implementat la cheie, care sa eficientizeze procesul de achitare a taxei de utilizare a infrastructurii rutiere, precum si procesele conexe de gestiune si control si comunicare cu beneficarii din partea autoritatii contractante.

In strategia CNADNR, acesta este o faza in demersul de modernizare si eficientizare a cadrului de gestionare a relatiei cu contribuabilii, in perspectiva fiind preconizate mecanisme de taxare in functie de distanta parcursa de vehicul si integrarea cu tehnologii de verificare automata a situatiei achitarii taxei de utilizare a infrastructurii rutiere a vehiculului monitorizat, fara a fi necesara oprirea acestuia.

Obiectivul proiectului, domeniu de aplicabilitate si rezultate asteptate Obiective generale

Obiectivul general al proiectului il reprezinta implementarea unui Sistem Informatic de Emitere, Gestiune, Monitorizare si Control a Rovinietei (SIEGR) care sa ofere toate functionalitatile necesare automatizarii proceselor aferente emiterii si controlului achitarii taxei de utilizare a infrastructurii rutiere de catre posesorii de autovehicule, in vederea obtinerii urmatoarelor beneficii:

• Imbunatatirea si extinderea serviciilor oferite catre posesorii de autovehicule astfel incat sa permita accesarea facila a achizitiei de roviniete, oriunde si oricand.

• Imbunatatirea colectarii veniturilor prin gestiunea coordonata a retelei. • Perfectionarea procedurilor de management si cresterea nivelului de eficienta prin tabloul de bord operational

continand rapoarte, analize si indicatori de performanta pentru toate activitatile desfasurate in relatia cu

53

posesorii de roviniete, care va permite monitorizarea si optimizarea activitatii precum si fundamentarea deciziilor manageriale.

• Modernizarea tehnicilor de selectie si inspectie a posesorilor de roviniete prin centralizarea si consolidarea informatiilor despre vehicule, alcatuirea profilului unic si complet al posesorilor si al vehiculelor continand toate informatiile si istoricul acestora, posibilitatea de segmentare dupa diverse criterii in scopul stabilirii de strategii de lucru pe grupe de consumatori si de selectare a esantionelor pentru control.

• Extinderea canalelor de obtinere a informatiilor si imbunatatirea sistemelor de exploatare a informatiilor, prin centralizarea si consolidarea informatiilor despre vehicule si integrarea canalelor de preluare, distributie si partajare a informatiilor atat intern cat si cu organizatiile externe si inregistrarea consistenta in sistem a informatiilor preluate pe orice canal de interactiune deschis.

• Relatii institutionale mai bune si prezenta internationala extinsa – in fazele ulterioare. Colaborarea controlata cu alte organisme/entitati publice si private reprezentative atat in vederea partajarii informatiilor cu acestia cat si in vederea colaborarii si sprijinului reciproc in rezolvarea cazurilor, cererilor si verificarilor.

Aria de cuprindere a proiectului

Aria de cuprindere a proiectului este data de cadrul descris de cel putin urmatoarele roluri, entitati, relatii si scenarii de utilizare: Consumator

Modalitatile electronice de achitare a taxei de utilizare a infrastructurii rutiere se adreseaza tuturor utilizatorilor de vehicule pentru un domeniu de definire delimitat de urmatoarele scenarii si termeni:

• utilizarea de vehicule pe reteaua de drumuri nationale, exclusiv cele aflate in intravilanul resedintelor de judete si al municipiilor

• utilizarea de vehicule de toate categoriile de vehicule inmatriculate temporar sau definitiv in Romania si in alte state, nediscriminatoriu

• utilizare de vehicule persoanele fizice si juridice • vehicul va fi considerat orice autovehicul rutier inmatriculat, avand cel putin doua axe, sau un ansamblu

format dintr-un autovehicul si semiremorca ori remorcile tractate de acesta; • utilizator va fi considerat orice persoana fizica sau juridica care detine vehicule inmatriculate in Romania

(utilizatori romani) sau care detine vehicule inmatriculate in alte state (utilizatori straini) • vehiculele de transport mixt se incadreaza in categoria vehiculelor de transport marfa.

Categorie de vehicul

Tip vehicul Categorie de utilizare A autoturisme B vehicule de transport marfa cu 0,0 tone < MTMA ≤ 3,5 tone C a) vehicule de transport marfa cu 3,5 tone < MTMA ≤ 7,5 tone

b) vehicule de transport persoane cu mai mult de 9 locuri pe scaune (inclusiv conducatorul auto) si maximum 23 locuri pe scaune (inclusiv conducatorul auto)

D a) vehicule de transport marfa cu 7,5 tone < MTMA < 12 tone b) vehicule de transport persoane cu mai mult 23 locuri pe scaune (inclusiv conducatorul auto)

E vehicule de transport marfa cu MTMA ≥ 12,0 tone cu maximum 3 axe (inclusiv) F vehicule de transport marfa, cu MTMA ≥ 12,0 tone cu minimum 4 axe (inclusiv)

Punct mobil de acces

Sistemul va permite pentru puncte mobile de acces conectarea prin mecanisme securizate, folosind canalul public Internet. Punctele mobile vor avea posibilitatea imprimarii unui tichet care sa contina un cod de bare. De asemenea, punctele mobile vor fi compatibile cu mecanisme de taxare prin SMS si InfoPOS in vederea de dezvoltari

54

ulterioare. Sistemul va permite asocierea operatiunilor de emitere de roviniete si de control al achitarii taxei, cu coordonatele de pozitionare geografica furnizate de punctele mobile de acces. Punct fix de acces

Sistemul va permite acces public si autentificat din puncte fixe de acces – numai sedii CNADNR. Punct de control automat

Sistemul va permite permite conectarea unor puncte de control automat, pe canale securizate de comunicatie. Punctele de control automat pot fi fixe sau mobile. Centru de distributie

Centrele de distributie sunt sunt fie sedii ale CNADNR raspandite in teritoriu, fie organizatiile partenere CNADNR cu rol de punct de distribuitie a rovinietei (benzinarii, lanturi de retail, etc). La momentul actual este estimat un numar de 1400 de puncte de distributie ale organizatiilor partenere raspandite pe teritoriul Romaniei si 75 de sedii CNADNR rapsandite in teritoriu.

Dispecer

Dispecerii sunt persoane apartinand unor organizatii terte aflate sub incidenta unor obligatii contractuale cu CNADNR pentru prestarea de servicii de dispecerat. Prestatorii servicilor de dispecerat vor avea acces la functionalitatile sistemului specifice fluxurilor de proces de dispecerizare-control, permitand transmiterea de ordine de lucru catre personalul cu rol de controlor. Controlor

Controlorii sunt persoane desemnate de CNADNR sau de alte organizatii autorizate ale statului, pentru controlul in teren al platii taxei de utilizare a infrastructurii rutiere, pe baza informatiilor de identificare transmise de catre punctele de control automat sau de catre personalul cu rol de dispecer. Controlorii vor avea acces la functionalitatile sistemului specifice fluxurilor de proces de dispecerizare-control, permitand primirea si gestionarea de ordine de lucru primite de la personalul cu rol de dispecer sau de la punctele de control automat. In prezent exista 92 de echipe de control in ale CNADNR. Sistemul va fi dimensionat pentru a putea gestiona 400 de echipe de control. Raportor

Personalul autorizat din partea CNADNR va realiza rapoarte de analiza statistica pe baza informatiilor inregistrate in sistem. Personalul din punctele de distributie, dispecerizare si control va putea genera rapoarte preconfigurate in sistem doar pentru aria de acoperire/activitate proprie (punct de distribuitie, punct de control, etc.).

Rezultatele minime ce trebuie sa fie obtinute

Rezultatele ce trebuie sa fie obtinute prin implementarea sistemului informatic, precum si de catre implementatorul sistemului informatic :

• Platforma centralizata pentru procesului de gestionare si reconciliere a informatiilor despre roviniete, care trebuie sa asigure consolidarea, gestiunea si calitatea informatiei despre roviniete la nivelul intregii organizatii, prin crearea profilului unic si complet al vehiculului si rovinietei asociate.

• Cadru unificat de gestiune a informatiilor, relatiilor si comunicarilor in activitatile de rezolvare a cererilor si cazurilor

• Cadru de colaborare on-line cu benzinariile si organizatiile partenere, cu functionalitatile descrise in capitolul de functionalitati din acest document

• Cadru de colaborare on-line cu consumatorii, cu functionalitatile cerute in cadrul mai jos in cadrul documentului

• Platforma care sa asigure analiza datelor din sistem, furnizand elemente pentru suport de decizie si gestiune a riscului, cu functionalitatile cerute

55

• Accesul la sistem trebuie asigurat pentru grupurile tinta pe baza de autentificari, roluri si responsabilitati asigurand securitatea, confidentialitatea si siguranta informatiei

• Sistemul (hardware, software, comunicatii si aplicatii) trebuie sa functioneze armonizat si stabil, in cadrul parametrilor specificati

• Asigurarea instruirii personalului si echipei IT a Companiei Nationale de Autostrazi si Drumuri Nationale Context legislativ

Ordonanta Guvernului nr. 15/2002 privind introducerea tarifului de utilizare a retelei de drumuri nationale din Romania, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 82/01.02.2002;

Legea 424/2002 pentru aprobarea Ordonantei Guvernului nr. 15/2002, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 468/01.08.2002;

Ordonanta Guvernului nr. 51/2004 pentru modificarea si completarea Ordonantei Guvernului nr. 15/2002, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 680/28.07.2004;

Legea 415/2004 privind aprobarea Ordonantei Guvernului nr. 51/2004 pentru modificarea si completarea Ordonantei Guvernului nr. 15/2002, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 1002/01.11.2004;

Legea 101/2007 pentru modificarea Ordonantei Guvernului nr. 15/2002 privind introducerea tarifului de utilizare a retelei de drumuri nationale din Romania, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 275/25.04.2007;

Ordonanta de urgenta a Guvernului nr. 157/2007 pentru modificarea si completarea Ordonantei Guvernului nr. 15/2002, publicata in Monitorul Oficial al Romaniei, Partea I, nr. 885/27.12.2007;

Ordinul ministrului transporturilor nr. 244/2008 privind aprobarea Normelor metodologice pentru aplicarea tarifului de utilizare a retelei de drumuri nationale din Romania, publicat in Monitorul Oficial al Romaniei, Partea I, nr. 184/11.03.2008;

56

Cerinte cadru Introducere

Solutia urmeaza sa functioneze in mod unitar, astfel incat informatiile despre roviniete , activitatile desfasurate care au ca subiect emiterea si controlul rovinietelor (de exemplu rezolvarea cerererilor, inspectii, control, investigatii, etc.) sa fie gestionate in mod integrat indiferent daca grupele de utilizatori implicate fac parte din sediul central al CNADNR sau din organizatii si departamente diferite. In continuare sunt prezentate principalele cerinte-cadru pe care sistemul integrat va trebui sa le respecte. Tratarea unitara a acestora si nu ca si componente de sine statatoare (disparate) ale solutiei este o cerinta esentiala.

Emitere si plata prin Portal

Emitere si plata prin Portal se refera la posibilitatea consumatorilor de a achita taxa de utilizare a infrastructurii rutiere prin accesarea unui portal web sub sigla CNADNR. Sistemul trebuie sa ofere posibilitatea vizualizarii de catre consumator a tuturor datelor relevante ale tranzactiei in pagina de Portal cu trei optiuni posibile:

• renuntare: in cazul in care consumatorul opteaza pentru renuntare tranzactia de emitere a rovinietei nu se efectueaza

• plata prin card bancar: in acest caz, in fluxul automat de comunicatii intervine sistemul unui procesator de plati care va efectua tranzactia financiara; in urma efectuarii tranzactiei financiare, navigatorul web al clientului va reveni intr-o pagina de portal a CNADNR continand toate datele tranzactiei, inclusiv codul unic al rovinietei emise.

• obtinerea unui cod de pre-tranzactie afisat pe ecranul consumatorului si tiparibil la imprimanta, destinat includerii in comentariile de Ordin de Plata prin intermediul bancii favorite, in cazul in care consumatorul prefera acest mijloc de plata: in acest caz, se emite o inregistrare in interiorul sistemului cu statut de cerere nefinalizata. In urma incasarii ordinului de plata, operatori specializati ai CNADNR vor opera incheierea tranzactiei printr-un mecanim simplu de actualizare, disponibil numai prin zona de back-end a sistemului.

Emitere si plata prin SMS

Se refera la posibilitatea consumatorilor de a achita taxa de utilizare a infrastructurii rutiere prin accesarea prin trimiterea de mesaje SMS catre un numar scurt asociat serviciului. Plata serviciului va fi detaliata in factura generata de catre furnizorul de telefonie mobila catre consumator ca serviciu cu valoare adaugata, urmand ca valoarea efectiva a taxei de utilizare a infrastructurii rutiere sa ajunga in contul CNADNR pe baza unui contract cadru stabilit in prealabil cu furnizorul de servicii de telefonie mobila. Sistemul trebuie sa ofere posibilitatea vizualizarii de catre consumator a tuturor datelor relevante ale tranzactiei prin SMS inaintea operatiunii de confirmare a tranzactiei. In urma confirmarii tranzactiei, sistemul va trimite un cod unic al tranzactiei catre consumator prin SMS, care va avea posibilitatea conectarii la o pagina specializata de portal, a introducerii codului comunicat prin SMS si tiparirea tuturor datelor relevante ale tranzactiei.

Nota: nu face obiectul achizitiei curente sistemul si dezvoltarea pentru integrare cu furnizorii de telecomunicatii pentru atingerea acestui obiectiv. Solutia tehnica propusa trebuie sa permita extinderea cu aceasta componenta in viitor.

Plata prin OP

Se refera la posibilitatea consumatorilor de a achita taxa de utilizare a infrastructurii rutiere prin Ordin de Plata efectuat prin intermediul bancii preferate. In prealabil, consumatorul va trebui sa obtina un cod de pretranzactie prin mecanismele descrise mai sus (SMS si/sau Portal)

57

Emitere si plata prin InfoPOS Se refera la posibilitatea consumatorilor de a achita contravaloarea taxei de utilizare a infrastructurii rutiere

dorite, prin mijloacele specifice InfoPOS pe baza princpiilor descrise mai sus, la sectiunea „Emitere si plata prin portal”

InfoPOS reprezinta un sistem capabil sa emita roviniete si sa permita plata utilizatorilor fara interventia unui operator uman, asemanator vendomatelor cu auto-servire.

Nota: nu face obiectul achizitiei curente sistemul si dezvoltarea pentru integrare cu vendomatele InfoPos pentru atingerea acestui obiectiv. Solutia tehnica propusa trebuie sa aiba in vedere extinderea cu aceasta componenta in viitor. Emitere prin intermediul terminalelor mobile (PDA)

Se refera la posibilitatea consumatorilor de a achita efectiv contravaloarea taxei de utilizare a infrastructurii rutiere sau de a obtine un cod de pre-tranzactie, ca serviu oferit de CNADNR prin personalul propriu autorizat din teritoriu sau prin intermediul partenerilor sai. Partenerii (de exemplu benzinarii, lanturi de retail, etc.) vor avea acces la functionalitatile descrise la sectiunea „Emitere si plata prin intermediul terminalelor mobile” ca baza tehnica pentru oferirea acestui serviciu catre consumatori. Partenerii CNADNR vor avea credentiale specifice de acces in sistem. Emitere si plata prin intermediul agentiilor de control si incasare ale CNADNR

Se refera la posibilitatea consumatorilor de a obtine un cod de pretranzactie sau de a achita efectiv contravaloarea taxei de utilizare a infrastructurii rutiere ca serviciu oferit de CNADNR prin agentiile sale de control si incasare. Aceste agentii vor avea acces la functionalitatile descrise la sectiunea „Emitere si plata prin intermediul completelor mobile” ca baza tehnica pentru oferirea acestui serviciu catre consumatori. Operatorii din agentiile de control si incasare vor avea cridentiale specifice de acces in sistem. Control in teren

Se refera la posibilitatea CNADNR de a urmari esantioane de trafic pe baza unor dispozitive video specializate, si a transmite ordine de lucru prin intermediul unor terminale mobile privitor la datele de identificare ale vehiculelor de controlat, catre personalul cu rol de verificator aflat „in aval” pe traseu. In acest context sistemul va oferi posibilitatea de a defini si configura in mod flexibil ordine de lucru care sa includa gestiunea tipurilor de resurse (de exemplu dispecer, verificator, controlor, etc.) si a resurselor, gestiunea echipelor, gestiunea locatiilor de control bazate pe tehnologia GPS, gestiunea planurilor de verificare si control, organizarea in teritoriu a unitatilor administrative ale CNADNR, etc. Control automat

Se refera la posibilitatea controlarii in mod automat a vehiculelor ce tranziteaza un sector specificat de drum, folosind identificarea automata vizuala a masinilor pe baza numerelor de inmatriculare. In acest context sistemul va oferi toate informatiile necesare pentru relationarea cu clientii : imaginea video inregistrata la momentul tranzitarii, data si timpul la care s-a facut tranzitarea, pozitia geografica de unde s-a facut inregistrarea, etc. . Relatii cu clientii

Se refera la posibilitatea consumatorilor de a cere asistenta din partea personalului specializat al CNADNR in privinta interactiunii cu sistemul. Informatii privitoare la modalitatile de acces la serviciul de relatii cu clientii vor fi publicate in Portal si vor cuprinde mecanisme de comunicare scrisa prin internet precum si telefonice. Raportare

Se refera la posibilitatea obtinerii de rapoarte configurabile de analiza statistica privitoare la toate functionalitatile sistemului implementate ca raspuns la cerintele de mai sus. Raportarea va permite integrarea elementelor deja existente privind suportul de decizie si gestiunea riscului, intr-o consola unica pentru urmarirea indicatorilor de performanta, analiza si raportare mentionati mai sus pe diverse criterii cum ar fi regiuni, zone, judete,

58

locatii, parteneri, prestatori, unitati administrative ale CNADNR, etc. Componenta de suport decizional trebuie sa fie integrata in solutia operationala astfel incat :

• sa faciliteze accesul utilizatorilor sistemului la informatii decizionale specifice nivelului de responsabilitate in organizatie

• sa faciliteze implementarea operationala a deciziilor rezultate in procesul de analiza • sa ofere indicatori de performanta, rapoarte si analize predefinite, confom celor mai bune practici din

domeniu, si specifice fiecarei fluxurilor mentionate mai sus. • sa ofere instrumente pentru extinderea acestora prin adaugarea de noi rapoarte, analize si indicatori la cererea

organizatiei fara modificare de cod sursa.

59

Specificatii tehnice Specificatiile tehnice incluse contin arhitectura intregului sistem de gestiune, emitere, monitorizare si control a

rovinietelor. Specificatiile definesc caracteristici din punct de vedere calitativ, tehnic si de performanta, robustete, siguranta in exploatare, dimensiuni si terminologie. Model conceptual Arhitectura generala

Din punct de vedere al securitatii, solutia propusa va realiza o separare clara a componentelor instalate in zona demilitarizata (DMZ) a sistemului si Intranet. Ca regula de baza, orice cerere adresata unei componente din zona Intranet va fi anterior autorizata si auditata de una dintre componentele instalate in zona demilitarizata a sistemului.

OCSP Server & Issuing CA Cluster

CA ServerSystem Management

BI/ Data Integration

Server

Security Cluster

Database Cluster

Portal/ BPM/Directory Service

Cluster

Service Gateway Cluster

[ Reverse Proxy ]

Database

Storage

DMZ INTRANET

Web Server

In scopul asigurarii contractelor de servicii (SLA-uri) in relatia cu reteaua de parteneri a sistemului, in zona

demilitarizata a solutiei va fi amplasat un cluster de servere de web. Cluster-ul de servere web va dispune de functionalitatea de cache web pentru optimizarea accesului la resursele interne ale sistemului.

Astfel se vor respecta cele mai bune practici in proiectarea sistemelor informatice, propunandu-se o arhitectura modulara, extensibila, ierarhizata pe n nivele (n-tier architecture):

• nivelul serverelor de web cu urmatoarele roluri: o preluarea cererilor clientilor si dirijarea acestora catre componentele interne ale solutiei; o asigurarea unui punct unic de intrare in sistem indiferent de locatiile componentelor interne implicate in rezolvarea unei

cereri utilizator; o va realiza autenficarea si autorizarea accesului la resursele interne ale sistemului prin componente de tip plug-in conectate

la infrastructura de securitate a solutiei;

60

o asigurarea unui canal de comunicatie securizat cu sistemul prin tehnologii de tip Secure Socket Layer (SSL) ; • nivelul gateway-ului de servicii ce va realiza:

o autentificarea, autorizarea, eventual decriptarea cererile adresate serviciilor web standard instalate pe serverele din Intranet-ul sistemului;

o auditarea parametrizata a cererilor si raspunsurilor transferate intre sistem si utilizatorii acestuia; o monitorizarea proactiva a nivelului de performanta al sistemului in conformitate cu politici operationale prestabilite de tip

Service Level Agreement (SLA); • nivelul serverelor de aplicatii cu rol in:

o executia robusta si scalabila a nivelelor de prezentare si logica de business ale solutiei; o modelarea logicii de business, decuplat de nivelul de prezentare, sub forma de aplicatiilor interne suport pentru activitatile

de emitere si verificare a rovinietelor ; • nivelul de prezentare al solutiei format din urmatoarele componente:

o componenta de tip Portal capabila sa ofere o interfata web unitara catre aplicatii si continut provenit din diferite surse de date ale sistemului; Portalul va servi ca instrument de colaborare avansat intre utilizatorii interni si externi ai solutiei cu zone dedicate pentru:

� utilizatorii externi – partereni si cetateni; � utilizatorii interni din dispecerat; � utilizatorii interni implicati in procesele de solutionare a cazurilor client;

o interfete web dedicate aplicatiilor interne dezvoltate; • nivelul fluxurilor de lucru asigurand:

o automatizarea procedurilor interne de solutionare a cererilor client sub forma unor fluxuri de lucru standard; o mecanisme de interactiune a utilizatorilor interni sau externi cu fluxurile de lucru standard modelate in vederea

solutionarii cat mai rapide a cererilor provenite de la clientii aplicatiei; o mecanisme de notificare a utilizatorilor interni sau externi asupra evenimentelor de business aparute pe parcursul executiei

fluxurile de lucru; o expunerea fluxurilor de lucru si a functionalitatilor dezvoltate in aplicatii ca servicii web standard ce pot fi partajate si

exploatate folosind multiple canale de access; • nivelul de date cu rol in:

o modelarea structurilor de date necesare stocarii tuturor informatiilor vehiculate in sistem; o persistenta starii fluxurilor de lucru in executie asociate solicitarilor client; o asigurarea mecanismelor de replicare si backup pentru salvarea si restaurarea sigura a datelor.

In plus, cerintele functionale ale sistemului reclama elemente de infrastructura specializate pentru: • administrarea identitatii utilizatorilor si controlul accesului la resursele solutiei pentru asigurarea integrala a securitatii

componentelor sistemului; • agregarea informatiilor existente din surse de date diverse si prezentarea acestora sub forma de panouri de indicatori care sa sprijine

activitatea de decizie in cadrul organizatiei; • extragerea de informatii din surse de date eterogene in vederea integrarii cu entitati externe solutiei ( RAR) ;

Solutia va respecta un set de cerinte generale minime obligatorii:

• arhitectura solutiei va fi una centralizata, de tip n-tier cu decuplarea nivelelor de prezentare, logica de business si stocare a datelor; • toate componentele solutiei vor fi portabile, capabilele sa functioneze pe diferite platforme hardware si sisteme de operare; • sa fie o solutie extensibila, bazata pe standarde deschise, cu o arhitectura orientata pe servicii (SOA) care sa permita integrarea cu

aplicatii interne si externe existente sau care urmeaza sa fie dezvoltate; • interfetele de lucrul cu utilizatorii trebuie sa poata fi accesate printr-un browser web, fara sa necesite instalarea explicita a unei

aplicatii de tip client dedicata pe statia utilizatorului; • sa ofere independenta fata de platforma tehnologica pe care ruleaza aplicatiile client; • toate modulele solutiei vor fi parametrizabile astfel incat sa fie posibila efectuarea de modificari ale caracteristicilor componentelor

si sub-componentelor din cadrul sistemului fara a necesita modificari ale codului sursa; • accesul la resursele sistemului se va face pe baza unor politici de securitate definite si administrate centralizat folosind modulul de

securitate specializat din cadrul sistemului; • sa asigure disponibilitate ridicata serviciilor instalate prin utilizarea tehnologiilor de clustering in topologii activ-activ si activ-

pasiv; • sa suporte topologii cluster activ-activ pe toate nivelele solutiei : nivel de date, nivel fluxuri, nivel prezentare, nivel servere web,

nivel gateway servicii ; • sa implementeze mecanisme de balansare dinamica a incarcarii intre resursele harware si software administrate in cadrul aceluiasi

cluster; • scalabilitatea sistemului sa fie garantata prin mecanisme de adaugare, in orice moment, de noi resurse hardware si/sau software la

nivelul unui cluster de tip activ-activ fara a impune stoparea temporara a serviciilor exploatate ;

61

• in vederea operatiilor de mentenanta si suport ale sistemului, sa se permita, utilizand aceeasi tehnologie cluster, stoparea temporara a unui nod fara intreruperea functionarii serviciilor oferite (near Zero-Downtime) ;

• sa ofere mecanisme de backup pentru datele, aplicatiile si configuratiile sistem in vederea evitarii eventualelor pierderi accidentale de date;

• sa permita administrarea, monitorizarea si controlul centralizat al tuturor componentelor solutiei in vederea imbunatatirii permanente a performantelor platformei de executie;

• toate componentele solutiei propuse trebuie sa fie licentiate perpetuu ; • solutia propusa sa fie dimensionata din punct de vedere software astfel incat sa asigure functionalitatile cerute pe fiecare modul al

sistemului.

Arhitectura comunicatii

62

ISP 1ISP 2

Business Logic Database Local Area Network

Router Firewall

Echipament combinat

Switch

IDS/IPS SSL Accelerator

LDAP OCSP

RARoot CA(offline)

Security Subsystem

Issuing CA(online)

Arhitectura de securitate

Sistemul Informatic de Emitere, Gestiune , Monitorizare si Control a Rovinietei este un sistem informatic critic, atat prin prisma informatiilor pe care le gestioneaza, cat si prin prisma necesitatii de disponibilitate a sistemului.

De aceea, susbsistemul de securitate al solutiei este o componenta critica si esentiala. El trebuie sa implementeze o politica unitara, coerenta si consistenta, corelata la nivelurile fizic si logic. Consideratii de arhitectura a sistemului de securitate

Sistemul va fi structurat pe trei nivele de securitate distincte: • zona externa: contine zona de prezentare pentru clientii externi • zona demilitarizata: contine zona de procesare/business logic

63

• zona interna: contine utilizatorii interni ai sistemului Nota: Arhitectura de comunicatii tine cont de aceste considerente

Sistemul trebuie sa fie capabil de granularizarea si inspectia particularizata a traficul catre si intre aceste zone. De asemenea, sistemul trebuie sa aibe capabilitati de disponibilitate si de balansare a sarcinii (capabilitati High

Availability/Load Balancing). Modul de implementare dorit este cel de tip cluster.

Securitatea perimetrului Traficul dinspre si inspre perimetrul sistemului informatic trebuie inspectat si sanitizat la toate nivelurile

modelului OSI, cu o consideratie deosebita asupra nivelelor 3-6. In acest sens, subsistemul de securizare al perimetrului va avea urmatoarele componente: Firewall/VPN

Inspectia si filtrarea traficului primar se va face de catre un modul de firewall. Ca un minimum, acest modul trebuie sa:

• execute inspectie de tip stateful inspection • suporte IPv6 • suporte reguli de securitate time-based • suporte contexte particulare de firewall pentru VRF-uri • suporte alerte de tip real-time

Legaturile securizate intre locatii diferite vor fi gestionate de modulul de VPN. Ca un minimum, acest modul trebui sa:

• fie capabil de legaturi de tip site-to-site si client-to-site • existe un client de VPN autonom • se integreze cu modulul de firewall • sa fie capabil de legaturi VPN IPSEC si L2TP • admita ca algoritmi de criptare 3DES, AES-128, AES-256

IDS/IDP Traficul la nivelele superioare ale modelului OSI trebuie inspectate de catre modulul de intrusion detection. Ca

un minimum, sistemul IDS trebuie sa suporte: • metode de detectie: stateful pattern recognition, protocol analysis, traffic anomaly detection, si protocol anomaly detection • protocol monitoring la nivel de IP, Internet Control Message Protocol (ICMP), TCP, and User Datagram Protocol (UDP). • protocol decoding la nivel de File Transfer Protocol (FTP), Simple Mail Transfer Protocol (SMTP), HTTP, Domain Name System

(DNS), remote procedure call (RPC), NetBIOS, NNTP, si Telnet • detectie a atacurilor de tip exploits, DoS • detectie a comportamentului anormal al aplicatiilor/utilizatorilor

Accelerator SSL Acceleratorul SSL are rolul de a elibera componentele active din solutie, cele care sunt depozitarele platformei

software de gestiune a rovinietelor, de efortul de calcul necesar pentru crearea si sustinerea sesiunilor SSL. Componentele trebuie sa fie integrate si sa functioneze nucleic, avand un layer de management unic (atat din

punct de vedere al administrarii politicii de securitate, cat si din punct de vedere al jurnalizarii, agregarii si alertarii). Infrastructura de chei publice

Sistem de gestiune a certificatelor pentru semnatura electronica si criptarea datelor (autoritate de certificare) cu urmatoarele caracteristici:

• suport pentru verificarea in timp real a validitatii certificatelor emise prin OCSP • suport pentru generarea de certificate de catre dispozitive terte prin SCEP • suport pentru generarea automata de copii de siguranta a materialului criptografic sensibil (chei private), inclusiv cu posibilitatea

restaurarii materialului criptografic din aceste copii, inclusiv cu suport pentru configurarea unor restrictii de tip n din m pentru restaurare

• suport pentru publicarea automata a certificatelor emise intr-un director LDAP • suport pentru generarea automata a listelor de certificate revocate, atat in format v1 cat si v2 si atat ca entiate de sine statatoare cat

si ca diferenta fata de ultima versiune (DeltaCRL) • suport pentru publicarea listelor de certificate revocate si a certificatului autoritatii insasi intr-un director LDAP

64

• suport pentru o implementarea unei structuri de tip autoritate de inregistrare cu configuratie de securitate (drepturi de acces si permisiuni) distincta de cea a autoritatii de certificare

• design modular care sa permita distribuirea pe noduri de calcul separate a urmatoarelor componente (fiecare pe alt nod): autoritatea de certificare (CA), autoritatea de inregistrare (RA), gestiunea copiilor de siguranta pentru materialul criptografic (DRM), validatorul in timp real (OCSP)

• design flexibil care sa permita dublarea (si chiar suplimentarea super-scalara) unor componente vitale (cum ar fi autoritatea de certificare si validatorul in timp real) pentru scopul cresterii disponibilitatii si performantei sistemului

• suport pentru folosirea unor module fizice de securitate (HSM) pentru stocarea materialului criptografic sensibil, inclusiv in cazul in care aceste module sunt accesibile printr-o retea

• suport pentru criptografie cu curbe eliptice • suport complet pentru standardele PKCS, cum sunt: PKCS#13 (criptografie cu curbe eliptice), PKCS#12 (export si transport de

material criptografic in conditii sigure), PKCS#11 (interfata cu module criptografice), PKCS#10 (cerere de emitere certificat digital) si restul.

Administrarea identitatii utilizatorilor si controlul accesului la resurse Solutia trebuie sa realizeze impunerea politicilor de securitate intr-un mod uniform si centralizat, astfel incat sa

se restrictioneze accesul la resurse; aceasta reprezinta componenta fundamentala a solutiei de securitate. Solutia de securitate propusa trebuie sa asigure facilitati de tipul self-service si confidentialitate a informatiilor,

ceea ce in cadrul solutiei propuse reprezinta o misiune critica. Descrierea componentelor

Arhitectura conceptuala pe componentele sistemului informatic :

InterfaŃă web InterfaŃă servicii web

Portal

Module aplicaŃii

Procese de lucru

Date structurate

SecuritateAdministrare şi monitorizare

Integrare de date

Analiză şi raportare

Componenta interfata web

Compenenta de interfata cu utilizatorii – server web, trebuie sa permita interactionarea utilizatorilor cu celelalte componente ale sistemului, fara a permite accesul direct catre acestea. Nicio componenta a sistemului nu

65

trebuie sa fie accesata din exterior (Internet) decat prin intermediul celor doua masini de tip server web din DMZ. Pe cele doua servere web din DMZ va rula o subcomponenta a componentei de control acces care va intercepta cererile de acces si le va directiona catre serverul de control acces.

Solutia server web trebuie sa poata rula in mod reverse-proxy si sa permita ascunderea adreselor din domeniul intern.

Componenta server web trebuie sa permita implementarea unei comunicatii criptate folosind tehnologii de tip Secure Socket Layer (SSL) si sa fie compatibila cu solutia de control acces. Componenta interfata servicii web

Componenta interfata servicii web va functiona ca o poarta de acces unica catre serviciile web dezvoltate si instalate in Intranet-ul solutiei. Astfel, nu se va permite accesul direct al aplicatilor si sistemelor din Internet la serviciile web disponibile. Componenta va fi instalata in zona DMZ a solutiei filtrand totalitatea apelurilor de tip serviciu web provenite din Internet.

Rolurile componentei interfata servicii web sunt urmatoarele:

• gestiunea centralizata a politicilor de acces la resursele de tip servicii web din Intranet-ul solutiei; • securizarea tuturor apelurilor catre serviciile web ale sistemului prin aplicarea politicilor de acces definite; • autentificarea si autorizarea apelurilor captate utilizand urmatoarele metode de autentificare:

o autentificare HTTP de baza; o autentificare LDAP; o autentificare pe baza de certificate X.509; o autentificare folosind componenta de securitate a solutiei;

• captarea cererilor folosind diferite protocoale de transport (HTTP, HTTPS, JMS) si translatarea in protocolul destinatie dorit (protocol gateway);

• criptarea/decriptarea mesajelor transportate; • semnarea/verificarea semnaturii digitale a mesajelor transportate; • monitorizarea proactiva a performantelor serviciilor web invocate prin definirea de contracte asociate serviciilor de tip Service

Level Agreement (SLA). Componenta Portal

Scopul componentei Portal este de a consolida multiple interfete de utilizator provenite de la diferite sisteme si aplicatii, si de a le face disponibile printr-un punct unic de acces web, unde utilizatorii se pot autentifica, pentru a avea acces la toate produsele si serviciile disponibile, in conformitate cu drepturile si rolurile lor din sistem. Componenta portal va servi ca un punct de pornire pentru utilizatorii ce doresc sa acceseze solutia. Astfel, interfetele de lucru catre toate componentele solutiei pot fi prezentate ca parti ale aceleiasi solutii web, folosind diferite criterii de personalizare.

In plus, componenta portal va asigura:

• un mediu declarativ, bogat pentru crearea unei interfete web, publicarea si administrarea informatiei, accesarea datelor dinamice, si adaptarea experientei utilizatorilor folosind un framework pentru orice tehnologie web, cum ar fi accesul la aplicatii bazat pe arhitectura J2EE si servicii web;

• conectarea angajatilor, partenerilor si clientilor cu informatia de care au nevoie in format personalizat pentru fiecare comunitate de utilizatori;

• organizarea si administrarea continutului web prin functionalitati de grupare a paginilor in grupuri de pagini si definirea de sabloane de pagini;

• setarile la nivel de grupuri de pagini ce controleaza sabloanele, paginile si tipurile de obiecte, proprietatile si clasificarile elementelor de continut, si traducerile lingvistice ce pot fi utilizate de paginile continute in respectivul grup de pagini;

• functionalitati avansate de personalizare si customizare; • control al nivelelor de customizare al paginii si al portletilor ce sunt disponibile pentru utilizatori: de la simple privilegii de

ascundere, afisare si rearanjare pana la privilegii ce permit construirea unei pagini; • utilizarea standardelor de interoperabilitate cu ar fi XML, Portlet, WSRP Web Services for Remote Portlets (WSRP) si Java

Specification Request (JSR) 170 pentru integrarea facila si rapida cu orice serviciu expus de un sistem extern; • un grad ridicat de securitate pentru orice resursa gazduita sau accesata prin intermediul interfetei unice de utilizare.

66

Componenta context de executie aplicatii Pentru rularea robusta si scalabila a tuturor componentelor solutiei este necesara punerea la dispozitie a unui

context de executie modern al modulelor de aplicatii. Contextul de executie al aplicatiilor trebuie sa asigure:

• un mediu de executie robust, scalabil pe orizontala si verticala si capabil sa ofere disponibilitate ridicata aplicatiilor instalate; • suport pentru executia aplicatiilor cu arhitectura pe n nivele (n-tier), nivel prezentare si nivel logica de business; • suport pentru executia aplicatiilor web dinamice, a aplicatiilor J2EE si a serviciilor web; • un set de standarde, librarii si interfete de tip Application Programming Interfaces (APIs) pentru dezvoltarea rapida si eficienta de

module de aplicatii cu interfete web si logica de business personalizate; • mecanisme optime de conectare a aplicatiilor la sisteme de baze de date relationale; • mecanisme de livrare a mesajelor inter-componente aplicatie sau inter-aplicatii; • suport pentru executia tranzactiilor; • managementul automat al memoriei; • un instrument de dezvoltare integrat cu suport pentru dezvoltarea aplicatiilor web dinamice, aplicatiilor J2EE si serviciilor web; • administrarea centralizata a parametrilor de executie pentru aplicatiile instalate; • monitorizarea proactiva a aplicatiile in executie cu capabilitati de diagnoza si imbunatatire a performantelor.

Componenta server de procese

Componenta server de procese va pune la dispozitie o modalitate completa, standardizata si usor de utilizat pentru modelarea, instalarea, executia si monitorizarea solutiilor de tip procesari de business ce contin aplicatii eterogene si in care procesele de business presupun atat interventie umana cat si automata.

Modelarea proceselor de lucru se va realiza utilizand standardul Business Process Execution Language (BPEL) ca limbaj standard pentru agregarea unui set discret de servicii sub forma unei diagrame de proces.

Componenta server de proces va asigura:

• automatizarea proceselor standard de lucru din cadrul organizatiei sub forma de fluxuri electronice; • modelarea grafica, de tip drag&drop, a proceselor de business utilizand standardul BPEL; • conectori predefiniti pentru integrare cu solutii informatice eterogene astfel incat sa se permita schimbul de informatii cu sisteme

externe indiferent de tehnologia utilizata de acestea; • un motor de transformare si rutare a mesajelor; • un modul pentru interactiune umana cu capabilitati de gestiune a listei de activitati, aprobarilor, notificarilor, escaladarilor, rutarilor

seriale, paralele si ad-hoc; • mecanisme de tratare a exceptiilor si compensare a activitatilor proceselor; • un modul integrat de mesagerie electronica care sa permita transmiterea de notificari si alerte catre sisteme folosind diverse canale

(e-mail, SMS, fax, voice); • monitorizarea proactiva a fluxurilor in executie prin accesul direct, sub forma de tablouri de control, la indicatorii cheie de

executie; • utilizarea standardelor de interoperabilitate cum ar fi XML, Web Service Definition Language (WSDL), Simple Object Access

Protocol (SOAP), Universal Description Discovery and Integration (UDDI) pentru integrarea facila si rapida cu orice serviciu expus de un sistem extern;

• publicarea fluxurilor electronice ca servicii web standard ce pot fi reutilizate in modelarea altor procese de business. Componenta de analiza si raportare

Valorificarea informatiilor de care dispun organizatiile in vederea fundamentarii proceselor decizionale este un proces complex, care de regula angajeaza resurse hardware, software si umane deosebite.

Nu de putine ori insa, angajarea activa a factorului uman in consumul de informatie are de pierdut prin prisma caracterului mult prea tehnic pe care il imbraca acest proces.

O solutie performanta de analiza si raportare pentru optimizarea si dinamizarea ciclului productie de date-consum de informatie este o platforma inovativa, care ofera utilizatorilor, tehnici sau non-tehnici, o experienta noua, cu un puternic caracter interactiv .

Astfel, componenta de analiza si raportare trebuie sa dispuna de module dedicate pentru analiza datelor, adresate rolurilor specifice din cadrul unei organizatii.

67

Solutia va fi centrata pe ideea de acces facil al utilizatorilor la informatii, interactiunea dintre acestia si datele accesate avand loc intr-un mediu web, intuitiv, in care majoritatea operatiilor pot fi efectuate prin actiuni de tip ‚click’ si ‚drag and drop’.

Modulul central al solutiei va fi reprezentat de tablourile de bord ce pot sintetiza informatii de maxima semnificatie pentru utilizatori si care pot fi alcatuite din reprezentari diverse ale informatiei. Specific este caracterul interactiv al acestora, utilizatorii putand detalia prin simple operatiuni de ‚click’ informatiile care se afla in spatele indicatorilor de sinteza.

Mediul de creare a rapoartelor si analizelor va fi parte integranta a solutiei prezentate. Utilizatorii non-tehnici, dar si cei tehnici vor avea posibilitatea sa interactioneze cu datele intr-o maniera prietenoasa, accesul lor fiind facilitat de un dictionar ce ‚traduce’ structurile de date in concepte cu care acestia sunt familiarizati. Mai mult decat atat, prin accesarea unor surse eterogene de date (baze de date pe platforme diferite, baze de date relationale sau OLAP, sisteme tranzactionale/ de tip datawarehouse), se doreste ca utilizarea unui astfel de instrument sa asigure o viziune globala, completa, asupra datelor existente in cadrul organizatiei.

Mediul de lucru trebuie sa fie puternic integrat cu instrumente de lucru Office, utilizatorii avand posibilitatea sa descarce informatiile sau graficele create in alte medii de lucru (Excel, PDF, Powerpoint).

Solutia de analiza si raportare va implementa urmatoarele principii, care sa asigure maxim de beneficiu in

procesele de raportare si analiza curente ale organizatiei: • Viziune unica asupra informatiilor organizatiei; • Viziune unica din punct de vedere semantic asupra informatiilor; • Accesul facil pentru utilizatori la datele la care au acces; • Acces la date in timp real; • Infrastructura unitara.

Componenta de integrare de date

Proiectarea si implementarea Sistemului Informatic de Emitere, Gestiune , Monitorizare si Control a Rovinietei trebuie sa tina cont de necesitatile de integrare si de schimb de date cu RAR.

Pentru implementarea obiectivelor proiectului curent, se va avea in vederea posibilitatea definirii flexibile a rapoartelor pe care autoritatea contractanta va avea nevoie sa le furnizeze ca schimb de date cu alte entitati si institutii ale statului.

In vederea unei extinderi ulterioare, in proiectarea solutiei se va considera ca sistemul furnizat va permite integrarea pentru schimb de informatii cu alte entitati si institutii ale statului.

Componenta de integrare de date va fi folosita pentru extragerea datelor din sistemele sursa, transformarea lor pentru a obtine un model de date unificat, consistent si incarcarea lor intr-o nivel de integrare. Aceasta componenta va furniza utilizatorilor un mediu grafic pentru a modela procesele de extragere, transformare si incarcare (ETL) si va suporta maparea de surse multiple avand diferite tehnologii in destinatii multiple. Odata ce procesele ETL au fost dezvoltate cu ajutorul interfetei grafice, se doreste ca codul sa fie generat automat pentru a asigura fluxul datelor din surse catre nivelul de integrare.

Componenta de integrare va reprezenta un instrument unitar si cuprinzator pentru toate aspectele managementului de data si metadate si va fi folosita pentru curatarea si standardizarea datelor din sistemele sursa. Aceasta va furniza functionalitati de auditare de date, modelare integrata relationala si dimensionala si management complet pe durata de viata a datelor si metadatelor.

Aceasta componenta asigura integrarea datelor prin activitati de proiectare, modelare si administrare incluzind: • Executia de extragere, transformare si incarcare (ETL); • Consolidare de date din surse de date disparate; • Migrare de date din sisteme proprietare; • Modelare de date pentru structuri relationale si dimensionale; • Proiectare si administrare a metadatelor din organizatie; • Curaterea datelor pentru a furniza informatii de calitate.

68

Pe langa functionalitatile de baza de extragere, transformare si incarcare a datelor pentru a realiza integrarea acestora, componenta de integrare va acoperi si urmatoarele zone:

• Definirea si monitorizarea fluxurilor de procese – in componenta de integrare se pot defini fluxuri de extragere, transformare si incarcare a datelor si dependentele dintre aceste procese. Fluxurile de procese sunt definite prin data si timp de start, frecventa de programare, interval de repetare ;

• Administrarea securitatii – se poate alege intre aplicarea sau nu a controalelor de securitate pe metadate, putand fi definite propriile politici de securitate a metadatelor. Se pot defini utilizatori multipli si se poate aplica securitate completa sau implementa propria strategie de securitate pe baza interfetei de securitate a componentei de integrare ;

• Administrarea arhitecturii de integrare – platforma de integrare va permite definirea si gestiunea componentelor fizice (servere, tehnologii, modalitati de conectare etc) si logice care alcatuiesc arhitectura acestei componente ;

• Analiza de impact – aceasta facilitate va releva impactul modificarilor la nivel de atribute individuale asupra maparilor si fluxurilor care au fost definite.

• Suport complet pentru Slowly changing dimensions (tip I, II si III) – componenta va suporta complet Slowly changing dimensions (SCD), care stocheaza si gestioneaza atit datele curente cat si datele istorice in cadrul organizatiei.

Componenta de date structurate

Componenta de date structurate va asigura: • reprezentarea informatiilor sub forma unei colectii de date organizata dupa o structura bine definita; • stocarea sigura a datelor pentru a fi disponibile si in viitor, serviciu cunoscut in literatura de specialitate sub denumirea de

persistare; • regasirea datelor de pe dispozitivul de stocare la momentul la care ele sunt necesare, serviciu cunoscut si sub numele de interogare.

In general aceste servicii sunt asigurate de un server de baza de date. Acest server trebuie sa administreze un

volum mare de date care poate atinge chiar dimensiuni de ordinul Terabytes (TB). Accesul la aceste servicii va fi de tip multi-user, astfel incit mai multi utilizatori sa poata accesa datele in mod concurent.

In scopul interogarii rapide a datelor, componenta de date va pune la dispozitie un limbaj care ofera acces catre informatiile stocate in serverul de baze de date. Operatia de interogare va avea ca rezultat un set de date pe care se pot aplica diverse prelucrari sau transformari.

Informatiile vor fi organizate in interiorul componentei de date sub forma de tabele relationale, o tabela fiind reprezentarea unei entitati si a atributelor pe care aceasta entitate le are. O tabela este organizata in coloane (corespondente ale atributelor), iar pentru fiecare inregistrare se va insera o linie in tabela.

Operatiunile pe care componenta de date trebuie sa le realizeze asupra unei tabele sint: • Inserare – atunci cint se adauga o inregistrare noua in tabela ; • Actualizare – atunci cind se modifica anumite valori dintr-o inregistrare ; • Stergere – atunci cind se renunta cu totul la o intregistrare.

Pentru accesul rapid la date, componenta trebuie sa ofere mecanisme de indexare. Un index reprezinta o cale

de acces rapida catre informatiile dintr-o tabela astfel incit sa nu mai fie necesara parcurgerea intregii tabele pentru a regasi anumite inregistrari. Selectarea se poate face dupa anumite criterii de filtrare (sau conditii).

Un tip special de indecsi sunt constrangerile de referentialitate - primary key, foreign key - care asigura identificarea in mod unic a inregistrarilor dintr-o tabela, respectiv respectarea existentei unor valori in tabela parinte pentru tabela copil dupa cheile definite.

Un alt aspect al mecanismelor pe care trebuie sa le aiba componenta de date este cel legat de securitate, prin care informatiile continute in baza de date sunt protejate de accesul neautorizat. In acest scop se pot oferi metode de acces al controlului, auditare si criptare.

Componenta de date trebuie sa fie conectata intr-o arhitectura specifica pentru balansarea incarcarii si clustering pentru a asigura disponibilitate maxima si scalabilitate solutiei.

In plus, componenta de date propusa trebuie sa asigure urmatoarele functionalitati: Componenta backup ,replicare si restaurare a datelor

Sectiunea de backup vizeaza operatiile de salvare a datelor din sistem atat in mod complet cat si incremental prin detectarea modificarilor aparute de la ultimul backup pana la cel curent. Dat fiind caracterul datelor stocate in sistem este critica recuperarea acestora in cazul aparitiei unor disfunctionalitati in sistem. Sistemul de backup trebuie

69

sa permita salvarea datelor in mod online fara a implica oprirea functionarii acestuia. De asemenea se va permite recuperarea totala si/sau partiala datelor de la un moment de timp specificat de utilizator

Componenta de date trebuie sa asigure o protectie eficienta a datelor impotriva erorilor si a dezastrelor prin stocarea copiilor de salvare si arhivare pe medii de stocare “online” si “offline”. Solutia va oferi posibilitatea de administrare centralizata prin Web, tehnici de stocare si mutare inteligenta de date si automatizare bazata pe politici, pentru a reduce costurile de administrare si impactul asupra serverelor si retelei.

Pentru mentinerea integritatii si disponibilitatii datelor este nevoie de o solutie de replicare intre toate bazele de date implicate in proiect.

Replicarea trebuie sa fie capabile sa transmita doar modificarile din baza de date, sa suporte multiple surse (consolidare) si multiple destinatii (distribuire). De asemenea solutia trebuie sa minimizere traficul prin retea si sa induca un overhead minim asupra bazelor de date implicate

Solutia oferita pentru replicarea de date se va acoperi toate etapele de transfer a datelor in serverul de raportare, respectand cerintele tehnice specificate in fisa de date 12.2.14 .

Componenta de securitate

In cadrul solutiei se solicita o compomenta centralizata care asigura ca politicile de securitate sunt uniform si consistent aplicate pentru toate componentele din cadrul sistemului propus, furnizand cel putin urmatoarele functionalitati, dar nerestrictionat la acestea:

• Autentificare: validarea credentialelor utilizatorilor. Trebuie sa permita multiple forme de autentificare, de la nume de utilizator si parola, pana la autentificare de tip multi-nivel si cu dispozitive de securitate; solutia oferita trebuie sa permita integrarea cu o arhitectura PKI.

• Autorizare: restrictionarea accesului utilizatorului numai la resursele la care trebuie sa aiba acces, conform rolului si responsabilitatilor acelui utilizator. Solutia trebuie sa permita gestionarea politicilor intr-un mod centralizat.

• Single Sign-On: implementarea de mecanisme de tip web SSO, inclusiv folosirea de mecanisme de securitate multi-factor. • Administrarea identitatii: managementul politicilor de securitate intr-un mod automatizat si centralizat. Automatizarea proceselor

de administrare a identitatii, prin activitati de provizionare si deprovizionare utilizatori, functionalitati de tip self-service (ca resetare de parola) si delegarea administrarii pentru fiecare modul functional din cadrul solutiei propuse. Solutia trebuie sa permita atat auto-inregistrarea in sistem cat si inregistrarea delegata, prin mecanisme sigure si care sa asigure confidentialitatea procesului.

• Comunicatie securizata: transferul de date intre componentele solutiei este securizat. • Raportare si audit: toate activitatile sunt inregistrate in vederea jurnalizarii si trasabilitatii activitatilor in cadrul sistemului propus.

Prin activitati se inteleg cel putin actiunile de configurare sistem, autentificare si autorizare.

Arhitectura componentei oferite trebuie sa permita instalarea conform arhitecturii fizice a solutiei, fara a necesita echipamente suplimentare fata de cele ofertate. In acest context, solutia de control acces trebuie sa aiba cel putin urmatoarele componente, intre care sa existe comunicatie si integrare functionala:

• Componenta interceptare comunicatie – plasata pe serverele web din DMZ si serverele web interne. Aceasta are rolul de a intercepta cererile de acces la resursele sistemului si de a le directiona catre serverele de control acces pentru autentificare, autorizare si auditare. Este de dorit ca aceasta sa aduca o incarcare cat mai mica pentru componenta server web.

• Componenta de tip server control acces – componenta plasata in reteaua interna care este invocata doar prin intermediul componentei de interceptare a comunicatiei. Aceasta realizeaza autentificarea, autorizarea si auditul operatiunilor de acces in sistem.

• Componenta de tip server identitate – componenta plasata in reteaua interna care este destinata interfatarii utilizatorilor cu profilul lor din sistem. Solutia trebuie sa ofere o interfata web de tip self service cu posibilitati de resetare a parolei, modificare a profilului si integrare cu componenta de acces.

• Componenta de tip manager de politici de acces – componenta plasata in reteaua interna care este destinata administrarii web a politicilor de control acces la resursele sistemului.

• Toate componentele sistemului de acces trebuie sa poata fi accesate web. Toate tentativele de acces la componentele de administrare trebuie sa fie autentificate , autorizate si auditate astfel incat doar utilizatorii cu drept de administrare sa poata realiza acest tip de activitati.

Solutia trebuie sa permita definirea de fluxuri de autentificare astfel incat mai multi pasi de autentificare sa

poata fi inlantuiti pentru a obtine nivelul de securitate dorit. In functie de rezultatul unui pas de autentificare se va putea decide continuarea procesului de autentificare/autorizare sau terminarea aceastuia.

70

Pentru garantarea integrarii solutiei de management al identitatilor in solutia finala, ofertantul va trebui sa propuna o solutie de management al identitatii certificata de producatorul serverului de aplicatii, sau provenind de la acelasi producator. Solutia propusa va trebui sa fie portabila, astfel incat sa poata fi instalata pe diverse sisteme de operare, ca UNIX, Windows, Linux, oferind aceleasi functionalitati indiferent de sistemul de operare folosit.

In cadrul componentei de securitate se solicita o subcomponenta denumit generic “Autoritate de certificare”, in cadrul careia distingem urmatoarele etaje functionale:

• autoritatea de certificare propriu-zisa (CA), in sarcina careia cad in mod direct emiterea certificatelor si stocarea evidentei cu certificatele emise, revocate si expirate

• validatorul in timp real (OCSP), in sarcina caruia cade emiterea de adeverinte de valabilitate criptografice pentru toate certificatele prezentate spre validare, in cel mai scurt timp posibil tehnic

• autoritatea de inregistrare (RA), in sarcina careia cad preluarea si centralizarea cererilor de emitere de certificate de la utilizatorii finali (sau delegatii administrativi ai acestora) precum si pre-autorizarea emiterii certificatelor amintite de catre un administrator definit la nivelul ei

Implementarea practica va contine urmatoarele elemente conceptuale, interconectate si functionand dupa cum

urmeaza: • autoritatea de certificare primara (Root CA), va contrasemna certificatul autoritatii secundare si apoi va fi deconectata de la retea si

stocata la loc sigur (Offline CA). • autoritatea de certificare secundara (Issuing CA), ea va functiona in mod curent pentru a emite si gestiona certificatele folosite de

utilizatori • autoritatea de inregistrare (RA), ea este conectata cu autoritatea de certificare secundara si se constituie in interfata catre utilizatori.

Acestia din urma isi trimit cererile de emitere sau revocare de certificate catre autoritatea de inregistrare, aceasta le supune pre-aprobarii administratorilor delegati si, in cazul solutionarii favorabile, le trimite apoi spre autoritatea de certificare pentru emitere. In fine, tot prin intermediul autoritatii de inregistrare, utilizatorii intra in posesia certificatelor emise in baza cererilor lor

• verificatorul in timp real (OCSP), el este conectat la autoritatea de certificare si furnizeaza un serviciu automat de validare imediata pentru toate certificatele emise de cea dintai.

Componenta de administrare si monitorizare

Componenta de administrare si monitorizare trebuie sa ofere o vedere de ansamblu a tuturor componentelor de la end-user la baza de date, de la service-level la infrastructura pentru a identifica si rezolva orice incident ce poate afecta activitatea.

Solutia are nevoie de corelarea datelor culese si analizate din perspective multiple. Este nevoie de analiza detaliata a relatiei intre end-user, modelul operational si componentele de infrastructura.

Solutia trebuie sa ajute la cresterea performatelor sistemelor, imbunatatirea service-level, combinat cu scaderea riscurilor si a cheltuielilor operationale.

Solutia trebuie sa ofere o imagine globala a intregului sistem informatic pentru a detecta proactiv, diagnostica si rezolva orice problema de performanta si disponibilitate in ordinea prioritatii dictate de business.

Solutia trebuie sa fie capabila sa coreleaze sute de relationari si mii de indicatori masurati intr-o singura consola relevanta din orice perspectiva.

Din perspectiva serviciului oferit sa se vada modul in care performanta si disponibilitatea afecteaza businessul. Din perspectiva utilizatorului final sa se vada cum acesta interactioneaza cu aplicatiile si cum acestea raspund

nevoilor sale. Din perspectiva tehnica sa se vada modul in care fiecare componenta contribuie la performanta sistemelor,

incluzand baze de date si infrastructura fizica si virtuala din background. Solutia ideala trebuie sa aiba urmatoarele capabilitati:

Gestiunea Nivelului de Servici Sa integreze componente IT diferite in servicii pe care le reprezinta intr-o forma ce are semnificatie pentru

business. • Modelare cross-domain • Panou de control bazat pe roluri • Mapare si descoperire automata a serviciilor

71

• Prioritizarea problemelor bazata pe impactul la nivelul business-ului Gestiunea Utilizatorilor Finali

Pentru a mentine un nivel inalt al calitatii serviciilor, organizatiile trebuie sa adopte o strategie care sa le permita utilizatorilor cea mai buna experioenta posibila in utilizarea aplicatiilor.

• Analiza performantei reale la nivelul utilizatorului • Captura activitatii reale si play-back-ul acesteia, inclusiv pentru aplicatii client-server • Captura activitatii medii a utilizatorilor si play-back-ul acestora, inclusiv pentru aplicatii client-server

Gestiunea Infrastructurii Solutia trebuie sa ofere monitorizarea, controlul si diagnosticarea echipamentelor de retea, serverelor,

sistemelor de operare si a altor echipamente de infrastructura IT. Gestiunea Bazelor de Date

Sa monitorizeze orice platforma de baza de date, incluzand Oracle, SQL Server, DB2 LUW si Sybase si sa se constituie intr-o reala platforma enterprise de monitorizare a performantelor si disponibilitatii bazelor de date.

• Monitorizare • Diagnostic • Analiza performante real-time si istorica • Optimizare fraze SQL • Managementul capacitatii / spatiului • sa contina un modul cu functionalitate de Group Policy care sa adauge un strat intermediar peste securitatea

nativa Oracle care sa permita o mai buna gestiune a accesului utilizatorilor la functionalitatile produsului de administrare.

• sa permita lucrul in echipa cu functionalitati de versionare a codului si functii “check-in” si “check-out” Gestiunea Performantei Aplicatiilor

Solutia trebuie sa ajute manageri IT si de aplicatie sa inteleaga nivelele acceptate ale serviciilor livrate catre utilizatorii finali pentru a asigura continuitate afacerii in conditii optime.

• Monitorizare si corelare intre nivelul business si componentele de infrastructura • Monitorizarea tranzactiilor si corelarea intre ce face utilizatorul final si comenzile care ajung la baza de date • Modelarea dependintelor intre aplicatii • Detectare rapida a cauzei primare a unei probleme si rezolvarea acesteia

Gestiunea Virtualizarii Solutia trebuie sa ajute organizatia sa inteleaga infrastructura virtuala prin administrarea acesteia, incluzand

centre de date, clustere, medii virtuale, servere ESX si masini virtuale prin corelarea activitatii virtuale cu restul activitatii din infrastructura IT.

Componenta de diagnostic, analiza de performanta, managementul spatiului si optimizare baze de date

Pentru o administrare completa a bazei de date este nevoie de o consola centralizata intuitiva, usor de instalat si utilizat, ale carei module sa ajute in administrarea si monitorizarea instantelor de baze de date, sesiunilor, obiectelor, schemei si utilizatorilor. De asemenea, avem nevoie de solutii care sa permita administratorilor bazelor de date sa administreze mai multe obiecte si baze de date dintr-o singura interfata grafica flexibila si orientata catre utilizator. Interfata grafica sa permita accesul rapid si centralizat la toate modulele. Solutia trebuie sa integreze in acelasi produs module pentru administrarea bazelor de date (managementul instantelor, managementul schemei, managementul securitatii, managementul serviciilor), optimizare instructiuni SQL, diagnosticarea si managementul performantelor, managementul spatiului. Solutia trebuie sa permita conectarea la mai multe instante de baze de date simultan indiferent de versiunea acestora, precum si conectarea la platforme diferite de baze de date.

Suita de management al performantelor trebuie sa se integreze cu sistemul de monitorizare. Toate modulule acestei suite trebuie sa fie disponibile pentru diferite platforme de baze de date (Oracle, SQL

Server, DB2, Sybase, etc), avand functionalitati similare.

72

Componenta comunicatii Sistemul de routing

Sistemul de rutare deserveste functia de conectare la Internet a solutiei, prin mai multi furnizori de servicii Internet simultan asigurand prin aceasta o disponibilitate ridicata a sistemului, indiferent de conditiile de trafic sau eventuale disfunctionalitati tehnice ce pot aparea.

Ca atare, sistemul de rutare trebuie sa fie robust si proiectat astfel incat sa faca fata atat efortului de trafic din contextul utilizarii obisnuite (plus o marja de siguranta), cat si eventualelor avarii sau intreruperi de serviciu ce pot surveni din culpa furnizorilor de servicii Internet la care este conectat.

In consecinta, sistemul de rutare trebuie sa prezinte urmatoarele caracteristici:

• redundanta cu comutare transparenta pentru participantii la trafic • suport pentru protocolul BGP • suport pentru ambele versiuni ale protocolului IP (4 si 6)

Sistemul de switching

Sistemul de switching este reprezentat de infrastructura de transport a datelor intre toate elementele (servere si echipamente de comunicatii) ce alcatuiesc solutia finala.

Din acest motiv, sistemul de switching trebuie sa fie realizat la cele mai inalte standarde de performanta si

fiabilitate acceptate in prezent in domeniu si sa prezinte urmatoarele caracteristici: • functionalitati de redundanta cu comutare transparenta pentru participantii la comunicatie • functionalitati de agregare a mai multor legaturi fizice intr-una logica cu capacitate si disponibilitate crescuta printr-o implementare

compatibila IEEE 802.1ad • functionalitati de filtrare a traficului tranzitat dupa adresele fizice sursa si/sau destinatie • functionalitati de control al accesului la infrastructura folosind atat adresa fizica a nodului nou introdus cat si credentiale inclusiv

sub forma unor certificate X.509 printr-o implementare compatibila IEEE802.1X • functionalitati de transport a mai multor canale logice peste unul fizic, cu separare totala intre ele printr-o implementare

compatibila IEEE 802.1q.

Componenta de balansare a incarcarii (load balancer) Sistemul trebuie sa aibe capabilitati de disponibilitate si de balansare a sarcinii la nivel hardware (capabilitati

Load Balancing) de tipul round-robin in zonele de granita ale DMZ. Componenta de audit

Pentru conformitatea cu regulile de securitate interne si externe, este nevoie de implementarea unei solutii de securitate prin care se va realiza automatizarea colectarii logurilor din organizatie, cu un sistem de alertare si monitorizare, precum si obtinerea unei platforme de investigatie pentru cresterea nivelului de securitate si evitarea expunerii datelor sensibile la riscuri. Solutia trebuie sa ne ajute la conformitatea cu regulile de securitate prin colectarea si stocarea securizata a logurilor, raportarea si alertarea evenimentelor provenite din sisteme eterogene.

Infrastructura actuala se confrunta cu necesitatea auditului, colectarii si stocarii tuturor logurilor de acces, securitate si operationale din organizatie (sau dintr-un subdomeniu).

Pentru conformitatea cu orice standard de securitate, intern sau extern, vor trebui realizate urmatoarele: - culegere automata de loguri din toate sursele

o Servere o Aplicatii o Statii de lucru o Echipamente de retea

• Stocare pe termen lung (de obicei 3-5 ani) a tuturor logurilor fara posibilitatea de a altera logurile stocate o Stocare cu rata mare de compresie o Criptare pentru logurile stocate

73

• Rapoarte flexibile pentru toate tipurile de loguri • Posibilitatea de a tine intr-o baza de date relationala logurile doar de un anumit tip si doar pe o anumita

perioada de timp pentru a minimiza costurile hardware • Acces rapid la logurile arhivate • Alerte flexibile si integrare cu alte console de monitorizare • Corelare de evenimente in functie de utilizatorul din LDAP

Model de licentiere Modelul de licentiere trebuie sa nu tina cont de numarul de servere de colectare instalate, ci doar de numarul

echipamentelor de pe care se face colectarea. Referinte fise tehnice Nr crt

Componenta Referinta fise tehnice

C1 Interfata web vii) FISA TEHNICA – Server “interfata web” FISA TEHNICA – Gateway servicii web

C2 Interfata servicii web ix) FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii xxiv) FISA TEHNICA – Server web

C3 Portal ix) FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii xxvii) FISA TEHNICA – Portal

C4 Context de executie aplicatii ix) FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii xxiv) FISA TEHNICA – Server web xxvi) FISA TEHNICA – Server de aplicatii

C5 Server de procese ix) FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii xxviii) FISA TEHNICA – Platforma de executie a proceselor

C6 Analiza si raportare x) FISA TEHNICA – Server analiza si raportare / integrare de date xxix) FISA TEHNICA – Analiza de business si raportare

C7 Integrare de date x) FISA TEHNICA – Server analiza si raportare / integrare de date xxx) FISA TEHNICA – Platforma de integrare de date

C8 Date structurate xiv) FISA TEHNICA – Server pentru componenta de date structurate xxxi) FISA TEHNICA – Baza de date

C9 Backup replicare si restaurare xvi) FISA TEHNICA – Server pentru backup si restaurarea datelor 12.2.14 Fisa Tehnica – Solutie de replicare

C10 Securitate viii) FISA TEHNICA – Server Securitate xxxii) FISA TEHNICA – Software de administrare a identitatii utilizatorilor si controlul accesului la resurse

74

xxxiv) FISA TEHNICA – Software de gestiune a certificatelor pentru semnatura electronica si criptarea datelor (autoritate de certificare) 12.1.7 FISA TEHNICA – Server Issuing CA + OCSP 12.1.8 FISA TEHNICA – Server Root CA

C11 Administrare si monitorizare 0 FISA TEHNICA – Server administrare si monitorizare xxxiii) FISA TEHNICA –

C12 Componenta de diagnostic, analiza de performanta, managementul spatiului si optimizare baze de date

0 FISA TEHNICA – Server administrare si monitorizare 12.2.12 FISA TEHNICA - Software de diagnostic, analiza de performanta, managementul spatiului si optimizare baze de date

C13 Comunicatii 12.1.16 FISA TEHNICA – Switch-uri de comunicatie

C14 Audit 12.2.13 FISA TEHNICA – Componenta de audit

Fise tehnice pentru elemente necesare dar neasociate direct unei componente sau elemente partajate de mai multe componente Element solicitat Referinta fisa tehnica Sasiu pentru sasiu blade vi) FISA TEHNICA – Sasiu Servere Blade Echipament stocare xv) FISA TEHNICA – Echipament de stocare SAN switch xvii) FISA TEHNICA – SAN Switch Rack si accesorii xviii) FISA TEHNICA – Rack si accesorii Terminale mobile xix) FISA TEHNICA – Terminal Mobil Printer 0

FISA TEHNICA – Printer Cerinte functionale Frontoffice Cerinte generale

• Accesul la functionalitatile componentei de mobilitate se va realiza pe baza de utilizator si parola (PIN); • Terminalele pe care ruleaza aplicatie trebuie verificare din punt ce vederea al apartenentei la flota de

terminale utilizate in cadrul sitemului la orice trazactie efectuata cu acestea; • Aplicatia trebuie sa permita in orice functionalitate logarea unui utilizator cu rol de administrator peste

utilizatorul curent logat. Toate tranzactiile pana la delogarea administratorului se vor executa in numele acestuia. Dupa delogare se va reveni la identitatea anterioara logarii acestuia;

• Aplicatia din considerente de securitate trebuie sa intre automat dupa N secunde de neutilizare (parametru ce va fi configurat) in modul de introducere PIN;

• Daca utilizatorul introduce gresit codul PIN de trei ori terminalul se va bloca un numar configurabil de minute. Pentru deblocarea acestuia inainte de expirarea timpului fiind necesara logarea unui administrator;

75

• Accesul la functionalitatile componentei de mobilitare se va face in functie de rolul utilizatorului astfel incat dupa logarea in sistem acesta va avea acces doar la functionalitatile permise;

• Ofertantul trebuie sa faca dovada capacitatii de gestionare in totalitate a resurselor hardware ale echipamentului prin intermediul aplicatiei :

o Scanner o Comunicatie GPRS/GSM o Comunicatie (USB, Bluetooth) o Unitate GPS

Parteneri Emitere roviniete

- Aceasta functionalitate trebuie sa permita emiterea electronica a rovinietei. Aplicatia trebuie sa permita introducerea datelor necesare calculului tarifului de utilizarea a retelei de drumuri nationale din romania: tipul autovehiculului, durata de utilizare, date de identificare autovehicul (numar de inmatriculare, numar de identificare autovehicul), data intrarii in folosinta, numarul bonului (sau nr. Tranzactiei) emise de POS. Pentru vehiculele inmatriculate in alte tari, care achita taxa la intrarea in tara, selectarea tipului vehiculului se va face prin citirea unui cod de bare special destinat acestui scop;

• Numarul de exemplare care vor fi printate la o singura emitere de rovinieta va fi configurabil. Exemplarele vor fi tiparite prin transfer termic (cu ribbon), pe hartie care sa nu permita detriorarea informatiei tiparite prin simpla expunere la temperatura ridicata.

• Validarea datelor se va face online prin intermediul componentei Aplicatie; • In cazul in care utilizarea conexiunii de date GPRS nu este posibila componenta de mobilitate trebuie sa

permita conectarea dispozitivelor PDA la internet prin intermediul unei statii de sincronizare (cradle) si a unui cablu de date USB care vor oferi posibilitatea utilizarii legaturii la internet a calculatorului la care este conectat dispozitivul;

• Este necesara reintroducerea codului PIN dupa validarea datelor inainte de initierea tranzactiei de creare a Rovinietei ;

• Daca s-a efectuat cu succes tranzactia de crearea a rovinietei se va tipari rovinieta cu ajutorul imprimantei de coduri de bare (procesul de tiparire este unul automat);

• Informatiile minime tiparite pe documentul tiparit vor fi: o Identificatorul unic al tranzactiei (atat cod de bare cat si string) o Tipul autovehiculului o Durata de utilizare o Data intrarii in folosinta o Date de identificare ale emitentul rovinietei o Operatorul ce a efectuat tranzactia o Data si ora emiterii rovinietei o Numarul de inmatriculare al vehiculului

• Dupa efectuarea tranzactiei de crearea a rovinietei se vor reafisa datele si se va solicita confirmarea sau anularea tranzactiei de creare a rovinietei. Se va scana codul de bare al rovinietei pentru confirmarea tranzactiei

Anularea Rovinietei

• In cazul in care operatorul care a initiat tranzactia de creare a rovinietei descopera o inadvertenta in datele introduse are posibilitarea anularii rovinietei in ecranul de confirmare al tranzactiei.

• In cazul anularii se va jurnaliza operatia; • Aceasta functionalitate permite anularea unei roviniete emise si confirmate dar a caror date sunt incorecte.

Pentru a putea avea accel la aceasta functionalitare utilizatorul trebuie sa aiba rolul „Administrator”;

76

• Anularea rovinietei se poate face in doua moduri: prin scanarea codului de bare al acesteia sau selectand din lista de tranzactii din ziua curenta

Anularea rovinietei prin scanarea codului de bare • Anularea rovinietei se face prin scanarea codului de bare al rovinietei • Dupa scanarea codului de bare se va interoga online componenta aplicatie pentru identificarea rovinietei. • In cazul in care codul de bare scanat nu este gasit in baza de date sau emitentul nu este cel curent se va afisa

un mesaj corespunzator utilizatorului dupa care se solicita scanarea unui nou cod de bare • In cazul in care rovinieta a fost gasita in sistem se afiseaza datele acesteia pentru verificare • Pentru anularea acesteia se va solicita reintroducerea codului PIN al utilizatorului care efectueaza anularea • Se initiaza tranzactia de anulare a rovinietei emisa anterior printr-o cerere de anulare catre componenta

aplicatie • La terminarea tranzactiei se va tipari un bon de confirmare a anularii rovinietei

Anularea rovinietei prin selectarea din lista a rovinietei • Aplicatia trebuie sa prezinte lista ultimelor tranzactii efectuate in ziua curenta, numarul acestora fiind

configurabil; • Dupa selectarea din lista a rovinietei se vor afisa datele acesteia pentru verificare; • Pentru anularea acesteia se va solicita reintroducerea codului PIN al utilizatorului care efectueaza anularea; • Se initiaza tranzactia de anulare a rovinietei emisa anterior printr-o cerere de anulare catre componenta

aplicatie; • La terminarea tranzactiei se va tipari un bon de confirmare a anularii rovinietei;

Info rovinieta • Aceasta functionalitate permite consultarea informatiilor referitoarea la o rovinieta electonica. Aceasta se

poate realiza in doua moduri: prin scanare codului de bare al rovinietei sau prin identificarea ultimei roviniete pentru un numar de autovehicul dat;

• Informatiile afisate utilizatorului sunt: emitentul, data emiterii, numar autovehicul, durata de utilizare, data intrarii in folosinta, data expirarii termenului de valabilitate;

Dispecerat Emiterea de ordine de verificare

• Sistemul va permite controlul validitatii rovinietelor prin intermediul unor ordine emise de catre dispeceri.In cazul in care punctul de control automat sesiseaza faptul ca un vehicul nu are rovinieta valida , sistemul va emite in mod automat un ordin de verificare.

• Prin functionalitatile de backoffice dispecerul va avea asociat prin intermediul unui plan de activitati una sau mai multe echipe de verificatori carora li se vor trimite ordinele de verificare emise;

• In cazul in care exista mai multe echipe de verificare modul de alocare al taskurilor va putea avea doua forme: aleator dar balansand listele de ordine din punct de vedere cantitativ intre echipele de verificare sau cu trimiterea taskurilor la amandoua echipele de verificare

• Pentru demarare procesului de control, dispecerul, se va autentifica in sistem • Dupa autentificare aplicatia va pune la dispozitia dispecerului prin afisare pe ecran planul curent de control ce

va contine informatii despre: locatia unde se vor desfasura activitatile de dispecerat, numarul si frecventa vehiculelor ce vor trebui verificate si alte informatii;

• Dupa afisarea planului de control dispecerul va confirma inceperea activitatilor de dispecerizare moment in care aplicatia va marca acest plan cu statusul “in lucru”

• La sfarsitul turei de lucru, dispecerul va inchide planul de control current, acesta fiind marcat ca “finalizat”; Emiterea ordinului de control

• Pentru emiterea ordinului de control dispecerul va trebui sa completeze numarul autovehiculului • La momentul emiterii ordinului de control sistemul ii va aloca status-ul “emitere task” • Aplicatia va transmite ordinele de control catre terminalele mobile ale verificatorilor urmand ca acestia sa

poate deschida operatiuni de verificare in baza acestora

77

• Aplicatia va impiedica dispecerul ca inainte cu “n” minute configurabile de expirarea timpului alocat planului de control sa mai trimita ordine de verificare pentru a permite echipelor de verificatori din teren sa finalizeze ordinele emise deja;

Verificatori Controlul rovinietei

• Aceasta functionalitate va permite efectuarea controlului in teren a rovinietelor; • Pentru a avea acces la aceasta functionalitate utilizatorii trebuie sa fie membrii ai rolului „Control roviniete”; • Aplicatia va permite doua modalitati de efectuare a controlului rovinietei in trafic: control prin task emis de

dispecer si control din initiativa proprie a verificatorului; • Aplicatia va permite doua modalitati de efectuare a controlului rovinietei in trafic: control prin task emis de

dispecer si control din initiativa proprie a verificatorului; • la expirarea duratei planului de verificare si inchiderea sesiunii de activitati sistemul va inchide automat

taskurile emise de dispeceri cu statusul neverificat; Controlul din initiativa proprie

• Aceasta functionalitate va permite verificarea rovinietei la initiativa verificatorului; • Initierea procesului de control se face la initiativa utilizatorului si va avea ca rezultat suplimentar crearea unui

task de verificare deschis chiar de verificator; • Crearea ordinului de control se va efectua online cu ajutorul componentei aplicatie la intrarea in

functionalitatea control de rutina; • Acesta va fi asignat utilizatorului logat si nu va avea initial asociat nici un autovehicul; • Aplicatia va permite verificarea in doua moduri: prin scanarea rovinietei sau prin cautarea ultimei roviniete

emise pentru autovehiculul supus controlului (cautare dupa numar auto sau numar de indentificare); • In ambele situatii se vor jurnaliza toate cautarile efectuate in baza de date;

Identificarea rovinietei prin scanare • In momentul scanarii rovinietei se va interoga online baza de date in vederea identificarii rovinietei; • Daca aceasta nu exista in baza de date se va trece la cautarea manuala; • Daca aceasta a fost gasita in baza de date se vor afisa informatiile acesatei in ecran; • In cadrul procesului de cautare, in cazul in care rovinieta exista in baza de date, se va asocia autovehiculul

ordinului de control; • Se va afisa un mesaj de atentionare in cazul rovinietelor a caror durata de valabilitate a expirat • In cazul in care rovigenta este expirata dar exista o rovigenta mai recenta care este valida se va prezenta

utilizatorului aceasta informatie, acesta trebuind sa aiba posibilitarea incarcarii acesteia in ecran; • Operatorul poate oricand relua procesul de scanare, aplicatia jurnalizand la nivelul task-ului toate operatiile

de scanare efectuate; • Procesul de scanare va avea ca efect la pozitionarea pe o alta rovinieta modificarea numarului autovehiculului

pe ordinul de control; Identificarea rovinietei prin cautare

• Aplicatia va permite cautarea ultimei roviniete emise dupa numarul de identificare sau numarul masinii; • Verificarea se va efectua online utilizand componenta aplicatie; • Se vor jurnaliza toate cererile de informatii pentru ordinul de control in curs si se va actualiza pe ordinul de

control numarul autovehiculului; • In cazul in care rovinieta este gasita se vor afisa datele acesteia in aplicatie; • In cazul in care rovigenta nu este gasita in baza de date se va afisa un mesaj corespunzator utilizatorului; • Dupa identificarea autofehicolului, in cazul in care exista deja un ordin de control emis de catre dispeceratul

de control pentru autovehiculul curent pentru acesta se va crea o corespondenta intre ordinul de verificare creat in aceasta functionalitate si ordinul de control emis de catre dispeceratul de control. In momentul inchiderii ordinul de control de verificare se va inchide automat cu aceeasi rezolutie ca si ordinul de control emis de catre dispeceratul de control

78

Inchiderea operatiei de control de rutina • Aplicatia va permite verificatorului sa poata incheia operatia de control in urmatoarele moduri: abandonare

verificare, inchidere cu atentionarea conducatorului vehiculului si inchidere verficare (in cazul in care verificatorul considera ca rovinieta prezentata este valida);

• Pentru a evita inchiderea din greseala a ordinelor de control inainte de trimiterea confirmarii catre componenta aplicatie se va cere confirmarea prin introducerea codului PIN;

Abandon verificare • Aplicatia va permite verificatorului sa abandoneze operatiunea de verificare curenta fara a da o rezolutie

definitiva taskului de verificare;Aceasta functionalitate permite marcarea ordinului de control cu status-ul neverificat pentru una din urmatoarele situatii: in cazul in care autovehiculul nu a ajuns in dreptul echipei de control, echipa de verificatori si-a terminat programul etc.

• Iesirea din verificarea curenta prin abandonare se va comunica online componentei aplicatie si va avea ca efect marcarea ordinului de control cu status-ul ABANDON;

• In cazul in care in momentul controlului autovehiculul nu prezenta o rovinieta valida pe ordinul de control se va pastra aceasta informatie;

Inchiderea verificarii • In cazul in care operatorul decide inchiderea verificarii fara sanctionarea conducatorului auto, cu toate ca

autovehiculul nu prezenta o rovinieta valida, acesta va fi intrebat daca doreste sa continue operatia; • Operatia de inchidere se efectueaza online cu ajutorul componentei aplicatie, ordinul de citire se va inchide

cu status-ul INCHIS; Inchiderea cu sanctiune

• In cazul in care operatorul decide sa inchida ordinul de control cu sanctionarea conducatorului vehiculului, aplicatia va solicita urmatoarele informatii: seria si numarul procesului verbal, motivare, observatii;

• Operatia de inchidere se va efectua online utilizand componenta aplicatie; • Ordinul de control se va inchide cu status-ul INCHIS CU SANCTIUNE

Control pe baza ordinului de control • Aplicatia va include functionalitati ce vor permite verificarea autovehiculelor pe baza ordinelor de control

emise de catre dispeceratul de control; • Aplicatia va permite consultarea ordinelor de control emise de catre dispeceratul de control prin intermediul

acestei functionalitati • Aplicatia va permite selectarea unui ordin de control fie prin selectarea acestuia dintr-o lista fie prin selectia

acestuia dupa introducerea rovinietei; Selectarea ordinului de control din lista

• Aplicatia va furniza verificatorului o lista cu cele mai recente N taskuri deschise de catre operator, N find configurabil prin intermediul aplicatiei

• Lista de taskuri va contine informatii minime despre autovehicul pentru a permite identificarea rapida a acestuia de catre verificator: numarul de inmatricularea, marca si culoarea masinii;

• La selectarea ordinului de control din lista, verificatorul poate afla informatii suplimentare despre autovehiculului: tipul, numar de osii, masa maxima autorizata etc.

• Din aceasta functionalitate verificatorul poate initia procesul de verificare, aceasta operatie ducand la schimbarea online a status-ului ordinului de control in IN CURS DE VERIFICARE;

• Verificatorul va putea afla informatii depre rovinieta scanand codul de bare al acesteia sau cautand-o dupa datele de identificare ale autovehiculului;

• Se vor jurnaliza toate interogarile facute in baza de date Identificarea rovinietei prin cautare

• Aceasta functionalitate permite cautarea ultimei roviniete valide pentru autovehiculul cautat. Cautarea se face online pe baza datelor de identificare: numar de identificare, nr auto. Numarul auto va fi automat completat cu numarul autovehiculului din ordinul de la dispecer

79

• In cazul in care nu este gasita o rovinieta sau aceasta este invalida se va afisa un mesaj corespunzator utilizatorului si motivarea;

• In cazul in care s-a identificat o rovinieta in baza de date se vor prezenta informatiile acesteia in aplicatie; • In oricare dintre situatii, odata ce operatiunea de verificare a fost pornita nu se va mai putea face recurs la

aceasta iar aplicatia nu va permite iesirea din verificarea curenta fara a da o rezolutie verificarii respective Identificarea rovinietei prin scanare

• La scanarea codului de bare al rovinietei se interogheaza online baza de date • Informatiile gasite se vor afisa pe ecran daca a fost gasita in baza de date • In cazul in care rovinieta nu este valabila se va afisa un mesaj corespunzator continand si motivatia (rovinieta

nu a fost gasita, rovinieta nu este asociata cu acest autovehicul, a expirat) • In cazul in care rovinieta scanata este expirata dar in sistem exista date despre o rovinieta valida aceasta

informatie se va prezenta verificatorului existand posibilitatea ca aceasta sa fie afisata pe ecran Identificarea ordinului de control prin scanarea / cautarea rovinietei

• Aceasta functionalitate permite identificarea ordinului de control emis de catre dispecerat in mod similar identificarii acestuia deschis la controlul de rutina cu mentiunea ca aplicatia va selecta in mod automat ordinul de control fara crearea unui ordin de control de rutina

Inchiderea ordinului de control • Utilizatorul (controlorul) poate incheia operatia de control in urmatoarele moduri: Autovehicul neverificat,

Inchidere cu atentionare, Inchidere verificare • Utilizatorul nu va putea iesi din functionalitatea de verificare decat dupa inchiderea cu una din modalitatile

enumerate mai sus a ordinului de control • In cazul in care operatorul reseteaza terminalul aplicatia va reporni din ecranul de vizualizarea a ordinului de

control, avand incarcate ultimele informatii despre rovinieta vizualizata anterior (daca aceasta exista) Autovehicul neverificat

• Aceasta functionalitate permite marcarea ordinului de control cu status-ul neverificat pentru una din urmatoarele situatii: in cazul in care autovehiculul nu a ajuns in dreptul echipei de control, echipa de verificatori si-a terminat programul etc.

Inchidere verificare • In cazul in care verificatorul constata ca rovinieta prezentata era valida aplicatia va inchide taskul de

verificare cu acest status. • In cazul in care desi rovinieta din sistem este invalida verificatorul doreste sa inchida verificarea prin aceasta

modalitate, aplicatia va prezenta un mesaj de atentionare, punand la dispozitia verificatorului posibilitatea confirmarii si motivarii acestei actiuni;

• Operatie de inchidere se efectueaza online cu ajutorul componentei aplicatie, ordinul de citire se va inchide cu status-ul INCHIS

Inchidere cu sanctiune • In cazul in care operatorul decide sa inchida ordinul de control cu sanctionarea, aplicatia va solicita

urmatoarele informatii: seria si numarul procesului verbal, motivul, observatii; • Operatia de inchidere se va efectua online utilizand componenta aplicatie. Ordinul de control se va inchide cu

status-ul INCHIS CU SANCTIUNE; • Pentru a evita inchiderea din greseala a ordinelor de control inainte de trimiterea confirmarii catre

componenta aplicatie se va cere confirmarea prin introducerea codului PIN; • Pentru monitorizarea activitatii echipei de control aplicatia va pastra urmatoarele informatii pe ordinul de

control: Informatie privind existenta unei rovigente valide in momentul emiterii si informatie privind existenta unei roviniete valide in momentul controlului

Control automat Cerinte generale

80

o Sistemul informatic de control si sanctionare pentru neplata taxei de utilizare a infrasttructurii rutiere trebuie sa asigure toate mecanismele tehnologice care preiau inregistrarile provenite de la echipamente dedicate de detectie a trecerii autovehiculului pe un drum public si, in urma unui sir de operatii de procesare automatizate si/sau manuale, emit pe baza acestora : corespondenta, procese verbale de constatare a contraventiei conform prevederilor legislatiei in vigoare, etc.. Sistemul trebuie asigure suport pentru rezolvarea in justitie a contestatiilor precum si pentru verificarea platilor de catre contravenienti.

o Sistemul trebuie sa fie capabil sa gestioneze toate elementele legate de contraventii, pe durata prevazuta in legislatia aplicabila. Sistemul trebuie sa permita operarea simultana de catre numarul necesar de operatori ai beneficiarului astfel incat numarul de evenimete procesate de sistem sa fie aliniat cu numarul de evenimete inregistrate de echipamentele de detectie.

• Sistemul va permite conectarea unui numar de puncte de control automat al traficului, care vor permite detectarea si identificarea in timp real a vehiculelor ce tranziteaza un anumit sector de drum, precum si verificarea achizitiei unei roviniete valabile pentru perioada in care se face controlul si sectorul de drum tranzitat. Verificarea va urma fazele :

o Capturare imagine vehicul, detectarea numarului de inmatriculare, cu specificarea gradului de incredere pentru detectie

o Verificarea gradului de incredere cu cel stabilit pentru trecerea la pasul urmator o Verificarea numarului detectat in baza de date date locala o Transferul in baza de date centrala a imaginii si a celorlalte date necesare relativ la vehiculele pentru

care nu s-a platit taxa • Recunoasterea numerelor de inmatriculare, cu o rata de succes de minim 80% de la o distanta de minim: 20m • Functionarea in orice conditii de iluminare exterioara • Recunoasterea numerelor de inmatriculare emise in orice tara, inclusiv alfabete chirilice sau arabe. Datele

vor fi livrate in format Unicode. o Aplicatia de backoffice atasata va permite :

� Validarea contraventiilor de catre operatori � Indentificarea automata a posesorului autovehiculului � Identificarea conducatorului autovehiculului contravenient � Tiparirea in masa a instiintarilor si proceselor verbale de constatare a contraventiilor � Gestiunea raspunsurilor la instiintari � Posibilitatea gestionarii confirmarilor de livrare la domiciliu � Inchiderea amenzilor platite de contravenienti � Transmiterea listei debite catre administratiile financiare � Generare dosar contestatie � Anulare contraventii � Rapoarte si indicatori statistici privind contraventiile, raport activitate operatori � Backup date, Arhivare � Gestiunea drepturilor de acces: administrare utilizatori si roluri

o Gestiunea parametrilor sistemului • Punctele de control automat vor avea deschise simultan mai multe canale de comunicatie dedicate, prin care

vor transmite date specifice. Sistemele vor dispune si de o zona locala tampon, care va permite optimizarea fluxului de informatii.

• In cazul detectarii unor vehicule pentru care nu s-a platit taxa, se vor inregistra toate elementele necesare pentru dovedirea contraventiei (cel putin imaginea relevanta a vehiculului, elementele de timp si de pozitionare). Aceste elemente vor fi transmise in format electronic in timp real in sistem si vor fi arhivate in vederea unei prelucrari ulterioare.

• Sistemul va permite conectarea specifica a unor puncte fixe de control si respectiv a unor puncte mobile de control

81

• Conectarea acestor puncte va respecta toate normele de securitate specificate pentru conectarea la sistem. Conexiunea va fi verificata in permanenta, fiind emise avertismente in cazul pierderii conexiunii pentru o perioada de timp ce depaseste un nivel programat

• Sistemul trebuie sa permita o gestionare si un control complex, de la distanta, ale acestor puncte de control automat

Puncte fixe de control automat • Punctele fixe vor fi instalate pe sectoare bine definte de drum si vor avea caracter permanent

• Inregistrarea contraventiilor trebuie sa se faca numai cu echipamente certificate CE. • Echipamentele de detectie trebuie sa puna la dispozitia sistemului o interfata de conectare securizata (minim

nume utilizator/parola, preferabil certificat digital). • Fisierele transferate intre echipamentele de detectie si sistem trebuie sa fie criptate utilizand tehnologie bazata

pe Public Key Infrastructure (PKI) pentru garantarea securitatii datelor. Fiecare punct va avea o cheie unica de criptare.

• Inregistrarile vehiculelor nevalidate ca avand platita taxa de utilizare a infrastructurii trebuie puse la dispozitie, dupa receptie si decriptare, sub forma de fisiere cuprinzand:

• Format de date standard (XML) continand urmatoarele informatii minime: o data calendaristica si ora (inclusiv minutele si secundele) inregistrarii o locatia de amplasare al echipamentului (identificator unic) o categoria autovehiculului o seria de fabricatie a echipamentului

o indexul imaginii/imaginilor per contraventie • Fisiere de tip imagine comprimata JPEG/JPEG2000/PNG care trebuie sa contina imaginea inregistrata

cu o rezolutie minima de 752x480 pixeli, inclusiv datele suplimentare de identificare : pozitie GPS, data si ora, indexul imagini.

1. Echipamentul trebuie sa fie capabil sa inregistreze cel putin doua imagini per contraventie la un interval reglabil de timp.

2. Echipamentul trebuie sa fie capabil sa inregistreze cu claritate zona placutei de inmatriculare a automobilului astfel incat aceasta sa poata fi citita de catre operatorul uman sau de catre sistemul automat de recunoastere a numerelor de inmatriculare.

3. Baza de date locala care sa permita filtrarea primara a numerelor de inmatriculare detectate. Baza de date va dispune de lista vehiculelor care au platita taxa, cu perioada de valabilitate a taxei si de doua liste suplimentare : lista alba a masinilor exceptate, respectiv lista neagra a masinilor urmarite si care trebuie raportate in orice conditii

4. Posibiliatea stabilirii nivelului de incredere in detectarea numarului de inmatriculare peste care se porneste procesul de verificare.

5. Stocarea de date statistice cu privire la numarul total de vehicule tranzitate si nivelele de incredere in detectia numarului de inmatriculare.

6. Stocarea unui procent programabil de imagini pentru care nu s-a realizat detectarea automata a numarului de inmatriculare si transmiterea lor catre backoffice.

7. Alimentate de la reteaua electrica, avand posibilitatea functionarii independente in cazul caderii sursei de alimentare, pentru minim 30 minute.

• Aceste puncte vor verifica toate vehiculele care tranziteaza sectorul de drum controlat Puncte mobile de control automat

• Punctele mobile vor fi instalate pe autovehicule si vor actiona pe orice sector de drum pe care se impune efectuarea unui control • Aceste puncte de control se vor conecta la sistemul central prin canale de comunicatie mobile, similar prescriptiilor pentru punctele

fixe • Avertizarea vizuala si sonora a echipajului de control mobil in urma unei identificari de autovehicul contravenient • Anuntarea pierderii conexiunii la baza de date • Aceste puncte de control vor verifica vehiculele cu care au contact vizual pe sectorul de drum • Vor respecta toate prescriptiile functionale ale echipamentelor fixe.

Comunicatie

82

• Comunicatia se va desfasura in paralel pe toate canalele necesare si trebuie sa permita parametrizarea unor caracteristici de comunicare (prioritati fire de comunicatie, alocare de banda, etc.)

• Comunicatia va permite update-ul automat al bazelor de date locale pentru punctele fixe sau mobile de control, cu parametrizarea cel putin a intervalului maxim intre doua update consecutive

• Comunicatia va permite transferul automat al tuturor datelor pentru numerele detectate si care nu sunt validate de sistemul local avand taxa platita

• Comunicatia va permite transferul tuturor datelor necesare in timp real • Comunicatia se va realiza folosind canale sigure, de tip VPN, datele trebuind sa fie comprimate (zip sau

similar), pentru optimizarea timpilor de transfer • Se va asigura stergerea automata ulterioara descarcarii cu succes din echipamentele de detectie a fisierelor si

datelor deja descarcate, pentru asigurarea spatiului necesar stocarii datelor noi. Validarea descarcarii cu succes a datelor in serverul central se va face doar dupa verificarea integritatii fisierului descarcat. Managementul conexiunii intre sistem si echipamente si al procesului de descarcare si stergere a fisierelor se vor efectua complet automatizat, permanent, fara a fi nevoie de asistenta umana. • Se vor descrie in amanunt modalitatile de comunicare si echipamentele tehnice folosite. Costurile pentru

implementarea sistemului de comunicatii vor fi incluse in costurile totale. Costurile de exploatare pentru comunicatii, pe o perioada de un an calendaristic, vor fi specificate.

Prelucrarea datelor rezultate in urma controlului automat Validarea contraventiilor

Validarea contraventiilor inregistrate de catre sistem trebuie sa se faca in backoffice in doua etape : • Sistemul trebuie sa verifice, in mod automat, ca: • Data de inregistrare a contraventiei este cuprinsa in intervalul de validitate stabilit de legislatia in vigoare. In caz contrar, sistemul

va invalida contraventia, in mod automat. • Numarul verificat nu este in lista ”alba” sau este in lista ”neagra” • Autovehiculul cu numarul de inmatriculare detectat de sistemul ANPR nu se regaseste nici in baza de date centralizata cu

vehiculele care au platit taxa de utilizare a infrastructurii rutiere. • Respectiva contraventie nu a mai fost procesata anterior (unicitatea contraventiei). In caz contrar, sistemul va ignora automat

contraventia respectiva. • Identificarea automata trebuie sa fie validata mai de catre un agent constatator. Procesul de validare al unei contraventii trebuie sa

continue cu verificarea, pe imaginea inregistrata de catre echipamentele de detectie, a urmatoarelor elemente: • Numarul de inmatriculare sugerat de catre aplicatia software este corect recunoscut si apartine autovehiculului care se afla

in zona de detectie corespunzatoare directiei de deplasare si benzii de circulatie pe care se afla acesta. In cazul in care se descopera o neconcordanta intre numarul citit de pe imagine si cel sugerat de catre sistem, trebuie aduse corecturile de rigoare, in cazul in care numarul de inmatriculare este descifrabil.

• Daca numarul de inmatriculare nu este descifrabil se va inregistra acest lucru si se va anula contraventia • Numarul corectat va fi reverificat in sistem. In cazul in care taxa este platita se va anula contraventia. Daca si in acest caz

taxa nu este platita, se va continua procedura folosind numarul corectat • Autovehiculul din imagine nu face parte din categoria vehiculelor speciale , pentru care se vor aplica algritmi diferiti de

procesare. Pentru facilitarea operatiei de validare de catre agenti, sistemul trebuie sa puna la dispozitie operatii standard de prelucrare a

imaginii: marire, modificarea contrastului si luminozitatii si de crestere a claritatii imaginii. Sistemul trebuie sa poata fi capabil sa gestioneze toate imaginile atasate contraventiei, iar agentul sa poata, daca doreste, sa

vizualizeze fiecare din aceste imagini, pentru a se decide asupra validitatii contraventiei. Validarea trebuie sa implice un singur pas realizat de catre operatorul uman dupa consultarea tuturor datelor puse la dispozitie de

aplicatie, centralizat intr-un singur ecran, organizat ergonomic. Modificarile introduse de catre operator trebuie sa fie auditate in vederea stabilirii trasabilitatii.

Identificarea posesorului vehiculului Pe baza numarului de inmatriculare al autovehiculului contravenient trebuie sa fie posibil sa se obtina datele de

identificare ale posesorului acestuia. Cerinte:

• Informatiile despre posesorii autovehiculelor trebuie sa fie preluate de la organismele abilitate • Conectarea la sistemul informatic pus la dispozitie de organismele abilitate se va face conform regulilor impuse de

compartimentele abilitate din cadrul MAI, transferul datelor intre aplicatia centrala, modulul de interfatare dedicat si sistemul informatic pus la dispozitie de organismele abilitate facandu-se fie on-line fie off-line, dupa caz.

83

• Interfatarea trebuie sa fie in format standard XML • Pentru garantarea integritatii datelor din fisierele XML, acestea trebuie semnate digital. • Fisierele XML trebuie sa poata fi transmise si receptionate intr-un format comprimat (zip) catre/de la aplicatia de interfatare • Inainte de prelucrare, integritatea datelor continute in fisierele de raspuns trebuie sa fie verificata pe baza semnaturii digitale

aplicate pe acestea • Din datele primite de la organismele abilitate trebuie sa fie posibila extragerea urmatoarelor informatii referitoare la

posesorul autovehiculului : o tipul posesorului: persoana fizica sau persoana juridica o numele, prenumele, adresa, localitatea, judetul/sectorul, CNP, seria si numarul CI pentru pentru persoanele fizice o denumirea, adresa, localitatea, judetul/sectorul, CUI pentru persoanele juridice

• In cazul in care numarul de inmatriculare nu este gasit in baza de date de inmatriculari, sistemul trebuie sa semnaleze acest lucru.

• Sistemul trebuie sa verifice daca datele de raspuns sunt complete. Identificarea conducatorului vehiculului la momentul contraventiei

Pe baza CNP-ului preluat din raspunsul la instiintari sistemul trebuie sa ofere informatii despre conducatorul autovehiculului contravenient.

Cerinte: • Informatiile despre conducatorii autovehiculelor trebuie sa fie preluate de la organismele abilitate • Conectarea la sistemul informatic pus la dispozitie de organismele abilitate se va face conform regulilor impuse de

compartimentele abilitate din cadrul MAI, transferul datelor intre aplicatia centrala, modulul de interfatare dedicat si sistemul informatic pus la dispozitie de facandu-se fie on-line fie off-line, dupa caz

• Interogarile si raspunsurile trebuie sa fie in format standard XML • Interogarile trebuie sa contina codul numeric personal (CNP) ca unic criteriu de interogare • Pentru garantarea integritatii datelor din fisierele XML, acestea trebuie sa fie semnate digital • Fisierele XML de interogare/raspuns trebuie sa poata fi transmise/primite in format comprimat. Pentru garantarea integritatii

datelor din fisierele XML de raspuns vor fi semnate digital • Inainte de prelucrare, integritatea datelor continute in fisierele de raspuns trebuie sa fie verificata pe baza semnaturii digitale

aplicate pe acestea • Din datele primite de la organismele abilitate trebuie sa fie posibila extragerea urmatoarelor informatii referitoare la posesorul

autovehiculului: o numele, prenumele, adresa, localitatea, judetul/sectorul, CNP, seria si numarul CI

• In cazul in care CNP-ul nu este gasit in bazele de date cu evidenta populatiei, sistemul trebuie sa semnaleze acest lucru. Tiparirea instiintarilor si proceselor verbale

Cerinte : • Interfatarea cu sisteme de tiparire masiva • Format PDF, cu suport pentru diacritice • Format A4, pe o singura pagina • Cod unic de identificare al documentului tiparit codificat in tehnologie cod de bare format 2D 128DataMatrix (ISO/IEC16022). • Seria si numarul proceselor verbale de constatare a contraventiei tiparite trebuie sa fie generate din cadrul seriilor si numerelor

special rezervate de catre Ministerul de Finante sau Imprimeria Nationala • Seria si numarul unui document tiparit trebuie sa fie afisat la vedere pentru a permite identificarea unica si facila a sa. • Anvelopa documentelor trebuie sa fie de dimensiuni standard C65 (229 mm x 114 mm), cu fereastra transparenta in partea din

stanga-jos cu dimensunile 90mm x 35mm. In fereastra transparenta trebuie sa fie afisate urmatoarele date: o Numele, prenumele / denumirea o Adresa o Localitatea o Judetul o Codul postal o Codul de bare continand numarul de identificare postala si numarul de identificare postala separat

• Dupa tiparire, documentele rezultate trebuie sa poata fi gestionate in continuare de catre sistem, pentru consultari ulterioare. • La orice moment de timp ulterior, sistemul trebuie sa fie capabil sa tipareasca copii dupa instiintarile si procesele verbale emise. • Pentru o buna organizare a expeditiilor postale, tiparirea trebuie sa poata fi realizata prin specificarea urmatoarelor criterii de

selectie: o Localitate o Judet o Perioada

• Formatul tiparit al instiintarilor, proceselor verbale de constatare a contraventiei si restul corespondentei trebuie sa respecte prevederile legislatiei in vigoare si vor face obiectul avizului organelor abilitate.

84

Raspunsurile la instiintari Sistemul trebuie sa permita introducerea CNP-ului indicat in raspunsurile la instiintari. Daca acestea sunt

primite prin fax, sistemul trebuie sa ofere gestiunea acestora astfel incat sa poata fi pastrata legatura cu contraventiile initiale. Confirmarile de livrare

Sistemul trebuie sa asigure actualizarea starii documentelor livrate sau nelivrate de catre serviciul de curierat postal respectiv, prin preluarea in format electronic a confirmarilor de livrare. Pentru cele livrate trebuie sa se precizeze atat data cat si ora livrarii. Pentru cele nelivrate trebuie precizat motivul pentru care nu au fost livrate.

Operatia de inchidere contraventii nelivrate trebuie sa se poata realiza si manual de catre operator. Inchidere amenzi platite

Pentru toate confirmarile de plata transmise de catre contravenienti prin fax sau posta catre dispeceratul care a emis procesele verbale de contraventie, sistemul trebuie sa permita inchiderea manuala acestor contraventii ca platite.

Pentru confirmarile primite in format electronic de la sisteme de plata electronice sistemul trebuie sa permita inchiderea automata a acestor contraventii ca platite. Anulare contraventii

Daca in urma contestatiei o contraventie a fost declarata nula de catre instanta sau procesul verbal nu a putut fi livrat (adresa incorecta etc) agentii trebuie sa fie capabili sa anuleze contraventia respectiva precum si debitele asociate din sistem.

Numai anumiti utilizatori ai sistemului pot sa faca anularea contraventiei. Transmitere lista debite

Sistemul trebuie sa permita transmiterea in format electronic (PDF si XML) si/sau pe suport hartie a listei cu persoanele ce nu au achitat in termenul prevazut de lege amenzile primite (emise prin intermediul sistemului), intr-o anumita perioada, catre administratiile financiare (centrala sau de resedinta). Fisierele vor fi semnate electronic. Raport activitate agenti

Sistemul trebuie sa genereze la sfarsitul zilei, rapoarte de activitate pentru toti agentii ce au operat sistemul. Rapoartele trebuie sa contina minim urmatoarele informatii:

• numele, prenumele • data si ora operatiei • descrierea operatiei; in cazul in care s-a efectuat o invalidare a unei contraventii, se va specifica motivul si informatii suplimentare

Generare dosar contestatie Pentru cazurile in care au fost inaintate contestatii privitoare la contraventiile emise, sistemul trebuie sa asigure

tiparirea informatiilor relevante care constituie dovezile pe baza carora au fost emise contraventiile in cauza precum si cele care stau la baza contestatiei, dupa cum urmeaza:

• imaginile tiparite format A4, la o rezolutie convenabila, astfel incat imaginea sa fie relevanta • adresa locatiei unde s-a facut detectia (locatia GPS, pozionarea pe DN, etc.) • numarul de inmatriculare pentru care s-a emis procesul verbal • categoria autovehiculului • data si ora (inclusiv secundele) • informatii referitoare la evidenta platii taxei de utilizare a infrastructurii rutiere pentru autovehiculul in cauza

In acelasi dosar trebuie sa se tipareasca si: • adresele ce trebuie trimise pentru judecarea contestatiei (ex. catre contravenient, catre compartimentul juridic, catre organul

judecatoresc catre care se inainteaza contestatia, etc.). • referatul agentului constatator intocmit in urma verificarii temeiului contestatiei in raport cu datele telemetrice ale contraventiei,

incluzand argumentele expuse de contravenient prin intermediul plangerii depuse precum si recomandarea agentului de mentinere sau suspendare a sanctiunii aplicate anterior prin procesul verbal care face obiectul contestatiei

• corespondenta atasata contraventiei contestate In cazul in care este necesar, sistemul trebuie sa puna la dispozitia agentului fisierul digital original provenit de

la echipamentul omologat care contine datele telemetrice ce au fost initial inregistrate de echipament. Numai anumiti utilizatori ai sistemului pot sa genereze dosarul.

Rapoarte si statistici Sistemul trebuie sa puna la dispozitia managementului CNADNR informatii structurate privind intreg procesul

de management al contraventiilor : statistici referitoare la contravenŃiile valide şi invalide, starea lor curentă,

85

înştiinŃări şi procese verbale emise, debite existente, plăŃi efectuate, contestaŃii, rău-platnici, operaŃii realizate în sistem şi multe altele în funcŃie de parametrii diverşi cum ar fi: perioada de timp, locaŃia, distribuŃia pe anotimpuri, alternanŃa zi/noapte, zilele săptămânii, categoria de vehicul, Ńara în care sunt înmatriculate, operator etc.

Pentru asigurarea unei bune informari la nivelul factorilor de decizie in domeniul rutier, sistemul trebuie sa permita, la cerere, adaugarea rapida si cu efort minim de noi rapoarte si statistici utilizand datele gestionate de sistem. Back-up date

Pentru asigurarea sigurantei in stocarea datelor, Sistemul trebuie sa se ofere si o procedura de backup. Procedura trebuie sa prevada copierea automata la intervale definte de administrator a: • datelor descarcate de pe camera, pe un support extern cu capacitate mare de stocare (DVD, banda magnetica, etc...) • datelor stocate in baza de date Arhivare

Lunar, datele din sistem, care au depasit o anumita perioada minima de timp, parametrizabila de catre administratorii sistemului, trebuie sa fie arhivate pe suport near-line sau offline, avandu-se in vedere eliberarea resurselor sistemului.

Trebuie arhivate atat fisierele externe (jpg, xml, pdf) cat si inregistrarile din baza de date aferente perioadei de arhivare (de ex. toate contraventiile mai vechi de 6 luni). Drepturi de acces

Accesul la resursele sistemului trebuie sa se faca conform competentelor si responsabilitatilor acordate fiecarui utilizator in parte. Aceasta diferentiere trebuie sa se faca prin acordarea de catre administratorul sistemului, pentru fiecare utilizator in parte, a unui set de roluri de sistem predefinite asociate functionalitatilor acestuia. Acest set de roluri trebuie sa asigure accesul utilizatorilor la functionalitatile sistemului, in functie de responsabilitatile ce le-au fost desemnate de catre superiori.

Autentificarea la sistem trebuie sa se faca cu ajutorul numelor de utilizator si a parolelor sau cu ajutorul certificatelor utilizator. Parametrizare sistem

Sistemul trebuie sa permita modificarea rapida si facila a urmatoarelor elemente, pe langa cele specificate mai sus : • cuantumul amenzii aplicate, pe perioade de timp si tip de vehicul • locatiile de amplasare a echipamentelor de detectie: adresa, localitatea, judetul • datele privitoare la modalitatile de plata ale amenzilor functie de zona administrativa in care sunt amplasate echipamentele de detectie • numerele autovehiculelor cu regim special din lista alba • numerele autovehiculelor date in consemn din lista neagra • termenele prevazute de lege pentru prescrierea contraventiilor, pentru trimiterea raspunsurilor la instiintari respectiv pentru trimiterea

confirmarii de plata • parametrii tehnici ai interfetelor de comunicatie cu alte entitati (locatii partajate in retea, adrese URL, adrese IP, porturi, credentiale de

acces etc) • formatul modelului de instiintari, procese verbale si invitatii • perioada de pastrare in sistem a contraventiilor pana la arhivare Automatizare operatii

Sistemul trebuie sa ofere reducerea la minim a operatiilor manuale prin automatizarea a cat mai multe din procesele executate in cadrul sistem.

Automatizarea trebuie sa permita planificarea momentului cand se executa automat o operatie, intr-un mod convenabil atat organelor de Politie cat si celorlalte sisteme externe cu care se fac schimburi de date. Trebuie ca planificarea sa poata fi facuta pe intervale orare, zile din saptamana, perioade fixe de repetitie pentru a putea respecta eventualele constrangeri procedurale si operationale.

Pentru asigurarea continuitatii procesului de lucru si in cazul in care anumite functii automate nu se pot desfasura normal datorita unor terte cauze, sistemul trebuie sa permita obligatoriu si desfasurarea acestor functii prin operare manuala.

Sistemul trebuie sa puna la dispozitie un mecanism flexibil ce permite interfatarea electronica automata cu entitati terte implicate in fluxul de procesare al contraventiilor (curierat, autoritati fiscale, MAI, CNADNR).

86

Flexibilitatea sistemului trebuie sa permita si posibilitatea introducerii de noi operatii sa de inversare a ordinii de procesare a unor operatii. Tehnologie

Sistemul trebuie sa fie proiectat in asa fel incat sa poata interactiona cu diferitele entititati exterioare atat prin legaturi de comunicatie directe (on-line) cat si prin suporturi de stocare mobile si operatii manuale de incarcare/descarcare (off-line), in functie de conditiile de lucru existente (amplasament, infrastructura, securizari de incinte si linii de comunicatii etc) si de regulile de securitate impuse de compartimentele abilitate ale beneficiarului sau ale celorlalte entitati, pentru fiecare locatie in parte.

Astfel, legaturile intre echipamentele de detectie si sistemele informatice, legaturile intre diverse sisteme informatice (ex. bazele de date de evidenta a populatiei, vehicule si inmatriculari s.a.m.d), cu sistemele informatice ale directiilor locale de taxe si impozite, cu serviciile de internet destinate publicului, cu sisteme informatice ale societatilor de leasing si/sau cu orice alte sisteme informatice exterioare trebuie sa permita schimbul de date prin ambele metode amintite mai sus: on-line si off-line.

Sistemul trebuie sa fie compus din: • echipamente de detectie fixe sau mobile care inregistreaza contraventiile in trafic, pe drumurile publice • aplicatia centrala care trebuie sa fie proiectata intr-o arhitectura standard de tip 3-tier formata din serverul de baze de date, serverul de

aplicatii si aplicatia client. • o suita de elemente de interfata cu sisteme externe care trebuie sa asigure transferul de date dintre aplicatia centrala si alte entitati

implicate Din punct de vedere ergonomic, sistemul propus trebuie sa se remarce prin urmatoarele:

• Design modern, placut, ergonomic, functional si simplu de utilizat la nivelul interfetei cu operatorul, limba utilizata trebuie sa fie limba romana.

• Disponibil integral in tehnologie Web, atat pentru partea de utilizare cat si administrare • Aplicatia sa poata fi folosita de catre utilizatori obisnuiti, cu abilitati minime de operare a unui browser • Aplicatia sa poata fi operata cu precadere din mouse (navigare, selectare in meniuri, manipulare controale, etc) si din tastatura

(introducere date) • Ecranele sa fie proiectate astfel incat sa fie optim utilizate la o rezolutie de 1024x768 • Regulile simple de validare (gen verificarea completarii campurilor obligatorii) sa fie implementate in interfata utilizator astfel incat

utilizatorul sa fie asistat la introducerea corecta a datelor. In cazul aparitiei unei erori de validare utilizatorul sa fie instiintat prin mesaje sugestive si poate relua editarea formularului cu datele deja introduse

• Unde apare posibilitatea, campurile sa aiba valori implicite la deschiderea formei pentru a usura operarea • Sistem de help in format HTML in limba romana, integrat direct in aplicatie si disponibil printr-un meniu dinamic, functie de rolul si

drepturile utilizatorului fiind afisate numai paginile de help care descriu operatiunile ce pot fi efectuate de acel utilizator, pe baza rolurilor atribuite in sistem.

Solutia trebuie sa fie realizata in conformitate cu urmatoarele standarde: • W3C – Worl Wide Web Consortium - HTML, XML, XSL, XML Schema, Web Services • SQL – Structured Query Language - SQL 92, SQL 99, SQL 2003 Securitate

Sistemul propus trebuie sa ofere suport nativ pentru operarea intr-o infrastructura cu chei publice (PKI), garantand confidentialitatea, autenticitatea si integritatea informatiilor, precum si non-repudierea pentru toate operatiile cu caracter senzitiv. Solutia oferita trebuie sa asigure caracteristici avansate de securitate pentru operarea din navigatoare de internet: • Operatiunile implicand semnarea si criptarea sa se realizeze utilizand certificate digitale • Sa asigure conformitate cu standardele PKCS #1, PKCS #7, PKCS #11 • Sa existe posibilitatea criptarii simetrice cu urmatorii algoritmi: DES, 3DES, RC4, RC6 • Sa se asigurare legatura cu un serviciu standard de Time-stamping conform RFC 3161 • Sa utilizeze certificate digitale separate pentru operatiunile de criptare si semnare • La fiecare operatiune senzitiva, sistemul sa solicite utilizatorului semnarea formularului de date. Semnatura digitala sa asigure o

legatura irevocabila intre utilizator, datele transmise, starea datelor in sistem si momentul receptionarii lor. • Autentificarea utilizatorilor in sistem sa se realizeze pe baza de nume si parola, sau cu certificate digitale • Sa asigure conformitate cu standardul LDAP v3 Portal Cerinte generale

87

• Sistemul va contine un portal WEB, care va oferi consumatorilor posibilitatea calcularii si achizitiei rovinietelor peste Internet prin intermediul unui server HTTP;

• Pentru validarea trimiterii de date si din considerente de securitate sistemul va avea implementat oriunde va fi necesar metode CAPTCHA de validare a trimiterii de date catre aplicatie;

• Sistemul va permite gestionarea si plata rovinetei in doua valute: RON si EUR, Achizitia rovinietelor prin intermediul portalului WEB

• Sistemul va contine un portal WEB, care va oferi consumatorilor posibilitatea calcularii si achizitiei rovinietelor peste Internet prin intermediul unui server HTTP;

• Sectiunea de achizitie a rovinietei va oferi consumatorilor posibilitatea de a achita contravaloarea rovinietei prin intemediul portalului WEB

• Procesul de achizitie va fi initiat de cosumator prin selectia tipului de rovinieta si prin completarea urmatoarelor informatii: Numar Inmatriculare, Numar identificare/Serie sasiu, Masa totala maxima autorizata, Numar axe, Perioada de valabilitate (in numar de zile)

• Dupa completarea datelor necesare sistemul le va afisa intr-o forma needitabila, adaugand si contravaloarea rovinietei aferenta parametrilor introdusi de catre consumator;

• Sistemul va oferi consumatorului posibilitatea de a opta intre achitarea prin intermediul cardului bancar sau prin intermediul unui ordin de plata.

Plata prin card bancar • Portalul va permite achizitionarea de catre persoanele juridice a rovinietelor prin intermediul cardului bancar • In urma receptionarii unei optari pentru plata prin card bancar sistemul va solicita date despre acesta: tipul

(VISA, MASTERCARD etc), numarul, data de expirare, numele posesorului • Sistemul va receptiona cereri finale de plata, dupa care va stoca tranzactia si ii va aloca status-ul „PLATA

CU CARD IN ASTEPTARE” • Timpul de validitate al acestui tip de tranzactie va fi configurabil prin intermediul aplicatiei • Daca timpul de validitate va expira sistemul va avea optiunea de a inchide tranzactia cu status-ul

„NEFINALIZAT” • Pentru confirmarea platii sistemul va astepta interactiunea cu utilizatorul in zona de backoffice care va

confirma efectuarea platii de catre utilizator; • In cazul in care plata s-a confirmat sistemul va marca tranzactia ca finalizata cu succes si va genera rovinieta

valabila conform cu datele primite; Plata prin ordin de plata

• Portalul va permite achizitionarea de catre persoanele juridice a rovinietelor prin intermediul ordinelor de plata

• In urma receptionarii unei optari pentru plata prin ordin de plata sistemul va cere utilizatorului date pentru identificarea acestuia si pentru eliberarea unei facturi fiscale;

• Sistemul va stoca tranzactia si ii va aloca status-ul „PLATA PRIN OP IN ASTEPTARE”. • Timpul de validitate al tranzactiilor in asteptare de acest tip va fi mai ridicat decat cel in cazul tranzactiilor

prin SMS dar de asemenea configurabil prin intermediul aplicatiei; • Daca timpul de validitate va expira sistemul va avea optiunea de a inchide tranzactia cu status-ul

„NEFINALIZAT” • Pentru confirmarea platii sistemul va astepta interactiunea cu utilizatorul in zona de backoffice care va

confirma efectuarea platii de catre utilizator; • In cazul in care plata s-a confirmat sistemul va marca tranzactia ca finalizata cu succes si va genera rovinieta

valabila conform cu datele primite; • In ambele cazuri de plata sistemul va genera un cod de identificare a tranzactiei pe care utilizatorul il va putea

folosi pentru a identifica pe ordinul de plata tranzactia, pentru a urmari stadiul tranzactiei si daca rovinieta a fost eliberata;

88

SMS • Sistemul va permite achizitia rovinietei prin intermediul unui SMS trimis la un numar de telefon alocat

special prin intermediul unui proces tranzactional (cerere, confirmare, validare) • Procesul de achizitie a rovinietei prin SMS va incepe prin trimiterea unui SMS cu urmatoarele date: Numar

Inmatriculare, Numar identificare/Serie sasiu, Masa totala maxima autorizata, Numar axe, Perioada de valabilitate (in numar zile);

• Lipsa anumitor informatii sau identificarea datelor care nu sunt valide va duce la trimiterea unui SMS cu un mesaj de eroare catre consumator, fara a permite continuarea tranzactiei

• Sistemul va limita eficient eliberarea de roviniete in functie de numarul de cereri nefinalizate trimise si de existenta de roviniete valide in sistem;

• Cererile nefinalizate vor avea un timp de validitate redus si configurabil prin intermediul aplicatiei • Dupa identificarea datelor necesare emiterii rovinietei, sistemul va genera o tranzactie in asteptare si un cod

de confirmare pe care il va trimite ca SMS de raspuns la numarul de telefon care a emis cererea de achizitie impreuna cu informatii legate de tipul si valoarea rovinietei ce va fi eventual eliberata

• Dupa emiterea mesajului de cerere de confirmare sistemul va astepta receptia de la consumator a unui mesaj de confirmare care sa contina codul de confirmare emis la pasul precedent

• Receptionarea de catre sistem a unui mesaj de confirmare incorect va rezulta in trimiterea catre emitent a unui mesaj de eroare care sa contina motivatia refuzului procesarii

• Daca sistemul va receptiona un mesaj de confirmare valid va marca tranzactia ca fiind valida si va trimite un mesaj de confirmare catre emitent ce va contine informatii despre vinieta emisa

Management frontoffice Managementul prestatorilor Managementul resurselor umane

• Aceasta functionalitate permite managementul dispecerilor. • Aplicatia va furniza catre prestator un numar de utilizatori (sloturi) configurabil din backoffice ce se pot

conecta in sistemul informatic; Aceasta functionalitate permite personalizarea acestora • Aplicatia va jurnaliza toate operatiunile efectuate

Alocarea personalului de dispecerat • Aceasta functionalitate permite alocarea dispecerilor la echipaje • Aplicatia va permite vizualizarea listei de echipaje definite in aplicatia de Back Office pentru prestator • Aplicatia va permite configurarea in backoffice a unui utilizator cu rol de administrator al resurselor umane

de la prestator • Prin intermediul unui utilizator cu rolul de mai sus se vor putea defini utilizatorii echipajelor; • Toate operatiunile de alocare vor fi jurnalizate

Managementul partenerilor

• Utilizatorii sunt definiti pentru fiecare punct de lucru al emitentului in momentul in care se aloca terminalul acestuia.

• Numele utilizatorului va fi setat default din server-ul de aplicatii si nu va putea fi schimbat. Din functionalitatea curenta se va putea defini o descriere a acestuia (se va putea personaliza acest cont).

• Aceasta functionalitate permite utilizatorului cu rol de administrator se administreze informatiile utilizatorilor default alocati puncului de lucru al emitentului;

• Administratorul va putea defini numele utilizatorilor si schimba codurile PIN ale acestora Managementul resurselor umane

• Utilizatorii sunt definiti pentru fiecare punct de lucru al emitentului in momentul in care se aloca terminalul acestuia.

89

• Aceasta functionalitate permite utilizatorului cu rol de administrator se administreze informatiile utilizatorilor default alocati puncului de lucru al emitentului;

• Administratorul va putea defini numele utilizatorilor si schimba codurile PIN ale acestora Backoffice Zonare Managementul regiunilor

• Sistemul va permite impartirea teritoriului tarii in regiuni, care vor fi utilizate in scopul planificarii planurilor de control si pentru raportare.

• Sistemul va jurnaliza orice modificare in lista regiunilor (adaugare / modificare / inactivare), pastrand urmatoarele informatii: Data adaugarii / modificarii / inactivarii si utilizatorul care a facut operatiunea respectiva

Vizualizarea regiunilor • Sistemul va permite afisarea si filtrarea informatiilor afisate in lista regiunilor dupa urmatoarele criterii: Cod,

Denumire, status Activ / Inactiv; Modificarea regiunilor

• Sistemul va permite modificarea unei regiuni in scopul actualizarii informatiilor aferente acesteia • Sistemul va permite modificarea urmatoarelor informatii despre regiune: Denumire, status Activ / Inactiv; • Modificarea statusului din Activ in Inactiv va rezulta in inactivarea regiunii respective (vezi 3.4.4.1.3)

Inactivarea regiunilor • sistemul va permite inactivarea unei regiuni in scopul eliminarii acesteia din lista regiunilor care pot fi

utilizate pentru planificarea activitatilor de control. • la inactivarea unei regiuni sistemul va inactiva si toate zonele asociate acesteia

Managementul zonelor de control • Sistemul va permite impartirea regiunilor un zone de control • Sistemul va jurnaliza orice modificare in lista zonelor de control (adaugare / modificare / inactivare), pastrand

urmatoarele informatii: Data adaugarii / modificarii / inactivarii, Utilizatorul care a efectuat modificarea Listare / Adaugare / Modificare / Inactivare zone de control

• Sistemul va permite afisarea / filtrarea informatiilor afisate in lista zonelor dupa urmatoarele criterii: cod, denumire, regiunea aferenta, status Activ /Inactiv

• Sistemul va permite adaugarea de zone de control prin adaugarea urmatoarelor informatii: codul zonei, denumirea, regiunea

• sistemul va permite modificarea unei zone de control in scopul actualizarii informatiilor aferente acesteia • pentru modificarea unei zone de control se vor solicita operatorului urmatoarele informatii: denumirea,

regiunea aferenta, status (Activ / Inactiv) • sistemul va permite inactivarea unei zone de control in scopul eliminarii acesteia din lista zonelor care pot fi

utilizate pentru planificarea activitatilor de control. • la inactivarea unei zone sistemul va inactiva si toate locatiile asociate acesteia

Managementul locatiilor de control • Sistemul va permite definirea locatiilor la nivelul fiecarei zone de control • Sistemul va jurnaliza orice modificare in lista locatiilor de control

Listare / Adaugare / Modificare / Inactivare locatii de control • Sistemul va permite afisarea / filtrarea informatiilor afisate in lista locatiilor de control dupa urmatoarele

criterii: cod, denumire, zona de control, status Activ / Inactiv • Sistemul va permite afisarea urmatoarelor informatii in lista locatiilor de control: cod, denumire, zona de

control, cod drum in afara localitatii, km drum in afara localitatii, coordonatele GPS ale locatiei, status Activ /Inactiv

90

• Sistemul va permite adaugarea si modificarea unei locatii de control solicitand operatorului urmatoarele informatii: cod, denumire, zona de control aferenta, cod drum national, km drum national, coordonate GPS

• Sistemul va permite inactivarea unei locatii de control in scopul eliminarii acesteia din lista locatiilor care pot fi utilizate pentru planificarea activitatilor de control.

Managementul partenerilor Vizualizarea listei de parteneri

• Aceasta functionalitate va permite vizualizarea listei de parteneri din sistem • Aplicatia trebuie sa permita regasirea / filtrarea in raport a partenerilor dupa urmatoarele criterii: CIF,

Denumire, Data autorizarii partenerului in sistem, Data revocarii autorizarii partenerului, Autorizat/Neautorizat;

• Selectarea din acest raport a unui partener va permite afisarea unui raport de partener care sa contina informatii detaliate despre acesta, lista de terminale mobile asociate, jurnalele operatiunilor asociate etc

Adaugarea partenerilor • Aplicatia trebuie sa permita adaugarea partenerilor noi in sistem, prin completarea urmatoarelor informatii: • Aplicatia trebuie sa permita adaugarea partenerilor completand urmatoarele informatii: CIF, Denumire,

Adresa • Partenerii nou-creati in sistem vor trebui autorizati, inainte de a li se permite utilizarea terminalelor mobile

alocate. Modificarea partenerilor

• Aplicatia trebuie sa permita modificarea partenerilor din sistem, pentru actualizarea urmatoarelor informatii: CIF, Denumire, Adresa

Autorizarea partenerilor • Aplicatia trebuie sa permita autorizarea partenerilor, pentru a le permite utilizarea terminalelor mobile

alocate. • Aplicatia trebuie sa permita autorizarea partenerilor, pentru a le permite utilizarea terminalelor mobile

alocate. • Autorizarea partenerilor trebuie sa fie jurnalizata in sistem, pastrand macar urmatoarele informatii: data

autorizarii si utilizatorul care a autorizat partenerul; Revocarea partenerilor

• Aplicatia trebuie sa permita revocarea autorizarii partenerilor, pentru a interzice acestora utilizarea terminalelor mobile alocate.

• Revocarea autorizarii partenerilor trebuie sa fie jurnalizata in sistem, pastrand urmatoarele informatii: Data revocarii autorizarii, Utilizatorul care a revocat autorizarea, Motivul revocarii autorizarii

Managementul punctelor de lucru ale partenerilor • Aceasta functionalitate permite vizualizarea / editarea punctelor de lucru ale partenerilor • Aplicatia trebuie sa permita filtrarea informatiilor din acest raport dupa urmatoarele criterii: Partener, Cod

punct de lucru partener, Data intrarii punerii in functiune a puctului de lucru al partenerului • Aplicatia trebuie sa prezinte urmatoarele informatii in lista de puncte de lucru: denumirea partenerului, Cod

punct de lucru, Punct de lucru, statusul autorizarii punctului de lucru respectiv Adaugare punct de lucru partener

• aceasta functionalitate permite introducerea in sistem a punctelor lucru ale partenerilor • pentru crearea unui punct de lucru al partenerului se vor solicita operatorului urmatoarele informatii:

Partenerul, Codul punctului de lucru, Denumirea punctului de lucru, Adresa, Judetul, Localitatea, Regiunea, Zona

• aplicatia va trebui sa verifice unicitatea punctelor de lucru ale partenerilor pe baza codului puntului de lucru • Aplicatia nu va permite crearea unui punct de lucru daca in baza de date cu puncte de lucru exista deja unul

cu acelasi cod; Modificare punct de lucru partener

91

• Aceasta functionalitate permite modificarea informatiilor punctelor de lucru ale partenerilor • operatorul va selecta un punct de lucru partener • aplicatia va prezenta informatiile punctului de lucru selectat si va permite modificarea urmatoarelor

informatii: Denumirea punctului de lucru, Adresa, Judetul, Localitatea, Regiunea, Zona Autorizare / Revocare punct de lucru partener

• aceasta functionalitate permite revocarea autorizarii punctelor de lucru ale partenerilor • pentru revocarea autorizarii unui punct de lucru acesta se va selecta din lista de puncte de lucru • pentru a preintampina revicarea autorizarii accidentale a punctelor de lucru aplicatia va solicita confirmarea

operatorului • la revocarea autorizarii punctului de lucru se vor revoca in prealabil autorizarile terminalelor folosite de catre

punctul de lucru • operatia de revocare a autorizarii a punctului de lucru se va jurnaliza atat din punct de vedere al punctului de

lucru cat si din punt de vedere al terminalelor si utilizatorilor Managementul prestatorilor

• Sistemul va permite definirea prestatorilor de servicii • Sistemul va jurnaliza orice modificare in lista locatiilor de control (adaugare / modificare / autorizare /

revocare), pastrand macar urmatoarele informatii: data realizarii operatiunii si utilizatorul care a facut modificarea

Vizualizarea listei de prestatori • Sistemul va permite listarea / filtrarea informatiilor afisate in lista prestatorilor dupa urmatoarele criterii: CIF,

Denumire, status autorizare; • Sistemul va jurnaliza orice modificare in lista locatiilor de control (adaugare / modificare / autorizare /

revocare), pastrand macar urmatoarele informatii: data realizarii operatiunii si utilizatorul care a facut modificarea

Adaugarea / Modificarea prestatorilor • sistemul va permite adaugarea unui prestator solicitand operatorului urmatoarele informatii: CIF, Denumire,

Adresa Autorizare / Revocare prestator

• sistemul va permite autorizarea prestatorilor in scopul activarii echipelor de control aferente acestuia pentru a fi incluse in planurile de control

• Aplicatia va da posibilitatea de a selecta in prealabil a prestatorul din lista de prestatori intregistrati in sistem si neautorizati in vederea schimbarii statusului de autorizare

• Pentru a preintampina autorizarea accidentala a prestatorilor aplicatia va solicita in clar confirmarea autorizarii administratorului ce efectueaza operatia

• sistemul va permite revocarea autorizarii prestatorilor in scopul inactivarii tuturor echipelor de control aferente acestuia ce sunt incluse in planurile de control

• Revocarea autorizarii se face dupa selectarea in prealabil a prestatorului din lista de prestatori intregistrati in sistem si autorizati

• Pentru a preintampina revocarea accidentala a autorizarii prestatorilor se va solicita in clar confirmarea revocarii administratorului ce efectueaza operatia.

Managementul utilizatorilor prestatorilor • Sistemul va permite definirea utilizatorilor generici (sloturi) care vor putea fi personalizati de in partea de

management FrontOffice de catre fiecare prestator in parte • Sistemul va permite inactivarea utilizatorilor generici in scopul reducerii numarului de persoane pe care le

poate aloca prestatorul pentru control Managementul echipelor de dispecerat

• Sistemul va permite definirea echipelor de dispecerat care vor trebui completate de catre prestator cu personal de dispecerizare.

92

• Fiecare echipa de dispecerat va fi asociata unei zone de control • Sistemul va permite inactivarea echipelor de control in scopul reducerii numarului de echipe pe care le poate

aloca prestatorul pentru control Managementul verificatorilor

• Sistemul va permite definirea verificatorilor in scopul alocarii acestora la echipele de verificare • Sistemul va jurnaliza orice modificare in lista verificatorilor (adaugare / modificare / autorizare / revocare),

pastrand urmatoarele informatii: Data adaugarii / modificarii / autorizarii / revocarii, Utilizatorul care a efectuat modificarea

Vizualizarea / Adaugare / Modificare / Autorizare verificator • Sistemul va permite afisarea / filtrarea informatiilor afisate in lista verificatorilor dupa urmatoarele criterii:

Cod, Nume, Prenume, status Autorizare • sistemul va permite adaugarea unui verificator solicitand operatorului urmatoarele informatii: cod, denumire • sistemul va permite modificarea unui verificator in scopul actualizarii informatiilor aferente acestuia • pentru modificarea unui verificator se vor solicita operatorului urmatoarele informatii: cod, denumire • sistemul va permite autorizarea verificatorului in scopul activarii acestuia pentru a fi inclus in planurile de

control • Sistemul va permite in vederea autorizarii selectarea in prealabil a verificatorului din lista de verificatori

intregistrati in sistem si neautorizati • Pentru a preintampina autorizarea accidentala a verificatorilor se va solicita in clar confirmarea autorizarii

administratorului ce efectueaza operatia • Sistemul va permite revocarea autorizarii verificatorului in scopul inactivarii acestuia pentru a nu fi inclus in

planurile de control • Revocarea autorizarii se face dupa selectarea in prealabil a verificatorului din lista de verificatori intregistrati

in sistem si autorizati • Pentru a preintampina revocarea accidentala a autorizarii verificatorilor aplicatia va solicita in clar

confirmarea revocarii administratorului ce efectueaza operatia. Managementul echipelor de control

• Aceasta functionalitate permite definirea echipelor de verificatori. Acestea vor face parte dintr-o regiune si vor deservi una sau mai multe zone de control

• Toate operatiunile legate de management vor fi jurnalizate in interiorul aplicatiei Vizualizarea / Editarea listei de echipe de control

• Toate Operatorul va putea vizualiza lista de echipe de control. Aplicatia permite filtrarea acestora dupa urmatoarele criterii: cod, denumire, regiune, status Activ / Inactiv

• Pentru o echipa aplicatia va achizitiona urmatoarele informatii: cod, denumire, regiune Alocarea zonelor deservite de echipele de verificatori

• aceasta functionalitate permite definirea pentru o echipa a zonelor deservite de catre aceasta • operatorul va putea vizualiza pentru fiecare echipa selectata liste de regiuni pe care o deserveste acea echipa. • operatorul poate adauga/elimina zone deservite numai daca echipa nu este asociata unui plan de control aflat

in derulare. • Toate operatiile de alocare zone se vor jurnaliza

Managementul planului de verificare si control • aceasta functionalitate permite definirea planurilor de verificare si control. Astfel sistemul va avea stocate

echipele mixte de dispeceri si verificatori, precum si stabilirea locatiilor si a intervalelor de timp in care acestia isi vor desfasura activitatea de control

Vizualizarea / filtrarea listei de planuri de control • aceasta functionalitate permite vizualizarea listei de planificari • lista se va putea filtra dupa urmatoarele criterii: regiune, prestator, denumire plan, data inceput planificare,

status planificare

93

• aplicatia trebuie sa permita la selectarea unei planificari vizualizarea detaliilor referitoarea la echipe de dispeceri, echipele de verificatori precum si informatii referitoare la zonele de control si locatiile de verificare

Definirea planului de control / verificare • aceasta functionalitate permite definirea planului de control si verificare • aplicatia trebuie sa permita achizitionarea urmatoarelor informatii: denumire, data planificata pentru

inceperea si finalizarea activitatii de control, regiunea pentru care se planifica activitatea de control • aplicatia trebuie sa permita alocarea zonelor de control din cadrul carora urmeaza sa se selecteze locatiile

unde vor fi amplasate echipele de control. Se vor putea aloca numai zone din regiunea pentru care este creat planul.

Crearea de echipe mixte de dispeceri / verificatori • aceasta functionalitate permite crearea echipelor mixte de echipe de dispeceri si coordonatori • aplicatia trebuie sa permita crearea echipe compuse dintr-un dispecer si una sau mai multe echipe de

verificatori • aplicatia trebuie sa permita la definirea unei echipe a intervalului de timp in care isi va efectua activitatea

echipa mixta dispecer - echipe verificatori • pentru crearea echipei mixte de control se vor stabili: echipa dispecer ce va putea fi selectata din echipele

prestatorilor ce pot deservi zona respectiva si echipele de verificatori care vor fi selectate din echipele de verificatori ce pot deservi zonele respective

• Aplicatia va trebui sa permita definirea pentru dispeceri a unei norme de vehicule de verificat Publicarea planului de control / verificare

• aplicatia trebuie sa permita publicarea planului de verificare si control in vederea transmiterii acestuluia catre prestatori si verificatori

Managementul terminalelor mobile Vizualizarea listei de terminale mobile folosite in sistem

• Sistemul va permite vizualizarea listei de terminale mobile utilizate in cadrul sistemului. • Aplicatia va permite afisarea de rapoarte asociate terminalelor mobile si filtrarea acestora dupa urmatoarele

criterii: Cod IMEI (cod unic dat de producator terminalului), denumire, data autorizarii, data revocarii autorizarii, partenerul / prestatorul asociat terminalului, statusul autorizarii;

• Aplicatia va afisa prin selectarea din aceasta lista a unui terminal informatii detaliate despre acesta precum si informatii legate de operatiunile pe care terminalul le-a efectuat in cadrul sistemului;

Inregistrare terminale mobile agreate in cadrul sistemului • Aceasta functionalitate permite inregistrarea terminalelor mobile ce vor putea accesa sistemul informatic • Aceasta functionalitate va trebui implementata ca o aplicatie desktop ce va permite intregistrarea in sistem

numai a terminalelor conectate prin cradle la calculatorul de unde se efectueaza inregistrarea terminalelor • Accesul in aplicatia de inregistrare terminale se face pe baza de utilizator si parola. Se va permite accesul in

aplicatie numai a utilizatorilor ce au rolul „Administrator” • Aplicatia trebuie sa detecteze prezenta terminalului in cradle si sa prezinte in mod vizual prezenta acestuia

operatorului uman. • Dupa introducerea terminalului in cradle sistemul va permite instalarea aplicatiei de terminal pe acesta si

inregistrarea terminalului in sistem • La inregistrarea terminalului in sistem se va verifica existenta acestuia in cadrul sistemului pe baza codului

IMEI (cod unic dat de producator). • In cazul in care terminalul nu exista in sistem se va inregistreaza terminalul in sistem fara a se face

autorizarea acestuia. • Dupa inregistrarea terminalului in sistem se face instalarea/reinstalarea automata a componentei de mobilitate

pe terminalul mobil • Administratorul aplicatie va putea da o denumire terminalului pentru a fi mai usor de identificat in cadrul

sistemului.

94

Autorizarea terminalelor mobile • Aceasta functionalitate va permite accesarea sistemului informatic de catre terminalele mobile supuse

autorizarii • Pentru a putea autoriza un teminal mobil acesta trebuie sa fie inregistrat in sistem si neautorizat • Autorizarea se face dupa selectarea in prealabil a terminalului din lista de terminale intregistrate in sistem si

neautorizate • Pentru a preintampina autorizarea accidentala a terminalelor se va solicita in clar confirmarea autorizarii

administratorului ce efectueaza operatia • Operatia de autorizare a terminalelor mobile trebuie sa fie jurnalizata de catre sistem

Anularea autorizarii • Aceasta functionalitate va permite blocarea accesului in sistemului informatic a terminalele mobile • Pentru a anula autorizare unui terminal mobil acesta trebuie sa fie inainte de toate inregistrat in sistem si sa

fie autorizat. • Anularea autorizarii se face dupa selectarea in prealabil a terminalului din lista de terminale autorizate • Anularea autorizarii se face dupa selectarea in prealabil a terminalului din lista de terminale autorizate • Operatia de anulare a autorizarii a terminalului mobil trebuie sa fie jurnalizata

Cerinte de jurnalizare

Aceasta solicitare presupune asigurarea functionalitatilor necesare in cadrul solutiei pentru Sistemul Informatic de Emitere, Gestiune , Monitorizare si Control a Rovinietei cu scopuri de:

• auditare; • raportare cu privire la actiunile intreprinse de utilizatori in sistem; • monitorizare

Se doreste obtinerea suportului din partea platformei pentru asigurarea posibilitatilor de investigatie cu scopul de a creste nivelul de securitate si de a asigura instrumentul de evidenta pentru actiunile utilizatorilor sistemului.

Platforma va asigura flexibilitate pentru configurarea rapoartelor in functie de necesitatile autoritatii contractante.

Cerinte nonfunctionale

Cerinte nonfunctionale sunt acele cerinte care definesc solutia informatica din punct de vedere al calitati sau al constrangerilor de operare. Acestea au rolul de a asigura criteriile prin minimale prin care se poate asigura robustetea solutiei informatice conform necesitatilor. Generalitati si definitii

In contextul cerintelor nonfunctionale, se vor folosi urmatoarele definitii de termeni: • Interval de functionare – desemneaza programul (intervalul orar) in care sistemul trebuie sa poata deservi

cerintele dinspre utilizatori • Durata permisa de nefunctionare (masurata in minute lunar) – semnifica suma timpilor de nefunctionare,

considerata pentru toate perioadele de indisponibilitate din cadrul intervalului de functionare. Este inclus in procentajul de disponibilitate.

• Interval pentru activitati programate de service – intervalul orar stabilit pentru activitatile de actualizare (upgrade), administrare si optimizare. In cadrul acestui interval de timp, sistemul poate fi nefunctional sau indisponibil sau poate functiona cu degradare de performanta

• Procentaj de disponibilitate (raportat la minute/lunar pentru o luna cu un numar mediu de 30 de zile) – procentul de timp din cadrul intervalului de functionare in care sistemul trebuie sa atinga criteriile de performanta solicitate

95

• Incident – eveniment neplanificat care duce la degradarea criteriilor de performanta sau la lipsa disponibilitatii

Informatii de volum

Parametrii finali ai soluŃiei sunt : • Numar de puncte de vanzare si/sau verificare: 1500 • Numar de puncte fixe de control automat : 300 • Numar de puncte mobile de control automat : 50 • Numar de utilizatori pentru platforma portal: 4 000 000

În această etapă a proiectului se vor achiziŃiona :

• 1500 kituri complete de emitere şi/sau verificare roviniete, formate din : o Terminal mobil, inclusiv staŃie de încarcare fixă (inclusiv posibilitate de comunicare USB cu calculatorul), alimentare

220Vca o Imprimantă mobilă, inclusiv încărcător fix, alimentare 220Vca o MentenanŃă pentru 3 ani, cu remedierea oricărui tip de defect (utilizare normală sau defectuoasă)

• 5 puncte fixe de control automat pe 2 benzi de circulatie • 5 puncte fixe de control automat pe 4 benzi de circulatie • 14 puncte mobile de control automat • Echipamentele hardware necesare realizării arhitecturii prezentate la cap. 3.1.1 si 3.2.1.5.şi specificaŃiilor din fi şele tehnice anexate,

inclusiv mentenanŃa cu timp de remediere la 6 ore, pentru un an de la punerea în funcŃiune a sistemului • LicenŃele software şi aplicaŃiile necesare realizării scopului proiectului conform specificaŃiilor din fi şele tehnice anexate, inclusiv

mentenanŃa pentru un an de la punerea în funcŃiune a sistemului • Serviciile tehnice de implementare şi de punere în funcŃiune a sistemului conform specificaŃiilor, inclusiv resursele expert solicitate • Studiu pe un esantion reprezentativ de utilizatori. • Training instruire utilizatori conform cerinŃelor

Simultaneitate

Sistemul va trebui sa fie dimensionat astfel incat sa poata sustine cel putin 25 de tranzactii functionale (emitere, control, etc) pe secunda.

Furnizorul la cererea autoritatatii contractante va realiza cu cel putin 2 luni inainte de punerea in functiune a solutiei un sondaj pe un esantion reprezentativ de utilizatori cu scopul de a determina daca sistemul implementat de catre furnizor va face fata la solicitari (din punct de vedere al numarului de tranzactii pe secunda si din punct de vedere al functionalitatilor).

Pe baza acestui studiu autoritatea contractanta va decide fie extinderea configuratiei si functionalitatilor existente fie pastrarea configuratiei si functionalitatilor initiale.

Autoritatea contractanta isi rezerva dreptul de a solicita extinderea capacitatii sistemului in cazul in care utilizarea acestuia va depasi limitele estimate initial.

Ofertantul va asigura serviciile de transfer de date pentru 1 an de la punerea in functiune a solutiei, pentru terminalele mobile si punctele de control automat. Criterii de performanta

Criteriile de performanta solicitate au in vedere obtinerea rezultatelor solicitate in conditii de incarcare maxima ale sistemului.

Operatiile de citire de inregistrari simple din baza de date vor dura maxim 5 secunde din momentul solicitarii unei anumite inregistrari de la nivelul aplicatie pana in momentul in care informatiile sunt afisate in forma stabilita.

Operatiile de scriere a unor inregistrari noi in baza de date nu vor dura mai mult de 5 secunde din momentul in care utilizatorul solicita de la nivelul aplicatie salvarea pana in momentul in care: o Operatia este finalizata la nivelul SGBD si o La nivel aplicatie utilizatorul are confirmarea finalizarii operatiei

Operatiile de actualizare a unor inregistrari existente in baza de date nu vor dura mai mult de 5 secunde din momentul emiterii solicitarii catre aplicatie pana in momentul in care:

96

o Operatia este finalizata la nivelul SGBD si o La nivel aplicatie utilizatorul are confirmarea finalizarii operatiei

Operatiile de solicitare si afisare de situatii (rapoarte) generale si de uz curent trebuie sa fie finalizata pentru oricare dintre rapoarte in cel mult 10 secunde din momentul emiterii solicitarii pana in momentul afisarii informatiilor; Fac exceptie raportarile complexe ce vor fi generate prin agregarea din mai multe surse de date si/sau pentru obtinerea informatiilor statistice consolidate si a indicilor de performanta ce presupun prelucrari complexe ale informatiilor. Disponibilitate

Tabelul de mai jos prezinta solicitarile de disponibilitate prin prisma definitiilor prezentate la 0 Generalitati si definitii

Pentru sistemele prezentate mai jos se va asigura disponibilitate atat pentru componentele implicate direct cat si pentru cele de care depinde furnizarea serviciului descris de sistem la parametrii de criterii de performanta solicitati.

Sistem Intervalul de functionare

Disponibilitate lunara (procentual)

Sistemul de emitere rovinieteprin parteneri cu lanturi de retail proprii

24h x 7 99%

Sistemul de emitere rovinieteprin punctele de vanzare ale autoritatii contractante

24h x 7 99%

Sistemul de emitere rovinieteprin intermediul componentei portal

24h x 7 99%

Sistem de emitere rovinieteprin intermediul SMS

24h x 7 99%

Sistemul de dispecerizare prin terti 24h x 7 99% Sistemul de planificare ale activitatilor de control

24h x 7 99%

Sistemul de verificare in teritoriu prin intermediul agentilor de control ai autoritatii contractante

24h x 7 99%

Sistemul de management, monitorizare si control al aplicatiilor

24h x 7 99%

Sistemul de control automat 24h x 7 99% Sistemul de rapoarte complexe L-V 7:30 –

18:00 90%

97

Cerinte generale pentru solutie Arhitectura propusa trebuie sa fie redundanta, scalabila si robusta, pentru a asigura prevenirea intreruperilor in

functionare si asigurarea unui timp minim de recuperare in caz de intrerupere. Scopul este ca majoritatea intreruperilor sa nu aiba nici un impact sau unul minim asupra disponibilitatii sistemului.

Arhitectura va fi dimensionata astfel incat sa indeplineasca cerintele sistemului, cu o marja de eroare ce poate fi rezolvata datorita scalabilitatii sistemului. Arhitectura va trebui sa fie suficient de scalabila pentru a satisface cerintele pentru implementarea completa a noului sistem. Aceasta are in vedere si adaugarea in viitor a unui site secundar (de disaster recovery and business continuity), similar cu cel ce va fi implementat in faza actuala.

Pentru a raspunde cerintelor de performanta, scalabilitate si disponibilitate ale sistemului centralizat, componenta de date trebuie sa suporte o arhitectura de tip cluster activ-activ pentru a permite balansarea incarcarii si failover pentru mai multe instante de servere. Din punct de vedere logic, la nivel de aplicatie, toate serverele care fac parte dintr-o astfel de configuratie sunt vazute ca un singur server care are la dispozitie toate resursele de tip CPU si memorie disponibile.

Toate componentele nucleului central (routere, firewall-uri, load balancers) trebuie sa fie implementate intr-un mod de toleranta a erorii astfel incat sa nu existe single point of failure. Reteaua trebuie sa aiba abilitatea sa re-ruteze automat traficul pe conexiunile si dispozitivele redundante, furnizand cel putin o ruta alternativa pentru fiecare componenta. In acest mod solutia este intotdeauna accesibila. Aceasta permite comutarea succesiva a componentelor retelei offline, cate una la un moment dat si sa minimizeze astfel timpul de indisponibilitate planificat.

Ofertantul trebuie sa prezinte in cadrul propunerii tehnice dovada de la fiecare producator de la care sunt furnizate elemente pentru infrastructura sistemului a validarii arhitecturii solutiei propuse, din care sa reiasa indeplinirea cerintelor tehnice si functionale minime solicitate in caietul de sarcini. Deasemenea, Ofertantul trebuie sa prezinte autorizaŃii/certificate sau alte documente care să ateste conformitatea produselor, identificată clar prin referire la specificaŃii si/sau standarde relevante, comform cerintelor din caietul de sarcini - copii cu mentiunea conform cu originalul, semnate si stampilate. Cerinte generale hardware

Solutia conceptuala propusa trebuie sa aiba asigurat suportul hardware si de comunicatii corespunzator astfel incat sa poata fi asigurata disponibilitatea maxima a solutiilor software instalate.

Aceasta presupune ca echipamentele necesar a fi puse la dispozitie trebuie sa indeplineasca cateva conditii de baza recomandate de bunele practici in domeniu:

• Arhitectura hardware trebuie sa fie in configuratie cluster cu suport pentru failover • Serverele de aplicatii si baze de date trebuie sa aiba la baza tehnologii verificate de-a lungul timpului

in implementari echivalente. In acest sens, este recomandat ca sistemele de operare pe care vor rula solutiile software sa fie de tip enterprise si acestea sa fie certificate pentru serverele propuse

Se recomanda ca sistemele pe care vor rula aplicatiile sa aiba instalate resurse suficiente pentru procesare si

stocare in termeni de: Procesoare, Memorie interna, unitati de stocare interna etc Se recomanda, datorita volumului mare de date ce urmeaza a fi stocate si datorita faptului ca este

recomamdabila o solutie de tip cluster, ca solutia de stocare sa aiba la baza dispozitive de stocare externa, conectate la serverele de aplicatii si baze de date prin intermediul unor legaturi si echipamente de mare viteza (ex. Conexiune de tip FC)

Se recomanda, de asemenea, implementarea unei solutii de backup externe. Pe baza recomandarilor enuntate mai sus se solicita ca furnizorul Sistemlui Informatic Integrat sa puna la

dispozitie , pe langa solutia software, si solutia hardware (incluzand software-ul de infrastructura) si de comunicatii care sa indeplineasca minim urmatoarele cerinte:

Arhitectura oferita va fi de tip cluster cu suport pentru failover si va contine minim 2 noduri (servere).

98

• Sistemele de operare tip server din arhitectura cluster pe care vor rula serverele de aplicatie/baza de date sa fie de tip enterprise.

• Memorie interna : minim 16 GB/server instalata si activa si upgradabila la 256 GB/server. • Ventilatoare redundante • Ventilatoare hot-swap • Surse redundante • Surse hot-swap • Discuri hot-swap • Mecanisme de protectie a memoriei • Sistemele server trebuie sa aiba capacitate de scalare • Sistemul de stocare externa cu disk-uri FC (un echipament) cu minim urmatoarele caracteristici:

o numar de discuri FC instalate: 48 discuri de 146 GB/15000 RPM o nivele RAID suportate: 1, 1+ 0, 5,6 o memorie cache instalata pe controller: 2 GB (4GBper controller pair ) o porturi dedicate pentru conectare in SAN :4 porturi FC la 4 Gbps o capacitate maxima: 96 discuri (fara licentiere suplimentara) o numar de bucle FC-AL (Fibre Channel - Arbitrated Loop) instalate pe sistem, pentru conectarea

interna a discurilor: 2 FC-AL Switched la 4 Gbps pentru fiecare dulap de discuri3 o sistemul sa permita upgrade-ul software si hardware fara oprirea sistemului o sa aiba aplicatie inclusa pentru replicarea locala a volumelor snapshot si clona o sistemul sa includa aplicatia pentru managementul cailor de acces dinspre servere inspre sistemul

de stocare si functii permitand atat comutarea traficului intre cele doua cai redundante de acces, ambele active, cat si balansarea incarcarii pe caile redundante (load balancing) indiferent de numarul de servere conectate

o sa ofere suport pentru replicare la distanta mod sincron si asincron prin licentiere ulterioara o sa includa surse de alimentare si ventilatoare redundante o sa ofere suport pentru cluster dual-node sau multinod o sa include aplicatie pentru administrarea si configurarea sistemului de discuri o sa permita o viteza de transmitere a datelor: 1550 MB/s si un Numar de operatii I/O: 140000 IOPS. o sa aiba garantie hardware si mentenanta software (upgrade-uri majore si minore) de 3 ani cu timp

de reparatie si repunere in functiune a componentelor hardware de maxim 6 ore. • Infrastructura redundanta de conectare la sistemul de disk-uri extern. In acest sens vor fi puse la dispozitie

minim 2 SAN switchuri cu minim urmatoarele caracteristici: o 8 porturi o Viteze auto-negociate suportate 2/4/8 Gbit/sec o Interfete de management – web, telnet, snmp o Suport pentru zonare o Suport trunking – prin licentiere ulterioara

• Biblioteca de benzi pentru backup (un echipament) care sa indeplineasca minim urmatoarele caracteristici o numar de drive-uri de benzi instalate: 2 x LTO4 Fibre Channel Tape Drive cu interfata FC la 4

Gbps o numar maxim de drive-uri suportate: 2 o capacitatea de stocare nativa (fara compresie) pe o banda: 800 GB o rata de transfer nativa (fara compresie) in configuratie maxima: 864 GB/hr o numar minim de sloturi pentru benzi initial instalate: 48 o interfete management: 10/100 Mbytes/second, auto-configurabila. Conector RJ-45. o Surse redundante

99

Pentru fiecare tip de produs ofertat si pentru fiecare producator in parte trebuie prezentata autorizarea pentru livrarea produselor emisa de producator prin care ofertantul este autorizat sa livreze produsele oferite catre Autoritatea Contractanta si detine competente pentru instalarea, configurarea si punere in functiune a acestora.

Autorizatia va fi prezentata in original, semnata si stampilata. Autorizatia va fi emisa de reprezentanta din Romania a producatorului, daca aceasta exista.

Se vor prezenta autorizari pentru fiecare intermediar astfel incat sa se demonstreze legatura pe tot lantul de la fabricant la operatorul economic ofertant.

Cerinte generale software

• Toate componentele software ale solutiei trebuie sa fie licentiate perpetuu. • Licentierea se va face per procesor, cu exceptia serverelor de securitate. • Se vor oferi versiuni complete pentru a acoperi in totalitate cerintele solutiei si ultima versiune certificata la data inceperii

proiectului; • Impreuna cu produsul se va pune la dispozitie documentatie de instalare, administrare si utilizare a sa; • Pentru fiecare produs oferit, se va justifica utilizarea sa in cadrul solutiei in concordanta cu strategia de produse a furnizorului; • Produsele software trebuie sa aiba la baza o platforma tehnologica matura din punct de vedere al dezvoltarii, avand referinte

multiple atat pe plan intern cat si international; • Suport tehnic si upgrade pe o perioada de 1 an pentru toate produsele software livrate; • Asistenta tehnica 24x7 pentru toate produselor software utilizand mijloace rapide si eficiente de comunicare (cel putin telefon si e-

mail). Garantie

Autoritatea contractanta solicita pentru Sistem Informatic de Emitere, Gestiune, Monitorizare si Control a Rovinietei o garantie de 3 ani pentru componentele hardware si 3 ani pentru dezvoltarile software efectuate in scopul proiectului.

In acest context se solicita in mod expres declaratia in original a producatorului / producatrilor pentru toate produsele ofertate din care să rezulte acordul neechivoc al acestuia/acestora, de a asigura la cerere servicii de suport tehnic, pentru o perioada de 3 ani.

100

Abordarea proiectului Structura managementului

In cadrul proiectului va fi definit un Comitet de Conducere al Proiectului. Se va prezenta componenta propusa pentru Comitetul de Conducere al Proiectului, in care vor fi incluse persoane cu rol decizional din toate entitatile implicate

Organizare si metodologie Metodologii folosite

• Ofertantul va declara ce metodologie de dezvoltare a sistemelor informatice foloseste. Este obligatorie folosirea unei metodologii recunoscute pe plan international.

• Ofertantul va declara ce metodologie de management de proiect foloseste. • Ofertantul va face o scurta prezentare a metodologiilor folosite in proiect. Organizarea proiectului

• Ofertantul va prezenta in detaliu, in raport cu specificul acestuia si cu metodologia propusa, modalitatea in care proiectul va fi organizat, incluzand cel putin urmatoarele elemente: Comitetul de Conducere al Proiectului, Manager de Proiect, Sefi de Echipa si alte roluri importante din cadrul echipei tehnice de proiect, Echipa de Suport administrativ.

• Ofertantul va prezenta organizarea si responsabilitatile fiecarei parti implicate in proiect, inclusiv propunerile pentru organizarea Beneficiarului/Utilizatorilor.

• Ofertantul trebuie sa-si asume in intregime efectuarea activitatilor care concura la atingerea rezultatelor, tinand seama de resursele umane limitate ale Beneficiarului/Utilizatorilor.

• In cazul in care ofertantul reprezinta o asociere, ofertantul trebuie sa descrie modalitatea in care fiecare membru al asocierii intervine in proiect, distribuirea si interactiunea sarcinilor si responsabilitatilor.

• Descrierea facilitatilor de suport pe care expertii implicati in proiect le vor avea din partea contractorului pe timpul executiei contractului.

Experti cheie

Avand in vedere faptul ca CV-ul expertilor cheie propusi de catre Ofertant va fi luat in considerare ca parte a procesului de evaluare a ofertelor, expertii nominalizati nu vor putea fi schimbati pe intreaga perioada a derularii proiectului, cu exceptia situatiei in care persoana nominalizata inceteaza sa mai fie angajat al organizatiei Ofertantului sau din motive medicale nu isi mai poate indeplini cu succes indatoririle. In aceasta situatie, Ofertantul va nominaliza un inlocuitor care va avea cel putin aceleasi calificari cu cele ale persoanei pe care o va inlocui. Nominalizarea unui expert va fi supusa aprobarii Beneficiarului, care va trebui sa avizeze pozitiv aceasta noua nominalizare. Expert cheie 1: Lider de Proiect

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 150 de zile. Liderul de Proiect va avea responsabilitatea administrarii si coordonarii intregului proiect, lucrand direct cu

ceilalti experti si experti cheie din proiect, cu personalul din cadrul tuturor structurilor implicate in proiect si va fi responsabil cu executia si finalizarea cu succes a proiectului.

Cerinte minime obligatorii: • Diploma de absolvire a studiilor universitare in domeniu IT&C. • Certificat privind absolvirea unor cursuri de specialitate in Project Management in mod obligatoriu cu referire la

metodologii de Project Management recunoscute la nivel mondial (PMI, IPMA si/sau PRINCE2). Dovada se va

101

face prin prezentarea in copie a certificatelor profesionale si/sau a certificatelor de absolvire a cursurilor de Project Management pentru metodologiile impuse, certificate emise de institutii autorizate sa instruiasca/certifice persoane in domeniul metodologiilor impuse de Project Management.

• Cel putin 7 ani experienta in implementarea proiectelor IT&C, din care cel putin 6 ani in pozitia de Lider de Proiect. Dovada se va face prin prezentarea de copii dupa Carte de munca sau recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta ca Lider de Proiect in cel putin 2 proiecte de similare, cu o dimensiune a echipei de cel putin de 10 persoane, in ultimii 3 ani,. Dovada se va face prin prezentarea de recomandari personale pentru persoana propusa emise, semnate si stampilate de angajator.

• Cunoasterea limbii romane Expert cheie 2: Arhitect de solutie

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 120 de zile. Arhitectul de solutie va fi responsabil cu proiectarea sistemului, incepand din faza de analiza. El/ea va coordona

echipa tehnica si va avea responsabilitatea implementarii generale a componentelor si pregatirii intregii documentatii de suport.

Arhitectul de solutie va lucra in locatia CNADNR in stransa cooperare cu echipa CNADNR fiind responsabil si de transferul de cunostinte catre echipa CNADNR.

Cerinte minime obligatorii: • Diploma de absolvire a studiilor universitare in domeniul IT, Computere sau o disciplina echivalenta. • Cel putin 4 cursuri de instruire profesionala intr-una dintre tehnologiile mentionate in Caietul de sarcini. Se ataseaza diplomele de

prezenta. • Cel putin 7 ani de experienta in domeniul IT din care ultimii 2 ani ca arhitect de solutie. Dovada se va face prin prezentarea de

copii dupa Carte de munca sau recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta in activitatile de livrare servicii si metode, definitii, design, constructie, instalare, folosire software – participarea la cel putin 2 proiecte. Dovada se va face prin prezentarea de copii dupa recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta in securitatea sistemelor de informatii in ultimii 3 ani. Dovada se va face prin prezentarea de copii dupa recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta in managementul datelor si documentelor – participare in cel putin un proiect in care utilizatorii sunt gestionati complex, apartinand unei (multi)organizatii multinivel. Dovada se va face prin prezentarea de copii dupa recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta in dezvoltarea si implementarea de solutii pe terminale mobile. Dovada se va face prin prezentarea de copii dupa recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Cunoasterea limbii romane

Expert cheie 3: Arhitect Comunicatii Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 60 de zile. Arhitectul de comunicatii va fi responsabil de evaluarea necesitatilor de comunicatii, precum si implemenatarea

partii de comunicatii din proiect. Cerinte minime obligatorii:

• Diploma de absolvire a studiilor universitare in domeniul IT&C, inginerie sau o disciplina echivalenta. • Urmatoarele certificari profesionala (sau echivalente)

o Cisco Network Professional – CCNP o Cisco Certified Security Professional – CCSP o Certified Information Systems Security Professional

• Cel putin 7 ani de experienta in domeniul IT. • Experienta in activitatile de livrare servicii de comunicatii, definitii, design, constructie, instalare, folosire

software specific – participarea la cel putin 5 proiecte. • Expertul va fi disponibil pentru lucrul la sediul clientului pentru minim 80% din timpul alocat proiectului. • Cunoasterea limbii romane

102

Expert cheie 4: Analist de business

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 60 de zile. Analistul de Business va coordona analiza cerintelor de business si functionale avand ca livrabil documentul de

specificatie a cerintelor a sfarsitul fazei de analiza. Va coordona o echipa formata din experti non cheie care vor culege informatiile necesare si le vor prelucra.

Cerinte minime obligatorii: • Diploma de absolvire a studiilor universitare; • Cel putin un curs de instruire profesionala intr-una dintre tehnologiile mentionate in Caietul de sarcini. Se

ataseaza diplomele de prezenta; • Cel putin un curs de instruire profesionala intr-o disciplina de specificare a cerintelor absolvit cu certificat

profesional. • Cel putin 7 ani de experienta in implementarea proiectelor IT, din care cel putin 3 ani ca Analist de Business;

dovada se va face prin prezentarea de copii dupa Carte de munca sau recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta ca Analist de Business in cel putin 1 proiect de dezvoltare software finalizat, de cel putin 10 persoane; dovada se va face prin prezentarea de copii dupa recomandari personale pentru persoana propusa emise, semnate si stampilate de angajator sau beneficiarii proiectelor.

• Cunoasterea limbii romane Expert cheie 5: Designer/Integrator de Aplicatie (2 persoane)

Pentru acesti experti se solicita a fi alocati in cadrul proiectului minim 75 de zile fiecare. Persoanele cu rol de Designer/Integrator de aplicatie va raspunde de proiectarea si integrarea aplicatiilor

implementand logica de business conform cerintelor proiectului. Cerinte minime obligatorii:

• Diploma de absolvire a studiilor universitare de IT, Computere sau o disciplina echivalenta; • Cel putin un curs de instruire profesionala intr-una dintre tehnologiile mentionate in Caietul de sarcini. Se

ataseaza diplomele de prezenta; • Cel putin 7 ani de experienta IT, din care cel putin 3 ani ca Arhitect de Aplicatie, Enterprise Arhitect,

specialist in integrarea datelor sau echivalenta; dovada se va face prin prezentarea de copii dupa Carte de munca sau recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Cunoasterea limbii romane Expert cheie 6: Designer/Integrator de Aplicatii Frontoffice/Mobile

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 50 de zile. Persoanele cu rol de Designer/Integrator de aplicatie va raspunde de proiectarea si integrarea aplicatiilor

implementand logica de business conform cerintelor proiectului. Cerinte minime obligatorii:

• Diploma de absolvire a studiilor universitare de IT, Computere sau o disciplina echivalenta; • Cel putin un curs de instruire profesionala intr-una dintre tehnologiile mentionate in Caietul de sarcini. Se

ataseaza diplomele de prezenta; • Cel putin 7 ani de experienta IT; dovada se va face prin prezentarea de copii dupa Carte de munca sau

recomandari personale pentru persoana propusa emise, semnate si stampilate de catre beneficiarii proiectelor prezentate ca referinta.

• Experienta in implementarea a minim 1 proiect similar ca amploare tehnica cu prezenta achizitie ( in care aplicatia de frontoffice pe terminale mobile sa fie instalata pe cel putin 1000 de unitati) si cu minim 4 ani experienta in dezvoltarea aplicatiilor de mobilitate (utilizand terminale mobile cu cititoare de coduri de bare incorporate).

103

• Cunoasterea limbii romane Expert cheie 7 : Expert sisteme Automatic Number Plate Recognition

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 20 de zile. Persoanele cu rol de expert sistem ANPR va raspunde de integrarea si implementarea sistemelor ANPR conform

cerintelor proiectului. Cerinte minime obligatorii :

• Studii superioare de lungă durată în domeniul IT sau pregătire echivalentă (Automatică, Cibernetică, Electronică, TelecomunicaŃii). Se vor prezenta copii dupa diplome de absolvire, carte de munca, alte dcumente doveditoare;

• Experienta minim 5 ani in realizarea de sisteme informatice, se vor prezenta copii dupa carte de munca, alte documente doveditoare

• Experienta in implementarea a minim un sistem ANPR fix si un sistem ANPR mobil: pentru dovedirea experientei se vor prezenta recomandari de la beneficiar sau angajator

• Experienta minim 1 an in realizarea de sisteme de control si gestiune in domeniul rutier. • Experienta in analiza si design-ul a minimum 3 sisteme informatice • Experienta in dezvoltarea a minimum 2 sisteme informatice distribuite. • Cunoasterea limbii romane Expert cheie 8 : Expert aplicatie de gestiune a contraventiilor

Pentru acest expert se solicita a fi alocat in cadrul proiectului minim 10 de zile. Persoanele cu rol de expert sistem ANPR va raspunde de integrarea si implementarea sistemelor ANPR conform

cerintelor proiectului. Cerinte minime obligatorii :

• Experienta in implementarea de sisteme informatice de minim 5 ani • Experienta in cel putin 2 proiecte de sisteme de control si gestiune a contraventiilor cu ajutorul carora sa se fi procesat cel

putin 250.000 de contraventii. Pentru dovedirea experientei se vor prezenta recomandari de la beneficiar sau angajator • Experienta in elaborare materiale de training si training efectiv cu utilizatorii finali • Certificat de catre producatorul aplicatiei - nivel mim administrator • Cunoasterea limbii romane

Logistica si sincronizare Ofertantul va trebui sa indice elementele definitorii ale cadrului pentru desfasurarea cu succes a proiectului

incluzand elemente de logistica, asigurarea materialelor necesare functionarii normale a sistemului precum si durata desfasurarii proiectului detaliat in planul de proiect.

Furnizorul va asigura un prim set de consumabile necesare pentru un minim de 3 luni de functionare in faza Pilot.

Proiectul va include o faza Pilot care va oferi cel putin functionalitatatea de emitere de rovinieteprecum si elemente de baza din functionalitatea de backoffice.

Locatie

Locatia desfasurarii proiectului va fi sediul CNADNR a carui adresa este mentionata in sectiunea de date a achizitiei.

Amenajarea salilor in care se instaleaza echipamentele nu face obiectul acestei achizitii. Data inceperii si perioada de executie

Data inceperii contractului va fi comunicata de catre beneficiar imediat dupa semnarea contractului prin emiterea unui ordin de incepere.

Perioada estimata va trebui sa rezulte din planul de proiect propus de ofertant. Se asteapta ca faza de emitere

rovinietela nivelul intregului teritoriu sa fie finalizata in cel mult 3 luni de la semnarea contractului, dar sa nu

104

depaseasca data de 15 decembrie 2009, urmand ca functionalitatile complete ale sistemului sa fie implementate in cel mult 9 luni de la semnarea contractului.

105

Servicii solicitate Servicii de analiza de business

Serviciile de analiza de business vor consta in analiza cerintelor de functionalitate ale sistemului avand ca livrabil de faza producerea unui document de specificatie a cerintelor. Acest document va trebui sa intruneasca acceptul prin semnatura atat a personalului autorizat cal CNADNR cat si al furnizorului. Servicii de implementare

Pentru sectiunea de comunicatii: • servicii de analiza a topologiei de retea si intocmire a planului de nomenclatura si adresare • servicii de instalare, cablare si punere in functiune a subsistemelor de switching si rutare • servicii de configurare a subsistemelor de switching si rutare • servicii de implementare a politicii de securitate pe echipamentele specializate si de aliniere a acesteia la necesitatile tehnice si

politice ale clientului • servicii de mententanta si postgarantie a echipamentelor implicate • servicii de interconectare cu reteaua de date a beneficiarului

Pentru sectiunea de securitate:

• servicii de analiza a suprafetelor de impact si design a arhitecturii de securitate • servicii de instalare si punere in functiune a subsistemului de securitate • servicii de configurare si adaptare la cerintele clientului a subsistemului de securitate

Pentru sectiunea hardware: Ofertantul va asigura instalarea echipamentelor propuse in cadrul solutiei prin furnizarea pachetelor standardizate de servicii de

instalare, specifice echipamentelor respective, garantate si livrate de producatorul echipamentelor sau de reprezentantul autorizat al acestuia in Romania.

Se va realiza instalarea completa, inclusiv infrastructura si aparatura de comunicatie, pentru toate punctele de control automat, in locatiile specificate de catre beneficiar in faza de analiza.

Servicii de project management Furnizorul va avea o abordare metodologica asupra intregului proces de implementare si va descrie in cadrul

ofertei sale modul in care intentioneaza sa urmareasca derularea proiectului. Metodologia de implementare prezentata va cuprinde: 1. Cadrul general de abordare propus pentru implementarea contractului 2. Metodologia de lucru pentru activitatea de dezvoltare software si de implementare a solutiei propuse

Beneficiarul asteapta ca proiectul sa parcurga cel putin urmatoarele etape, care vor fi finalizate cu livrabile care vor fi acceptate de catre beneficiar/utilizatori:

� Analiza situatiei existente si documentarea specificatiilor detaliate si a cazurilor de utilizare � Proiectarea sistemului � Instalarea si configurarea infrastructurii HW � Instalarea si configurarea aplicatiilor SW standard � Integrarea aplicatiilor SW specializate � Testare si Acceptanta

• teste de functionalitate • teste de performanta • utilizare live timp de 30 de zile • acceptanta finala pentru intreg sistemul integrat

� Instruirea personalului � Migrarea si integrarea datelor � Asistenta pentru tranzitia in productie � Suport si intretinere

106

Oferta trebuie structurata astfel incat sa contina urmatoarele: Principii fundamentale: • Viziunea proprie asupra realizarii proiectului. Se asteapta comentariile ofertantului din care sa reiasa modul in care a inteles Caietul de

sarcini. • Opinii asupra aspectelor principale privind proiectul care pot influenta atingerea obiectivelor si a rezultatelor asteptate. • Enumerarea si explicarea riscurilor si ipotezelor privind executia proiectului. • Identificarea de noi riscuri si ipoteze, fata de cele deja enumerate in Caietul de sarcini. • Identificarea unor solutii de preintampinare si restrangere a riscurilor. Strategia abordarii: Solutia propusa • Ofertantul va prezenta pe larg solutia propusa pentru proiect, in vederea atingerii obiectivelor acestuia si a rezultatelor asteptate. • Descrierea solutiei trebuie sa evidentieze etapele de proiect, activitatile specifice fiecarei etape, livrabilele asteptate de la fiecare etapa,

modul in care acestea concura la atingerea obiectivelor. • Oferta va respecta metodologia propusa pentru dezvoltarea sistemelor informatice (etapele, activitatile, livrabilele etc). • Enumerarea intrarilor si iesirilor din proiect si legaturile dintre acestea.

Planificarea activitatilor • Ofertantul va prezenta planificarea activitatilor propuse, in interdependenta acestora – un plan Gantt este asteptat. • Planul trebuie sa mentioneze care sunt termenele cheie (milestones) pe care ofertantul si-a propus sa le respecte pentru atingerea

obiectivelor. • Ofertantul trebuie sa mentioneze expres in plan acele termene care sunt obligatorii asa cum reiese din Caietul de sarcini. Nerespectarea

acestora este eliminatorie. • Ofertantul trebuie sa propuna un numar de experti non cheie care sa acopere, ca echipa, cel putin profilurile mentionate in Caietul de

sarcini. Acestia trebuie sa intervina in proiect cel putin cu numarul de zile mentionat. • Ofertantul va detalia care sunt resursele (expertii cheie si non cheie numiti generic prin competentele lor) pe care le va aloca pentru

fiecare etapa a proiectului, eventual activitati pe care le considera mai importante. • Ofertantul trebuie sa prezinte o matrice care sa demonstreze sintetic cum se potriveste solutia propusa pe cerintele Caietului de sarcini.

Astfel, este asteptata suprapunerea activitatilor proprii cu activitatile orientative din Caiet, a livrabilelor conforme metodologiei aplicate cu livrabilele enumerate in Caiet, a celor de mai sus intre ele si cu rezultatele asteptate.

Implementarea solutiei

Ofertantul trebuie sa asigure ca : � solutia dezvoltata indeplineste cerintele care stau la baza construirii sistemului � toate pregatirile la nivelul centrelor in care sunt livrate echipamente produse si/sau module de aplicatie sunt incheiate

pentru ca sistemul integrat sa demareze in productie, sa fie operabil si sa fie mentinut in stare de functionare � minimizeaza impactul trecerii la modul de lucru cu Sistemul Informatic de Emitere, Gestiune , Monitorizare si Control a

Rovinietei , asupra utilizatorilor, sistemelor si procedurilor de la nivelul autoritatilor cu competenta in cadrul structurilor organizatorice ale CNADNR, prin informare completa si continua asupra stadiilor proiectului si a eventualelor riscuri sau constrangeri care pot aparea in decursul procesului de implementare

Fazele de implementare

Urmatoarele faze ale implementarii sistemului trebuie urmate de catre ofertant : � Faza de microdesign : ofertantul trebuie sa descrie toate activitatile care vor fi executate in faza de microdesign, in

conformitate cu metodologia propusa. � Faza de dezvoltare/testare : ofertantul trebuie sa descrie toate activitatile care vor fi executate in faza de dezvoltare/testare,

in conformitate cu metodologia propusa. Ofertantul trebuie sa descrie metodologia de testare utilizata. � Faza de executie a testarii de acceptanta : faza de testare a sistemului integrat consta in testarea solutiei livrate de Furnizor,

sub coordonarea CNADNR, in vederea acceptarii finale pentru lansarea in productie. Ofertantul trebuie sa descrie metodologia de testare utilizata.

� Faza de livrare(deployment) � Faza de trecere in productie a sistemului

Planul de implementare

Ofertantul trebuie sa specifice un plan de implementare a solutiei in care sa detalieze urmatoarele activitati :

107

� Obiective, continand principalele obiective ale implementarii din punctul de vedere al utilizatorilor sistemului integrat � Organizatia de implementare, continand rolurile, responsabilitatile si calificarea necesara persoanelor care vor efectua

implementarea si operarea � Factori de risc, continand riscurile existente sau anticipate in legatura cu implementarea, privind transportul, achizitia

echipamentelor, aplicatiile etc. � Factori de succes, continand factorii de succes si relatiile dintre ei � Cerinte de hardware/software/resurse pentru fiecare faza a implementarii � Planul de instruire si educatie pentru utilizatori si pentru echipele de implementare, corespunzator fiecarei faze de

implementare si modul cum se va determina ca utilizatorii si echipele de implementare sunt pregatite pentru efectuarea implementarii

� Planul de suport, continand procedurile si resursele din partea Furnizor si Beneficiar/Utilizatori pentru a realiza suportul pentru intregul sistem integrat

� Termenele cheie, reprezentand bornele (milestones) din planul de proiect al implementarii � Planul de proiect, reprezentand planul de proiect al implementarii � Planul de comunicare, descriind modul cum se efectueaza comunicarea intre echipele de implementare pe parcursul

implementarii Constrangeri de timp, continand limitarile asupra efectuarii fazei de implementare

Servicii de instruire

Pentru desfasurarea in bune conditii a activitatii necesare utilizarii sistemului integrat este foarte importanta exista personalului scolarizat. In acest sens se cere scolarizari pe urmatoarele categorii:

o Produs – cursuri standard de produse adresate specialistilor IT. o Suport – cursuri personalizate destinate personalului care va intretine sistemul (Nivel 1 de suport)

Pentru toate cursurile se vor emite cel putin certificate de participare.

Scolarizare pentru produsele ofertate

Cerinte generale: o Ofertantul trebuie sa faca dovada autorizarii instructorului de catre producatorul produselor pentru care s-a

solicitat scolarizarea. o Furnizorul are obligatia sa inceapa proiectul prin punerea la dispozitia utilizatorilor a cursurilor. Programarea

cursurilor va tine cont de prioritatile asignate in tabelul de mai jos. o Inceperea implementarii nu este conditionata de finalizarea cursurilor. Perioada de desfasurare a cursurilor

poate depasi intervalul de timp de implementare , dar nu cu mai mult de 60 zile. o Se vor programa cursurile tinind cont de prerechizita necesara pentru fiecare curs. In cazul in care un cursant

nu va indeplini prerechizita, utilizatorul va face alta nominalizare. o Oferta va include si costurile aferente primei examinarii a cursantilor, respectiv eliberarii

diplomelor/certificatelor de absolvire. Cursurile solicitate:

Nr crt.

Domeniu Curs Prioritate

1 Project Management Cursuri Project Management 2

2 Sisteme de operare (inclusiv administrare avansata)

Curs pentru sistemul de operare ofertat 1

1 3 Comunicatii Curs Fundamental de securitate a retelei

108

Nr crt.

Domeniu Curs Prioritate

4 Cursuri infrastructura hardware

Cursuri Hardware (Servere, SAN, storage, unitati de banda)

1

Soft business inteligence 3 Soft Solutie salvare, restaurare, arhivare

2

Curs solutie de administrare 2 Soft control acces 2

Soft management identitate 2 Pachet soft administrare si audit baze de date

3

Curs aplication server (nivel administrator- in functie de solutia ofertata)

2

Curs pentru gestionare, configurare si intretinere puncte automate de control

2

5 Curs aplicatii de baza

Curs pentru administrare si operare aplicatie gestionare contraventii

2

6 Web Design Cursuri Portal 3

Curs DBA1 1

Curs Performance Tuning 1 Curs Cluster baza de date 1

Curs SQL Fundamental 2

7 Baze de date

Curs Advanced SQL 3

8 Curs operare Front-End pentru componenta de mobilitate

Curs Operare Aplicatie client pentru terminale mobile

1

Definire prioritati:

• Prioritate 1: se vor organiza cursurile in maxim 30 zile calendaristice de la semnarea contractului • Prioritate 2: se vor organiza cursurile in maxim 90 zile calendaristice de la semnarea contractului • Prioritate 3: se vor organiza cursurile in maxim 180 zile calendaristice de la semnarea contractului

Scolarizare pentru echipa de suport nivel 1

La finalizarea implementarii, se va asigura scolarizare de tip „train the trainer” pentru un numar de 10 specialisti, desemnati de utilizator , timp de minim 5 zile. Curicula va acoperi toate aspectele necesare desfasurarii in bune conditii a activitatilor de suport nivel 1. Servicii de service, mentenanta si suport

Suportul de Nivel1 va fi asigurat de personalul de autorizat al CNADNR desemnat pentru intretinerea sistemului, instruit in prealabil de furnizorc conform cu cerintele de mai sus.

Pe intreaga perioada de garantie de la acceptanta intermediara pana la acceptanta finala (la finalizarea perioadei de garantie), Furnizorul va presta servicii de suport de nivel 2, 3 si 4 pentru toate sistemele HW si SW furnizate.

109

Nota: In cazul defectarii unor dispozitive de stocare a datelor (HDD, memory stick), acestea vor ramane in posesia Utilizatorului.

Aceste servicii vor realiza prevenirea si remedierea defectiunilor si anomaliilor aparute la echipamentele hardware si produsele software ce compun sistemul integrat.

Clasificarea apelurilor primite Serviciile de tip „Relatii cu clientii” vor primi apelurile de suport de la nivel central, si le vor clasifica in

functie de severitate. Personalul autorizat al CNADNR precum si al celorlalte institutii implicate este indreptatit sa atribuie

nivelurile critice ale defectiuniior care sunt impartite in 4 clase, astfel: o impact critic in activitate — activitatea de productie nu se poate desfasura — timpul de remediere al

problemei este de maximum 4 ore de la inregistrarea apelului (disponibilitate 24 ore x7zile) o impact semnificativ — activitatea de productie se desfasoare cu greutate — timpul de remediere a

problemei este de maximum 24 de ore de la inregistrarea apelului (disponibilitate 24 ore x7zile) o impact moderat — activitatea de productie are o pierdere sau degradare moderata a serviciilor - timpul de

remediere a problemei este de maximum 3 zile lucratoare de la inregistrarea apelului (disponibilitate in timpul orelor de program)

o impact minim — activitatea se desfasoara normal cu impedimente minore sau fara - timpul de remediere a problemei este de maximum 5 zile lucratoare de la semnalare (disponibilitate in timpul orelor de program)

Nivelul de severitate se va stabili de comun acord cu furnizorul in momentul identificarii problemei. Mentenanta hardware

Mentenanta hardware va acoperi serviciile de garantie hardware pentru o durata de 3 ani de la acceptanta intermediara si va pune la dispozitie servicii de tip Helpdesk si de remediere a funtionalitatii solutiei, conform nivelului de suport de mai jos:

suport 24x7, timp de remediere 6 ore

Ofertantul va asigura prestarea serviciilor de support / mentenanta pe o perioada de 3 ani, prin furnizarea

pachetelor standardizate de servicii de support tehnic in garantie, garantate si livrate de producatorul echipamentelor sau de reprezentanul autorizat al acestuia in Romania. Pentru echipamentele mobile (terminale si imprimante) mentenanta pe 3 ani va asigura repararea tuturor defectelor, indiferent de modul in care acestea au aparut, termenul maxim de reparare/inlocuire a echipamentului fiind de 5 zile de la data preluarii echipamentului defect.

Ofertantul va asigura accesul dedicat (bazat pe credenŃiale de autentificare) pe o perioada de 3 ani la resursele extinse de informaŃii tehnice „web based”, specifice producătorului de echipamente.

Optional, in cazul incidentelor ce nu pot fi solutionate rapid si necesita o diagnoza complexa a cauzei ce a provocat incidentul, ofertantul trebuie sa asigure acces la resursele tehnice si "know-how"-ul producatorului. In acest caz incidentul va fi predat spre solutionare catre producatorul echipamentelor.

Suport software

Suportul software va acoperi serviciile de garantie software pentru o durata de 1 an de la acceptanta intermediara (cu posibilitatea de extindere).

Remedierea defectiunilor software se va face prin actiuni de aplicare de corectii software, de reconfigurare sau alte actiuni menite sa restabileasca functionalitatea produsului respectiv in cel mai scurt timp posibil.

Suportul software va acoperi si intrebari scurte legate de modul de utilizare sau de configurare al produselor, dar severitatea va fi implicit pe nivelul de impact minim.

Serviciile de suport software vor fi furnizate de catre specialisti cu pregatire si experienta pe produsele respective. In cazul unor probleme de dificultate ridicata, suportul trebuie sa asigure si escaladarea problemei la producator, pentru o diagnosticare cat mai rapida si eficienta.

110

Utilizatorul va organiza propria structura de suport (Help Desk) de nivel 1 care va inregistra si diagnostica incidentele inainte ca acestea sa fie transferate spre rezolvare structurilor de suport ale furnizorului.

Pentru managementul activitatilor de suport, furnizorul va organiza o structura de help desk care va inregistra incidentele semnalate de structura de suport de nivel 1 a utilizatorului si apoi va gestiona toate activitatile de remediere necesare, pana la rezolvarea incidentului si primirea confirmarii in acest sens din partea utilizatorului. Nivelul de severitate al incidentului va fi fixat de catre utilizator in momentul raportarii incidentului.

Structura de help desk organizata de catre furnizor va constitui unicul punct de raportare si de urmarire a incidentelor intre furnizor si utilizatori cu informarea si a beneficiarului. In acest scop, structura de help desk va putea fi apelabila prin telefon, fax si email.

Serviciul de help desk al furnizorului va utiliza un instrument de inregistrare si de management al incidentelor care va instiinta utilizatorul asupra stadiului rezolvarii problemei, astfel incat acesta sa poata controla in mod independent performanta serviciilor de suport si respectarea criteriilor de performanta solicitate.

Ofertantii vor descrie in mod detaliat modalitatea propusa pentru organizarea si furnizarea serviciilor de suport in perioada de garantie.

In ultimele 30 de zile ale perioadei de garantie, furnizorul va realiza un transfer (hand-over) al procedurilor de suport catre beneficiar/utilizatori. Acest proces va include proceduri pentru managementul configuratiei sistemului, precum si recomandari in vederea organizarii structurii de suport a beneficiarului/Utilizatorilor.

Furnizorul va aplica gratuit, pe toata durata proiectului, toate patch-urile care duc la fixarea unor probleme sau facilitate de care utilizatorul are nevoie. Aceasta operatie se face de comun acord cu Beneficiarul/Utilizatorii, fara a afecta stabilitatea/functionalitatea sistemului.

Pentru antivirus se cere acces gratuit si rapid la noile versiuni de semnaturi. In cazul in care un produs nu mai are suport oferit de catre producator, furnizorul are obligatia de a

furniza/instala/configura/scolariza gratuit o solutie cel putin similara.

111

Cerinte referitoare la livrabile Livrabilele sunt considerate elementele care asigura implementarea sistemului integrat prin hardware, software,

servicii precum si transferul de cunostinte, necesar Beneficiarului pentru operarea sistemului. Toate elementele hardware vor fi livrate cu toate taxele asociate incluse in pret. Furnizorul poarta intreaga

responsabilitatea pentru costuri de import, asigurare, manipulare, transport si instalare fizica in locatia Beneficiarului.

Furnizorul va asigura livrarea tuturor elementelor necesare si incluse in oferta sa pentru a asigura satisfacerea cerintelor enuntate in caietul de sarcini. Cerinte pentru documentatia proiectului

Minimul de livrabile solicitate ca documentatie de proiect sunt :

Documentatia asociata elementelor hardware si software livrate in proiect o Documentatia pentru produsele hardware livrate in cadrul proiectului o Documentatia pentru produsele software livrate in cadrul proiectului

Documentatia pentru managementul de proiect • Documentatia asociata planului de proiect cu toate versiunile corespunzatoare iteratiilor de modificare pe

parcursul derularii proiectului • Plan pentru managementul schimbarii. Ofertantul trebuie sa propuna si sa intretina un astfel de plan, in care sa se

descrie intreaga procedura de urmat in caz de schimbari survenite in proiect. Acesta trebuie integrat in cadrul mai general al metodologiei de abordare a proiectului.

• Analiza de risc. O astfel de analiza a riscului (legat de confidentialitate, integritate etc. ) trebuie efectuata, iar rezultatul va fi un livrabil specific.

• Plan de management al riscului. Acesta trebuie sa identifice (folosind standarde in vigoare) toate riscurile cunoscute, sa descrie probabilitatea de aparitie a lor si impactul posibil asupra proiectului.

Documentatia de implementare • Documentatia de implementare din punct de vedere configuratii fizice si logice pentru infrastructura hardware si

software o configuratii echipamente retea, servere o configuratii pentru servere o configuratii pentru solutiile software livrate o diagramele de conectivitate

• Documentatia asociata serviciilor de analiza de business mentionate la 0Servicii de analiza de business • Documentatia de arhitectura generala a solutiei in varianta rezultata in urma implementarii proiectului • Documentatia de fluxuri de comunicatii • Definirea modelelor de date – structuri pentru bazele de date, descrierea procedurilor stocate etc. • Definirea modelului de aplicatie: Diagrama claselor, Diagrama interactiunilor, Diagrama starilor • Documentele de interfatare: Acestea trebuie sa descrie in detaliu schimbul de informatii intre sistemul integrat

administrat de CNADNR si aplicatiile conectate din partea altor terti (RAR). Aceasta descriere include structura mesajelor, securitatea acestora, protocoale de comunicatii. Aceste documente vor fi prezentate si in discutii directe cu institutiile nationale care vor fi conectate la Sistemul Informatic de Emitere, Gestiune , Monitorizare si Control a Rovinietei administrat de CNADNR, ofertantul trebuind sa conduca aceste discutii si sa se asigure ca informatia a fost clar inteleasa si nu exista puncte de neintelegere.

• Recomandari pentru actiuni viitoare cu scopul asigurarii sustenabilitatii activitatilor programului, precum si masuri ce trebuie intreprinse de catre Beneficiari si Utilizatori in acest sens.

112

Documentatia de operare pentru utilizatorii sistemului - Documentatia de utilizare pentru aplicatia/aplicatiile livrate pe grupele de utilizatori mentionate mai

jos: o parteneri care gestioneaza emiterea roviniete in lanturi de retail proprii o dispeceri o controlori o utilizatorii sistemelor de raportare ale autoritatii contractante o consumatorii publici de servicii online in vederea emiterii rovinietei

- Documentatia destinata administratorilor de sistem si baze de date in vederea operarii si administrarii sistemului informatic livrat - Draft nivel acord de servicii (SLA) – acest document va avea rolul de a asigura operatorilor din partea

autoritatii contractante informatii privitor la timpii si nivelul de suport primit din partea furnizorilor de suport pentru diverse componente hardware si software ale sistemului integrat.

Documentatia pentru asigurarea calitatii

• Documentatia pentru desfasurarea activitatilor de testare si acceptanta Documentatia asociata serviciilor de instruire o Documentatia asociata cursurilor livrate in proiect la sectiunea Instruire

Nota : prin aplicatie (cod sursa aplicatie, executabil) se inteleg toate programele dezvoltate in cadrul

proiectului de implementare al sistemului integrat, pentru indeplinirea cerintelor sistemului (de exemplu : fisiere de configurare, scripturi, biblioteci, executabile etc.) Alte Livrabile - Codul sursa al aplicatiei, pentru fiecare versiune in parte unde furnizorul va oferi servicii de dezvoltare software - Pentru software - Pachetul de instalare fizic (CD/DVD)

113

8. Livrabile si plati

Ofertantul va prezenta in cadrul ofertei financiare pretul in clar pe fiecare reper care compune oferta financiara.

Oferta financiara va contine toate toate livrabilele solicitate la punctul 3.3.2 – Informatii de volum Urmatoarele livrabile vor fi clar evidentiate in planul de proiect prezentat de catre contractor si vor fi

urmatoarele : • Echipamente hardware • Aplicatii software • Punerea in functie a modulelor sistemului • Studiu pentru determinarea esantionului reprezentativ de utilizatori • Studiu pe esantionul reprezentativ de utilizatori

Plata se va face conform contractului .

114

9. Cerintele minime de testare si criteriile de acceptanta In vederea asigurarii calitatii este necesar ca Furnizorul sa prezinte la ofertare si sa mentina pe parcursul

proiectului planul de asigurarea calitatii. Scopul acestui plan este sa urmareasca indeplinirea criteriilor de acceptanta pentru livrabilele furnizate in

cadrul proiectului, fie ca sunt produse ori servicii.

9.1 Cerinte pentru testare Furnizorul este responsabil pentru planificarea in detaliu, sa pregateasca si sa deruleze o serie de teste care sa

confirme ca sunt asigurate cerintele functionale si nonfunctionale ale sistemului. Testele pentru sistemul furnizat trebuie sa includa:

• teste de caz care sa confirme toate cerintele functionale mentionate • testele nonfunctionale vor asigura minimal confirmarea cerintelor de disponibilitate, salvare si restaurare,

performanta, securitate, management si monitorizare sistem, managementul incidentelor, operare

Pentru teste, Furnizorul va instala si va asigura mentenanta plaformei de test, luand in considerare toate resursele necesare in testare cu exceptia mediilor de testare puse la dispozitie de catre Beneficiar.

Furnizorul va asigura dezvoltarea si gestiunea testelor, chiar daca in anumite cazuri particulare datele pentru test vor fi puse la dispozitie de catre Beneficiar. In cazul in care Beneficiarul pune la dispozitie date de test din surse proprii sau ale entitatilor partenere in proiect, Furnizorul va fi cel responsabil pentru manipularea si prelucrarea acestora in vederea folosirii in scenariile de test agreate.

Furnizorul este responsabil sa includa in planificarea testelor toate fazele necesare pentru pregatire, executie, analiza si interpretare a datelor rezultate.

Daca planificarea testarii se bazeaza pe supozitii care se vor schimba pe parcurs, atunci Furnizorul va ajusta in mod corespunzator si planificarea.

Testele vor fi dezvoltate si executate de catre Furnizor si vor fi coordonate de catre Beneficiar, care va revizui si aproba planul de testare impreuna cu specificatiile de testare inainte de derularea efectiva a testelor. Beneficiarul isi rezerva dreptul de a verifica conformitatea mediului de testare vizavi de cerinte si monitorizarea pe parcursul executiei testelor.

Planurile de testare furnizate trebuie sa descrie in detaliu: • obiectivul testului respectiv • responsabilitatile in procesul de testare • obiectele supuse testarii si perimetrul testelor • cerintele mediului de testare inclusiv abordarea pentru generarea datelor folosite la teste • criteriile care sa asigure ca sunt asigurate conditiile de incepere pentru derularea testelor • instrumentele folosite pentru testare si modalitatea de derulare a testelor • rezultatele asteptate • referinele la celelalte teste din planul de testare general si dependenta de alte planuri de testare acolo unde este cazul • livrabile implicate (daca este cazul) • criteriile de acceptanta

Specificatiile pentru testare trebuie sa asigure minimal:

• cazurile de test • descrierea datelor de test • scenariile de test ; acolo unde este cazul se vor asigura inlantuirea si automatizarea planurilor de test pentru a asigura simularea

unui proces end-to-end • matricea cerintelor functionale/non-functionale in care se vor mapa cazurile de test cu cerintele proiectului

Nota:

Beneficiarul isi rezerva dreptul de a solicita modificarea specificatiilor de testare.

115

116

i) Cerinte referitoare la prezentarea ofertelor tehnice

ii) Propunerea tehnica Pentru ca oferta sa fie admisibila, ofertantul va prezenta:

1. Lista cu personalul cheie prevazut in caietul de sarcini, pentru indeplinirea contractului. 2. CV-ul pentru personalul cheie pentru indeplinirea contractului. Acestea vor purta numele in clar si semnatura

in original a persoanei respective, si vor avea inscrisa mentiunea „Declar pe propria raspundere, cunoscand prevederile Codului Penal, ca datele cuprinse in prezentul CV sunt corecte si corespund realitatii”.

3. Autoriza Ńii/certificate sau alte documente care să ateste conformitatea produselor, identificată clar prin referire la specificaŃii si/sau standarde relevante, comform cerintelor din caietul de sarcini - copii cu mentiunea conform cu originalul, semnate si stampilate;

4. Declaratia in original a producatorilor pentru toate produsele ofertate din care să rezulte acordul neechivoc al acestora, de a asigura la cerere servicii de suport tehnic, pentru o perioada de 3 ani .

5. Dovada de la fiecare producator de la care sunt furnizate elemente pentru infrastructura sistemului a validarii arhitecturii solutiei propuse, din care sa reiasa indeplinirea cerintelor tehnice si functionale minime solicitate in caietul de sarcini.

6. Ofertantul va prezenta pentru fiecare tip de produs ofertat si pentru fiecare producator in parte autorizarea pentru livrarea produselor emisa de producator prin care ofertantul este autorizat sa livreze produsele oferite catre Autoritatea Contractanta si detine competente pentru instalarea, configurarea si punere in functiune a acestora; Autorizatia trebuie prezentata pentru fiecare tip de produs ofertat/ pentru fiecare producator in parte - in original, semnata si stampilata; Autorizarea va fi emisa de reprezentanta din Romania a producatorului, daca aceasta exista. Se vor prezenta autorizari pentru fiecare intermediar astfel incat sa se demonstreze legatura pe tot lantul de la fabricant la operatorul economic ofertant

Desi nu se impune un format standard al ofertelor, partea tehnica va acoperi minim urmatoarele aspecte.

• Rezumat executiv • Prezentarea companiei • Experienta firmei si referinte in domeniu • Intelegerea cerintelor proiectului • Modul in care oferta raspunde cerintelor • Solutia propusa • Raspuns la fiecare cerinta in format matrice de conformitate • Metodologia de lucru • Detalierea ariei de cuprindere a proiectului • Preconditii • Descrierea activitatilor si livrabilelor, criterii de finalizare ale activitatilor si riscurile asociate • Matricea Responsabilitatilor care trebuie sa faca referire cel putin la expertii cheie si elementele de mediu relevante (inclusiv

resursele autoritatii contractante utilizate pe perioada derularii contractelor) • Structurile de comunicare in proiect • Livrabile (produse si servicii) • Criterii de finalizare • Plan de proiect • Descrierea in detaliu a etapei de identificare a tuturor necesitatilor autoritatii contractante in raport cu obiectul contractului

(activitati, resurse implicate din partea contractorului si a autoritatii contractante, modalitati de obtinere a rezulatatelor,termene, efort)

• Descrierea livrabilelor • Echipa de proiect • Roluri cheie si descrierea acestora • CV-urile persoanelor cheie si documente suport pentru demonstrarea competentelor si nivelului educational (copii dupa diplome,

carte de munca, referinte, etc.) • Termeni si conditii suplimentare

117

• Anexe

Ofertantul va adauga orice informatie considerata de interes in raport cu continutul propunerii sale tehnice. Cerintele obligatorii pentru aspectele tehnice ale solutiei sunt :

• Interfata cu utilizatorul va fi in totalitate in limba romana, inclusiv elementele de ajutor/help, documentatia de utilizare si training-ul

• Ofertantul va trebui sa nominalizeze toate resursele care vor contribui la realizarea proiectului, atasand CV-ul fiecarui membru al echipei

Toate produsele oferite trebuie sa fie conforme normelor europene in vigoare in Romania.

118

iii) Glosar, definitii, abrevieri API – Application Programming Interface ANPR – Automatic Number Plate Recognition Backoffice – interfata accesibila personalului autorizat din partea CNADNR sau a partenerilor pe baza unor cridentiale de autorizare Cluster – grup de sisteme de calcul conectate intre ele functionand ca o singura unitate; folosita in mod tipic pentru servicii de inalta disponibilitate CNADNR - Compania Nationala de Autostrazi si Drumuri Nationale din Romania SA DMZ – Demilitarized Zone ETL – Extract, Transform, Load FC – Fiber Channel Frontoffice – interfata a aplicatiei accesibila publicului HVAC – Heating, Ventilation and Air Conditioning J2EE –Java 2 Enterprise Edition LDAP – Lightweight Directory Access Protocol MTMA – Masa Totala Maxima Autorizata OSI - Open Systems Interconnection Reference Model OLAP – Online Analytical Processing PDA – Personal Digital Assistent Prestator – personal apartinand unor entitati cu rol de contractor, indeplinind in principal functia de dispecer. PKI – Public Key Infrastructure (Infrastructura de chei publice) SAN – Storage Area Network SLA – Service Level Agreement SGBD – Sistem de Gestiune a Bazelor de Date SIEGR – Sistemul Informatic de Emitere, Gestiune , Monitorizare si Control a Rovinietei SOAP – Simple Object Access Protocol SN – Serial Number UDDI - Universal Description, Discovery and Integration VPN – Virtual Private Network WSDL – Web Services Description Language XML – Extended Markup Language

119

iv) Anexe

v) Fise tehnice hardware Specificare mod raspuns cerinta – va fi completat de ofertant

vi) FISA TEHNICA – Sasiu Servere Blade

Nr. Crt.

Cerinta minima obligatorie Raspuns cerinta Comentarii comisie

1 Format: Rackabil maxim 10 U 2 Disponibilitate:

• midplane pasiv • minim 6 surse ,

capabile sa asigure alimentarea cu energie electrica a intregului sasiu, redundanta N+N, fara zone de alimentare

• minim 9 ventilatoare, capabile sa asigure ventilatia intregului sasiu

3 Suport pentru servere blade - minim 8 servere cu arhitecturi x86 mono procesor, dual procesor, quad processor sau cu arhitecturi EPIC (Explicitly Parallel Instruction Computing) dual procesor sau quad processor, cu posibilitatea mixarii acestora.

4 Module de interconectare suportate : minim 8 module Ethernet, SAN sau Infiniband

5 Conectivitate Retea Ethernet: minim 2 module de interconectare cu: -minim 16 porturi interne de 1Gb. -minim 8 porturi externe 10/100/1000BASE-T dintre care 2 pot fi conectate cross pentru protectie failover.Din cele 8 porturi externe 4 pot fi porturi care suporta module SFP de tip SX. -port Rj-45 pentru managmenent. -standarde IEEE 802.1D, IEEE 802.1Q

6 Conectivitate SAN: minim 2 module de interconectare fiecare cu minim 12 porturi active si posibilitatea de upgrade la 24.

120

Performanta 8 Gb/sec line speed,auto-sensing, full duplex Suport pentru frame filtering, advanced zoning Transceivere si cabluri(minim 5m) necesare conectarii

7 Managementul sistemului trebuie sa asigure: - set-up-ul si controlul intregului sasiu; - inventarierea tuturor dispozitivelor din sasiu ; - informatii legate de temperatura si consum in timp real pentru fiecare server in parte, precum si pentru intregul sasiu;

8 Sasiul trebuie instalat si integrat in infrastructura existenta

9 Sasiul trebuie sa aiba o garantie de minim 3 ani cu un timp de reparatie de maxim 6h de la sesizarea unei defectiuni

vii) FISA TEHNICA – Server “interfata web”

Nr. Crt.


1 Format: Blade, tip half-height 2 Procesor :

- 1x Xeon Quad Core X5550 (2.66GHz, 95W) - 8MB Level 3 Cache - expandabil la minim 2 procesoare

3 Memorie: - 6 GB, PC3-10600 - expandabilitate pana la 96 GB de memorie

4 Capacitati de stocare : - controller RAID pentru arhitecturi RAID 0 si 1 - minim 2 x 146 GB HDD-uri interne SAS hot-plug

5 Conectivitate Retea Ethernet: - interfata cu 2 porturi 10Gigabit multifunction - 1 port dedicat pentru management

6 Sloturi I/O necesare : - 2 x PCI-Express x8

7 Alte interfete necesare : - 1 x USB 2.0 - 1 x SD-HC card

121

8 Controler video integrat cu 32MB DDR memorie video

9 Administrare : - management securizat de la distanta cu posibilitatea redirectionarii consolei si functia console replay -control virtual pentru “Power Button” - LED-uri care sa indice starea sistemului - fault management si event handling; - colectarea datelor si rapoarte de inventar; - interfete multiple-user; - server deployment tool - System Firmware Update; - Automatic Server Recovery; - Pre-Failure waranty pentru procesoare, memorie si discuri SAS; - Setup password; - Diskette boot control; - Power-on password; - Disk configuration lock - Functie de virtual media

10 Compatibilitate cu urmatoarele sisteme de operare : Microsoft Windows Server Windows Server Server Hyper-V Red Hat Enterprise Linux SuSE Linux Enterprise Server Oracle Enterprise Linux Solaris 10 (32 and 64-bit) VMWare Citrix XenServer

11 Serverul trebuie instalat si integrat in infrastructura existenta

12 Garantie de minim 3 ani cu un timp de reparatie de maxim 6h de la sesizarea unei defectiuni

13 Fise benchmark realizate de organisme independente

viii) FISA TEHNICA – Server Securitate

Nr. Crt.



- 1x Xeon Quad Core X5550 (2.66GHz, 95W) - 8MB Level 3 Cache - expandabil la minim 2 procesoare

3 Memorie:

122

- 4 GB, PC3-10600 - expandabilitate pana la 96 GB de memorie






9 Administrare : - management securizat de la distanta cu posibilitatea redirectionarii consolei si functia console replay - control virtual pentru “Power Button” - LED-uri care sa indice starea sistemului -fault management si event handling; - colectarea datelor si rapoarte de inventar; - interfete multiple-user; - server deployment tool - System Firmware Update; - Automatic Server Recovery; - Pre-Failure waranty pentru procesoare, memorie si discuri SAS; - Setup password; - Diskette boot control; - Power-on password; - Disk configuration lock - Functie de virtual media


123




ix) FISA TEHNICA – Server interfata servicii Web, Portal, executie aplicatii

Nr. Crt.


1 Format: Blade 2 Procesor :

- EPIC (Explicitly Parallel Instruction Computing) - 4 x Intel 1,6GHz dual core CPU, 24 MB Level 3 cache, sau echivalent

3 Memorie: - 16GB, DDR2-533 ECC, cu posibilitatea de recuperare dupa minim 2 erori DRAM - expandabilitate pana la 192 GB de memorie

4 Capacitati de stocare : - controller RAID pentru arhitecturi RAID 0 si 1 - 2 x 146 GB HDD-uri interne SAS hot-plug - expandabilitate la minim 4 discuri

5 Conectivitate Retea Ethernet: - 2 x interfata cu 2 porturi - 1 port dedicat pentru management

6 Conectivitate SAN : - 4Gb Dual Channel mezzanine adapter

7 Sloturi I/O necesare : - 3 x PCI-Express


9 Administrare : - management securizat de la distanta cu posibilitatea redirectionarii consolei si functia console replay - control virtual pentru “Power Button” - LED-uri care sa indice starea sistemului -fault management si event handling; - colectarea datelor si rapoarte de inventar;

124

- interfete multiple-user; - server deployment tool - System Firmware Update; - Automatic Server Recovery; - Pre-Failure waranty pentru procesoare, memorie si discuri SAS; - Setup password; - Diskette boot control; - Power-on password; - Disk configuration lock - Functie de virtual media

10 Compatibilitate cu urmatoarele sisteme de operare : Microsoft Windows Server 2003 Database/Enterprise Edition Microsoft Windows Server 2008 Red Hat Enterprise Linux, SUSE Linux Enterprise Server Open VMS, Unix




x) FISA TEHNICA – Server analiza si raportare / integrare de date

Nr. Crt.


1 Format: Blade 2 Procesor :

- EPIC (Explicitly Parallel Instruction Computing) - 2 x Intel 1,6GHz dual core CPU, 18 MB Level 3 cache, sau echivalent

3 Memorie: - 8GB, DDR2-533 ECC, cu posibilitatea de recuperare dupa minim 2 erori DRAM - expandabilitate pana la 48GB de memorie

4 Capacitati de stocare : - controller RAID pentru arhitecturi RAID 0 si 1 - 2 x 146 GB HDD-uri interne SAS hot-plug

5 Conectivitate Retea Ethernet: - 2 x interfata cu 2 porturi - 1 port dedicat pentru management

6 Conectivitate SAN :

125

- 4Gb Dual Channel mezzanine adapter

7 Sloturi I/O necesare : - 3 x PCI-Express



10 Compatibilitate cu urmatoarele sisteme de operare : Microsoft Windows Server 2003 Database/Enterprise Edition Microsoft Windows Server 2008 Red Hat Enterprise Linux, SUSE Linux Enterprise Server Open VMS, UNIX




xi) FISA TEHNICA – Server administrare si monitorizare

Nr. Crt.



- 1x Xeon Quad Core X5550 (2.66GHz, 95W)

126

- 8MB Level 3 Cache - expandabil la minim 2 procesoare

3 Memorie: - 4 GB, PC3-10600 - expandabilitate pana la 96 GB de memorie







10 Compatibilitate cu urmatoarele sisteme de operare : Microsoft Windows Server Windows Server Server Hyper-V Red Hat Enterprise Linux SuSE Linux Enterprise Server Oracle Enterprise Linux

127

Solaris 10 (32 and 64-bit) VMWare Citrix XenServer




xii) FISA TEHNICA – Server Issuing CA + OCSP

Nr. Crt.



- 1x Xeon Quad Core L5506 (2.13GHz, 60W) - 4MB Level 3 Cache - expandabil la minim 2 procesoare

3 Memorie: - 4 GB, PC3-10600 - expandabilitate până la 96 GB de memorie






9 Administrare : - management securizat de la distanta cu

posibilitatea redirectionarii consolei si functia console replay

- control virtual pentru “Power Button” - LED-uri care să indice starea sistemului - -fault management si event handling; - colectarea datelor si rapoarte de inventar; - interfete multiple-user; - server deployment tool - System Firmware Update;

128

- Automatic Server Recovery; - Pre-Failure waranty pentru procesoare,

memorie si discuri SAS; - Setup password; - Diskette boot control; - Power-on password; - Disk configuration lock - Functie de virtual media





xiii) FISA TEHNICA – Server Root CA

Nr. Crt.



- 1x Xeon Quad Core X5504 (2GHz, 80W) - 4MB Level 3 Cache - expandabil la minim 2 procesoare

3 Memorie: - 2 GB, PC3-10600 - expandabilitate până la 96 GB de memorie




7 Alte interfete necesare :

129

- 1 x USB 2.0 - 1 x SD-HC card


9 Administrare : - management securizat de la distanta cu posibilitatea redirectionarii consolei si functia console replay - control virtual pentru “Power Button” - LED-uri care să indice starea sistemului -fault management si event handling; - colectarea datelor si rapoarte de inventar; - interfete multiple-user; - server deployment tool - System Firmware Update; - Automatic Server Recovery; - Pre-Failure waranty pentru procesoare, memorie si discuri SAS; - Setup password; - Diskette boot control; - Power-on password; - Disk configuration lock - Functie de virtual media





xiv) FISA TEHNICA – Server pentru componenta de date structurate

Nr. Crt.


1 Format: Rackabil 2 Procesor :

- EPIC (Explicitly Parallel Instruction Computing)

130

- 4 x Intel 1,6GHz dual core CPU, 24 MB Level 3 cache, sau echivalent - expandabil la 8 procesoare

3 Memorie: - 16GB, DDR2-533 ECC, cu suport pentru rezerva calda - expandabilitate pana la 256GB de memorie

4 Capacitati de stocare : - controller RAID pentru arhitecturi RAID 0, 1 si 5 - 2 x 146 GB HDD-uri interne SAS hot-plug - expandabil la minim 4 HDD interne

5 Conectivitate Retea Ethernet: - 2 X interfata dual port de tip 10/100/1000 Ethernet (RJ45), cu posibilitate de adaugare min.4 porturi - 1 port dedicat pentru management

6 Conectivitate SAN : - 4 x Single Port FC 4Gb

7 Sloturi I/O necesare : - 15 x PCI-X hot-plug din care minim 7 pot fi disponibile si ca sloturi PCI-Express


9 Administrare : - management securizat de la distanta cu posibilitatea redirectionarii consolei si functia console replay

10 Inalta disponibilitate asigurata de surse si ventilatoare hot-plug redundante

11 Compatibilitate cu urmatoarele sisteme de operare : Microsoft Windows Server 2003 Database/Enterprise Edition Microsoft Windows Server 2008 Red Hat Enterprise Linux, SUSE Linux Enterprise Server Open VMS, UNIX




131

xv) FISA TEHNICA – Echipament de stocare Nr. Crt.


1 Format: Rackabil 2 Capacitate instalata de 5 TB cu HDD

FC de 300GB, la 15000 rpm, in configuratie RAID 5 Expandabil la minim de 53TB folosind HDD performante in tehnologie FC

3 Nivele RAID necesare : 0, 1,0+1, 5, 6; si suport pentru arhitectura multi-level Vraid

4 Throughput agregat pentru o configuratie optima: 1550MB/s

5 Rata sustinuta de I/O pentru o configuratie optima: 140.000 IO/s

6 Numar interefete host : minim 4 7 Viteza port host : minim 4Gb Numarul minim de conexiuni catre

sisteme host : 512

8 Minim 512 volume logice configurabile Capacitatea unui volum logic poate ajunge pana la 32TB

9 Administrare : - Software de management si administrare cu capabilitati de descoperire automata a device-urilor, configurare, monitorizare si managementul accesului la sistemul de stocare, interfata WEB cu posibilitatea de definire de profiluri de utilizator, software dual path

10 Caracteristici de inalta disponibilitate si flexibilitate necesare: - expandarea dinamica a capacitatii cu increment de 1 GB, si micsorare dinamica a capacitatii pana la 2TB ; - distribuirea capacitatii de rezerva; - suport pentru replicare locala si/sau la distanta; - posibilitatea de upgrade de firmware cu sistemul in functiune; - posibilitatea de utilizare de catre un mediu de servere eterogen cu suport pentru cluster. - posibilitatea de cuplare atat direct la server cat si prin intermediul switch-urilor SAN. - suport pentru iSCSI. - posibilitatea de a fi gestionat de catre

132

un alt sistem de stocare. - surse de alimentare redundante hot-plug - ventilatoare redundante hot-plug

11 Compatibilitate cu urmatoarele sisteme de operare : HP-UX, Open VMS, IBM AIX, Sun Solaris, Linux, Windows, VMware, Tru64 Unix, Novell NetWare, MacOS

12 Masina de stocare trebuie instalata si integrata in infrastructura existenta


xvi) FISA TEHNICA – Server pentru backup si restaurarea datelor

Nr. Crt.


1 Server de back-up - Rackabil 2U echipat cu : - 2 procesoare Quad-Core Intel Xeon E5430 2.66GHz; - 8GB RAM ; - 4 x 72GB HDD SAS interne hot-plug; - doua interfete dual port FC ; - DVD+RW ; - surse si ventilatoare redundante hot-plug - sistem de operare preinstalat : Microsoft Windows Storage Server 2003 Release 2, Standard x64 Edition

2 Librarie – Rackabila 4U echipata cu : - 2 drive-uri LTO-4; - 48 sloturi de benzi ; - interfata FC ; - 48 de medii de 800GB/banda - 2 benzi de curatare capete de scriere/citire - sursa de alimentare redundante Performante : - capacitate: minim 38,4TB - rata de transfer fara comresie : 864 GB/h - criptare: LTO 4, AES 256-bit

3 Software specializat pentru back-up - module de integrare pentru backup-ul online al serverelor de baze de date ce ruleaza tipul OS-ului / si tipul DB, - module pentru backup-ul tuturor

133

serverelor din oferta. Capabilitati necesare: - Backup mirroring – streaming paralel - Concurrency – Mai multe servere sa scrie in mod simultan pe aceeasi unitate de banda - Automated object copy – dupa ce o sesiune de backup s-a terminat, server-ul de management sa initieze copierea benzii/continutului pe o alta banda. - Backup consolidation - crearea unui backup complet fara a incarca serverul de productie; prin consolidarea backup-urilor complete anterioare si a backup-urilor incrementale corespunzatoare intr-un nou backup complet. Aceasta optiune va fi folosita pentru a reduce RTO si a micsora riscul pierderii datelor cauzate de defectarea unui mediu de stocare pentru sesiunile de backup ce folosesc multiple medii de stocare. - Bare-metal disaster recovery

4 Administrare : - Software de management si administrare cu capabilitati de descoperire automata a device-urilor, configurare, monitorizare si managementul accesului la sistemul de back-up.

5 Echipamentul de back-up trebuie instalat si integrat in infrastructura existenta


xvii) FISA TEHNICA – SAN Switch

Nr. Crt.


1 Format: Rackabil 1U 2 Porturi 8 Gbit/sec:

- minim 8; - complet echipate cu transceivere; - ulterior expandabile la 16 sau 24 prin achizitionarea de “licente de activare”

3 Management Access prin 10/100 Ethernet (RJ-45), serial port

4 Management :

134

- Web Tools - Radius - API - IP - SNMP

5 Functii aditionale : - Adaptive Networking - ISL Trunking - Advanced Performance Monitoring - Fabric Watch - Extended Fabric

6 Switch-ul trebuie instalat si integrat in infrastructura existenta


xviii) FISA TEHNICA – Rack si accesorii

Nr. Crt.


1 Rack 42U, cu usi perforate pentru optimizarea circulatiei aerului si a disiparii de caldura, kit de stabilizare, panouri laterale

2 UPS: - 2 x 5500VA (4500W), - 3U rack mount, - 4 iesiri IEC320-C13, - 4 iesiri IEC320-C19 plus priza si cablu de alimentare PDU ; - modul de management si aplicatie de administrare; - suport pentru pana la 2 baterii de extensie rackmountable 3U; - 7 minute timp de backup la incarcare de 100% pentru UPS fara nici o extensie de baterie

3 Priza multipla alimentare electrica: 1 x Priza multipla 220V 16A, 14 conectori iesire C13, 1 conector intrare IEC 309 cu cablu atasat 2 x Priza multipla 220V 32A, 28 conectori iesire C13, 1 conector intrare IEC 309 cu cablu atasat 2 x Priza multipla 220V 32A, 4 conectori iesire C19, 1 conector intrare IEC 320 cu cablu atasat

6 Rack-ul si solutiile de alimentare trebuiesc instalate si integrate in infrastructura existenta

135


NOTA: Pentru omogenitatea solutiei tehnice si a facilitatilor de service, respectiv reducerea costurilor de

instruire/training, echipamentele hardware de tip server, impreuna cu dispozitivele aferente din fisele de mai sus trebuie sa provina de la acelasi producator.

xix) FISA TEHNICA – Terminal Mobil

Procesor : XScale, minim 600MHz Nr. Crt.

Cerinta minima obligatorie Raspuns Cerinta Comentarii comisie

1 Memorie : minim 128MB RAM, 256MB Flash

2 Sistem de operare : Windows Mobile 6 Profesional

3 Comunicatii : Bluetooth v2.0, clas II GSM/GPRS/EDGE, antena integrata in terminal 802.11/bg

4 Posibilitati de conectare directa : USB

5 Scanner coduri de bare : imager, coduri 1D-2D

7 Contrast minim : 25%

8 Sursa de lumina : LED vizibil, 600…630nm

9 Unghi de scanare : 0…40°

10 Dimensiune minima cod bare citita : 4 mil

11 Distanta de citire : 5…90 cm, in functie de dimensiunea codului de bare

12 Coduri de bare citite : RSS, Code 128, UCC/EAN 128, Interleaved, ITF, Codabar, Code 39/93/93i, Code 11, MSI-Plessey, Telepen, PDF417, Micro PDF417

13 Camera foto : minim 2Mpixel si blitz incorporate

14 Display : minim 3,7” – VGA

15 Tastatura : QWERTY, cu iluminare

16 Receptor GPS 17 Difuzor si microfon incorporate 18 Slot pentru expansiune de memorie

136

Flash 19 Baterie :

minim 5000 mAh

20 Temperatura de operare : -10…+50°C

21 Temperatura de stocare : -20…+60°C

22 Umiditate relativa : 5…95%, fara condens

23 Grad de protectie : minim IP65

24 Rezistenta la caderi : minim 5 caderi pe aceeasi parte, de la 1,5m pe beton

25 Rezistenta la vibratii : minim intre 5…400Hz, incercare aleatoare

26 Rezistenta la socuri : minim 25g

27 Rezistenta la descarcari electrice : - minim 8kV descarcari electrice in aer - minim 4kV descarcari electrice de contact cu aparatul

28 Conform normelor tehnice : 10. RoHS 11. EN300 328, EN301 511

29 Accesorii : i) Cradle pentru

vehicul, cu alimentare, conectare pe port USB (gazda) si port serial

ii) Cradle pentru incarcare si comunicatie la birou, cu posibilitatea incarcarii unei baterii suplimentare

iii) Curea pentru mana iv) Suport pentru

pastrare la curea

30 Dimensiuni : maxim : 170 x 90 x 45 mm

31 Greutate maxima : 455g ( 1 lb), inclusiv bateria

xx) FISA TEHNICA – Printer

Nr. Crt

Cerinta minima obligatorie Raspuns Cerinta Comentarii comisie

1 Dimensiuni maxime : 180x220x80

2 Greutate maxima (cu ribbon si cu baterie) : 1,36 kg

3 Memorie Flash : minim 8MB

4 Memorie SRAM : minim 16MB

137

5 Procesor pe 32 biti

6 Tiparire prin transfer termic si direct termic

7 Afisaj LCD

8 Permite caderi multiple pe beton de la o inaltime de 1,5m

9 Senzori pentru detectarea etichetelor (web sensor)

10 Senzori pentru detectarea marcajului pe dosul suportului (black mark)

11 Senzori pentru detectarea prezentei ribbonului

12 Latimea materialului pe care se face tiparirea

13 Senzori pentru detectarea deschiderea usii de alimentare

14 Permite prin constructie exfolierea etichetei de pe suport (peel-off)

15 Temperatura de stocare : -30…+65°C

16 Baterie de minim 4Ah

17 Tiparire pe hartie sau suprafata sintetica

18 Rezolutie de tiparire: 200 dpi

19 Latimea maxima de tiparire : minim 102 mm

20 Latimea maxima a hartiei/suportului : 104 mm

21 Diametrul maxim al rolei de hartie/etichete : 65 mm

22 Viteza de tiparire minima : 35 mm/sec.

23 Grosimea hatiei : cel putin intre 0,08mm si 0,20 mm

24 Lungimea minima a rolei de ribbon : 30m

25 Latimea ribbonului : minim 106 mm

26 Sa permita tiparirea in conditii corespunzatoare in plajele :

27 Direct termic : -20…+50°C

28 Transfer termic : 0…45°C

29 Umiditatea relativa : 10…90%, fara condens

30 Posibilitatea tiparirii pe baza comenzilor XML si a limbajului native

31 Posibilitatea utilizarii unor fonturi true type descarcate de utilizator in memoria Flash

32

33 Tiparirea de coduri de bare 1D : Code39, Code93, Code128, ITF, EAN, UPC

34 Tiparirea de coduri de bare :2D : GS1/RSS, PDF417, MaxiCode, Aztec, Data Matrix

35 Posibilitatea utilizarii unor ratii fractionare de

138

tiparire a codurilor de bare (ex.: 1,5:1; 2,5:1)

36 Conectivitate USB 2.0

37 Conectivitate BlueTooth

38 Conectivitate Wireless (802.11b/g)

40 Bareta pentru purtat pe umar

41 Tiparire folosind hartie impaturita (fan-fold)

42 Adaptor si incarcator current alternativ (220Vac)

43 Adaptor si incarcator curent continuu pentru vehicule (12Vcc)

44 Geanta usoara pentru transport

45 Baterie de schimb

xxi) FISA TEHNICA – Puncte de control automat Nr.Crt.

Specificatii tehnice Raspuns Cerinta Comentarii comisie

Sistemele fix de detectare Dual core CPU min 1.5 GHZ 1GB RAM 40 GB HDD Modem 3G integrat / atasabil prin USB

1 Mini PC - SBC

Windows XP 2 UPS Min. 500VA

Rezolutie minima 752x480 Shutter ajustabil 1/100s – 1/30000 s

Ethernet sau USB Senzor miscare integrat Format RAW Format JPEG/JPEG2000 Proiector IR – 15m

3 Camere ANPR

IP67 4 Triggeri

trecere auto

5 Incinta stabilizata termic

6 Putere Max. 90W Sistemele mobile de detectare

Dual core CPU min 1.5 GHZ

1GB RAM 40 GB HDD

1 Mini -PC SBC mobil, ridigizat, instalabil pe autovehicul

Modem 3G integrat / atasabil prin USB

139

e Windows XP 2 UPS Min. 500VA

Rezolutie minima 752x480 Shutter ajustabil 1/100s – 1/30000 s

Ethernet sau USB Senzor miscare integrat Format RAW Format JPEG/JPEG2000 Proiector IR – 15m

3 Camere ANPR

IP67 Motor de recunoastere ANPR 1 Sa recunoasca numere romanesti si straine

(caractere chilirice, arabe, etc) independent de font si tara

2 Sa aiba un timp mediu de procesare a unei imagini 50ms @ 2GHZ CPU, imagine A/N , rezolutie 768x288 (PAL/2)

3 Recunoaste numarul de inmatriculare in format Unicode, pozitia placutei de inmatriculare, pozitia caracterelor recunoscute, gradul de incredere pentru fiecare caracter, gradul de incredere global

Sistemul central gestiune contraventii 1 quad core CPU 4 GB RAM 2TB HDD 1 Gbps Ethernet DVD Writer / Tape Drive

1 Server aplicatii

Windows 2003 server 1 quad core CPU 4 GB RAM 2TB HDD 1 Gbps Ethernet

2 Server baza de date

Windows 2003 server Licente, software Ofertantul va oferta toate licentele

necesare pentru functionarea sistemului : Sistemele de operare, baze de date, motor de recunoastere, etc.

140

xxii) ISA TEHNICA – Switch-uri de comunicatie Nr. Crt.

Specificatii tehnice Raspuns Cerinta Comentarii comisie

1 Sasiu switch modular Min 9 sloturi 2 Memorie

instalata procesor route: min 512 RAM

Procesor switch: min 512 RAM Redundant Min. 2x 10/100/1000

min 1x SFP si 1 modul selectabil SFP sau 10/100/1000 RJ-45

Rutare IP: min 390 Mpps comutare pachete L2: min 390 Mpps

Route: min 255,000 (IPv4); min 125,000 (IPv6)

MAC: min 62,000 Entitati de informatie trafic IP: min 125,000

Liste de control al accesului pe baza de adresa MAC/VLAN

Clasificarea la nivel 3 ISO si marcarea inregistrarilor de control al accesului: min 30.000 dedicati pentru QoS

Securitate la nivel de port IEEE 802.1x si 802.1x extins liste de control al accesului pe baza de ruta, VLAN, port

VLAN privat MAC ACLs pe IP Asezarea /dispozitia etichetelor (MPLS-PE), permutare (MPLS-P)

Protocol de distribuire a etichetarii (LDP)

MPLS VPN

3 Modul supervisor instalat

EoMPLS 4 Module

Ethernet instalate

min 1modul cu 4 porturi de 10Gb cu urmatoarele caracteristici: - Conectare la matricea de comutare: min 78 Gbps full duplex-bufere port : min 16 MB pe port - Transreceivere pentru: 4 porturi fiber optic single mode 10 Km

141

min 2module Gigabit cu cate 48 porturi 10/100/1000 cu urmatoarele caracteristici: - conectarea la matricea de comutare: min 38 Gpps - Rata de comutare: min 29 Mpps per system - marime Buffer pe Port: min 1,2 MB

Rata de transfer: min 4.8 Gbps

Conexiuni pe secunda: 95.000

Modul Firewall instalat

Conexiuni concurente: 990.000

5

firewalluri virtuale: min 100 Conexiuni: min 990.000 de conectiuni concurente TCP

Rata de transfer: min 3.9 Gbps min 1.23 million pachete pe secunda

6 Modul de comutare functie de continut si ditribuire incarcare instalat

Protocoale IP suportate: HTTP, FTP, Telnet, RTSP, DNS, SMTP

Monitorizare: LAN si WAN

LAN: analiza traficului la nivel de port switch, analiza traficului la nivel de VLAN, analiza traficului IP

WAN: analiza traficului IP de la echipamente conectate local sau la distanta

Interfata grafica web-based inclusa pentru accesarea analizelor de trafic, accesabila de pe orice statie de lucru

7 Modulul de analiza al retelei instalat

Acces securizat (criptare pana la 168 bit) pe baza de rol functional

8 Modulul de detectare a intruziunii instalat

Performanta: - min 590 Mbps - min 58,000 conexiuni concurente - min 5,900 noi conexiuni TCP pe secunda - min 6,000 tranzactii HTTP pe secunda

posibilitatea de inlocuire fara oprirea echipamentului (hot-swap)

SPAN/RSPAN, liste de acces VLAN

Instrument web-based pentru configurarea si gestionarea senzorului

Algoritmi avansati de reducerea a alarmelor tip fals pozitiv

9 Alimentar

e Alimentare redundanta cu 2 surse de Min 3000W

10 Certificare ISO

ISO 9001 pentru producator

142

xxiii) Fise tehnic

e softwar

e

xxiv)ISA TEHNICA – Server web

Nr. Crt.


1 Suport pentru SSL si autentificare de baza

2 Sa permita extensia functionalitatilor pe baza de plugin-uri sau module

3 Serverul web trebuie sa dispuna de

11 Garantie Comerciala, insa minim 2 ani 12 SLA 1. acces direct inregistrat la

instrumentele online ale producatorului si la informatii, cum ar fi: - asistenta legata de caracteristici si compatibilitate de la producator - identificarea si rezolvarea problemelor uzuale - recomandari pentru solutionarea problemelor - pagina web personalizata pe situl producatorului cu link-uri personalizate 2. actualizari si suport pentru software de sistem direct de la producator pe toata perioada de garantie cu posibilitatea de extindere post-garantie 3.suport prin telefon sau pe internet acordat de catre profesionisti certificati ai producatorului 4. directionarea apelurilor catre expertii adecvati 5. sesiuni de colaborare in direct cu expertii producatorului 6. timp max garantat de 7 zile pentru inlocuirea componentelor defecte

13 Accesorii – switch

1 X cablu consola

2 X cablu alimentare

Ghidul utilizatorului (imprimat si pe suport media)

1x UPS min 5000W min 15 minute, tehnologie dubla conversie

1 X kit instalare cu tot ce e necesar pentru o instalare adecvata in rack

14 Descrierea solutiei

Configuratia detaliata a solutiei cu codurile furnizor (partnumber) si cantitatile respective cu o definitie clara a modului de asigurare a garantiei si a serviiclor de suport trebuie furnizate pentru fiecare componenta

143

plugin-uri astfel incat sa permita utilizarea ca server de interfata pentru serverul de aplicatii

4 Serverul web trebuie sa permita implementarea unui mecanism de tip SSO in conjunctie cu solutia de control acces

5 Serverul trebuie sa permita implementarea unei arhitecturi de tip PKI

6 Comunicatiile cu exteriorul retelei trebuie sa se realizeze atat criptat cat si in clar, in functie de tipul informatiei ; suport SSL v3

7 Sa permita integrarea cu solutii de accelerare hardware a criptarii/decriptarii

8 Sa permita operarea in mod reverse-proxy

9 Sa dispuna de functionalitati de rescriere a adreselor URL

10 Sa dispuna de mecanisme de balansare a incarcarii

11 Sa permita configurarea intr-un mod de disponibilitate ridicata

12 Sa ofere suport pentru IPv4 si IPv6 13 Sa permita rularea continutului dinamic

oferind suport cel putin pentru tehnologiile PHP, JSP, C/C++

14 Sa permita port tunneling 14 Sa ofere servicii de web cache 15 Sa ruleze pe toate distributiile majore de

sisteme de operare prezente pe piata (Windows, Linux, Unix)

xxv) FISA TEHNICA – Gateway servicii web

Nr. Crt.


1 Modul centralizat de gestiune si control al politicilor de acces pentru serviciile web

2 Suport pentru standardul Web Service Definition Language (WSDL)

3 Autentificarea accesului la servicii 4 Autorizarea accesului la servicii 5 Criptarea/decriptarea mesajelor XML

transportate

6 Semnarea/verificarea semnaturii digitale aplicate mesajelor XML transportate

144

7 Controlul accesului la nivel transport si aplicatie

8 Suport pentru protocolul Secure Socket Layer (SSL) si certificate compatibile X.509

9 Suport pentru standarde deschise de control al accesului specifice serviciilor web : WS-Security, XML Encryption, XML Signature, Security Assertation Markup Language (SAML)

10 Mod de functionare de tip gateway fara modificarea serviciilor protejate

11

Definirea declarativa a politicilor de access utilizand un instrument de configurare pe baza unor primitive de activitati de acces pre-definite sau personalizate

Definirea declarativa a politicilor de access sa fie facuta utilizand o consola web-based

12 Auditarea parametrizata a apelurilor 13 Panouri de bord predefinite pentru

monitorizarea proactiva a modului in care politicile de acces sunt respectate

14 Definirea de noi panouri de bord pe baza informatiilor transportate si a starii de autentificare/autorizare a mesajelor

15 Integrat cu software-ul de control al accesului la resurse

16 Integrat cu serverul web 17 Integrat cu platforma de executie a

proceselor

18 Integrat cu serverul de aplicatii 19 Sa ruleze pe toate distributiile majore de


xxvi) FISA TEHNICA – Server de aplicatii

Nr. Crt.


1 Compatibil cu specificatiile platformei Java Enterprise Edition 5

2 Compatibilitate cu specificatiile platformelor anterioare Java, Java 2 Enterprise Edition 1.4 si Java 2 Enterprise Edition 1.3

3 Platforma tehnologica completa pentru instalarea si executia site-urilor web

145

dinamice, serviciilor web si aplicatiilor J2EE

4 Suport complet pentru specificatiile Java Servlets 2.3, 2.4 si 2.5

5 Suport complet pentru specificatiile JavaServer Pages 1.2, 2.0 si 2.1

6 Suport complet pentru specificatiile Enterprise JavaBeans 2.0, 2.1 si 3.0

7 Suport pentru servicii web conform specificatiilor WS-I Basic Profile 1.0 si 1.1

8 Suport complet pentru servicii web utilizand specificatiile JAX-WS 2.0 si JAX-RPC 1.1

9 Suport pentru Simple Object Access Protocol (SOAP) versiunile 1.1 si 2.0 si SOAP with Attachments API for Java (SAAJ)

10 Transformarea datelor in format XML utilizand standardul W3C Extensible Stylesheet Language (XSL)

11 Citirea si scrierea datelor in format XML utilizand interfetele de programare standard Document Object Model (DOM) si Simple API for XML (SAX) si specificatia Streaming API for XML (StAX)

12 Securizarea serviciilor web utilizand standardele WS-Security si WS-SecurityPolicy

13 Suport complet pentru standardul Java Database Connectivity (JDBC) versiunile 2.1 si 3.0

14 Suport pentru conectarea la multiple sisteme de gestiune a bazelor de date relationale (SGBDR)

15 Partajarea conexiunilor de date (Connection Pooling) integrat cu mecanismele de clustering si detectarea a defectelor implementate la nivelul bazelor de date

16 Suport complet pentru standardul Java Messaging Service (JMS) versiunile 1.0 si 1.1

17 Suport complet pentru managementul tranzactiilor utilizand specificatia Java Transaction API (JTA) versiunile 1.0 si 1.1

18 Implementare proprie pentru specificatia Java Persistence API (JPA)

146

cu suport pentru urmatoarele tipuri de obiecte : Plain Old Java Object (POJO), JavaBeans si Enterprise Java Beans (EJB)

19 Suport complet pentru standardul Java Authentication and Authorization Service (JAAS) sau echivalent

20 Mecanisme de grupare a serverelor in clustere de servere de aplicatii atat in topologii de tip activ-activ cat si activ-pasiv

21 Stoparea temporara a unui nod din cluster pentru mentenanta si suport, sistemul in acest timp fiind disponibil pentru activitati normale

22 Mecanisme de balansarea dinamica a incarcarii sistemului intre resursele administrate in cadrul aceluiasi cluster

23 Mecanisme de scalare a sistemului pe orizontala (Scale Out) si verticala (Scale Up)

24 Instalarea de noi versiuni ale unei aplicatii fara intreruperea utilizatorilor conectati la vechea aplicatie asigurand continuitate activitatii de business (Zero-Downtime)

25 Protectie impotriva supraincarcarii serverului de aplicatii utilizand optiuni de configurare a resurselor software pentru cazurile in care serverul nu mai poate accepta noi cereri de procesare, capacitatea maxima a sistemului fiind atinsa;

26 Modificare dinamica (self-tuning) a numarului de sesiuni concurente acceptate functie de gradul de incarcare al sistemului

27 Administrare web a serverelor de aplicatii cu capabilitati extinse de gestiune a schimbarilor de configuratii: - blocarea unei configuratii in vederea modificarii; - salvarea unei configuratii fara aplicare efectiva; - revenirea la o configuratie anterioara; - istoricul modificarilor

28 Server web integrat 29 Sa ruleze pe toate distributiile majore de


147

xxvii) FISA TEHNICA – Portal

Nr. Crt.


1 Interfata web standardizata, simpla si intuitiva

2 Interfata cu utilizatorii bogata in functionalitati, care sa ofere un nivel ridicat de accesibilitate, conform cu cerintele nivelului I (A) de accesibilitate WCAG versiunea 1.0

3 Grad ridicat de securitate a sistemului, care sa garanteze confidentialitatea si securitatea datelor utilizatorilor pentru accesul neautorizat atat dinafara cat si din interiorul sistemului

4

Rapoarte analitice asupra tuturor actiunilor utilizatorilor, care sa ofere posibilitatea de a analiza traficul si activitatea utilizatorilor pe portal

5 Componenta de management de continut, care sa permita stocarea si gestionarea intr-o maniera sigura si eficienta a tuturor sectiunilor ce vor fi publicate prin intermediul portalului

6 Un framework unic de dezvoltare a portalului, astfel incat indiferent de tipul de continut publicat in portal sau de tipul de aplicatii, modul de integrare al acestora in portal sa fie consistent si sigur

7 Administrare simplificata, pe intreg ciclul de viata al portalului

8 Servicii si extensii ale portalului modulare, care sa permita dezvoltarea ulterioara de noi functionalitati

9

Suport pentru servicii web si Web Services for Remote Portlets (WRSP)

10 Arhitectura orientata pe servicii, astfel incat toate serviciile implementate pentru gestionarea continutului in portal (publicare, cautare, versionare, etc.), sa poata fi reutilizate si incluse in alte aplicatii

11 Administrarea si dezvoltarea portalului se va putea realiza facil, utilizand doar un browser web

12 Personalizarea experientei utilizatorilor prin posibilitatea personalizarii interfatei de portal (aranjare in pagina,

148

alegere skin-uri etc) 13 Sa contina un motor de cautare

performant, care se permita efectuarea de interogari in toate sursele de informatie prezente in mediul portal

14 Sa imbunatateasca experienta utilizatorilor prin utilizarea unor tehnologii bazate pe Web 2.0 si AJAX

15 Sa ofere acces catre toate resursele prezente in cadrul portalului printr-o singura autentificare, la deschiderea sesiunii

16 Suport pentru standardele deschise JSF, Portlet (JSR 168)

17 Suport pentru specificatia JSR 170 18 Sa ofere posibilitatea de a repozitiona

portlet-ii in cadrul portalului prin operatiuni simple de drag and drop

19 Sa ofere functionalitati Web 2.0, pentru a asigura interactiunea dintre utilizatorii portalului

20 Sa ofere posibilitatea de a utiliza un director LDAP pentru a stoca si administra utilizatorii portalului


22 Integrat cu serverul web 23 Integrat cu serverul de aplicatii 24 Sa ruleze pe toate distributiile majore

de sisteme de operare prezente pe piata (Windows, Linux, Unix)

xxviii) FISA TEHNICA – Platforma de executie a proceselor

Nr. Crt.


1 Suport pentru arhitecturi de tip Service Oriented Architecture (SOA) si Event Driven Architecture (EDA)

2 Suport pentru standarde deschise de interoperabilitate : WSDL, WS-*, XML, SOAP, UDDI

3 Suport standard OASIS Business Process Execution Language (BPEL) pentru orchestrarea proceselor de lucru

4 Modelarea de procese in mod declarativ folosind primitivele specificate in norma OASIS BPEL

5 Expunerea automata a proceselor de lucru modelate ca servicii web standard

149

6 Modul specializat de gestiune a interactiunii umane cu fluxurile automatizate

7 Generarea automata a interfetelor web de tip formular prin care utilizatorul interactioneaza cu procesul automatizat

8 Interfata web de lucru cu utilizatorii finali care sa permita interactiunea cu activitatile umane

9 Suport pentru dirijare seriala, paralela sau ad-hoc catre un utilizator sau un grup de utilizatori

10 Politici de balansare a incarcarii activitatilor in cadrul unui grup de utilizatori folosind algoritmi de tip round-robin, most-productive, least-busy

11 Suport pentru votul deciziei unui grup de utilizatori

12 Escaladare automata in cazul expirarii unei activitati

13 Alerte de expirare a unei activitati 14 Modul de notificare a utilizatorilor

folosind diferite canale de comunicatie: email, SMS, fax

15 Mecanisme de persistenta in baze de date relationale a starii proceselor transparent pentru fluxurile durabile modelate

16 Integrare cu solutii de tip Service Registry bazate pe standardul UDDI

17 Suport pentru scopuri de compensare 18 Tratarea exceptiilor sistem sau de

aplicatie la nivel de proces sau scop al unui process

19 Managementul tranzactiilor utilizand specificatia JTA (Java Transaction API) si standardul X/Open XA Distributed Transaction (XA)

20

Suport pentru includerea sub-proceselor apelate dintr-un proces principal in tranzactia fluxului initiator

21 Exportul informatiilor – variabile proces, activitati, exceptii – din flux direct in baze de date relationale sau cozi de mesaje

22 Managementul web al ciclului de viata al unui proces – instalare, dezinstalare, inactivare

150

23 Auditarea executiei proceselor (stare procese, mesaje transportate, variabile flux) pe mai multe nivele de detaliere: dezvoltare, productie, dezactivarea completa a informatiilor de audit

24 Activarea auditarii numai in cazul terminarii cu eroare a unui flux

25 Colectarea permanenta de statistici de executie – timpi de executie, frecventa de aparitie evenimente, stari fluxuri – pentru procesele instalate

26 Modul dedicat de stocare si evaluare a regulilor de business, accesibil prin web personalul non-tehnic pentru consultare si modificare

27 Conectori predefinite la principalele tipuri de tehnologii: baze de date relationale, cozi de mesaje, sisteme de fisiere, servere FTP

28 Dirijarea mesajelor transportate bazata pe continut (Content-Based Routing) conform unor politici de dirijare statice sau dinamice

29 Mecanisme de control si garantare a livrarii mesajelor conform urmatoarelor tipuri de polici: Exactly-Once, At-Least-Once, Best-Effort

30 Monitorizarea in timp real, sub forma de panouri de bord, a indicatorilor de tipul Key Performance Indicators (KPI)

31 Panouri de bord actualizate in timp real fara “Refresh” manual din partea utilizatorului

32 Integrat cu serverul web 33 Integrat cu serverul de aplicatii 34 Integrat cu software-ul de control al

accesului la resurse

35 Sa ruleze pe toate distributiile majore de sisteme de operare prezente pe piata (Windows, Linux, Unix)

xxix) FISA TEHNICA – Analiza de business si raportare

Nr. Crt.


1 Sa ofere posibilitatea prezentarii datelor in formate variate (tabele, tabele pivot, grafice, texte derulante, etc.)

2 Sa ofere functionalitati de navigare ghidata pentru utilizatorii finali, cu

151

posibilitati multiple de navigare dintr-un anumit punct, atat pentru rapoarte cat si pentru grafice

3 Sa permita combinarea rezultatelor obtinute de pe platforme diferite la momentul interogarii, astfel incat setul de date rezultat sa fie unitar

4 Sa permita integrarea cu instrumente de lucru Office (Microsoft Word, Microsoft Excel)

5 Sa permita salvarea rapoartelor in formate diferite (Excel, PDF, Word, HTML, etc)

6 Sa ofere posibilitatea includerii rapoartelor/graficelor in tablouri de bord pentru toti utilizatorii finali, fara costuri de licentiere suplimentare

7 Sa dispuna de mecanisme de alertare pentru utilizatorii finali (via aplicatie, email, etc.)

8 Sa permita tuturor utilizatorilor finali modificarea tablourilor de bord sau a rapoartelor (fara costuri de licentiere suplimentare)

9 Sa nu necesite replicarea datelor un server separat, ci sa foloseasca capabilitatile bazei de date sursa

10 Mediul de lucru pentru utilizatorii finali sau alti dezvoltatori de rapoarte/analize sa fie in mediu web pur

11 Sa faciliteze accesul la informatie printr-un nivel de metadate care sa ascunda utilizatorilor finali complexitatea structurilor fizice de date

12 Utilizatorii sa isi poata crea singuri propriile rapoarte (analize ad-hoc) fara sa fie nevoiti sa cunoasca structurile fizice de date pe care le acceseaza

13 Sa permita accesarea datelor atat de pe platforme relationale, cat si multidimensionale sau foi de calcul

14 Sa permita integrarea cu LDAP, oferind in acelasi timp capabilati proprii de definire a rolurilor pentru restrictionarea accesului la rapoarte

15 Interactiunea utilizatorilor finali cu aplicatia se va face intr-o interfata de tip web, fara a necesita instalarea de componente software suplimentare pe masinile utilizatorilor, prin operatiuni

152

de tip point-and-click si drag-and-drop 16 Sa permita configurarea raportului astfel

incat utilizatorii sa poata selecta in tabloul de bord modul de reprezentare a informatiei: tabel, grafic, etc

17 Sa permita facilitati avansate de formatare a rapoartelor

18 Sa ofere acces la surse de date multiple, de pe platforme diferite (Oracle, SQL Server, DB2, SQL Anywhere, etc.), in mod transparent pentru utilizatorul final

19 Accesul utilizatorului final sa se faca dintr-o interfata web din care sa aiba acces la toate componentele de analiza, raportare, alertare, modificare, etc.


21 Integrat cu serverul web 22 Integrat cu serverul de aplicatii 23 Sa ruleze pe toate distributiile majore de


xxx) FISA TEHNICA – Platforma de integrare de date

Nr. Crt.


1 Sa ofere propriul mecanism de detectare a modificarii datelor (Changed Data Capture)

2 Sa suporte modalitati diferite de incarcare a datelor: • incarcare masiva de date (Bulk Load); • incarcare incrementala (Incremental Update); • incarcare datelor captate printr-un mecanism de detectare a modificarii datelor (Changed Data Capture)

3 Sa suporte mecanismul de tip Slowly Changing Dimensions

4 Procesele de extractie, transformare si incarcare sa poata fi definite sub forma declarativa, prin selectarea si maparea vizuala a tabelelor implicate si mentionarea componentelor de transfer necesare (pentru optimizarea procesului de dezvoltare)

5 Sa ofere suport pentru web-services 6 Sa permita pastrarea istoricului

153

diverselor versiuni ale maparilor de date 7 Sa permita notificarea prin email a

administratorilor in anumite conditii de lucru si sa poata intrerupe fluxul de executie in cazul unor erori considerate grave

8 Pentru optimizarea accesului la date modulul trebuie sa dispuna de componente reutilizabile, de tipul celor mai bune practici, care sa incorporeze elemente de acces specifice pentru fiecare din tipurile de surse accesate

9 Ca suport hardware, mediul de integrare a datelor nu trebuie sa necesite resurse proprii, ci trebuie sa delege efortul de integrare asupra bazelor de date accesate, singurele resurse necesare solicitate sa fie cele ale statiilor de lucru de pe care se configureaza si se monitorizeaza aplicatia


xxxi) FISA TEHNICA – Baza de date

Nr. Crt.


Generale 1 Sistem de gestiune a bazelor de date de

tip relational

2 Minimizarea conflictelor de acces la date si garantarea simultaneitatii accesului la datelor

3 Reorganizarea, mutarea, redefinirea de tabele, fara blocarea activitatii

4 Posibilitatea de a suspenda temporar operatii consumatoare de resurse (de exemplu incarcari masive de date), cu reluarea ulterioara a acestora

5 Scheme de prioritate in modul de accesare a bazei de date in functie de tipul de utilizatorului

6 Compatibila cu standardul ANSI SQL (SQL X.3.135)

7 Suport date multimedia 8 Stocare si gestiune de structuri de date

de tip XML

9 Suport pentru proceduri stocate si triggeri

154

10 Suport pentru tranzactii autonome 11 Executie paralela a operatiilor de tip

SELECT, INSERT, UPDATE, DELETE, MERGE, cu blocarea doar a inregistrarilor afectate, nu a intregii tabele

12 Executia de instructiuni INSERT de tip multi-tabela

13 Compresia datelor stocate in tabele pentru a minimiza spatiul de stocare

14 Indecsi de tip B-Tree, bitmap, partitioned, function based, domain

15 Tabele de tip index pentru acces rapid la anumite tabele

16 Mecanisme de restaurare rapida in caz de eroare umana, la nivel de tranzactie, tabela sau baza de date, fara a fi necesara intreruperea activitatii pe baza de date

17 Interogarea direct din baza de date a fisierelor text externe, fara a necesita in prealabil o operatiune de incarcare intr-o tabela din baza de date

18 Notificarile asincrone de evenimente catre clienti fara a fi necesara interogarea periodica de catre acestia

19 Limitarea numarului de conexiuni la baza de date prin folosirea unui mecanism de tip database connection pooling

20 Suport complet pentru folosirea de expresii regulate

21 Suport pentru recuperarea datelor afectate de o tranzactie eronata la nivelul unei singure linii de date, unui set de date, unei tabele sau unui set de tabele (incluzand refacerea dupa eliminarea completa a tabelei) precum si a altor schimbari la nivelul bazei de date

22 Recuperarea tranzactiilor aflate in lucru in momentul intervenirii unei caderi (roll-forward)

23 Suport pentru proceduri stocate si triggere Java cu ajutorul Java Virtual Machine (JVM)

24 Suport Unicode UTF-8 sau echivalent 25 Suport pentru replicarea bidirectionala a

datelor intre doua instante ale bazei de date

Securitate

155

26 Restrictionarea accesului la nivelul obiectelor bazei de date

27 Aplicarea simultana a mai multor politici de securitate pe un acelasi obiect al bazei de date

28 Lista cu operatiile pe care un grup sau o clasa de utilizatori le poate executa

29 Stocare criptata a datelor in baza de date in mod transparent

30 Mecanism nativ de restrictionarea accesului utilizatorilor la nivel de inregistrare si coloana intr-o tabela

Disponibilitate si scalabilite 31 Instalarea unei singure baze de date pe

mai multe noduri (arhitectura de tip cluster activ-activ) pentru a asigura toleranta la defecte hardware sau nefunctionare planificata, scalabilitatea si disponibilitatea crescuta a sistemului

32 Balansarea incarcarii la nivelul cererilor si executiilor pe baza de date

33 Sporirea puterii de calcul prin adaugarea transparenta de noduri la cluster

34 Disponibilitate 24x7 pentru utilizatori in cazul aparitiei unei defectiuni hardware la unul din serverele cluster-ului

35 Stoparea temporara a unui nod din cluster pentru mentenanta, suport, upgrade, sistemul ramanand disponibil

36 Modificarea dinamica a parametrilor in cazul suplimentarii sistemului cu memorie, procesoare si spatiu de stocare

37 Soft de clusterware integrat astfel incat sa permita rularea pe diferite platforme si sisteme de operare fara achizitionarea de soft de clustering aditional de la producatorul sistemului de operare

38 Securitate tranzactionala in cazul aparitiei unor erori hardware sau software in cluster

39 Reconectarea automata la nodul sau nodurile ramase disponibile dupa aparitia unei defectiuni

Salvare si recuperare 40 Salvarea/restaurarea si

arhivarea/dezarhivarea datelor in regim de lucru online; refacerea accesului la baza de date in mod automat in caz de incident

156

41 Salvarea totala si/sau partiala a bazei de date

42 Backup automat intr-o forma unitara, centralizata si usor de administrat

43 Backup numai pentru fisierele care au suferit schimbari de la ultimul backup si pentru fisierele nou create

44 Salvarea/restaurarea si arhivarea/dezarhivarea datelor sa se desfasoare prin intermediul SAN in loc de LAN, direct pe benzi sau in storage pool-ul de discuri al serverului

45 Rapoarte locale si consolidate asupra intregului mediu de backup cat si a operatiunilor de backup

46 Inregistrarea tuturor modificarilor bazei de date pentru a permite recuperarea bazei de date (inregistrarea tranzactiilor)

47 Recuperarea totala si/sau partiala a bazei de date de la un moment de timp specificat de utilizator

48 Salvarea pentru unul sau mai multe spatii alocate tabelelor asa cum este specificat de catre administratorul bazei de date

Portabilitate 49 Sa ruleze pe toate distributiile majore de


xxxii) FISA TEHNICA – Software de administrare a identitatii utilizatorilor si controlul accesului la resurse

Nr. Crt.


1 Va asigura serviciul de autentificare a utilizatorului la intrarea in sistemul informatic integrat (Single sign-on centralizat). Din pagina principala utilizatorul va putea introduce numele user-ului si parola. Dupa ce utilizatorul a fost autentificat, el va avea acces la toate zonele de portal si aplicatii pentru care este autorizat, fara a i se mai cere user si parola de acces

2 Utilizatorii si drepturile de acces sunt stocate si gestionate in cadrul unui sistem standard de autentificare unica. Accesul la oricare din aplicatiile componente ale solutiei se va face utilizand o autentificare unica la

157

inceputul sesiunii de lucru. Drepturile si rolurile utilizatorului sa fie stocate in mod unic in Directory-ul oferit

3 Solutia trebuie sa permita stocarea politicilor de acces si a configuratiei de sistem intr-un sistem de tip director

4 Solutia trebuie sa fie integrabila cu sistemul de monitorizare centralizata a componentelor sistemului

5 Autentificarea unica a utilizatorilor si autorizarea acestora in sistem prin mecanisme de tip autentificare unica prin intermediul rolurilor si privilegiilor

6 Sa ofere definire centralizata de drepturi la nivel de Directory compatibil cu standardul LDAP (ver.3). Utilizatorii vor avea acces numai la aplicatiile si documentele pentru care au drepturi

7 Sa suporte un mod flexibil si unitar pentru gestiunea drepturilor si politicilor de acces ale utilizatorilor la toate resursele sistemului integrat (aplicatii, module, categorii de informatie) prin definire, modificare, stergere, explorare, pastrare istoric sesiuni de acces

8 Sa ofere integrare cu alte solutii de tip Directory oferind sincronizare si interoperabilitate

9 Sa permita autentificarea, identificarea, verificarea drepturilor si permisiunilor, supravegherea cererilor de servicii si operatiilor executate de persoana care a generat, a modificat sau a sters o informatie

10 Facilitati de delegare a administrarii identitatii, politicilor de acces, configurarii sistemului cu posibilitatea acordarii dreptului de delegare in cascada

11 Arhitectura de tip ntier, bazata pe J2EE, ce foloseste SSL, JAAS pentru protejarea informatie

12 Suport pentru multiple servere de aplicatie precum: JBoss, Oracle Application Server, BEA webLogic si IBM webSphere

13 Solutia trebuie sa permita simularea efectului aplicarii unei politici de acces inainte de aplicarea efectiva a acesteia

14 Interfata predefinita de tip self-care

158

pentru utilizatori, manager si administratori pentru administrarea identitatii utilizatorilor

15 Arhitectura solutiei de control acces sa permita scalarea usoara, fara a necesita modificarea aplicatiilor

16 Solutia de control acces trebuie sa ofere o componenta integrata de flux pentru a permite aprobari

17 Solutia de control acces trebuie sa permita auditare si raportare a activitatilor din sistem - schimbari de politici, evenimente de autentificare-autorizare cu specificarea rezultatului acestor actiuni

18 Solutia trebuie sa se integreze cu o solutie de raportare externa/sa puna la dispozitie rapoarte predefinite pentru solutia de raportare

19 Rapoartele trebuie sa poata fi rulate in timp real, pe datele curente la momentul respectiv si sa poata fi exportate in diverse formate (xml, pdf, etc)

20 Posibilitatea de definire a unor grupuri dinamice bazate pe profilul utilizatorilor

21 Solutia trebuie sa ofere management centralizat pentru agenti si facilitati de diagosticare a sub-componentelor de control acces

22 Sa se integreze cu solutia Portal propusa dupa cum urmeaza: - Portalul sa includa un instrument pentru administrarea utilizatorilor. Acesta va realiza definirea de useri si parole, schimbare parole, gestiune a drepturilor de acces bazat pe grupuri de utilizatori/roluri astfel incat un utilizator sa poata face parte din mai multe grupuri generice de drepturi de acces, alte activitati de administrare useri; - Sistemul de portal trebuie sa permita utilizarea profilelor de utilizatori, administratorul putand seta astfel preferintele atat la nivel de profil, grup cat si la nivel de utilizator. Aceste preferinte specifica atat accesul pe care il vor avea la diverse portiuni ale portalului cat si drepturile asupra acestor zone; - Solutia de portal trebuie sa permita

159

deconectarea (logoff) automata - sa ofere un mecanism prin care un utilizator sa fie deconectat in cazul in care nu a mai efectuat nici o tranzactie/actiune intr-o perioada de timp (interval ce trebuie sa poata fi setat de administrator).


xxxiii) FISA TEHNICA – Solutie Enterprise de monitorizare si analiza pentru

sisteme, aplicatii si baze de date Nr. Crt.


Generale 1 Sa descopere automat componentele IT

si sa permita maparea acestora pe serviciile de business definite. In acest mod se va elimina setarea manuala si administrarea continua.

2 Bazat pe aparitia evenimentelor, sa ofere corelare pe nivele multiple, prioritizare de incidente si analiza de impact asupre business-ului

3 Sa suporte mediu eterogen, iar integrarea si corelarea sa se faca intr-o interfata unitara

4 Sa permita vizualizarea dependintelor intre servicii, legaturile intre servicii, utilizatori si infrastructura pentru a permite planificarea si prioritizarea

5 Sa aiba o trasabilitate individuala, la nivel de end-user, sa permita rezolvari personalizate pentru orice problema aparuta

6 Sa aiba o singura consola pentru a vizualiza intregul sistem (aplicatii, baze de date, infrastructura)

7 Diagnostic detaliat pe sistemele de productie, cu determinarea rapida a cauzelor fara a fi necesara reproducerea erorii

8 Management unificat intre suport si dezvoltare pentru escaladare si rezolvare rapide

9 Audit al modificarilor si management al versiunilor pentru a asigura integritatea mediilor de productie

160

10 Sa ofere monitorizarea integrata a elementelor de infrastructura de comunicatii si sisteme de operare

11 Mapare automata a dependentelor intre servicii

12 Fiecare user, sau grup sa poata modifica propriile view-uri si politici

13 Sa aiba un workflow predefinit al proceselor si sa permita customizarea acestuia pentru a fi conform cu politicile interne ale organizatiei

14 Sa permita analiza comportamentului end-user-ilor si a timpilor de raspuns

15 Sa ofere panouri de comanda si control usor de creat si customizat pentru corelare si rezolvare rapida a problemelor

16 Trasabilitate a tranzactiilor, pana la nivelul unei tranzactii individuale.

17 Posibilitatea de a inregistra si reproduce tranzactii reale din aplicatii Java, web-based, sau client-server cu masurarea timpilor de raspuns si a SLA-ului

18 Pentru aplicatii Java se doreste inclusiv extragerea variabilelor SQL bind prezente in query-urile inspre bazele de date

19 Elementele de securitate trebuie sa poata fi integrate cu platforme tip LDAP

20 Interfata trebuie sa fie web fara a necesita instalarea de plug-in-uri

21 Sistemul trebuie sa permita auditarea tuturor operatiilor efectuate in interfata sa

xxxiv) FISA TEHNICA – Software de gestiune a certificatelor pentru semnatura

electronica si criptarea datelor (autoritate de certificare) Nr. Crt.


1 suport pentru verificarea in timp real a validitatii certificatelor emise prin OCSP

2 suport pentru generarea de certificate de catre dispozitive terte prin SCEP

3 suport pentru generarea automata de copii de siguranta a materialului criptografic sensibil (chei private), inclusiv cu posibilitatea restaurarii

161

materialului criptografic din aceste copii, inclusiv cu suport pentru configurarea unor restrictii de tip n din m pentru restaurare

4 suport pentru publicarea automata a certificatelor emise intr-un director LDAP

5 suport pentru generarea automata a listelor de certificate revocate, atat in format v1 cat si v2 si atat ca enitate de sine statatoare cat si ca diferenta fata de ultima versiune (DeltaCRL)

6 suport pentru publicarea listelor de certificate revocate si a certificatului autoritatii insasi intr-un director LDAP

7 suport pentru o implementarea unei structuri de tip autoritate de inregistrare cu configuratie de securitate (drepturi de acces si permisiuni) distincta de cea a autoritatii de certificare

8 design modular care sa permita distribuirea pe noduri de calcul separate a urmatoarelor componente (fiecare pe alt nod): autoritatea de certificare (CA), autoritatea de inregistrare (RA), gestiunea copiilor de siguranta pentru materialul criptografic (DRM), validatorul in timp real (OCSP)

9 design flexibil care sa permita dublarea (si chiar suplimentarea super-scalara) unor componente vitale (cum ar fi autoritatea de certificare si validatorul in timp real) pentru scopul cresterii disponibilitatii si performantei sistemului

10 suport pentru folosirea unor module fizice de securitate (HSM) pentru stocarea materialului criptografic sensibil, inclusiv in cazul in care aceste module sunt accesibile printr-o retea

11 suport pentru criptografie cu curbe eliptice

12 suport complet pentru standardele PKCS, cum sunt: PKCS#13 (criptografie cu curbe eliptice), PKCS#12 (export si transport de material criptografic in conditii sigure), PKCS#11 (interfata cu module criptografice), PKCS#10 (cerere de emitere certificat digital) si restul

162

xxxv) FISA TEHNICA – Software de diagnostic, analiza de performanta,

managementul spatiului si optimizare baze de date Nr. Crt.


Functionalitati pentru administrarea bazelor de date 1 procedurile, functiile si pachetele sa

poata fi compilate, verificate si depanate

2 modificarea parametrilor de configurare si a optiunilor bazei de date

3 sa permita crearea si planificarea de joburi

4 sa prezinte sabloane particularizabile pentru proceduri, functii, triggeri si pachete

5 sa permita o administare completa a securitatii din baza de date prin crearea, modificarea, stergerea utilizatorilor, rolurilor şi profilurilor

6 sa permita vizualizarea si administrarea tablespace-urilor, fisierelor redolog, segmentelor rollback, fisierelor de control pentru managementul de spatiu

7 sa contina editoare de scripturi SQL, proceduri, functii, trigere etc, care să aiba functii de tip “make” si “strip” de portare fraze sql direct din si catre alte aplicatii

8 la nivel de schema sa poata crea si modifica rapid obiectele din baza de date, sa poata vizualiza dependentele dintre obiectele schemei, sa poata realiza comparari si afisari de rapoarte pe schema si pe obiectele din ea, precum si diagrame cu obiectele din schema

9 sa permita cautarea după criterii diverse a obiectelor din baza de date

10 sa permita compararea de scheme, fisiere de cod

11 sa permita formatarea customizata a codului pentru o mai buna lizibilitate, sa permita encriptarea codului stocat in baza de date

12 sa contina o colectie completa de „code snipets”(mici blocuri de cod reutilizabile) pentru majoritatea functiilor bazei de date

163

13 sa includa si un modul specializat de debug al codului pl/sql care sa faciliteze crearea unor asa zise view-uri imbunatatind serios timpul de detectare al erorilor.

14 sa detecteze erorile de logica in programare, sa efectueze rulari pas cu pas si sa faciliteze rezolvarea problemelor fara scrierea de cod suplimentar pentru detectarea portiunilor de cod in dubiu

15 prin intermediul lui sa se poate urmari evolutia unei proceduri sau functii (chiar apelata si din exterior) fara inserare de cod suplimentar

16 sa contina wizard-uri detaliate pentru operatiunile de import, export şi sqlload

17 sa permita exportul ad-hoc al rezultatului unui query in formatele uzuale (csv, text, excel, etc.)

Functionalitati de analiza a performantelor 18 Sa permita colectarea de date

referitoare la performantele bazei de date, folosind servicii de colectare cu rata mare de esantionare (sub o secunda) si necostisitori din punct de vedere a resurselor consumate

19 Sa permita culegerea de informatii direct din structurile de memorie ale instantei bazei de date (fara a cauza intarzieri sau blocaje in procesele bazei de date)

20 Sa permita ajustarea nivelului de ocupare al procesorului de catre agentul de colectare, cu posibilitatea reducerii ratei de esantionare in momentele de varf de activitate

21 Produsul trebuie sa fie capabil sa asocieze fiecarei fraze SQL informatii detaliate referitoare la : CPU utilizat, IO consumat, sesiunea utilizata (OS User, DB user, aplicatie, statie de lucru, etc.), blocaje, utilizarea memoriei si evenimentele de tip wait

22 Sa invete comportamentul bazei de date in functie de ora din zi, ziua din sapatamana, etc. si in acest mod sa creeze un „baseline”, o referinta la care raporteaza activitatea curenta semnaland orice deviatie de la aceasta

164

23 Sa permita o analiza curenta si istorica a performantelor bazei de date

24 Sa arate marii consumatori de resurse in termeni de instructiuni SQL, sesiuni, utilizatori, programe

25 Sa contina rapoarte de comparare a intregii activitati, precum si particulariazat pana la nivelul de granularitate a unei singure fraze SQL

26 Sa permita un gestiunea schimbarilor in detaliu. Sa arate orice modificare in baza de date in intervalul de timp selectat, inclusiv modificarile planurilor de executie ale frazelor SQL

27 Sa permita organizarea unui warehouse cu datele de performanta in care sa pastreze pe o perioada nelimitata datele culese si ofera facilitati OLAP de analiza a performantelor

28 Sa permita comparatia detaliata a activitatii din baza de date. Adica, sa se poata vizualiza activitatea unui modul (aplicatie), a unui utilizator sau chiar a unei fraze sql individuale comparativ in perioade diferite de timp. De asemenea, sa permita compararea unor indicatori diferiti, a unui modul cu altul in perioade diferite de timp (pentru a fi utilizat la inlocuirea, sau upgrade-ul aplicatiilor)

29 Sa contina rapoarte predefinite privind performantele curente si istorice ale bazelor de date

30 Sa permita crearea de rapoarte individualizate privind performantele curente si istorice ale bazelor de date

31 Sa prezinte un „tablou de bord” care consolideaza indicatorii cheie de performanta, permite intelegerea unificata a starii bazei de date si contine rezultatele testelor de performanta

32 Sa permita executia programata a acestor rapoarte, exportul automat in formate doc, sau pdf si transmiterea pe mail

33 Sa permita analiza performantelor mediilor de stocare (storage) ale bazelor de date

34 Va pastra toate datele colectate pentru 5 ani

165

35 Sa aiba posibilitatea de playback si playforward, astfel incat sa se poate analiza comportamentul istoric si previziona cel viitor

36 Sa functioneze si in mod silentios, sa nu fie nevoie astfel de supraveghere permanenta. Solutia va permite emiterea de alerte in cazul depasirilor consumurilor de avarie

37 Produsul trebuie sa contina modul integrat de analiza in timp real a bazei de date utilizat in detectarea unui numar mare de probleme de performanta, modul care:

38 Sa programeze si sa execute o analiza pe datele colectate in intervalul stabilit, pe zile, pe momente de incarcare maxima sau pe alte criterii arbitrare, si pregateste rapoarte detaliate care contin toate problemele aparute la nivelul bazei de date (Database Health Check) pe baza statisticilor colectate la intervale de timp stabilite

39 Sa ofere diagnoze expert privind performanta instantelor bazelor de date si sa includa un set complet de recomandari si instructiuni detaliate si sa puna la dispozitia personalului desemnat solutii clare pentru toate problemele depistate

40 Sa ofere diagnoza avansata si un plan de actiune coerent pentru maximizarea performantei si scalabilitatii bazei de date

41 Sa contina rapoarte cu link-uri pentru a face „drill-down” la toate problemele aparute in baza de date pentru a oferi dovezi solide si solutii de rezolvare

42 Sa contina doua tipuri de rapoarte de analiza, unul privind probleme de performanta si sfaturi de rezolvare, iar altul privind sugestii de aplicare a celor mai bune practici in administrarea si tuningul bazelor de date

43 Rapoartele trebuie sa poata fi programate spre executie automata, inclusiv sa poata fi distribuite pe mail si/sau exportate in toate formatele uzuale (pdf, doc, html, etc)

44 Cu ajutorul acestor analize sa se poata

166

identifica: 45 -erori in configurarea instantei de baze

de date

46 -fraze SQL consumatoare de resurse 47 -probleme in gestionarea spatiului 48 -anomalii in administrarea schemelor

de baza de date

49 -sugestii de imbunatatire a performantelor.

Functionalitati pentru diagnosticarea performantelor in timp real 50 Produsul trebuie sa realizeze

diagnosticul activitatii sistemului in timp real

51 Sa permita conectarea din aceeasi consola la multiple instante de baze de date, indiferent de versiunea acestora

52 Sa aiba o interfata vizuala, respectiv o harta a arhitecturii bazei de date din care sa se poata vizualiza exact componentele sale precum si fluxul de date intre acestea

53 Interfata vizuala sa fie insotita de explicatii privind fiecare element al arhitecturii bazei de date cu acces rapid si link-uri catre manuale electronice la topic-ul care explica exact elementul din arhitectura bazei de date pe care s-a dat click

54 Sa permita executarea unei aplicatii pe client in momentul aparitiei unei alarme

55 Sa permita diagnosticul atat al bazei de date cat si al sistemului de operare de pe serverul de baza de date

56 Sa identifice vizual gatuirile la nivel de sistem avand facilitati de inspectare detaliata (drill down)

57 Sa notifice administratorul de baze de date prin intermediul alarmelor vizuale, auditive, mail sau pager cand un anumit prag critic este depasit (threshold). Sa permita customizarea acestor praguri de alertare, precum si configurarea lor automata in functie de activitatea bazei date printr-un proces de calibrare.

58 Sa permita trimiterea selectiva de alerte, pe baza de reguli, inclusiv doar a alertelor care nu au fost detectate de administrator (de exemplu s-au petrecut noaptea sau in pauza)

59 Sa permita un istoric al incidentelor cu

167

posibilitaea reproducerii exacte a activitatii din momentul producerii lor. Inregistrarea activitatii bazei de date in scopul reproducerii se va face pe o perioada de mai multe zile in functie de spatiul alocat pentru aceasta

60 Administratorul sa poata in orice moment, in mod vizual sa faca „replay” la activitatea din baza de date pentru a vizualiza cu exactitate situatia in care a fost generata o alerta

61 Solutia sa fie disponibila pentru cele mai cunoscute platforme de baze de date si sa permita monitorizarea acestor platforme din aceeasi consola

62 Sa permita diagnosticarea unui cluster atat la nivelul unui nod individual, cat si la nivelul clusterului ca entitate

63 Sa permita vizualizarea incarcarii interconect a latentei si overheadului cauzate de cluster

64 Sa permita diagnosticarea si alertarea cu privire la subsistemul I/O

Functionalitati pentru gestiunea spatiului 65 Sa asigure reorganizarea si

defragmentarea tablespace-urilor, tabelelor si indecsilor intr-un mod automatizat

66 Sa detecteze problemele legate de spatiu si sa faca previziuni si analize asupra problemelor de spatiu si capacitate

67 Sa afiseze grafic harta tablespace-urilor 68 Sa determine momentul in care

obiectele isi depasesc spatiul alocat

69 Sa ofere o analiza a cresterii dimensiunii bazei de date

70 Sa permita planificarea capacitatii tablespace-urilor

71 Sa ajute la minimizarea utilizarii resurselor salvand spatiu de disk si costurile asociate

72 Sa permita reorganizarea bazelor de date fara a intrerupe accesul utilizatorilor de aplicatii (datele din tabele sa ramana accesibile, pentru citire si modificare, pe durata reorganizarii)

73 Sa permita reorganizarea tabelelor care includ coloane de tip LONG (foarte

168

utilizate in majoritatea aplicatiilor) fara a intrerupe accesul la baza de date (datele din tabele sa ramana accesibile, pentru citire si modificare, pe durata reorganizarii)

74 Sa permita partitionarea tabelelor si repararea „chained rows” (datele din tabele raman accesibile, pentru citire si modificare, pe durata partitionarii si a repararii „chained rows”)

75 Sa permita executia task-urilor de catre un agent, astfel incat acestea se vor executa fara sa depinda de aplicatia sau clientul bazei de date

76 Functionalitati pentru optimizarea instructiunilor SQL

77 Sa detecteze instructiunile SQL cu probleme de performanta, direct din obiecte stocate in baza de date (proceduri, vederi etc.) sau din fisiere sursa fara a necesita executia lor; in plus permite si detectarea instructiunilor SQL dinamice (create la momentul executiei)

78 Sa ofere posibilitatea de a scana, gasi si optimiza instructiunile ineficiente

79 Sa permita vizualizarea in detaliu planurile de executie ale instructiunilor SQL

80 Sa gaseasca automat instructiunile SQL alternative - instructiuni cu sintaxa diferita dar echivalente semantic (produc exact acelasi set de rezultate)

81 Sa execute automat scenariile asociate cu originalul si cu alternativele gasite in vederea colectarii de statistici privind executia lor

82 Sa permita compararea statisticilor aferente si alegerea automata a celui mai bun scenariu.

83 Sa permita utilizatorului sa decida intre scenariile alternative, varianta pe care o considera optima

84 Sa se integreze cu un modul de Benchmarking pentru teste de scalabilitate

85 Sa aiba facilitati de generare alternative de indecsi pentru o anumita instructiune SQL in relatie cu tabelele referite, permite simularea lor si alegerea celor

169

mai bune variante 86 Sa permita crearea si gestionarea de

planuri de executie (outlines)

Functionalitati pentru simularea accesului si testarea bazei de date 87 Sa permita executia unor teste standard

in industrie (AS3AP, Scalable Hardware, TPC-B, TPC-C, TPC-D, TCP-H)

88 Sa permita crearea propriilor scenarii de test prin introducerea frazelor sql

89 Sa permita capturarea frazelor sql direct din fisierele sql trace ale bazei de date, putand in acest fel reproduce in mod exact activitatea din baza de date

90 Pentru simularea frazelor sql, produsul sa aiba dictionare detaliate (nume, coduri postale, localitati, etc.), precum si functii speciale de generare aleatoare si/sau unice de valori (numerice, de tip data, de tip text). In acest mod se va evita repetarea la nesfarsit a unei singure fraze sql (lucru nerelevant pentru analiza), sau un efort prea mare de concepere a scenariului de test

91 Sa permita combinarea tuturor acestor scenarii de test

92 Sa permita analiza scenariilor executate si culegerea de statistici de tipul „transaction/second”, „response time”, etc

93 Sa permita executia scenariilor de test in paralel cu multiple conexiuni la baza de date, in acest fel simulandu-se activitatea concurenta a utilizatorilor

94 Sa permita folosirea de agenti comandati de la o consola centralizata pentru a putea balansa numarul de conexiuni deschise statiile client.

95 sa contina un modul cu functionalitate de Group Policy care sa adauge un strat intermediar peste securitatea nativa a bazelor de date care sa permita o mai buna gestiune a accesului utilizatorilor la functionalitatile produsului de administrare.

96 sa permita lucrul in echipa cu functionalitati de versionare a codului si functii “check-in” si “check-out”

97 Solutia trebuie sa suporte arhitectura RAC si sa ofere analiza de ansamblu a

170

RAC-ului si individual pe fiecare instanta

98 Solutia de analiza de performanta trebuie sa se integreze cu produsul de monitorizare oferit de monitorizare care sa centralizeze si sa pastreze toate alarmele.

99 Sa permita vizualizare alert log-ului

100 Sa contina un modul de diagnostic predictiv care sa detecteze inconsistentele in trendul performantei frazelor SQL

xxxvi) FISA TEHNICA – Componenta de audit

Nr. Crt.


1 Sa ofere redundanta automata in cazul defectarii serverului de colectare si alertare. Acest lucru va elimina posibilitatea de a pierde loguri in caz de eroare hardware

2 Sa permita crearea unei zone criptate de cache unde logurile sunt salvate automat pe masura ce sunt create. Acest lucru elimina posibilitatea alterarii de loguri de catre administratori rau intentionati. Adica un administrator care face operatiuni suspecte cu serverul scos din retea si apoi sterge logul sa nu se poata feri de acest mecanism.

3 Sa ofere un storage pe termen lung cu rata de compresie de 1:100 unde toate logurile sa fie pastrate in format criptat (de exemplu conform standardului 3DES 168 bit). Acest repository sa fie unica sursa de log si sa nu mai fie necesar backup-ul logurilor la sursa.

4 Sa simplifice operatiunea de masurare a comportamentului in retea si sa permita detectarea incidentelor de securitate. Pentru a detecta aceste evenimente suspecte, este necesar sa ofere posibilitatea de comparare a evenimentelor suspecte cu pattern-urile masurate in mod normal (functionlitate de Anomaly Analizer)

5 Sa trimita alerte direct prin mail, sau

171

prin intermediul unei aplicatii de monitorizare

6 Sa automatizeze colectarea securizata de loguri, iar prin programarea job-urilor de colectare sa se minimizeze impactul asupra retelei

7 Sa coreleze in mod automat evenimentele critice si sa alerteze cu privire la orice activitate neobisnuita

8 Stocarea logurilor sa fie arhivata si criptata pe terment nelimitat cu necesitati minime de storage (rata de compresie de pana la 1:100).

9 Garantia ca toate logurile astfel pastrate provin din sursele originale, nu au fost modificate dupa colectare si pot fi utilizate ca dovezi.

10 Arhitectura sa fie flexibila si scalabila, precum si usurinta in producerea rapoartelor de securitate pentru tehnologiile propietare.

11 Sa ofere corelarea tuturor evenimentelor din organizatie, din orice sursa in functie de contul din LDAP

12 Detectare automata a activitatilor suspecte pe baza unui pattern stabilit automat (prin Anomaly Analizer)

13 Sa aiba un portal ce asigura totalitatea task-urilor pentru conformitatea cu standardele SOX, HIPAA, Basel II, ISO 27001, 27002, ITIL, COBIT

14 Sa permita monitorizarea tuturor sistemelor si sa asigure conformitatea cu standardele de securitate

15 Sa colecteze logurile in mod securizat: Solutia trebuie sa garanteze integritatea si securitatea logurilor. Solutia trebuie sa cripteze si comprime logurile inainte de transmisie

16 Sa pastreze multe date online: Solutia trebuie sa ofere un mod flexibil de stocare in care sa se poata pastra online cat mai multe loguri pe cat mai mult timp. Logurile trebuie pastrate in mod arhivat si comprimat. Solutia care va oferi cel mai mare grad de compresie in acest storage este candidatul ideal.

17 Sa aiba o consola de raportare inteligenta: Solutia trebuie sa ofere rapoarte predefinite, precum si

172

osibilitatea de a crea rapoarte noi. Aceste rapoarte sa poata fi distribuite si exportate in formatele cunoscute: pdf, excel, text, csv, etc.

18 Sa imbunatateasca securitatea si performanta: Solutia trebuie sa ofere alertare realtime. Sa existe posibilitatea de a defini alerte noi, iar acestea sa poata fi trimise direct pe mail, sau catre o alta consola de monitorizare (MOM)

19 Sa ofere suport pentru compliance: Solutia sa ofere mecanisme care sa rezolve controalele cerute de standardele de securitate interne si externe prin monitorizarea accesului la sistemele critice si detectarea evenimentelor suspicioase.

20 Sa ofere automatizarea completa: Coletarea logurilor trebuie sa fie complet automatizata fara interventie manuala.

21 Sa monitorizeze activitatea userilor: Sa colecteze si sa coreleze userii si administratorii si sa alerteze in mod automat la aparitia oricarei activitati anormale

22 Sa garanteze integritatea logurilor: Sa permita crearea unui cache, a unei zone tampon pe serverele monitorizate unde logurile sa fie duplicate pe masura ce sunt create. Acest lucru trebuie sa impiedice alterarea logurilor de catre administratori pana ce acestea sunt colectate de procesul automat de colectare.

23 Redundanta: Solutia trebuie sa permita existenta unui server redundant catre care sa poata fi cu usurinta mutate configuratia, si task-urile de colectare si raortare.

24 Compresia datelor: Solutia trebuie sa ofere un mecanism de stocare a datelor care sa fie conform cu standardele ce securitate (criptat si arhivat). Acest mecanism trebuie sa inlocuiasca backup-ul traditional al logurilor de pe sistemul sursa. Logurile ajunse in acest loc sa nu mai poata fi alterate in nici un fel, cu nici un fel de parola, sau alta metoda de acces.

173

25 Analiza anomaliilor: Solutia trebuie sa simplifice descoperirea tendintelor in activitatea din sistem si sa detecteze incidentele de securitate cum ar fi tentativele de acces in sistem, sau in internet

26 Alertare in timp real: Solutia trebuie sa ofere o consola de alertare si posibilitatea de a configura alerte bazate pe politici flexibile. Aceste alerte trebuie sa fie trimise catre aceasta consola, sau catre alta consula de alertare utilizata. Acest lucru este necesar pentru a nu folosi mai multe console de alertare in organizatie.

27 Rapoarte flexibile: Solutia trebuie sa contina rapoarte predefinite si customizabile. Rapoartele treuie sa aibe sursa deschisa pentru a putea crea alte rapoarte noi pe baza celor existente. De asemenea sa existe posibilitatea de a exporta aceste rapoarte in formatele traditionale (HTML, XML, PDF, CSV and TXT, as well as Microsoft Word, Visio and Excel)

28 Instalare rapida si deplyment usor: Solutia trebuie sa permita instalarea usoara, configurarea prin wizard-uri, iar agentii de monitorizare sa poata fi instalati centralizat.

29 Interfata de raportare si administrare usor de utilizat: Solutia trebuie sa ofere o interfata Windows de administrare bazata pe roluri integrata in LDAP. De asemenea mecanismul de raportare sa aiba posibilitatea de a configura accesul utilizatorilor pana la cea mai fina granularitate (raport individual), iar accesul sa fie integrat cu LDAP.

xxxvii) FISA TEHNICA – Software de replicare

Nr. Crt.


1 Solutia de replicare trebuie sa asigure independenta de platforma si versiune de baza de date intre sursa si destinatie.

2 Solutia trebuie sa permita replicarea tabelelor (inclusiv tabele IOT), secventelor bazei de date, precum si a

174

tuturor comenzilor DDL. 3 Solutia trebuie sa suporte replicarea

tipului de date LONG

4 Solutia trebuie sa permita transformarea comenzilor de la sursa (de exemplu un DELETE la sursa sa poata fi transformat intr-un INSERT la destinatie).

5 Solutia trebuie sa permita replicarea intregii baze de date, sau a unui set de tabele, sau chiar a unei singure tabele. De asemenea sa permita doar replicarea unui subset din coloanele, sau randurile tabelei.

6 Solutia trebuie sa functioneze pe orice varianta de baza de date (de exemplu Standard Edition, Enterprise Edition, etc)

7 Solutia trebuie sa functioneze si pe varianta de baze de date cu specific RAC, atat la sursa cat si la destinatie.

8 Solutia trebuie sa permita utilizarea de platforme hardware diferite intre sursa si destinatie (de exemplu sursa poate fi AIX, iar destinatia Windows) cu conditia ca sistemele de operare sa fie suportate de baza de date

9 Solutia trebuie sa suporte fisiere redo-log mai mari de 2Gb

10 Solutia trebuie sa detecteze si sa adauge fara nicio interventie partitii nou create in tabelele implicate in replicare

11 Solutia trebuie sa functioneze ca un proces extern bazei de date. Sistemul sursa nu trebuie sa astepte un nici un fel dupa procesul de replicare, iar consumul de resurse sa fie minim.

12 Solutia trebuie sa aplice in timp real modificarile in baza de date destinatie, intarzierea intre sursa si destinatie sa fie de ordinul secundelor.

13 Solutia trebuie sa fie capabila sa replice baze de date configurate atat in mod arhivare cat si baze de date aflate in NONARCHIVE mode.

Director General Adjunct Economic Masala Ionut

Director D.I.V.P. Calmus Lucian

175

CONTRACT DE SERVICII

nr.__________data_______________

1. Parti contractante

In temeiul Ordonantei de urgenta a Guvernului nr. 34/2006 privind atribuirea contractelor de achizitie

publica, a contractelor de concesiune de lucrari publice si a contractelor de concesiune de servicii, aprobata cu modificari si completari prin Legea nr. 337/2006, cu modificarile si completarile ulterioare, a H.G. nr. 925/2006 cu modificarile si completarile ulterioare si a Raportului procedurii de atribuire a contractului de achizitie publica nr. ............................, s-a incheiat prezentul contract de servicii,

intre

COMPANIA NATIONALA DE AUTOSTRAZI SI DRUMURI NATIONA LE DIN ROMANIA S.A. , cu sediul in B-dul Dinicu Golescu, nr. 38, sector 1, Bucuresti, numar de ordine in registrul comertului J/40/552/2004, cod de inregistrare fiscala nr. RO16054368, avand cont bancar RO67RNCB0082008094080001, deschis la B.C.R. Sucursala Unirea, reprezentata prin ing. Dorina TIRON, avand functia de Director General, in calitate de ACHIZITOR, pe de o parte

si ............................................................, cu sediul in ................................. nr. ..................., bl. ..................., sc. ......................, etaj ...................., ap................., sector ...................., Bucuresti, telefon ..........................., fax ........................., cod de inregistrare fiscala nr. ........................., cont bancar ................................ deschis la ......................, reprezentata prin ............................in functia de .........................., in calitate de PRESTATOR, pe de alta parte,

2. Definitii 2.1. - In prezentul contract urmatorii termeni vor fi interpretati astfel: a. contract - actul juridic care reprezinta acordul de vointa al celor doua parti, incheiat, intre Compania

Nationala de Autostrazi si Drumuri Nationale din Romania S.A., in calitate de “Achizitor” si ..............................., in calitate de “Prestator”;

b. Achizitor si Prestator - partile contractante, asa cum sunt acestea numite in prezentul contract; c. pretul contractului - pretul platibil Prestatorului de catre Achizitor, in baza contractului pentru indeplinirea

integrala si corespunzatoare a tuturor obligatiilor sale, asumate prin contract; d. servicii - activitati a caror prestare face obiectul contractului, astfel cum sunt prevazute in caietul de sarcini,

respectiv servicii aferente introducerii unui Sistem informatic pentru emitere, gestiune, monitorizare si control a rovinietei, incluzand serviciile tehnice de analiza, implementare si punere in functiune a sistemului, inclusiv resursele expert, cod CPV 72265000-0; 72267000-4; 486000000-4; 48210000-3, precum si serviciile aferente livrarii produselor, respectiv activitaŃile legate de furnizarea produselor, cum ar fi transportul, asigurarea, instalare, configurare, mentenanta, servicii de comunicatii si orice alte asemenea obligaŃii care revin prestatorului prin contract;

176

e. produse – produsele a caror furnizare si implementare constituie obiect al prezentului contract si pe care furnizorul se obliga prin contract sa le furnizeze achizitorului, respectiv echipamentele necesare realizarii Sistemului informatic pentru emitere, gestiune, monitorizare si control a rovinietei;

f. durata contractului - intervalul de timp in care prezentul contract opereaza valabil intre parti, potrivit legii, ofertei si documentatiei de atribuire, de la data intrarii sale in vigoare si pana la epuizare conventionala sau legala a oricarui efect pe care il produce, inclusiv perioada de garantie a produselor si lucrarilor si eventualele pretentii fondate pe clauzele sale;

j. oferta – actul juridic prin care operatorul economic isi manifesta vointa de a se angaja din punct de vedere juridic intr-un contract de achizitie publica; oferta cuprinde propunerea financiara si propunerea tehnica;

k. propunerea tehnica – parte a ofertei elaborata pe baza cerintelor din caietul de sarcini; l. propunerea financiara – parte a ofertei ce cuprinde informatiile cu privire la pret, tarif, alte conditii financiare

si comerciale corespunzatoare satisfacerii cerintelor solicitate prin documentatia de atribuire; m. rezilierea contractului – se intelege desfiintarea pe viitor a contractului de servicii, fara ca aceasta sa

aduca atingerea prestatiilor succesive care au fost facute anterior rezilierii ; n. forta majora – un eveniment mai presus de controlul partilor, care nu se datoreaza greselii sau vinei

acestora, care nu putea fi prevazut la momentul incheierii contractului si care face imposibila executarea si, respectiv, indeplinirea contractului; sunt considerate asemenea evenimente: razboaie, revolutii, incendii, inundatii sau orice alte catastrofe naturale, restrictii aparute ca urmare a unei carantine, embargou, enumerarea nefiind exhaustiva ci enutiativa. Nu este considerat forta majora un eveniment asemenea celor de mai sus care, fara a crea o imposibilitate de executare, face extrem de costisitoare executarea obligatiilor uneia din parti.

o. standarde - standardele, reglementarile tehnice sau orice alte asemenea prevazute in caietul de sarcini si in propunerea tehnica;

p. zile - zile calendaristice, in afara cazului in care se mentioneaza ca sunt zile lucratoare; luna - luna calendaristica; an - 365 de zile.

3. Interpretare 3.1. - In prezentul contract, cu exceptia unei prevederi contrare, cuvintele la forma singular vor include forma de plural si viceversa, acolo unde acest lucru este permis de context. 3.2. - Termenul "zi" ori "zile" sau orice referire la zile reprezinta zile calendaristice daca nu se specifica in mod diferit.

CLAUZE OBLIGATORII 4. Obiectul contractului

4.1. (1) - Prestatorul se obliga: � Sa presteze serviciile aferente introducerii unui Sistem informatic integrat, implementat la cheie, pentru

emitere, gestiune, monitorizare si control a rovinietei, incluzand serviciile tehnice de analiza, implementare si punere in functiune a modulelor sistemului, inclusiv resursele expert solicitate;

� Sa furnizeze echipamentele necesare realizarii si implementarii Sistemului informatic pentru emitere, gestiune, monitorizare si control a rovinietei, atat echipamente hardware cat si aplicatii software;

� Sa presteze serviciile de mentenanta pe o perioada de 3 ani, cu remedierea oricarui tip de defect (utilizare normala si defectuoasa);

� Sa presteze servicii de comunicatii pentru un an aferente implementarii Sistemului informatic pentru emitere, gestiune, monitorizare si control a rovinietei;

� Sa asigure serviciile de training instruire utilizatori; � Sa elaboreze Studiul pentru determinarea esantionului reprezentativ de utilizatori; � Sa elaboreze Studiul pe esantionul reprezentativ de utilizatori,

177

cod CPV 72265000-0; 72267000-4; 486000000-4; 48210000-3, in perioada convenita la art. 6.1 si in conformitate cu cerintele caietului de sarcini si cu obligatiile asumate prin prezentul contract.

(2) – Realizarea obiectului contractului prevazut la alin. (1) presupune doua categorii de activitati, respectiv: a) implementarea componentelor principale ale sistemului pentru emiterea si gestiunea rovinietei si b) o componenta restransa a sistemului de monitorizare si control (cca. 10 puncte fixe duble de control automat si 14 puncte mobile de control automat).

(3) – Aria de cuprindere a proiectului este data de cadrul descris de cel putin urmatoarele roluri, entitati, relatii si scenarii, in conformitate cu cerintele caietului de sarcini, respectiv: - consumatorul; - categoria de vehicul; - punct mobil de acces; - punct fix de acces; - punct de control automat; - centru de distributie; - dispecer; - controlor; - raportor. (4) Solutia furnizata va trebui sa functioneze in mod unitar, astfel incat informatiile despre roviniete, activitatile desfasurate care au ca subiect emiterea si controlul rovinietelor sa fie gestionate in mod integrat indiferent daca grupele de utilizatori implicate fac parte din sediul central al CNADNR SA sau din organizatii si departamente diferite. (5) Proiectarea si implementarea Sistem informatic integrat pentru emitere, gestiune, monitorizare si control a rovinietei trebuie sa tina cont de necesitatile de integrare si de schimb de date cu Registrul Auto Roman.

4.2. - Achizitorul se obliga sa plateasca pretul convenit, in conformitate cu prevederile art. 5 din prezentul contract. 5. Pretul contractului

5.1. – Pretul convenit pentru indeplinirea contractului, platibil Prestatorului de catre Achizitor, este de ....................... fara TVA, reprezentand ................. euro , la care se adauga T.V.A., in valoare de ...................... lei .

5.2. – Pretul este ferm si neajustabil pe intreaga perioada de derulare a prezentului contract.

6. Durata contractului

6.1. - Durata prezentului contract este de maxim 9 (noua) luni de la data intrarii in vigoare a acestuia, dupa cum urmeaza: - faza de emitere rovinieta la nivelul intregului teritoriu va fi finalizata in cel mult 3 (trei) luni de la data intrarii in vigoare a contractului, dar nu va depasi 15 decembrie 2009; - functionalitatile complete ale sistemului vor fi implementate in cel mult 9 (noua) luni de la data intrarii in vigoare a contractului.

6.2. – Durata contractului prevazuta la art. 6.1. poate fi prelungita cu durata aferenta serviciilor similare, in conditiile extinderii sistemului la nivel national. .

6.2. – Activitatile ce formeaza obiectul contractului, astfel cum sunt prevazute la art. 4.1. se vor desfasura in conformitate cu Anexa nr. 1 - Grafic fizic si valoric de prestare a serviciilor. 7. Aplicabilitate 7.1. – (1) Contractul de servicii intra in vigoare la data emiterii de catre Achizitor a ordinului de incepere a contractului.

178

(2) - Achizitorul are obligatia de a emite ordinul de incepere a contractului in termen de maxim ............. zile de la data semnarii lacestuia de catre ambele parti. 8. Documentele contractului

8.1. – (1) Documentele contractului sunt: - propunerea tehnica si propunerea financiara; - caietul de sarcini; - anexe: - Anexa 1: Grafic fizic si valoric de prestare a serviciilor; - Anexa 2 : Centralizator financiar al serviciilor; - Acordul de Asociere (daca este cazul); - angajamentul ferm de sustinere din partea unui tert (daca este cazul);

- acte aditionale, daca partile vor semna astfel de documente, in timpul derularii contractului. (2) In cazul in care, pe parcursul indeplinirii contractului, se constata faptul ca anumite elemente ale propunerii

tehnice sunt inferioare sau nu corespund cerintelor prevazute in caietul de sarcini, prevaleaza prevederile caietului de sarcini.

9. Standarde si specificatii tehnice 9.1 – (1) Serviciile prestate si produsele furnizate vor respecta standardele si specificatiile tehnice,

prezentate de catre Prestator in propunerea sa tehnica, in conformitate cu cerintele din caietul de sarcini. (2) – Specificatiile tehnice incluse contin arhitectura intregului sistem de gestiune, emitere, monitorizare si

control al rovinietelor. Specificatiile definesc caracteristici din punct de vedere calitativ, tehnic si de performanta, robustete, siguranta in exploatare, dimensiuni si terminologie. 9.2 - Solutia tehnica si software va respecta legile in vigoare cu privire la procesarea datelor cu caracter privat precum si a legilor ce aduc atingere obiectului sistemului informatic . 10. Obligatiile principale ale Prestatorului

10.1. – (1) Prestatorul are obligatia de a presta serviciile prevazute in contract cu profesionalismul si promptitudinea cuvenite angajamentului asumat si in conformitate cu propunerea sa tehnica, cu cerintele caietului de sarcini si cu obligatiile asumate prin prezentul contract.

(2) Prestatorul este pe deplin responsabil pentru prestarea serviciilor in conformitate cu propunerea sa tehnica, pe toata perioada de derulare a contractului. Totodata, este raspunzator atat de siguranta tuturor operatiunilor si metodelor de prestare utilizate cat si de calificarea personalului folosit pe toata perioada contractului.

(3) Presatorul se obliga sa presteze serviciile prevazute in Anexa nr. 2 - Centralizator financiar al serviciilor, la standardele/ condiŃiile tehnice prezentate de catre prestator în propunerea sa tehnica, în conformitate cu cerintele din caietul de sarcini si cu clauzele prezentului contract. 10.2. – (1) Prestatorul are obligatia de a furniza si implementa Sistemul informatic integrat, implementat la cheie, pentru emitere, gestiune, monitorizare si control a rovinietei, avand functionalitatile si performantele prevazute in caietul de sarcini. (2) Prestatorul are obligatia de a asigura obtinerea urmatoarelor rezultate minime prin implementarea sistemului informatic prevazut la art. 4.1. alin. (1):

- platforma centralizata pentru procesul de gestionare si reconciliere a informatiilor despre roviniete, care trebuie sa asigure consolidarea, gestiunea si calitatea informatiei despre roviniete la nivelul intregii organizatii, prin crearea profilului unic si complet al rovinietei asociate;

- cadru unificat de gestune a informatiilor, relatiilor si comunicarilor in activitatile de rezolvare a cererilor si cazurilor;

- cadru de colaborare on-line cu benzinariile si organiztiile partenere, cu fucntionalitatile descrise in capitolul de fucntionalitati din caietul de sarcini;

179

- cadru de colaborare on-line cu consumatorii, cu functionalitatile cerute in caietul de sarcini; - platforma care sa asigure analiza datelor din sistem, furnizand elemente pentru suport de decizie si gestiune a

riscului, cu functionalitatile cerute in caietul de sarcini; - accesul la sistem trebuie asigurat pentru grupurile tinta pe baza de autentificari, roluri si responsabilitati

asigurand securitatea, confidentialitatea si siguranta informatiei; - sistemul (hardware, software, comunicatii si aplicatii) trebuie sa functioneze armonizat si stabil in cadrul

parametrilor specificati in caietul de sarcini; - asigurarea instruirii personalului si echipei IT a Achizitorului.

10.3. - Prestatorul are obligatia de a furniza si implementa Sistemul informatic integrat, pentru emitere, gestiune, monitorizare si control a rovinietei avand urmatoarea arhitectura conceptuala pe componente, conform cerintelor prevazute in caietul de sarcini, respectiv: a) componenta interfata web – componenta de interfata cu utilizatorii – server web, care trebuie sa permita interactionarea utilizatorilor cu celelate componente ale sistemului, fara a permite accesul direct catre acesta; b) componenta interfata servicii web - va functiona ca o poarta de acces unica catre serviciile web dezvoltate si instalate in Intranet-ul solutiei; c) componenta Portal – avand scopul de a consolida multiple interfete de utilizator provenite de la diferite sisteme si aplicatii si de a le face disponibile printr-un punct unic de acces web, unde utilizatorii se pot autentifica, pentru a avea acces la toate produsele si serviciile disponibile, in conformitate cu drepturile si rolurile lor din sistem; d) componenta context de executie aplicatii; e) componenta server de procese – va pune la dispozitie o modalitate completa, standardizata si usor de utilizat pentru modelarea, instalarea, executia si monitorizarea solutiilor de tip procesari de business ce contin aplicatii eterogene; f) componenta de analiza si raportare – ce va dispune de module dedicate pentru analiza datelor, adresate rolurilor specifice din cadrul unei organizatii si va implementa o serie de principii care sa asigure un maxim de beneficiu in procesele de raportare si analiza curente ale organizatiei; g) componenta de integrare date – va fi folosita pentru extragerea datelor din sistemele sursa, transformarea lor pentru a obtine un model de date unificat, consistent si incarcarea lor intr-un nivel de integrare; h) componenta de date structurate – care va asigura reprezentarea informatiilor sub forma unei colectii de date organizata dupa o structura bine definita, stocarea sigura a datelor pentru a fi disponibile si in viitor si regasirea datelor de pe dispozitivul de stocare la momentul la care sunt necesare; i) componenta backup, replicare si restaurare a dat elor – sistemul de backup trebuie sa permita salvarea datelor in mod online, fara a implica oprirea functionarii acestuia, in conditii de maxima siguranta, astfel ca in cazul unor situatii extreme/disfunctionalitati sa nu fie pierdute date din sistem. Pentru mentinerea integritatii si disponibilitatii datelor este nevoie de o solutie de replicare intre toate bazele de date implicate in proiect. Solutia pentru replicarea datelor va acoperi toate etapele de transfer a datelor in serverul de raportare, respectiv cerintele tehnice specificate in fisa de date; j) componenta de securitate – componenta centralizata care asigura ca ploiticile de securitate sunt uniform si consistent aplicate pentru toate componentele din cadrul sistemului propus; k) componenta de administrare si monitorizare – trebuie sa ofere o vedere de ansamblu a tuturor componentelor de la end-user la baza de date, de la service level la infrastructura pentru a identifica si rezolva orice incident ce poate afecta activitatea; l) componenta de diagnostic, analiza de performanta , managementul spatiului si optimizare baze de date ; m) componenta comunicatii – ce include sistemul de routing, sistemulde switching si componenta de balansare a incarcarii; n) componenta de audit. 10.4. – (1) Prestatorul are obligatia de a furniza o solutie conceptuala care sa aiba asigurat suportul hardware si de comunicatii corespunzator, astfel incat sa poata fi asigurata disponibilitatea maxima a solutiilor software instalate. (2) – Echipamentele hardware furnizate vor indeplini urmatoarele conditii: - arhitectura hardware trebuie sa fie configurata cluster cu suport pentru failover; - serverele de aplicatii si baze de date trebuie sa aiba la baza tehnologii verificate de-a lungul timpului inimplementari echivalente.

(3) – Toate componentele software ale solutiei trebuie sa fie licentiate perpetuu. Licentierea se va face per procesor, cu exceptia serverelor de securitate.

180

10.5. - (1) Prestatorul se obliga sa asigure mentenanta echipamentelor hardware necesare realizarii arhitecturii sistemului, pentru un an de la punerea in functiune a sistemului, cu timp de remediere de 6 ore de la semnalarea oricarei disfunctionalitati. (2) Prestatorul se obliga sa asigure mentenanta, suport tehnic si upgrade pentru licentele software si aplicatiile necesare realizarii scopului proiectului, conform cerintelor caietului de sarcini, pentru un an de la punerea in functiune a sistemului. 10.6. – La cererea achizitorului, prestatorul va realiza cu cel putin doua luni inainte de punerea in functiune a solutiei, un sondaj pe un esantion reprezentativ de utilizatori cu scopul de a determina daca sistemul implementat va face fata la solicitari, din punct de vedere al numarului de tranzactii pe secunda si din punct de vedere al functionalitatilor. 10.7. – Prestatorul are obligatia de a asigura serviciile de transfer de date pe o durata de un an de la punerea in functiune a solutiei, pentru terminalele mobile si punctele de control automat.

10.8. – Prestatorul se obliga sa pastreze confidentialitatea informatiilor cu privire la proiect precum si a datelor ce sunt prelucrate prin sistemul informatic ori a informatiilor cu privire la achizitor care ii parvin pe parcursul derularii proiectului.

11. Obligatiile principale ale achizitorului

11.1. – Achizitorul se obliga sa receptioneze, potrivit clauzei 16, serviciile prestate si produsele furnizate, ce fac obiectul prezentului contract, in conformitate cu cele prevazute in caietul de sarcini.

11.2. – Achizitorul se obliga sa plateasca pretul catre prestator in termenul convenit la art. 18.2. Achizitorul are dreptul de a efectua plati partiale, in conformitate cu prevederile bugetare.

11.3. – (1) Odata cu inceputul implementarii, Achizitorul are obligatia de a pune la dispozitia prestatorului, infrastructura necesara desfasurarii proiectului precum si personalul suport necesar.

(2) - Achizitorul va pune la dispozitie o sala tehnica IT (data center) pentru gazduirea echipamentelor livrate prin proiect.

11.4 – Achizitorul are obligatia sa emita un feed-back ori de cate ori se cere asta de catre prestator. 11.5 – Achizitorul are obligatia de a participa la implementarea proiectului si la testarea sistemului informatic propus. 12. Sanctiuni pentru neindeplinirea culpabila a ob ligatiilor 12.1. – In cazul in care, din vina exclusiva, prestatorul nu reuseste sa-si execute obligatiile asumate prin contract, atunci achizitorul va calcula si factura, ca penalitati, o suma echivalenta cu 0,05% pentru fiecare zi de intarziere din pretul contractului pana la indeplinirea efectiva a obligatiilor.

12.2. – In cazul in care, din vina exclusiva, achizitorul nu onoreaza facturile in termen de 30 zile de la

expirarea perioadei convenite, atunci prestatorul va calcula penalitati reprezentand 0,05% pentru fiecare zi de

intarziere din plata neefectuata pana la indeplinirea efectiva a obligatiilor.

12.3. – Nerespectarea cu vinovatie, a obligatiilor asumate prin prezentul contract de catre una dintre parti, in

mod culpabil si repetat, da dreptul partii lezate de a cere rezilierea contractului de servicii si de a pretinde plata de

daune-interese.

12.4. – Prezentul contract se reziliaza de drept, fara a mai fi necesara punerea in intarziere a prestatorului, fara incuviintarea vreunei instante judecatoresti si/sau arbitrale si fara a mai fi necesara indeplinirea vreunei formalitati prealabile daca:

181

a) prestatorul se afla in procedura insolventei declarata sau nedeclarata, potrivit Legii nr. 85/2006 privind procedura insolventei cu modificarile si completarile ulterioare, se emite ordinul de executie impotriva lui, intra in lichidare in vederea fuzionarii sau are ipoteca pe capital; b) prestatorul nu isi indeplineste obligatiile de predare a documentatiei conform Graficului fizic si valoric de prestare a serviciilor (Anexa 1 la Contract), in termen de 30 de zile de la expirarea termenelor prevazute in acest grafic si achizitorul nu transmite notificare scrisa prestatorului, in acest termen, ca poate continua prestarea serviciilor cu calculul de penalitati prevazut la art. 12.1. c) prestatorul nu isi indeplineste obligatiile contractuale asumate, desi a fost notificat de achizitor; d) prestatorul a fost condamnat pentru o infracŃiune în legătură cu exercitarea profesiei printr-o hotărâre judecătorească definitivă; e) prestatorul se află în culpă profesională gravă ce poate fi dovedită prin orice mijloc de probă pe care achizitorul îl poate justifica; f) in situatia in care prestatorul cesioneaza drepturile sale izvorate din prezentul contract, fara acceptul achizitorului; g) are loc orice modificare organizaŃională care implică o schimbare cu privire la personalitatea juridică, natura sau controlul prestatorului, cu excepŃia situaŃiei în care asemenea modificări sunt înregistrate într-un act adiŃional la contractul de servicii; h) apariŃia oricărei alte incapacităŃi legale care să împiedice executarea contractului de servicii; i) achizitorul nu onoreaza o plata scadenta, desi a trecut si termenul de 30 de zile mentionat la art. 12.2 si aceasta plata nu a fost efectuata in nici in alt termen notificat de prestator achizitorului, termen pe care prestatorul il va stabili dupa cel de 30 de zile; j) in caz de neexecutare culpabila din vina prestatorului a obligatiilor prevazute la art.10 si art. 14, atunci cand cuantumul penalitatilor de intarziere este mai mare de 10% din pretul contractului, achizitorul este indreptatit sa considere contractul desfiintat de drept, fara a mai fi necesara punerea in intarziere a prestatorului, fara incuviintarea vreunei instante judecatoresti si/sau arbitrale si fara a mai fi necesara indeplinirea vreunei formalitati prealabile. In aceasta situatie prestatorul nu este indreptatit sa solicite niciun fel de daune sau alte sume pe care s-ar considera indreptatit sa le primeasca ca urmare a rezilierii contractului potrivit acestei clauze.

12.5. – Rezilierea contractului pentru motivele mentionate la art. 12.4. se va notifica in scris partii contractante cu cel putin 30 zile lucratoare anterior datei in care contractul se reziliaza de drept. La momentul rezilierii contractului sau la primirea notificării în acest sens, prestatorul va lua măsuri imediate pentru finalizarea serviciilor în mod prompt şi organizat astfel încât costurile aferente să fie minime.

12.6. – Achizitorul va avea, pana la data rezilierii, aceleasi obligatii de plata prevazute in contract, inclusiv plata serviciilor prestate si receptionate pana in acel moment.

12.7. – In cazul rezilierii contractului din vina prestatorului, achizitorul va stabili daunele pe care trebuie sa le suporte prestatorul si care se vor scadea din obligatiile de plata pe care achizitorul le are fata de acesta la data intreruperii prestarii serviciilor.

12.8. – In cazul in care nu se pot aplica prevederile art. 12.7. recuperarea daunelor se va face conform prevederilor legale in vigoare la aceasta data.

12.9. – Achizitorul isi rezerva dreptul de a denunta unilateral contractul de servicii, în cel mult 30 de zile de la aparitia unor circumstante care nu au putut fi prevazute la data incheierii contractului si care conduc la modificarea clauzelor contractuale in asa masura incat îndeplinirea contractului respectiv ar fi contrara interesului public.

12.10. – In cazul prevazut la clauza 12.9., prestatorul are dreptul de a pretinde numai plata corespunzatoare pentru partea din contract îndeplinita pâna la data denuntarii unilaterale a contractului.

CLAUZE SPECIFICE 13. Garan Ńia de buna execu Ńie a contractului 13.1. - (1) Prestatorul are obligaŃia de a constitui garanŃia de buna execuŃie a contractului, pentru intreaga

perioada de derularea a contractului, în termen de 7 zile de la data semnarii contractului.

182

(2) - Garantia de buna executie se constituie de catre prestator in scopul asigurarii achizitorului de indeplinirea cantitativa, calitativa si in perioada convenita a contractului.

(3) - Garantia astfel constituita este destinata acoperirii eventualelor prejudicii suferite de achizitor in executarea prezentului contract, inclusiv in perioada de garantie a produselor si serviciilor ce fac obiectul contractului sau in cazul rezilierii contractului din motive imputabile prestatorului, precum si in cazul prejudiciilor produse in realizarea obictului prevazut la art. 4 din contract, din vina prestatorului, ori in alte situatii prevazute de lege. In cazul in care prejudiciul produs achizitorului este mai mare decat cuantumul garantiei de buna executie, prestatorul este obligat sa-l despagubesca pe achizitor integral si intocmai.

(4) - Achizitorul se obliga sa elibereze garanŃia pentru participare numai dupa ce prestatorul a facut dovada constituirii garanŃiei de buna execuŃie.

13.2. – (1) Cuantumul garanŃiei de buna execuŃie a contractului este de 10% din pretul contractului, fara TVA si va fi consituita in lei, prin retineri succesive din sumele datorate pentru facturi partiale, pe perioada de derulare a contractului.

(2) - In acest scop, prestatorul are obligaŃia de a deschide un cont la dispozitia achizitorului, la o banca agreata de ambele parti in termen de 7 zile de la semnarea contractului. Prestatorul are obligaŃia de a depune in contul astfel deschis o suma initiala in cota de 0,5% din pretul contractului fara T.V.A. Pe parcursul indeplinirii contractului, achizitorul urmeaza sa alimenteze acest cont prin retineri succesive din sumele datorate si cuvenite prestatorului pana la concurenta sumei de 10% din pretul contractului fara T.V.A. Achizitorul va dispune ca banca sa instiinteze prestatorul de varsamantul efectuat, precum si destinatia lui. Contul astfel deschis este purtator de dobanda in favoarea prestatorului. Prestatorul va inscrie distinct pe facturile emise cuantumul garantiei de buna executie si contul in care acesta va fi virat.

13.3. – Achizitorul are dreptul de a emite pretentii asupra garantiei de buna executie in limita prejudiciului creat, daca prestatorul nu isi executa, executa cu intarziere sau executa necorespunzator obligatiile asumate prin prezentul contract. Anterior emiterii unei pretentii asupra garantiei de buna executie, achizitorul are obligatia de a notifica acest lucru prestatorului, precizand totodata obligatiile care nu au fost respectate.

13.4. – Restituirea garantiei de buna executie se face in termen de 14 zile de la data indeplinirii de catre Prestator a obligatiilor asumate prin prezentul contract, daca nu a ridicat pana la acea data pretentii asupra ei.

14. Alte responsabilitati ale prestatorului

14.1. – Prestatorul are obligatia de a presta serviciile si furniza produsele prevazute in contract cu profesionalismul si promptitudinea cuvenite angajamentului asumat si in conformitate cu propunerea tehnica si cu cerintele din caietul de sarcini.

14.2. – (1) Prestatorul este pe deplin responsabil pentru prestarea serviciilor in conformitate cu caietul de sarcini. Totodata, este raspunzator atat de siguranta tuturor operatiunilor si metodelor de prestare utilizate, cat si de calificarea personalului folosit pe toata durata contractului.

(2) – Prestatorul are obligatia de a defini in cadrul proiectului de furnizare si implementare a Sistem informatic integrat, implementat la cheie, pentru emitere, gestiune, monitorizare si control a rovinietei, un Comitet de Conducere al Proiectului, in care vor fi incluse persoane cu rol decizional din toate entitatile implicate.

(3) - Prestatorul are obligatia de a nu folosi in executarea prezentului contract in nici un fel si in nici o masura personalul angajat al achizitorului, mai putin in cazurile si in masura in care partile convin altfel printr-o modalitate prevazuta in contract.

14.3. – (1) Prestatorul se obliga sa nu schimbe personalul cheie propus pe inteaga perioada a desfasurarii proiectului, exceptie facand cazurile in care persoana nominalizata inceteaza sa mai fie angajat al prestatorului sau din motive medicale acesta nu isi mai poate indeplini cu succes indatoririle

(2) In cazul schimbarii personalului cheie, acesta trebuie sa nominalizeze un inlocuitor care va avea cel putin aceleasi calificari cu cele ale persoanei ce o va inlocui. Nominalizarea va fi supusa aprobarii achizitorului, care va trebui sa aveizeze pozitiv aceasta noua nominalizare.

14.4. – (1) Proiectul va include o faza pilot care va oferi cel putin functionalitatea de emitere roviniete precum si elemente de baza din functionalitatea de backoffice.

(2) - Prestatorul are obligatia de a asigura un prim set de consumabile necesare pentru un minim de 3 luni de functionare in faza pilot.

14.5. – In conformitate cu cerintele caietului de sarcini, Prestatorul are obligatia de a presta urmatoarele servicii:

183

- Servicii de analiza de business; - Servicii de implementare; - Servicii de project management; - Servicii de instruire; - Servicii de service, mentenanta si suport (pentru partea hardware si software).

14.6. – (1) Echipamentele hardware vor fi livrate cu toate taxele asociate incluse in pret. (2) - Prestatorul poarta intreaga responsabilitate pentru costuri de import, asigurare, manipulare, transport si

instalare fizica in locatia achizitorului. (3) - Echipamentele hardware trebuie sa fie predate achizitorului in ambalajul original impreuna cu manualul

de utilizare si certificatul de garantie livrate de catre producator, echipamentele avand sigiile originale nealterate. (4) - Prestatorul are obligatia sa furnizeze minimul de livrabile solicitate ca documentatie de proiect,

respectiv: - documentatia asociata elementelor hardware si software livrate in cadrul proiectului; - documentatia necesara managementului de proiect; - documentatia de implementare; - documentatia de operare pentru utilizatorii sistemului; - documentatia pentru asigurarea calitatii; - documentatia asociata serviciilor de instruire; - alte livrabile, precum: codul sursa a aplicatiei pentru fiecare versiune in parte unde furnizorul va oferi servicii de dezvoltare precum si suportul fizic al acestora. 14.7. – Prestatorul are obligatia de a pregati si a asigura cursuri de instruire pentru personalul achizitorului, in conformitate cu cerintele caietului de sarcini. 14.8. – (1) Prestatorul are obligatia de a asigura garantia Sistemului informatic pentru emitere, gestiune, monitorizare si control a roviniete, conform cerintelor caietului de sarcini. (2) – Perioada de garantie este de 3 ani pentru componentele hardware si 3 ani pentru dezvoltarile software efectuate in scopul proiectului. (3) – Mentenanta hardware va acoperi serviciile de garantie hardware pentru o durata de 3 ani de la acceptanta intermediara si va pune la dispozitie servicii de tip Helpdesk si de remediere a functionalitatii solutiei conform nivelului de suport Suport 24x7, timp de remediere 6 ore (4) – Suportul software va acoperi serviciile de garantie software pentru o durata de 1 an de la acceptanta intermediara (cu posibilitatea de extindere). Serviciul de suport se va materializa printr-un serviciu de help desk al prestatorului utilizand un instrument de inregistrare si de management al incidentelor care va instiinta utilizatorul asupra stadiului rezolvarii problemei, astfel incat acesta sa poata controla in mod independent performanta serviciilor de suport si respectarea criteriilor de performanta solicitate.

14.9. - (1) In ultimele 30 de zile ale perioadei de garantie, presatorul va realiza un transfer (hand-over) al procedurilor de suport catre beneficiar/utilizatori. Acest proces va include proceduri pentru managementul configuratiei sistemului, precum si recomandari in vederea organizarii structurii de suport a beneficiarului utilizatorilor

(2) Pentru programul ativirus se cere acces gratuit si rapid la noile versiuni de semnaturi. (3) In cazul in care un produs nu mai are suport oferit de catre producator, furnizorul are obligatia de a

furniza/instala/configura/scolariza gratuit o solutie cel putin similara. 15. Alte responsabilitati ale achizitorului 15.1. – Achizitorul se obliga sa puna la dispozitia prestatorului informatiile necesare pentru finalizarea analizelor si studiilor ce privesc activitatea sa curenta la nivel national.

15.2. – Achizitorul se obliga sa plateasca contravaloarea serviciilor efectuate de catre prestator, conform prevederilor contractuale.

16. Verificari si/sau teste

184

16.1. – Achizitorul are dreptul de a verifica modul de prestare a serviciilor si de furnizare a produselor, pentru a stabili conformitatea lor cu prevederile din propunerea tehnica si din caietul de sarcini.

16.2. – (1) Testarea Sistemului informatic pentru emitere, gestiune, monitorizare si control a roviniete se va face in conformitate cu cerintele caietului de sarcini.

(2) – Prestatorul este responsabil pentru planificarea in detaliu, pregatirea si derularea unei serii de teste care sa confirme ca sunt asigurate cerintele functionale si nonfunctionale ale sistemului.

(3) – Testele pentru sistemul furnizat trebuie sa includa: - teste de caz care sa confirme toate cerintele functionale mentionate; - teste nonfunctionale care sa asigure minimal confirmarea cerintelor de disponibilitate, salvare si restaurare, performanta, securitate, management si monitorizare sistem, managementul incidentelor, operare.

16.3. – Verificarile/testarile vor fi efectuate in conformitate cu prevederile din prezentul contract si cu cele din Caietul de sarcini. Achizitorul are obligatia de a notifica, in scris, prestatorului identitatea reprezentantilor sai imputerniciti pentru acest scop.

16.4. – (1) Pentru teste, prestatorul va instala si va asigura mentenanta platformei de test, luand in considerare toate resursele necesare in testare, cu exceptia mediilor de testare puse la dispozitie de catre achizitor.

(2) – Achizitorul isi rezerva dreptul de a solicita modificarea specificatiilor de testare. 17. Incepere, finalizare, intarzieri, sistare

17.1. – (1) Prestatorul are obligatia de a incepe prestarea serviciilor la data semnarii contractului de catre ambele parti , in conformitate cu prevederile art. 7.1.

(2) In cazul in care activitatea Prestatorului sufera intarzieri si/sau suporta costuri suplimentare, (in acest caz

se vor utiliza tarifele din oferta prezentata),

datorate in exclusivitate Achizitorului, partile vor stabili de comun acord:

i) prelungirea perioadei de prestare a serviciului;

ii) totalul cheltuielilor aferente, daca este cazul, care se vor adauga la pretul contractului.

17.2. – (1) Serviciile si lucrarile prestate in baza contractului trebuie finalizate in termenul convenit de parti, termen care se calculeaza de la data semnarii contractului.

(2) In cazul in care: xxxviii) orice motive de intarziere, ce nu se datoreaza prestatorului; sau xxxix) alte circumstante neobisnuite, susceptibile de a surveni altfel decat prin incalcarea contractului de

prestator, indreptatesc prestatorul de a solicita prelungirea perioadei de prestare a serviciilor sau a oricarei faze a acestora, atunci partile vor revizui, de comun acord, perioada de prestare si vor semna un act aditional, fara a fi afectate prevederile referitoare la pretul contractului.

17.3. – In afara cazului in care achizitorul este de acord cu o prelungire a termenului de prestare a serviciilor, orice intarziere in indeplinirea contractului da dreptul Achizitorului de a solicita penalitati Prestatorului.

17.4. - Finalizarea implementarii sistemului informatic pentru emitere, gestiune, monitorizare si control a roviniete se realizeaza odata cu semnarea acceptantei finale a sistemului informatic de catre achizitor. 18. Modalitati de plata si recuperarea creantelor de la prestator

18.1. – (1) Achizitorul are obligatia de a efectua plata catre prestator in conformitate cu prevederile prezentului contract.

(2) Decontarea se va face pe baza facturilor emise de Prestatsor, insotite de documente justificative. Factura se comunica achizitorului prin posta cu confirmare de primire sau prin delegat direct la sediul mentionat la art. 1 din contract.

185

In caz de divergente, dovada comunicarii facturii catre achizitor, o constituie dupa caz, mandatul postal sau stampila aplicata de registratura achizitorului pe document. Daca data respectiva este o zi nelucratoare, termenul scadent este reprezentat de prima zi lucratoare urmatoare acesteia. Plata serviciilor se va efectua in lei.

18.2. – Daca achizitorul nu onoreaza factura in termen de 30 de zile de la semnarea procesului verbal de receptie a serviciilor/produselor/lucrarilor, fara observatii si, fara a prejudicia dreptul prestatorului de a apela la prevederile clauzei 12.3, acesta din urma are dreptul de a diminua ritmul prestarii serviciilor avizandu-l pe achizitor in legatura cu aceasta. Dupa ce achizitorul onoreaza factura, prestatorul va relua prestarea serviciilor in cel mult 24 de ore. 18.3. – Prestatorul este raspunzator de corectitudinea si exactitatea datelor înscrise în facturi si se obliga sa restituie atat sumele încasate în plus cat si foloasele realizate necuvenit, aferente acestora. 18.4. – (1) Prezentarea cu date eronate sau incomplete, fata de prevederile legii si ale contractului de achizitie, a facturilor spre decontare, face sa nu curga termenul de plata, daca achizitorul sesizeaza prestatorul despre neregulile constatate si returneaza facturile in original, in interiorul termenului de plata al facturii. Un nou termen de plata va curge de la confirmarea de catre achizitor a noilor facturi prezentate de catre prestator, completate cu date corecte, potrivit legii si contractului.

(2) Achizitorul nu are dreptul sa efectueze, iar prestatorul sa solicite, plati in avans. 18.5. – (1) Prestatorul va restitui orice sume cuvenite achizitorului şi care i-au fost plătite în plus faŃă de

valoarea finală certificată, în 45 de zile de la primirea unei cereri în acest sens. (2) Dacă prestatorul nu va face plata în termenul limită de mai sus, achizitorul va aplica penalitati

reprezentand 0,05% pentru fiecare zi de intarziere din plata neefectuata pana la indeplinirea efectiva a obligatiilor. (3) Sumele care trebuie restituite achizitorului pot fi deduse din sumele de orice natură datorate

prestatorului. In situatia nerestituirii sumelor de bani in perioada solicitata de catre achizitor, achizitorul este indreptatit sa treaca la executarea Garantiei Bancare de Buna Executie. 19. Ajustarea pretului contractului 19.1. – Pentru serviciile prestate, platile datorate de achizitor prestatorului sunt cele declarate in propunerea financiara, anexa la contract. 19.2. – Pretul contractului este ferm, in lei. 19.3. – Nu se accepta ajustarea pretului contractului. 20. Amendamente

20.1. – Partile contractante au dreptul, pe durata indeplinirii contractului, de a conveni modificarea clauzelor contractului, prin contract/act aditional, numai in cazul aparitiei unor circumstante care lezeaza interesele comerciale legitime ale acestora si care nu au putut fi prevazute la data incheierii contractului.

21. Subcontractanti 21.1. – Prestatorul are obligatia, in cazul in care subcontracteaza parti din contract, de a incheia contracte

cu subcontractantii desemnati, in aceleasi conditii in care el a semnat contractul cu achizitorul. Prestatorul nu poate subcontracta mai mult de 30% din contract.

21.2. – (1) Prestatorul are obligatia de a prezenta la incheierea contractului toate contractele incheiate cu subcontractantii desemnati.

(2) Lista subcontractantilor, cu datele de recunoastere ale acestora, precum si contractele incheiate cu acestia se constituie in anexe la contract.

21.3. – (1) Prestatorul este pe deplin raspunzator fata de achizitor de modul in care indeplineste contractul. (2) Subcontractantul este pe deplin raspunzator fata de prestator de modul in care isi indeplineste partea sa

din contract. (3) Prestatorul are dreptul de a pretinde daune-interese subcontractantilor daca acestia nu isi indeplinesc

partea lor din contract.

186

21.4. – Prestatorul poate schimba oricare subcontractant numai daca acesta nu si-a indeplinit partea sa din contract. Schimbarea subcontractantului nu va schimba pretul contractului si va fi notificata si supusa aprobarii achizitorului.

22. Cesiunea

22.1. – Prestatorul are obligatia de a nu transfera total sau partial obligatiile sale asumate prin contract, fara sa obtina, in prealabil, acordul scris al achizitorului. 22.2. – Cesiunea nu va exonera prestatorul de nicio responsabilitate privind garantia sau orice alte obligatii asumate prin contract. 23. Forta majora 23.1. – Forta majora este constatata de o autoritate competenta. 23.2. – Forta majora exonereaza partile contractante de indeplinirea obligatiilor asumate prin prezentul contract, pe toata perioada in care acesta actioneaza. 23.3. – Indeplinirea contractului va fi suspendata in perioada de actiune a fortei majore, dar fara a prejudicia drepturile ce li se cuveneau partilor pana la aparitia acesteia. 23.4. – Partea contractanta care invoca forta majora are obigatia de a notifica celeilalte parti, imediat si in mod complet, producerea acesteia si sa ia orice masuri care ii stau la dispozitie in vederea limitarii consecintelor. 23.5. – Daca forta majora actioneaza sau se estimeaza ca va actiona o perioada mai mare de 10 zile, fiecare parte va avea dreptul sa notifice celeilalte parti incetarea de plin drept a prezentului contract, fara ca vreuna din parti sa poata pretinde celeilalte daune-interese. 24. Solutionarea litigiilor 24.1. – Achizitorul si prestatorul vor depune toate eforturile pentru a rezolva pe cale amiabila, prin tratative directe, orice neintelegere sau disputa care se poate ivi intre ei in cadrul sau in legatura cu indeplinirea contractului. 24.2. – Daca, dupa 15 zile de la inceperea acestor tratative, achizitorul si prestatorul nu reusesc sa rezolve in mod amiabil o divergenta contractuala, fiecare poate solicita ca disputa sa se solutioneze de catre instantele judecatoresti competente din Romania.

25. Limba care guverneaza contractul 25.1. – Limba care guverneaza contractul este limba romana.

26. Comunicari 26.1. – (1) Orice comunicare dintre parti, referitoare la indeplinirea prezentului contract, trebuie sa fie transmisa in scris. (2) Orice document scris trebuie inregistrat atat in momentul transmiterii, cat si in momentul primirii. 26.2. – Comunicarile intre parti se pot face si prin telefon, telegrama, telex, fax sau e-mail, cu conditia

confirmarii in scris a primirii comunicarii.

187

27. Legea aplicabila contractului 27.1. – Contractul va fi interpretat conform legilor din Romania. Prezentul contract a fost incheiat in data de ………………………, in doua exemplare originale, cate unul pentru fiecare parte. ACHIZITOR PRESTATOR C.N.A.D.N.R. S.A.

188

Documents

sitevechi.cnadnr.rositevechi.cnadnr.ro/docs/proceduri_derulare/90a-documentatie-de-atribuire.pdf · 2 FIŞA DE DATE A ACHIZIłIEI I. a. AUTORITATEA CONTRACTANTĂ Denumire :Compania