Proiectul ” Eficientizarea activităţii de aplicare a politicilor de concurenţă în corelare cu
politicile sectoriale” – cod SMIS 39072, finanțat din Fondul Social European prin
Programul Operațional Dezvoltarea Capacității Administrative
UNIUNEA EUROPEANĂ
Fondul Social European
GUVERNUL ROMÂNIEI
Ministerul Dezvoltării Regionale
şi Administraţiei Publice
Instrumente Structurale
2007-2013
Se aprobă,
PREŞEDINTE
Bogdan M. CHIRIŢOIU
DOCUMENTAŢIA DE ATRIBUIRE
Privind aplicarea procedurii de achiziție publică
Pentru Implementarea Sistemului Informatic Integrat pentru Eficientizarea Activității de Aplicare a Politicilor de Concurență în
Corelare cu Politicile Sectoriale – SIIEAPC, componenta a proiectului PODCA cod SMIS 39072.
MANAGER PROIECT
Oana NEG
Octombrie 2013
2
FIŞA DE DATE A ACHIZIŢIEI
SECŢIUNEA I: AUTORITATEA CONTRACTANTĂ
I.1) DENUMIRE, ADRESĂ ŞI PUNCT(E) DE CONTACT
Denumire oficială: CONSILIUL CONCURENŢEI
Adresă: PIAŢA PRESEI LIBERE, NR.1, SECTOR 1
Localitate: BUCUREŞTI Cod poştal:
013701
Ţara:ROMÂNIA
Punct(e) de contact: PIATA PRESEI LIBERE, CASA PRESEI
LIBERE, CORP B3, ET.5
În atenția :Tatiana HAŢEGAN
Telefon:+40 21.405.45.92
E-mail:[email protected]
Fax: + 40 21.405.45.56
Adresa/ele de internet (dacă este cazul): www.consiliulconcurentei.ro
Adresa sediului principal al autorității contractante (URL): Piata Presei Libere nr.1, Casa Presei Libere, Corp D1
Adresa profilului cumpărătorului (URL):www.e-licitatie.ro
Alte informații pot fi obținute la:
■ Punctul (punctele) de contact menționat(e) anterior
□ Altele: completaţi anexa A.I
Caietul de sarcini, documentația specifică (pentru concesiuni) şi/sau documentele suplimentare (inclusiv documentele
pentru dialogulcompetitiv şi sistemul de achiziție dinamic) pot fi obținute la:
■ Punctul (punctele) de contact menționat(e) anterior
□ Altele: completaţi anexa A.II
Ofertele/proiectele sau solicitările/cererile de participare sau candidaturile trebuie transmise la:
□ Punctul (punctele) de contact menționat(e) anterior
■ Altele: completaţi anexa A.III
Numar zile pana la care se pot solicita clarificari inainte de data limita de depunere a ofertelor: 7 zile
I.2) ACTIVITĂŢILE PRINCIPALE
□Minister sau orice altă autoritate națională sau federală, inclusiv subdiviziunile regionale sau locale ale acestora □ Agenție/birou național sau federal □ Colectivitate teritorială □ Agenție/birou regional sau local □ Organism de drept public □ Instituție/agenție europeană sau organizație europeană ■Altele (precizați): Autoritate administrativa autonoma in domeniul concurentei, cu personalitate juridica, care isi exercita atributiile
□ Servicii publice generale □ Apărare □ Ordine şi siguranță publică □ Mediu □ Afaceri economice şi financiare □ Sănătate □ Construcții şi amenajări teritoriale □ Protecție socială □ Recreere, cultură şi religie □ Educație
3
potrivit Legii 21/1996, republicata . ■Altele (precizați):Asigură protecția, menținerea şi stimularea concurentei şi a unui mediu concurential normal, in vederea promovarii intereselor consumatorilor.
Autoritatea contractantă acționează în numele altor autorități contractanteda □ nu ■
□ Producere, transport şi distribuție de gaz şi de energie
termică
□ Electricitate
□ Prospectare şi extragere a gazului şi petrolului
□ Prospectare şi extragere a cărbunelui şi a altor
combustibili solizi
□ Apă
□ Servicii poştale
□ Servicii feroviare
□ Servicii feroviare urbane, de tramvai sau de autobuz
□ Activități portuare
□ Activități aeroportuare
SECŢIUNEA II: OBIECTUL CONTRACTULUI
II.1) DESCRIERE
II.1.1) Denumirea dată contractului/concursului/proiectuluide autoritatea contractantă/entitatea contractantă
Implementarea Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a Politicilor de
Concurenţă în Corelare cu Politicile Sectoriale, componenta a PODCA cod SMIS 39072
II.1.2) Tipul contractului şi locul de executare a lucrărilor, de livrare a produselor sau de prestare a serviciilor
a) Lucrări □ B) Produse □ c) Servicii x
Executare □
Proiectare şi executare □
Executarea, prin orice □
mijloace, a unei lucrări,
conform cerințelor
specificate de autoritatea
contractantă
Cumpărare □
Leasing□
Închiriere□
Închiriere cu opțiune de □
cumpărare
O combinație între acestea □
Categoria serviciilor: nr. 7
7 - Servicii informatice si servicii
conexe
Locul principal de executare
........................
Cod NUTS □□□□□□
Locul principal de livrare
La sediul Consiliului Concurentei,
P-ta Presei Libere, nr.1 ( Casa
Presei Libere), sector 1
Cod NUTS RO321 - Bucuresti
Locul principal de prestare
La sediul Consiliului Concurentei, P-ta
Presei Libere, nr.1 ( Casa Presei Libere),
sector 1
Cod NUTS RO321 - Bucuresti
4
II.1.3) Procedura implică
Un contract de achiziții publice ■
Punerea în aplicare a unui sistem de achiziție dinamic (SAD) □
Încheierea unui acord-cadru □
II.1.4) Informaţii privind acordul-cadru (după caz)
Nu este cazul
II.1.5) Descrierea succintă a contractului sau a achiziţiei/achiziţiilor
Obiectul procedurii il constituie achizitionarea de servicii de dezvoltare si implementare a Sistemului Informatic
Integrat pentru Eficientizarea Activității de Aplicare a Politicilor de Concurență – SIIEAPC, componenta a PODCA cod
SMIS 39072, compus din:
Dezvoltarea platformei aplicative compusă din componentele aplicative specifice integrate pentru
implementarea noii arhitecturi de business si crearea unei retele de lucru pe problem de concurenta,
folosind instrumente TIC
Platformă hardware și software (sisteme de operare, software de sisteme, software standard) pentru
realizarea platformei hardware și software necesară implementării SIIEAPC în cadrul CCR
II.1.6) Clasificare CPV (vocabularul comun privind achiziţiile)
Vocabular principal
Obiect principal 72262000-9 - servicii de dezvoltare software
Obiect(e) suplimentar(e) 48800000-6 – sisteme de informare şi servere;
51611100-9 – servicii de instalare hardware;
72265000-0 – servicii de configurare software;
80530000-8 – servicii de formare profesională.
48000000-8 – pachete software şi sisteme
informatice;
II.1.7) Contractul intră sub incidenţa acordului privind contractele de achiziţii publice (GPA)da □ nu ■
II.1.8) Împărţire în loturi (pentru precizări privind loturile utilizați da □ nu ■
Anexa B de câte ori este necesar, pentru fiecare lot în parte)
Dacă da, este necesar să se depună oferte pentru (bifați o singură căsuță):
II.1.9) Vor fi acceptate variante(oferte alternative) da □ nu ■
II.2) CANTITATEA SAU DOMENIUL CONTRACTULUI
II.2.1) Cantitatea totală sau domeniul (inclusiv, după caz, toate loturile şi toate opţiunile)
Obiectul procedurii il constituie achizitionarea de Echipamente de calcul , echipamente periferice de calcul si licențe
in valoare de 3.940.910,40lei , servicii de intreținere, actualizare şi dezvoltare aplicații informatice in valoare de
5.166.000,00 si organizarea de cursuri de instruire 100.800,00 pentru Eficientizarea Aplicării Politicilor de Concurență
– SIIEAPC, componenta a PODCA cod SMIS 39072, Valoarea serviciilor reprezent\nd 57,2% din valoarea contractului
5
După caz, valoarea estimată fără TVA (numai în cifre): 9.207.710,40 Monedă: RON
sau intervalul: între _______________ şi _______________ Monedă: __________
II.2.2) Optiuni (dupa caz) da □ nu □
Daca da, valoarea se va completa in mod obligatoriu numai ca interval valoric
Daca da, descrierea acestor optiuni: ____________________________________________________________
Numărul de prelungiri posibile (după caz): 1 sau interval: între □□□ şi □□□
Dacă se cunoaşte, în cazul contractelor de produse sau de servicii care pot fi prelungite,calendarul prevăzut al
contractelor ulterioare: în luni: 6 sau în zile: □□□□ (de la data atribuirii contractului)
II.2.3 Procentul minim de lucrări/servicii care urmează să fie atribuite de concesionar unor terți (după caz, în cazul
contractelor de concesiuni)
II.3) DURATA CONTRACTULUI SAU TERMENUL PENTRU FINALIZARE
Durata în luni: 5 (de la data atribuirii contractului/emiterii ordinelor de începere a serviciilor sau lucrărilor)
II.4) AJUSTAREA PREŢULUI CONTRACTULUI
II.4.1. Ajustarea preţului contractului da □ nu ■
Dacă DA, se va preciza modul de ajustare a prețului contractului (în ce condiţii, când, cum, formula de ajustare aplicabilă)
SECŢIUNEA III: INFORMAŢII JURIDICE, ECONOMICE, FINANCIARE ŞI TEHNICE
III.1) CONDIŢII REFERITOARE LA CONTRACT
III.1.1) Depozite valorice şi garanţii solicitate (după caz)
III.1.1.a) Garanţie de participare da ■ nu □
Cuantumul garantiei de participare este in valoare de 165.700,00 RON fara TVA
Perioada de valabilitate a garantiei de participare este de minim 90 de zile de la termenul limita de depunere a ofertelor,
prezentat in anuntul de participare publicat in SEAP.Garantia de participare se poate constitui prin virament bancar sau
prin orice instrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari, in favoarea
autoritatii contractante ( Formular nr.11), care se prezinta in original, in cuantumul si pentru perioada prevazuta in
documentatia de atribuire. Contul in care se poate face viramentul este contul autoritatii contractante, RO
46TREZ7005005xxx000209 deschis la DTCPMB. In cazul in care garantia de participare se constituie printr-un instrument
de garantare emis de o societate bancara sau o societate de asigurari, aceasta trebuie sa prevada, pe linga cele stipulate in
6
mod expres la art.87din H.G. nr.925/2006 si posibilitatea ca autoritatea contractanta sa retina suma prevazuta la art.2781
din O.U.G. nr. 34/2006. In cazul in care constituirea garantiei de participare se face in euro, se va folosi cursul de schimb
leu/euro din data publicarii anuntului de participare in SEAP. Garantia de participare se va constitui in cuntum de 50% din
valoarea totala a garantiei in situatia in care ofertantul se incadreaza in categoria IMM-urilor si face dovada in acest sens
(formular nr.19 – Declaratie privind IMM-urile).
III.1.1.b) Garanţie de bună execuţie da ■ nu □
Cuantumul garantiei de buna executie va fi de 7% din valoarea contractului fara TVA.Garantia de buna executie se poate
constitui fie prin orice intrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari,
in favoarea autoritatii contractante ( formular nr.12) care se prezinta in original, fie prin depunerea prin ordin de plata
( virament bancar) in contul autoritatii contractante, RO46TREZ7005005xxx000209 deschis la DTCPMB.Operatorul
economic castigator trebuie sa faca dovada constituirii garantiei de buna executie in termen de ZECE zile de la semnarea
contractului. Garantia de buna executie se poate constitui si prin retineri succesive din sumele datorate pentru facturi
partiale, cf.art.90 din HG 925/2006.
Garantia de buna executie se va constitui in cuantum de 50% din valoarea totala a garantiei in situatia in care ofertantul
castigator se incadreaza in categoria IMM-urilor si face dovada in acest sens (formular nr.19 – Declaratie privind IMM-
urile).
III.1.2) Principalele modalităţi de finanţare şi plată şi/sau trimitere la dispoziţiilerelevante
- Fonduri nerambursabile din F.S.E. prin programul operational „ Dezvoltarea capacitatii administrative 2007-
2013”- cod SMIS 39072- 85%
- Cofinanțare (bugetul de stat) – 15 %
III.1.3) Forma juridică pe care o va lua grupul de operatori economici căruia i se atribuie contractul (după caz)
Asociere conform art.44 din O.U.G. nr.34/2006 , cu modificarile si completarile ulterioare.
III.1.4) Executarea contractului este supusă altor condiţii speciale (după caz) da □ nu ■
Dacă da, descrierea acestor condiții
_______________________________________________________________________________________________
III.1.5. Legislaţia aplicabilă
a) Ordonanta de urgentă a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziție publică, a contractelor de
concesiune de lucrări publice şi a contractelor de concesiune de servicii, aprobată cu modificări si completări prin Legea
nr. 337/2006, cu modificările si completările ulterioare;
b) Hotărârea Guvernului nr. 925/2006 pentru aprobarea normelor de aplicare a prevederilor referitoare la atribuirea
contractelor de achizitie publică din Ordonanta de urgentă a Guvernului nr. 34/2006 privind atribuirea contractelor de
achizitie publică, a contractelor de concesiune de lucrări publice si a contractelor de concesiune de servicii;
c)HOTĂRÂRE nr. 1660 din 22 noiembrie 2006 pentru aprobarea Normelor de aplicare a prevederilor referitoare la
atribuirea contractelor de achiziție publică prin mijloace electronice din Ordonanța de urgență a Guvernului nr. 34/2006
privind atribuirea contractelor de achiziție publică, a contractelor de concesiune de lucrări publice şi a contractelor de
concesiune de servicii d) Legea nr.346/2004 privind stimularea întreprinderilor mici şi mijlocii, cu modificările şi completările ulterioare;
e) Ordinul ANRMAP nr.314/2010;
f) Ordinul ANRMAP nr.302/2011;
7
g) Ordinul ANRMAP nr.313/2011;
h) Ordinul ANRMAP nr.509/2011;
i) Alte reglementări legislative publicate pe site-ul www.anrmap.ro
III.2) CONDIŢII DE PARTICIPARE
III.2.1) Situaţia personală a operatorilor economici, inclusiv cerinţele referitoare la înscrierea în registrul comerţului sau
al profesiei
III.2.1.a) Situaţia personală a candidatului sau ofertantului:
Încadrarea în una din situațiile prevăzute la art.69*1, art.180 şi art.181 din OUG 34/2006, cu modificările şi completările
ulterioare, va atrage excluderea operatorului economic din procedura de achiziție publică.
1. Declarație privind neîncadrarea în prevederile art.180 din OUG 34/2006- se va completa formular nr.3 – cerință
obligatorie. Încadrarea în situația prevazută la art. 180 din Ordonanța de Urgență nr. 34/2006 atrage excluderea
ofertantului din procedura aplicată pentru atribuirea contractului de achiziție publică. În cazul in care un grup de
operatori economici se asociaza cu scopul de a depune oferta comuna, fiecare membru al asocierii, inclusiv liderul, va
prezenta Formularul nr. 3. In cazul in care, ofertantul/ asocierea de operatori economici, beneficiaza de sustinere din
parte unui tert, tertul sustinator va prezenta si el Formularul nr. 3
2. Declarație privind neîncadrarea în prevederile art.181 din OUG 34/2006- se va completa formularul nr.6 – cerință
obligatorie. În situația în care din documentele prezentate reiese că ofertantul se află într-una din situațiile prevăzute
de art. 181 din OUG 34/2006, acesta va fi exclus de la procedura pentru atribuirea contractului de achiziție publică. În
cazul in care un grup de operatori economici se asociaza cu scopul de a depune oferta comuna, fiecare membru al
asocierii, inclusiv liderul, va prezenta Formularul nr. 4. In cazul in care, ofertantul/ asocierea de operatori economici,
beneficiaza de sustinere din parte unui tert, tertul sustinator va prezenta Formularul nr. 4, lit. a), c1) şi d).
3. Prezentarea certificatului de atestare fiscală, eliberat de Direcția de Impozite şi Taxe Locale al unității
administrativ teritoriale de pe raza căreia societatea ofertantă are sediul social, din care să reiasa că ofertantul nu are
datorii „scadente la plata” in luna anterioara celei in care este prevazut termenul limita de depunere a
ofertelor.Certificatele se vor prezenta în original sau în copie certificată”conform cu originalul” semnată şi ştampilată
pe fiecare pagină. Ofertantul va fi exclus din procedura daca se afla in orice situatie prevazuta la art.181 din OUG
34/2006.
4. Prezentarea certificatului de atestare fiscala, eliberat de ANAF, din care sa reiasa ca ofertantul nu are datorii
scadente la plata la bugetul general consolidat, in luna anterioara celei in care este prevazut termenul limita de
depunere a ofertelor, Certificatele se vor prezenta în original sau în copie certificată”conform cu originalul” semnată
şi ştampilată pe fiecare pagină.
5. In masura in care procedura de emitere a certificatelor solicitate nu permite confirmarea situatiei datoriilor la
data solicitata, operatorii economici pot depune o declaratie pe propria raspundere potrivit art.11 alin.4 din HG
925/2006, cu toate completarile si modificarile ulterioare.
6. Declarație privind neîncadrarea în prevederile art. 69*1,din OUG 34/2006 – se va completa Formular nr.13
Persoanele cu funcție de decizie din cadrul autorității contractante în ceea ce priveşte organizarea, derularea şi
finalizarea procedurii de atribuire sunt: Bogdan Chirițoiu – preşedinte, Vasile Şeclăman – secretar general, Oana Neg -
responsabil de proiect, Daria Drăguț – asistent responsabil proiect,– expert în concurență, Florin Andrei – expert
IT&C, Horia Grigoraş – responsabil financiar, Luminița Popa – expert resurse umane, Tatiana Hațegan – expert achiziții
publice;George Anglitoiu– expert în concurență . În cazul in care un grup de operatori economici se asociaza cu scopul
de a depune oferta comuna, fiecare membru al asocierii, inclusiv liderul, va prezenta Formularul nr. 13. In cazul in
care, ofertantul/ asocierea de operatori economici, beneficiaza de sustinere din partea unui tert, si tertul sustinator
va prezenta Formularul nr. 13. In cazul in care, ofertantul/ asocierea de operatori economici, are intenția să
subcontracteze o parte din contract, Formularul nr. 13 se va prezenta inclusiv de catre subcontractant/
8
subcontractanti. Încadrarea operatorului economic sau a oricaruia dintre asociati, subcontractanti, tertul sustinator în
oricare din situatiile prevazute la art. 69^1 din OUG 34/2006 atrage excluderea ofertei / ofertei comune din
procedura de atribuire a contractului.
7. Declarație privind calitatea de participare la procedură – se va completa formularul nr.9; În cazul in care un grup
de operatori economici se asociaza cu scopul de a depune oferta comuna, fiecare membru al asocierii, inclusiv liderul,
va prezenta Formularul nr.9..
8. Se va prezenta Certificatul de participare la procedură cu ofertă independentă – se va completa formularul nr.14.
. În cazul in care un grup de operatori economici se asociaza cu scopul de a depune oferta comuna, Formularul nr. 14 se va prezenta doar de lider. In cazul in care semnatarul ofertei nu este reprezentantul legal al operatorului
economic, atunci se va atasa in cadrul documentelor de calificare Imputernicirea acestuia din partea reprezentantului
legal.
Note:
a) Operatorii economici nerezidenti (straini) au dreptul de a prezenta orice documente edificatoare pentru
demonstrarea faptului ca si-au îndeplinit obligatiile de plata catre bugetul de stat si cel local, eliberate de
autoritatile competente ale tarii de origine. Documentele se vor prezenta însotite de traducerea autorizata în
limba româna a acestora.
b) Ofertantul nu are dreptul ca în cadrul aceleiasi proceduri:
- sa depuna doua sau mai multe oferte individuale si/sau comune, sub sanctiunea excluderii din competitie a
tuturor ofertelor în cauza;
- sa depuna oferta individuala/comuna si sa fie nominalizat ca subcontractant în cadrul unei alte oferte, sub
sanctiunea excluderii ofertei individuale sau, dupa caz, a celei în care este ofertant asociat.
c) Autoritatea contractanta are dreptul de a solicita în mod direct informatii de la autoritatile competente care emit
documente relevante în scopul verificarii datelor din declaratiile furnizate de ofertanti
III.2.1.b) Capacitatea de exercitare a activităţii profesionale
Informaţii şi formalităţi necesare pentru evaluarea respectării cerinţelor menţionate:
Prezentarea certificatului constatator eliberat de Ministerul Justiției – Oficiul Registrului Comerțului sau echivalent din care să rezulte numele complet, sediul, persoanele autorizate/administratorii şi domeniul de activitate.Acest document se va prezenta în original/copie legalizată/copie lizibilă cu mențiunea „ conform cu originalul”.Obiectul contractului trebuie sa aiba corespondent in codul CAEN din certificatul constatator emis de ONRC. După evaluarea ofertelor, participantul clasat pe primul loc, va prezenta, înainte de comunicarea privind rezultatul procedurii, originalul sau copie legalizată după aceste documente. Operatorii economici nerezidenți ( străini) vor prezenta documente care dovedesc o formă de înregistrare/atestare ori apartenență din punct de vedere profesional, din care să rezulte autorizarea persoanei juridice/fizice străine de a presta serviciile care fac obiectul prezentei proceduri, în conformitate cu țara de origine.Toate documentele emise în altă limbă se vor prezenta însoțite de traducerea legalizată în limba română.
III.2.2) Capacitatea economică şi financiară
Informații şi/sau nivel(uri) minim(e) necesare pentru evaluarea respectării
cerințelor menționate
Modalitatea de îndeplinire
Cerinţa nr. 1 Modalitatea de îndeplinire
9
Declaratie privind media cifrei de afaceri pe ultimii 3 ani. Ofertantul trebuie sa fi realizat o cifra medie de afaceri globala pe ultimii trei ani (2010, 2011 si 2012) de cel putin 18.000.000,00 lei.Valorile vor fi exprimate in lei.Valorile medii ale cursului leu/euro, cf. BNR: an 2010 -4,2848; an 2011- 4,4.3197; an 2012 – 4,4560
Note:
Ofertantii pot prezenta si alte documente edificatoare, in cazul in care din motive justificate corespunzator operatorul economic nu poate prezenta documentele solicitate , la latitudinea operatorilor economici, documentele ce vor fi prezentate in vederea indeplinirii cerintei de calificare. a) Daca un grup de operatori economici se asociaza cu scopul de a
depune oferta comuna, fiecare membru al asocierii va prezenta
documentul solicitat.
b) In conformitate cu prevederile art. 186 alin (3) din OUG 34/2006 cu
toate completarile si modificarile ulterioare, când un grup de operatori
economici depune oferta comună, situaţia economică şi financiară se
demonstrează prin luarea în considerare a resurselor tuturor
membrilor grupului.
c) In situatia in care ofertantul beneficiaza de susţinerea financiară, tertul
nu trebuie să se afle în niciuna din situaţiile prevazute la art. 180 şi ale
art. 181 lit. a), c1) şi d).
- Completare formular nr.4- Informatii
generale.
Ofertantul va utiliza cursul mediu de schimb anual lei/alta valută al BNR corespunzător anilor pentru care face dovada îndeplinirii acestei cerințe de calificare.
Cerinţa nr. 2
Bilanțurile contabile pe ultimii trei ani,la data de , 31.12.2010,31.12. 2011 si
31.12.2012 , vizate si inregistrate la organele competente.
Bilanturile contabile pe ultimii 3 (trei) ani, sau orice alte documente
relevante (ex. Balanta), din care sa rezulte situatia economica si financiara a
operatorilor economici pentru ultimii 3 ani, inclusiv indeplinirea cerintei
privind valoarea solicitata pentru cifra medie de afaceri globala.
Persoanele juridice straine vor prezenta documente relevante pentru ultimii 3 (trei) ani, înregistrate la autoritatile competente din tara de provenienta, sau documente echivalente, insotite de traducere autorizata în limba romana, din care sa rezulte situatia economica si financiar inclusiv indeplinirea cerintei privind valoarea solicitata pentru cifra medie de afaceri globala. Nota: In conformitate cu prevederile art. 186 alin (3) din OUG 34/2006 cu toate completarile si modificarile ulterioare, când un grup de operatori economici depune oferta comună, situația economică şi financiară se demonstrează prin luarea în considerare a resurselor tuturor membrilor grupului.
Modalitatea de îndeplinire
- Bilanturile contabile vor fi prezentate in copii certificate ,,conform cu originalul,, semnate de persoana autorizată si ştampilate pe fiecare pagină.
III.2.3.a) Capacitatea tehnicăşi/sau profesională
Informații şi/sau nivel(uri) minim(e) necesare pentru evaluarea respectării
cerințelor menționate
Modalitatea de îndeplinire
Cerinţa nr.1 - Experiență similară
Se solicita lista principalelor prestari de servicii si furnizari de produse din
ultimii 3 ani continand perioade de prestare/livrare, valori, beneficiari, prin
care ofertantul (operator economic sau asociat) trebuie sa demonstreze ca a
Modalitatea de îndeplinire
Se prezintă:
Lista principalelor prestări de servicii si
10
derulat in ultimii 3 ani stabiliti de la data depunerii ofertelor, maxim 6
contracte, in cadrul carora cumulat:
a prestat servicii de analiza de business, proiectare, dezvoltare software, implementare, testare software, instalare, configurare, testare, in vederea realizarii unui sistem informatic integrat
a furnizat, instalat si configurat infrastructura hardware si de comunicatii, incluzand: servere, baze de date, hardware, software de sistem, sisteme de operare, retea de comunicatii
a prestat servicii de implementare sistem informatic ce a inclus si o solutie de managementul documentelor
a prestat servicii de implementare sistem informatic ce a inclus si o solutie de scanare si procesare date
a prestat servicii de implementare sistem informatic integrat in care s-au implementat solutii de monitorizare si protectie servere, monitorizare activitatii utilizatori in aplicatii, managementul unificat al resurselor
a prestat servicii de implementare sistem informatic intr-un mediu virtualizat
Valoarea cumulata a contractelor prin care ofertantul isi demonstreaza
capacitatea tehnica trebuie sa fie de cel putin 9.000.000,00 lei.
Notă: În cazul unei oferte depuse in asociere, cerințele de calificare cu privire
la experiența similară se demonstrează prin luarea în considerare a
resurselor tuturor membrilor grupului ( prin cumul) cf.art.190 alin.3 din
O.U.G.34/2006.
livrari de produse în ultimii trei ani –
formular nr.8
Formularul va fi însoțit de certificate
/contracte/ extrase din contracte /procese
verbale de receptie/ minute de acceptanta/
recomandari sau orice alte documente
relevante emise/ contrasemnate de
beneficiarii serviciilor din contractele
menționate în formular.
Echivalenta in lei al valorii fiecarui contract
se va realiza la cursul de schimb mediu
comunicat de BNR pentru anul finalizarii
contractului pentru contractele finalizate,
sau pentru anul inceperii contractului,
pentru contractele aflate in derulare.
Documentele emise in alta limba vor fi
insotite de traducerea autorizata in alta
limba.Toate documentele vor fi certificate
cu mentiunea „ conform cu originalul”,
semnate de reprezentantul legal sau
imputernicit al acestuia, si stampilate pe
fiecare pagina
Cerinţa nr.2 – Declarație privind efectivele medii anuale, ale personalului
angajat şi al personalului de conducere, pe ultimii trei ani.(2010; 2011 ;
2012)
Completare formular nr. 7
Personal de specialitate
Se solicită prezentarea de informații referitoare la personalul de specialitate
din care trebuie să rezulte că ofertantul dispune sau a obtinut angajamentul
de participare pentru o echipă de proiect pentru implementarea proiectului
care face obiectul acestei proceduri şi că persoanele nominalizate în cadrul
acestei echipe au experientă profesională şi cunoştințele teoretice şi practice
relevante menționate în cele ce urmează.
Modalitatea de îndeplinire
Completare formular nr. 10 - Lista cu
personalul de specialitate propus pentru
indeplinirea contractului.
11
1.Manager proiect
Calificari si abilitati:
Absolvent studii superioare
Competente profesionale dovedite privind managementul de proiect cu referire la metodologii de management de proiect recunoscute la nivel national/international
Experienta profesionala relevanta:
Minim 5 ani experienta generala
Experienta in cel putin un proiect in calitate de project manager
Experienta in cel putin un proiect/ contract de implementare sisteme informatice.
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Managerul de proiect poate ocupa o
singură poziție în cadrul echipei de proiect.
2. Expert analist de business
Calificari si abilitati:
Absolvent studii superioare
Competențe profesionale dovedite in domeniul analizei de business
Competențe profesionale dovedite in domeniul modelarii, analizei si optimizarii proceselor de business
Experienta profesionala relevanta:
Experienta generala de minim 5 ani
Experienta cumulata in activitati specifice rolului pentru care este propus intr-unul sau mai multe proiecte de implementare de sisteme informatice integrate care a presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livrare componente software si prestarea serviciilor de implementare (analiza a cerintelor, proiectare, dezvoltare, fluxuri de lucru, testare, productie si suport post productie, asistenta pentru utilizatori).
Ofertantul va depune:
a. CV-ul (formularul nr. 20
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul analist de business poate ocupa o
singură poziție în cadrul echipei de proiect.
3. Expert arhitect sisteme informatice
Calificari şi abilitati:
Absolvent studii superioare
Competente profesionale dovedite in domeniul arhitecturilor de tip enterprise
Competente profesionale dovedite privind controlul si/sau managementului riscurilor in sistemele informatice
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
12
Experienta profesionala relevanta:
Experienta generala de minim 5 ani
Experienta cumulată intr-unul sau mai multe proiecte de implementare de sisteme informatice care au presupus instalarea si configurarea infrastructurii hardware, instalarea si configurarea infrastructurii software, instalarea si configurarea infrastructurii de comunicatii si instalarea si configurarea bazelor de date si in cadrul caruia a desfasurat activitati de proiectare si realizare a arhitecturilor de sistem si a arhitecturilor infrastructurii IT
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul arhitect sisteme informatice
poate ocupa o singură poziție în cadrul
echipei de proiect.
4. Expert Managementul Proceselor
Calificări şi abilităţi
Absolvent studii superioare
Competente profesionale dovedite in domeniul aplicatiilor de management al proceselor
Competente profesionale dovedite in domeniul arhitecturilor orientate pe servicii
Competente profesionale dovedite in tehnologia ofertata pentru server-ul de aplicatii;
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta cumulată in unul sau mai multe proiecte de implementare sisteme informatice care sa fii continut cel putin trei dintre urmatoarele componente software:
o managementul proceselor o arhitectura orientata pe servicii o managementul identitatilor o server de aplicatie o portal
pe tehnologia ofertata.
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul Managementul Proceselor poate
ocupa o singură poziție în cadrul echipei de
proiect.
5. Expert baze de date
Calificări şi abilităţi
Absolvent studii superioare
Competente profesionale dovedite in optimizarea bazelor de date pe tehnologia ofertata
Competente profesionale dovedite privind administrarea bazelor de date pe tehnologia ofertata
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta cumulată in activitati specifice rolului pentru care este propus
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
13
intr-unul sau mai multe proiecte de implementare de sisteme informatice integrate care au presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livarare componente software si prestarea serviciilor de implementare (analiza a cerintelor, proiectare, dezvoltare, fluxuri de lucru, testare aplicatii, testare date, productie si suport post productie, asistenta pentru utilizatori), activitati de proiectare baze de date, administrare baze de date, optimizare si fine tunning, asigurarea integritatii si securitatii datelor, asigurarea corectitudinii organizarii datelor, remedierii tehnice, corectarii, actualizarii si modelarii bazei de date, asistenta tehnica pentru utilizatorii bazei de date
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul baze de date poate ocupa o
singură poziție în cadrul echipei de proiect.
6. Expert virtualizare si securitate informationala Calificări şi abilităţi
Absolvent studii superioare
Competente profesionale dovedite in domeniul solutiilor de virtualizare, pentru optimizarea folosirii componentelor de infrastructura (hardware, software si de comunicatii)
Competente profesionale dovedite privind activitatile de audit intern si planificare pe medii IT eterogene pentru implementarea solutiilor de virtualizare
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus si o solutie de virtualizare servere pe tehnologia ofertata, in cadrul caruia a desfasurat activitati specifice rolului pentru care este propus
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul virtualizare si securitate
informationala poate ocupa o singură
poziție în cadrul echipei de proiect.
7. Expert componenta monitorizarea evenimentelor din aplicatii si retea Calificări şi abilităţi
Absolvent studii superioare
Competente profesionale dovedite in cel putin una din tehnologiile ofertate pentru componenta de monitorizare a evenimentelor din aplicatii si retea
Experienţă profesională relevantă
Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus cel putin una din tehnologiile ofertate pentru componenta de monitorizare a evenimentelor din aplicatii si retea
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
14
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul componenta monitorizarea
evenimentelor din aplicatii si retea poate
ocupa o singură poziție în cadrul echipei de
proiect.
8. Expert componenta monitorizare server si activitate utilizatori Calificări şi abilităţi
Absolvent studii superioare
Cunostinte/competente profesionale dovedite in instalarea si configurarea solutiei de monitorizare a serverelor pe tehnologia ofertata
Cunostinte/competente profesionale dovedite in instalarea si configurarea solutiei de monitorizare a activitatii utilizatorilor pe tehnologia ofertata
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus cel putin una din tehnologiile ofertate pentru componenta de monitorizare a serverelor si a activitatii utilizatorilor
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul componenta monitorizare server
si activitate utilizatori poate ocupa o
singură poziție în cadrul echipei de proiect.
9. Expert coordonator testare Calificări şi abilităţi
Absolvent studii superioare Competente profesionale dovedite in domeniul testarii IT
Competente profesionale dovedite in domeniul analizei de test de nivel avansat
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta intr-un proiect in calitate de coordonator testare
Experienta cumulata in unul sau mai multe proiecte/ contracte de implementare sisteme informatice integrate care a presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livarare componente software si prestarea serviciilor de implementare (analiza a cerintelor, proiectare, dezvoltare, fluxuri de lucru, testare, asistenta tehnica si mentenanta)
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
15
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul coordonator testare poate ocupa
o singură poziție în cadrul echipei de
proiect.
10. Expert coordonator instruire Calificări şi abilităţi
Absolvent studii superioare.
Calificare in domeniul furnizarii de programe de instruire cu certificat autorizat CNFPA cod 241205 sau echivalent.
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta intr-un proiect in calitate de coordonator instruire
Experienta intr-unul sau mai multe proiecte de implementare a unor sisteme informatice care a presupus instalarea si configurarea infrastructurii hardware, instalarea si configurarea infrastructurii software, instalarea si configurarea infrastructurii de comunicatii.
Ofertantul va depune:
a. CV-ul (formularul nr. 20)
b. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
c. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
d. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
acesteia
Expertul coordonator instruire poate ocupa
o singură poziție în cadrul echipei de
proiect.
11. Expert componenta managementul documentelor Calificări şi abilităţi
Absolvent studii superioare.
Competente profesionale dovedite in domeniul arhitecturii solutiilor de gestiune a documentelor
Competente profesionale dovedite in domeniul administrarii si utilizarii sistemului de gestiune a documentelor
Experienţă profesională relevantă
Experienta generala de minim 5 ani
Experienta intr-un proiect de implementare sistem informatic, ce a inclus si o componenta de managementul documentelor, in activitati de analiza modele date si fluxuri de lucru, instalare, configurare, training si asigurare suport
Ofertantul va depune:
e. CV-ul (formularul nr. 20)
f. copii conforme cu originalul dupa
diplomele/certificarile/atestarile
relevante in raport cu cerintele din
prezenta documentatie
g. documente relevante din care sa
reiasa indeplinirea cerintelor de
experienta profesionala solicitate prin
prezenta documentatie
h. pentru expertii care nu sunt angajati
ai ofertantului, declaratie de
disponibilitate (Formularul nr. 15 -
Declaratie de disponibilitate), in
original, datata si semnata de titularul
16
acesteia
Expertul componenta managementul
documentelor poate ocupa o singură
poziție în cadrul echipei de proiect.
Cerința nr.3 – Informații privind asocierea
Cerinta nr.4 -În situația în care operatorul economic intenționează să
subcontracteze părți din contract, va da o declaratie cu privire la
partea/partile din contract pe care le vor indeplinii asociatii. Pe timpul
derulării contractului modificarea datelor referitoare la subcontractare se
face doar cu acordul autorității contractante în condițiile în care nu se
modifică propunerea tehnică şi financiară.
Se va completa formularul nr.5
Se va completa formularul nr.18
III.2.3.b.) Standarde de asigurare a calităţii şi de protecţie a mediului
Informații şi/sau nivel(uri) minim(e) necesare pentru evaluarea respectării
cerințelor menționate
Modalitatea de îndeplinire
Cerinţa nr. 1
Certificarea sistemului de management al calității pentru ofertant conform
ISO 9001 sau echivalent. În cazul asocierii unui grup de operatori economici,
cerintele privind standardele de asigurare a calitatii trebuie sa fie îndeplinite cel putin de catre liderul asocierii.
Modalitatea de îndeplinire
Se va prezenta cerificatul, in copie
certificată „conform cu originalul”.Acesta
trebuie să fie in perioada de valabilitate la
data depunerii ofertelor.
III.2.4) Contracte rezervate (după caz) da □ nu ■
Contractul este rezervat unor ateliere protejate □
Contractul va fi executat numai în cadrul unor programe de ocupare a forței de muncă protejate □
III.3) CONDIŢII SPECIFICE PENTRU CONTRACTELE DE SERVICII
III.3.1) Prestarea serviciilor în cauză este rezervată unei anumite profesiida □ nu ■
Dacă da precizați actele cu putere de lege şi actele administrative aplicabile:
După caz, menționați care profesie (concurs de soluții)
III.3.2) Persoanele juridice au obligaţia să indice numele şi calificările da □ nu ■
profesionale ale membrilor personalului responsabili pentru prestarea
serviciilor respective
SECŢIUNEA IV: PROCEDURĂ
IV.1) PROCEDURA
IV.1.1) Tipul proceduriişi modalitatea de desfășurare
IV.1.1.a) Modalitatea de desfăşurare a procedurii de atribuire Offline ■ Online □
17
IV.1.1.b) Tipul procedurii
Licitaţie deschisă ■
Licitaţie restrânsă □
Licitaţie restrânsă accelerată □
Justificare pentru alegerea licitației accelerate:
_________________________________________________________________________________________
Cerere de oferte □
Negociere □
Au fost deja selectați candidați da □ nu □
Dacă da, indicaţi numele şi adresa operatorilor economici selectaţi deja în secţiunea VI.3) - Informaţii suplimentare
Negociere accelerată □
Justificare pentru alegerea negocierii accelerate:
_________________________________________________________________________________________
Dialog competitiv □
Concurs de soluţii □ Deschis □ Restrâns □
Numărul de participanţi estimat □□□ sau numărul minim □□□ / numărul maxim □□□
IV.1.2) Limitarea numărului de operatori economici invitaţi să prezinte oferte sau să participe
(licitaţie restrânsă şi negociere, dialog competitiv)
Număr de operatori economici preconizat □□□
sau Număr minim preconizat □□□ şi, după caz, număr maxim □□□
Criterii de preselecție:
.
IV.1.3) Reducerea numărului de operatori economici în timpul negocierii sau al dialogului (negociere, dialog
competitiv)
Aplicarea unei licitații care să se deruleze în etape succesive pentru a da □ nu □
reduce progresiv numărul soluțiilor care trebuie discutate sau al ofertelor
care trebuie negociate
IV.2) CRITERII DE ATRIBUIRE /CRITERII DE EVALUARE A PROIECTELOR (concurs de soluţii)
IV.2.1) Criterii de atribuire (după caz,bifaţi rubrica sau rubricile
corespunzătoare sau enumeraţi criteriile de atribuire în cazul contractului de
concesiune, respectiv criteriile de evaluare a proiectelor în cazul concursului de
18
soluţii)
Cel mai mic preț
■
sau
Oferta cea mai avantajoasă din punct de vedere economic în ceea ce priveşte
□
□ criteriile menționate în continuare (criteriile de atribuire trebuie
indicate împreună cu ponderarea sau în ordine descrescătoare a
priorităţii, în cazul în care nu se poate realiza ponderarea din motive
demonstrabile)
□ criteriile enunțate în caietul de sarcini, în invitația de a prezenta o
ofertă sau de a participa la negociere sau în documentul descriptiv
IV.2.2) Se va organiza o licitaţie electronică
da ■ nu □
Dacă da, informații suplimentare despre licitația electronică (după caz)
Refuzul unui operator economic de a se inregistra in SEAP in scopul participarii la etapa finala de licitatie electronica este
asimilat cu retragerea ofertei.In acest caz autoritatea contractanta va retine garantia de participare, in conformitate cu
prevederile art.38, alin. 4, coroborat cu art.87 alin. 1 lit.a) din HG 925/2006, cu modificarile si completarile ulterioare.
Licitatia electronica se va desfasura intr-o singura runda, in zile lucratoare, durata acesteia fiind de 24 ore, cu
incepere .... si finalizare la.....
Obiectul procesului repetitiv de ofertare in cadrul licitatiei electronice : Pretul ofertei ( fara TVA)
Licitatia electronica va începe la 2 (doua) zile lucratoare de la transmiterea invitatiei la adresa de posta
electronica (e-mail) inregistrata în sistem ca adresa de contact Informatii la care pot avea acces :
- ofertantii pot vedea cea mai buna oferta - Da
- ofertantii pot vedea numarul de participanti inscrisi la licitatie- Da
Nota: La solicitarea autoritatii contractante, dupa finalizarea licitatiei electronice, operatorul economic
castigator va transmite un nou formular de oferta, inclusiv anexa, continand noile preturi in conformitate cu
valorile licitate in cadrul etapei de licitatie electronica.
IV.2.3. „Numele participanţilor deja selectaţi ( în cazul unui concurs de
soluţii restrâns)”
_______________________________________________________________
____________________________________
IV.3) INFORMAŢII ADMINISTRATIVE
IV.3.1) Număr de referinţă atribuit dosarului de autoritatea contractantă (după caz) _________________________________________________________________________________________
IV.3.2) Anunţuri publicate (anunţ publicat) anterior privind acelaşi contract da □ nu ■
19
Dacă da,
Anunț de intenție □ Anunț despre profilulcumpărătorului□
Numărul anunțului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)
Alte publicări anterioare (după caz) □
Numărul anunțului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)
Numărul anunțului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)
Anunț de intenție
Numărulși data publicării în S.E.A.P.
IV.3.3)
Conditii de obtinere a caietului de sarcini si a documentatiei suplimentare (cu exceptia unui SAD) sau a documentului descriptiv (in cazul unui dialog competitiv) SEAP sau site-ul institutiei www.consiliulconcurentei.ro , rubrica Achizitii Publice
Documente de plata: NU
IV.3.4) Termen limita pentru primirea ofertelor sau a cererilor de participare
24.02.2014 15:30
IV.3.5) Data transmiterii invitatiilor de prezentare de oferte sau de participare candidatilor selectati
IV.3.6) Limba sau limbile în care poate fi redactată oferta/candidatura/proiectul sau cererea de participare
ES BG CS DA DE ET EL EN FR IT LV LT HU MT NL PL PT RO SK SL FI SV
□ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ ■ □ □ □ □
Altele: ____________________________________________________________________________-
Moneda în care se transmite oferta financiară (în cazul procedurilor online sau offline cu etapă finală de L.E. - RON
IV.3.7) Perioada minimă pe parcursul căreia ofertantul trebuie să îşi menţină oferta (în cazul unei licitaţii deschise,cerere
de oferte)
durata în zile: 90 (de la termenul limită de primire a ofertelor)
IV.3.8) Conditii de deschidere a ofertelor
Data: 25.02.2014, ora 10,30
Locul: P-ta Presei Libere nr.1 ( Casa Presei LIbere) sector 1, corp B3, etaj 5, Secretariatul General
Persoane autorizate sa asiste la deschiderea ofertelor: da
Reprezentantii operatorilor economici care au depus oferta, pe baza de imputernicire scrisa, semnata de reprezentantul legal si copie dupa BI/CI
IV.3.8.1) Se va acorda una sau mai multe prime da □ nu ■ Dacă da,
numărul și valoarea primelor care urmează să fie acordate (după caz)
___________________________________________________________________________________________________
IV.3.8.2) Detalii privind plăţile către toţi participanţii (după caz)
___________________________________________________________________________________________________
IV.3.8.3) Contracte atribuite în urma concursului: Contractele de servicii atribuite în urma concursului vor fi atribuite
câștigătorului sau unuia dintre câștigătorii concursului da □ nu □
20
IV.3.8.4) Decizia juriului este obligatorie pentru autoritatea contractantă/entitatea contractantă da □ nu □
IV.3.8.5) Numele membrilor juriului selectaţi (după caz)
IV.4. PREZENTAREA OFERTEI
IV.4.1. Modul de prezentare a propunerii tehnice
Prin propunerea tehnica depusa, ofertantul are obligatia de a face dovada conformitatii serviciilor si/sau produselor care urmeaza a fi prestate si/sau livrate cu cerintele prevazute în caietul de sarcini. Propunerea tehnica trebuie sa raspunda la toate cerintele mentionate in caietul de sarcini. Cerintele descrise in documentatie sunt minime si obligatorii, fiecare ofertant trebuie sa descrie detaliat si complet intr-o matrice de conformitate modul de realizare/satisfacere a fiecarei cerinte sau specificatii. Nerespectarea oricarei cerinte din prezentul caiet de sarcini atrage dupa sine descalificarea ofertei. Nu sunt acceptate ca raspunsuri conforme, raspunsurile de tip DA sau NU. Nu vor fi luate in considerare raspunsurile in matricea de conformitate completate prin copierea cerintelor in coloana cu raspunsul ofertantului la cerinta, fara explicatii detaliate privind modul de indeplinire a cerintei sau fara referinte la anexele tehnice. Fiecare afirmatie din oferta tehnica trebuie sa fie clar exprimata, sa nu dea alternative sau sa nu indice drept solutie materiale publicitare (brosuri, site-uri WEB, etc.) generale. In elaborarea propunerilor tehnice ofertantii vor tine cont, in mod obligatoriu, de toate cerintele formulate in Capitolul 6 din Caietul de sarcini - Cerințe de prezentarea a propunerii tehnice. Se va indica in cadrul ofertei ca la elaborarea acesteia au tinut cont de obligatiile referitoare la conditiile de munca si protectia muncii, si ca vor tine cont de ele in implementarea contractului, in cazul in care acesta le este atribuit cf.legislatiei in vigoare. Propunerea tehnica va fi prezentata sub forma printata si pe suport electronic in format editabil.
Nota: Matricea de complianta este o sectiune a ofertei tehnice, sub formă tabelară, care cuprinde explicațiile, valorile şi
documentele doveditoare pentru indeplinirea fiecarei caracteristici/ cerinte solicitate în caietul de sarcini.
IV.4.2. Modul de prezentare a propunerii financiare
Ofertantul trebuie să prezinte propunerea financiară conform Formularului de oferta nr. 2 - din secțiunea formulare şi o anexă care să conțină detalierea elementelor de cost ce urmează propunerea financiară. Ofertantul va elabora propunerea financiara astfel încât aceasta sa furnizeze toate informatiile solicitate cu privire la preturi, tarife, daca este cazul, precum si la alte conditii financiare si comerciale legate de obiectul contractului de achizitie. Preturile vor fi exprimate in Ron fara TVA. Pretul din oferta financiara va fi ferm si nu se va actualiza. Nu sunt acceptate oferte alternative.
IV.4.3. Modul de prezentare a ofertei
Operatorii economici au obligația de a depune oferta la adresa şi până la data şi ora menționate în anunțul de participare Oferta se va depune la sediul Consiliului Concurenței din Bucureşti, P-ța Presei Libere, nr.1 (Casa Presei Libere), sector 1, cod.013701, corpul D1, Registratură.Oferta se va depune intr-un singur exemplar, în plic sigilat şi ştampilat pe care se va menționa: a) Ofertă pentru achiziția de servicii si produse necesare implementarii Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a Politicilor de Concurenţă în Corelare cu Politicile Sectoriale – SIIEAPC, componenta a PODCA cod SMIS 39072; b) A nu se dechide înainte de data de ... ora de... Plicul exterior va conține în interior câte un plic sigilat şi ştampilat după cum urmează: a)Plicul nr.1- Documente de calificare (original) b)Plicul nr.2- Propunerea tehnică (original c) Plicul nr.3- Propunerea financiară ( original) Plicurile interioare/exterioare trebuie să fie marcate cu denumirea şi adresa ofertantului, pentru a permite returnarea ofertei fără a fi deschisă în situația în care respectiva ofertă este declarată întârziată Documentele ofertei vor fi tipărite sau dactilografiate, numerotate, semnate şi ştampilate de catre reprezentantul legal sau autorizat al ofertantului, pe fiecare pagină Se va prezenta si un OPIS al documentelor depuse in oferta. Oferta va fi însoțită de următoarele documente: 1.Scrisoare de înaintare(formular nr.1) documentul se va prezenta in original 2. Dovada constituirii Garantiei de participare în original.Operatorul economic care nu face dovada constituirii garanției de participare va fi exclus din procedură. Ofertantul trebuie să prezinte o imputernicire scrisă, avand numar de inregistrare si data, pentru persoanele desemnate să
21
participe la şedința de deschidere a ofertelor. Persoanele fără împuternicire scrisă şi fără B.I/C.I nu vor putea participa la sedința de deschidere a ofertelor. Oferta trebuie să rămână valabilă pentru o perioadă de 90 de zile de la data limita de depunere a ofertelor, precizata in anuntul de participare. În situații excepționale, comisia de evaluare poate solicita acordul ofertanților de extindere a valabilității ofertei.Cererea şi răspunsurile vor fi făcute în scris. Ofertantul poate refuza această cerere. Un ofertant care acceptă cererea de extindere a valabilității ofertei nu-şi poate modifica oferta. Oferta depusă la o altă adresă sau după expirarea datei si orei limită pentru depunere este considerată întârziată şi se returnează nedeschisă. Nici o ofertă nu poate fi respinsă în cadrul şedinței de deschidere a ofertelor, cu excepția celor care se încadrează în prevederile art.33, alin,3 din HG nr.925/2006.
SECŢIUNEA VI: INFORMAŢII SUPLIMENTARE
VI.1) CONTRACTUL ESTE PERIODIC(după caz) da □ nu ■
Dacă da, precizați perioadele estimate de publicare a anunțurilor viitoare: _____________________________
VI.2) Contractul/Concursul se înscrie într-un proiect/program finanțat din fonduri comunitare/program
operațional/program național de dezvoltare rurală da ■ nu □
Dacă da, trimitere (trimiteri) la proiect(e) şi/sau program(e): Programul Operaţional Dezvoltarea Capacităţii
Administrative
Tipul de finanțare:
Cofinanțare ■ 15 %
Credite externe cu garanția statului □
Fonduri europene ■ 85% Programul Operaţional Dezvoltarea Capacităţii Administrative
Alte fonduri. □
VI.3) ALTE INFORMAŢII(după caz)
1. Dupa stabilirea ofertelor admisibile, autoritatea contractanta va introduce in SEAP oferta financiara a tuturor
operatorilor economici care au prezentat oferte admisibile in vederea inceperii procesului repetitiv de reofertare in sistemul
electronic.
2. Autoritatea Contractanta are obligatia de a transmite simultan, tuturor operatorilor economici care au prezentat
oferte admisibile, informatii privind modul de desfasurare al etapei finale de licitatie electronica, respectiv data si ora
inceperii si finalizarii procesului repetitiv de reofertare in SEAP.
3.În cazul în care doi sau mai multi operatori economici ale caror oferte au fost declarate admisibile din punct de vedere
juridic, tehnic si economico- financiar, au ofertat acelasi pret in cadrul etapei finale de licitatie electronica, autoritatea
contractanta va solicita numai acelor operatori depunerea de noi oferte de pret, in plic inchis. Solicitarea de reofertare se
face în scris iar oferta se depune în plic sigilat(închis) în vederea departajării ofertelor.Operatorii economici nu au dreptul
sa modifice oferta decat in sensul imbunatatirii acesteia.Oferta care va avea pretul cel mai scazut in urma reofertarii va fi
declarata castigatoare.
4.În cazul în care specialiştii prezentaţi nu sunt vorbitori de limba română, operatorul economic va asigura din fonduri
proprii servicii de traducere de specialitate, în limba română pe toată durata contractului. Operatorul economic va lua toate
măsurile pentru asigurarea unor traduceri de calitate. În acest sens se vor prezenta CV-urile traducătorilor precum şi
atestatele si diplomele acestora în copii certificate pentru conformitate cu originalul de reprezentantul legal al ofertantului,
22
care vor purta semnătura acestuia.
5. In cazul in care semnatarul ofertei nu este reprezentantul legal al operatorului economic, atunci se va atasa in cadrul
documentelor de calificare Imputernicirea acestuia din partea reprezentantului legal.
6.Solicitarile de clarificare vor fi transmise prin fax la nr.+40 214054556 si pe e-mail in format editabil pe adresele:
[email protected], [email protected] si [email protected].
VI.4) CĂI DE ATAC
VI.4.1) Organismul competent pentru căile de atac
Denumire oficială: Consiliul Național de Soluționare a Contestațiilor
Adresă: Str.Stavropoleos, nr.6, sector 3
Localitate: Bucureşti Cod poştal: 030084 Ţară: România
E-mail: [email protected] Telefon: +40213104641,
Adresă Internet (URL)
http://www.cnsc.ro
Fax: +40218900745
Organismul competent pentru procedurile de mediere (după caz)
Denumire oficială:
Adresă:
Localitate: Cod poştal: Ţară:
E-mail: Telefon:
Adresă Internet (URL) Fax:
VI.4.2) Utilizarea căilor de atac (completaţi rubrica VI.4.2 SAU, după caz, rubrica VI.4.3)
Precizări privind termenul (termenele) de exercitare a căilor de atac: 10 ( zece ) zile incepand cu ziua urmatoare luarii la
cunostinta de catre contestator despre un act al autoritatii contractante pe care il considera nelegal conform prevederilor
art.256^2 din OUG nr.34/2006.
VI.4.3) Serviciul de la care se pot obţine informaţii privind utilizarea căilor de atac
Denumire oficială:Consiliul Concurentei – Directia Juridic Contencios
Adresă:P-ta Presei Libere nr.1, Corp D1, et.2, sector 1,
Localitate:Bucuresti Cod poştal:013701 Ţară:Romania
E-mail:
juridic@consiliulconc
urentei.ro
Telefon:+40214054406
Adresă Internet (URL)
www.consiliulconcur
entei.ro
Fax:+40214054406
23
ANEXA A
ADRESE SUPLIMENTARE ŞI PUNCTE DE CONTACT
I) ADRESE ŞI PUNCTE DE CONTACT DE LA CARE SE POT OBŢINE INFORMAŢII SUPLIMENTARE
Denumire oficială:Consiliul Concurentei
Adresă: PIAŢA PRESEI LIBERE, NR.1, SECTOR 1
Localitate:Bucuresti Cod poştal:013701 Ţară:Romania
Punct(e) de contact:
În atenția:Oana Neg
Telefon:.............................
E-mail: [email protected] Fax:..................................
Adresă Internet (URL): www.consiliulconcurentei.ro
II) ADRESE ŞI PUNCTE DE CONTACT DE LA CARE SE POT OBŢINE CAIETUL DE SARCINI ŞI DOCUMENTELE SUPLIMENTARE
(INCLUSIV DOCUMENTELE PRIVIND UN DIALOG COMPETITIV SAU UN SISTEM DE ACHIZIŢIE DINAMIC)
Denumire oficială:
Adresă:
Localitate: Cod poştal: Ţară:
Punct(e) de contact:
În atenția:
Telefon:
E-mail: Fax:
Adresă Internet (URL):
III) ADRESE ŞI PUNCTE DE CONTACT LA CARE TREBUIE EXPEDIATE OFERTELE/CERERILE DE PARTICIPARE
Denumire oficială:CONSILIUL CONCURENTEI
Adresă:P-ta Presei Libere (Casa Presei Libere), nr.1, sector 1, corp D1,Registratura
Localitate:Bucuresti Cod poştal:013701 Ţară:Romania
Punct(e) de contact:
În atenția:Tatiana Hategan
Telefon:+40214054592
E-mail:[email protected] Fax:+40214054556
Adresă Internet (URL):www.consiliulconcurentei.ro
24
FEN/166/06.12.2013
Caiet de Sarcini
Sistem Informatic Integrat pentru
Eficientizarea Activităţii de Aplicare a
Politicilor de Concurenţă în Corelare cu
Politicile Sectoriale
25
Cuprins
1. INFORMAŢII GENERALE ....................................................................................................................... 27
1.1. DESCRIEREA INSTITUŢIEI .......................................................................................................................... 27 1.2. STRUCTURA CONSILIULUI CONCURENŢEI ................................................................................................ 27
2. PREZENTAREA GENERALĂ A PROIECTULUI PO DCA COD SMIS 39072 - “EFICIENTIZAREA ACTIVITĂŢII DE APLICARE A POLITICILOR DE CONCURENŢĂ ÎN CORELARE CU POLITICILE
SECTORIALE“ .................................................................................................................................................. 30
2.1. OBIECTIV GENERAL .................................................................................................................................. 31 2.2. SCOPUL PROIECTULUI PO DCA COD SMIS 39072 ................................................................................ 32 2.3. GRUP ŢINTĂ .............................................................................................................................................. 33 2.4. OBIECTIVELE SPECIFICE ALE ACHIZIŢIEI ................................................................................................... 33 2.5. OBIECTUL ACHIZITIEI ................................................................................................................................ 34 2.6. REZULTATELE PRECONIZATE ................................................................................................................... 36 2.7. IPOTEZE CARE STAU LA BAZA IMPLEMENTĂRII SIIEAPC ......................................................................... 36 2.8. RISCURI .................................................................................................................................................... 36
3. DESCRIEREA SITUAŢIEI ACTUALE .................................................................................................... 38
4. CERINŢE PRIVIND SOLUŢIA TEHNICĂ ............................................................................................... 39
4.1. CERINŢE GENERALE .................................................................................................................................. 39 4.2. CERINŢE PRIVIND ARHITECTURA FUNCŢIONALĂ A SISTEMULUI ................................................................. 41 4.3. CERINŢE FUNCŢIONALE ............................................................................................................................ 43
4.3.1. Componenta Portal Intern ........................................................................................................... 43 4.3.2. Subsistem de Management Documente şi Arhivare ............................................................... 49 4.3.3. Componenta Registratura ........................................................................................................... 57 4.3.4. Componenta Management de Caz ............................................................................................ 64 4.3.5. Componenta Management a Regulilor şi Fluxurile Proceselor Interne ................................ 70 4.3.6. Componenta de Integrare Informaţie ........................................................................................ 73 4.3.7. Componenta Managementul Colaborării şi al Cunoştinţelor ................................................. 77 4.3.8. Componenta Raportare şi Analize Statistice ............................................................................ 77 4.3.9. Componenta Portal Extern .......................................................................................................... 79 4.3.10. Componenta de monitorizare ..................................................................................................... 79 4.3.10.1. Cerinţe privind monitorizare evenimentelor din aplicaţii şi reţea ...................................... 80 4.3.10.1.1. Arhitectura ......................................................................................................................... 80 4.3.10.1.2. Monitorizare infrastructura .......................................................................................... 81 4.3.10.1.3. Monitorizarea aplicatiilor ............................................................................................. 82 4.3.10.1.4. Monitorizarea retelei ..................................................................................................... 83 4.3.10.1.5. Rapoarte ............................................................................................................................ 86 4.3.10.1.6. Analiza şi detectarea cauzelor care au generat probleme ............................. 87 4.3.10.2. Cerinţe privind monitorizarea serverelor .............................................................................. 87 4.3.10.3. Cerinţe privind o soluţie de prevenire a pierderilor de date ............................................... 89 4.3.11. Componenta securitate ............................................................................................................... 94 4.3.11.1. Cerinţe privind securitatea bazelor de date ......................................................................... 94 4.3.11.2. Cerinţe privind monitorizarea activitatii utilizatorilor în aplicaţie ....................................... 96 4.3.12. Componente de informatică de investigaț ii ............................................................................. 98 4.3.12.1. Laborator de achizitie de date portabil ................................................................................. 98 4.3.12.2. Echipament de tip “Write Blocker” portabil .......................................................................... 99 4.3.12.3. Software de tip analiza criminalistica de date ................................................................... 100
26
4.4. CERINŢE NEFUNCŢIONALE ..................................................................................................................... 100 4.4.1. Cerinţe platforma baza de date ................................................................................................ 100 4.4.2. Cerinţe platforma server de aplicaţie ....................................................................................... 103
4.5. CERINŢE PRIVIND PLATFORMA HARDWARE ŞI DE COMUNICAŢII ........................................................... 106
5. CERINȚE PRIVIND SERVICIILE OFERITE ........................................................................................ 115
5.1. CERINŢE PRIVIND IMPLEMENTAREA SISTEMULUI INFORMATIC .............................................................. 115 5.2. CERINŢE PRIVIND SERVICIILE DE INSTALARE ŞI CONFIGURARE A SISTEMULUI .................................... 116 5.3. CERINŢE PRIVIND INSTRUIREA ............................................................................................................... 117 5.4. CERINŢE PRIVIND TESTAREA ŞI ACCEPTANŢA SISTEMULUI .................................................................. 121 5.5. CERINŢE PRIVIND GARANŢIA ŞI SUPORTUL TEHNIC .............................................................................. 123 5.6. CERINŢE PRIVIND MANAGEMENTUL DE PROIECT ŞI ASIGURAREA CALITĂŢII ........................................ 125
5.6.1. Metodologia de management de proiect ................................................................................ 125 5.6.2. Cerinţe de asigurarea calităţii ................................................................................................... 128 5.6.3. Cerinţe privind raportarea ......................................................................................................... 130 5.6.4. Cerinţe privind monitorizarea proiectului ................................................................................ 132
5.7. CERINŢE PRIVIND PERSONALUL TEHNIC DE SPECIALITATE ................................................................... 133 5.7.1. Alti experti .................................................................................................................................... 139
6. CERINȚE PRIVIND MODUL DE PREZENTARE A PROPUNERII TEHNICE.................................. 139
7. CERINȚ E PRIVIND MODUL DE PREZENTARE A PROPUNERII
FINANCIARE…………………..110
8. CERINȚ E SPECIALE………………………………………………………………………………………111
ANEXA 1 - SISTEMELE CURENTE ALE CCR .......................................................................................... 2122
27
1. Informaţii generale
1.1. DESCRIEREA INSTITUŢIEI
Consiliul Concurenţei a fost înfiinţat prin LEGEA CONCURENȚ EI nr. 21/1996, republicată, cu
modificările şi completările ulterioare.
În calitatea sa de autoritate naţională în domeniul concurenţei, instituţia pune în aplicare şi
asigură respectarea prevederilor naţionale, dar şi a celor comunitare de concurenţă.
În acelaşi timp, Consiliul Concurenţei are rolul de autoritate naţională de contact în domeniul
ajutorului de stat între Comisia Europeană, pe de o parte, şi instituţiile publice, furnizorii şi
beneficiarii de ajutor de stat, pe de altă parte.
Consiliului Concurenţei îi revine şi rolul de a reprezenta România în relaţiile cu organizaţiile şi
instituţiile internaţionale de profil; de asemenea, este responsabil de relaţia cu instituţiile Uniunii
Europene, potrivit prevederilor relevante din legislaţia europeană, şi cooperează cu alte
autorităţi de concurenţă.
Activitatea Consiliului Concurenţei se desfăşoară pe două componente principale: una
preventivă, de monitorizare a pieţelor şi supraveghere a actorilor de pe aceste pieţe şi una
corectivă, menită să restabilească şi să asigure dezvoltarea unui mediu concurenţial normal.
Astfel, misiunea autorităţii române de concurenţă poate fi definită sintetic ca fiind aceea de a
proteja şi de a stimula concurenţa pe piaţa românească în vederea dezvoltării unui mediu
concurenţial normal, pentru ca, în final, să se asigure o promovare cât mai bună a intereselor
consumatorilor.
1.2. STRUCTURA CONSILIULUI CONCURENŢEI
Consiliul Concurenţei este un organ colegial, format din 7 membri: un preşedinte (a cărui funcţie este asimilată celei de ministru), 2 vicepreşedinţi (a căror funcţie este asimilată celei de secretar de stat) şi 4 consilieri de concurenţă (a căror funcţie este asimilată celei de subsecretar de stat).
Membrii Consiliului Concurentei sunt numiţi în funcţie de către Preşedintele României, la propunerea Guvernului. Durata mandatului membrilor Plenului Consiliului Concurenţei este de 5 ani, acesta putând fi reînnoit o singură dată. Membrii Plenului
28
îndeplinesc atribuţii conform regulamentelor aprobate de către Plen sau conform delegării Preşedintelui.
Calitatea de membru al Consiliului Concurenţei este incompatibilă cu exercitarea oricărei alte activităţi profesionale sau de consultanţă, cu participarea, directă ori prin persoane interpuse, la conducerea sau administrarea unor entităţi publice ori private sau cu deţinerea de funcţii ori de demnităţi publice, cu excepţia funcţiilor şi activităţilor didactice din învăţământul superior, cercetare ştiinţifică şi creaţie literar-artistică. Ei nu pot fi desemnaţi experţi sau arbitri nici de părţi şi nici de instanţa judecătorească sau de către o altă instituţie.
Membrii Consiliului Concurenţei şi inspectorii de concurenţă nu pot face parte din partide sau alte formaţiuni politice.
Inspectorii de concurenţă din cadrul Consiliului Concurenţei, cu excepţia debutanţilor, au fost abilitaţi, prin lege, cu puteri speciale de inspecţie pentru investigarea încălcării prevederilor de concurenţă.
Consiliul Concurenţei îşi desfăşoară activitatea, deliberează şi ia decizii în plen şi în comisii.
Fiecare comisie este formată din 2 consilieri de concurenţă în componenţa stabilită de preşedintele Consiliului Concurenţei, pentru fiecare caz în parte, şi este condusă de către un vicepreşedinte al Consiliului Concurenţei.
Preşedintele Consiliului Concurenţei ordonă efectuarea de investigaţii şi desemnează raportorul pentru fiecare investigaţie.
Consiliul Concurenţei examinează în plen:
rapoartele de investigaţie, cu eventualele obiecţii formulate la acestea, şi decide asupra măsurilor de luat; autorizarea concentrărilor economice; punctele de vedere, recomandările şi avizele formulate în realizarea atribuţiilor
prevăzute de Legea concurenţei; proiectele de reglementări propuse spre adoptare; raportul anual al activităţii instituţiei, raportul anual privind ajutoarele de stat,
precum şi orice alte rapoarte privind concurenţa şi ajutoarele de stat.
În formaţiunile deliberative fiecare membru dispune de un vot; în caz de partaj egal al voturilor, soluţia votată de preşedinte prevalează.
Structura organizatorică şi de personal a Consiliului Concurenţei, atribuţiile de conducere şi de execuţie ale personalului său se stabilesc prin regulamentele interioare adoptate de acesta.
29
Consiliul Concurentei îşi întocmeşte proiectul de buget propriu, care se prevede distinct în bugetul de stat.
Consiliul Concurenţei are urmatoarele atribuţii în domeniul concurenţei:
o efectuează investigaţiile privind aplicarea prevederilor naţionale şi comunitare de concurenţă; o ia decizii pentru cazurile de încălcare a dispoziţiilor naţionale şi comunitare de concurenţă, precum şi pentru cazurile de concentrări economice; o acceptă angajamente şi impune măsuri interimare; o retrage beneficiul exceptării pentru înţelegerile, deciziile asociaţiilor de întreprinderi sau practicile concertate cărora li se aplică prevederile unuia dintre regulamentele europene de exceptare pe categorii; o asigură aplicarea efectivă a deciziilor proprii, inclusiv monitorizarea măsurilor dispuse şi a efectelor concentrărilor economice autorizate condiţionat prin decizii; o efectuează, din proprie iniţiativă, investigaţii privind un anumit sector economic sau un anumit tip de acord în diferite sectoare, atunci când rigiditatea preţurilor sau alte împrejurări sugerează posibilitatea restrângerii sau denaturării concurenţei pe piaţă.; o sesizează Guvernul asupra existenţei unei situaţii de monopol sau a altor cazuri şi propune acestuia adoptarea măsurilor necesare pentru remedierea disfuncţionalităţilor constatate; o sesizează instanţele judecătoreşti asupra cazurilor în care acestea sunt competente; o urmăreşte aplicarea dispoziţiilor legale şi a altor acte normative incidente în domeniul de reglementare al Legii concurenţei; o sesizează Guvernului cazurile de imixtiune a organelor administraţiei publice centrale şi locale în aplicarea prezentei legi; o emite avize pentru proiectele de acte normative care pot avea impact anticoncurenţial, autorităţile şi instituţiile administraţiei publice centrale şi locale fiind obligate să solicite acest aviz, şi poate recomanda modificarea actelor normative care au un asemenea efect; o face recomandări Guvernului şi organelor administraţiei publice locale pentru adoptarea de măsuri care să faciliteze dezvoltarea pieţei şi a concurenţei; o propune Guvernului sau organelor administraţiei publice locale luarea de măsuri disciplinare împotriva personalului din subordinea acestora, în cazul în care acesta nu respectă dispoziţiile obligatorii ale Consiliului Concurenţei; o asigură aplicarea prevederilor Ordonanţei de urgenţă a Guvernului nr.117/2006 privind procedurile naţionale în domeniul ajutorului de stat, aprobată cu modificări şi completări prin Legea nr. 137/2007. o realizează studii şi întocmeşte rapoarte privind domeniul său de activitate şi furnizează Guvernului, publicului şi organizaţiilor internaţionale specializate informaţii privind această activitate; o reprezintă România şi promovează schimbul de informaţii şi de experienţă în relaţiile cu organizaţiile şi instituţiile internaţionale de profil; ca autoritate naţională de concurenţă, Consiliul Concurenţei este responsabil de relaţia cu instituţiile Uniunii Europene, potrivit prevederilor relevante din legislaţia europeană, şi cooperează cu alte autorităţi de concurenţă; o stabileşte şi aprobă misiunea, strategia generală şi programele de activitate ale autorităţii de concurenţă.
30
Organigrama instituției este prezentată în figura de mai jos:
2. Prezentarea generală a proiectului PO DCA cod SMIS 39072 - “Eficientizarea activităţii de aplicare a politicilor de concurenţă în corelare cu politicile sectoriale“
Proiectul se înscrie în linia politicilor guvernamentale care prioritizează reforma
administraţiei publice şi eficientizarea cheltuielilor publice prin creşterea capacităţii
administrative de orientare a activităţii spre atingerea rezultatelor planificate.
Politica de concurenţă este o componentă centrală a politicii economice a României.
Pentru atingerea obiectivului de asigurare a funcţionării normale a pieţelor în baza
mecanismelor concurenţiale şi de aplicare corectă a regulilor de ajutor de stat, Consiliul
Concurenţei trebuie să facă eforturi continue pentru dezvoltarea capacităţii instituţionale atât la
nivelul central cât şi la nivelurile teritoriale, prin crearea unei capacităţi eficiente de
reglementare, de control şi de aplicare a legii.
Modificările legislative frecvente, persistenţa unor prevederi legale ce înregistrează
contradicţii se constituie în factori generatori de confuzii, ce fac dificilă aplicarea normelor
31
juridice, afectând, deopotrivă, înţelegerea acestora de către beneficiarii acestor reglementări. In
acest sens, este necesar crearea unui cadru decizional obiectiv care să garanteze stabilitate
legislativă şi formularea unor reglementări fundamentate bazate inclusiv pe folosirea
instrumentelor tehnologiilor informaţiei şi comunicaţiilor (TIC)
Sectorul public din România se confruntă cu probleme ce ţin de dimensiunea şi
capacitatea personalului, de organizarea funcţională a diverselor instituţii, atât la nivel central
cât şi la nivel local. Îmbunătăţirea pregătirii personalului, în paralel cu perfecţionarea cadrului
organizatoric şi optimizarea proceselor operaţionale ale agenţiilor şi autorităţilor de
reglementare şi control din subordinea guvernului reprezintă cerinţe de modernizare şi
eficientizare care permite creşterea calităţii şi scăderea costurilor.
Schimbarile sociale, economice și tehnologice continue și rapide necesită luarea în
considerare a impactului proceselor de reglementare. În cazul sectoarelor puternic
reglementate, aplicarea politicii de concurenţă reprezintă o sarcină dificilă necesitând o gamă
largă de competenţe şi expertiză. Pentru a asigura competitivitatea pieţelor este necesară
stabilirea unui cadru de reglementare care să asigure oportunităţi egale de afaceri pentru actorii
care activează pe piaţă. De aceea reglementările din diferite sectoare trebuie să ţină seama de
principiile politicii de concurenţă. În acest sens, proiectul intenţionează să sublinieze că politica
de concurenţă poate fi o strategie eficientă pentru reformele economice.
2.1. OBIECTIV GENERAL
În aprilie 2011 Guvernul României a avizat un Plan de Acţiuni pentru Reformă pentru
îmbunătăţirea mediului de abilitare, a misiunii şi capacităţii Consiliului Concurenţei din România
(CCR). Progresul în implementarea Planului de Acţiuni pentru Reformă este monitorizat cu
regularitate de Comisia Europeană. Planul de acţiuni se bazează pe o strategie axată pe trei
piloni ce cuprinde următoarele directive prioritare:
• Guvernul ca întreg trebuie să ia măsuri concrete pentru a promova reguli şi acţiuni de susţinere a concurenţei şi a întări puterea CCR de implementare a acestui angajament printr-un cadru legal revizuit, o mai bună coordonare cu agenţii publice şi o mai amplă înţelegere a guvernului şi angajamentului acestuia faţă de concurenţă. • CCR trebuie să-şi intensifice misiunea, să-şi asume şi să publice o strategie coerentă bazată pe indicatori ai rezultatelor pentru realizarea parităţii cu comparatorii Uniunii Europene în domeniile esenţiale, şi să consolideze controlul calităţii şi prioritizarea eforturilor sale strategice.
• CCR trebuie să-şi consolideze în continuare capacitatea funcţiilor suport promovând un management al resurselor umane bazat pe merite, o tehnologie a informaţiei şi comunicaţiilor (TIC) modernă, o bugetare bazată pe programe,
32
precum şi o mai mare responsabilizare. În scopul contribuirii la îndeplinirea acestor directive prioritare, Secretariatul General al
Guvernului, în parteneriat cu Consiliul Concurenţei, este beneficiarul unui Contract de Finanţare
pentru proiectul “Eficientizarea activităţii de aplicare a politicilor de concurenţă în corelare cu
politicile sectoriale“, cod SMIS 39072, prin Programul Operaţional Dezvoltarea Capacităţii
Administrative, axa prioritară 1 „Îmbunătăţiri de structură şi proces ale managementului ciclului
de politici publice”, domeniul major de intervenţie 1.1 „Îmbunătăţirea procesului de luare a
deciziilor la nivel politico-administrativ”, operaţiunea “Elaborarea unui set de instrumente,
metode şi a unui cadru instituţional specific unei abordări orientate către politici publice, care să
ducă la o mai bună reglementare în administraţia publică”.
Proiectul este cofinanţat din Fondul Social European şi de la Bugetul de Stat.
Obiectivul general al proiectului PO DCA cod SMIS 39072 este sprijinirea
parteneriatului dintre Secretariatul General al Guvernului (SGG) şi Consiliul Concurenţei (CCR)
din România pentru promovarea principiilor de concurenţă în administraţia românească.
Proiectul răspunde obiectivului general al PO DCA de a contribui la crearea unei administraţii
publice mai eficiente şi mai eficace în beneficiul socio-economic al societăţii româneşti.
2.2. SCOPUL PROIECTULUI PO DCA cod SMIS 39072
Obţinerea unor îmbunătăţiri structurale şi de proces ale managementului ciclului de
politici publice în administraţia publică centrală se va realiza prin următoarele obiective
specifice:
îmbunătăţirea cadrului naţional de reglementare în ceea ce priveşte principiile concurenţei şi creşterea gradului de convergenţă cu legislaţia în materie a UE şi a celorlalte state membre
creşterea rolului Consiliului Concurenţei în elaborarea politicilor şi principiilor de concurenţă.
informarea şi cunoaşterea celor mai bune practici europene în domeniul concurenţei de către părţile interesate.
susţinerea proceselor de business şi a procedurilor de lucru prin intermediul instrumentelor TIC performante
consolidarea capacităţii administrative a autorităţii de concurenţă din România
33
2.3. GRUP ŢINTĂ
Grupul ţintă vizat de implementarea şi rezultatele proiectului este constituit în primul
rând de Secretariatul General al Guvernului şi de Consiliul Concurenţei, ca instituţii şi de
angajaţii acestora.
Astfel:
Beneficiarii direcţi ai investiţiei propuse sunt:
Secretariatul General al Guvernului – 10 persoane
Consiliul Concurenţei – 300 persoane Beneficiarii indirecţi ai investiţiei propuse sunt:
Beneficiarii politicilor guvernamentale
Ministere de linie
Autorităţi de Reglementare
Contributorii la buget
2.4. OBIECTIVELE SPECIFICE ALE ACHIZIŢIEI
Pentru îndeplinirea strategiei enunțată de către Guvernul României este nevoie ca
activitatea internă a CCR să fie susținută eficient din punct de vedere al TIC.
Ca parte a proiectului PO DCA cod SMIS 39072, proiectul care face obiectul achizitiei
(denumit in continuare „Proiectul”), are ca obiectiv general implementarea unei noi arhitecturi de
business la nivelul Consiliului Concurenț ei din România bazată pe înalta calitate ș i securitate
prin folosirea mijloacelor instrumentelor ș i serviciilor din domeniul TIC. Noul sistem informatic
integrat pentru Eficientizarea Aplicării Politicilor de Concurenț ă – denumit in continuare
SIIEAPC, trebuie să permită CCR să devină o organizaț ie modernă ș i eficientă care să
răspundă în totalitate strategiei enunț ate de Guvernul României ș i având în vedere contextul
cerinț elor UE legate de domeniul concurenț ei
Astfel, obiectul achizitiei il reprezinta implementarea unui sistem informatic performant
pentru susţinerea proceselor de business şi a procedurilor de lucru cu ajutorul echipamentelor
hardware performante şi a aplicaţiilor informatice specializate dezvoltate. Noul sistem va
permite gestionarea unui volum foarte mare de date pe o perioada lunga de timp si obtinerea de
rapoarte si situatii pe baza acestora; accesul si operarea simultana de catre un numar mare de
utilizatori, integritatea datelor si a tranzactiilor, securitatea datelor si protejarea sistemului la
acces neautorizat
Noul sistem informatic integrat al CCR trebuie să atingă cel puțin următoarele obiective
specifice:
34
Pentru implementarea SIIEAPC, este necesara achizitionarea de servicii pentru indeplinirea
urmatoarelor obiective specifice:
1. Implementarea unei platforme de management de caz pentru
automatizarea evenimentelor funcționale, găzduirea formularelor standardizate
ș i stocarea întregii corespondențe aferente cazului, inclusiv e-mail-uri,
procesele-verbale ale şedintelor, înregistrari audio
2. Implementarea unei soluții de management al documentelor pentru
sprijinirea activităților de scanare, etichetare, clasificare, stocare ș i regăsire a
informațiilor din documente
3. Implementarea unui motor de reguli și fluxuri ale proceselor operaționale
prin care să se poată defini evenimentele, perioadele acceptabile de timp între
evenimentele funcționale cheie ș i actorii cu responsabilități decizionale în
rezolvarea unui caz
4. Dezvoltarea unei platforme de gestiune a cunoștintelor ș i de colaborare
integrate cu platforma de management de caz
5. Implementarea unei platforme de integrare a informațiilor în conformitate
cu standardul SOA care să permită extinderea ș i dezvoltarea ulterioară a sistemului cu costuri minime 6. Implementarea unei platforme standardizate de publicare pe internet 7. Implementarea unui sistem de securitate ș i gestiune a identitatii adecvat
activității și caracteristicilor informațiilor prelucrate în organizație
2.5. OBIECTUL ACHIZITIEI
Pentru implementarea SIIEAPC, se vor achizitiona urmatoarele servicii:
Analiza, proiectarea, dezvoltarea, implementarea şi testarea sistemelor informatice.
Livrarea şi instalarea bunurilor constitutive ale sistemului, precum şi efectuarea tuturor lucrărilor aferente punerii în funcţiune.
Acceptanţa, punerea în funcţiune, garanţie şi suportul operaţional pentru componentele sistemului şi pentru sistemul integrat.
Managementul implementării proiectului, inclusiv pregătirea şi livrarea documentatiei aferente proiectului.
Trainingul şi transferul de know-how corespunzător, atât pentru operarea sistemului, cât şi pentru înregistrarea în sistem a procedurilor administrative
Resurse materiale care urmează a fi achiziţionate:
35
Echipamente hardware:
Server – 3buc.
Server rackabil – 1 buc. Pe aceste servere fizice vor fi virtualizate urmatoarele servere logice:
- Servere Portal (2 buc.) - Servere servicii integrare (2 buc.) - Servere Aplicaţii, Raportare Inteligentă (2 buc.) - Servere Management Documente (2 buc) - Servere Monitorizare şi securitate (min. 2 buc.) - Servere baza de date (2 buc.) - Server arhivare (1 buc.) - Servere pentru soluţia de prevenire a pierderilor de date (1 buc.)
Statii de lucru – 100 buc.
Scanner – 3 buc
Echipamente hardware pentru activitatea de analiza criminalistica de date – 2 buc
Pachete licenţiere:
- Licenţe SO servere – 7 buc. - Licenţe baze de date – 2 - Licente server de aplicatii - 2 - Licente componenta BPM - Licente componenta SOA - Licente componenta DM - Licente componenta BI - Licente componenta DLP - Licenta componenta monitorizare utilizatori, evenimente retea, securitate - Licente Software de tip analiza criminalistica de date -1
Aplicaţii informatice specializate specifice domeniului concurentei:
Modul aplicatie Portal
Modul aplicatie informatica pentru Gestionarea Relatiei cu Utilizatorii
Modul aplicatie informatica Monitorizare Concurenta si Ajutor de Stat
Modul aplicatie informatica pentru Managementul Proceselor si a Fluxurilor de lucru
Modul aplicatie informatica pentru Gestiunea rapoartelor
Modul Management Documente si arhivare
Modul Management de Caz
Modul Registratura
36
2.6. REZULTATELE PRECONIZATE
Rezultatele preconizate pentru acest proiect sunt următoarele:
Implementarea unui sistem informatic performant pentru susținerea
proceselor de business ș i a procedurilor de lucru cu ajutorul echipamentelor
hardware performante ș i a aplicațiilor informatice specializate
Implementarea noilor aplicații informatice vor avea la bază o analiză
detaliată a procedurilor de lucru operaționale, urmărindu-se optimizarea acestora
ș i modificarea lor pentru eficientizarea activității
Achiziţia de licenţe software
Achiziţia de echipamente hardware
Crearea unei reţele de lucru (network) pe probleme de concurenţă la nivelul instituţiilor interesate, folosind instrumente TIC
Noul sistem va permite gestionarea unui volum foarte mare de date pe o
perioadă lungă de timp și obținerea de rapoarte ș i situații pe baza acestora,
accesul ș i operarea simultană de către un număr mare de utilizatori, integritatea
datelor ș i a tranzacțiilor, securitatea datelor ș i protejarea sistemului la acces
neautorizat.
2.7. IPOTEZE CARE STAU LA BAZA IMPLEMENTĂRII SIIEAPC
Pentru buna desfășurare a a implementării SIIEAPC se au în vedere următoarele ipoteze:
Beneficiarul va acorda întregul sprijin pentru realizarea acestui proiect implicându-se în îndeplinirea sarcinilor ce-i revin conform planului de proiect agreat;
Personalul dedicat din partea direcţiilor funcţionale implicate pentru a lucra împreună cu prestatorul este disponibil să participe în diverse faze ale proiectului
(analiză, testare, acceptanțe parțiale, etc.);
Componentele hardware şi software din afara sferei de cuprindere a acestui proiect şi care sunt necesare pentru implementarea unor functionalitati în proiect, sunt disponibile în timp util.
Ofertantul va comenta aceste ipoteze și eventual va adăuga noi ipoteze din punctul său de
vedere însoțite de măsurile propuse de prevenire/gestionare, necesare a fi luate în calcul de
către ambele părți implicate în proiect.
2.8. RISCURI
37
În tabela de mai jos sunt prezentate unele riscuri care ar putea afecta îndeplinirea rezultatelor
proiectului SIIEAPC sunt următoarele:
Descrierea
riscului
Posibile
consecinţe
Măsuri de prevenire,
gestionare a riscului
Comentarii
1.Plan de
implementare
nerealist (durata,
resurse alocate
insuficiente)
Depăşirea
duratei
proiectului
Monitorizarea permanentă a
evoluţiei proiectului, identificarea
riscurilor ce ar putea duce la
întârzieri, replanificarea
proiectului pentru a respecta
termenele.
Probabilitate – Scăzut
Grad de risc – Ridicat
2.Lipsa suportului
din partea
factorilor de
decizie
Întârzieri în
acceptarea
livrabilelor
Prezentarea încă de la începutul
proiectului a modului de
desfăşurare a acestuia şi
prezentarea principiilor ce
guvernează schimbarea
(Managementul schimbării)
Probabilitate – Scăzut
Grad de risc – Mediu
3.Lipsa de
comunicare
internă şi externă
cu privire la
proiect şi
implementarea
acestuia
Lipsa de
sinergie în
realizarea
obiectivelor
proiectului şi
eforturi
suplimentare de
acceptare şi
asimilare a
rezultatelor
Realizarea unui plan de
comunicare adecvat care să fie
diseminat tuturor părţilor
implicate şi respectat de
echipele de proiect.
Întâlniri periodice pentru
prezentarea stadiului proiectului,
a activităţilor viitoare şi de
analiză a riscurilor.
Probabilitate – Scăzut
Grad de risc – Ridicat
4.Disponibilitatea
utilizatorilor de a
lucra în acest
proiect, dată fiind
implicarea
acestora în alte
activităţi specifice
Întârzieri în
definirea
cerinţelor
utilizatorilor, în
acceptarea
livrabilelor şi a
unor activităţi
specifice
Asumarea responsabilităţilor de
către echipa de proiect, grupul
de utilizatori şi grupul tehnic
Probabilitate – Mediu
Grad de risc – Mediu
5.Întârzieri în
procesul de luare
Întârzieri în
desfăşurarea
Implicare la nivel managerial din
partea Beneficiarului,
Probabilitate – Mediu
38
a deciziilor activităţilor
proiectului,
nerespectarea
termenelor de
finalizare ale
activităţilor
Consultantului şi Furnizorului
pentru stabilirea şi alocarea
resurselor necesare.
Grad de risc – Mediu
Ofertantul va identifica şi alte riscuri faţă de cele principale, relevate mai sus. În oferta, ofertanții
vor face recomandari/propuneri de reducere sau eliminare la riscurile prezentate mai sus şi de
asemenea vor prezenta şi alte riscuri împreună cu recomandările/propunerile de reducere sau
eliminare a riscurilor care ar putea afecta implementarea proiectului.
3. Descrierea situaţiei actuale
În CCR nu există un sistem informatic integrat care să trateze fie ș i parțial procesele
funcționale din instituție. Există un set minim de active TIC în instituție care susțin procesele
interne, iar cele existente sunt în principal soluții pentru utilizatorii finali ce optimizează
instrumentele de automatizare de birou (Word, Excel) pentru urmărirea ș i raportarea statusului
cazurilor.
Datele sunt stocate pe PC-uri locale, stick-uri de memorie USB ș i partiții de rețea. Nu există un
server centralizat care să conțină toate datele ș i niciun server cu copii de rezervă care să
conțină instantanee arhivate zilnic ale informației în cazul unei întreruperi a curentului în clădire
sau doar pentru un calculator.
În Anexa 1 sunt prezentate sistemele curente din CCR
Lipsa unui sistem informatic integrat în CCR ridica mari probleme în desfășurarea activității
specifice de monitorizare a mediului concurențial conducând la:
Servicii publice îndeplinite cu greutate şi cu un consum mai mare de resurse
Termene mai mari în furnizarea serviciilor publice
Dificultăţi în asiguarrea transparenţei decizionale si informarea publicului
Dificultăți în urmărirea termenelor de soluționare prevăzute de
legislația în vigoare sau de regulamentele interne ale CCR
39
Necesitatea implementării acestui proiect a apărut ca urmare a identificării unor nevoi reale la
nivelul Consiliului Concurenței de a crea un complex de reguli, proceduri, instrumente, scheme
care să permită optimizarea activității interne, eficientizarea colaborării și comunicării intra-
instituționale în vederea îndeplinirii misiunii sale de a contribui la dezvoltarea mediului de
afaceri din România, prin oferirea de servicii de calitate, flexibile și orientate către nevoile
specifice ale solicitanților.
4. Cerinţe privind soluţia tehnică
Soluția informatica propusă va fi compusă din:
Platformă hardware și software (sisteme de operare, software de sisteme,
software standard) pentru realizarea platformei hardware și software necesară
implementării Sistemului Informatic Integrat pentru Eficientizarea Aplicării a
Politicilor de Concurenţă - SIIEAPC în cadrul CCR,
Platforma aplicativă compusă din componentele aplicative specifice
integrate ale căror cerințe funcționale sunt descrise în continuare
Sistemul informatic integrat propus va include un set de module software disponibile comercial,
customizate în caz de necesitate pentru a asigura anumite cerințe particulare ale fluxurilor
informaționale ale Consiliului Concurenței
Cerintele descrise in aceasta documentatie sunt minime ș i obligatorii, fiecare ofertant trebuie sa
descrie detaliat ș i complet intr-o matrice de conformitate modul de realizare/satisfacere a
fiecarei cerinte sau specificatii. Nerespectarea oricarei cerinte din prezentul caiet de sarcini
atrage dupa sine descalificarea ofertei. Nu sunt acceptate ca raspunsuri conforme, raspunsurile
de tip DA sau NU. Nu vor fi luate in considerare raspunsurile in matricea de conformitate
completate prin copierea cerintelor in coloana cu raspunsul ofertantului la cerinta, fara explicatii
detaliate privind modul de indeplinire a cerintei sau fara referinte la anexele tehnice. Fiecare
afirmatie din oferta tehnica trebuie sa fie clar exprimata, sa nu dea alternative sau sa nu indice
drept solutie materiale publicitare (brosuri, site-uri WEB etc.) generale.
4.1. CERINȚE GENERALE
Arhitectura propusă trebuie să asigure că datele confidențiale sunt
protejate corespunzător, accesul la informațiile din sistemul de producție este
limitat conform unei matrici de drepturi în funcție de roluri ș i este monitorizat
astfel încât să se prevină divulgarea sau utilizarea neautorizate la datele din
40
sistem.
Arhitectura propusă trebuie să minimizeze dezvoltarea customizată. Arhitectura trebuie să optimizeze soluţiile gata de utilizat atunci când acestea satisfac cerinţele funcţionale esenţiale şi utilizează capabilităţile esenţiale de integrare a informaţiilor, de management al documentelor şi înregistrărilor, de fluxuri de lucru şi reguli funcţionale, şi de management al datelor cât mai mult posibil.
Arhitectura propusă trebui să se bazeze pe standarde comune în domeniile care pot fi aplicate în cadrul CCR.
Arhitectura propusă trebuie să fie o arhitectură orientată pe servicii – SOA.
O astfel de abordare trebuie să faciliteze satisfacerea necesităților funcționale,
va fi mai ușor de administrat cu un număr limitat de personal IT. Soluția propusă
bazată de o arhitectură SOA asigură că sistemele impart funcționalitaț ile
comune prin integrare.
Arhitectura propusă bazată pe SOA trebuie să asigure o fundație solidă
pentru viitor
Soluția propusă trebuie să fie conform cu standardul care promovează
interoperabilitatea pentru date, aplicații ș i tehnologie
Arhitectura soluției propusă trebuie să fie astfel concepută încât sistemele
IT să fie operaționale în cazul unor perturbări (defecțiuni hardware, coruperi de
date etc.) sau să permita extensii ulterioare pentru un centru alternativ folosit în cazul unor dezastre naturale.
Sistemul Informatic propus trebuie să ofere următoarele funcționalități generale:
o partajarea eficientă a informaţiei în cadrul Consiliului Concurenței;
o crearea de fluxuri de proces automatizate suportate de aplicaţii;
o oferirea unui suport de decizie la nivelul Consiliului Concurenței;
o accesul 'online',web-based, la informațiile utile angajaților ș i
clienților Consiliului Concurenței;
o flexibilitate în a suporta diversele obiective de afaceri ale Consiliului Concurentei;
o integrabilitate şi deschidere; o suport tehnologic sigur şi scalabil;
o administrarea identității utilizatorilor şi controlul accesului la toate
resursele sistemului;
o asigurarea unei disponibilități ridicate(24x 7)a aplicaţiilor;
o administrarea şi operarea la costuri reduse a infrastructurii şi componentelor soluţiei.
Soluția trebuie să se bazeze pe licenţe perpetue pentru toate produsele
software incluse în soluţie (nu se admit licenţe temporare, sau cu funcționalități limitate comparativ cu licențe fara restricții pentru aceleași produse).
Soluţia propusă va trebui să ţină cont de următoarele recomandări de abordare a unui sistem informatic modern şi deschis:
41
o abordare unitară, etapizată, folosind metodologii şi tehnologii adecvate; o arhitectură modulară şi deschisă, bazată pe standarde; o sistem centralizat cu punct de administrare unic; o arhitectura tip 'Internet'/'Intranet';
o tehnologii cu înalta disponibilitate: Stand-by sau Backup;
Aplicaţiile software ale sistemului propus trebuie să implementeze următoarele caracteristici generice:
o Principiile standard ale industriei de profil pentru utilizarea prietenoasă. o Facilităţi de securitate şi administrare de sistem. o Facilităţi de management al datelor (informaţiilor), cu atribute de protecţie corespunzătoare. o Sistem coerent de indicatori de performanţă
4.2. CERINȚE PRIVIND ARHITECTURA FUNCȚIONALĂ A SISTEMULUI
La definirea arhitecturii funcționale a soluției propuse Consiliului Concurenței, se va ține cont de
următoarele aspecte:
Vor fi reutilizate la maximum anumite subsisteme/aplicații informatice din
cadrul sistemului informatic actual al Consiliului Concurenței prin tehnologii de tip
SOA
Întreaga soluție va permite susținerea serviciilor online, accesibile prin
intermediul extinderii portalului extern existent, prin furnizarea de informații orientate către clienții persoane fizice sau juridice, publicului larg
Componentele soluției permit extinderea continuă a serviciilor online
găzduite de portalul extern ș i a sistemelor cu care se va interconecta
Nu limitează numărul utilizatorilor publici sau autentificați ai serviciilor
online oferite prin intermediul portalului extern
Întreaga soluție obținută să fie în concordanță cu obiectivele generale ș i
specifice stabilite de organizație
În figura de mai jos este prezentată arhitectura logică ș i componentele funcționale ale
sistemului informatic solicitat.
42
În figura de mai sus, sunt prezentate componentele principale ale sistemului informatic solicitat.
Componenta principală a sistemului informatic integrat pentru eficientizarea activității interne în
Consiliul Cocurenței este Managementul de Caz care se sprijină pe componentele de Reguli ș i
Fluxuri Procese Interne ș i Documente Management ș i Arhivare. Aceste trei componente
integrate între ele reprezintă nucleul activității interne a CCR.
Apariția unei notificări în registratură ca urmare a unei sesizări externe sau ca urmarea a unei
autosesizări, trebuie să declanșeze activităţile specifice naturii cazului aşa cum vor fi
implementate în Componenta Reguli şi Fluxurile Proceselor Interne. Fiecare document care
apare în timpul activităţilor de tratare a unui caz va fi înregistrat în registrul electronic unic al
instituţiei, având un număr de înregistrare unic, care va face legătura cu cazul de care aparţine,
tipul de caz, departamentul implicat etc.
Detalii privind funcţionalităţile solicitate şi cerinţele specifice privind componentele sistemului
integrat sunt prezentate în capitolele următoare.
43
4.3. CERINŢE FUNCŢIONALE
4.3.1. Componenta Portal Intern
Este subsistemul care va asigura accesul utilizatorilor la funcţionalitatile sistemului
(Management de Caz ș i Management Procese ș i Fluxuri Interne) şi de asemenea, va conţine
funcţionalităț ile de administrare a drepturilor şi rolurilor acestora.
Fluxul de lucru pentru utilizatorii interni ai Consiliului Concurenţei este următorul:
Utilizatorul Consiliului Concurenţei accesează prin intermediul browserului aplicaţia web;
Autentificarea şi autorizarea utilizatorului este realizată de către serverul de autentificare;
În funcţie de drepturile asociate profilului, utilizatorul poate accesa acele funcţionalităţi ale sistemului la care el are dreptul;
La nivelul fiecărui ecran de lucru utilizatorul poate efectua operaţii de citire, scriere şi ştergere.
Modulul Portal Intern reprezintă modalitatea principală de acces la sistemul informatic.
Din punct de vedere tehnic şi funcţional, portalul trebuie să răspundă „out-of-the-box” la
următoarele cerinţe:
Sistemul trebuie să aibă rolul de punct unic de acces la multiple aplicaţii şi să permită integrarea elementelor de conţinut şi a altor resurse în aplicaţii.
Sistemul trebuie să permită crearea şi gestionarea online de comunităţi de business care să faciliteze o legătură strânsă între oameni, procese, aplicaţii şi informaţie.
Sistemul trebuie să beneficieze de cele mai noi tehnologii Web 2.0 cum ar fi wikis, bloguri, sondaje, forumuri de discuţii, tagging, RSS, mesagerie instant.
Sistemul trebuie să fie certificat pentru integrare nativă cu soluţii de management al conţinutului, management al identităţii utilizatorilor, platforme de management al proceselor de business (BPM), platforme de integrare SOA, sisteme de tip ERP şi sisteme CRM.
Sa fie capabil sa ruleze pe oricare din platformele de sisteme de operare: Windows, Unix, Linux.
Accesul la paginile Portalului trebuie să se realizeze printr-un browser Web. Sistemul trebuie să fie certificat pentru utilizarea cel puţin a următoarelor browsere: Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Apple Safari;
Interfaţa prezentată utilizatorului după autentificare trebuie să conţină modalităţile de acces strict legate de aplicaţiile la care utilizatorul are drepturi de acces în funcţie de drepturile acordate;
44
Sistemul trebuie să pună la dispoziţia utilizatorilor o interfaţă bogată în funcţionalităţi, care să ofere un nivel ridicat de accesibilitate, conform cu cerinţele de accesibilitate Web Content Accessibility Guidelines (WCAG);
Sistemul trebuie să ofere un grad ridicat de securitate care să garanteze confidenţialitatea şi securitatea datelor utilizatorilor pentru accesul neautorizat atât din afara cât şi din interiorul sistemului;
Să ofere acces către toate resursele prezente în cadrul portalului printr-o singură autentificare, la deschiderea sesiunii;
Sistemul de portal trebuie să ofere utilizatorilor versiuni diferite ale interfeţei de portal, în funcţie de tipul utilizatorului;
Utilizatorii trebuie să poată specifica intervalul de inactivitate după care o conexiune expiră;
Utilizatorii trebuie să poată defini frecvenţa de reîmprospătare a paginilor proprii;
Sistemul trebuie să permită definirea de comunităţi de utilizatori în cadrul portalului şi de site-uri asociate acestora. Comunităţile trebuie să poată fi definite în jurul unui task, proiect sau departament;
Sistemul trebuie să permită, în cadrul unei comunităţi de utilizatori, definirea de subcomunităţi. Fiecare comunitate trebuie să aibă un administrator care defineşte subcomunităţile, stabileşte drepturile de acces la pagini şi portleţi, layout-ul, opţiunile de paginare;
Utilizatorii trebuie să aibă posibilitatea de a se alătura unei comunităţi, de a părăsi o comunitate, de a recomanda o comunitate altor utilizatori sau de a face invitaţii altor utilizatori să se alăture propriilor comunităţi;
Administrarea şi dezvoltarea portalului se va putea realiza facil, utilizând doar un browser web;
Un framework unic de dezvoltare a portalului, astfel încât indiferent de tipul de conţinut publicat în portal sau de tipul de aplicaţii, modul de integrare al acestora în portal să fie consistent şi sigur;
Servicii şi extensii modulare ale portalului, care să permită dezvoltarea ulterioară de noi funcţionalităţi;
Soluţia trebuie să beneficieze de instrumente pentru dezvoltarea rapidă de portleţi Java şi Microsoft .NET
Soluţia de portal trebuie să ofere suport pentru WSRP 1.0 şi 2.0;
Soluţia de portal trebuie să îmbunătăţească experienţa utilizatorilor prin utilizarea unor tehnologii bazate pe Web 2.0 şi AJAX;
Soluţia de portal trebuie să ofere suport pentru standardele deschise JSR 168, JSR 286, standarde ce permit publicarea în portal a unor portleţi moderni şi uşor de construit;
Soluţia de portal trebuie să ofere suport pentru standardul JSR 170 pentru administrarea şi gestionarea elementelor de conţinut;
Modulul de portal oferită trebuie să suporte standardul deschis JSR 301, pentru a realiza o conversie rapida a aplicaţiilor JSF în portleţi ce pot fi publicaţi în portal;
Soluţia oferită trebuie să ofere suport pentru standardul deschis JSF;
45
Soluţia propusă trebuie să ofere suport pentru standardul de comunicaţii JSR 116;
Soluţia de portal va conţine adaptori specializaţi pentru interfaţarea cu sisteme de content management precum: Microsoft SharePoint, Oracle WebCenter Content, EMC Documentum şi Lotus Notes;
Soluţia de portal trebuie să ofere o integrare nativă cu suita Microsoft Office astfel încât utilizatorii să poată deschide cu aplicaţiile Office documente din portal şi să poată publica documente în portal chiar din interfeţele suitei;
Soluţia de portal va oferi capabilităţi avansate de federalizare pentru a putea reuni o serie de portaluri într-o singură interfaţă, agregata;
Modulul de portal va putea prelua toate serviciile oferite de portalurile pe care le federalizează;
Soluţia de portal trebuie să ofere servicii de Single Sign-On la nivelul tuturor informaţiilor prezentate în portalul federalizat;
În ceea ce priveşte securitatea, soluţia de portal trebuie să beneficieze de capabilităţi complexe, avansate, bazata pe standardele. Soluţia trebuie să ofere suport pentru următoarele: JAAS, LDAP, WS-Security, Single Sign-On (SSO), Secure Sockets Layer (SSL);
Conţinutul accesat prin portal trebuie să fie automat ajustat, pe baza rolurilor predefinite ale utilizatorilor în funcţie de drepturile acordate;
Să ofere o vedere unică, consistentă asupra unei game variate de surse de informaţii şi în concordanţă cu acţiunile pe care utilizatorul le are de realizat;
Posibilitatea de a avea portleţi obligatorii în secţiuni predefinite şi portleţi selectabili de către utilizatori;
Soluţia de portal trebuie să ofere un motor de căutare avansat care va oferi următoarele funcţionalităţi:
o utilizarea unor criterii de relevanţă pentru obţinerea rapidă a informaţiilor căutate; o să permită efectuarea de interogări federalizate în toate sursele de informaţie prezente în mediul portal; o să includă mecanisme de învăţare pe baza căutărilor deja efectuate pentru strângerea informaţiilor referitoare la relevanţă; o să includă capabilităţi de căutare în cadrul documentelor XML; o va permite utilizarea expresiilor booleene în cadrul căutărilor; o va permite căutarea de documente similare cu un anumit document dat; o va oferi mecanisme de tip proximitate pentru regăsirea mai uşoară a informaţiilor căutate; o va agrega toate rezultatele unei căutări, indiferent de sursa acestora, şi le va prezenta într-o singură interfaţă în funcţie de necesităţile utilizatorilor.
Modulul de portal trebuie să conţină o componentă de prezenţă web, componentă ce va semnala utilizatorilor când un anumit membru sau grup de membrii este online;
46
Soluţia trebuie să conţină un modul pentru forumuri de discuţii, pentru a înlesni comunicarea online între utilizatori;
Soluţia trebuie să beneficieze de o componentă specializată care să ofere posibilitatea de a publica anunţuri în cadrul portalului;
Componenta specializată pentru anunţuri trebuie să permită configurarea numărului de anunţuri afişate în mod implicit;
Componenta specializată pentru anunţuri trebuie să permită utilizatorilor să aleagă ce anunţuri doresc să fie afişate, în funcţie de data publicării: toate anunţurile, anunţuri publicate astăzi, anunţuri publicate în ultima săptămână, anunţuri publicate în ultima lună;
Soluţia trebuie să beneficieze de o componentă specializată care să ofere posibilitatea de a realiza sondaje, chestionare (polls) în legătură cu anumite subiecte dezbătute în cadrul portalului. Utilizatorii trebuie să aibă posibilitatea de a răspunde la întrebările sondajelor şi de a vedea rezultatele înregistrate;
Rezultatele sondajelor trebuie să poată fi prezentate grafic sub formă de diagrame tip coloană, diagrame radiale (pie-chart), etc. Graficele trebuie să ofere informaţii referitoare la numărul de utilizatori care au ales o anumită variantă de răspuns sau la procentajul acestora;
Soluţia trebuie să permită crearea cel puţin a următoarelor tipuri de întrebări în sondaje:
o întrebări cu mai multe variante de răspuns din care utilizatorii pot alege unul singur; o întrebări cu mai multe variante de răspuns din care utilizatorii pot alege mai multe; o matrici de opţiuni din care utilizatorii pot alege un răspuns pe o linie; o matrici de opţiuni din care utilizatorii pot alege mai multe răspunsuri pe o linie;
Soluţia trebuie să ofere suport pentru fluxuri de informaţii tip RSS 2.0 şi Atom 1.0;
Soluţia trebuie să conţină un modul de bloguri web;
Soluţia trebuie să conţină un modul de wiki;
Soluţia trebuie să conţină un modul de tip calendar de evenimente;
Soluţia trebuie să permită transmiterea de notificări pe e-mail pentru activităţile care trebuie întreprinse. Notificarea trebuie să permită accesul direct la activitatea ce trebuie întreprinsă de către utilizatorul care a fost notificat;
Utilizatorii abonaţi la o discuţie să aibă posibilitatea de a primi notificări când mesaje noi sunt postate;
Soluţia de portal va conţine o componentă de analitice ce va culege informaţii referitoare la activităţile vizitatorilor şi utilizarea conţinutului stocat;
Capabilităţile de urmărire şi analiză a traficului trebuie permită colectarea şi raportarea de metrici pentru funcţionalităţile oferite de portalul extern, incluzând accesul la pagini, portleţi şi documente precum şi interacţiunea între utilizatorii portalului;
47
Metricile colectate trebuie să poată fi corelate cu informaţiile referitoare la profilul utilizatorilor pemiţând apoi filtrarea datelor după atribute din profil cum ar fi locaţia utilizatorului, compania sau funcţia;
Sistemul trebuie să permită colectarea, analiza şi raportarea următoarelor tipuri de metrici:
o Trafic la nivel de portal; o Trafic la nivel de pagină; o Metrici referitoare la conectarea utilizatorilor; o Metrici la nivel de portleţi şi performanţele acestora (frecvenţa utilizării, timpi de răspuns); o Metrici referitoare la operaţiile de căutare realizate prin portal; o Metrici referitoare la documentele din portal; o Metrici referitoare la bloguri, discuţii şi wikis.
Toate datele de acces şi de utilizare sistem vor putea fi puse la dispoziţia utilizatorilor prin intermediul unor rapoarte detaliate. Rapoartele trebuie să poată fi prezentate grafic sub formă de diagrame tip coloană, radiale (pie-chart), etc.;
Toate acţiunile efectuate de către utilizatori în cadrul portalului vor fi auditate, iar sistemul va pune la dispoziţia utilizatorilor diferite rapoarte de audit;
Soluţia trebuie să includă o componentă de management, cu capabilităţi de diagnoza şi administrare operaţional;
Soluţia trebuie să dispună de capabilităţi de a folosi şi combina data, prezentari sau functionalitati din doua dau mai multe surse pentru a crea noi servicii (capabilitati de mash-up);
Soluţia trebuie să includă un framework de dezvoltare rapid bazat pe standardul JSF;
Să fie suportată nativ capabilitatea de WebClipping;
Soluţia trebuie să includă capabilităţi de ranking al activităţii, în legătura cu numărul de utilizatori care au vizitat, au făcut tag sau doar au accesat anumite pagini sau anumiţi alţi utilizatori ai soluţiei.
Să permită instalarea de noi versiuni ale unei aplicaţii fără întreruperea utilizatorilor conectaţi asigurând continuitate activităţii de business (Zero-Downtime); vechea aplicaţie va fi dezactivată numai după închiderea tuturor conexiunilor active la momentul instalării noi versiuni;
Să ofere suport complet pentru specificaţia Enterprise JavaBeans 3.0 sau echivalent pentru încapsularea logicii de business a aplicaţiilor;
Componenta de administrare a identitatii utilizatorilor şi controlul accesului la resurse,
functionalitate inclusa in portalul intern va trebui sa respecte urmatoarele cerinte tehnologice:
Sa asigure 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 şi parola. Dupa ce utilizatorul a fost autentificat, el va avea acces la toate zonele de portal intern şi aplicatii pentru care este autorizat, fara a i se mai ceara user şi parola de acces.
48
Accesul la oricare din aplicatiile componente ale solutiei se se faca utilizand o autentificare unica la inceputul sesiunii de lucru. Drepturile şi rolurile utilizatorului sa fie stocate in mod unic in Directory-ul oferit.
Autentificarea utilizatorilor şi autorizarea acestora in sistem sa se faca prin mecanisme de tip autentificare unica prin intermediul rolurilor şi privilegiilor.
Sa ofere definire centralizata de drepturi la nivel de Directory compatibil cu standardul LDAP (ver.3). Utilizatorii vor avea acces numai la aplicatiile şi documentele pentru care au drepturi.
Sa suporte un mod flexibil şi unitar pentru gestiunea drepturilor şi 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.
Sa ofere integrare cu alte solutii de tip Directory oferind sincronizare şi interoperabilitate.
Sa asigure mecanisme de securitate implementate pe mai multe niveluri, la nivel sistem de operare, la nivel de acces in retea, la nivel de aplicatie şi la nivel de baza de date.
Sa permită autentificarea, identificarea, verificarea drepturilor şi permisiunilor, supravegherea cererilor de servicii şi operatiilor executate de persoana care a generat, a modificat sau a sters o informatie.
Arhitectura de tip n-tier, bazata pe J2EE, ce foloseste SSL, JAAS pentru protejarea informatiei.
Sa ofere suport pentru cele mai populare sisteme de operare precum: AIX, Linux, Solaris, Windows 2003.
Sa ofere suport pentru multiple servere de aplicatie precum: JBoss, Oracle Application Server, BEA WebLogic şi IBM webSphere.
Interfata predefinita de tip self-care pentru utilizatori, manager şi administratori pentru administrarea identitatii utilizatorilor.
Soluţia Portal intern propusa sa ofere urmatoarele functionalitati: o Portalul intern sa includa un instrument pentru administrarea utilizatorilor. Acesta va realiza definirea de useri şi parole, schimbare parole, gestiune a drepturilor de acces bazat pe grupuri de utilizatori/roluri astfel incat un utilizator sa poată face parte din mai multe grupuri generice de drepturi de acces, alte activitati de administrare useri. o Sistemul de portal intern trebuie sa permită utilizarea profilelor de utilizatori, administratorul putând seta astfel preferintele atat la nivel de profil, grup cat şi la nivel de utilizator. Aceste preferinte specifica atât accesul pe care il vor avea la diverse portiuni ale portalului cât şi drepturile asupra acestor zone. o Soluţia de portal intern trebuie sa permită deconectarea (logoff) automat - 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 poată fi setat de administrator).
49
4.3.2. Subsistem de Management Documente şi Arhivare
Acest subsistem trebuie să trateze întregul ciclu de viaţă al documentelor din instituţie pornind
de la apariţia în sistem a unui document (creat sau primit) şi continuând cu menţinerea,
utilizarea, clasificarea şi distribuirea lui pe fluxurile definite în sistem. Subsistemul de
Management Documente şi arhivare trebuie să asigure suport subsistemului de Management
de Caz, subsistemului Colaborare şi Cunoştinţe şi este integrat cu subsistemul de Management
a Regulilor şi Fluxurilor Proceselor Interne.
Functionalităţi:
Capturare/Scanare
Cererile de intervenţie CCR şi documentele de urmărire sunt prezentate în general pe hârtie.
Acest lucru este valabil pentru reclamaţiile antitrust, cererea de clemenţă, notificări privind
concentrări economice, cererea de opinie legală sau o propunere legislativă sau măsură pentru
ajutor de stat şi multe alte documente. Soluţia propusă trebuie să prevadă preluarea acestor
documente într-un format electronic crescând astfel eficienţa activităţii, reducerea posibilităţii
pierderii de documente şi nu în ultimul rând accesul mai rapid la informaţii. Soluţia propusă
trebuie să prezinte facilităţi de captură de documente prin procesarea imaginilor de documente
pe suport hârtie din scanare sau imprimante multifuncţionale, preluare din email sau alte
formate elctronice. Soluţia propusă trebuie să conţină pe lângă facilităţile de scanare şi
implementarea capabilităţilor de recunoaştere optică a caracterelor (OCR, OMR).
Taxonomii Soluţia propusă va trebui sa prevadă crearea unui sistem de taxonomii la nivelul întregului sistem pentru clasificarea informaţiilor, politicilor legate de managementul standardelor şi documentelor fizice şi electronice care să faciliteze managementul unitar şi coerent al informaţiilor din CCR. Definirea taxonomiilor informaţiilor şi clasificarea documentelor sunt componente cheie în subsistemul Management de Caz şi în subsistemul de Management de Documente.
Indexare
50
Soluţia propusă va trebui să implementeze modalităţi de indexare a documentele fie prin
identificatoare unice de documente, fie prin metadatele documentelor sau prin indexuri de
cuvinte extrase din conţinutul documentelor. Soluţia propusă trebuie să implementeze metode
de regăsire rapidă a informaţiilor.
Metadate
Această funcţie trebuie să descrie activităţile asociate definirii setului de atribute ale metadatelor
necesare pentru a identifica, utiliza, urmări şi asigura regăsirea şi conformitatea documentelor.
Soluţia propusă trebuie să permită extragerea din document a metadatelor atât automat cât şi
manual pentru fiecare document primit la CCR. Atributele esenţiale ale metadatelor pot include
data la care a fost primit documentul, titlul documentului, autorul, tipul de caz, clasificarea
securităţii şi alte informaţii cheie (taxonomie) pentru optimizarea regăsirii şi clasificării
documentelor.
În vederea asigurării uniformitaţii datelor în cadrul Consiliului Concurenţei şi o înţelegere unitară
a elementelor de date în instituţie, se va crea un depozit de metadate şi o taxonomie a
informaţiilor la nivel de CCR ceea ce va crea premizele unor capabilităţi de integrare şi
întreţinere mai facilă.
Etichetare
Funcţionalitatea de etichetarea solicitata, se referă la procesul automat sau manual de
preluarea a metadatelor în procesul de scanare. Aceată funcţionalitate implementează
activităţile asociate cum ar fi de exemplu:
- Acordării unei identităţi unice unui document în sistem - Atribuirii valorilor de clasificare/notare pentru a descrie conţinutul documentului - Atribuirea termenilor de indexare conceptuală dintr-un vocabular controlat pentru a stabili puncte de acces pentru regăsire - Definirea unui document ca document fix, trecându-l formal sub control instituţional - Asocierea documentelor cu schema de depunere stabilita a managementului documentelor şi înregistrărilor
Semnătură electronică
Soluţia oferită trebuie să permită utilizarea semnăturii digitale conform unor reguli şi a unui flux
de lucru automatizat, bazată pe certificate digitale autorizate.
51
Versionare
Soluţia oferită trebuie să implementeze mecanisme automate de stabilire a versiunii
documentelor astfel încât utilizatorii să poată regasi versiuni anterioare ale unor documente
care au suferit în procesul intern modificări, să le poată eventual refolosi sau face copii şi să
asigure auditarea şi trasabilitatea documentelor.
Căutare
Soluţia oferită trebuie multiple posibilităţi de regasire:
- Dupa metadatele asociate - După orice cuvânt - Dupa expresii regulate care conţin mai multe cuvinte cheie sau fraze, dupa identificatorul unic - Etc.
Clasificarea documentelor
Funcţia de clasificare a documentelor este codificarea elementelor de conţinut ca fiind
membre ale unui grup în scopul catalogării acestora sau asocierea acestora cu o anumită
taxonomie. Clasificarea documentelor va fi implementată ca o capacitate decizională
automatizată cum ar fi atribuirea de categorii sau taxonomii, filtrarea şi direcţionarea
cazurilor. Mai mult decât atât, se va avea în vedere şi abilitatea de a diviza şi conţinutul
cazului şi de a-l repartiza pe categorii într-un mod ce are legătură cu împărţirea sarcinilor de
lucru în rezolvarea unui caz.
În momentul apariţiei unei notificări, clasificarea utilizată trebuie să permită în mod clar
identificarea cazului pe durata întregului proces de analiză. Eticheta ar trebui să arate
despre ce tip de caz este vorba, să aibă denumirea operatorilor economici participanţi, care
este sectorul economic implicat şi caracteristica documentului. Clasificarea utilizată va
atribui automat un caz departamentului de investigaţii competent.
Documentele de intrare şi de ieşire vor fi etichetate astfel încât identificatorul unic alocat să
reflecte apartenenţa la un anumit proces (taxonomie) şi scopul acelui document.
Depozitare/Arhivare
Soluţia oferită va trebui sa aibă în vedere implementarea unor scheme de depozitare
documentelor tinând cont de locul unde sunt ele stocate în funcţie de clasificarea înregistrărilor
sau taxonomiile create, pe ce perioadă de timp. Schemele de stocare documente se vor alinia
52
regulilor, politicilor şi procedurilor instituţiei privind gestiunea înregistrarilor. De exemplu se va
avea în vedere crearea :
- unor scheme de clasificare a înregistrărilor sau un sistem de stocare - grafice cu perioadele în care grupurile de înregistrări vor fi reţinute şi modul în care ele vor fi eliminate - decizii de evaluare privind reţinerea, ştergerea sau distrugerea înregistrărilor - Scheme de transfer a înregistrărilor pentru arhivare
Distribuire
Soluţia oferită trebuie sa permită implementarea unor mecanisme de distribuire a documentelor
în conformitate cu regulile, procedurile de lucru şi fluxurile specifice fiecărui caz.
Acţiuni/evenimente ale gestiunii documentelor
Aceată funcţionalitate se referă la implementarea unor interfeţe de integrare a componentei de
management de documente cu alte sisteme din cadrul CCR şi al altor agenţii guvernamentale.
Gestiune conţinut web
Soluţia oferită trebuie să permită implementarea de site-uri web, gestiune de conţinut web,
spaţii de colaborare şi instrumente de administrare uşor de folosit şi de către utilizatori cu
cunoştinţe reduse de limbaje de programare web.
Soluţia de gestiune a documentelor trebuie să fie o soluţie matură, de tip enterprise,
recunoscută pe plan intern şi internaţional, având o vechime pe piaţă de cel puţin 10 ani. Soluţia
trebuie să îndeplinească out-of-the-box cerinţele tehnice şi funcţionale enumerate mai jos:
Soluţia trebuie să permită gestionarea electronică a documentelor.
Soluţia de gestiune a documentelor trebuie să poată rula pe oricare din următoarele sisteme de operare: Microsoft Windows (cel puţin Windows Server 2003/2008), Linux (cel puţin SUSE Linux Enterprise Server 10/11, Oracle Linux 4/5/6, Red Hat Enterprise Linux 4/5/6) şi Unix (cel puţin IBM AIX 6/7, HP-UX 11, Oracle Solaris 10/11).
53
Setările de configurare ale soluţiei trebuie să fie stocate într-un sistem de gestiune a bazelor de date certificat pentru soluţia ofertată. Soluţia trebuie să poată utiliza oricare din următoarele sisteme de gestiune a bazelor de date: Microsoft SQL Server (cel puţin SQL Server 2005/2008), Oracle Database (cel puţin Oracle Database 10g/11g), IBM DB2 (cel puţin o distribuţie).
Soluţia trebuie să permită accesul utilizatorilor şi administratorilor la funcţionalităţile oferite prin intermediul unui browser Web. Browserele suportate trebuie să fie cel puţin următoarele: Microsoft Internet Explorer, Mozilla Firefox, Google Chrome şi Apple Safari.
Documentele gestionate trebuie să fie stocate, la nivel logic, într-un depozit securizat de documente. La nivel fizic, documentele trebuie să fie stocate într-un sistem de fişiere sau într-o bază de date relaţională.
Interfaţa aplicaţiei trebuie să fie intuitivă, uşor de utilizat, customizabilă în ceea ce priveşte aspectul (culori, logo-uri) şi funcţionalităţile expuse, să beneficieze de bare de instrumente (toolbars) şi meniuri.
Soluţia trebuie să beneficieze de interfaţă complet localizată în limba română pentru utilizare şi administrare
Din punct de vedere al securităţii, soluţia trebuie să ofere funcţionalităţi atât pentru autentificarea utilizatorilor cât şi pentru autorizarea acestora. Funcţionalităţile de autentificare şi autorizare trebuie tratate separat pentru a asigura o securizare cât mai bună a documentelor gestionate.
Accesul la documentele gestionate trebuie să se realizeze pentru utilizatorii autentificaţi pe baza unor drepturi de acces gestionate în cadrul soluţiei.
Soluţia trebuie să permită declararea anumitor documente ca fiind publice, accesul la acestea nefiind în nici un fel restricţionat. Utilizatorii trebuie să poată accesa documentele publice fără a fi necesară autentificarea lor în aplicaţie.
Soluţia trebuie să permită gruparea documentelor în foldere, subfoldere şi organizarea acestora într-o structură arborescentă similară sistemelor de fişiere folosite de sistemele de operare.
Fiecare document gestionat trebuie să aibă asociate câmpuri index predefinite (ID, Titlu, Autor, Data creării, Drepturi de acces, etc.) şi câmpuri index specifice, definite de administratorii soluţiei.
Soluţia trebuie să permită definirea de câmpuri index care se vor asocia fiecărui dosar sau document. Definirea câmpurilor index şi toate setările de configurare a acestora trebuie să poată fi realizate în interfaţa de administrare a soluţiei, fără a necesita programare.
Tipurile de date acceptate de fiecare câmp index trebuie să fie cel puţin următoarele: text, dată calendaristică, număr întreg, număr real, listă de opţiuni. În cazul câmpurilor de tip listă de opţiuni, soluţia trebuie să permită atât valori predefinite cât şi popularea automată a listei cu valori noi introduse.
Fiecare câmp index trebuie să poată fi declarat ca obligatoriu (necesită introducerea unei valori; documentul nu poate fi salvat fără completarea acestui câmp) sau opţional (nu necesită introducerea unei valori)
54
Câmpurile index trebuie să poată fi completate atât manual de către utilizatori cât şi automat pe baza unor reguli automate de clasificare şi catalogare. Motorul de catalogare automată trebuie să fie inclus în soluţia ofertată.
Soluţia trebuie să permită importul manual al documentelor şi completarea câmpurilor index asociate.
Soluţia trebuie să ofere funcţionalităţi de preview al documentelor înainte de a fi stocate în depozitul de documente.
Soluţia trebuie să permită importul simultan al unui număr mare de documente (loturi de documente) împreună cu metadatele asociate.
Soluţia trebuie să permită generarea de thumbnails pentru documentele importate.
Pentru un acces uşor la documente, soluţia trebuie să permită transformarea dinamică în format web (HTML) a documentelor importate. Motorul de conversie trebuie să fie inclus în soluţia propusă.
Soluţia trebuie să permită conversia automată a următoarelor tipuri de documente:
o documente create cu editoare de text (Ex: Microsoft Word, Microsoft RTF, Corel WordPerfect, StarOffice/OpenOffice Writer, etc.) o foi de calcul tabelar (Ex: Microsoft Excel, QuatroPro, StarOffice/OpenOffice Calc, etc.) o prezentări (Ex: Microsoft PowerPoint, Corel/Novel Presentations, StarOffice/OpenOffice Impress, etc.) o formate grafice (Ex: Microsoft Visio, Adobe Photoshop, Illustrator, Acrobat, CorelDraw, PostScript, JPEG, TIFF, etc.) o formate tabelă (Microsoft Access, dBASE, etc.).
Soluţia trebuie să permită integrarea nativă cu aplicaţii desktop ca Microsoft Windows Explorer, Microsoft Word, Microsoft Excel, Microsoft Outlook, Lotus Notes, etc. Vă rugăm să specificaţi aplicaţiile desktop cu care soluţia dumneavoastră se integrează nativ.
Soluţia trebuie să beneficieze de un viewer integrat care să permită vizualizarea documentelor direct din browser, fără a necesita instalarea pe staţia de lucru client a aplicaţiei care a generat documentul.
Soluţia trebuie să permită adăugarea pe documente de adnotări tip text, linie, subliniere (highlight), formă geometrică (poligon, cerc, etc.), ştampilă.
Soluţia trebuie să permită colaborarea în timp real pe documente. Mai mulţi utilizatori trebuie să poată revizui un document în mod interactiv, simultan.
Soluţia trebuie să ofere funcţionalităţi de gestionare a documentelor în mod offline.
Soluţia trebuie să permită crearea de discuţii asociate fiecărui document gestionat. Utilizatorii trebuie să poată stabili un subiect pentru discuţie iar pentru mesajele postate trebuie să se înregistreze numele utilizatorului care a postat, data şi ora postării, daca a fost sau nu o replică la un mesaj postat anterior etc.
Soluţia trebuie să ofere funcţionalităţi şi suport pentru fluxuri RSS.
55
Soluţia trebuie să permită indexarea full-text a documentelor gestionate. Motorul de indexare full-text trebuie să fie inclus în soluţia propusă.
Soluţia trebuie să permită pentru fiecare document gestionat păstrarea unui istoric al acţiunilor realizate asupra sa. Istoricul acţiunilor trebuie să conţină cel puţin următoarele informaţii: informaţii de identificare a documentului, acţiunea realizată asupra documentului, utilizatorul care a realizat acţiunea, data şi ora la care acţiunea a fost executată.
Soluţia trebuie să permită pentru fiecare document gestionat păstrarea unui istoric al versiunilor sale. Istoricul versiunilor trebuie să conţină cel puţin următoarele informaţii: informaţii de identificare a versiunii, data şi ora creării versiunii, data şi ora expirării versiunii, informaţii de stare.
Soluţia trebuie să permită pentru fiecare document gestionat păstrarea unui istoric al valorilor metadatelor. Istoricul metadatelor trebuie să conţină cel puţin următoarele informaţii: informaţii de identificare utilizatorului care a modificat metadatele, data şi ora modificării, câmpul index care a suferit modificări, vechea şi noua valoare din câmpul index.
Pentru documentele care au parcurs un flux de activităţi (de exemplu: flux de aprobare), soluţia trebuie să permită păstrarea unui istoric al paşilor parcurşi în cadrul fluxului. Istoricul documentului referitor la paşii parcurşi în cadrul fluxurilor trebuie să conţină cel puţin următoarele informaţii: numele fluxului, informaţii de identificare a documentului, acţiunea realizată asupra documentului, utilizatorul care a realizat acţiunea, data şi ora la care acţiunea a fost executată, versiunea de document implicată.
Informaţiile referitoare la istoricul acţiunilor, istoricul versiunilor, istoricul metadatelor şi istoricul fluxurilor de lucru trebuie să poată fi accesate uşor, împreună cu celelalte câmpuri index asociate documentului, fără a necesita intervenţia unui administrator, programare sau folosirea unor instrumente de raportare specifice.
Soluţia software propusă, prin modulul de administrare, trebuie să permită definirea de rapoarte pentru analiza traficului şi utilizării serverului de management al conţinutului. Analiza de trafic va putea fi efectuată pentru un anumit utilizator, pentru un grup de utilizatori sau pentru un anumit set de documente sau alte elemente de conţinut.
Soluţia trebuie să nu impună sau limiteze prin arhitectură sau prin implementare numărul de dosare sau de documente care se pot adăuga.
Soluţia trebuie să permită utilizatorilor să-şi definească o pagină de pornire care să le fie afişată după autentificare. Pagina de pornire trebuie să conţină un dashboard cu portleţi parametrizabili care să permită un acces rapid la:
o documentele accesate recent o documentele la care utilizatorul este abonat o criteriile de căutare proprii o activităţile care trebuie realizate în cadrul fluxurilor de lucru o documentele în lucru, etc.
56
Soluţia trebuie să ofere funcţionalităţi similare unui coş de cumpărături în care utilizatorii să adauge documentele pe care vor să le downloadeze. Soluţia trebuie să permită utilizatorilor să-şi definească mai multe astfel de instrumente.
Soluţia trebuie să ofere funcţionalităţi similare unui coş de gunoi (Recycle Bin) în care să fie stocate documentele şterse de utilizatori.
Pentru un acces uşor la documente, soluţia trebuie să permită transformarea dinamică în alte formate (PDF, XML, TIFF) a documentelor importate. Documentul astfel generat trebuie să fie asociat documentului original ca o nouă rendiţie.
Soluţia trebuie să permită aplicarea în mod dinamic de Watermarks pe documentele PDF.
Pentru integrarea cu alte sisteme, soluţia trebuie să dispună de API-uri şi să permită apelarea funcţionalităţilor prin intermediul serviciilor web.
Soluţia trebuie să permită trimiterea prin email a unor link-uri către documente din depozitul de documente.
Soluţia trebuie să ofere capabilităţi de căutare a documentelor stocate în sistem şi afişare sub formă tabelară a rezultatelor căutărilor. Lista de rezultate trebuie să poată fi salvată ca raport în format PDF.
Soluţia trebuie să ofere posibilitatea de a interoga după toate valorile câmpurilor index conform schemelor de indexare definite.
Soluţia trebuie sa permită efectuarea de căutări complexe care să includă operatori logici sau folosirea caracterelor de substituţie (wildcards).
Soluţia trebuie să permită căutări full-text şi aproximative (fuzzy search).
Soluţia trebuie să pună la dispoziţie o interfaţă de administrare pentru crearea fluxurilor de lucru. Fluxurile de lucru trebuie să poată fi dezvoltate utilizând o interfaţă grafică.
Soluţia trebuie să permită iniţierea automata a fluxurilor de documente de la importul acestora în sistem în concordanţă cu procedurile de lucru definite în cadrul organizaţiei.
Soluţia trebuie să permită iniţierea de fluxuri ad-hoc, liniare, paralele, bazate pe decizii.
Soluţia pentru gestiunea şi arhivarea electronică a documentelor trebuie să permită dezvoltarea de fluxuri de documente folosind standardul BPEL.
Soluţia trebuie să fie capabilă să trimită notificări automate pe email.
Soluţia trebuie să suporte gestionarea întregului ciclu de viaţă al documentelor de la creare până la eliminarea acestora din sistem.
Soluţia trebuie să permită definirea şi gestionarea unor politici de păstrare a documentelor conform standardelor şi reglementărilor în domeniu (Ex: DoD 5015, Sarbanes-Oxley, FOIA/PA, etc.)
Soluţia de trebuie să permită definirea unor categorii de retenţie în care se va specifica perioada de păstrare a documentelor şi acţiunile ce se întreprind asupra acestora pe parcursul şi la sfârşitul perioadei.
Soluţia trebuie să permită atât gestionarea documentelor în format electronic cât şi a celor în format hârtie, prin definirea unor depozite de păstrare organizate ierarhic şi care să conţină încăperi, rafturi, cutii, etc.
57
Soluţia trebuie să permită gestionarea conţinutului digital (imagini scanate, fişiere audio, fişiere video, etc.).
Soluţia trebuie să ofere funcţionalităţi care să permită prelucrarea fişierelor de tip imagine prin conversia automată a acestora la diferite dimensiuni şi rezoluţii conform regulilor definite.
Soluţia trebuie să permită prelucrarea fişierelor video prin conversia automată a acestora la diferite dimensiuni, rezoluţii şi formate (Windows Media File, Real Media File, Flash Video File, AVI, MPEG-2, MPEG-4) conform regulilor definite.
Soluţia trebuie să pună la dispoziţia utilizatorilor toate funcţionalităţile platformei prin intermediul unor aplicaţii de tip out-of-the-box.
4.3.3. Componenta Registratura
Modulul Registratura va fi un modul de management de documente de intrare/ieș ire, care să
ofere angajatiilor din cadrul Registraturii CCR un instrument facil pentru preluarea, inregistrarea
şi distribuirea documentelor.
Modulul trebuie sa ofere instrumentul software pentru înregistrarea tuturor documentelor
provenite din exterior, create in interior şi cele create ca răspuns in registrul unic electronic al
instituţiei.
Modulul de registratura va fi dezvoltat pe o platformă software plecând de la produse
comerciale (COTS). Ofertanţii vor specifica toate produsele COTS pe care le-au folosit în
dezvoltarea modulului. Modulul dezvoltat şi cele COTS vor îndeplini cerinţele proiectului,
inclusiv pe cele de securitate. Nu se acceptă soluţii care să funcţioneze pe platforme free sau
de tip open-source.
Functionalitatile de baza ale modulului sunt:
- Transformarea informatiilor nestructurate (aflate în diverse forme: hartie, fisiere generate electronic, inclusiv atasamente e-mail) în informatii structurate; - Inregistrarea automata, semiautomata sau manuala a documentelor de intrare/iesire, generand registrul unic al institutiei; - Controlul atat asupra documentelor care intra in institutie, cat şi a celor care ies - Implementarea Registrului Unic electronic al institutiei
58
Modulul trebuie sa ofere o singura viziune asupra informatiilor de intrare, chiar daca acestea
provin dintr-o gama variata de surse. Astfel modul trebuie sa permită:
- Preluarea documentelor venite din interfata web care comunica cu utilizatorii (interni sau externi) sub forma de formular electronic, sub format XML cât şi ca document electronic într-unul din formatele ISO: PDF, ODF, OOXML) - Preluarea documentelor depuse in format fizic la biroul de Registratura din cadrul sediului Ofertantului - Preluarea documentelor electronice importate din sisteme de fisiere
Modulul va oferi de asemenea un instrument facil pentru administrarea documentelor de ieşire.
Cerinte generale ale modulului:
- Modulul trebuie sa fie integrat cu Componenta de Management de Documente si Arhivare - Functia de inregistrare document sa poată fi apelata din celelalte componente ale solutiei şi anume din acele locuri unde se produc documente care trebuie sa fie inregistrate in registrul unic electronic al institutiei; - Modulul trebuie să stocheze documentele intr-o maniera structurata - Modulul trebuie să permită căutarea şi regăsirea documentelor inregistrate prin Modulul Registratura; - Trebuie sa implementeze mecanisme de autentificare a utilizatorilor şi integrarea cu serverul LDAP pentru accesul in sistem pe baza credentialelor definite in sistem ale utilizatorilor interni; - Sa permită integrarea cu solutii de semnătură electronica; - Trebuie sa poată importa documente electronice din diferite aplicatii (E-mail, Word etc.); - Trebuie sa poată importa formulare elecronice din site-ul web intern/extern iar pentru fiecare tip de formular se se poată atasa metadate specifice pentru a usura cautarea ulterioara a acestora; - Trebuie sa gestioneze atât documentele scanate (fisiere de tip imagine), cât şi documentele electronice (fisiere de tip Office );
Numărul estimat iniţial de utilizatori interni ai acestui modul este de 6 (1 administrator şi 5
operatori). Sistemul ofertat trebuie să fie scalabil pe viitor din punct de vedere al numărului
de utilizatori şi al funcţionalităţilor oferite,
Modulul Registratura va trebui sa aiba o arhitectura 3-tier formata din baza de date, server
de aplicatie şi client. Locatia „clientului” nu trebuie sa fie limitata la o anumita zona
geografica. Interfetele cu utilizatorul vor fi "window-based" sau "browser-based".
Rolurile permise pentru diferitele categorii de utilizatori sunt:
Funcţionar de la compartimentul de Registratură poate: o Să scaneze şi să ataşeze fişiere o Să înregistreze documente de intrare/iesire o Să transmita documente
59
o Să trimită dosare catre componenta de Management de Documente si Arhivare o Să caute documente în Modulul de registratură
Funcţionar de la alt compartiment poate (daca are acest rol): o Să scaneze şi să ataşeze fişiere o Să transmita documente o Să caute documente în Modulul de registratură o Să semneze electronic propriile documente o Contrasemneze documentele întocmite de alţii
Administratorul de sistem poate să: o Creeze/adauge noi utilizatori o Încadreze utilizatorii pe nivele, asigneze drepturi de acces şi responsabilităţi după fişa postului
Componentele Modulului Registratură
a) Aplicaţia de scanare
Aplicatia de scanare trebuie sa foloseasca o platforma dedicata de captura a documentelor care
va permite preluarea documentelor şi procesarea lor in Modulul Registratura.
Aplicatia de scanare trebuie sa ofere standard urmatoarele functionalitati:
- Scanarea şi procesarea documentelor; - Import documente din fisiere sau atasament la email; - Procesare imagine scanată; - Extragere automată informatii din documente; - Completare atribute (metadate) pentru documente; - Setarea de câmpuri de index pentru căutare - Export în sisteme de fisiere; - Să permită administratorului accesul şi posibilitatea de configurare a tuturor modulelor şi loturilor de documente de pe serverul subsistemului; - Să permită definirea de utilizatori şi grupuri de utilizatori şi acordarea de drepturi la nivelul fiecărui utilizator; - Să permită ulterior extensia facilă a solutiei existente pentru adăugarea de statii de scanare sau de statii de procesare a documentelor; - Să permită retrimiterea loturilor de documente pe etape anterioare din flux; - Să permită stabilirea de drepturi ale utilizatorilor de a executa sau nu anumite operatii; - Să permită stabilirea de drepturi ale utilizatorilor de a crea loturi de documente, de a vizualiza şi prelucra loturi de documente (detaliat pentru fiecare tip de prelucrare în parte), de a exporta loturi de documente; - Să poată fi controlate setările scanner-ului precum rezolutia de scanare, adâncimea de culoare, dimensiunea paginilor direct din aplicatia de scanare
60
astfel încât să poată fi pre-configurate de către un administrator şi transmise utilizatorilor de aplicatie; - Să suporte un numar mare de modele de scannere de documente de la diverşi producători - Interfata driverului să fie standard, consistentă de la echipament la echipament, astfel încât utilizatorii standardului să nu trebuiască să învete interfata specifică fiecărui echipament; - Să ofere suport pentru toate functiile scanner-ului, indiferent de echipamentul utilizat; - Să permită scanarea la viteza maximă permisă de echipament; - Să permită rotatia imaginilor şi scanarea în mod landscape urmată de rotatia automată (în timp real) în modul portrait pentru a creşte numarul de pagini scanate pe minut; - Să permită generarea consistentă a fişierelor în formate standrad (JPEG, TIFF, etc.) fără a depinde de echipamentul de scanare utilizat; - Să permită controlul scanner-ului din interiorul aplicatiei, prin solicitarea inteligentă a capabilitătilor scanner-ului; - Să permită afişarea imaginilor scanate; - Să prevadă cu o procedură automată de auto-update în cazul upgrade-urilor de versiune astfel încât să nu se poată folosi versiuni care ar fi în neconcordanţă cu structura bazei de date
b) Aplicaţia Registru
Aplicatia Registrul trebuie sa fie o aplicatie usor de utilizat, accesibilă din bowser sau client-
windows şi care sa permită operarea pe câmpurile clasice din Registrul de Intrari-Ieşiri,
oferind o gama largă de funcţionalităţi cum ar fi cautare, sortare, filtrare, mecanisme de
printare şi actualizarea formei fizice de păstrare a registrului impus de lege.
Soluţia ofertată trebuie să satisfacă următoarele cerinţe generale:
Arhitectura aplicaţiei globale trebuie sa fie de tip Client/Server.
Interfeţele cu utilizatorul trebuie sa fie "window-based" sau "browser-based".
Aplicaţia trebuie să fie prevăzută cu o procedură automată de auto-update în cazul upgrade-urilor de versiune astfel încât să nu se poată folosi versiuni care ar fi în neconcordanţă cu structura bazei de date.
Fiecare acces în sistem trebuie să se facă protejat prin intermediul unui nume de utilizator şi a unei parole sau un alt sistem similar, corespunzând unui nivel de acces configurabil de către administratorul aplicaţiei.
Ştergerea datelor din baza de date a registraturii trebuie restricţionată, folosindu-se doar inactivarea şi nu ştergerea lor efectivă.
Va permite lucrul cu centre distribuite de lucru folosind conexiuni de joasă viteză (dial-up).
Toate ecranele, ferestrele de dialog, mesajele de eroare şi rapoartele trebuie să fie produse în limba română.
61
Din punct de vedere al aplicaţiei software, aceasta trebuie adaptată funcţional în totalitate la caracteristicile naţionale utilizând diacriticele în preluare, interogare, sortare, imprimare, export de date.
Trebuie să dea posibilitatea dezvoltării de rapoarte individuale dinamice, folosind accesul standard pe bază de selecţie la informaţia structurată şi să permită combinarea datelor din baza de date pentru obţinerea de rapoarte particulare;
Trebuie să stocheze definirea unui raport individual pentru utilizări ulterioare
În situaţia apariţiei penelor hardware sau software sistemul trebuie să păstreze actualizările on-line. În situaţia unei căderi accidentale a sistemului, toate tranzacţiile, cu excepţia celor în curs de finalizare dar nefinalizate, trebuie stocate pe disc;
Toţi utilizatorii conectaţi la momentul căderii accidentale a sistemului, trebuie să fie sau deconectaţi, sau păstraţi în cadrul unui mediu sigur, adică fără acces la sistemul de operare sau la părţi ale sistemului pentru care nu au autorizaţie
Cerinţe privind interfaţa cu utilizatorii:
Trebuie să furnizeze ferestre formatate corespunzător pentru toate intrările şi ieşirile;
Trebuie să furnizeze controale de validare pentru fiecare tranzacţie din cadrul aplicaţiei, astfel:
o folosind coduri / combinaţii de coduri pentru validare o tipul datei şi sintaxa să fie validă pentru câmpul respectiv
Trebuie să permită valori iniţiale pentru câmpuri de date specificate;
Trebuie să conducă utilizatorul în interiorul sistemului folosind meniuri de opţiuni;
Trebuie navigarea în formularele de introducere trebuie să poată fi făcută folosind atât tasta TAB, cât şi tasta ENTER pentru funcţia de deplasare între câmpuri.
Trebuie să permită fiecărui utilizator să modifice orice dată de intrare înainte de confirmare.
Trebuie să asigure disponibilitatea în flux a datelor introduse (datele noi introduse să devină imediat disponibile pentru toate celelalte module ale sistemului);
Trebuie să asigure actualizarea informaţiilor afişate pe staţia de lucru în conformitate cu modificările efectuate de alţi operatori;
Trebuie să avertizeze imediat dacă sunt introduse date în mod eronat prin mesaje de avertizare specifice fiecărei erori;
Trebuie să genereze pe ecran orice tip de document – raport cu posibilitatea imprimării ulterioare
Trebuie să permită căutări rapide de înregistrări după criterii multiple. Criteriile de cătare să fie cel puţin:
o număr înregistrare o data depunerii o numele petentului o adresă o problemă o cuvânt cheie o destinatar o etc.
62
Trebuie să permită asocierea funcţiilor aplicaţiei de shortcut-uri care să fie definite sau modificate de utilizator.
Interfeţele trebuie să fie dezvoltate sub forma de liste tabelare, şi nu exclusiv sub forma de formuri, pentru a permite căutarea aproximativă prin deplasarea în listă. În acest sens, listele tabelare trebuie să permită:
o customizarea relativ la poziţie, culoare şi mărime pe fiecare coloană sau rând, cu memorarea acestor setări pentru fiecare utilizator în parte; o ordonarea automată după oricare dintre coloane sau după mai multe coloane; o ascunderea şi readucerea uneia sau mai multor coloane; o gruparea informaţiilor după unul sau mai multe criterii prin mecanisme de drag&drop; o Imprimarea informaţiilor direct din ecran la imprimantă; o exportul datelor din ecranul de culegere în minim următoarele formate (xls, txt, xml, html). o definirea de marcatori pentru a vizualiza anumite înregistrări care îndeplinesc anumite condiţii o filtrarea informaţiilor prin citirea filtrelor de la tastatura sau prin introducerea de filtre pe bază de expresii logice complexe
Toate aceste facilităţi trebuie să fie accesibile la operare direct pe lista fără a mai face apel la funcţii suplimentare.
Cerinţe privind înregistrarea tuturor documentelor provenite din exterior, create în interiorul
organizaţiei şi cele create ca răspuns în registrul unic al instituţiei:
Trebuie sa aiba un număr unic pentru fiecare document din instituţie.
Utilizatorul trebuie sa poată lista un bon (raport) dupa inregistrarea documentului, care sa contina, pe langa datele specificate la inregistrare şi numarul şi data inregistrarii; bonul va fi marcat cu numele utilizatorului care a inregistrat solicitarea şi a preluat actele solicitantului, şi va fi inmanat solicitantului
Trebuie sa genereze de cod de bare, pe baza numarului de registru, care sa se ataseze suportului fizic (hartie)
Trebuie sa aibe posibilitatea de creare de secţiuni şi campuri suplimentare acolo unde necesita (formulare dinamice), pentru fiecare tip de act in parte. Aceste câmpuri precum şi tipul şi denumirea lor vor puteaficonstruite de către adminstratorul aplicatiei
Soluţia trebuie să permită definirea pentru fiecare tip de document în parte a unui set suplimentar de atribute (metadate) de cules
Atributele trebuie sa fie specificate în secţiunea de configurare şi trebuie sa conţina minimum nume atribut şi tip
Trebuie sa poată Atasa de documente de orice tip, inclusiv cele scanate, provenite din aplicatia de scanare
Aplicaţia de registratura trebuie sa puna la dispoziţie un serviciu electronic, care sa fie apelat de orice aplicaţie din instituţie, pentru a putea genera număr unic din registru general.
63
Trebuie sa aloce un număr special pentru documentele la care legislaţia prevede acest lucru. Acest număr trebuie sa fie generat automat de sistem.
înscrierea automata in dosarele de arhivare, aşa cum sunt definite in Nomenclatorul de Arhiva al Instituţiei.
La crearea unui nou document in modulele speciale deja existente sa se folosesca un service-web pus la dispozitie de catre registratura prin care sa se aloce un numar din registru special, sa se creeze inregistrare in registratura şi sa se ataseze electronic documentul nou creat. Se vor prezenta funcț iile ș i parametrii pe care îi pune la dispoziț ie web-service-ul.
Conexare între ani (pentru documente la care soluţionarea s-a petrecut între ani calendaristici)
Cerinţe privind statisticile care pot fi obţinute în modulul Registratură:
Modulul de registratură trebuie să permită listarea şi tipărirea de statistici şi rapoarte despre documentele inregistrate dintr-o perioada de timp specificată.
Soluţia trebuie să permită definirea de filtre care pot fi completate din momentul definirii raportului sau în momentul în care sunt executate de operator. Filtrele se vor referi la documentele de un anumit tip (specific, sau toate), înregistrate intr-o anumita perioada de timp, de un anumit utilizator (un utilizator/toti), procesate într-o anumită perioadă specificată.
Generarea de statistici/rapoarte al modulului de registratură trebuie să aibă satisfacă următoarele cerinţe:
o Definirea de drepturi de acces la nivelul fiecărui raport. o Exportul datelor rezultate în urma oricărei raportări în XLS, XML, HTML, PDF, RTF, TXT, etc. o Evidenţa şi imprimarea de situaţii statistice cu numărul şi tipul rapoartelor emise pe diverse criterii de filtrare (perioadă, utilizatori, etc.). o Anularea tipăririi rapoartelor, înainte sau în timpul tipăririi; o Posibilitatea reluării tipăririi unui raport de la un anumit articol sau de la o anumită pagină, după o întrerupere accidentală a tipăririi; o Căutarea datelor în raport trebuie să fie de o manieră similară cu cea dintr-un document WORD
Cerinţe privind integrarea cu o soluţie de semnătură electronică:
Soluţia ofertată trebuie să fie pregatită se se integreze cu o soluţie de semnătură electronică
pentru documentele electronice care vor necesita aplicarea unei semnături electronice în
conformitate cu prevederile Legii 455/2001.
64
4.3.4. Componenta Management de Caz
Acest subsistem trebuie să gestioneze ciclul de viaţă al cazului de la început până la sfârşit.
Aceasta va trebui să includă crearea, direcţionarea, urmărirea, atribuirea şi închiderea unui caz
precum şi colaborarea între utilizatorii desemnaţi să lucreze cazul. Sistemul va permite
revizuirea cazului şi trebuie să ofere posibilitatea monitorizării şi raportărilor automate.
Soluţia pentru subsistemul de Management de Caz trebuie să creeze premizele unui proces
destul de disciplinat pe toată durata de viaţă a cazului dar şi cu posibilitatea de a avea
flexibilitatea de a schimba evenimente şi de a integra fluxuri de lucru şi reguli specifice.
Funcţionalităţi:
Creare caz
Subsistemul de management de caz trebuie să permită crearea diferitelor tipuri de cazuri
conform cu taxonomia cazurilor (concentrări economice, concurenţă neloaială, ajutor de stat,
anti-trust, creşterea susţinerii pentru concurenţă, investigarea pieţii). Această funcţie trebuie să
permită înregistrarea cazului, alocarea unui identificator unic care va fi utilizat pentru toate
documentele şi informaţiile care vor fi introduse în sistem referitoare la acest caz pe toata
durata sa de viaţă.
Procesul de creare caz trebuie sa prevadă informarea directorului departamentului de
investigaţii competent care va aloca un responsabil (raportor) şi a unei echipe de investigaţii la
acest caz. Soluţia oferită trebui să dea posibilitatea directorului departamentului competent să
poată selecta raportorul şi echipa de investigaţii în funcţie de gradul de încărcare şi
competenţele personalului disponibil. Sistemul va trebui de asemenea să permită crearea unui
spaţiu de lucru colaborativ pentru membrii echipei alocate la acest caz împreună cu toate
drepturile de acces şi securitate la această zona, în conformitate cu regulile specifice cazului şi
implementate în subsistemul de Management a Regulilor şi Fluxurilor Proceselor Interne.
Acţiuni/Evenimente specifice cazului
Acţiunile /evenimentele specifice unui caz sunt un set predefinit de procese/evenimente prin
care trece un caz pe durata ciclului său de viaţă. Aceste acţiuni/evenimente vor fi definite în
subsistemul de reguli şi procese cu care Managementul de Caz se integrează. Soluţia oferită
trebuie să aibă flexibilitate pentru modificarea evenimentelor funcţionale şi crearea de noi
evenimente fără dezvoltări suplimentare, ci doar cu intreţinere minoră a sistemului.
Formulare dinamice
65
Soluţia pentru Management de Caz trebuie să aibă formulare flexibile pentru crearea de diferite
tipuri de cazuri şi să admită multiple profile de securitate în funcţie de drepturile de acces ale
utilizatorului final (citire/citire/scriere, etc.). Soluţia de Management de Caz trebuie să poată
genera documente pre-formatate bazate pe şabloane standard definite de confirmările
electronice sau funcţionale şi să poată notifica părţile respective, în special atunci când un
document este depus electronic.
Monitorizarea stării
Soluţia de Management de Caz trebuie să poată expune starea în care se află rezolvarea unui
caz prin implementarea unui tablou de bord configurabil şi accesibil într-o interfaţă web de pe
staţii de lucru sau de pe dispozitive mobile. Tabloul de bord trebuie să prezinte informaţii atât la
nivel de caz, la categorii de cazuri sau la nivelul întregii organizaţii.
Interfaţă Comunicare
Soluţia de Management de Caz trebuie să permită realizarea unor legături către diferitele tipuri
de comunicări şi un caz, cum ar fi fişiere audio sau video înregistrate.
Interfaţă activităţile de Cercetare de Piaţa/Economică
Soluţia de Management de Caz trebuie să poată corela un caz cu activităţile de Analiză
Economică/de Piaţă, activităţi care sunt concretizate în rapoarte create în multiple tipuri de
formate cum ar fi .docx, .xls, .pdf, .pic, însă fără limitare doar la acestea.
Interfaţă Mesagerie
Soluţia de Management de Caz trebui să poată corela un caz cu diferite tipuri de mesagerie
legate de acest caz cum ar fi email sau mesaje instant.
Interfaţă Document Management
Soluţia de Management de Caz trebuie să poată corela un caz cu diferite imagini de documente
din subsistemul de Management Documente şi Arhivare
Calendarul evenimente dinamice
66
Soluţia de Management de Caz trebuie să permită programarea dinamică de evenimente în
conformitate cu regulile funcţionale, standardele de timp specifice fiecărui tip de caz,
înregistrarea evenimentelor programate şi producerea avizelor. Soluţia de Management de Caz
trebuie să permită înregistrarea într-un calendar de evenimente, marcarea unor evenimente
(cum ar fi adoptare decizie), înregistrarea rezultatelor acestor evenimente şi notificarea parţilor
implicate.
Reacţii/Alerte
Soluţia de Management de Caz trebuie să permită introducerea în calendarul de evenimente a
listelor de rezolvat în conformitate cu specificul cazului de rezolvat. Sistemul va genera proactiv
reacţiile/alertele corespunzătoare actorilor implicaţi în rezolvarea cazului sau în luarea unor
decizii, astfel încât etapele necesare a fi parcurse conform procedurilor şi regulilor să se poată
executa corespunzător.
Monitorizare Investigaţie
Soluţia de Management de Caz trebuie sa permită monitorizarea investigaţiilor prin
implementarea unor formulare de investigaţie flexibile pe platforme externe (Excel, Word) şi
care să poată apoi să fie importate în şabloanele de investigaţie pentru managementul de caz
care vor fi implementate în sistem. Formularele de investigaţie externe vor trebui create pe baza
unui depozit de metadate specifice cazurilor care trebuie creat la nivelul organizaţiei pentru a se
asigura o utilizare şi înţelegere unitară a elementelor de date în cadrul organizaţiei.
Cercetarea cazului
Soluţia de Management de Caz trebuie sa ofere capabilităţi de căutare pentru toate informaţiile
din sistem care să vină în spijinul activităţilor de rezolvare a unui caz
Dosar Electronic caz
Soluţia de Management de Caz trebuie să permită crearea unui dosar electronic al cazului în
care vor fi depuse toate informaţiile rezultate în urma tratării cazului. Sistemul trebuie să
implementeze o funcţie specifică de procesare a depunerilor electronice de informaţii în dosar
şi să emită notificări sau alerte automatizate către părţile interesate, în conformitate cu regulie
specifice tipului de caz în lucru.
Închidere Caz
67
Un caz se va inchide după ce toate prevederile fluxului de lucru aferent au fost îndeplinite iar
starea cazul va fi schimbată în închis. Procesul de închidere caz va trebui să prevadă atât
eliberarea echipei care a lucrat la acel caz (raportor şi membri) cât şi a zonei colaborative de
lucru utilizată de echipa.
Arhivare caz
Soluţia trebuie să prevadă mecanisme de arhivare a cazurilor bazate pe taxonomii definite la
nivel de instituţie. Procesul de arhivare trebuie să fie un proces verificabil, trasabil şi cu
confirmarea arhivării documentelor.
Raportare
Sistemul de Management de Caz trebuie să implementeze un set de 10 rapoarte standardizate
având şi capabilităţi de export de date. Funcţia de raportare va descrie activităţile asociate
informaţiilor ce descriu operaţiunile legate de caz. Ea trebuie să permită utilizatorilor să obţină
informaţii privind grupurile sau anumite grupuri de cazuri sau persoane atunci când acestea
solicităun anumit raport. Rapoartele sunt produse derivate ale datelor de procesare aflate deja
în sistem, nimic nefiind introdus în mod special în scop de raportare.
Următoarele cerinţe minimale trebuie îndeplinite de către subsistemul de Management de Caz:
Subsistemul de Management de Caz trebuie să gestioneze întregul ciclu de viaţă al unui caz, de la iniţiere până la finalizare. Subsistemul trebuie să implice oameni, activităţi, sarcini, date, documente, colaborare, rapoarte, istoric, evenimente, reguli şi procese.
Subsistemul trebuie să beneficieze out-of-the-box de o integrare clară, transparentă cu subsistemul de Management al Regulilor şi Fluxurilor Proceselor Interne, fără a necesita dezvoltări adiţionale.
Subsistemul trebuie să utilizeze aceleaşi instrumente pentru crearea, modelarea şi implementarea cazurilor cu cele utilizate de subsistemul de Management al Regulilor şi Fluxurilor Proceselor Interne pentru crearea, modelarea şi implementarea proceselor.
Subsistemul trebuie să utilizeze acelaşi motor de orchestrare, execuţie şi monitorizare a cazurilor cu cel utilizat de subsistemul de Management al Regulilor şi Fluxurilor Proceselor Interne pentru orchestrarea, execuţia şi monitorizarea proceselor.
68
Subsistemul trebuie să gestioneze stările prin care trece un caz pe parcursul ciclului său de viaţă. La un moment dat, un caz trebuie să se regăsească într-una din urmatoarele stări: activ, suspendat, anulat, închis.
Subsistemul trebuie să permită crearea şi configurarea fiecărui tip de caz cu posibilitatea de a specifica numele, permisiunile, prioritatea, evenimentele importante (milestones), rezultate posibile, etc.
În funcţie de importanţa, fiecărui caz trebuie să îi fie asociată o prioritate cu valori pe o scară de la 1 (prioritate mare) la 5 (prioritate scăzută).
Subsistemul trebuie să permită definirea de categorii de cazuri şi gruparea pe categorii a cazurilor.
Subsistemul trebuie să permită definirea de activităţi în contextul unui caz. Activităţile reprezintă sarcini de lucru iar sistemul trebuie să permită definirea cel putin a urmatoarelor tipuri de activităţi:
o Activităţi care implica intervenţie umană o Activităţi bazate pe procese BPMN o Activităţi custom bazate pe clase Java sau echivalent.
Comportamentul fiecărei activităţi trebuie să poată fi definit printr-o serie de atribute, subsistemul permiţând astfel definirea cel puţin a următoarelor tipuri de activităţi:
o Activităţi manuale sau automate o Activităţi repetabile sau unice o Activităţi obligatorii sau opţionale o Activităţi condiţionate
Subsistemul trebuie să beneficieze de o librărie de activităţi predefinite cum ar fi fluxuri de lucru sau transmiterea de notificări prin email.
În cazul în care anumite activităţi trebuie realizate într-o ordine specificată, subsistemul trebuie să permită definirea de condiţii şi reguli de execuţie a activităţilor.
Subsistemul trebuie să permită asignarea unui proces BPMN existent ca activitate a unui caz.
Fiecare activitate a unui caz trebuie să aibă date de intrare şi date de ieşire. Datele de intrare trebuie să fie determinate pe baza regulilor cazului sau introduse de către un utilizator. Datele de ieşire trebuie să poată fi salvate ca informaţii ale cazului.
Sistemul trebuie să permită definirea de activităţi globale care să poată fi apelate/executate ăn oricare caz gestionat, indiferent de tipul acestuia.
Subsistemul trebuie să beneficieze out-of-the-box de o integrare clară, transparentă cu subsistemul de Management Documente şi Arhivare, fără a necesita dezvoltări adiţionale.
Subsistemul trebuie să beneficieze out-of-the-box de capabilităţi de stocare a documentelor asociate cazurilor ca şi foldere în subsistemul de Management Documente şi Arhivare.
Subsistemul trebuie să permită asocierea de documente la cazurile gestionate. Documentele asociate cazurilor trebuie să poată fi accesate numai de către utilizatorii care au aceste privilegii.
69
Subsistemul trebuie să permită definirea unui folder în care să fie stocate toate documentele aferente unui caz. Acest folder trebuie să poată conţine alte subfoldere. Folderul de caz trebuie să poată fi creat în mod automat, dinamic de Subsistemul de Management de Caz.
Subsistemul trebuie să permită definirea de evenimente care pot avea loc pe parcursul derulării unui caz. Evenimentele trebuie să poată fi declanşate manual de către utilizatorii care lucrează la cazul respectiv.
Subsistemul trebuie să permită definirea cel puţin a urmatoarelor tipuri de evenimente:
o Evenimente legate de ciclul de viaţă al unui caz (ex: schimbarea stării) o Evenimente importante în cadrul unui caz (milestones) o Evenimente referitoare la activităţi o Evenimente referitoare la informaţiile (date, documente, etc.) unui caz o Evenimente referitoare la participanţii la un caz
Pentru fiecare caz în parte, subsistemul trebuie să permită asocierea de participanţi la caz, iar acţiunile realizate asupra obiectelor care fac parte din caz (date, documente, etc.) să fie realizate numai de participanţi.
Subsistemul trebuie să permită responsabilului de caz să decidă ce acţiuni pot fi realizate de fiecare participant la caz.
Subsistemul trebuie să permită participanţilor la caz să definească permisiuni adiţionale asupra obiectelor care fac parte din caz.
Subsistemul trebuie să permită localizarea în mai multe limbi a interfeţei de lucru, a obiectelor (date, documente) şi a atributelor (titlu, categorie, eveniment, etc.) care fac parte dintr-un caz.
Subsistemul trebuie să permită definirea de reguli pentru a determina ce activităţi vor fi activate pentru execuţie manuală sau automată. Regulile trebuie să fie invocate la apariţia fiecarui eveniment din caz.
La definirea fiecărui tip de caz, subsistemul trebuie să permită crearea automată a unei biblioteci de reguli care să realizeze diferite operaţii legate de caz.
În vederea realizării activităţilor curente, participanţii la cazuri trebuie să aibă la dispoziţie un spaţiu de lucru bazat pe o interfaţă web parametrizabilă în funcţie de roluri şi responsabilităţi.
Spaţiul de lucru trebuie să fie integrat cu cel al subsistemului de Management al Regulilor şi Fluxurilor Proceselor Interne astfel încât utilizatorii să poată accesa toate sarcinile curente printr-o singură interfaţă.
Interfaţa de lucru trebuie să se bazeze pe o platforma tip portal şi să beneficieze de meniuri, bare de instrumente, tab-uri, butoane, etc. Accesul la spaţiul de lucru trebuie să fie permis numai după autentificare prin nume de utilizator şi parola.
Utilizatorii trebuie să aibă posibilitatea de a filtra sarcinile curente de lucru pe bază de criterii configurabile şi de a le ordona în funcţie de prioritate, termen de finalizare, data primirii, etc.
70
4.3.5. Componenta Management a Regulilor şi Fluxurile Proceselor Interne
Subsistemul de Management a Regulilor şi Proceselor este o componentă esenţială în sistemul
informatic al CCR pentru că implementează procesele şi soluţiile care susţin automatizarea
proceselor interne şi regulile funcţionale. Managementul ciclului de viaţă al regulilor şi fluxurilor
proceselor interne sunt capabilităţi cheie în sistemul informatic CCR.
Functionalităţi:
Modelare procese interne
Acest subsistem trebuie să conţină o componentă care să permită modelarea proceselor interne
folosind standardul BPMN. Această componentă trebuie să permită reprezentarea grafică a
procedurilor funcţionale interne ceea ce va permite o mai buna comunicare a lor, o reprezentare
standardizată care va facilita înţelegerea colaborărilor pentru realizarea unui nivel de
performanţă dorit şi a operaţiunilor funcţionale între direcţiile funcţionale. Acestea trebuie să
asigure ca unităţile operaţionale vor avea o înţelegere uniformă a proceselor lor interne.
Modelarea proceselor interne utilizând standardul BPMN va crea oportunitatea de a simula,
anima şi de a optimiza procesele înainte de a-l implementa. De asemenea, utilizarea modelelor
de procese interne trebuie să permită pe de o parte prioritizarea modificărilor în funcţie de
necesităţile funcţionale, iar pe de altă parte efectuarea de schimbări fără costuri generale de
dezvoltare semnificative.
Fluxuri de Procese Inter-sistem
Soluţia oferită trebuie să permită definirea unor fluxuri inter-sistem al proceselor de lucru
automatizate în toate subsistemele (cum ar fi Management de Caz, Management Documente,
Managementul Colaborării şi a Cunoştinţelor)
Fluxuri de Procese Intra-sistem Soluţia ofertă trebuie să permită definirea unor fluxuri intra-sistem al proceselor de lucru automatizate în cadrul soluţiei unui subsistem
71
Calendarul proceselor operaţionale
Soluţia propusă trebuie să permită programarea proceselor interne prin alocarea de timp de
procesare prin realizarea unui calendar al proceselor operaţionale. Componenta de
programare evenimente sau procese interne trebuie să fie configurabilă pentru a putea fi
întreţinută de utilizatorii finali în conformitate cu drepturile de acces la această componentă.
De asemenea, aceată componentă trebuie să poată emite alerte atunci când este
programată.
Managementul Regulilor Funcţionale Această funcţionalitate trebuie să coreleze regulile funcţionale la orice proces intern. Motorul de reguli trebuie să nu aibă niciun impact asupra proiectării sau arhitecturii aplicaţiei. Motorul de reguli funcţionale care sprijină integrarea între diferitele componente ale soluţiei trebuie să fie foarte configurabil şi uşor de utilizat, astfel încât să permită utilizatorilor instituţionali cu drepturi de securitate adecvate să editeze şi să configureze reguli în mod dinamic.
Monitorizarea Proceselor
Soluţia propusă trebuie să ofere posibilitatea monitorizării procesării interne prin preluarea
valorilor de stare din motoarele de fluxuri de lucru şi regului şi a le prezenta sub forma unor
tablouri de bord operaţionale pentru monitorizarea performanţei.
Platforma tehnologică pentru modelarea proceselor şi fluxurilor de lucru trebui să satisfacă
următoarele cerinţe:
Să permită modelarea şi execuţia fluxurilor de afaceri exprimate folosind standardul Business Process Modeling Notation 2.0 (BPMN 2.0);
Instrumentul de modelare să fie disponibil într-o interfaţa web şi uşor de utilizat de către personal non-tehnic;
Folosind diagramele BPMN, să permită colaborarea între personalul non-tehnic şi cel IT în vederea optimizării permanente a proceselor modelate;
Să permită simularea fluxurilor modelate în cadrul interfeţei web
Să permită testarea fluxurilor modelate cu ajutorul unui mecanism uşor de utilizat de către personalul non-tehnic
Să ofere un mediu de colaborare, de tip portal web, destinat partajării elementelor arhitecturii de intreprindere (domenii de procese, diagrame de proces, reguli de business);
Să permită punerea în execuţie a procesului modelat din cadrul interfeţei web de modelare
72
Interfaţa de modelare să permită definirea unui flux de aprobare pentru punerea în execuţie a procesului
Instrumentul de modelare trebuie să permită blocarea exclusivă a modelului BPMN de către utilizatori
Fluxurile proceselor de lucru existente în CCR sunt următoarele:
Nr. Fluxurile de procese interne principale
1 Pre-notificare si pregătire pentru Faza 1 de Analiză a Concentrărilor Economice
2 Concentrări Economice – Faza 1 de Analiză
3 Concentrări Economice – Faza 2
4 Antitrust: Faza Preliminară – Reclamaţie Partea 1
5 Antitrust: Faza Preliminară – Reclamaţie Partea 2
6 Antitrust: Faza Preliminară – Reclamaţie Partea 3
7 Antitrust: Faza Preliminară – Din oficiu
8 Antitrust: Faza Preliminară – Clemenţă
9 Antitrust: Investigaţie Oficială
10 Anchetă de piaţă – Faza 1
11 Anchetă de piaţă – Faza 2
12 Analiza Impactului Reglementării (AIR)
13 Promovarea Culturii Concurenţei
14 Ajutor de Stat – Ex-ante
15 Ajutor de Stat – Monitorizare
16 Ajutor de Stat – Recuperarea Ajutorului Ilegal
17 Concurenţa Neloială
73
În implementarea fiecărui flux de process de lucru se va ţine cont de existenţa unor matrici
RACI (Responsible, Accountable, Consulted, Informed – Responsabil, Răspunzător, Consultat,
Informat) prin care se descriu rolurile şi responsabilităţile diverselor echipe sau persoane în
derularea unui proces funcţional. În timpul fazei de analiză, se vor detalia şi formaliza aceste
fluxuri ale proceselor de lucru împreuna cu matricile RACI aferente în vederea implementării în
componenta Management Reguli şi Fluxuri Procese Interne.
Detalii suplimentare privind organizarea, funcţionarea şi atribuţiile Consiliului Concurenţei se pot
găsi atât în Legea Concurenţei nr.21/1996 cât şi în Regulamentul de Organizare, Funcţionare şi
Procedură al Consiliului Concurenţei sau în celelalte documente oficiale care stabilesc cadrul
legislativ de funcţionare al instituţiei publicate pe site-ul oficial www.consiliulconcurentei.ro .
4.3.6. Componenta de Integrare Informaţie
Componenta de Integrare Informaţie trebuie să asigure implementarea unei arhitecturi bazate
pe o magistrală de comunicare între servicii (ESB- Enterprise Service Bus) care centralizează
comunicarea şi interacţiunea între componente într-o arhitectură de tip SOA. Această abordare
permite utilizarea doar a unor serviciilor web pentru implementarea unei arhitecturi flexibile, uşor
de modificat la apariţia unor cerinţe de modificare a activităţilor, scalabilă şi cu implementare
standardizată a integrării între diferitele module sau aplicaţii interne sau externe.
Componenta de Integrare Informaţie din punct de vedere tehnologic va trebuie să respecte
următoarele cerinţe:
Să ofere suport complet pentru dezvoltarea, testarea, execuţia, monitorizarea, optimizarea şi administrarea proceselor de lucru;
Sa ofere suport pentru solutii moderne şi deschise de integrare conform principiilor şi conceptelor arhitecturii Service Oriented Architecture (SOA) şi Event Driven Architecture (EDA);
Sa fie bazata pe standardele deschide de interoperabilitate a aplicatiilor WS-I Basic Profile,WSDL, WS-*, XML, SOAP, UDDI, BPEL;
Să permită modelarea declarativă a proceselor de lucru utilizând standardul OASIS BPEL cu ajutorul mediului de dezvoltare integrat al sistemului;
Platforma de integrare şi mediul său de dezvoltare să asigure instalarea proceselor modelate pe serverele de execuţie şi să susţină scrierea de suite de teste asociate fluxurilor de lucru;
Să permită comunicaţii sincrone şi asincrone inter-aplicaţii;
Să ofere mecanisme transparente de persistenţă a stării proceselor şi informaţiilor de audit într-o bază de date relaţională;
Din punct de vedere al interacţiunii umane cu procesele de integrare, să ofere şabloane predefinite de dirijare a activităţilor către utilizatorii cu roluri specifice la nivelul aplicaţiilor precum şi interfeţe grafice de lucru cu fluxurile automatizate;
74
În scopul detectării problemelor de performanţă a platformei de fluxuri, infrastructura de execuţie va permite colectarea permanentă de statistici de execuţie – timpi de execuţie, frecvenţă de apariţie evenimente, stări fluxuri – pentru procesele instalate;
Sistemul va include un modul dedicat de stocare şi evaluare a regulilor de business, externe proceselor modelate, pe care personalul non-tehnic le va putea accesa şi modifica on-line prin intermediul unei console web;
Tipurile de mesajele transportate suportate de soluţia de tip Service Bus vor fi: XML, text, binar, attachment;
Sistemul va include capabilităţi extinse de transformare a mesajelor XML utilizând standarde deschise W3C Extensible Stylesheet Language (XSL) şi Xquery;
Sa ofere solutii de conectare predefinite la principalele tipuri de tehnologii: baze de date relationale, cozi de mesaje (Java JMS, Oracle Advanced Queuing AQ, IBM MQ, MS MQ), sisteme de fisiere, servere FTP;
Să ofere un cadru de dezvoltare pentru noi soluţii de conectare la sisteme externe bazat pe standarde deschise;
Sa ofere servicii de transport cu suport pentru persistenta datelor şi garantarea livrarii datelor;
Sa includa capabilitati extinse de transformare şi dirijare a datelor bazate pe continutul transportat;
Sa permită folosirea canalelor de notificare moderne (email, voce, SMS, fax) pentru informarea utilizatorilor despre evenimentele semnificative aparute in aplicatii;
Soluţia va implementa următoarele modele de servicii: sincron cerere/răspuns, asincron one-to-one, asincron one-to-many, asincron cerere/răspuns (synchronous-to-asynchronous bridging);
Sa permită auditarea şi inregistrarea proceselor şi serviciilor executate sau in curs de executie precum şi a datelor transportate.
Service Bus-ul va oferi posibilitatea definirii, la momentul execuţiei, a adreselor de destinaţie a mesajelor (Dynamic Routing), eventual prin interogarea unei soluţii de tip Service Registry;
Soluţia va implementa mecanisme de control şi garantare a livrării mesajelor conform următoarelor tipuri de politici: Exactly-Once, At-Least-Once, Best-Effort;
Să includă o soluţie de tipul monitorizare a activităţii de afaceri - Business Activity Monitoring (BAM);
Să permită monitorizarea în timp real a unor indicatori de performanta ce vor fi definiti in timpul fazei de analiza;
Să permită monitorizarea în timp real a SLA-urilor de business sau operaţionale;
Să colecteze date utilizând diferite canale de date precum: conexiuni la baze de date relaţionale, cozi de mesaje, publicare directă în cache-ul de monitorizare în timp real;
75
Definirea şi prezentarea tablourilor de bord se va putea face de către personal non-tehnic utilizând un simplu browser web;
Soluţia va permite definirea de alerte şi planuri de acţiuni asociate nerespectării KPI-urilor şi SLA-urilor impuse sau altor evenimente ale sistemului;
Să ofere un modul centralizat de gestiune şi aplicare a politicilor de securitate peste portofoliul de fluxuri electronice instalat;
Să ofere servicii de securitate atât la nivel transport cât şi la nivel de aplicaţie;
Pentru asigurarea securităţii la nivel transport, soluţia va permite utilizarea protocolul Secure Socket Layer (SSL) şi a certificatelor compatibile X.509;
Să ofere servicii de securitate specifice lucrului cu serviciile web standard: o autentificarea accesului la servicii; o autorizarea accesului la servicii.
Soluţia să fie bazată pe standardele deschise de securitate a serviciilor web, precum WS-Security, Security Assertation Markup Language (SAML);
Să ofere suport pentru standardele deschise de securitate privind mesajele în format XML:
o XML Encryption pentru criptarea / decriptarea mesajelor XML în vederea asigurării confidenţialităţii mesajelor transportate; o XML Signature pentru semnarea / verificarea digitală a mesajelor XML în vederea asigurării integrităţii şi non-repudierii mesajelor transportate.
Soluţia va putea securiza totalitatea apelurilor către serviciile existente printr-un mod de funcţionare de tip poartă de acces (gateway) fără să fie necesară modificarea proceselor instalate;
Să ofere agenţi ce vor putea fi instalaţi pe staţiile client în vederea împachetării (adăugare informaţii securitate) apelului către serviciile web dorite;
Mecanisme de grupare a serverelor în clustere pentru toate componentele platformei de integrare atât în topologii de tip activ-activ cât şi activ-pasiv;
Stoparea temporară a unui nod din cluster pentru mentenanţă şi suport, sistemul în acest timp fiind disponibil pentru activităţi normale;
Mecanisme de balansare dinamică a încărcarii sistemului între resursele administrate în cadrul aceluiaşi cluster;
Mecanisme de scalare a sistemului pe orizontală (Scale Out) şi verticală (Scale Up);
Să permită rularea platformei de integrare pe toate distribuţiile majore de sisteme de operare prezente pe piaţă: Windows, Linux şi Unix;
Suport pentru includerea sub-proceselor apelate dintr-un proces principal în tranzacţia fluxului iniţiator;
Implementarea unui mecanism de export al informaţiilor – variabile proces, activităţi, excepţii – din flux direct în baze de date relaţionale sau cozi de mesaje;
Facilităţi de activare a auditării numai în cazul terminării cu eroare a unui flux;
76
Specificarea şi modificarea fluxurilor de mesaje să se poată face atât utilizând mediul de dezvoltare integrat al sistemului cât şi un simplu browser web;
Managementul încărcării livrării mesajelor către serviciile destinaţie înregistrate la nivelul magistralei de interconectare folosind cozi de mesaje tampon care permit:
o definirea concurenţei maxime admise de serviciul destinaţie; o definirea unei perioade de expirare pentru mesajele trimise; o definirea de priorităţi asociate mesajelor.
Actualizarea informaţiilor în panourile de bord se va face automat, în timp real, fără a fi necesar un “Refresh” manual din partea utilizatorului;
Se va permite apelul de fluxuri de business ca pas al unui plan de acţiuni;
Platforma de monitorizare va fi direct integrată cu infrastructura de fluxuri de procesare oferind posibilitatea publicării directe de informaţii relevante la nivel de proces către cache-ul sistemului de monitorizare;
Definirea politicilor de securitate se va face declarativ, utilizând un instrument de configurare web-based, pe baza unor primitive de activităţi de securitate pre-definite – exemplu: verificarea credenţialelor utilizator versus un director LDAP, auditarea accesului la un serviciu, etc.
Componenta de Integrare Informaţie va rula pe o platformă tehnologică tip server de aplicaţii
care, din punct de vedere tehnologic, trebuie să respecte, pe lângă cerinţele de la capitolul 4.4.2
Cerinţe platformă Server de aplicaţii, următoarele cerinţe:
Să implementeze, sub forma unui cache distribuit de date, servicii specifice soluţiilor de tip Data Grid care să permită partajarea şi administrarea volumelor de date distribuite;
Să implementeze mecanisme interne de backup a datelor, transparente pentru aplicaţii, între nodurile din cluster astfel încât să se asigure disponibilitatea ridicată a serviciilor de date;
Să permită definirea, înregistrarea şi consumul de evenimente asociate datelor stocate în cache-ul distribuit;
Cache-ul de date distribuit să ofere mecanisme de acces concurent la date, grupare a operaţiilor în tranzacţii, participare în tranzacţii distribuite;
Sistemul de caching trebuie să ofere suport nativ pentru .NET, Java şi aplicaţii C++;
Sistemul de caching trebuie să implementeze un mod de management distribuit al obiectelor şi atributelor de sessiune în cadrul unui cluster pentru a optimiza traficul de reţea la accesarea şi actualizarea atributelor din cache;
Sistemul de caching trebuie să ofere capabilitatea de a corela rezultatul unei interogări în sistemul de caching cu evenimente corelate de actualizare a caching-ul pentru a furniza rezultate în timp real.
Sistemul de caching trebuie să ofere clienţi nativi, fără dezvoltări suplimentare, care să permită accesul în timp real asupra obiectelor din cache.
77
Sistemul de caching trebuie să ofere capacitatea de a injecta cod la nivel de server de caching care să permită gestionarea accesului concurent la entităţilor stocate şi definirea de triggeri asociaţi obiectelor din cache.
Sistemul de caching trebuie să ofere un mecanism de compresie a entităţilor stocate.
Sistemul de caching trebuie să asigure portabilitatea şi independenţa faţă de limbajele de dezvoltare.
4.3.7. Componenta Managementul Colaborării şi al Cunoştinţelor
Componenta de management a colaborării şi cunoştinţelor se referă la activităţile de colaborare
pe care le întreprind persoanele, grupurile, atât în cadrul echipelor care lucrează la un caz
anume, cât şi pe plan intern (instituţie în general) sau pe plan extern.
Cerinţele privind managementul Colaborării şi al Cunoştinţelor la organizarea unui suport pentru
schimbul de informaţii şi se referă la:
Utilizarea unui sistem de mail
Implementarea unui calendar de evenimente integrat în managementul de caz care să poată fi partajat cu părţile interesate în rezolvarea unui caz
Implementeare unui sistem de mesagerie instant standard care să poată fi partajat cu soluţia pentru management de caz
Implementarea unui sistem de creere şi gestionare a unui spaţiu de lucru colaborativ al echipei care lucreaza la un caz în care în principal se află documentele de lucru şi informaţiile referitoare la cazul la care lucreză echipa
Posibilitatea utilizării de conferinţe (web, audio, video, înregistrare audio)
Implementarea unui sistem de bază de date de cunoştinţe în care se vor introduce acele documente care au un caracter general valabil, descrieri rezumat de speţe de cazuri rezolvate cu link-uri la dosarele de caz din baza de date sau din arhivă
Implementarea unor facilităţi de căutare instituţională care să permită căutări în bazele de date active ale instituţiei sau în arhivă.
Crearea unei reț ele de lucru pe probleme de concurenț ă la nivelul instituț iilor interesate folosind instrumente TIC
4.3.8. Componenta Raportare şi Analize Statistice
Componenta Raportare şi Analize Statistice se va baza pe o platforma de procesare de tip BI
care se va licenț ia pentru un număr de minim 5 utilizatori.
78
Sursele de informaţii principale pentru această componenta provin din componenta
management de caz, informaţiile provenite din analizele de piaţă, baza de date de documente.
Se vor implementa un număr de rapoarte standardizate (20) în conformitate cu cerinţele UE,
Guvern şi cerinţele interne CCR pentru care vor exista descrieri unice, standardizate, şabloane
conform standardelor interne CCR.
Componenta va oferi şi facilităţi de raportare ad-hoc prin crearea unor rapoarte /grafice
suplimentare în afara rapoartelor standardizate. Instrumentul prin care se pot obţine rapoartele
ad-hoc trebuie sa se poată integra cu toate sursele de informaţii din sistem, să poată livra
conţinut grafic inclusiv tablouri de bord şi să ofere o interfaţa accesibilă utilizatorilor din sistem.
Cerinţele minimale care vor fi satisfăcute de această componentă sunt:
Modulul va conț ine un numar de aproximativ 20 rapoarte predefinite şi va exista posibilitatea
definirii de rapoarte noi ad-hoc.
Vor exista criterii de filtrare multiple, ca de exemplu:
Domeniu/piata, codificat prin nomenclatorul CAEN
Tip de document care a declansat cazul (notificare, adresa, plangere, autosesizare, solicitare aviz, cerere de certificare prealabila, solicitare punct de vedere etc)
Tip de document de finalizare a actiunii (decizia, aviz, adresa, punct de vedere, process verbal)
Beneficiarul
Responsabili/Directia
Perioada
Directia
Modulul va permite obtinerea interactiva de informatii grupate şi ordonate folosind diferite criterii
de selectie şi ordonare. Criteriile de selectie pot fi combinate, permiţând reducerea numarului de
rezultate afisate.
Aceasta componenta trebuie sa respecte urmatoarele cerinte tehnologice:
Sa ofere posibilitatea prezentarii datelor in formate variate (tabele, tabele pivot, grafice, texte derulante, etc.).
Sa permită combinarea rezultatelor obtinute de pe platforme diferite la momentul interogarii, astfel incat setul de date rezultat sa fie unitar.
Sa permită integrarea cu instrumente de lucru Office (Microsoft Excel).
Sa permită salvarea rapoartelor in formate diferite (Excel, PDF, HTML, etc).
Sa ofere posibilitatea includerii rapoartelor/graficelor in tablouri de bord pentru toti utilizatorii finali, fara costuri de licentiere suplimentare.
79
Sa dispuna de mecanisme de alertare pentru utilizatorii finali (via aplicatie, email, etc.).
Sa ofere utilizatorilor finali posibilitatea subscrierii la alertele definite.
Mediul de lucru pentru utilizatorii finali sau alti dezvoltatori de rapoarte/analize sa fie in mediu web.
Utilizatorii sa işi poată crea singuri propriile rapoarte (analize ad-hoc) fara sa fie nevoiti sa cunoasca structurile fizice de date pe care le acceseaza.
Din punctul de vedere al arhitecturii sistemului de raportare, toate componentele sale trebuie sa fie strans integrate, sa faca parte dintr-un mediu unitar de lucru şi sa utilizeze un sistem de securitate comun.
Sa permită accesarea datelor atat de pe platforme relationale, cat şi multidimensionale.
Sa permită integrarea cu LDAP, oferind in acelaşi timp propriul sistem de securitate pentru accesul la rapoarte.
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 de tip point-and-click şi drag-and-drop.
Produsul va oferi posibilitatea de a crea rapoarte inlantuite, datele din raportul copil fiind filtrate pe baza rezultatelor din raportul parinte.
Sa ofere capabilitati de drill-down pe diferite nivele de agregate.
Sa expuna o interfata de administrare atat a drepturilor de acces la diferite zone cat şi a drepturilor de acces pe diferite tipuri de actiuni.
Produsul trebuie să afişeze excepţiile/depăşirile sub formă de cod culori.
Să permită facilităţi avansate de formatare a rapoartelor.
Să ofere posibilitatea de salva, organiza şi partaja rapoartele cu alţi utilizatori.
Să ofere posibilitatea de rulare pe diverse platforme hardware şi pe sistemele de operare majore de pe piaţă (Windows, Linux, UNIX).
4.3.9. Componenta Portal Extern
Aşa cum s-a menţionat anterior, funcţionalităţile portalulul extern vor fi extinse cu facilităţi care
se referă la regulile şi procedurile de tratarea a cazurilor. Conform legislaţiei în vigoare şi a
normelor CE, Consiliul Concurenţei are obligaţia să publice pe portalul extern existent diverse
informaţii legate de derularea activităţilor de investigare, avize, rezoluţii, comunicate de presă,
etc. în conformitate cu regulile şi fluxurile proceselor interne de tratare a cazurilor.
4.3.10. Componenta de monitorizare
80
Natura activitatii Cosiliului Concurentei, a informatiilor prelucrate şi stocate prin sistemul
informatic impune implementarea unor solutii speciale privind monitorizarea infrastructurii, a
activitatii utilizatorilor şi administratorilor de sistem şi solutii specifice privind asigurarea unui
grad ridicat de securitate care să garanteze confidenţialitatea şi securitatea datelor in sistemul
informatic.
4.3.10.1. Cerinţe privind monitorizare evenimentelor din aplicaţii şi reţea
Obiective generale ale sistemului de monitorizare
Sistemul de monitorizare trebuie sa poată acoperi monitorizarea end-to-end in timp real a sistemelor (aplicatii, infrastructura, retea) care sunt in scopul acestui proiect. Sistemul de monitorizare trebuie sa suporte masurarea performantei şi disponibilitatii aplicatiilor şi sa poată acoperi toate protocoalele standard existente
Sistemul de monitorizare trebuie sa se poată identifica in mod proactiv problemele ce pot apare in sistemul monitorizat şi de asemenea sa se poată determina cauza acestor probleme.
Sistemul de monitorizare trebuie sa poată monitoriza aplicatia din perspectiva utilizatorului şi de asemenea trebuie sa poată monitoriza partea de infrastructura necesara functionarii aplicatiei şi sa coreleze evenimentele generate de catre cele 2 tipuri de monitorizari
Aplicatia de monitorizare trebuie sa dispuna de un layer de prezentare care sa asigure vizibilitatea calitatii serviciilor business monitorizate folosind conceptele SLA (Service Level Agreement) şi KPI (Key Performance Indicator). Soluţia trebuie sa permită vizualizare de rapoarte in timp real pentru a putea determina calitatea serviciilor IT furnizate catre utilizatori.
Soluţia de monitorizare trebuie sa poată monitoriza aplicatii de tip Java/J2EE permiţând colectare de metrici
4.3.10.1.1. Arhitectura
Sistemul de monitorizare trebuie sa fie scalabil pentru a permite extinderea usoara a monitorizarii intr-un mediu enterprise fara a necesita instalarea de noi echipamente hardware
Soluţia de monitorizare trebuie sa poată fi instalata pe platforme ce folosesc tehnologie de virtualizare
Arhitectura sistemului de monitorizare trebuie sa permită functionarea acestuia in modul HA şi sa permită fail-over automat de pe un nod pe altul. In aceste cazuri monitorizarea trebuie sa continue fara interventia operatorului
Soluţia de monitorizare trebuie sa poată gestiona monitorizarea echipamentelor de retea, a echipamentelor hardware (servere), echipamente de
81
tip storage precum şi a aplicatiilor ce ruleaza pe aceste echipamente. Monitorizarea tuturor componentelor se va realiza prin corelarea şi consolidarea evenimentelor de la echipamentele mai sus mentionate intr-o singura interfata.
Soluţia de monitorizare trebuie sa utilizeze o baza de date de tip CMDB care sa gestioneze şi sa permită vizualizarea topologica şi in timp real a serviciilor monitorizate precum şi a infrastructurii pe care aceste servicii se bazeaza.
Toti colectorii de informatii din sistemele monitorizate trebuie sa poată trasmite datele monitorizate folosind protocoale http/https.
Consola aplicatiei de monitorizare trebuie sa permită vizualizarea unui model in timp real al serviciilor monitorizate.
Soluţia de monitorizare trebuie sa fie capabila sa auditeze toate operatiile efectuate de utilizatori in aplicatie.
Aplicatia de monitorizare trebuie sa fie capabila sa se monitorizeze singura şi sa trimita alerte in cazul in care una dintre componente nu functioneaza in parametrii.
Aplicatia de monitorizare trebuie sa fie de tip web-based. Administrarea aplicatiei se va realize tot din interfata web.
Aplicatia de monitorizare trebuie sa permită administrarea centralizata, configurarea monitoarelor fiind posibila de la distanta.
Aplicatia de monitorizare trebuie să fie capabila să descopere automat si să faca legaturile aplicatiilor monitorizate pentru a putea fi customizata cât mai usor
Aplicatia de monitorizare trebuia să capteze datele de diagnosticare 24X7 şi să le salveze doar pe cele care au probleme astfel incât datele de diagnosticare a unei probleme să fie disponibile din prima fără a recrea problema.
Aplicaţia de monitorizare trebuie să îşi seteze singură pragurile critice fără intervenţia utilizatorului.
Aplicaţia de monitorizare trebuie să fie capabilă să îşi schimbe singură pragurile de alarmare şi să fie capabila să inveţe cum se comportă sistemele în diferite intervale pentru a reduce alarmele false în timpul orelor de vârf şi pentru a nu fi nevoie de praguri ridicate de alarmareAplicaţia de monitorizare trebuie să permită schimbarea pragurilor critice direct de către operator din consola de operare.
Aplicaţia de monitorizare trebuie să facă o diagnosticare a problemei apărute prin intermediul unor filtre automate, aplicaţia va gestiona automat aceste filtre şi numai erorile vor trece de acest filtru
4.3.10.1.2. Monitorizare infrastructura
Sistemul de monitorizare trebuie sa poată monitoriza partea hardware necesara functionarii in parametrii a aplicatiei. Trebuie sa permită monitorizarea
82
echipamentelor de retea, a serverelor, monitorizarea echipamentelor de tip storage.
Sistemul de monitorizare trebuie sa permită monitorizare a una sau mai multe metrici pentru un sistem, sa poată genera alerte in cazul in care anumite praguri sunt depasite. Fiecare metrica poate avea mai multe alerte de tip minor, major, critic.
Aplicatia trebuie sa poată monitoriza un fisier de tip log şi sa poată genera alerte cand anumite conditii sunt indeplinite. Fiecare alerta trebuie sa poată genera automat un set de actiuni.
Soluţia de monitorizare trebuie sa permită monitorizare sistemelor folosind protocoale de tip remote, fara instalare de agenti. Monitorizarea infrastructure urmareste determinarea disponibilitatii sistemelor precum şi performanta acestora.
Aplicatia de monitorizare trebuie sa poată executa diverse actiuni automate in cazul in care unul dintre monitorare genereaza o alerta.
Aplicatia de monitorizare trebuie sa poată executa actiuni automate declansate de monitoarele instalate. Actiunile automate pot consta in executia unui script pentru a restarta un proces sau stergerea, arhivarea unor loguri, etc.
Capacitatea de a monitoriza un set de metrici asociate unui proces pentru a putea determina care resursa este responsabila de o incarcare excesiva a procesului monitorizatSoluţia de monitorizare trebuie sa poată monitoriza baze de date (de tip Oracle sau Microsoft SQL Server), servere de aplicatii (Weblogic, Websphere, etc), sisteme de tip middleware, servere web, etc.
Soluţia de monitorizare trebui să fie capabilă să primească date şi să analizeze datele de la alte sisteme de monitorizare
4.3.10.1.3. Monitorizarea aplicatiilor
Sistemul de monitorizare trebuie sa permită urmarirea disponibilitatii şi a performantei serviciilor monitorizate. Monitorizarea se va realiza fara agenti, datele vor trebui colectate din diverse zone, iar monitorizarea aplicatiilor nu trebuie sa modifice datele din cadrul sistemelor urmarite. Colectarea informatiilor se va realiza cu ajutorul unor utilizatori virtuali care vor inregistra şi executa actiuni valide in aplicatia monitorizata.
Soluţia de monitorizare trebuie sa fie capabila sa colecteze informatii privind timpii de raspuns pentru metodele şi clasele apelate, memoria utilizata de obiecte. Aceste informatii trebuie sa poată fi folosite in fazele de testare şi implementare a aplicatiilor.
Sistemul de monitorizare trebuie sa poată capta tranzactiile şi clauzele sql şi de asemenea sa ofere informatii privind timpii de executie pentru acestea.
Sistemul de monitorizare trebuie sa detecteze problemele de disponibilitate şi performanta in mod proactiv şi sa ajute la micsorarea timpului de interventie in solutionarea problemelor
83
Monitorizarea sintetica a tranzactiilor din aplicatiilor monitorizate şi urmarirea acestora in serverul de aplicatii J2EE/.NET, middlewarebaze de date.
Soluţia de monitorizare va permite urmarirea indicatorilor de performanta pentru procesele de business, precum şi alinierea acestora cu procesele operationale din IT.
Soluţia de monitorizare trebuie sa ofere solutii de raportare a performantei aplicatiei şi de asemenea trebuie sa poată detecta incalcarea contractelor de servicii.
Pe langa monitorizarea folosind useri sintetici, sistemul trebuie sa permită urmarirea tranzactiilor generate de utilizatorii reali. Datalele colectate din monitorizarea sintetica, monitorizarea utilizatorilor reali şi evenimentele de infrastructura trebuie sa poată fi vizualizate intr-o singura interfata comuna.
Soluţia trebuie sa ofere posibilitatea de a integra date de tipul profiling pentru aplicatii Java/.NET. Trebuie sa poată oferi informatii privind cererile transmise catre serverul de aplicatii sau serverele de baze de date, metodele executate, sa ofere posbilitatea vizionarii clauzelor sql generate in urma tranzactiilor efectuate.
Aplicaţia de monitorizare trebuie să permită colectarea şi analizarea de date din surse externe: scripturi, scripturi de sistem, scripturi SQL, s.a.m.d.
4.3.10.1.4. Monitorizarea retelei
Sistemul de monitorizare a retelei trebuie sa aiba urmatoarele functionalitati:
Functionalitate
- Soluţia va realiza managementul evenimentelor de securitate IT în scopul creşterii nivelului de securitate şi asigurării unui răspuns eficient la atacuri asupra infrastructurii şi sistemelor IT
- Sistemul va colecta jurnalele de securitate din retea si va furniza posibilitatea raportarii centralizate a evenimentelor si detectarii problemelor de securitate din retea;
Caracteristici principale - sa fie capabil de a gestiona minim1000 evenimente/secunda, cu corelare
dinamica, capabil de a realiza corelarea evenimentelor pe baza de comportament si pe baza de reguli;
- sa permita colectarea logurilor si monitorizarea unui numar de minim 750 de dispozitive de retea/securitate (servere, firewall-uri, IDS/IPS-uri, routere etc) si statii de lucru;
- sa fie capabil de a gestiona cel putin 5000 de asett-uri;
84
- sa fie capabil de a gestiona un numar de minim 20 de utilizatori web; - sa fie capabil de a utiliza reguli implicite si reguli definite de utilizator;
Caracteristici de analiza a retelei - sa poata colecta evenimente de la peste 350 de produse si de la diversi
producatori din domeniul IT si retelistica/securitate IT; - sa poata prelua evenimente de echipamente de nivel 2 si 3: rutere, switchuri,
appliance-uri tip IDS si firewall-uri de la diversi producatori, obligatoriu Cisco si Checkpoint(cei mai comuni producatori); parsarea trebuie sa se faca intr-un format normalizat, pentru a usura procesul de cautare, corelare si investigatie a incidentelor
- sa permita integrarea cu solutii de analiza de vulnerabilitati, pentru a completa profilul de securitate al serverelor si aplicatiilor din retea;
- solutia trebuie sa permita integrarea minima cu urmatoarele scannere de vulnerabilitati: Qualys, Nessus, Rapid 6 NexPose, symantec NetRecon, Saint Vulenrability Scanner, ISS Internet Scanner, eEye Retina Network Security Scanner, McAfee Vulnerability Manager sa realizeze amprentare bazata pe declansare de incident, bazata pe retea sau pe sistem;
- sa realizeze analiza automata si gestionata de utilizator pentru alarme fals-pozitive;
Caracteristici de tratare a evenimentelor - sa realizeze analiza si raspunsul la evenimente; - sa ofere un panou de control pentru managementul evenimentelor de
securitate bazat pe roluri; panourile de control sa poata fi personalizate pentru fiecare utilizator in parte
- vizualizarea evenimentelor, atat a celor venite de la echipamente, cat si a celor corelate, trebuie sa se poata face in timp real
- sa realizeze consolidarea evenimentelor, si maparea acestora la o singura sesiune, daca acele evenimente contin astfel de informatiievenimentele sa fie prezentate agregat, daca este cazul – in special pentru echipamente care genereaza un volum mare de evenimente identice
- sa permita vizualizarea grafica a caii atacului, cu investigare detaliata; - sa ofere un profil pentru identificarea adresei MAC a sistemului atacator; - sa ofere detalii despre incident, incluzand reguli, evenimente brute,
vulnerabilitati si expuneri comune; - sa ofere posibilitatea de analiza imediata de incident, si determinarea de
alerte fals pozitive; - corelarea evenimentelor trebuie sa se faca in memorie; de asemenea,
corelarea trebuie sa includa si corelare statistica - sa permita crearea unui caz cu notificarea administratorilor atunci cand un
incident de securitate este detectat si sa aiba capabilitatea de management cazurilor inclusiv cu posibilitatatea atasarii unor fluxuri de actiuni
- sa ofere posibilitatea de a defini reguli personalizate cu ajutorul unei interfete grafice; sistemul trebuie sa permita copierea regulilor existente pentru crearea de noi reguli, testarea regulilor pe un anumit set de date, iar dupa ce
85
regula a fost definita in versiunea finala, sa fie aplicata pe fluxul de evenimente
- sa ofere posibilitatea de escaladare a incidentelor; sistemul trebuie sa prezinte un mecanism de escaladare clar definit, care sa evidentieze catre ce grupuri de persoane se face escaladarea, dupa ce perioada se face escaladarea la urmatorul nivel; oprirea escaladarii trebuie sa poata fi facuta din interfata solutiei
- notificarile trimise de catre sistem trebuie sa includa prioritatea evenimentului, evenimentul original sau corelat care a generat acea notificatie, grupul de notificare la care s-a trimis acea alerta, nivelul de escaladare la care s-a ajuns, si ora exacta la care a fost generat evenimentul
- sa ofere un mecanism de notificare, inclusiv prin e-mail, syslog, SNMP; - solutia trebuie sa permita crearea de alerte ponderate, ce ajuta la prioritizare.
Aceste ponderi trebuie sa se poata calcula in functie de mai multe caracteristici precum tipul evenimentului, vulnerabilitatea tintei, prioritatea sistemului/sistemelor afectate din punct de vedere business etc. Sistemul trebuie sa evidentieze timpul la care un eveniement a fost primit de solutie, timpul la care a ajuns evenimentul in sistemul central de analiza, si timpul care a fost raportat de dispozitivul care a generat evenimentul
- Sistemul trebuie sa permita limitarea latimii de banda utilizata pentru transmiterea datelor de tip eveniment de la site-urile localizate la distanta.
- Colectarea evenimentelor trebuie sa se faca cat mai aproape de dispozitivul generator de evenimente, iar comunicatia intre sistemul de colecatare e evenimentelor si sistemul de corelare trebuie sa se faca in mod securizat
Caracteristici de raportare - interogare cu latenta mica, in timp real, despre evenimente; - sa ofere posibilitatea de a utiliza interogari prestabilite, dar si interogari
customizate; - sa ofere rapoarte incluse, incluzand zona de management si operationala; - formate de export care sa suporte PDF, XLS, RTF, HTML si CSV;
Management - interfata bazata pe Consola de monitorizare si optional Web, care sa permita
administrarea bazata pe roluri cu privilegii definite; - sa ofere posibilitatea de ierarhizare cu alte sisteme de management a
evenimentelor, de la diversi producator, pentru consolidarea raportarii; - sa ofere posibilitatea de arhivare a datelor brute si a arhivei de evenimente pe
un echipament de stocare in standard NFS sau CIFS; - sa permita backup si restore automat;
Caracteristici de integrare in retea - trebuie sa poata prelua informatii de la echipamente de retea: routere,
Firewall si IPS/IDS de la diversi producatori, Log de sistem: Windows 2000, 2003, 2008, 2012,Linux; Aplicatii: servere web (cum ar fi IIS, Apache, etc.);
- sa ofere suport universal de echipament, pentru a agrega si monitoriza orice syslog de aplicatie;
Caracteristici de colectare log-uri
86
- sa ofere o functie de colectare si administrare log-uri care sa includa 16 conectori
- sa permita managementula pana la 500 de conectori la distanta (remote); - sa fie capabil de a gestiona pana la 2500 evenimente/secundasa
automatizeze procesul de colectare si gestionare log-uri de la diverse dispozitive si cu diverse formate prin normalizare si prin punerea logurilor intr-un format unificat standardizat.
- Sa permita configurarea a mai multor agenti de colectare, in acelasi timp, pentru facilitatea precesului de managent a acestora
Caracteristici de management a log-urilor - sa ofere o solutie software care sa dispuna de capabilitati de colectare,
stocare si analiza ulterioara a log-urilor. Solutia trebuie sa ofere management si monitorizare automata a resurselor de stocare, incluzand reciclarea si re-utilizarea mediului de stocare astfel incat sa existe in permanenta garantia disponibilitatii datelor pentru un interval recent de timp
- sa transforme logurile colectate intr-un format unitar comun (normalizat) si sa permita asocierea unor categorii flexibile pentru fiecare eveniment, categorizarea acestora in vederea efectuarii unei analize ulterioare cat mai facile. Formatul intern de reprezentare a evenimentelor trebuie sa fie deschis, disponibil sub forma unui RFC astfel incât integrarea unor surse viitoare de evenimente sa poata fi facuta rapid si eficient
- sa ofere o rata de compresie a log-urilor in medie de 10:1; - sa includa o baza de date pentru stocarea log-urilor colectate, care sa
permita receptionareea unui numar mare de evenimente pe secunda si cautari la viteze mari;
- sa suporte colectarea de la 200 de dispozitive; - sa fie capabil de a gestiona pana la 30 GB/zi; - sa permita cautari in volume de pana la 8TB;
sa suporte urmatoarele sisteme de operare: Red Hat Enterprise Linux v6.2, 64-bit, Oracle
Enterprise Linux, v6.1, 64-bit, CentOS, v6.2, 64-bit, Hyper-V on Windows Server 2008 R2,
64-bit, VMWare Virtual Appliance.
4.3.10.1.5. Rapoarte
Soluţia trebuie sa permită vizualizarea de rapoarte predefinite şi de asemenea sa ofere posibilitatea de a crea alte rapoarte
Rapoartele trebuie sa permită filtrarea informatiilor in functie de anumite criterii/conditii, in functie de severitatea mesajelor , in functie de data, in functie de sursa evenimentelor
87
Aplicatia genereaza automat rapoarte bazate pe datele colectate pentru urmatoarele categorii: resurse de sistem, disponibilitatea sistemelor, metrici de retea, resursele aplicatiilor,etc. Rapoartele predefinite trebuie sa poată oferi date de tip forecast.
Raportele trebuie sa poată fi executate in timp real sau sa poată fi programate sa ruleze la diverse interval iar rezultatele acestora trebuie sa poată fi exportate in fisiere sau distribuite pe e-mail.
4.3.10.1.6. Analiza şi detectarea cauzelor care au generat probleme
Soluţia de monitorizare trebuie sa poată face distinctia intre mesajele generate de o anumita problema astfel incat sa nu genereze alerte multiple pentru aceeaşi problema. Intervalul de timp pentru care sunt suprimate mesajele duplicat trebuie sa fie configurabil.
Aplicatia de monitorizare trebuie sa ofere o reprezentare grafica a serviciului monitorizat şi sa poată corela evenimentele primite de la monitoare la componentele serviciului monitorizat. Impactul asupra unui serviciu trebuie sa fie vizibil in harta acelui serviciuSistemul de monitorizare trebuie sa ajute la detectarea cauzelor problemelor aplicatiilor, interfetelor şi componentelor monitorizate. Rularea de rapoarte specifice sau vizualizare hartilor de stare ale serviciilor monitorizate trebuie sa ajute la corelarea şi identificarea cauzei ce a generat alertele. Soluţia trebuie sa vina in ajutorul administratorilor de sistem in vederea solutionarii sau prevenirii problemelor din sistemele gestionate.
Aplicatia trebuie sa permită definirea de SLA-uri bazate pe diverşi indicatori de performanta pentru masurarea disponibilitatii, performantei, volumului de tranzactii, MTTR, etc.
Modulul de analiza trebuie sa poată anticipa eventualele probleme ce pot apare
şi previna asupra impactului acestora in tranzactiile business. Analiza şi
corelarea evenimentelor trebuie sa se realizeze in timp real
4.3.10.2. Cerinţe privind monitorizarea serverelor
Soluț ia de monitorizare servere se refera la monitorizarea serverelor fizice sau virtuale care sunt în scopul acestui proiect.
Soluţia trebuie sa furnizeze inregistrarea complet vizuala a sesiunilor utilizatorilor, iar inregistrarea ar trebui sa includa:
o Ferestre de pe ecranul utilizatorului o Interactiunea utilizatorului cu ecranele, inclusiv miscari de mouse şi de clicuri pe butonul mouse-ului şi introducerea textului
Soluţia trebuie sa capteze informatii suplimentare despre activitatea utilizatorului in fiecare sesiune inregistrata, inclusiv:
88
o Nume de aplicatii (inclusiv numele fiecarui ecran de aplicatie), care sunt accesate de catre utilizator in cadrul unei sesiunii o Nume de fisiere care sunt deschise sau modificate o URL-ul paginilor web vizualizate
Soluţia trebuie sa permită redarea de inregistrari de sesiune prin intermediul interfetei browserului, fara a necesita software personalizat pentru client, plug-in-uri sau suport Java sau Flash specific
Sistemul va permite vizualizarea sesiunilor active .
Sistemul trebuie sa inregistreze sesiunile initiate prin intermediul aplicatiilor de acces de la distanta şi protocoalelor de conectare:
RDP
ICA VMware View
NetOp
PC-Anywhere
Alte metode de conectare / protocoale
Sistemul trebuie sa inregistreze şi sa afişeze informaţii despre fiecare sesiune inregistrata:
o nume utilizator o Adresa IP de la care conexiunea a fost facuta o Numele computerului de la care conexiunea a fost facuta
Inregistrările şi metadatele vor fi stocate intr-un mod sigur, intr-o baza de date parte intergranta a soluţiei furnizate.
Sistemul trebuie sa fie capabil sa nu realizeze capturile prin intermediul tehnologiei de streaming video, datorita marimii sale mari. Soluţia trebuie sa utilizeze capturi de ecran corelate.
Sistemul trebuie să aibă o consola de management centralizat, incluzând următoarele capabilitati:
o Politica de management bazata pe reguli de înregistrare (include / exclude aplicaţii, utilizatori, etc) o Abilitatea de a crea şi de a lucra cu grupuri de maşini, în scopul unei gestionari mai performante o Set de permisiuni ce pot fi personalizate granular pe baza rolurilor existente in politica de securitate dar şi modular ( se permite anumitor utilizatori sa redea doar anumite capturi de ecran) o Independenţa de apartenenţa la domeniu
Sistemul trebuie să utilizeze modelul “privilegiilor esenţiale” sau “celor mai mici privilegii” pentru controlul accesului.
Sistemul va permite cautarea de înregistrări, prin interogări de tip „full-text a tuturor metadatelor în fiecare înregistrare inclusiv numele serverului, utilizator şi data de înregistrare.
Sistemul va genera rapoarte de activitate pentru fiecare server: o Rapoartele trebuie să fie personalizate, permiţând selecţia câmpurilor de date şi gruparea lor.
89
o Rapoartele pot fi rulate ad-hoc, sau programate pentru livrare automata prin email. Rapoartele pot fi exportate în formate de fişiere Excel şi XML.
Sistemul va permite exportul de înregistrări, pentru a permite vizualizarea off-line de la distanţă, fară a fi nevoie de software personalizat
Sistemul va utiliza protocoale standard pentru conexiunea cu agentul pentru servere, cum ar fi HTTP.
Comunicarea dintre agent şi server trebuie să fie criptata, folosind protocoale standard, cum ar fi SSL peste HTTPS. Înregistrările fiecărui agent vor fi semnate digital şi stocate cu semnătură în baza de date
Comunicarea dintre agent şi server trebuie să se producă în timp real, fară a fi nevoie de utilizarea unei memorii tampon de tip „cache”. Cache-ul trebuie să fie utilizat numai în perioadele de nefunctionare a reţelei / tronsonului de reţea care asigura comunicarea dintre agent şi server
Sistemul trebuie să permită solicitarea răspunsului de identificare a utilizatorului înainte de validarea accesului la server. Această funcţionalitate trebuie să permită identificarea unică a utilizatorului pentru autentificarea generică a administratorilor.
Sistemul trebuie sa permită trimiterea de mesaje automate la utilizatori cu posibilitatea de primirea confirmărilor.
Sistemul trebuie sa înregistreze sesiuni din toate sistemele de operare Windows pentru servere / desktop (Windows /XP/2003/Vista/2008/7/2012).
Sistemul trebuie să aibă o interfaţă standard de tip API, care permite integrarea directă cu alte soluţii pentru gestionarea reţelei şi alte sisteme de monitorizare, pentru a oferi alerte in timp real.
Sistemul trebuie sa includă metode de protecţie pentru a preveni inchiderea proceselor initiate de agenţi, (de ex. Metode de tip „watchdog” Soluţia trebuie sa monitorizeze minim 10 servere fizice sau virtuale la un moment dat, soluţia permiţând mutarea licentelor in functie de cerintele de monitorizare pe un alt esantion de 10 servere fizice sau virtuale.
4.3.10.3. Cerinţe privind o soluţie de prevenire a pierderilor de date
Pentru a se asigura consistenţa informaţiilor şi o integrare eficientă a diferitelor module care să
asigure o soluţie completă de prevenire a pierderilor de date, se solicită ca toate componentele
soluţiei să fie de la un acelaşi furnizor.
Se solicită următoarele cerinţe privind soluţia de prevenire a pierderilor de date:
a. Agent de prevenire a pierderilor de date pe staţii
Soluţia trebuie să deţină un agent care să poată rula pe staţii cu Microsoft Windows XP, Vista, Windows 7 şi Windows 8, upgradate la ultimul service pack, şi să ofere acelaşi nivel de protecţie şi în Windows Safe Mode.
90
Soluţia trebuie să fie integrabilă cu Microsoft Active Directory.
Soluţia trebuie să facă clasificarea conţinutului chiar dacă acesta este arhivat şi trebuie să extraga datele din mai multe nivele de arhivare.
Soluţia trebuie să suporte detectarea documentelor confidenţiale pe baza amprentei acestora, şi să suporte un număr de cel puţin 10,000 de amprente pentru comparaţie şi să suporte fişiere mai mari de 25MB. Soluţia trebuie să aibă capabilitatea de a proteja datele bazându-se pe punctul lor de origine/ creare.
Soluţia trebuie să aiba capabilitatea de a clasifica fişierele pe baza termenilor şi cuvintelor cheie şi a expresiilor regulare.
Soluţia trebuie să aibă capabilitatea de a clasifica fişierele pe baza tipului lor, nu doar pe baza extensiei. Aceasta funcţionalitate trebuie asigurată cel puţin pentru fişiere de tip Microsoft Word, Excel, Powerpoint şi Adobe PDF.
Agentul trebuie să aiba capabilităţi de analiză de conţinut şi blocare pentru mediile optice reinscriptibile.
Soluţia trebuie să poată proteja informaţia confidenţiala cel puţin în urmatoarele puncte de iesire de pe statie:
o Scriere pe echipamente de stocare externe (USB, discuri optice) o Trimitere pe e-mail şi uploadare pe web o Printare o Scrisa pe o locatie partajata prin retea
Soluţia trebuie să permită configurarea de reguli prin care fişierul protejat să poată fi copiat şi vizualizat central de catre administratorii solutiei.
Soluţia trebuie să aibă un mecanism propriu de instalare a agenţilor pe staţiile de lucru.
Agentul de endpoint trebuie să poată asigura criptare la nivel de fişiere şi foldere şi criptare de hard disk.
Agentul de endpoint trebuie să permită aplicarea politicilor folosind continut înregistrat/ amprentat.
Agentul trebuie să poată fi configurat central ca pentru anumite politici să realizeze un proces de justificare, în care utilizatorului îi este cerut să detalieze motivul pentru care datele confidenţiale sunt trimise. Aceste justificări trebuiesc stocate centralizat.
Agentul trebuie să poată fi configurat central ca pentru anumite politici să suporte introducerea unui cod de deblocare, care poate, la decizia administratorilor, să permită transmiterea informatiilor confidentiale.
Soluţia trebuie să poată fi configurata să trimita notificari pe statie, care notificari să fie customizabile in functie de politica aplicata.
Agentul trebuie să permită limitarea echipamentelor de tip USB care se pot conecta la statie folosind cel putin urmatoarele criterii, care se pot stabili central printr-o politica, şi care poate fi aplicata diferentiat pe numele statiei şi numele utilizatorului conectat:
o ID Producator o ID Model Dispozitiv Periferic o Tipul de dispozitiv sau clasa dispozitivului detectat de sistemul de operare
91
Soluţia trebuie să poată lua urmatoarele actiuni la conectarea unui dispozitiv periferic:
o Blocare: Să nu permită instalarea acestuia o Monitorizare: Să genereze un eveniment ce contine detalii despre dispozitiv o Fortare mod utilizare ReadOnly: In cazul dispozitivelor de stocare date, acestea se vor utiliza doar pentru citirea datelor de pe ele
Soluţia trebuie să poată preveni executarea de cod şi aplicatii direct de pe dispozitive externe.
b. Componenta de monitorizare a pierderilor de date la nivel de reţea
Componenta trebuie să permită instalarea pe mediu virtual.
Soluţia trebuie să poată detecta cel putin urmatoarele protocoale de retea: HTTP, HTTPS, SMTP, Telnet, Yahoo messenger, FTP, AOL Instant Messenger, SMB şi MSN Messenger. Detectia trebuie să se faca pe semnatura, nu pe portul de comunicatie
Soluţia trebuie să poată detecta cel putin tipuri de fisiere Microsoft Word, Excel, Powerpoint, Adobe PDF, ZIP, RAR, GZIP, TAR, BZIP2, JPEG, GIF, TIFF, BMP.
Soluţia trebuie să permită inregistrarea de date ce trebuiesc protejate prin urmatoarele metode:
o Upload WEB: Să permită utilizatorului să incarce documentul ce trebuie protejat direct din interfata grafica de administrare o Sarcina de scanare şi inregistrare date: Să permită crearea unei sarcini de scanare şi inregistrare de date din baze de date, aplicatii web şi directoare partajate;
Soluţia trebuie să permită inregistrarea a cel putin 100.000 de documente.
Soluţia trebuie să permită monitorizarea datelor transmise prin intermediul unui port Mirror/SPAN sau Network TAP pentru a nu aduce latenta aditionala transmisiilor.
Soluţia trebuie să prioritizeze automat analiza traficului e-mail, webmail şi instant messaging daca işi atinge capacitatea maxima de procesare a datelor, in aceasta ordine.
Soluţia trebuie să detecteze prezenta transmisiilor criptate.
Soluţia trebuie să poată analiza continut din transmisiile criptate SSL prin tehnici de Man-in-the-middle prin intermediul unui proxy capabil ICAP.
Soluţia trebuie să indexeze transmisiile de date ce nu incalca politicile de securitate şi să permită cautari in acestea in functie de context şi continut.
Soluţia trebuie să poată detecta şi analiza fisiere mai mari de 25 de MB.
Soluţia trebuie să poată detecta şi analiza informatii arhivate şi să analizeze datele din mai multe nivele de arhivare.
c. Componenta de prevenire a pierderilor de date prin reţea
92
Componenta trebuie să permită instalarea pe mediu virtual.
Soluţia trebuie să poată bloca transmiterea de informatii confidentiale prin urmatoarele protocoale: HTTP, HTTPS, SMTP şi FTP
Soluţia trebuie să poată analiza şi bloca transmiterea de date confidentiale pentru o latime de banda de cel putin 100 Mbps.
Pentru e-mail Soluţia trebuie să permită carantinare, criptare şi redirectare, permitând configurarea şi logarea prin politica.
Soluţia trebuie să marcheze e-mailurile ce contin date restrictionate prin intermediul unui header ce dicteaza actiunea ce trebuie luata.
Mesajele de notificare pot fi modificate pentru a contine un mesaj personalizat.
d. Componenta de identificare a datelor confidenţiale
Componenta trebuie să permită instalarea pe mediu virtual.
Soluţia trebuie să se poată conecta la urmatoarele tipuri de surse de date: o CIFS sau NFS o HTTP şi HTTPS o FTP şi FTPS
Soluţia trebuie să se poată conecta la urmatoarele tipuri de baze de date: o Microsoft SQL o Oracle o MySQL Enterprise
Soluţia trebuie să se poată conecta la sursele de date fara să necesite software instalat pe acestea.
Soluţia trebuie să permită limitarea latimii de banda la accesarea datelor pentru a nu impacta performantele.
Soluţia trebuie poată lucra cu cel putin urmatoarele tipuri de fisiere: Microsoft Word, Excel, Powerpoint, Adobe PDF.
Scanarile de inregistrare trebuie să permită filtrare granulara utilizand cel putin urmatorii parametri contextuali:
o Locatie (director, subdirector, nume fisier) o Proprietarul fisierului o Dimensiunea fisierului
Soluţia trebuie să poată detecta şi analiza informatii arhivate şi să analizeze datele din mai multe nivele de arhivare.
Soluţia trebuie să permită indexarea datelor in propria baza de date, chiar daca acestea nu incalca politicile configurate şi să permită cautari ulterioare in continutul indexat.
Soluţia trebuie să suporte scanare incrementala.
Soluţia trebuie să permită scanarea, detectarea şi indexarea fisierelor mai mari de 25 de MB.
Soluţia trebuie să permită copierea, sau mutarea fisierelor ce incalca politica de securitate intr-un loc sigur spre evaluare.
93
Soluţia trebuie să poată inlocui fisierul mutat cu unul text ce explica de ce a fost relocat fisierul original.
e. Consola de administrare
Componenta trebuie să permită instalarea pe mediu virtual.
Consola permite pe langa distribuirea componentelor native şi impachetarea aplicatiilor de la terti şi instalarea acestora pe statiile de lucru.
Consola permite atribuirea automata a politicilor pe statii şi servere in functie de specificatiile sistemului. (Ex: Platforma desktop/server, Subnet, tip procesor, sistem de operare)
Sincronizarea dintre server şi client trebuie să fie initiata dinspre client catre server (printr-un mecanism de tip „polling”)
Consola de administrare trebuie să se poată integra cu Active Directory.
Soluţia trebuie să permită filtrarea evenimentelor ce sunt generate de componentele aflate pe statiile de lucru astfel incat baza de date să nu se incarce cu informatii considerate inutile.
Consola trebuie să permită construirea unei liste de contacte in vederea folosirii acestora pentru notificari prin mesagerie electronica (E-mail).
Canalul de comunicatie dintre serverul de administrare şi componentele distribuite pe calculatoare trebuie să fie criptat.
Canalul de comunicatie dintre consola şi cei ce o acceseaza trebuie să fie criptat.
Consola de administrare trebuie să poată fi accesata de pe orice computer din retea in mod securizat, fara necesitatea instalarii de software aditional.
Intervalul de sincronizare intre componente şi server să poată fi modificat.
Intervalul de transmitere a evenimentelor de pe client catre server să poată fi modificat.
Consola permite automatizarea de sarcini de instalare/dezinstalare a componentelor pe statiile de lucru, de rulare a rapoartelor şi de transmiterea de notificari de prin mesagerie electronica.
Consola trebuie să prezinte cel putin urmatoarele informatii despre sistemele administrate: numele sistemului, utilizatorul logat, produsele instalate, tipul de sistem de operare şi adresa IP .
Consola trebuie să permite aplicarea de politici diferite pentru sisteme pe: o Sisteme individuale o Grupuri de sisteme
Consola trebuie să stie să lanseze automat aplicatii externe şi să injecteze parametrii din evenimente.
Consola permite accesarea logului componentei de sincronizare de pe sisteme in timp real prin intermediul unui serviciu web.
Consola de administrare poate asigura generarea de rapoarte despre nodurile administrate şi despre evenimentele generate de ele.
94
Consola trebuie să permită crearea de noi rapoarte in mod granular cu informatii extrase din evenimente, sau despre sistemele administrate.
Rapoartele pot fi exportate in format csv, pdf sau html.
Rapoartele pot fi salvate ca fisiere sau trimise prin e-mail.
Raportele pot fi exportate intr-un format arhivat pentru conservare de latime de banda şi expediate automat pe e-mail unor destinatii presetate.
Consola permite evaluarea evenimentelor primite filtrarea evenimentelor primite de la statiile de lucru pentru o mai buna identificare a informatiilor relevante.
Se pot genera rapoarte utilizand: o Logul de audit administrativ o Detalii despre sitemele administrate (Detalii de configurare, hardware, utilizator) o Evenimente de la sistemele administrate o Informatii despre politicile aplicate sistemelor o Informatii furnizate de celelalte componente ale solutiei
4.3.11. Componenta securitate
Ofertanț ii vor avea in vedere ca soluț ia oferită să se integreze în sistemul de securitate existent al beneficiarului, detaliile privind acest sistem vor fi oferite după adjudecarea proiectului.
4.3.11.1. Cerinţe privind securitatea bazelor de date
Securitatea şi confidentialitatea datelor presupune protectia la accesul neautorizat sau rau
intentionat, prin mecanisme care permit identificarea şi autentificarea utilizatorilor.
Baza de date trebuie să fie abstractizata pentru aplicaţii, astfel incat aplicaţiile să nu depinda de
tipul bazei de date. Astfel comunicatia între aplicaţie şi baza de date trebuie adusă la un nivel în
care securitatea accesului la baze de date să depinda de mecanismele proprii ale bazei de
date.
Urmatoarele aspecte trebuie avute în vedere în implementarea sistemului de securitate al bazei de date:
Controlul accesului.
Auditarea operatiunilor efectuate de utilizatori.
Autentificarea utilizatorilor.
Criptarea datelor.
Verificarea integritatii datelor.
95
Urmatoarele cerinte trebuie avute in vedere pentru asigurarea securitatii bazelor de date:
Accesul utilizatorilor la date trebuie să poată fi granularizat la nivel de tabela, linie şi coloana.
Accesul utilizatorilor la informaţii va fi bazat pe o lista de control a accesului, aferenta fiecarei entitati din baza de date. Acest lucru trebuie să poată permite separarea rolurilor operatorilor bazei de date de cele ale utilizatorilor acesteia.
Baza de date trebuie să permită auditarea operatiunilor efectuate de utilizatori. Acest lucru presupune ca fiecare operatiune efectuata asupra bazei de date să poată fi identificata şi legata unic de un utilizator.
Autentificarea utilizatorilor pentru accesarea bazei de date trebuie să se bazeze pe un set de credentiale.
Pentru a asigura un nivel de securitate satisfacator în ceea ce priveste autentificarea, sistemul trebuie să permită definirea unor cerinte minime privind complexitatea setului de credentiale (complexitatea parolei, intervale de autentificare, etc).
Odata autentificati, utilizatorii vor putea accesa datele în functie de rolurile detinute, definite la nivelul bazei de date. Rolurile utilizatorilor trebuie gestionate la nivelurile aplicaţiilor, cât şi la nivelul bazei de date, accesul la functionalitatile aplicaţiilor fiind conditionat de rolurile gestionate la nivelul aplicaţiilor.
Baza de date trebuie să permită criptarea şi decriptarea datelor stocate în tabele. Prin acest mecanism doar utilizatorii autorizati vor avea acces la datele decriptate, restrictionand accesul administratorilor bazei de date la informaţiile stocate, indiferent de mecanismele de protejare ale accesului puse la dispozitie de sistemul de gestiune al bazei de date.
Un aspect foarte important în securitatea sistemelor de gestiune a bazelor de date il constituie integritatea datelor stocate în baza de date. Informatiile stocate trebuie mentinute intr-o stare consistenta de sistemul de gestiune al bazelor de date în cazul în care apare un incident logic sau fizic. Acest lucru presupune implementarea unor masuri logice şi fizice de asigurare a unei solutii de pastrare a consistentei fisierelor stocate pe discuri de către sistemul de gestiune al bazelor de date.
Sistemul de gestiune al bazelor de date trebuie să permită repunerea în functiune a bazei de date dupa o avarie, incluzand utilizatorii, rolurile şi drepturile acestora de acces la datele stocate. Repunerea în functiune va fi conditionata de validarea integritatii datelor recuperate cât şi a integritatii informaţiilor privind utilizatorii, rolurile acestora şi drepturile lor de acces.
96
4.3.11.2. Cerinţe privind monitorizarea activitatii utilizatorilor în aplicaţie
Pentru a oferi o monitorizare completa a activitatii curente in vederea auditarii, asigurarii conformitatii, segregarea functiilor şi protejarea informatiei, sistemul trebuie sa ofere functionalitati de inregistrare a activitatilor utilizatorilor interni în cadrul componentelor sistemului informatic care sunt în scopul acestui proiect şi sa acopere cerintele specifice detaliate mai jos;
Sistemul trebuie sa fie capabil sa implementeze identificarea ecranelor, campurilorşi altor zone importante din aplicatia monitorizată şi sa transmita alerte atunci cand cineva le acceseaza sau le modifica;
Sistemul trebuie sa ofere functionalitati de monitorizare, analiza, inregistrare şi reproducere a datelor inregistrate sau modificate de utilizatori in ecranele aplicatiilor monitorizate. Sistemul trebuie de asemenea sa ofere posibilitati de cautare in datele captate şi de transmitere de alerte in cazul identificarii unui comportament suspicios;
Sistemul trebuie sa ofere vizibilitate asupra activitatii utilizatorilor, oferita prin redarea vizuala a ecranelor din sesiunile aplicatiilor cu care utilizatorii lucreaza.
Sistemul trebuie sa fie capabil sa implementeze şi apoi sa identifice comportamente/utilizatori/proiecte specifice prin mecanisme de cautare de tip “Google-like” (ex: data şi ora actiune, adresa ip, utilizator - id utilizator) cu capabilitate de filtrare in cautare fara a necesita cerinte tehnice de baze de date sau alte cunostinte specifice de IT. Cautarile trebuie sa fie create din interfata grafica a utilizatorului fara scrierea unui cod de programare;
Sistemul trebuie sa ofere functionalitati de vizualizare a sesiunilor utilizatorilor de la cautari de informatii pana la modificare şi schimbare de informatii; sa permită vizualizarea tuturor actiunilor utilizatorilor pas cu pas, monitorizarea datelor pe care utilizatorii le-au introdus sau modificat in ecranele aplicatiei, numarul secventei, şi sa afiseze informatiile pe care utilizatorii le-au vizualizat;
Sistemul trebuie sa ofere propria interfata web-based pentru utilizatorii care vor face analize, auditari sau altor utilizatori ce nu au competente de programare ce pot face schimbari de parametrii şi criterii pe baza carora actiunile utilizatorilor sa fie monitorizate; sa creeze rapoarte grafice bazate pe activitatea utilizatorilor; sa monitorizeze starea alertelor generate, sa aloce activitati altor utilizatori şi altor functionalitati; Sistemul trebuie sa ofere posibilitatea de a configura şi apoi a transmite alerte
catre auditori sau administratori in functie de zona de interes in care se afla, printr-o interfata web. Sistemul trebuie sa permită gestionarea şi documentarea procesului de analiza, sa permită adaugarea de activitati ce trebuie desfasurate in procesul de analiza, sa adauge documente, notificari. Sistemul trebuie sa ofere o imagine consolidata a alertelor, cazurilor, profilelor cu posibilitate de “drilldown” pentru fiecare entitate;
97
Sistemul trebuie sa ofere instrumente grafice pentru crearea de reguli de alertare generate de comportamentele suspicioase, evitand scrierea de cod programatic;
Sistemul trebuie sa asigure implementarea segregării functiilor (ex.separarea rolurilor: gestionarea utilizatorilor, adiministrarea tehnica, administrarea regulilor şi alertelor, specialist suport, etc)
Implementarea regulilor se va baza pe un mecanism intern al sistemului ofertat ce oferta functionalitati de evaluare şi masurare ce va permite corelarea de multiple evenimente şi construirea unui punctaj agregat asa cum este definit in regula implementata
Sistemul trebuie sa ofere posibilitatea de a genera profile ale comportamentului utilizatorilor pentru sistemul monitorizat pentru a evalua comportamentul normal al unui grup de utilizatori cu functii similare sau dintr-un alt departament pentru anumite activitati. Definirea parametrilor profilului trebuie sa fie flexibila pentru a putea fi modificata conform cu procesele şi cerintele Consiliului Concurentei. Sistemul trebuie sa monitorizeze activitatea curenta a tuturor utilizatorilor şi sa o compare in timp real cu comportamentul grupului şi sa genereze alerte atunci cand sunt identificate deviatii. Sistemul trebuie sa monitorizeze in timp real intreaga activitate pe care utilizatorii interni o au in aplicatiile. Numarul utilizatorilor interni ce vor avea acces la sistemul informatic oferit este de 200.
Sistemul trebuie sa fie capabil sa transmita prin mail alerte in timp real pe baza regulilor de monitorizare definite catre utilizatori predefiniti;
In cadrul proiectului se va implementa un numar de 5 reguli de monitorizare cu alertare;
Sistemul trebuie sa ofere o interfata cu: o posibilitati de creare şi actualizare de comportamente, o alocare de activitati de investigare, o monitorizarea activitatilor alocate, o raportare activitatii şi analizelor;
Sistemul trebuie sa nu afecteze in nici un fel functionarea normala a infrastructurii IT din cadrul retelei securizate;
Sistemul trebuie sa ofere un instrument intern de criptare şi semnare digitala a datelor captate;
Sistemul trebuie sa fie scalabil şi sa ofere posibilitatea de a monitoriza noi aplicatii de acelaşi tip (web-based) sau servere fara a fi necesara cumpararea de licente suplimentare;
Monitorizarea aplicatiilor nu trebuie sa mareasca incarcarea aplicatiilor monitorizate, bazelor de date sau serverelor;
Aplicatia nu trebuie sa instaleze agenti sau programe pe serverele sau bazele de date ale aplicatiilor monitorizate; nu trebuie sa presupuna reconfigurarea, restartarea sau alte interferente in sistemele şi bazele de date monitorizate;
98
Sistemul trebuie sa ofere posibilitatea de a adauga noi reguli şi sa le testeze pe datele istorice inregistrate pentru a identifica daca acel comportament a avut loc in institutie in trecut;
Furnizorul va preciza modul in care Soluţia sa optimizeaza spatiul pe disc folosit, dat fiind ca depozitarea de imagini de pe ecran pentru reconstructia ecranelor de utilizator, tastarile in aplicatie, tind sa aiba cerinte ridicate de spatiu pe disc.
Datele inregistrate trebuie sa fie asigurate prin criptare adecvata folosind 128 bit AES şi semnarea digitala folosind MD5.
Soluţia propusa trebuie sa furnizeze rezultate imediate dupa instalare, cu redarea vizuala completa, cu posibilitatea ca auditorii sa poată identifica imediat prin functii de cautare datele necesare pentru audit şi investigare.
Monitorizarea parametrilor din campurile de date aflisate initial (pre-populate) şi a celor modificate de utilizatori.
Pastrarea referintelor din valorilor de campuri relativ la denumirile acestora
4.3.12. Componente de informatică de investigaț ii
În vederea susț inerii activităț ii de investigaț ii a specialiș tilor Consiliului Concurenț ei ș i
pentru asistarea cu probe digitale în timpul investigaț iilor, se solicită furnizarea unor produse
specializate.
4.3.12.1. Laborator de achizitie de date portabil
Se doreș te achiziț ionarea unui laborator de achiziț ie date portabil cu următoarele
careacteristici:
a. Laboratorul sa fie gandit ca o solutie compacta si robusta din punct de
vedere fizic si sa se prezinte intr-o cutie portabila, impermeabila la apa.
b. Sa aiba inclus un ecran de minimum 14”, vizibil la soare, touchpad sau
mouse, tastatura si disc intern, iar tastatura, touchpad-ul sau mouse-ul si
discul intern sa fie detasabile.
c. Sa suporte achizitia de date de pe discuri folosind urmatoarele modalitati
de transfer:
SAS si SATA I, II si III (un minim de 4 porturi SATA/SAS, din care
cel putin unul cu interfata eSATA)
SCSI (un minim de 2 porturi)
USB 3.0 si 2.0
d. Sa poata alimenta simultan un minimum de 4 hard disk-uri.
e. Oricare dintre porturile SATA, USB si SCSI sa poata fi configurat alternativ
atat ca sursa de date cat si ca destinatie.
99
f. Sa poata suporte copiere in urmatoarele formate:
Copiere de tip oglinda, creand o imagine identica
Captura in formatul general acceptat Encase E01
Captura exclusiva a spatiului alocat pe discul sursa
g. Sa suporte restaurarea din formatul Encase E01.
h. Sa suporte stergerea discurilor.
i. Sa poata produce si verifica hash-uri de tip MD5 si SHA (1 si 2).
j. Sa suporte criptarea datelor achizitionate la momentul preluarii folosind
algoritmul AES-256.
k. Sa aiba minimum o interfata Gigabit Ethernet si sa suporte preluarea
datelor de pe calculatoare fara a scoate hard disk-ul, folosind aceasta
interfata.
l. Sa aiba un procesor minimum Intel I7 sau echivalente, si sa suporte
instalarea de software de analiza de date.
m. Sa auditeze evenimentele si sa le poata exporta in format PDF, criptabil
cu parola.
n. Echipamentul sa aiba 1 an garantie
4.3.12.2. Echipament de tip “Write Blocker” portabil
Se doreș te achiziț ionarea unui echipament de tip “Write Blocker” portabil cu următoarele
caracteristici:
a. Echipamentul sa fie de tip hardware si sa poata conecta un disc la un
calculator, putand bloca scrierea pe acel disc, dar permitand citirea de pe
acel disc.
b. Interfata de conectare cu calculatorul sa fie de tip USB 3.0.
c. Sa aiba atat interfata de conectare SATA cat si IDE cu discul.
d. Sa poata furniza curentul necesar functionarii discului atat pentru discuri
SATA cat si IDE.
e. Echipamentul sa semnalizeze luminos atunci cand discul este accesat.
f. Sa permita configurarea astfel incat sa permita scrierea, iar aceasta
configuratie sa fie semnalizata luminos.
g. Sa includa sursa de alimentare compatibila cu reteaua de 220V
h. Echipamentul sa aiba 1 an garantie
100
4.3.12.3. Software de tip analiza criminalistica de date
Se doreș te achiziț ionarea unei licenț e de software de analiza criminalistica cu următoarele
careacteristici:
a. Software-ul trebuie sa poata fi instalat si utilizat in laboratorul de achizitie
de date portabil, si sa nu necesite dependinte externe pentru folosirea in
regim mobil.
b. Sa aiba posibilitatea de a analiza imagini de hard disk intr-o varietate de
formate, inclusiv pentru Windows, Linux si MacOS
c. Sa suporte extragerea si analiza de date din browsere web, incluzand
Microsoft Internet Explorer, Mozilla Firefox, Google Chrome si Opera
d. Sa suporte extragerea si analiza de date din fisiere e-mail, incluzand
fisiere de tip Microsoft PST, OST, DBX, EDB si EML, precum si Lotus
Notes.
e. Sa suporte extragerea si analiza de date din aplicatii web si desktop,
incluzand Facebook, Google Chat, Skype, DropBox, Google Drive.
f. Sa suporte extragerea si analiza de date criptate, incluzand fisiere si
discuri criptate PGP.
g. Sa suporte analiza de imagini, incluzand extragerea de text (OCR), si
identificarea de imagini pe baza de forma si orientare.
h. Sa poata recrea succesiunea cronologica a evenimentelor si sa le afiseze
in format grafic.
i. Sa permita vizualizarea datelor in regim de legaturi dintre entitati.
j. Sa permita recuperarea fisierelor sterse in zonele de disc unde nu au fost
scrise alte date.
4.4. Cerinţe Nefuncţionale
4.4.1. Cerinţe platforma baza de date
Sistemul de gestiune a bazelor de date propus trebuie sa satisfacă următoarele cernţe:
101
Generale:
Sa fie capabil sa ruleze pe oricare dintre platformele de sisteme de operare: Windows, UNIX, LINUX.
Sa suporte 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 şi disponibilitatea crescuta a sistemului.
Sa fie in versiune completa pentru a acoperi in totalitate cerintele sistemului informatic integrat şi ultima versiune certificata la data inceperii proiectului.
Sa asigure independenta bazei de date fata de platforma hardware, oferind portabilitate şi functionalitate pe toate tipurile de date.
Sa fie un sistem care accepta standarde noi existente, deschis pentru evolutii tehnologice viitoare.
Sa asigure distribuirea incarcarii la nivelul cererilor şi executiilor pe baza de date.
Sa permită modificarea dinamica a parametrilor bazei de date in cazul suplimentarii sistemului cu memorie, procesoare sau spatiu de stocare, fara a fi necesara repornirea sistemelor.
Sa suporte mecanisme de recuperare a tranzactiilor aflate in lucru in momentul intervenirii unei caderi (roll-forward).
Sa ofere mecanisme de control şi blocare la nivel de inregistrare şi mecanisme de asigurare a consistentei la citire, fara escaladare, pentru a permite accesul in mod concurent al utilizatorilor la date.
Sa ofere un utilitar grafic pentru administrarea SGBDR.
Sa permită accesul cat mai rapid la informatii prin utilizarea diferitelor tipuri de indecsi, cum ar fi B-Tree, function based, domain sau similari.
Sa existe posibilitatea de a dezvolta şi rula proceduri stocate şi triggere Java, cu ajutorul Java Virtual Machine (JVM) la nivelul bazei de date.
Sa ofere acces prin SQL la XML stocat in baza de date (sqlx), stocare şi gestiune de structuri de date de tip XML utilizand mecanisme native ale SGBD
Sa suporte Unicode UTF-8 sau echivalent
SGBD va oferi functii de raportare sau se va integra usor cu instrumente de raportare externe. Vor fi indicate instrumentele de raportare externe oferite.
Baza de date relationala trebuie sa aiba un optimizator bazat pe cost pentru a optimiza interogarile.
Sa asigure suport pentru baze de date mari cu capabilitati de gestiune automata a spatiului de stocare fara necesitatea utilizarii soft-urilor de tip "volume manager".
Baza de date trebuie sa suporte un volum mare de date (sute de milioane de inregistrari intr-o tabela) fara a afecta performanta.
Baza de date va furniza propriul software de clustering pentru a se asigura scalabilitatea sistemului
102
Să ofere suport pentru date multimedia şi de tip geospaţial precum şi funcţiile de bază aferente acestor tipuri de date
Să ofere suport pentru tranzacţii autonome
Să permită în mod nativ stocarea şi gestiunea de structuri de date de tip XML
Să ofere suport pentru replicarea bidirecţională a datelor între două instanţe ale bazei de date
Să ofere instrumente avansate pentru programatori pentru design, debug şi editare de cod
Să ofere un utilitar grafic pentru modelarea relaţională şi dimensională a datelor
Să ofere posibilitatea de a defini interogări analitice, care să permită utilizarea de seturi de formule intercorelate, identificarea de seturi cu frecvenţă comună, agregări cumulative, teste de rang şi distribuţie sau posibilitatea de a schimba rindurile in coloane (pivot)
Securitate:
Sa permită restrictionarea accesului la nivelul obiectelor bazei de date.
Sa ofere o lista cu operatiile pe care un grup sau o clasa de utilizatori le poate executa.
Sa ofere un mecanism de criptare a datelor.
Salvare şi recuperare:
Sa asigure salvarea/restaurarea bazei de date in regim de lucru online; refacerea accesului la baza de date in mod automat in caz de incident
Sa ofere o facilitate pentru salvarea totala si/sau partiala a bazei de date.
Sa ofere o facilitate pentru inregistrarea tuturor modificarilor bazei de date, pentru a permite recuperarea bazei de date (inregistrarea tranzactiilor).
Sa ofere abilitatea de a face salvari pentru unul sau mai multe spatii alocate tabelelor asa cum este specificat de catre administratorul bazei de date.
Monitorizarea şi administrarea bazei de date
Subsistemul de Administrare şi Monitorizare trebuie să conţină următoarele componentele
necesare administrării şi monitorizării bazei de date care va susţine soluţia propusă.
Subsistemul trebuie să beneficieze atât de interfeţe grafice web-based pentru administrare cât şi de instrumente de tip linie de comandă.
Subsistemul trebuie să permită administrare şi monitorizarea subsistemelor care vor rula în producţie (Subsistem de Management al informatiilor – Baze de date), dintr-o singură interfaţă.
103
Subsistemul de Administrare şi Monitorizare trebuie să beneficieze de o interfaţă simplă, intuitivă in care subsistemele monitorizate să fie grupate pe roluri funcţionale de unde administratorii trebuie să poată selecta oricare dintre subsistemele soluţiei pentru a vedea detaliile monitorizării sau pentru a realiza operaţii specifice de administrare.
Informaţiile de monitorizare trebuie să fie prezentate atât sub formă tabelară cât şi sub formă grafică, vizuală, folosind diagrame linie (line-chart), diagrame tip coloană (bar-chart), diagrame radiale (pie-chart), etc. în funcţie de opţiunile administratorului.
Subsistemul trebuie să permită pornirea şi oprirea subsistemelor administrate atât prin intermediul interfeţei grafice cât şi prin interfaţa tip linie de comandă.
Subsistemul trebuie să permită gestionarea (vizualizarea şi modificarea) porturilor utilizate de subsistemele componente ale soluţiei.
Subsistemul trebuie să permită configurarea setărilor de securitate
Subsistemul trebuie să permită gestionarea fişierelor de jurnalizare (log files) şi a informaţiilor de diagnoză a soluţiei. Fişierele de jurnalizare trebuie să poată fi prezentate administratorilor sub formă tabelară în care aceştia să aibă posibilitatea să realizeze căutări, grupări după tipul mesajelor, grupări după data mesajelor, etc.
Subsistemul trebuie să ofere instrumente pentru diagnoza problemelor şi managementul incidentelor.
Subsistemul trebuie să permită gestionarea configurărilor de reţea (utilizarea de IP-uri statice sau dinamice, utilizarea IPv6)
Subsistemul trebuie să permită configurarea capabilităţilor de back-up şi recovery pentru componentele monitorizate.
Subsistemul trebuie să permită configurarea capabilităţilor de scalare, înaltă disponibilitate şi a scripturilor de migrare între diferite medii (test, dezvoltare, producţie) pentru componentele soluţiei.
4.4.2. Cerinţe platforma server de aplicaţie
In arhitectura n-tier, utilizata la realizarea sistemului informatic serverul de aplicatii este cel
care expune nivelul logic şi procesele de business, pentru a fi accesate/utilizate de catre
aplicatii.
Deoarece sistemul informatic este construit pe o arhitectura n-tier cu tehnologii web, sistemul va trebui sa includă clustere de servere de aplicatii.
Cerintele tehnice pentru serverul de aplicatii sunt urmatoarele:
104
Sa ruleze pe oricare dintre platformele de sisteme de operare: Windows, UNIX, LINUX.
Sa ofere posibilitatea rularii aplicatiilor dezvoltate folosind tehnologii publice Internet.
Să fie compatibil cu specificaţiile platformei Java Enterprise Edition 6 sau echivalent.
Compatibilitate cu specificaţiile platformelor anterioare Java, Java Enterprise Edition 5, Java 2 Enterprise Edition 1.4 şi Java 2 sau echivalent
Sa ofere suport pentru cele mai noi tehnologii, standarde XML, WSDL şi SOAP pentru servicii web şi integrare la nivel de organizatie.
Sa ofere suport conectarea pentru multiple SGBDR (Sistem relational de gestiune a bazelor de date relationale).
Sa ofere suportul multilanguage pentru instalare şi prezentare.
Sa suporte conceptul de „connection pooling”
Sa ofere facilitati de caching intern pentru performanta ridicata.
Sa ofere servicii de caching pentru obiecte Java sau .NET
Sa asigure load balancing şi incarcare distribuita pe clustere de servere de aplicatii.
Sa ofere suport pentru clusterizare şi failover.
Sa ofere suport pentru solutii de tip disaster recovery
Sa ofere scalabilitate la nivel de componente şi putere de calcul pentru a putea suporta o incarcare in continua crestere.
Sa suporte un framework vizual complet de dezvoltare a aplicatiilor Java
Sa permită integrarea cu instrumentele de dezvoltare şi proiectare HTML
Sa permită dezvoltare şi deployment rapid
Sa ofere facilitati pentru managementul tranzactiilor.
Sa asigure platforma tehnologica completa pentru dezvoltarea şi deployment-ul de site-uri web dinamice, aplicatii J2EE şi Servicii web.
Sa suporte standarde Internet precum: J2EE, web Services, SOAP, WSDL, UDDI, RosettaNet 1.1/2.0, ebXML, webDAV, LDAP v3, SSL v3, XML.
Sa permită accesarea aplicatiilor web din browsere traditionale (Internet Explorer, Firefox, etc.) cat şi de pe dispozitive mobile (PDA, Palm, etc.).
Suport complet pentru specificaţiile Java Servlets 2.3, 2.4 şi 2.5 sau echivalent
Suport complet pentru specificaţiile JavaServer Pages 1.2, 2.0 şi 2.1 sau echivalent
Sa ofere suport complet pentru Enterprise JavaBeans (EJB 2.0 şi EJB 3.0) sau echivalent.
Sa ofere suport complet pentru Java Database Connectivity (JDBC) sau echivalent
Sa ofere suport complet pentru Java Messaging Service (JMS) sau echivalent.
Sa ofere suport complet pentru Java Authentication and Authorization Service (JAAS) sau echivalent
105
Suport pentru Simple Object Access Protocol (SOAP) versiunile 1.1 şi 2.0 şi SOAP with Attachments API for Java (SAAJ)
Transformarea datelor în format XML utilizând standardul W3C Extensible Stylesheet Language (XSL)
Citirea şi scrierea datelor în format XML utilizând interfeţele de programare standard Document Object Model (DOM) şi Simple API for XML (SAX) şi specificaţia Streaming API for XML (StAX) sau echivalent
Securizarea serviciilor web utilizând standardele WS-Security şi WS-SecurityPolicy
Mecanisme de grupare a serverelor în clustere de servere de aplicaţii atât în topologii de tip activ-activ cât şi activ-pasiv
Stoparea temporara a unui nod din cluster pentru mentenanţă şi suport, sistemul în acest timp fiind disponibil pentru activităţi normale
Mecanisme de balansarea dinamică a încărcarii sistemului între resursele administrate în cadrul aceluiaşi cluster
Mecanisme de scalare a sistemului pe orizontală (Scale Out) şi verticală (Scale Up)
Server web integrat
Să permită rularea serverului de aplicaţii pe toate distribuţiile majore de sisteme de operare prezente pe piaţă: Windows, Linux şi UNIX
Să permită instalarea de noi versiuni ale unei aplicaţii fără intreruperea utilizatorilor conectaţi asigurând continuitate activăţii de business (Zero-Downtime); vechea aplicaţie va fi dezactivată numai după închiderea tuturor conexiunilor active la momentul instalării noi versiuni
Consolă de administrare a serverelor de aplicaţii cu capabilităţi de gestiune a schimbărilor de configuraţii:
o blocarea unei configuraţii în vederea modificării; o salvarea unei configuraţii fără aplicare efectivă; o revenirea la o configuraţie anterioară; o istoricul modificărilor
Să se permită înregistrarea, sub forma unui script de comenzi, a operaţiilor de administrare executate asupra unui domeniu de aplicaţii cu posibilitatea de utilizare ulterioară a acestuia pentru activităţi de administrare şi mentenanţă a serverului de aplicaţii
Suport pentru protecţie împotriva supraîncărcării serverului de aplicaţii utilizând opţiuni de configurare a resurselor software pentru cazurile în care serverul nu mai poate accepta noi cereri de procesare, capacitatea maxima a sistemului fiind atinsă
Serverul de aplicaţii trebuie să includă facilităţi de modificare dinamică (self-tunning) a numărului de sesiuni concurente acceptate funcţie de gradul de încarcare a sistemului exploatat
106
4.5. Cerinţe privind Platforma Hardware şi de Comunicaţii
Echipamentele hardware livrate în cadrul acestui proiect trebuie să fie noi şi să beneficieze de
suport din partea producătorului (nu se accepta echipamente uzate moral, ce nu se mai află in
linia de fabricaţie).
Pe baza evaluării componentelor existente în Data Center-ul propriu, instituţia pune la dispoziţie
următoarele componente de infrastructură hardware şi software pentru a fi folosite în cadrul
proiectului:
1 buc. Şasiu Servere Blade – HP Blade System c7000 Enclosure, cu următoarele sub-componente:
o HP Virtual Connect Flex-10 10Gb, Ethernet Module for c-Class o 2 x Blade HP Proliant BL680c Generation 7 ( 2 x Proc. Xeon Six Core E7540 – 6 cores/server, 160GB/server, 1 x Controller RAID:1,1+0,5 /server, 2 x HDD - 146GB 6G SAS/server, 6 x Controler Retea HPNC553i 10Gb/server) o 2 x Licente Windows Server 2008 R2 - Standard Edition
1 buc. HP P4300 G2 7.2TB SAS Starter SAN Solution, conectivitate iSCSI, 2 x 10Gbps porturi/controller, aplicatie de management
1 buc. Server back-up – HP StorageWorks D2D2540i Backup System, Discuri instalate : 4 x 1TB
Echipamentele care vor fi livrate în acest proiect se vor integra în reț eaua internă a
Consiliului Concurenț ei.
Următoarele echipamente se solicită a fi livrate:
Echipamente de tip server (3 buc.) având următoarele specificaţii minimale:
Server Blade – 3 buc
Procesor 2 x Intel Xeon E5-2650L sau echivalent 20 MB Cache /2.4
Ghz
Memorie 64 GB DDR3-1333 Registered , 1333MHz
Expandabilitate minim 512 GB de memorie
Controller HDD Capabilităţi RAID: 0, 1
Minim 512 MB memory
107
Unităţi de disc interne 2 x 300 GB SAS 15K rpm hot plug
Capacitate internă – minim 2 discuri SAS/SATA/SDD SFF
Controlor de reţea 2 x porturi integrate 10 Gb +
2 porturi aditionale @ 10Gb
Sloturi I/O Upgradabil la 2 x PCI-Express
Interfeţe Minim 1 x USB 2.0 intern
Video Controler video integrat cu minim 1920 x 1200
Management - Modul Management integrat accesibil prin port dedicat
Ethernet, independent de sistemul de operare;
- Interfaţă WEB;
- Posibilitatea efectuării managementului de la distanţă; prin
redirecţionarea consolei şi funcţia de console replay;
- Posibilitate de a „monta” unităţi de disc removable (CD,
DVD, USB Stick, Floppy) sau a imaginilor de discuri de la
distanţă;
- Monitorizarea componentelor serverului şi înregistrarea
evenimentelor acestora;
- Control pentru funcţii „Power ON/OFF”, „Reboot” de la
distanţă;
- KVM virtual.
Form factor Blade
Sisteme de operare
suportate
Microsoft Windows, RHEL, SLES, VMware, şi Citrix
XenServer
Cerinţe suplimentare - Producătorul Server-ului oferit (marcă, model) şi firma care îl
oferă (dacă este alta decât producătorul) trebuie să fie
certificate ISO 9001;
Garanţie Aliniata cu cea existenta pe sasiul şi serverele existente
108
Echipament de tip server rackabil – 1 buc.
Server Rackabil – 1 buc.
Procesor 2 x Intel Xeon E5-2660 20 MB Cache /2.2 Ghz sau echivalent
Memorie 32 GB DDR3-1333 Registered , 1333MHz
Expandabilitate minim 768 GB de memorie
Controller HDD Capabilităţi RAID: 0, 1, 1+0, 5, 5+0
Minim 512 MB memory
Unităţi de disc interne 4 x 300 GB SAS 15K rpm hot plug
Capacitate internă – minim 8 discuri SAS/SATA/SDD SFF
Controlor de reţea 4 x porturi integrate 1Gb +
2 porturi aditionale @ 10Gb
Sloturi I/O Minim 2 x PCI-Express
Interfeţe Minim 6 x USB 2.0,1 x port serial , 1 x VGA/1 x VGA (faț a
/spate) , 1 x Management port RJ-45
Video Controler video integrat
Management - Modul Management integrat accesibil prin port dedicat
Ethernet, independent de sistemul de operare;
- Interfaţă WEB;
- Posibilitatea efectuării managementului de la distanţă; prin
redirecţionarea consolei
- Posibilitate de a „monta” unităţi de disc removable (CD,
DVD, USB Stick, Floppy) sau a imaginilor de discuri de la
distanţă;
- Monitorizarea componentelor serverului şi înregistrarea
evenimentelor acestora;
- Control pentru funcţii „Power ON/OFF”, „Reboot” de la
109
distanţă;
Surse alimentare Minim 2 surse redundante şi hot-plug, de maxim 480W, cu
eficienta energetica de minim 92%
Ventilatoare Hot-Plug, Redundante
Form factor Rackabil 1U cu şine retractabile şi sistem de management al
cablurilor ,
Sisteme de operare
suportate
Microsoft Windows, RHEL, SLES, VMware, si Citrix
XenServer
Cerinţe suplimentare - Producătorul Server-ului oferit (marcă, model) şi firma care îl
oferă (dacă este alta decât producătorul) trebuie să fie
certificate ISO 9001;
- produsul ofertat trebuie sa fie certificat cu urmatoarele
standarde de compatbilitate electromagnetică: EN55022,
EN55024, EN60950-1; IEC 60950-1; EN 61000-3-3 sau
echivalente.
Garanţie Aliniata cu suportul oferit pe celelalte echipamente
Cerinţe privind virtualizarea:
În vederea optimizării resurselor de infrastructura hardware existente în cadrul instituţiei şi
implementarea unei soluţii de administrare facilă a întregului sistem se solicita livrarea şi
instalarea unei soluţii de virtualizare software/ tip hipervizor ce trebuie să îndeplinească
urmatoarele cerinţe minimale:
Interfaţa web pentru administrarea întregii infrastructuri virtuale;
Posibilitatea de a migra maşinile virtuale pornite pe alte servere în cazul întreruperilor planificate şi fără întreruperi;
Posibilitatea ca în cazul pornirii unei maşini virtuale, aceasta să pornească pe serverul care dispune de cele mai multe resurse disponibile din acel grup de servere;
Posibilitatea de a folosi ca sisteme virtuale Linux, Windows;
Posibilitatea de clonare, suspendare temporară a activităţii şi mutarea maşinilor virtuale pe alte servere
Posibilitatea de conversie a sistemelor de operare Linux, Windows care rulează pe servere fizice în maşini virtuale;
Furnizarea de licenţe suficiente pentru procesoarele fizice/sockets din configuraţia de servere de mai sus – garanţie şi support software asigurat de producător pe o perioada de 2 ani în conformitate cu soluţia propusă de către furnizor
110
Pe această platformă virtualizată, următoarele funcţionalităţi din arhitectură vor fi gazduite
de servere virtuale:
Servere Portal (2 buc.)
Servere servicii integrare (2 buc.)
Servere Aplicaţii, Raportare Inteligentă (2 buc.)
Servere Management Documente (2 buc)
Servere Monitorizare şi securitate (min. 2 buc.)
Servere baza de date (2 buc.)
Server arhivare (1 buc.)
Servere pentru soluţia de prevenire a pierderilor de date (1 buc.)
Staț ii de lucru (100 buc.) având următoarele specificaţii minimale:
Staț ii de lucru - 100 buc.
Procesor Intel Core i3-4130 Processor sau echivalent
- frecvenţă: minim 3.40 GHz - mem: 3MB cache - 2 cores/4 threads
Chipset Intel Q87 Express chipset sau echivalent
Sloturi de memorie
existente pe placa de
baza
Min. 4 sloturi DIMM
Memorie RAM Memorie instalată: minim 4GB DDR3-1600 DIMM RAM
Memorie instalabilă: maxim 32 GB
Controller SATA 2 x SATA 3.0
2 x. SATA 2.0
1 x eSATA
HDD Nr. de HDD instalate: min. 1buc.
Capacitate instalată: min. 500 GB
Viteza HDD: min. 7200 rpm
Unitate Optică SATA 16X SuperMulti DVD-RW
111
Video Integrata pe placa de baza
Intel HD Graphics 2500 sau echivalent
Sistem Audio Sistem audio integrat
Interfata reţea Controller de reţea integrat: 10/100/1000Mbps
Nr. de porturi: min. 1x RJ45,
Capabilităţi: WOL, PXE 2.1,
Tehnologie: vPRO sau echivalent
Sloturi de expandare - 2 slot PCI express x1 2.0
- 1 slot PCI Express x4 2.0
- 1 slot PCI Express x16 3.0
Porturi - Intrari/ Iesiri - Porturi USB: min. 12
• panoul spate: min. 6 din care minim 2 USB 3.0
• panoul frontal: min. 4 x USB 2.0
- Porturi seriale: min. 1 port serial standard
- 1 x port paralel - optional
- 1 x eSATA – optional
- 2 x PS/2 (pentru tastatura şi mouse)
- Conector video: 1x VGA conector 15 pini, 1 DisplayPort
- Conectori audio:
• panoul spate: Line in, Line Out • panoul frontal: Mic In, Headphone
- 1x RJ45
Carcasa De tip SFF
Bay-uri externe: minim 1x 5.25 inch
Bay-uri interne: minim 1x 3.5 inch
Sursa să fie min 250W cu eficienţă peste 90%
112
Carcasa trebuie să permită service-ul fără unelte specifice de
service, să fie staţii “tool-less” atât pentru deschiderea carcasei
cât si pentru înlocuirea HDD si a drive-ului optic
Carcasa trebuie să aibă management termic.
Sursa alimentare Plaja de tensiune operabila: 90 – 264 VAC / 50 Hz,
Plaja de frecventa suportata: 47– 63 Hz
Mouse Mouse USB 2.0 - optic cu scroll, fabricat sub acelaşi nume cu
sistemul de calcul
Tastatura Tastatură Standard cu caractere US English, fabricată sub
acelaşi nume cu sistemul de calcul
Software utilitare
furnizate de producatorul
sistemului
Drivere pentru toate componentele sistemului;
Aplicaţie software care sa permită readucerea sistemului în starea iniţială şi producerea de CD-uri/DVD-uri de tip “backup” si “recovery”; Software de monitorizare şi management pentru:
- furnizarea de informaţii despre processor, memorie, setari de
securitate, etc.
- monitorizarea funcţionalităţii sistemului;
- actualizarea remote a driverelor şi BIOS-ului;
- software de recuperare a datelor: atat a fişierelor de sistem cât
şi a celor de date
Suită de software care realizează managementul securităţii
Securitatea adiţională - sistemul să prezinte modul de securitate (tip TPM) integrat pe placa de bază
- sistemul să prezinte sistem de blocare atât hardware cât şi software a carcasei şi opţional, posibilitatea de a adăuga un cablu Kensington
- sistemul să prezinte senzor care detectează deschiderea neautorizată a carcasei
- să permită dezactivarea porturilorUSB via BIOS
- software dedicat pentru stergerea permanenta a datelor de pe disc, produs de acelasi producator cu
113
statia de lucru ofertata Sistem de operare Windows 7 Professional (64biti), preinstalat, licentiat cu drivere
pentru toate componentele sistemului
Condiţii de mediu Temperatură de funcţionare: 10° - 35° C
Conformitate cu
standarde/certificari
valabile in Uniunea
Europeana
Standarde/Certificari electromagnetice:
- EN 55022-standard pentru limitarea emisiilor de radiaţii
electromagnetice
- EN 55024 standard privind imunitatea electromagnetică
● Standarde/Certificări ergonomie:
- ISO 9241
● Standarde/Certificări de siguranţă:
- EN 60950 (IEC 950)
● Standarde/Certificari de mediu
- Energy Star
- RoHS
- EPEAT
Zgomot Emis - Maxim 26dB(A) (in acord cu standardul ISO 7779 si avand
CPU-ul incarcat la 50%
Compatibilitate cu
sistemul de operare
Sistemele informatice trebuie să se regăsească pe site-ul
Microsoft validate pentru sistemele de operare Windows 8
Professional si Windows 7 Professional. Pentru verificare se
solicită specificaţiile tehnice date de producător pentru sisteme,
în care să se specifice că acestea sunt cuprinse în lista HCL
(Hardware Compatibility List) la Microsoft, sau copie după lista
HCL cu menţionarea poziţiilor la care acestea sunt prevăzute.
Uniformitate Unitatea centrală, mouse, tastatura şi monitorul vor avea acelasi
producator şi vor fi marcate industrial cu acelaşi brand cu care
este marcată şi placa de bază
114
Garanţie “On site” - minim 3 ani pentru întreg sistemul
Monitoare – 100 buc.
Monitoare- 100 buc.
Tehnologie LCD sau LED
Diagonală Minim 18.5 inch
Rezoluţie nativă 1280x1024
Contrast 1000:1 static
2000000:1 dynamic
Timp de răspuns 5 ms
Luminozitate minim 250cd/m2
Conectivitate 1 x DVI-D, 1x VGA
Boxe Integrate (nu se accepta boxe externe sau bara de sunet)
Alimentare 220V / 50Hz
Accesorii incluse Cablu de alimentare
Cablu VGA
Garantie 1 an
Cerinţe privind echipamentul profesional de scanare A4 -3 buc.
Echipamentele de scanare trebuie să permită scanarea fată-verso printr-o singură trecere de tip duplex;
Să permită scanarea dosarelor cu un numar mare de documente intr-un timp cât mai scurt şi sa realizeze compactarea lor automata intr-un singur document PDF;
Scanare alb-negru (bitonal), nuante de gri (gray-scale) pe 256 niveluri (8-bit) şi color (48-bit);
preluare documente de dimensiune A4;
115
viteza de scanare trebuie să fie de minim 50 ppm (pagini pe minut), la o rezolutie de 200 dpi, A4, scanare color.
rezolutia optică a echipamentului trebuie să fie de minim 600 dpi;
volumul maxim de scanare recomandat de producător trebuie sa fie de minim 4000 pag/zi;
să contină alimentator automat de documente originale (ADF) ce trebuie să asigure o capacitate de alimentare de minim 75 de pagini;
să permită alimentarea / scanarea atât a hârtiilor subtiri (până la 34g/mp) cât şi a cartoanelor groase (minim până la 410g/mp);
să permită alimentarea / scanarea documentelor plasticate (ID Card) cu o grosime de până la 1.25 mm;
să permită alimentarea / scanarea documentelor speciale cu o lungime de pana la 400 cm;
să ofere mecanisme de evitare a dublei alimentări (multifeed detection) bazata pe tehnologie de detectie cu ultrasunete;
să ofere facilitatea de eliminare electronică a unei culori din fundal (color drop-out), posibilitate de obtinere simultană atât a imagini color cât şi a imaginii alb-negru, să utilizeze algoritmi eficienti de îndreptare automată a imaginii, eliminare a zgomotului de fundal, decupare automata (crop).
să permită identificarea automată a tipului documentelor scanate (color/alb-negru), iar fişierele de ieşire, în funcţie de tipul identificat, să fie imagini color sau alb-negru;
să pemită identificarea automată a orientării paginii scanate, pentru a fi în poziţia corectă pentru interpretare (recunoaştere optică caractere);
să aibă incluse cel putin drivere TWAIN şi ISIS;
5. Cerinț e privind serviciile oferite
5.1. Cerinţe privind Implementarea Sistemului Informatic
Sistemul informatic integrat la cheie va necesita următoarele activităti:
Analiza, proiectarea, dezvoltarea, implementarea şi testarea sistemelor informatice.
Livrarea şi instalarea bunurilor constitutive ale sistemului, precum şi efectuarea tuturor lucrărilor aferente punerii în funcţiune.
Acceptanţa, punerea în funcţiune, garanţie şi suportul operaţional pentru componentele sistemului şi pentru sistemul integrat.
116
Managementul implementării proiectului, inclusiv pregătirea şi livrarea documentatiei aferente proiectului, în conformitate cu specificaţiile de mai jos.
Trainingul şi transferul de know-how corespunzător, atât pentru operarea sistemului, cât şi pentru înregistrarea în sistem a procedurilor administrative.
Prin complexitatea pe care o are sistemul se vor parcurge în implementare minim următoarele
etape:
Implementarea infrastructurii hardware şi software de bază.
Analiza şi proiectarea proceselor de business derulate în cadrul Consiliul Concurentei pentru a răspunde cerintelor de eficientizare a activităţii interne.
Dezvoltareaşi testarea scenariilor de business.
Implementarea aplicaţiilor şi definirea setului de proceduri administrative electronice.
Implementarea unui sistem pilot functional a cărui componenţă se va
defini în etapa de analiză.
Implementarea extinsă.
Instruirea utilizatorilor.
Testarea sistemului informatic şi eliminarea erorilor de proiectare soft (software bugs).
Acceptanţa finală a sistemului integrat. Auditarea finală a sistemului realizat.
Suport operational şi garanţie, inclusiv în perioada post-garanţie.
5.2. Cerinţe privind Serviciile de Instalare şi Configurare a Sistemului
Serviciile furnizate pentru instalarea şi configurarea infrastructurii vor include în mod obligatoriu
următoarele:
- Site inspection: o Verificarea condiţiilor existente o Planificarea instalarii hardware o Planificarea instalării software
- Instalarea fizică a echipamentelor (upgrade, servere, rack, switch-uri, firewall, etc.) şi asigurararea reperelor de conectica necesare instalarii echipamentelor - Configurarea echipamentelor de stocare şi asigurararea reperelor de conectica necesare instalarii echipamentelor
117
- Configurare echipamente de reţea şi asigurararea reperelor de conectica necesare instalarii echipamentelor - Configurarea configuratiilor cluster şi asigurararea reperelor de conectica necesare instalarii echipamentelor - Instalarea sistemelor de operare - Instalarea sistemului de baze de date - Instalarea celorlalte componente software - Instalarea şi configurarea componentelor software pentru monitorizare şi securitate - Livrarea documentaţiei de instalare care va conţine cel puţin informaţiile legate de conectica echipamentelor, informatii despre configurarea echipamentelelor, informaţii despre instalarea, configurarea şi parametrii de instalare pentru sistemele de operare şi celelalte produse software de sistem instalate în soluţia propusă de către furnizor
Ofertantul trebuie să includă in cadrul răspunsului tehnic o listă detaliată a tuturor serviciilor de
instalare şi configurare necesare pentru echipamentele ofertate, pentru software-ul aferent
acestora, precum şi o lista a tuturor operaţiunilor pe care le va considera necesare pentru
realizarea unei implementări de succes a acestor componente ale SIIEAPC.
5.3. Cerinţe privind Instruirea
Cerintele privind instruirea personalului Beneficiarului va urmări următoarele direcţii:
- Instruirea privind utilizarea aplicaţiilor sistemului informatic integrat o Modul registratură o Management Documente şi Arhivare o Management de Caz o Raportare şi Analize Statistice o Managementul Colaborării şi Cunoştinţelor o Portal intern
- Instruire privind administrarea aplicaţiilor sistemului informatic integrat - Instruirea privind administrarea infrastructurii de calcul livrate - Instruire privind administrarea bazelor de date - Instruire privind utilizarea componentei de Management a Regulilor şi Fluxurilor Interne - Instruire privind componenta de integrare
Pentru fiecare categorie de instruire fiecare ofertant va prezenta în oferta sa tipurile de cursuri,
curicula fiecărui curs, modul în care intenţionează să susţină aceste cursuri (se solicită atât părţi
teoretice cât şi practice, evaluarea finală, asistenţă on-site etc.) pe categorii de utilizatori în
conformitate cu oferta sa.
118
Având în vedere necesitatea unei pregătiri continue a utilizatorilor viitorului sistem informatic
integrat, a modificărilor legislative şi ale organizaţie care se vor reflecta în versiuni noi ale
sistemului informatic şi eventualele fluctuaţii de personal, Beneficiarul solicită livrarea şi
implementarea unei soluţii COTS pentru dezvoltarea de materiale de curs. Soluţia trebuie să
ofere autorilor posibilitatea de a crea materiale de curs într-un mod facil, materiale care pot fi
accesate de utilizatorii finali oricând şi oriunde.
Următoarele cerinţe trebuie să fie îndeplinite de soluţia de dezvoltare de materiale de curs:
Soluţia trebuie să ofere o interfaţă uşor de folosit astfel încât materialele de curs să poată fi dezvoltate de către autori fără a fi nevoie de cunoştinţe tehnice. Principalele funcţionalităţi ale soluţiei trebuie să fie intuitive pentru orice utilizator care nu a mai avut contact cu soluţia.
Soluţia trebuie să ofere o modalitate de a înregistra acţiuni realizate asupra aplicaţiilor pentru care se dezvolta cursul.
Modulul de inregistrare trebuie sa ofere urmatoarele functionalitati autorilor de continut:
- suport pentru orice aplicaţie web sau Windows; - posibilitatea de a opri/porni procesul de înregistrare precum şi permiterea unor acţiuni de tipul anulare/refacere; - posibilitatea de a înregistra mai multe aplicaţii în cadrul aceleaşi sesiuni de înregistrare;
Soluţia trebuie să ofere posibilitatea de a se integra cu un sistem extern de tip LMS (Learning Management System) pentru evaluarea utilizatorilor finali şi stocarea rezultatelor într-un mod centralizat. Materialul de curs dezvoltat poate fi încarcat intr-un sistem de tip LMS intr-un mod facil.
Materialele de curs dezvoltate (simulări, documente, etc.) trebuie să permită modificarea în totalitate. Modificarile făcute asupra unui document trebuie să fie propagate în simulări.
Şabloanele (“template-urile”) pe baza căruia sunt generate materialele de curs trebuie să ofere posibilitatea de a fi modificate.
Materialele generate pe baza unui sablon trebuie să fie independente de sablon (să poate fi deschise indiferent dacă utilizatorul dispune sau nu de şablonul pe baza căruia acestea au fost generate).
Soluţia trebuie să ofere posibilitatea de a crea o bază de date centrală pentru administrarea definiţiilor pentru termeni.
Soluţia trebuie să ofere posbilitatea de a crea într-un mod automat un portal de tip eLearning în cazul in care un sistem LMS nu este disponibil. Acest portal poate incorpora conţinut dezvoltat anterior.
Folosind o singură sursă, soluţia trebuie să ofere capacitatea de a produce mai multe tipuri de materiale (diferite tipuri de documente sau simulări etc.). Documentele generate pot fi publicate în diferite formate (PDF, PPT/PPTX, DOC/DOCX, HTML). Simulările generate pot fi folosite atât pentru a instrui un utilizator cât şi pentru a-i testa cunoştinţele acumulate într-un mod interactiv şi intuitiv.
Soluţia trebuie să ofere suport pentru cât mai multe limbi, inclusiv traducerea din
119
limba romana în engleză şi din limba engleza în limba română: - textul predefinit în şabloanele pe baza cărora se genereaza materialele de curs trebuie să permită traducerea în diferite limbi într-o maniera facilă. - Interfaţa soluţiei trebuie să poată fi schimbată cu uşurinţă într-o alta limbă - în cazul în care textul predefinit în şabloane este modificat sau se adauga noi definiţii, aplicaţia trebuie să ofere suport pentru traducerea respectivelor modificări în toate limbile suportate de catre produs.
Din punct de vedere tehnic, soluţia oferită pentru generarea de materiale de curs trebuie să
satisfacă următoarele cerinţe:
Soluţia trebuie să ofere suport pentru toate platformele Windows existente (inclusiv Windows XP) atât pentru arhitecturi de 32 de biţi cât şi pentru arhitecturi de 64 de biţi.
Soluţia trebuie să poată fi instalată fără a exista o dependenţă faţă de alte produse software care trebuiesc achizitionate sau care au nevoie de licenţiere separată.
Materialele generate cu ajutorul soluţiei trebuie să permită încărcarea într-un sistem LMS compatibil cu standardele SCORM 1.2, SCORM 2004, AICC.
Soluţia trebuie să aibă capabilitatea generării de materiale compatibile cu Microsoft Internet Explorer versiunile 7.0, 8.0, 9.0 şi Mozilla Firefox versiunile 3.5, 3.6, 4.0, 5.0
Soluţia trebuie să ofere suport pentru Windows Terminal Services (2003 şi 2008) precum şi pentru Citrix XenApp.
Beneficiarul solicită ca pentru cursurile din prima categorie pentru utilizarea aplicaţiilor
sistemului informatic, ofertantul să prevadă ca materialele/suporturi de curs să fie generate
utilizând soluţia furnizată pentru dezvoltarea de materiale de curs. Materialele de curs vor fi
încărcate intr-o soluţie de tip e-learnig (LMS) furnizată de către Ofertant.
Instruirea va fi structurată în:
1. cursuri teoretice şi practice în laborator special amenajat de către Beneficiar sau de către Furnizor în locaţii agreate de către Beneficiar pentru instruirea de tip „train the trainer”; 2. asistenţa/instruire on-site timp de 40 de zile după punerea în producţie a sistemului pentru toţi utilizatorii. Pentru aceasta activitate furnizorul va aloca un om, timp complet de lucru, la sediul din Bucuresti al Beneficiarului pentru asistenţa tehnică privind utilizare aplicaţiilor sistemului informatic integrat.
Instruirea teoretica şi practica se va organiza astfel:
Nr.
Crt.
Modul instruire Număr
persoane ce
urmează a fi
instruite
Număr
minim de
zile de
instruire
Număr
instructori
Observaţii
120
1.
Instruirea privind utilizarea
aplicaţiilor sistemului
informatic integrat:
1.1. o Modul registratură 10 5 2
1.2. o Management Documente şi Arhivare
20 15 2 Doua serii de câte
10 cursanţi
1.3. o Management de Caz 20 15 2 Doua serii de câte
10 cursanţi
1.4. o Raportare şi Analize Statistice
10 5 2
1.5. o Managementul Colaborării şi Cunoştinţelor
10 5 2
1.6. o Portal intern 10 3 2
2.
Instruire privind administrarea
aplicaţiilor sistemului
informatic integrat
2 5 1 Cursurile propuse
vor fi cursuri
acreditate de
furnizorul solutiilor
ofertate
3.
Instruirea privind
administrarea infrastructurii
de calcul livrate
2 3 1 Cursurile propuse
vor fi cursuri
acreditate de
furnizorul solutiilor
ofertate
4.
Instruire privind administrarea
bazelor de date
2 5 1 Cursurile propuse
vor fi cursuri
acreditate de
furnizorul solutiilor
ofertate
5.
Instruire privind utilizarea
componentei de
Management a Regulilor şi
Fluxurilor Interne
10 5 2
6. Instruire privind componenta
de integrare
2 5 1
121
5.4. Cerinţe privind Testarea şi Acceptanţa Sistemului
1.1 Testarea sistemului
Testarea se va realiza în mai multe etape, după cum urmează:
- Testare internă a furnizorului, pentru identificarea problemelor în timpul procesului de dezvoltare - Testare funcţională a sistemului
Metodologiei de testare a sistemului va fi conformă cu prevederile metodologiilor de lucru ale
ISEB/ISTQB.
Livrabilele procesului de testare
Conform metodologiei de testare propusă şi descrisă de ofertant, cel puţin următoarele livrabile
vor fi asigurate:
- Planul master test care va descrie modul în care ofertantul abordează testare sistemului, obiectul activităţilor de testare, activităţile necesare pregătirii şi efectuării nivelurilor de testare, pregatirea mediilor de testare, livrabilele, rolurile şi responsabilităţile pentru testare, procedurile de testare şi metoda de raportare - Specificaţiile de testare care vor conţine cel puţin cazurile de test, descrierea datelor de test (datele de intrare, baza de date pe care se vor executa testele), scenariile de testare şi rezultatele aşteptate. Aceste teste vor folosite şi pentru acceptanţa sistemului - Rezultatele testării vor fi prezentate sub forma unor rapoarte care vor conţine rezultatele testelor, concluzii şi recomandări
1.2 Acceptanţa sistemului
Procedura de acceptanţă a sistemului va cuprinde:
- Acceptanţe intermediare - Acceptanţa finală
Acceptanţele intermediare se vor semna la finalizarea următoarelor etape din proiect:
- Odata cu incheierea etapei de analiza a proiectului, etapa la finalul careia se va realiza documentul de Specificatii Functionale ale solutiei, se va semna o acceptanta intermediara vizand finalizarea etapei de capturare a cerintelor sistemului.
122
- In momentul incheierii etapei de receptie cantitativa a produselor, se va stabili conformitatea acestora cu specificaţiile contractuale, se vor verifica toate documentele de însoţire ale mărfii şi se va semna o recepţie cantitativă vizand livrarea echimentelor hardware şi a licentelor software. După instalarea produselor software se vor executa testele unitare de sistem. Această etapă se va finaliza cu eliberarea unui certificat de acceptanţă intermediara, vizând finalizarea etapei de receptie cantitativ-calitativa şi a etapei de livrarea instalare echipamente şi software de sistem
- După finalizarea etapei de design se vor trimite de către Funizor livrabilele specifice acestei etape (de exemplu Documentul de arhitectură al soluţiei) şi se va semna o acceptanţă intermediară;
- La finalizarea etapei de dezvoltare a aplicaţiilor aferente acestui proiect se vor furniza de către Ofertant livrabilele specifice de exemplu codul sursă şi documentaţia de dezvoltare şi se va semna o acceptanţă intermediară;
- După efectuarea testelor funcţionale de interoperabilitate se vor întocmi procesele verbale de punere în funcţiune a sistemelor instalate. Această etapă se va finaliza cu eliberarea unui certificat de acceptanţă intermediară, vizând prestarea serviciilor de proiectare, dezvoltare, configurare şi integrare de aplicaţii, testare şi validare a sistemului.
Livrarea documentatiei sistemului: manualele echipamentelor livrate, manualele
componentelor software de sistem, manualele de utilizare şi administrare ale
aplicaţiilor dezvoltate, proceduri de instalare, configurare şi de lucru. Această etapă
se va incheia cu un certificat de acceptanţă intermediară. Furnizorul va furniza
urmatoarele manuale şi documentatii:
documentatiile tehnice ale echipamentelor şi software-ului de baza, furnizate de producatori; manuale de instalare şi configurare a echipamentelor şi software-ului de baza; manuale de administrare a sistemului/solutiei; manuale de utilizare a componentelor sistemului/solutiei; documentatia functionala a componentelor sistemului/solutiei; documentatia tehnica a componentelor sistemului/solutiei; alte manuale/documentatii stabilite in urma perioadei de analiza, dezvoltare sau urmare derularii proiectului.
Manualele şi documentatiile, cu exceptia celor elaborate de producator vor fi livrate
pe suport hartie şi pe suport electronic (CD, DVD) şi vor fi revizuite la fiecare
schimbare de versiune software.
- Etapa de instruire a utilizatorilor şi livrarea documentaţiei de instruire se va finaliza cu eliberarea unui certificat de acceptanţă intermediară vizând prestarea serviciilor de instruire.
123
Acceptanţa finală va marca finalizarea tuturor etapelor proiectului, trecerea cu succes a testelor
de acceptanţă finala, instalarea sistemului în mediul de producţie şi începera perioadei de
garanţie.
5.5. Cerinţe privind Garanţia şi Suportul Tehnic
Perioada de garanț ie ș i suport tehnic pentru componentele soluț iei ofertate va fi acordată
după cum urmează:
Garantie Hardware
Garanț ia pentru echipamentele furnizate va acoperi serviciile de bază (înlocuirea componentelor/echipamentelor defecte, aplicarea gratuită, pe toată durata garanț iei, a tuturor patch-urilor care duc la rezolvarea unor probleme de tip bug) pentru durata de 2 ani de la livrarea echipamentelor ș i semnarea acceptanț ei cantitative ș i calitative (proces verbal de recepț ie cantitativă ș i calitativă).
Ofertantul va asigura prestarea serviciilor de garanț ie ș i suport pe perioada desfaș urării contractului, de la livrarea Sistemului Informatic, până la finalizarea proiectului, prin furnizarea pachetelor standardizate de servicii de suport tehnic în garanț ie, garantate ș i livrate de producătorul echipamentelor sau de reprezentanul autorizat al acestuia în România.
Opț ional, în cazul incidentelor ce nu pot fi soluț ionate rapid ș i necesită o diagnoză complexă a cauzei ce a provocat incidentul, ofertantul trebuie să asigure acces la resursele tehnice ș i "know-how"-ul producătorului. În acest caz incidentul va fi predat spre soluț ionare către producătorul echipamentelor.
Suport software
Pentru produsele software livrate în scopul acestui proiect (excepț ie făcând licenț ele puse la dispoziț ie), Ofertantul va asigura prestarea serviciilor de suport pe perioada desfăș urarii contractului.
Pentru licenț ele software COTS se vor cota servicii de suport, direct de la producător, pentru o durată începând de la livrarea licenț elor ș i până la finalizarea proiectului, dar nu mai mică de 24 luni. Pentru componentele software dezvoltate în cadrul proiectului se va asigura o garanț ie de 24 de luni de la
124
acceptanț a finală.
Remedierea defecț iunilor software se va face prin acț iuni de aplicare de corecț ii software, de reconfigurare sau alte acț iuni menite să restabilească funcț ionalitatea produsului respectiv în cel mai scurt timp posibil.
Suportul software va acoperi ș i întrebări scurte legate de modul de utilizare sau de configurare al produselor, dar severitatea va fi implicit pe nivelul de impact minim.
Pentru managementul activităț ilor de suport, Beneficiarul va desemna o echipă care va raspunde la incidentele de nivel 1 (utilizare, operare, administrare), apărute până la finalizarea proiectului.
Pentru a gestiona cererile Beneficiarului care depăș esc nivelul de suport de nivel 1, se va utiliza un instrument de înregistrare ș i de management al incidentelor COTS de tip web based care va inș tiinț a utilizatorul asupra stadiului rezolvării problemei, astfel încât acesta să poată controla în mod independent performanț a serviciilor de suport ș i respectarea criteriilor de performanț ă solicitate.
Furnizorul va aplica gratuit, pe toată durata proiectului, toate patch-urile care duc la rezolvarea unor probleme sau furnizarea unei facilităț i de care utilizatorul are nevoie. Aceasta operaț ie se face de comun acord cu Beneficiarul, fără a afecta stabilitatea/funcț ionalitatea sistemului.
Service Level Agreement (aplicabil activităț ii de suport)
Perioada de suport în garanț ie pentru sistemul livrat începe dupa acceptanț a finală a
sistemului. Ofertantul trebuie să respecte urmatoarele cerinț e legate de rezolvarea incidentelor
care vor apare în exploatarea sistemului:
Incidentele vor fi sesizate de către reprezentanț ii Beneficiarului (specialiș ti IT) într-o aplicaț ie web based pusă la dispoziț ie de către Ofertant. În momentul sesizării unei probleme / disfuncț ionalităț i, Beneficiarul va eticheta acest incident cu nivelul de severitate corespunzător conform tabelului de mai jos. Ofertantul are obligaț ia să trateze fiecare incident conform nivelului de severitate etichetat de Beneficiar. În cazul în care se observa etichetarea incidentelor necorespunzător din punct de vedere al nivelului de severitate, se va stabili de comun acord modul de etichetare.
În urma rezolvării unui incident, Beneficiarul va primi din partea Ofertantului un raport de incident care va conț ine cel puț in următoarele câmpuri:
- Impactul incidentului asupra întregii soluț ii - Cauza care a dus la producerea incidentului - Data notificării incidentului - Data remedierii incidentului - Acț iunile întreprinse pentru rezolvarea incidentului
125
- Măsuri luate pentru evitarea pe viitor a unor astfel de incidente - Perioada de nefuncț ionare a sistemului
În perioada de garanț ie ș i suport software, furnizorul va remedia erorile de funcț ionare ale sistemului informatic livrat.Timpii de rezolvare sunt definiț i mai jos în funcț ie de gravitatea incidentului apărut:
Nivelul incidentului Timp de Răspuns Timp de Rezolvare
Critic 2 ore de la notificare 24 de ore
Major 4 ore de la notificare 48 de ore
Mediu 12 ore de la notificare 3 zile lucratoare
Minor 48 ore de la notificare 5 zile lucratoare
în care nivelul incidentului este definit după cum urmează:
- Critic: incidentul apărut afectează întreg sistemul, activitatea nu mai poate continua
- Major: activitatea de producț ie se desfaș oară cu greutate - Mediu: activitatea de producț ie are o pierdere sau degradare
moderată a serviciilor - Minor: activitatea se desfăș ora normal cu impedimente minore
Ofertantul va detalia în oferta tehnică modul în care va asigura mentenanț a hardware, mentenanț a software, ș i modul de soluț ionare a incidentelor.
Ofertantul se obligă să asigure prin contracte de mentenanț ă ș i suport semnate cu beneficiarul suportul pentru componentele software ș i hardware din acest proiect pe o perioada de cel puț in 3 ani de la terminarea garanț iei.
5.6. Cerinţe privind Managementul de Proiect şi Asigurarea Calităţii
5.6.1. Metodologia de management de proiect
În calitate de Autoritate Contractanta si Beneficiar al proiectului, Consiliul Concurentei, prin
echipa de implementare a proiectului, va fi implicat permanent în derularea activităţilor, în cadrul
unui Comitet Director al proiectului.
126
Comitetul Director al proiectului, va fi responsabil de implementarea efectivă a acestui proiect şi
de monitorizarea activităţilor derulate. Membrii Comitetului Director vor avea responsabilitatea
deciziilor importante în derularea proiectului.
Comitetul Director al proiectului va fi coordonat de un Manager de Proiect din cadrul Consiliului
Concurentei.
De asemenea printr-un contract de achizitie publica pentru servicii de consultanta de
management pentru implementarea proiectului PO DCA cod SMIS 39072 a desemnat un
operator economic, denumit in cele ce urmeaza „Consultant PM” care are rolul de a asista
Beneficiarul pe toata desfasurarea Contractului de Finantare încheiat între Consiliul
Concurentei, în calitate de Beneficiar şi Ministerul Administraţiei şi Internelor, în calitate de
Autoritate de Management pentru PO DCA. Printre principalele responsabilitati ale
Consultantului PM, in legatura cu implementarea proiectului se numara:
asistenta Beneficiarului in controlul calitatii livrabilelor din proiectul de Implementare si asigurarea conformitatii cu specificatiile tehnice si de calitate
asistenta Beneficiarului prin supervizarea implementării, testării şi acceptării sistemului informatic integrat
asistenta Beneficiarului prin furnizare de expertiza tehnica necesara evaluarii unor solutii tehnice alternative propuse de prestator
Consultantul PM va oferi asistenta Managerului de proiect din partea CC, pentru coordonarea
zilnica a proiectului, inclusiv asistenta in activitatile administrative. Va acţiona ca punct unic de
contact al echipei de proiect şi al Managerului de Proiect din partea CC cu toate părţile care
intervin în relaţii contractuale în cadrul acestui proiect.
Ofertantul trebuie să consulte Consultantului PM cu privire la orice aspect/problemă care apare
în procesul de implementare.
Ofertantul va avea o contribuţie importantă la managementul proiectului, din punct de vedere
administrativ, tehnic şi financiar, orientat spre obţinerea rezultatelor estimate. Acesta se va
implica activ în stabilirea elementelor de substanţă ale proiectului şi îndeplinirea condiţiilor şi
termenilor formulaţi în contract.
Ofertantul va desemna la randul sau un Manager de proiect care va supraveghea executarea
contractului şi va fi responsabil de controlul proiectului. Managerul de proiect al ofertantului îşi
va asuma întreaga responsabilitate a coordonării proiectului şi va fi persoana de contact pentru
Autoritatea Contractantă.
În cadrul activităţii de management de proiect, ofertanţii trebuie sa răspundă, fără a se limita la
minimum următoarele cerinţe:
Ofertanţii vor oferi servicii de management de proiect pe întregul ciclu de viaţă al proiectului,
pentru a asigura îndeplinirea la timp a tuturor obiectivelor şi încadrarea în buget.
127
Ofertantul trebuie să prezinte metodologia de proiect pe care o va folosi în desfăşurarea întregii
activităţi. Managementul de proiect se va desfasura dupa o metodologie consacrata şi verificata
la nivel international.
Serviciile de management de proiect vor fi implementate de o organizare de management a
proiectelor propusă, cu roluri şi responsabilitati definite atât pentru Ofertant, cât şi pentru
Beneficiar. Această organizare de management de proiect va include cel puţin:
o Un Comitet director - format din membrii ai conducerilor superioare ale tuturor părţilor implicate o Un Comitet de management de proiect, cu rolurile de conducere ale Ofertantului şi rolurile corespunzătoare ale Beneficiarului, care să acopere cel puţin următoarele fluxuri de lucru:
Management tehnic (arhitectură software, definirea şi administrarea interfeţelor, etc);
Management de configuraţie (infrastructura hardware şi software, livrările şi modificările software, baza de date dacă este necesară, etc.);
Managementul riscurilor;
Managementul calităţii (planurile de testare, executarea testelor şi calitatea rezultatelor, etc.);
Planificare, managementul timpului şi al resurselor.
Management comercial; o Echipe de lucru pentru fiecare dintre următoarele domenii:
Implementarea sistemului, toate componentele;
Implementarea arhitecturii de software care susţine sistemul;
Arhitectura hardware pentru operaţiunile sistemului;
Activităţi auxiliare (asigurarea calităţii, revizuirea documentaţiei, managementul modificărilor, inclusiv instruirea utilizatorilor)
Ofertanţii vor oferi o descriere completă a metodologiei de management de proiect, precum şi
un plan preliminar de proiect, care vor fi utilizate pe parcursul proiectului de implementare.
Metodologia va include cel puţin procedurile care să implementeze următoarele procese:
o Planificare; o Monitorizare şi control, inclusiv raportare; o Administrarea proiectului; o Managementul riscurilor; o Managementul modificărilor, inclusiv planificarea comunicării; o Managementul configuraţiilor, elementelor livrate şi a versiunilor software o Managementul problemelor, inclusiv procedurile de escaladare în ambele părţi ale organizaţiei de management al proiectului o Asigurarea calităţii proiectului (planificare, control, acţiuni preventive şi corective, etc.)
Ofertantul va include in oferta tehnica o analizaa riscurilor principale menţionate în paragraful
2.5 împreună cu lista de riscuri identificate de către Ofertant şi va prezenta propuneri sau
128
recomandari de reducere sau eliminare a acestor riscuri care ar putea afecta implementarea
proiectului
Ofertantul va include în oferta tehnică un plan preliminar de proiect (plan Gantt) care va trebui
să ţină cont de următoarele puncte:
o planificarea activităţilor, timpul de desfăşurare şi resursele implicate o planul de livrare şi de instalare o planul de instruire o planul de acceptanţă o planul de garanţie o planul de întreţinere post-garanţie
şi să se bazeze pe Planul de Proiect propus de beneficiar şi atasat in ANEXA2.
Planul trebuie sa mentioneze care sunt termenele cheie (milestones) pe care ofertantul si-a
propus sa le respecte pentru atingerea obiectivelor.
Serviciile de management de proiect vor fi oferite de personalul specializat in management de
proiect al Ofertantilor. Pentru cerinţele detaliate consultaţi paragraful – Cerinţe privind experţii
cheie.
Managerul de proiect din partea ofertantului va fi responsabil de coordonarea experţilor şi de
buna execuţie a activităţilor desfăşurate de aceştia.
Ofertantul trebuie să implementeze proiectul cu maximum de profesionalism, eficienţă şi în
conformitate cu cele mai bune practici în domeniul vizat, în conformitate cu drepturile şi
obligaţiile asumate prin prezentul contract, precum şi cu respectarea legislaţiei comunitare şi
naţionale în vigoare
Managerul de proiect din partea ofertantului va fi responsabil pentru calitatea documentaţiei
elaborate şi de rezultatele obţinute în implementarea activităţilor proiectului.
Managerul de proiect din partea ofertantului va fi responsabil de elaborarea rapoartelor
prevăzute de prezentul document.
5.6.2. Cerinţe de asigurarea calităţii
Ofertanţii trebuie să prezinte descrierea serviciilor de asigurare a calităţii în Oferta Tehnică
pentru a-şi demonstra capacitatea de a îndeplini obiectivele proiectului la un standard de
calitate ridicat. Obiectivele principale ale serviciilor de asigurare a calităţii proiectului trebuie să
fie:
129
o Stabilirea încă din stadiul de început al proiectului a unui standard de calitate bine documentat pentru toate activităţile şi elementele care trebuie livrate în cadrul proiectului; o Stabilirea unui cadru privind calitatea, care va fi utilizat pentru evaluarea conformităţii produselor şi a procedurilor de implementare cu standardul de calitate stabilit; o Stabilirea măsurilor preventive şi/sau corective în cazurile în care produsele sau procedurile proiectului sunt livrate sau efectuate într-un mod care nu este conform cu standardul de calitate.
Ofertanţii trebuie să descrie următoarele aspecte ale Planului de Asigurare a Calităţii care va fi
elaborat în etapa de iniţiere a proiectului şi actualizat in permaneneţă pe toată durata de viaţă a
proiectului:
o Standardele de asigurare a calităţii care vor fi utilizate pe întreaga durată a proiectului; o Procesele de asigurare a calităţii; o Rolurile şi responsabilităţile de asigurare a calităţii care aparţin Ofertantului şi Beneficiarului (inclusiv autorităţilor române interesate de proiect); o Măsurile preventive de asigurare a calităţii; o Programul activităţilor de asigurare a calităţii;
În stabilirea planului de asigurare al calităţii vor fi luate în considerare următoarele aspecte:
o asigurarea calităţii livrabilelor cu scopul prevenirii defectelor, prin care, factorii de calitate care privesc designul, specificaţiile, dezvoltarea, instalarea, testarea şi utilizarea sistemului să fie verificaţi şi evaluaţi în mod continu. o controlul calităţii livrabilelor, cu scopul identificării şi eliminării defectelor din sistem, prin care, livrabilele să fie evaluate în raport cu cerinţele.
Standardele de asigurare a calităţii trebuie să acopere următoarele aspecte ale proiectului:
o Regulile de asigurare a calităţii proiectului; o Procesul de analiză şi evaluare a elementelor finale livrate, inclusiv activităţile preventive şi corective şi gestionarea elementelor neconforme livrate; o Căile de escaladare a problemelor şi riscurile legate de obiectivele de management al calităţii; o Regulile de livrare a versiunilor de software. o Management de documente şi înregistrări; o Regulile de tratare a documentelor confidenţiale;
Ofertantul trebuie să ofere servicii de asigurare a calităţii într-un mod planificat pe parcursul
desfăşurării întregului proiect, care să cuprindă următoarele activităţi:
o Procesele interne de asigurare a calităţii pentru asigurarea conformităţii procedurilor şi a produselor înainte de etapele de predare pe parcursul întregului proiect. o Procesele de asigurare a calităţii proiectului referitoare la:
130
Controlul calităţii activităţilor proiectului (planificarea şi conţinutul activităţilor de proiect);
Asigurarea calităţii produselor (conformitatea produselor de proiect cu cerinţele documentate);
În Oferta tehnică, ofertanţii trebuie să prezinte metodologia de asigurare a calităţii (certificată
ISO 9001 sau echivalent) şi trebuie să interpreteze modul de îndeplinire a cerinţelor de
asigurare a calităţii descrise mai sus.
5.6.3. Cerinţe privind raportarea
Rapoartele Proiectului.
Consultantul va livra următoarele rapoarte de management:
o Raportul initial şi planul detaliat al derulării activităţilor pentru toate componentele şi fazele proiectului. Raportul iniţial va constitui principalul instrument de lucru şi se va face referire la el pe toată perioada de implementare a contractului. Acesta va fi depus nu mai tarziu de o luna de la inceperea proiectului pentru revizuire şi va cuprinde în mod obligatoriu următoarele componente:
Definirea şi planificarea detaliata a activităţilor din proiect
Rolurile, responsabilitatile şi contributiile pe durata desfasurarii intregului proiect
Metodologia utilizata
Procedurile de lucru curente
Principalele probleme şi riscuri identificate şi propuneri pentru solutionarea acestora
o Rapoarte lunare de progres. Pentru fiecare lună a perioadei de execuţie a contractului, ofertantul va elabora şi livra rapoarte privind situaţia la zi a implementării proiectului. Aceste rapoarte vor prezenta activităţile derulate în perioada de referinţă, rezultatele înregistrate, planificarea pentru luna imediat următoare, problemele întâmpinate în implementare, riscurile apărute şi măsuri de minimizare / prevenire a acestora. o Rapoartele intermediare de progres. Ofertantul va elabora şi livra rapoarte intermediare de progres trimestriale în perioada de execuţie a contractului. Rapoartele de progres vor anexa şi livrabilele realizate in perioada supusa raportarii. Aceste livrabile vor concretiza activitatile prestate de Consultant. Rapoartele tehnice produse pe parcursul proiectului vor fi realizate şi prezentate spre aprobare la termene specifice proiectului. Ele vor fi insa urmarite in rapoartele trimestriale de progres. Rapoartele vor detalia:
Progresele înregistrate;
131
Dificultăţile întâmpinate şi soluţiile propuse pentru a depăşi respectivele dificultăţi;
Rezultatele realizate în cursul perioadei de raportare, resursele utilizate, precum şi recomandările sau solicitările aferente, şi planificarea activităţilor proiectului pentru perioada următoare.
o Raportul final. Acest raport trebuie să fie redactat la sfârşitul perioadei de execuţie. Versiunea initiala a raportuluitrebuie să fie transmisa cu cel puţin o luna înainte de sfârşitul perioadei de execuţie a contractului. Raportul final trebuie sa descrie modul in care s-a desfasurat întreg procesul de implementare şi are rolul de a facilita evaluarea rezultatelor obţinute în termeni atât calitativi, cât şi cantitativi. Raportul va include de asemenea, o evaluare a succesului proiectului pe baza analizei indeplinirii indicatorilor de performanta propuşi . Raportul trebuie să cuprindă:
Evaluarea succesului şi constrângerilor majore din proiect
Realizările generale ale proiectului
Activităţi aflate inca în derulare cu data estimativă a finalizării acestora şi cu rezultatele anticipate
Recomandări pentru acţiuni viitoare cu scopul asigurării sustenabilităţii activităţilor, rezultatele asteptate de la acest proiect dupa finalizarea lui, precum şi masuri ce trebuie intreprinse de catre Beneficiar in acest sens.
Versiunea initiala a raportului va fi revizuita cu comentariile primite din partea Comitetului Director.
Rapoartele produse pe perioada implementării contractului (intermediare şi cel final) însoţite de facturile aferente, rapoartele financiare şi de fişele de prezenţă ale experţilor vor constitui baza legală pentru efectuarea plăţilor aferente: interimare şi finale.
Transmiterea şi aprobarea Rapoartelor.
Toate rapoartele elaborate de către ofertant vor fi redactate în limba română. Rapoartele iniţial,
de progres intermediare şi final vor fi transmise beneficiarului atât pe suport de hârtie, cât şi
electronic pentru analiză şi aprobare oficială. Aprobarea acestor Rapoarte va fi făcută de către
Autoritatea Contractantă, după obţinerea avizului Comitetul Director al proiectului.
Raportul Iniţial va fi transmis în termen de 1 lună de la data începerii perioadei de execuţie a
contractului.
Rapoartele lunare (transmise doar în format electronic) se vor transmite în termen de cel mult 3
zile lucrătoare la începutul lunii care urmează perioada de referinţă. Acestea nu necesită
aprobare oficială, ci avizul Managerului de proiect al beneficiarului.
Rapoartele intermediare de progres vor fi transmise în termen de cel mult 10 zile după
132
încheierea perioadei de referinţă pentru care se face raportarea.
Proiectul raportului final va fi transmis cel târziu cu o lună înainte de încheierea perioadei de
execuţie a contractului. Raportul final va fi transmis până la încheierea perioadei de execuţie a
contractului.
5.6.4. Cerinţe privind monitorizarea proiectului
Monitorizarea activitatii ofertantului se va face prin verificarea continutului tuturor documentelor
transmise de acesta (rapoarte trimestriale, rapoarte finale, documentatie de rambursare)
urmarindu-se ca acestea sa fie complete şi corecte, sa raspunda cerintelor impuse de
finantator. Predarea livrabilelor va trebui facuta in timp util, astfel incat sa nu existe intarzieri in
depunerea documentatiei necesare la finantator.
Activitatea de monitorizare va ţine cont de graficul de activităţi prevăzut în cererea de finanţare:
An de implementare 1 An de implementare 2
Activitate
Luna
1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12
3. Implementarea unei
noi arhitecturi de
business la nivelul
Consiliului Concurenţei
din România bazată pe
înalta calitate şi
securitate prin folosirea
mijloacelor,
instrumentelor şi
serviciilor din domeniul
TIC
3.3 Implementarea noii
arhitecturi de business
folosind instrumente TIC
133
3.4 Achiziţia de licenţe
software
3.5 Achiziţia de
echipamente hardware
3.6 Crearea unei reţele
de lucru (network) pe
probleme de concurenţă
la nivelul instituţiilor
interesate, folosind
instrumente TIC
4. Creș terea capacităț ii
de resurse umane
4.3 Instruirea în utilizarea
instrumentelor TIC
dezvoltate
5.7. Cerinţe privind Personalul Tehnic de Specialitate
Datorita complexitatii proiectului precum si a impactului sau asupra mediului economic si in
special asupra modului in care este monitorizat mediului concurential din Romania dar si pentru
a reduce riscurile de implementare, Autoritatea Contractanta solicita operatorilor economici sa
prezinte in conformitate cu prevederile OUG 34/2006, cu toate modificarile si completarile
ulterioare, urmatorea echipa despecialisti:
1. Project Manager 2. Expert Analist de business 3. Expert Arhitect Sisteme Informatice 4. Expert Managementul Proceselor 5. Expert baze de date 6. Expert virtualizare si securitate informationala
134
7. Expert Componenta monitorizarea evenimentelor din aplicatii si retea 8. Expert Componenta monitorizare server si activitate utilizatori 9. Expert Coordonator testare 10. Expert Coordonator instruire 11. Expert Componenta managementul documentelor
1. Project manager
Project managerul va asigura administrarea si coordonarea intregului proiect asigurand un
management eficient al echipei de proiect, dar si al bugetului proiectului. In acelasi timp,
managerul de proiect va asigura managementul comunicarii la nivel inalt intre autoritatea
contractanta si furnizor. Pe perioada derularii proiectului project managerul va asigura si
evaluarea indicatorilor de implementare si va urmari minimizarea riscurilor de implementare.
Pe toata perioada de derulare a proiectului managerul va asigura, dar fara a se limita la:
Stabilirea activitatilor specifice proiectului, alocarea lor catre echipa de proiect si esalonarea lor in timp;
Estimarea si asigurarea resurselor necesare derularii proiectului;
Estimarea si bugetarea costurilor;
Gestionarea si controlul resurselor;
Managementul financiar al proiectului ce revine in rolul furnizorului;
Identificarea, documentarea, prioritizarea, urmarirea si controlul riscurilor;
Stabilirea unui sistem de comunicare dedicat proiectului;
Stabilirea nivelului de calitate pentru activitati si rezultate;
Managementul configurarii si al implementarii;
2. Expert Analist de business
Analistul de business va fi responsabil cu desfasurarea/documentarea etapei de analiza
detaliata, descrierea fluxurilor si proceselor de business, descrierea detaliata a cerintelor din
perspectiva sistemului ce urmeaza a fi implementat si de elaborare a specificatiilor tehnice si
functionale.
Expertul Analist de business va fi responsabil in perioada derularii proiectului cel putin de:
Identificarea cerintelor clientului;
Agrearea, de comun acord cu beneficiarul, a solutiei de implementare a proiectului;
135
Detalierea cerintelor pentru echipa de implementare prin specificarea/modelarea cerintelor in limbaj tehnic, asigurand transferul de informatie de la beneficiar catre echipa de implementare;
Asigurarea suportului pentru dezvoltarea solutiei;
Asigurarea conformitatii solutia dezvoltate cu cerintele specificate;
Asigurarea corectitudinii cerintele formulate si validarea acestora cu beneficiarul;
Elaborarea si intretinerea documentului de cerinte software (Software Requirement Specifications);
Asigurarea suportului beneficiarului in etapa de tranzitie la noua solutie;
Participarea la obtinerea acceptantei din partea beneficiarului.
3. Expert Arhitect Sisteme Informatice
Expertul Arhitect sisteme informatice va fi responsabil in perioada derularii proiectului cel putin
de:
Proiectarea arhitecturii generale/functionale la nivelul intregului sistem;
Proiectarea componentelor de integrare cu sistemele externe;
Asistarea project manageru-lui pentru planificarea si implementarea solutiei proiectate;
Asistarea project manager-ului in urmarirea/rezolvarea/minimizarea riscurilor privind implementarea sistemului informatic;
Coordonarea echipelor tehnice si transpunerea in elemente si componente functionale a necesitatilor descoperite in etapele de analiza;
Colaborarea cu responsabilii tehnici ai fiecarei componente a sistemului si cu ceilalti experti pentru implementarea sistemului informatic in conformitate cu cerintele beneficiarului;
Urmarirea respectarii caracteristicilor proiectate pe parcursul implementarii sistemului;
Avizarea documentelor de natura tehnica elaborate de echipa furnizorului.
4. Expert Managementul Proceselor
Expertul Managementul Proceselor va fi responsabil pe perioada de derulare a proiectului cel
puț in de:
Participarea în fazele de analiză ș i proiectarea pentru formalizarea corectă în documentaț ia tehnică de sistem a informaț iilor legate de implementarea proceselor interne
Validarea împreună cu reprezentanț ii beneficiarului a documentelor rezultate în urma analizei de business
136
Stabilirea ș i coordonarea echipei de dezvoltare pentru următoarele componente software:
Managementul proceselor Arhitectura orientată pe servicii Server de aplicaț ie
Dezvoltarea ș i implementarea din punct de vedere funcț ional a soluț iei de management a proceselor ș i a arhitecturii orientată pe servicii
Participarea împreună cu expertul arhitect de sistem informatic la definirea unei arhitecturi orientate pe servicii (SOA) care să asigure o maximă flexibilitate în integrarea cu alte sisteme ș i schimbările care ar putea apărea în fluxurile informaț ionale de baza ale proceselor sistemului;
Participarea la sesiunile de testare functională pentru validarea implementarii corecte a componentelor esenț iale ale sistemului informatic: Managementul Regulilor ș i Proceselor Interne, Managementul de Caz ș i Managementul Documentelor
Comunicarea cu coordonatorul de implementare a soluț iei de management al identităț ilor privind implementarea corectă a proceselor de înregistrare, autentificare, autorizare, auditare ș i control acces a utilizatorilor sistemului, în vederea satisfacerii cerinț elor de securitate ale organizaț iei.
5. Expert baze de date
Expertul baze de date va fi responsabil in perioada de derulare a proiectului cel putin de:
Realizarea design-ului logic si fizic al bazelor de date;
Realizarea modelului de date;
Revizuirea design-ului aplicatiei pentru a verifica eficienta accesului la bazele de date;
Intelegerea arhitecturii si functionalitatilor tehnice ale sistemului, pentru a putea fi efectuate modificari ale design-ului in cazul in care anumite functii manifesta cerinte contradictorii fata de bazele de date;
Instalarea si configurarea software-ului pentru baze de date pentru mediul de dezvoltare;
Crearea diverselor baze de date necesare in timpul ciclului de viata al dezvoltarii (de exemplu, dictionarul de date, testarea unitatii, testarea sistemului, instructajul);
Intretinerea controlului accesului la bazele de date;
Performanta si optimizarea functionala a bazelor de date;
Monitorizarea cresterii si a fragmentarii bazelor de date pentru dezvoltare si pentru efectuarea de copii de siguranta ale bazelor de date si recuperarea acestora.
6. Expert virtualizare si securitate informationala
137
Expertul virtualizare si securitate informationala va fi responsabil pe perioada de derulare a
proiectului cel putin de:
Colaborarea cu Expertul architect de sistem pentru analiza / proiectarea / instalarea/ configurarea solutiei de virtualizare;
Optimizarea resurselor de infrastructura hardware existente in cadrul institutiei;
Asigurarea confidentialitatii si securitatii datelor cu caracter personal utilizate in cadrul sistemului;
Asigurarea actiunilor care cuprind politici, practici, instrumente si proceduri, structuri organizationale, precum si functii software specifice cerintelor;
Asigurarea expertizei in domeniul securitatii informatiei in toate etapele proiectului: analiza, design, dezvoltare, testare si punere in functiune;
Colaborare stransa cu Arhitectul de solutie si cu Expertul de interoperabilitate pe intreg parcursul implementarii proiectului.
7. Expert Componenta monitorizarea evenimentelor din aplicatii si retea
Expertul Componenta monitorizarea evenimentelor din aplicatii si retea va fi responsabil pe
perioada de derulare a proiectului de cel putin urmatoarele:
Asigurarea expertizei tehnice de specialitate pentru componenta de monitorizarea evenimentelor din aplicatii si retea, prin:
o Instalarea si configurarea componentei;
o Customizarea componentei;
o Optimizarea componentei;
o Definirea rapoartelor;
o Definirea specificatiilor de integrare;
o Implementarea schemei de securitate;
Organizarea activitatii de monitorizare a evenimentelor din aplicatii si retea;
Derularea activitatilor specifice monitorizarii evenimentelor din aplicatii si retea;
Instruirea administratorilor de aplicatie.
8. Expert Componenta monitorizare server si activitate utilizatori
Expertul Componenta monitorizarea server si activitate utilizatori va fi responsabil pe perioada
de derulare a proiectului cel putin de:
Analiza cerintelor si definirea modului de implementare solutiei de monitorizare servere si activitate utilizatori in aplicatie;
138
Asigurarea expertizei tehnice de specialitate pentru componenta de monitorizare server si activitate utilizatori in aplicatie, prin:
o Instalarea si configurarea componentei;
o Customizarea componentei;
o Optimizarea componentei;
o Definirea rapoartelor;
o Definirea specificatiilor de integrare;
o Implementarea schemei de securitate;
Derularea activitatilor specifice monitorizarii serverelor si activitatii utilizatorilor;
Elaboarea procedurilor de utilizare si administrare a solutei de monitorizare servere si activitate utilizatori in aplicatie;
Instruirea administratorilor de aplicatie.
9. Expert Coordonator testare
Expertul Coordonator testare va fi responsabil pe perioada de derulare a proiectului cel putin
de:
Organizarea echipei de testare;
Definirea impreuna cu Expertul Analist de Business a planului de testare si a functionalitatilor ce vor fi testate;
Elaborarea Planului de testare general (Master Test Plan);
Dezvoltarea si implementarea procedurilor de testare;
Testarea aplicatiilor software din punct de vedere functional si identificarea posibilelor erori;
Testarea tuturor cerintelor ce au rezultat in urma etapei de analiza;
Analiza problemelor si recomandarea solutiilor pentru remediere impreuna cu Expertul Analist de business si Expertul arhitect sisteme informatice;
Realizarea documentatiei de testare.
10. Expert Coordonator instruire
Expertul Coordonator instruire va fi responsabil pe perioada de derulare a proiectului cel putin
de:
Organizarea, dezvoltarea si implementarea programelor de formare a utilizatorilor;
Stabiliea si coordonarea echipei de instructori;
139
Monitorizarea activitatii de instruire;
Colaborarea cu echipa de implementare pentru a asigura o documentatie de instruire si un program de formare corespunzator. 11. Expert Componenta de management a documentelor
Expertul in managementul documentelor este persoana responsabila de analiza, consultanta si
implementare pentru componenta de managementul documentelor.
Expertul in managementul documentelor este persoana responsabila de activitatile:
Analiza pentru componenta de managementul documentelor,
Realizare specificatii functionale,
Configurarea sistemului pe baza specificatiilor agreate,
Customizarea sistemului de management al documentelor in functie de cerintele specifice,
Implementarea fluxurilor de lucru
Documentare si training utilizatori,
Consultanta si implementare pentru componenta de managementul documentelor.
5.7.1. Alti experti
Ofertantul trebuie sa aiba capacitatea necesara in vederea realizarii activitatilor
prevazute in prezentul contract la un nivel de calitate corespunzator, prin asigurarea
personalului adecvat din punct de vedere numeric, al competentelor si al experientei
profesionale.
CV-urile ”altor experti” nu vor fi examinate inainte de semnarea contractului. Acestea nu
vor fi incluse in oferta. Ofertantul va selecta „alti experti” in baza profilurilor identificate in Caietul
de sarcini. Acesti experti trebuie sa fie independenti si sa nu se afle in conflict de interese in
exercitarea activitatilor.
Expertii trebuie sa aiba competenta relevanta si experienta in domeniile specifice ale
proiectului in functie de activitatea pentru care vor fi folositi. Ofertantul trebuie sa mentioneze, in
functie de profilul fiecarui expert, daca acesta este senior/junior. Selectarea expertilor non-cheie
va trebui sa fie aprobata de catre Autoritatea contractanta.
6. Cerinț e privind modul de prezentare a propunerii tehnice
140
Propunerea tehnică va cuprinde cel puţin următoarele:
1. 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 şi a rezultatelor asteptate.
Enumerarea şi explicarea riscurilor şi ipotezelor privind executia proiectului.
2. Strategia abordării:
a. 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 foloseș te. Este obligatorie folosirea unei metodologii recunoscute pe plan internaț ional.
Ofertantul va face o scurtă prezentare a metodologiilor folosite în proiect.
b. Soluţia propusă:
Ofertantul va prezenta pe larg Soluţia propusa pentru proiect, în vederea atingerii obiectivelor acestuia şi a rezultatelor aș teptate.
Descrierea solutiei trebuie sa evidentieze etapele de proiect, activităț ile specifice fiecărei etape, componentele soluț iei, livrabilele aș teptate de la fiecare etapă, modul în care acestea concură la atingerea obiectivelor.
Enumerarea intrarilor şi ieș irilor din proiect şi legăturile dintre acestea.
c. Organizarea proiectului:
Ofertantul va prezenta pe larg organizarea pe care ș i-o propune pentru a-şi desfăș ura activitatea în cadrul proiectului, în raport cu specificul acestuia şi cu metodologia propusă.
Ofertantul va prezenta organizarea şi responsabilitatile fiecărei părț i implicate în proiect, inclusiv propunerile pentru organizarea beneficiarului.
141
Ofertantul trebuie să-şi asume iîn intregime efectuarea activităț ilor care concură la atingerea rezultatelor, ț inând seama de resursele umane limitate ale beneficiarului.
În cazul în care ofertantul reprezintă un consorț iu/asociere, ofertantul trebuie să descrie modalitatea în care fiecare membru al consorț iului/ asocierii intervine in proiect, distribuirea şi interacț iunea sarcinilor şi responsabilităț ilor.
Descrierea facilităț ilor de suport pe care experț ii implicaț i în proiect le vor avea din partea contractorului pe timpul execuț iei contractului.
3. Planificarea activităţilor
Ofertantul va prezenta planificarea activităț ilor propuse, în interdependenț a acestora – un plan Gantt este aș teptat.
Planul trebuie să menț ioneze care sunt termenele cheie (milestones) pe care ofertantul ș i-a propus să le respecte pentru atingerea obiectivelor.
Ofertantul trebuie să menț ioneze expres în plan acele termene care sunt obligatorii aș a cum reiese din Caietul de sarcini. În paragraful 5.6.4 este prezentat planul de proiect prevăzut în cererea de finanţare. Nerespectarea acestora este eliminatorie.
Ofertantul va detalia care sunt resursele (experț ii cheie şi non cheie numiț i generic prin competenț ele lor) pe care le va aloca pentru fiecare etapa a proiectului, eventual activităț i pe care le consideră mai importante.
Ofertantul trebuie să descrie detaliat ș i complet într-o matrice de conformitate modul de realizare/satisfacere a fiecărei cerinț e sau specificaț ii. Nerespectarea oricărei cerinț e din prezentul caiet de sarcini atrage după sine descalificarea ofertei. Nu sunt acceptate ca răspunsuri conforme, răspunsurile de tip DA sau NU. Nu vor fi luate în considerare răspunsurile în matricea de conformitate completate prin copierea cerinț elor în coloana cu răspunsul ofertantului la cerinț a, fără explicaț ii detaliate privind modul de îndeplinire a cerinț ei sau fara referinț e la anexele tehnice. Fiecare afirmaț ie din oferta tehnică trebuie să fie clar exprimată, să nu dea alternative sau să nu indice drept soluț ie materiale publicitare (broș uri, site-uri WEB, etc.) generale.
7. Cerinț e privind modul de prezentare a propunerii financiare
Bugetul total estimat al contractului este de 9.207.710 lei (fără TVA), sumă destinată implementării tuturor activităț ilor prevăzute în documentaț ia de atribuire.
Având în vedere faptul că achiziț ia este efectuată în cadrul unui proiect finanț at din fonduri structurale, operatorii economici au obligaț ia ca la elaborarea propunerii financiare să se încadreze, pentru fiecare componentă, în următoarele cantităț i ș i în următoarele limite bugetare maxime, conform contractului de finanț are :
142
Servicii de implementare aplicatii
Aplicatii
Cantitate
(zile /
om)
Valoare
totala (lei)
fara TVA
Implementarea noii arhitecturi de business folosind instrumente TIC 1200 3.024.000
Crearea unei rețele de lucru (network) pe probleme de concurență la
nivelul instituțiilor interesate, folosind instrumente TIC 850 2.142.000
Instruire
Cantitate
(zile /
om)
Valoare
totala (lei)
fara TVA
Instruirea în utilizarea instrumentelor IT&C 40 100.800
Licenţe software
143
Licente Cantitate
Valoare
totala (lei)
fara TVA
Licente SO Servere
3.360.000
Licente server de aplicatii
Licente baze de date
Licente componenta Business Process Management
Licente componenta Data Management
Licenta componenta Service Oriented Architecture
Licente componenta Business Inteligence
Solutie prevenire pierdere date
Licente Componenta de monitorizare utilizatori, evenimente retea,
securitate.
Licente Software de tip analiza criminalistica de date
TOTAL
Echipamente hardware
Echipamente Cantitate
Valoare
totala (lei)
fara TVA
Server 3
Server rackabil 1
144
Sisteme tip desktop 100
580.910
Scanner 3
Echipament pentru analiza criminalistica de date 2
TOTAL
8. Cerinț e speciale:
Pe toată durata de implementare a contractului, Prestatorul are obligaț ia de a lua toate
măsurile necesare pentru a preveni orice situaţie de natură să compromită realizarea cu
imparţialitate şi obiectivitate a activităţilor desfăşurate pentru realizarea contractului.
Prestatorul are obligaț ia de a respecta, pentru orice document scris transmis
beneficiarului în legătură cu implementarea contractului, condiţiile privind vizibilitatea şi
publicitatea proiectului derulat prin PODCA, în conformitate cu reglementările privind
finanţarea nerambursabilă din Fondul Social European. Manualul privind regulile de
identitate vizuală este disponibil pe site-ul www.fonduriadministratie.ro, site-ul oficial al
Autorităț ii de Management pentru Programul Operaț ional Dezvoltarea Capacităț ii
Administrative.
Prestatorul este obligat să asigure păstrarea confidenţialităţii documentelor,
materialelor, datelor şi informaţiilor în legătură cu implementarea contractului, iar orice
utilizare a acestora externă activităț ilor de implementare se va face numai cu acordul scris
al Beneficiarului.
ATENȚ IE! Neregăsirea oricăror cerinț e din prezentul caiet de sarcini în ofertele întocmite de operatorii economici va atrage încadrarea ofertei ca fiind neconformă.
145
CONSILIUL CONCURENŢEI
BMC-11032-1b /27.11.2013
FORMULARE
Această secţiune conţine formularele destinate, pe de o parte, să faciliteze elaborarea si prezentarea ofertei şi a
documentelor care o însoţesc şi, pe de altă parte, să permită comisiei de evaluare examinarea şi evaluarea rapidă şi
corectă a tuturor ofertelor depuse.
Fiecare ofertant care participa, în mod individual sau asociat, la procedura de achiziţie publică are obligaţia de a
prezenta formularele prevăzute în cadrul acestei secţiuni, completate în mod corespunzător şi semnate de
persoanele autorizate.
Formularul 1 - Scrisoare de înaintare;
Formularul 2 - Formular de ofertă+anexa
Formularul 3 - Declaraţie privind eligibilitatea,
Formularul 4 - Informaţii generale cu privire la ofertant
146
Formularul 5 - Declaraţie privind partea/părţile din contract îndeplinite de subcontractanţi
Formularul 6 - Declaraţie privind neîncadrarea în situaţiile prevăzute la art. 181
Formularul 7 - Declaraţie privind efectivele medii anuale ale personalului angajat şi al cadrelor de conducere;
Formularul 8 - Declaraţie privind lista principalelor furnizări de produse în ultimii 3 ani
Formularul 9 - Declaraţia privind calitatea de participant la procedură
Formularul 10 - Lista personalului de specialitate propus pentru îndeplinirea contractului
Formularul 11 - Scrisoare de garanţie bancara de participare
Formularul 12 - Scrisoare de garanţie bancara de bună execuţie
Formularul 13 - Declaraţie privind neîncadrarea în situaţiile prevăzute la art. 691 din
Ordonanţa de urgenţă a Guvernului nr. 34/2006
Formularul 14 - Certificat de participare la procedură cu ofertă independentă
Formularul 15 - Declaraţie de disponibilitate.
Formularul B1 - Prezentarea experienţei similare
Formularul 16 - Angajament privind susţinerea financiara a ofertantului/grupului de operatori economici de către
un terţ susţinător
Formularul 17 - Angajament privind susţinerea tehnica si profesională a ofertantului/candidatului/grupului
de operatori economici
Formularul 17.1 - Declaraţia terţului susţinător privind susţinerea tehnica şi profesionala a
si 17.2 ofertantului/grupului de operatori economici
Formularul 18 - Acord de subcontractare
Formularul 19 - Declaratie privind IMM-urile
Formularul 20 - Curriculum vitae
147
Formular 1
OFERTANTUL Înregistrat la sediul autorităţii contractante
………………… nr.RG/ …....... /….......... 2013
(denumirea/numele)
Adresa: …………………………………
Telefon :…………………………………
Fax :……………………………………...
E-mail: ……………………………………
SCRISOARE DE ÎNAINTARE
Către,
CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti
Ca urmare a anunţului de participare publicat în SEAP cu nr. ….............. din ................2013, privind aplicarea
(ziua/luna)
procedurii de „licitaţie deschisă cu etapă finală de licitaţie electronică „ pentru atribuirea contractului care are
ca obiect achiziţia de produse şi servicii de dezvoltare şi implementare a „Sistemului Informatic Integrat pentru
Eficientizarea Activităţii de Aplicare a Politicilor de Concurență în Corelare cu Politicile Sectoriale,
componenta a PODCA cod SMIS 39072, noi ………………..…………………………………………………………...,
vă transmitem alăturat următoarele
(denumirea/numele ofertantului)
Documentul ______________________(tipul, seria/numarul, emitentul) privind garanţia pentru participare, în
cuantumul şi în forma stabilita de dumneavoastră prin documentaţia de atribuire;
148
1. Coletul sigilat şi marcat în mod vizibil, conţinând, în original şi într-un număr de ….... copii: a) documente de calificare; b) propunerea tehnica; c) propunerea financiara..
Avem speranţa că oferta noastră este corespunzătoare şi vă satisface cerinţele.
Data _____/_____/_____
( zi / lună / an )
Cu stimă,
Ofertant,
…...................
(semnatura autorizată şi ştampila)
149
OPERATORUL ECONOMIC Formular 2
______________________
(denumirea/numele)
FORMULAR DE OFERTĂ
Către,
CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti
Domnilor,
1. Examinând documentaţia de atribuire, subsemnaţi______________________________ reprezentanţi ai (numele şi prenumele persoanei împuternicite)
ofertantului________________________________________ne oferim ca, în conformitate cu prevederile
(denumirea/numele ofertantului)
şi cerinţele cuprinse în documentaţia mai sus menţionată, să furnizăm produse şi servicii de dezvoltare şi
implementare a „Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a Politicilor de
Concurență în Corelare cu Politicile Sectoriale, componenta a PODCA cod SMIS 39072,
, pentru suma de __ _________ __________________________________
(suma în litere şi în cifre)
________________________(moneda ofertei), plătibilă după recepţia produselor şi a serviciilor de dezvotare şi
implementare la care se adaugă taxa pe valoarea adăugată în valoare ___________________________.
(suma în litere şi în cifre)
Ne angajăm ca, în cazul în care oferta noastră este stabilită câştigătoare, să furnizăm produse şi servicii de
dezvoltare şi implementare a „Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a
Politicilor de Concurență în Corelare cu Politicile Sectoriale, componenta a PODCA cod SMIS 39072, pe
parcursul a ............de la data încheierii contractului, în termen de la..........ore de la comanda achizitorului.
150
2. Ne angajăm să menţinem această ofertă valabilă pentru o durată de _________________________zile, (durată în litere şi cifre)
respectiv până la data de _________________, şi ea va rămâne obligatorie pentru noi şi poate fi acceptată
(ziua/luna/anul)
oricând înainte de expirarea perioadei de valabilitate.
3. Până la încheierea şi semnarea contractului de achiziţie publică această ofertă, împreuna cu comunicarea transmisă de dumneavoastră, prin care oferta noastră este stabilită câştigătoare, vor constitui un contract angajant între noi. 4. Precizăm că:
depunem ofertă alternativă, ale cărei detalii sunt prezentate într-un formular de ofertă separat, marcat în mod
clar "alternativă";
nu depunem ofertă alternativă.
(se bifează opţiunea corespunzătoare)
5. Am înţeles şi consimţim ca, î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.
6. Înţelegem că nu sunteţi obligaţi să acceptaţi oferta cu cel mai scăzut preţ sau orice altă ofertă pe care o puteţi primi. Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
…………………………………………(semnătura şi ştampila)
Anexa – FORMULARUL DE OFERTA
151
Aplicatii
Cantitate
totala
(zile / om)
Valoare
unitara (lei)
fara TVA
Valoare
totala (lei)
fara TVA
Implementarea noii arhitecturi de business folosind
instrumente TIC
Crearea unei rețele de lucru (network) pe probleme de
concurență la nivelul instituțiilor interesate, folosind
instrumente TIC
Instruire
Cantitate
totala
(zile / om)
Valoare unitara
(lei) fara TVA
Valoare
totala (lei)
fara TVA
Instruirea în utilizarea instrumentelor IT&C
Achiziţia de licenţe software
Licente Cantitate
Valoare unitara
(lei) fara TVA
Valoare
totala (lei)
fara TVA
Licente SO Servere
Licente server de aplicatii
Licente baze de date
Licente componenta Business Process Management
Licente componenta Data Management
152
Licenta componenta Service Oriented Architecture
Licente componenta Business Inteligence
Solutie prevenire pierdere date
Licente Componenta de monitorizare utilizatori, evenimente
retea, securitate.
Licente Software de tip analiza criminalistica de date
TOTAL
Achiziţia de echipamente hardware
Echipamente Cantitate Valoare unitara
(lei) fara TVA
Valoare
totala (lei)
fara TVA
Server
Server rackabil
Sisteme tip desktop
Scanner
153
Echipament pentru analiza criminalistica de date
TOTAL
Formular nr. 3
OPERATOR ECONOMIC .
____________________
(denumirea/numele)
DECLARAŢIE PRIVIND ELIGIBILITATEA
1. Subsemnatul(a)____________________________________________, reprezentant împuternicit al (numele şi prenumele)
______________________________________________________________, declar pe propria răspundere,
(denumirea/numele si sediul/adresa operatorului economic)
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 prevăzută 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, 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.
154
2. De asemenea, declar că la prezenta procedură nu particip în două sau mai multe asocieri de operatori economici, nu depun candidatură/ofertă individuală şi o alta candidatură/ofertă comună, nu depun ofertă individuală, fiind nominalizat ca subcontractant în cadrul unei alte oferte.
3. 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.
4. Prezenta declaraţie este valabilă până la data de _________________________________________. (se precizează data expirării perioadei de valabilitate a ofertei)
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
155
Formular nr. 4
OPERATOR ECONOMIC
…………………………………………..
(denumirea/numele)
INFORMAŢII GENERALE
1. Denumirea / numele:
2. Codul fiscal:
3. Adresa sediului central:
4. Telefon:
Fax:
E-mail:
5. Certificatul de înmatriculare/înregistrare……………..…………………............................................ (numărul, data şi locul de înmatriculare/înregistrare)
156
6. Obiectul de activitate pe domenii: ............................................................................... ……………………..
(în conformitate cu prevederile din statutul propriu)
7. Birourile filialelor/sucursalelor locale, dacă este cazul: .................. …………………………………..... (adrese complete. telefon/telex/fax. certificate de înmatriculare/înregistrare)
8. Principala piaţă a afacerilor:
9. Cifra de afaceri pe ultimii 3 ani:
Anul Cifra de afaceri anuală Cifra de afaceri anuală la 31 decembrie la 31.decembrie
( mii lei ) (echivalent euro)
1.
2.
3.
Media anuală:
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
157
Formular nr. 5
OPERATOR ECONOMIC
_____________________
(denumirea/numele)
DECLARAŢIE PRIVIND PARTEA/PĂRŢILE DIN CONTRACT
CARE SUNT ÎNDEPLINITE DE SUBCONTRACTANŢI
1. Subsemnatul__________________________________________________, reprezentant împuternicit al (numele şi prenumele persoanei împuternicite)
______________________________________________________________ declar pe propria răspundere,
(denumirea/numele şi sediul/adresa candidatului/ofertantului)
sub sancţiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul anexat sunt reale.
2. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractanta 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.
3. 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 orice aspect tehnic şi financiar în legătura cu activitatea noastră.
158
4. Prezenta declaraţie este valabilă până la data de ……………………………… (se precizează data expirării perioadei de valabilitate a ofertei)
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
Nr.
crt. Denumire subcontractor
Partea/părţile din contract ce urmează a
fi subcontractat
Acord subcontractor cu
specimen de semnatură
159
Formular nr. 6
OPERATOR ECONOMIC
_____________________
(denumirea/numele)
DECLARAŢIE
privind neîncadrarea în situaţiile prevăzute la art. 181
Subsemnatul(a)_________________________________, reprezentant al
_____________________ (numele şi prenumele persoanei împuternicite)
______________________________________________, în calitate de ofertant la procedura de__________ (se inserează numele operatorului economic-persoana juridică)
_____________________________ pentru achiziţia de__________________________________________ (se menţionează procedura) (se inserează, denumirea serviciului şi codul CPV) __________________la data de _____________, organizată de ___________________________________ (zi / lună / an ) (se inserează numele autorităţii contractante)
declar pe proprie răspundere că: a) nu suntem în stare de faliment ca urmare a hotărârii pronunţate de judecătorul-sindic; b) ne-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 Rămânia sau în ţara în care societatea este stabilită; c) în ultimii 2 ani, ne-am îndeplinit întocmai obligaţiile contractuale şi nu ne-am îndeplinit în mod defectuos obligaţiile contractuale, din motive imputabile nouă, fapt pentru care nu am produs grave prejudicii beneficiarilor noştrii;
160
d) nu am fost condamnaţi, î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) nu prezentăm informaţii false,ci prezentăm informaţiile solicitate de către autoritatea contractantă, în scopul demonstrării îndeplinirii criteriilor de calificare şi selecţie.
De asemenea certific faptul ca niciunul dintre subcontractorii nominalizati in cadrul ofertei nu se regaseste in niciuna
dintre situatiile mentionate in cadrul articolelor 180 si 181 din Ordonanta de urgenta a Guvernului nr.34/2006 privind
atribuirea contractelor de achizitii publice, a contractelor de concesiune de lucrari publice si a contractelor de
concesiune de servicii, cu modificarile si completarile ulterioare.
Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că
autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente
doveditoare de care dispun.
Înţeleg că în cazul în care această declaraţie nu este conformă cu realitatea sunt pasibil de încălcarea prevederilor legislaţiei penale privind falsul în declaraţii. Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
161
OPERATOR ECONOMIC Formular 7
_____________________
(denumirea/numele)
DECLARAŢIE PRIVIND EFECTIVELE MEDII ANUALE ALE
PERSONALULUI ANGAJAT ŞI AL CADRELOR DE CONDUCERE
1. Subsemnatul(a)____________________________________, reprezentant împuternicit
(numele şi prenumele persoanei împuternicite)
al_______________________________________________, declar pe propria răspundere, sub
(denumirea/numele ofertantului)
sancţiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul de mai jos sunt reale.
2. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înteleg că
autoritatea contractanta are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor
162
şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din
prezenta declaraţie.
3. 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 orice aspect tehnic şi financiar în legatură cu activitatea noastră.
4. Prezenta declaraţie este valabilă până la data de ____________________________.
(se precizează data expirării perioadei de valabilitate a
ofertei)
Anul 1 Anul 2 Anul 3
Personal angajat
Din care personal
de conducere
Anexez la declaraţie CV-urile personalului responsabil pentru îndeplinirea contractului de achiziţie publică.
Data completării: _____/_____/_____
( zi / lună / an )
Operator economic,
_________________
(numele, prenumele şi semnatura autorizată)
163
Formular 8
OPERATOR ECONOMIC
_____________________
(denumirea/numele)
DECLARAŢIE PRIVIND LISTA PRINCIPALELOR
PRESTARI DE SERVICII SI FURNIZĂRI DE PRODUSE IN ULTIMII 3 ANI
Subsemnatul(a),...........................................................................................reprezentant împuternicit al
(numele şi prenumele persoanei împuternicite)
............................................................................................................................, declar pe propria răspundere,
(denumirea/numele si sediul/adresa candidatului/ofertantului)
sub sancţiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul anexat sunt reale.
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, 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ă, banca, alte persoane juridice să
furnizeze informaţii reprezentanţilor autorizaţi ai ..............................................................., cu privire
164
(denumirea si adresa autorităţii contractante)
la orice aspect tehnic şi financiar
în legătură cu activitatea noastră.
Prezenta declaraţie este valabilă până la data de ………………………………
(se precizează data expirării perioadei de valabilitate a ofertei)
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
165
Anexă la formularul 8
Data _____/_____/_____
( zi / lună / an )
Nr.
Crt
.
Obi
ectu
l con
trac
tulu
i
Cod
ul C
PV
Den
umire
a/nu
mel
e
bene
ficia
rulu
i/clie
ntul
ui
Adr
esa
Cal
itate
a of
erta
nt *
)
Pre
ţul t
otal
al
cont
ract
ului
Pro
cent
înde
plin
it de
furn
izor
%
Can
titat
ea (
U.M
.)
Per
ioad
a de
der
ular
e a
cont
ract
ului
**)
0 1 2 3 4 5 6 7
1
2
.....
166
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
________
*) 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 data de începere şi de finalizare a contractului.
167
Formular nr. 9
OPERATOR ECONOMIC
_____________________
(denumirea/numele)
DECLARAŢIE
privind calitatea de participant la procedură
1. Subsemnatul(a)________________________________________________, reprezentant împuternicit
al (numele şi prenumele persoanei autorizate/împuternicite)
______________________________________________________________, declar pe propria răspundere,
(se insereaza numele operatorului economic-persoana juridică)
sub sancţiunile aplicate faptei de fals în acte publice, că, la procedura pentru atribuirea contractului de achiziţie publică de __________________________________________, având ca obiect ______________ (se menţionează procedura) ______________________________________________, la data de _____________, organizată de ______ (se inserează, denumirea serviciului şi codul CPV) ( zi / lună / an ) ________________________________ _________, particip şi depun ofertă: (se inserează numele autorităţii contractanta)
în nume propriu;
ca asociat în cadrul asociaţiei ……………………………………………….;
ca subcontractant al…………………………………
(Se bifează opţiunea corespunzătoare)
168
2. Subsemnatul declar că: nu sunt membru al niciunui grup sau reţele de operatori economici;
sunt membru în grupul sau reţeaua a cărei listă cu date de recunoaştere o prezint în anexă.
(Se bifează opţiunea corespunzătoare)
3. Subsemnatul declar că voi informa imediat autoritatea contractanta 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ă.
4. De asemenea, declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractanta 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.
5. 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 orice aspect tehnic şi financiar în legătură cu activitatea noastră.
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
169
Formular 10
OPERATOR ECONOMIC
....................................
(denumirea/numele)
LISTA PERSONALULUI DE SPECIALITATE
DESEMNAT PENTRU ÎNDEPLINIREA CONTRACTULUI
Subsemnatul/subsemnaţii …………………………………………………….,reprezentant/reprezentanţi
(numele şi prenumele)
împuternicit/împuterniciţi al ……………..………………………………………………………………………………
( denumirea/numele şi sediul/adresa ofertantului)
declar/declarăm pe propria răspundere că pentru contractul de prestari servicii si furnizare de produse pentru
implementare a unui “ Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a Politicilor de
Concurență în Corelare cu Politicile Sectoriale, componenta a PODCA cod SMIS 39072, voi folosi următoarele
persoane responsabile pentru îndeplinirea contractului:
Nr.
crt. Personal angajat Nume şi prenume
Studii de
specialitate
1 Project manager
2 Expert analist de business
3 Expert Arhitect Sisteme Informatice
4 Expert Managementul Proceselor
5 Expert baze de date
170
6 Expert virtualizare si securitate
informationala
7 Expert Componenta monitorizarea
evenimentelor din aplicatii si retea
8 Expert Componenta monitorizare server si
activitate utilizatori
9 Expert Coordonator testare
10 Expert Coordonator instruire
11 Expert Componenta managementul
documentelor
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, 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ă, bancară, alte persoane juridice
să furnizeze informaţii reprezentanţilor autorizaţi ai ...............................................................................
(denumirea şi adresa autorităţii contractante)
cu privire la orice aspect tehnic şi financiar în legătură cu activitatea noastră.
Anexez la prezenta declaraţie CV-urile personalului responsabil pentru îndeplinirea contractului de achiziţie
publică.
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
171
……………………………………………
(semnătura şi ştampila)
Formular 11
BANCA
___________________
(denumirea)
INSTRUMENT DE GARANTARE DE PARTICIPARE
pentru participare cu oferta la procedura de atribuire a contractului de achiziţie publica
Către,
CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti
Cu privire la procedura pentru atribuirea contractului de prestari servicii si furnizare produse pentru
implementarea „Sistemului Informatic Integrat pentru Eficientizarea Activităţii de Aplicare a Politicilor de
Concurență în Corelare cu Politicile Sectoriale, componenta a PODCA cod SMIS 39072, noi
____________________________, având sediul înregistrat la ____________________________________,
(denumirea băncii) (adresa băncii)
ne obligăm faţă de CONSILIUL CONCURENŢEI să plătim suma de _____________________________ :
(în litere şi în cifre)
condiţionat , respectiv după constatarea culpei persoanei garantate, în conformitate cu contractul garantat;
172
necondiţionat, respectiv la prima cerere a beneficiarului, pe baza declaraţiei acestuia cu privire la culpa ofertantului
.......................................................... garantat,
(denumirea/numele)
(se bifează opţiunea corespunzătoare)
îÎn cazul existenţei uneia sau mai multora dintre situaţiile următoare:
a) ofertantul _______________________________ şi-a retras oferta în perioada de valabilitate a acesteia; (denumirea/numele)
b) oferta sa fiind stabilită câştigătoare, ofertantul ___________________________________ nu a constituit (denumirea/numele)
garanţia de bună execuţie în perioada de valabilitate a ofertei;
c) oferta sa fiind stabilita câştigătoare, ofertantul _____________________________________ a refuzat să (denumirea/numele)
semneze contractul de achiziţie publică în perioada de valabilitate a ofertei;
d) în măsura în care Consiliul Naţional de Soluţionare a Contestaţiilor respinge contestaţia depusă de către ofertantul ________________________________, autoritatea contractantă va reţine contestatorului suma (denumirea/numele)
de …......, potrivit prevederilor art. 2781 alin. (1) din OUG nr. 34/2006, cu modificările şi completările ulterioare.
Această garanţie este irevocabilă.
Prezenta garanţie este valabilă până la data de ______________________.
Parafată de Banca _____________ în ziua ______ luna ________ anul _____
(semnătura autorizată)
173
Formular 12
BANCA/SOCIETATEA DE ASIGURĂRI ……………………………………………… (denumirea)
SCRISOARE DE GARANTIE BANCARA DE BUNA EXECUTIE Către,
CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti
Garantia Nr.: <XXXXXXXXXX>
Din data:[ZZ.LL.AAAA]
Cu privire la contractul de achiziţie publică ........................................................................................................, (denumirea contractului si numarul)
încheiat intre .........................................................................................., în calitate de Prestator şi
(denumirea/numele)
CONSILIUL CONCURENŢEI, in calitate de Autoritate Contractanta, ne obligam prin prezenta să plătim suma de
__________________________________________ : reprezentând 7% din valoarea contractului, fără TVA: (în litere
şi în cifre)
condiţionat , respectiv după constatarea culpei persoanei garantate, în conformitate cu contractul garantat;
necondiţionat, respectiv la prima cerere a autorităţii contractante, pe baza declaraţiei acesteia cu privire la culpa
ofertantului .......................................................... garantat, respectiv neîndeplinirea obligaţiilor ce
(denumirea/numele)
174
revin Furnizorului, astfel cum sunt acestea prevăzute în contractul de achiziţie publica mai sus menţionat.
(se bifează opţiunea corespunzătoare)
Prezenta garanţie se va elibera in cel mult 14 zile de la emiterea procesului verbal de acceptanta finala.
Garanţia nu poate fi restituită Furnizorului decât cu acordul scris al Autorităţii Contractante.
In cazul in care părţile contractante sunt de acord sa prelungească perioada de valabilitate a garanţiei sau sa
modifice unele prevederi contractuale care au efecte asupra angajamentului băncii, se va obţine acordul nostru
prealabil;
Această garanţie este irevocabilă.
Prezenta garanţie este valabilă până la data de ______________________.
Parafată de Banca _____________ în ziua ______ luna ________ anul _____
(semnătura autorizată)
175
DENUMIRE OFERTANT Formular nr.13
…………………………..
DECLARAŢIE
privind neîncadrarea în situaţiile prevăzute la art. 691 din
Ordonanţa de urgenţă a Guvernului nr. 34/2006
1. Subsemnatul …………………..........….. ............................................................., reprezentant împuternicit (nume şi prenume în clar al persoanei autorizate)
al ............................................. ................................................., declar pe propria răspundere, sub sancţiunile
(denumirea operatorului economic)
aplicate faptei de fals în acte publice, că, la procedura pentru atribuirea contractului de achiziţie publică .........
……………………......................, având ca obiect achiziţia de ............ ..............................................................,
. (denumirea produsului, serviciului sau lucrării)
Cod CPV.......................................................... , organizată de Consiliul Concurentei, la data de ....................,
(zi/lună/an)
particip şi depun ofertă:
□ în nume propriu;
176
□ ca asociat în cadrul asocierii condusă de < numele liderului / noi înşine ;.
□ ca subcontractor
□ ca terţ susţinător
(Se bifează opţiunea corespunzătoare)
2. Confirmăm faptul că nu avem drept membri în cadrul consiliului de administraţie/organ de conducere sau de supervizare şi/sau are acţionari ori asociaţi persoane care sunt soţ/soţie, rudã sau afin pânã la gradul al patrulea inclusiv sau care se aflã în relaţii comerciale, astfel cum sunt acestea prevãzute la art. 69 lit. a), cu : dl.Bogdan M. Chiriţoiu – Preşedintele Consiliului Concurenţei, dl.Vasile Şeclăman – Secretarul General al Consiliului Concurenţei, Oana Neg - responsabil de proiect, Daria Drăguţ – asistent responsabil proiect,– expert în concurenţă, Florin Andrei – expert IT&C, Horia Grigoraş – responsabil financiar, Luminiţa Popa – expert resurse umane, Tatiana Haţegan – expert achiziţii publice;George Anglitoiu – expert in concurenta 3. De asemenea, 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, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie.
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
177
Formular nr. 14
OPERATOR ECONOMIC
_____________________
(denumirea/numele)
CERTIFICAT
de participare la licitație cu ofertă independentă
I. Subsemnatul/Subsemnaţii, _______________________________________________, reprezentant/reprezentanţi
(numele şi prenumele reprezentantului/reprezentanţilor legali)
legali al/ai ____________________________________________________, întreprindere/asociere care va participa la (se insereaza numele operatorului economic-persoana juridică)
procedura de achiziţie publică organizată de CONSILIUL CONCURENŢEI, în calitate de autoritate contractantă, certific/certificăm prin prezenta că informaţiile conţinute sunt adevărate şi complete din toate punctele de vedere. II. Certific/Certificăm prin prezenta, în numele _____________________________________________, următoarele: (se insereaza numele operatorului economic-persoana juridică)
1. am citit şi am înţeles conţinutul prezentului certificat; 2. consimt/consimţim descalificarea noastră de la procedura de achiziţie publică în condiţiile în care cele declarate se dovedesc a fi neadevărate şi/sau incomplete în orice privinţă;
178
3. fiecare semnătură prezentă pe acest document reprezintă persoana desemnată să înainteze oferta de participare, inclusiv în privinţa termenilor conţinuţi de ofertă; 4. în sensul prezentului certificat, prin concurent se înţelege oricare persoană fizică sau juridică, alta decât ofertantul în numele căruia formulăm prezentul certificat, care ofertează în cadrul aceleiaşi proceduri de achiziţie publică sau ar putea oferta, întrunind condiţiile de participare; 5. oferta prezentată a fost concepută şi formulată în mod independent faţă de oricare concurent, fără a exista consultări, comunicări, înţelegeri sau aranjamente cu aceştia; 6. oferta prezentată nu conţine elemente care derivă din înţelegeri între concurenţi în ceea ce priveşte preţurile/tarifele, metodele/formulele de calcul al acestora, intenţia de a oferta sau nu la respectiva procedură sau intenţia de a include în respectiva ofertă elemente care, prin natura lor, nu au legătură cu obiectul respectivei proceduri; 7. oferta prezentată nu conţine elemente care derivă din înţelegeri între concurenţi în ceea ce priveşte calitatea, cantitatea, specificaţii particulare ale produselor sau serviciilor oferite; 8. detaliile prezentate în ofertă nu au fost comunicate, direct sau indirect, niciunui concurent înainte de momentul oficial al deschiderii publice, anunţată de contractor. III. Sub rezerva sancţiunilor prevăzute de legislaţia în vigoare, declar/declarăm că cele consemnate în prezentul certificat sunt adevărate şi întrutotul conforme cu realitatea.
Data _____/_____/_____ ( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
………………………………………
(semnătura şi ştampila)
179
Formular nr.15
OPERATOR ECONOMIC
....................................
(denumirea/numele)
DECLARAŢIE DE DISPONIBILITATE
Subsemnatul , declar pe propria răspundere, sub sancţiunea excluderii din procedură a ofertantului
.............................................................................................., şi sub sancţiunile aplicate faptei de fals în acte
( denumirea/numele ofertantului)
publice, că sunt angajat al ofertantului conform contractului de muncă nr.... din data de...../ sunt colaborator al
ofertantului conform contractului de colaborare nr... din data...., angajament de participare
Sunt de acord să particip la procedura de ofertare pentru atribuirea contractului de furnizare...............
Declar ca sunt dispus şi doresc să lucrez pe postul de.......... pentru care CV-ul meu a fost inclus, în eventualitatea ca
această ofertă va fi declarată câştigătoare, pe toată durata necesară exercitării atribuţiilor ce-mi revin în calitate de
expert...............
Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea
contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente doveditoare de
care dispun.
180
Înţeleg că în cazul în care această declaraţie nu este conformă cu realitatea sunt pasibil de încălcarea prevederilor
legale privind falsul în declaraţii.
Numele şi Prenumele
Semnătura
Data
Data _____/_____/_____
( zi / lună / an )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez
oferta pentru şi în numele ________________________________________________.
(denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
Notă:
1) Se va completa de către personalul responsabil cu îndeplinirea contractului 2) Aceste declaraţii se vor prezenta în original, vor fi semnate de persoana în cauză şi contrasemnate de reprezentantul
ofertantului
181
Formular nr. B1
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 bifează opţiunea corespunzătoare)
contractant unic sau contractant conducător (lider de asociaţie)
contractant asociat
subcontractant
4. Valoarea contractului:
exprimata in exprimata
moneda in care in echivalent
182
s-a încheiat euro
contractul
a) iniţiala (la data semnării contractului): _________ ___________
b) finala (la data finalizării contractului): _________ ___________
5. Daca au fost litigii privind îndeplinirea contractului, natura acestora si modul lor de soluţionare: ________
___________________________.
6. Gama de servicii prestate in baza contractului, precum si alte aspecte relevante prin care ofertantul/candidatul
îşi susţine experienţa similară: _____________________________________________
_______________________________.
Ofertant,
_______________
(numele, prenumele şi semnătura autorizată)
------------
*) Se completează fise distincte pentru fiecare contract.
183
Formularul nr.16
OPERATOR ECONOMIC
____________________
(denumirea/numele)
Angajament Terţ susţinător financiar
Terţ susţinător financiar
..........................
(denumirea) ANGAJAMENT
privind susţinerea financiară
a ofertantului/candidatului/grupului de operatori economici
Către, ................................................................................
(denumirea autorităţii contractante şi adresa completă)
Cu privire la procedura pentru atribuirea contractului ...........................................................................,
(denumirea contractului de achiziţie publică)
noi ................................................................................, având sediul înregistrat la .................. ................................
(denumirea terţului susţinător financiar) (adresa terţului susţinător
financiar)
...................................................., ne obligăm, în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia
...................................................................................... toate resursele financiare necesare pentru îndeplinirea
(denumirea ofertantului/grupului de operatori economici)
integrală şi la termen a tuturor obligaţiilor asumate de acesta/aceştia conform ofertei prezentate şi contractului de
achiziţie publică ce urmează a fi încheiat între ofertant şi autoritatea contractantă.
184
Acordarea susţinerii financiare nu implică alte costuri pentru achizitor, cu excepţia celor care au fost incluse
în propunerea financiară.
În acest sens, ne obligăm în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia ..........
......................................................................................... suma de ....................................................................,
(denumirea ofertantului/grupului de operatori economici) (valoarea totală/parţială din propunerea financiară)
necesară pentru îndeplinirea integrală, reglementară şi la termen a contractului de achiziţie publică.
Noi, ......................................................................, declarăm că înţelegem să răspundem faţă de
(denumirea terţului susţinător financiar)
autoritatea contractantă pentru neexecutarea oricărei obligaţii asumate de................................. ......................
(denumire ofertant/grupul de operatori economici)
………………………...…, în baza contractului de achiziţie publică şi pentru care ...... ……………………………
(denumirea ofertantului /grupului de operatori
economici)
.....................................................a primit susţinerea financiară conform prezentului angajament, renunţând în acest
sens, definitiv şi irevocabil, la invocarea beneficiului de diviziune sau discuţiune.
Noi, .........................................................................., declarăm că înţelegem să renunţam definitiv şi
(denumirea terţului susţinător financiar)
irevocabil la dreptul de a invoca orice excepţie de neexecutare, atât faţă de autoritatea contractantă, cât şi faţă de
.................................................................., care ar putea conduce la neexecutarea, parţială sau totală,
(denumire ofertant/candidat/grupul de ofertanţi)
sau la executarea cu întârziere sau în mod necorespunzător a obligaţiilor asumate de noi prin prezentul angajament.
Noi,.............................................................., declarăm că înţelegem să răspundem pentru prejudiciile
(denumirea terţului susţinător financiar)
cauzate autorităţii contractante ca urmare a nerespectării obligaţiilor prevăzute în angajament.
Prezentul reprezintă angajamentul nostru ferm încheiat în conformitate cu prevederile art.186 alin.(2) din
OUG nr.34/2006 cu modificările şi completările ulterioare, care dă dreptul autorităţii contractante de a solicita, în mod
legitim, îndeplinirea de către noi a anumitor obligaţii care decurg din susţinerea financiară acordată
............................................................................................
(denumirea ofertantului/candidatului/grupului de operatori economici).
Data completării, Terţ susţinător,
185
(semnătură autorizată)
Formularul nr. 17
..........................
(denumirea)
ANGAJAMENT
privind susţinerea tehnica si profesională
a ofertantului/candidatului/grupului de operatori economici
Către, ..............................................
(denumirea autorităţii contractante şi adresa completă)
Cu privire la procedura pentru atribuirea contractului ...................... (denumirea contractului de achiziţie
publică), noi ............. (denumirea terţului susţinător tehnic şi profesional), având sediul înregistrat la ..........
.............(adresa terţului susţinător tehnic şi profesional), ne obligăm, în mod ferm, necondiţionat şi irevocabil, să
punem la dispoziţia.............. (denumirea ofertantului/grupului de operatori economici) toate resursele tehnice şi
profesionale necesare pentru îndeplinirea integrală şi la termen a tuturor obligaţiilor asumate de acesta/aceştia,
conform ofertei prezentate şi contractului de achiziţie publică ce urmează a fi încheiat între ofertant şi autoritatea
contractantă.
Acordarea susţinerii tehnice şi profesionale nu implică alte costuri pentru achizitor, cu excepţia celor care au
fost incluse în propunerea financiară.
În acest sens, ne obligăm în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia .......... (denumirea
ofertantului/candidatului/grupului de operatori economici) resursele tehnice şi/sau profesionale de
................................................ ..................................................................necesară pentru îndeplinirea integrală,
reglementară şi la termen a contractului de achiziţie publică.
186
Noi, ....................... (denumirea terţului susţinător tehnic şi profesional), declarăm că înţelegem să
răspundem, în mod necondiţionat, faţă de autoritatea contractantă pentru neexecutarea oricărei obligaţii asumate de
....................... (denumire ofertant/candidatului/grupul de operatori economici), în baza contractului de achiziţie
publică, şi pentru care ................ (denumire operatorul/candidatului/grupul de operatori economici) a primit
susţinerea tehnică şi profesională conform prezentului angajament, renunţând în acest sens, definitiv şi irevocabil, la
invocarea beneficiului de diviziune sau discuţiune.
Noi, .................. (denumirea terţului susţinător tehnic şi profesional), declarăm ca înţelegem să renunţăm
definitiv şi irevocabil la dreptul de a invoca orice excepţie de neexecutare, atât faţă de autoritatea contractantă, cât şi
faţă de ................. (denumire ofertant/grupul de ofertanţi), care ar putea conduce la neexecutarea, parţială sau totală,
sau la executarea cu întârziere sau în mod necorespunzător a obligaţiilor asumate de noi prin prezentul angajament.
Noi,.................................. (denumirea terţului susţinător tehnic şi profesional), declarăm că înţelegem să
răspundem pentru prejudiciile cauzate autorităţii contractante ca urmare a nerespectării obligaţiilor prevăzute în
angajament.
Prezentul reprezintă angajamentul nostru ferm încheiat în conformitate cu prevederile art.190 alin.(2) din
OUG nr.34/2006 cu modificările şi completările ulterioare, care dă dreptul autorităţii contractante de a solicita, în mod
legitim, îndeplinirea de către noi a anumitor obligaţii care decurg din susţinerea tehnică şi profesională acordată
.............................................................. (denumirea ofertantului/lcandidatului/grupului de operatori economici).
Data completării, Terţ susţinător,
........................... .....................
(semnătură autorizată)
187
Formularul nr. 17.1
Terţ susţinător tehnic şi profesional
..........................
(denumirea)
Declaraţie
terţ susţinător tehnic şi profesional
Subsemnatul ________________, reprezentant împuternicit al .......................... (denumirea
terţului susţinător tehnic şi profesional), declar pe propria răspundere, sub sancţiunile aplicabile faptei de
fals în acte publice, că datele prezentate în tabelul anexat privind logistica, utilajele, instalaţiile,
echipamentele tehnice de care dispun şi care urmează a fi folosite efectiv pentru îndeplinirea contractului
de achiziţie publică............................................................. sunt reale.
Declar de asemenea că vom disponibiliza aceste resurse necondiţionat, în funcţie de
necesităţile care vor apărea pe parcursul îndeplinirii contractului de achiziţie publică având ca
obiect..........................................................( obiectul contractului).
LISTA
privind logistica, utilajele, instalaţiile şi echipamentele tehnice aflate în dotare si care urmează a fi
efectiv folosite pentru îndeplinirea contractului de achiziţie publică
Nr. Denumire utilaj/echipament/instalaţie Cantitate Forma de deţinere
188
crt U.M.
Proprietate În chirie
Prezenta declaraţie este anexă la „Angajamentul ferm” privind susţinerea noastră tehnică şi
profesională oferită .............................................. ....................................................(denumirea
ofertantului/candidatului/grupului de operatori economici).
Data completării, Terţ susţinător,
(semnătură autorizată)
189
Formularul nr.17.2
Terţ susţinător tehnic şi profesional
..........................
(denumirea)
Declaraţie
terţ susţinător tehnic şi profesional
Subsemnatul ______________, reprezentant împuternicit al ........(denumirea terţului
susţinător tehnic si profesional), declar pe propria răspundere, sub sancţiunile aplicabile faptei de fals în
acte publice, că datele prezentate în tabelul anexat privind efectivul mediu anual al personalului angajat şi
al cadrelor de conducere şi care urmează a fi efectiv alocat pentru indeplinirera contractului de achiziţie
publică.................................................... sunt reale.
LISTA
privind personalului angajat şi al cadrelor de conducere care urmează a fi efectiv
alocate pentru îndeplinirea contractului de achiziţie publică
Anul 1 Anul 2 Anul 3
Personal angajat
Din care personal de
conducere
Personal efectiv alocat pentru
îndeplinirea contractului
Din care personal de
conducere efectiv alocat pentru
îndeplinirea contractului
Anexez declaraţiei, CV-urile personalului de conducere precum şi ale personalului care va fi
alocat efectiv pentru îndeplinirea contractului de achiziţie publică.
190
Subsemnatul declar că informaţiile furnizate, referitoare la experienţa anterioară, capacităţile
tehnice şi personalul angajat şi cel de conducere 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.
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 orice aspect tehnic şi financiar în legătură cu activitatea noastră.
Prezenta declaraţie este anexă la „Angajamentul ferm” privind susţinerea noastră tehnică şi
profesională oferită .............................................. ....................................(denumirea
ofertantului/candidatului/grupului de operatori economici).
Data completării, Terţ susţinător,
(semnătură autorizată)
191
Formularul nr. 18
OFERTANTUL
____________________
(denumirea/numele)
ACORD DE SUBCONTRACTARE
nr………./…………
La contractul de achiziţie publică nr……/…….. încheiat între ________________ privind execuţia_____________
(denumire autoritate contractantă)
la “_______________________________________________________________”.
(denumire contract)
1. Părti contractante:
Acest contract este încheiat între S.C. _______________ cu sediul în _______________________________,
(adresa,tel.,fax)
reprezentată prin __________________ Director General şi______________ Director Economic, denumită în cele ce
urmeaza contractant general
şi
S.C. _______________ cu sediul în __________________________, reprezentată prin____________________
(adresa,tel.,fax)
Director General şi ____________________ Director Economic, denumită în cele ce urmează subcontractant.
2. Obiectul contractului:
Art.1. _______________ ce fac obiectul prezentului contract sunt_________________ de:
(servicii)
___________.
Art.2. Valoarea ______________ este conform ofertei prezentate de subcontractant.
(servicii)
Art.3. Contractantul general va plăti subcontractantului următoarele sume:
- lunar, în termen de _______ (zile) de la primirea de către contractantul general
a facturii întocmite de subcontractant, contravaloarea ___________________ executate în perioada respectivă.
(serviciilor)
192
- plata ___________________________ se va face în limita asigurării finanţării ___________________________
(serviciilor)
(serviciilor)
de către beneficiarul __________________________
(denumire autoritate contractantă)
Art.4. Durata de execuţie a ___________________________ este în conformitate cu contractul, eşalonată
(serviciilor)
conform graficului anexă la contract.
Art.5. Durata garanţiei de bună execuţie este de ____ luni şi începe de la data semnării procesului verbal încheiat la
terminarea ________________________.
(serviciilor)
Art.6. Contractantul general va preda subantreprenorului documentaţia completă verificată cu dispoziţiile legale.
3. Alte dispoziţii:
Art.7. Pentru nerespectarea termenului de finalizare a ____________(serviciilor) şi neîncadrarea din vina
subcontractantului, în durata de execuţie angajată de contractantul general în faţa beneficiarului, subcontractantul va
plăti penalităţi de ______% pe zi întârziere din valoarea ____________________ (serviciilor)nerealizată la termen.
Pentru nerespectarea termenelor de plată prevăzute la art.3., contractantul general va plăti penalităti de _____ % pe
zi întârziere la suma datorată.
Art.8. Subcontractantul se angajează faţă de contractant cu aceleaşi obligaţii şi responsabilităţi pe care contractantul
le are faţă de investitor conform contractului______________________ (denumire contract).
Art.9. Neînţelegerile dintre părţi se vor rezolva pe cale amiabilă. Dacă acest lucru nu este posibil, litigiile se vor
soluţiona pe cale legală.
Prezentul contract s-a încheiat în două exemplare, câte un exemplar pentru fiecare parte.
____________________ _________________________
(contractant) (subcontractant)
Înregistrat la sediul autorităţii contractante Nr. ________/________
Operator economic,
193
OFERTANTUL Formularul nr. 19 ____________________ (denumirea/numele) ANEXA Nr. 1
din Ordonanta nr.27/2006
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. [ ] Î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, 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)
Important: Precizaţi dacă, faţă de exerciţiul [ ] Nu financiar anterior, datele financiare au [ ] Da (în acest caz se va completa şi se va
194
înregistrat modificări care determină încadrarea ataşa o declaraţie referitoare la exerciţiul întreprinderii într-o altă categorie (respectiv financiar anterior) micro-întreprindere, întreprindere mică, mijlocie sau mare). 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 prezenta lege.
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.
195
ANEXA Nr. 2
din Ordonanta nr.27/2006
CALCULUL
pentru întreprinderile partenere sau legate
Secţiunile care trebuie incluse, după caz:
- secţiunea A, dacă întreprinderea solicitantă are cel puţin o întreprindere parteneră (precum şi orice fişe
adiţionale);
- secţiunea B dacă întreprinderea solicitantă este legată cu cel puţin o întreprindere (precum şi orice fişe
adiţionale).
Calculul pentru tipurile de întreprinderi partenere sau legate
Perioada de referinţă
Numărul mediu anual de
salariaţi
Cifra de afaceri anuală
netă (mii lei/mii Euro)
Total active
(mii lei/mii Euro)
1. Datele1) întreprinderii
solicitante sau din
situaţiile financiare
anuale consolidate (se
vor introduce datele din
tabelul B1 din secţiunea
B2)
2. Datele cumulate1) în
mod proporţional ale
tuturor întreprinderilor
partenere, dacă este
cazul (se vor introduce
datele din
secţiunea A)
3. Datele cumulate ale
tuturor
întreprinderilor legate1)
(dacă există) dacă nu au
fost deja incluse prin
consolidare la pct. 1 din
acest tabel (se vor
introduce datele din
tabelul B2 din secţiunea
196
B)
TOTAL
Datele incluse în secţiunea "Total" din tabel trebuie introduse în tabelul "Date utilizate pentru a se stabili
categoria întreprinderii" din anexa nr. 1.
___________
1) 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.
2) Datele întreprinderii, inclusiv numărul mediu anual de salariaţi, sunt determinate pe baza situaţiilor
financiare anuale şi a datelor întreprinderii sau, atunci când este cazul, pe baza situaţiilor financiare
anuale consolidate ale întreprinderii ori a situaţiilor financiare anuale consolidate în care întreprinderea
este inclusă.
197
Formularul nr. 20
OFERTANTUL
____________________
(denumirea/numele)
Curriculum vitae Europass
Inserati fotografia. (rubrica facultativa, vezi instructiunile)
Informatii personale
Nume / Prenume Nume, Prenume
Adresa(e) Numar imobil, nume strada, cod postal, localitate, tara
Telefon(oane) Mobil:
Fax(uri)
E-mail(uri)
Nationalitate(-tati)
Data nasterii
Sex
Locul de munca vizat / Domeniul ocupational
Se va completa cu pozitia propusa in proiect
Experienta profesionala
Perioada Mentionati separat fiecare experienta profesionala relevanta, incepand cu cea mai recenta dintre acestea.
Functia sau postul ocupat
198
Activitati si responsabilitati principale
Numele si adresa angajatorului
Tipul activitatii sau sectorul de activitate
Educatie si formare
Perioada Mentionati separat fiecare forma de invatamant si program de formare profesionala absolvite, incepand cu cel mai recent. (vezi instructiunile)
Calificarea / diploma obtinuta
Disciplinele principale studiate / competente profesionale
dobandite
Numele si tipul institutiei de invatamant / furnizorului de
formare
Nivelul in clasificarea nationala sau internationala
Aptitudini si competente personale
Limba(i) materna(e) Precizati limba(ile) materna(e) (daca este cazul specificati a doua limba materna, vezi instructiunile)
Limba(i) straina(e) cunoscuta(e)
Autoevaluare Intelegere Vorbire Scriere
Nivel european (*) Ascultare Citire Participare la conversatie
Discurs oral Exprimare
scrisa
Limba
Limba
(*) Nivelul Cadrului European Comun de Referinta Pentru Limbi Straine
Competente si abilitati sociale Descrieti aceste competente si indicati contextul in care au fost dobandite.
Competente si aptitudini organizatorice
Descrieti aceste competente si indicati contextul in care au fost dobandite.
Competente si aptitudini tehnice Descrieti aceste competente si indicati contextul in care au fost dobandite.
Competente si aptitudini de utilizare a calculatorului
Descrieti aceste competente si indicati contextul in care au fost dobandite.
199
Competente si aptitudini artistice Descrieti aceste competente si indicati contextul in care au fost dobandite.
Alte competente si aptitudini Descrieti aceste competente si indicati contextul in care au fost dobandite.
Permis(e) de conducere Mentionati daca detineti un permis de conducere si categoria.
Informatii suplimentare Includeti aici orice alte informatii utile, care nu au fost mentionate anterior, de exemplu: persoane de contact, referinte etc.
Anexe Enumerati documentele anexate CV-ului.
200
Contract de servicii nr.______________data_______________
1. Părţile contractante În temeiul Ordonanţei de Urgenţă nr. 34/2006 privind atribuirea contractelor de achizitie publică, a contractelor de
concesiune de lucrări publice şi a contractelor de concesiune de servicii, cu modificările şi completările ulterioare, s-a
încheiat prezentul contract de prestări de servicii,
Între
CONSILIUL CONCURENŢEI, cu sediul în Bucureşti, Piaţa Presei Libere nr.1 – Casa Presei Libere, sector 1, telefon/fax: 021-317.11.91/021-316.49.09, cod fiscal 8844560 cont trezorerie RO98TREZ70023510120XXXXX deschis la Direcţia de Trezorerie şi Contabilitate Publică a Municipiului Bucureşti, reprezentată prin domnul Bogdan M. CHIRIŢOIU , având funcţia de Preşedinte şi de domnul Vasile ŞECLĂMAN, având funcţia de Secretar General în calitate de achizitor, pe de o parte
şi ......................................................., localitatea .........................., str. ..................................., nr........,
bl.........., sc......., et......., ap..........., sector........, telefon/fax ...................... / .................., număr de înmatriculare ......................., cod fiscal ................., cont trezorerie .......................... deschis la ........................, reprezentată prin .................., funcţie ................ în calitate de prestator, pe de altă parte.
2. Definiţii 2.1 - În prezentul contract următorii termeni vor fi interpretaţi astfel: a) Contract - prezentul contract şi toate anexele sale; b)beneficiar şi prestator - părţile contractante, aşa cum sunt acestea numite în prezentul contract; c) preţul contractului - preţul plătibil prestatorului de către achizitor, în baza contractului, pentru îndeplinirea integrală şi corespunzătoare a tuturor obligaţiilor asumate prin contract; d) servicii - activităţi a căror prestare face obiect al contractului; e) produse - echipamentele, maşinile, utilajele, piesele de schimb şi orice alte bunuri cuprinse în anexa/anexele la prezentul contract şi pe care prestatorul are obligaţia de a le furniza aferent serviciilor prestate conform contractului; f) forţa majoră - reprezintă o împrejurare de origine externă, cu caracter extraordinar, absolut imprevizibilă şi inevitabilă, care se află în afara controlului oricărei părţi, care nu se datorează greşelii sau vinei acestora, şi care face imposibilă executarea şi, respectiv, îndeplinirea contractului; sunt considerate asemenea evenimente: războaie, revoluţii, incendii, inundaţii sau orice alte catastrofe naturale, restricţii apărute ca urmare a unei carantine, embargou, enumerarea nefiind exhaustivă, ci enunţiativă. Nu este considerat forţă majoră un eveniment asemenea celor de mai sus care, fără a crea o imposibilitate de executare, face extrem de costisitoare executarea obligaţiilor uneia din părţi; g) zi - zi calendaristică; an - 365 de zile.
201
3. Interpretare 3.1 - În prezentul contract, cu excepţia unei prevederi contrare, cuvintele la forma singular vor include forma de plural şi vice versa, acolo unde acest lucru este permis de context. 3.2 - Termenul “zi”sau “zile” sau orice referire la zile reprezintă zile calendaristice dacă nu se specifică în mod diferit.
Clauze obligatorii 4. Obiectul şi preţul contractului 4.1. - Prestatorul se obligă să presteze serviciile şi să furnizeze echipamentele necesarepentru dezvoltarea si implementarea sistemului informatic integrat pentru eficientizarea aplicării politicilor de concurență– denumit in continuare SIIEAPC, inclusiv organizare de cursuri de instruire în vederea realizării proiectului “Eficientizarea activităţii de aplicare a politicilor de concurenţă în corelare cu politicile sectoriale“, cod SMIS 39072, prin Programul Operaţional Dezvoltarea Capacităţii Administrative, axa prioritară 1 „Îmbunătăţiri de structură şi proces ale managementului ciclului de politici publice”, domeniul major de intervenţie 1.1 „Îmbunătăţirea procesului de luare a deciziilor la nivel politico-administrativ”, operaţiunea “Elaborarea unui set de instrumente, metode şi a unui cadru instituţional specific unei abordări orientate către politici publice, care să ducă la o mai bună reglementare în administraţia publică”, în perioada/perioadele convenite şi în conformitate cu obligaţiile asumate prin prezentul contract. 4.2. - Achizitorul se obligă să plătească prestatorului preţul convenit pentru îndeplinirea contractului pentru
„Realizarea sistemului informatic SIIEAPC”, inclusiv organizare de cursuri de instruire.
4.3. - Preţul convenit pentru îndeplinirea contractului, respectiv preţul serviciilor prestate si a produselor livrate,
plătibil prestatorului de către achizitor conform graficului de plăţi, este de ........... lei, din care T.V.A. ................ lei
5. Durata contractului 5.1 Prezentul contract intră in vigoare la constituirea garanţiei de bună execuţie şi este valabil 5 luni dar nu mai târziu de data finalizării proiectului PO DCA cod SMIS 39072 conform contractului de finanţare nr. 321/04.05.2013, cu eventualele modificări şi completări ulterioare. 6. Documentele contractului 6.1 Documentele contractului sunt, în ordinea lor de prioritate:
1. contractul propriu-zis, inclusiv anexele sale 2. documentaţia de atribuire, inclusiv clarificările făcute de achizitor înainte de termenul limită de
depunere a ofertelor; 3. propunerea tehnică si propunerea financiară finală, inclusiv clarificările făcute de furnizor pe
parcursul perioadei de evaluare a ofertelor; 4. graficul de livrare a produselor hardware şi software şi a serviciilor de instalare, dezvoltare şi
implementare a proiectului 5. graficul de plati 6. acordul de confidenţialitate;
202
7. garanţia de bună execuţie 8. angajamentul ferm de susţinere din partea unui terţ, dacă este cazul.
6.2.Actele adiţionale au ordinea de prioritate a documentului pe care îl modifică. Documentele menţionate la articolul 6.1, părţi integrante ale contractului, se consideră a se explica reciproc. În caz de ambiguitate sau divergenţă, acestea trebuie citite şi interpretate în ordinea mai sus menţionată. În cazul în care, pe parcursul executării contractului se constată faptul că anumite elemente ale propunerii tehnice sunt inferioare sau nu corespund cerinţelor prevăzute in documentaţia de atribuire, prevalează prevederile acesteia din urmă. 7 CONFIDENŢIALITATEA CONTRACTULUI 7.1 - (1) O parte contractantă nu are dreptul, fără acordul scris al celeilalte părţi:
a. de a face cunoscut contractul sau orice prevedere a acestuia unei terţe părţi, în afara acelor persoane implicate în îndeplinirea contractului;
b. de a utiliza informaţiile şi documentele obţinute sau la care are acces în perioada de derulare a contractului, în alt scop decât acela de a-şi îndeplini obligaţiile contractuale.
- (2) Dezvăluirea oricărei informaţii fată de persoanele implicate în îndeplinirea contractului se va face confidenţial şi se va extinde numai asupra acelor informaţii necesare în vederea îndeplinirii contractului. 7.2 - O parte contractantă va fi exonerată de răspunderea pentru dezvăluirea de informaţii referitoare la contract, dacă:
a. Informaţia era cunoscută părţii contractante înainte ca ea să fi fost primită de la cealaltă parte contractantă, sau
b. Informaţia a fost dezvăluită după ce a fost obţinut acordul scris al celeilalte părţi contractante pentru asemenea dezvăluire, sau
c. Partea contractantă a fost obligată în mod legal să dezvăluie informaţia 8. Responsabilităţile prestatorului
8.1 Prestatorul are obligaţia de a presta serviciile si a livra produsele prevăzute în contract cu profesionalismul şi promptitudinea cuvenite angajamentului asumat şi în conformitate cu toate documentele contractului prevăzute la art. 6 – „Documentele contractului” . 8.2 .Prestatorul se obligă să furnizeze produsele şi să presteze serviciile în perioadele prevăzute prin graficul de livrare a produselor hardware şi software şi a serviciilor de instalare, dezvoltare şi implementare a proiectului prezentat în propunerea tehnică, anexă la contract. 8.3 Prestatorul se obligă să organizeze şi să desfăşoare cursurile de instruire a personalului Beneficiarului, conform cerinţelor din caietul de sarcini. 8.4. Prestatorul are obligaţia de a supraveghea prestarea serviciilor si livrarea produselor, de a asigura în mod continuu resursele umane şi materialele necesare pentru îndeplinirea contractului.
8.5 Prestatorul este răspunzător de calitatea si integritatea produselor livrate si calificarea personalului folosit pe toată durata contractului şi de modul în care aceştia îşi îndeplinesc sarcinile:
a) Prestatorul se obligă să prezinte pontajele (timesheet-uri) pentru experţi/fiecare activitate în conformitate cu propunerea tehnică şi financiară.
b) Prestatorul nu va efectua schimbări ale experţilor aprobaţi sau mobilizări de alţi experţi fără acordul scris prealabil al achizitorului. Schimbările de experţi vor fi analizate şi aprobate de către beneficiar. Prestatorul trebuie să propună din proprie iniţiativă înlocuirea în următoarele situaţii: în cazul decesului, în cazul îmbolnăvirii sau în cazul accidentării unui expert şi/sau dacă se impune înlocuirea
203
unui expert pentru orice alt motiv care nu este sub controlul Prestatorului (ex. demisia, nerespectarea sarcinilor, incompetenţa expertului, etc.). Oricare din situaţiile menţionate anterior va fi dovedită cu documente justificative, sau după caz cu o declaraţie pe proprie răspundere a Prestatorului.
c) Pe parcursul derulării contractului, pe baza unei cereri scrise motivate şi justificate, achizitorul poate solicita înlocuirea dacă consideră că un expert este ineficient sau nu îşi îndeplineşte sarcinile din contract;
d) În oricare dintre cazurile de mai sus achizitorul nu va purta nicio răspundere faţă de expertul înlocuit, singurul responsabil de legalitatea procedurii de înlocuire fiind prestatorul. Prestatorul va despăgubi achizitorul pentru orice pretenţie din partea expertul înlocuit. În cazul în care un expert trebuie înlocuit, înlocuitorul trebuie să deţină cel puţin aceeaşi experienţă şi calificare. De asemenea, remuneraţia ce va fi plătită înlocuitorului nu poate fi mai mare decât remuneraţia acordată expertului care a fost înlocuit, în caz contrar, diferenţa fiind în sarcina exclusivă a prestatorului. În cazul în care prestatorul nu este în măsură să furnizeze un înlocuitor cu aceeaşi experienţă şi calificare, achizitorul poate să decidă încetarea contractului în conformitate cu art.22 din prezentul contract sau să solicite reducerea onorariilor prestatorului, cu respectarea de către acesta a prevederilor art. 7.1;
e) Costurile suplimentare generate de înlocuirea experţilor revin prestatorului. În cazul în care expertul nu este înlocuit imediat şi funcţiile acestuia urmează să fie preluate după o anumită perioadă de timp de către noul expert/, prestatorul este obligat să desemneze un expert temporar pentru Proiect, până la sosirea noului expert sau să ia alte măsuri pentru a compensa absenţa temporară a expertului respectiv. Indiferent de situaţie, achizitorul nu va efectua nicio plată pentru perioada absenţei expertului sau înlocuitorului acestuia;
f) Zilele şi orele lucrătoare ale personalului salariat sau contractat de către prestator în România vor fi stabilite în condiţiile legii române şi în acord cu cerinţele caietului de sarcini. Locaţiile în care se vor desfăşura activităţile vor fi agreate de comun acord între beneficiar şi prestator.
8.6. Prestatorul va respecta şi se va supune tuturor legilor şi reglementărilor în vigoare din România, precum şi reglementărilor aplicabile ale Comisiei Europene, jurisprudenţei Curţii Europene de Justiţie şi a Tribunalului de Primă Instanţă şi se va asigura că personalul său, salariat sau contractat de acesta, conducerea sa, subordonaţii acestuia vor respecta şi se vor supune de asemenea aceloraşi legi şi reglementări. Prestatorul va despăgubi achizitorul, în cazul oricăror pretenţii şi acţiuni în justiţie rezultate din orice încălcări ale prevederilor în vigoare de către acesta, personalul său, salariat sau contractat de acesta, inclusiv conducerea sau subordonaţii acestuia.
8.7 Prestatorul se va conforma ordinelor administrative emise de beneficiar. Când prestatorul apreciază că ordinele administrative sunt emise cu depăşirea competenţei achizitorului ori nu corespund scopului contractului, este obligat – sub sancţiunile prevăzute pentru încălcarea contractului - să transmită în acest sens o notificare motivată achizitorului, în termen de 10 de zile de la data primirii ordinului în cauză. Executarea ordinului administrativ nu se va suspenda în urma acestei notificări, cu excepţia situaţiilor în care această executare pune în pericol iminent siguranţa persoanelor şi/sau a bunurilor, sau în vreun alt mod poate cauza pagube importante.
8.8 Prestatorul va trata toate documentele şi informaţiile care îi sunt puse la dispoziţie referitoare la contract ca având caracter personal şi confidenţial, cu excepţia celor care, făcând parte din dosarul achiziţiei publice, aşa cum acesta este definit de prevederile Ordonanţei de urgenţă a Guvernului nr.34/2006, au caracter de informaţie publică. Prestatorul nu va publica sau divulga nicio informaţie cu privire la contract fără acordul scris, prealabil, al achizitorului, cu excepţia cazurilor în care aceasta este
204
necesară în scopul executării contractului sau are caracter de informaţie de interes public. Dacă există divergenţe cu privire la necesitatea publicării sau divulgării în scopul executării contractului, decizia finală va aparţine achizitorului, aceasta fiind obligatorie. Experţii implicaţi în derularea contractului vor semna o declaratie de confidentialitate.
8.9. Prestatorul trebuie să ia toate măsurile necesare asigurării vizibilităţii fondurilor finanţate de Uniunea Europeană. Aceste măsuri trebuie să fie în acord cu regulile stabilite şi publicate cu privire la vizibilitatea operaţiunilor finanţate din fonduri structurale.
8.10. Prestatorul nu va avea nici un drept, direct sau indirect, la vreo redevenţă, facilitate sau comision cu privire la orice bun sau procedeu brevetat sau protejat, utilizat în scopurile contractului sau ale Proiectului, fără aprobarea prealabilă în scris a achizitorului.
8.11. Executarea contractului nu trebuie să genereze cheltuieli comerciale neuzuale în afara celor înscrise în bugetul contractului şi menţionate în caietul de sarcini. Dacă apar totuşi astfel de cheltuieli, achizitorul nu va fi răspunzător şi nu va suporta cheltuielile comerciale în afara celor înscrise în bugetul contractului şi menţionate în Caietul de sarcini.
8.12. Prestatorul va furniza achizitorului, la cerere, documente justificative cu privire la condiţiile în care se execută contractul. Achizitorul va efectua orice documentare sau cercetare la faţa locului pe care o consideră necesară pentru strângerea de probe în cazul oricărei suspiciuni cu privire la existenţa unor cheltuieli comerciale neuzuale.
8.13.. Prestatorul este obligat să ia toate măsurile necesare pentru a preveni ori stopa orice situaţie care ar putea compromite prestarea obiectivă şi imparţială a serviciilor. Conflictele de interese pot apărea în mod special ca rezultat al intereselor economice, , legăturilor de rudenie ori afinitate sau al oricăror altor legături ori interese comune. Orice conflict de interese apărut în timpul executării contractului trebuie notificat în scris achizitorului, fără întârziere.
8.14 Achizitorul îşi rezervă dreptul de a verifica dacă măsurile luate sunt corespunzătoare şi poate solicita măsuri suplimentare dacă este necesar. Prestatorul se va asigura că personalul său, salariat sau contractat de el, nu se află într-o situaţie care ar putea genera un conflict de interese. Prestatorul va înlocui, imediat şi fără vreo compensaţie din partea achizitorului, orice membru al personalului său salariat ori contractat, care se află într-o astfel de situaţie.
8.15. Prestatorul se va abţine de la a stabili orice contact care ar putea să-i compromită independenţa ori pe cea a personalului său, salariat sau contractat. Când prestatorul nu-şi menţine independenţa, achizitorul, fără afectarea dreptului acestuia de a obţine repararea prejudiciului ce i-a fost cauzat ca urmare a situaţiei de conflict de interese, va putea decide încetarea de drept şi cu efect imediat a contractului, în conformitate cu prevederile art.22 din prezentul contract.
9. Obligaţiile principale ale achizitorului 9.1.Achizitorul se obligă să plătească contravaloarea produselor hardware şi software, a serviciilor de dezvoltare şi implementare a proiectului, inclusiv a serviciilor de instruire, conform datelor stabilite în graficul de plăţi, anexă la contract, în baza facturii fiscale şi a documentelor justificative privind produsele livrate şi serviciile prestate în perioada menţionată, întocmite de către furnizor şi acceptate de achizitor. Ultima factură se va plăti înainte de cererea de rambursare finală. 9.2.Achizitorul este pe deplin responsabil pentru pregatirea corespunzatoare a locatiei unde vor fi livrate echipamentele, programele sofware si vor fi prestate serviciile, asigurand conditiile necesare solicitate de catre furnizor prin propunerea tehnica.
205
9.3.Achizitorul se obligă să plătească preţul convenit în prezentul contract pentru serviciile prestate şi produsele livrate, în baza documentelor justificative transmise de către prestator şi acceptate de către achizitor, în conformitate cu propunerea tehnică, propunerea financiară şi graficul de plăţi. 9.4 Achizitorul se obligă să recepţioneze serviciile prestate si produsele livrate în termenul convenit. 9.5. Achizitorul se obligă să plătească preţul serviciilor prestate în termen de 30 de zile de la primirea facturii fiscale, conform graficului de plăţi stabilit, şi în baza documentelor justificative acceptate de către achizitor. 9.6 - Dacă achizitorul nu onorează facturile la expirarea perioadei convenite la art. 9.5, atunci prestatorul are dreptul de a beneficia de reactualizarea sumei de plata ramasa neachitata, aplicând o cotă procentuală de 0,1% pe zi din valoarea facturii. 9.7.Dacă achizitorul nu onorează facturile la expirarea perioadei convenite la art. 9.5, atunci furnizorul are dreptul de a sista prestarea serviciilor. Imediat după ce achizitorul îşi onorează obligaţiile, prestatorul va relua prestarea serviciilor în cel mult 5 zile lucrătoare. 10.RECEPŢIE, INSPECŢII ŞI TESTE 10.1.- Achizitorul sau reprezentantul său are dreptul de a inspecta şi/sau testa produsele pentru a verifica conformitatea lor cu specificaţiile din oferta tehnică anexă la contract. 10.2- (1) Inspecţiile şi testările la care vor fi supuse produsele, cât şi condiţiile de trecere a recepţiei provizorii şi a recepţiei finale (calitative) sunt descrise în anexele la prezentul contract. - (2) Achizitorul are obligaţia de a notifica, în scris, furnizorului identitatea reprezentanţilor săi împuterniciţi pentru efectuarea recepţiei, testelor şi inspecţiilor. 10.3.- Inspecţiile şi testele din cadrul recepţiei cantitative şi recepţiei calitative se vor face la destinaţia finală a produselor, la sediul achizitorului din Bucureşti, Piaţa Presei Libere nr.1, corp D1, sector 1. 10.4. Dacă vreunul din produsele inspectate sau testate nu corespunde specificaţiilor, achizitorul are dreptul să îl respingă, iar furnizorul fără a modifica preţul contractului are obligaţia:
a) de a înlocui produsele refuzate; sau b) de a face toate modificările necesare pentru ca produsele să corespundă specificaţiilor lor
tehnice. 10.5.- Dreptul achizitorului de a inspecta, testa şi, dacă este necesar, de a respinge nu va fi limitat sau amânat datorită faptului că produsele au fost inspectate şi testate de furnizor, cu sau fără participarea unui reprezentant al achizitorului, anterior livrării acestora la destinaţia finală. 10.6.La livrarea produselor si programelor software la destinatia indicata se efectueaza receptia cantitativa. La receptia cantitativa a produselor si programelor software, Achizitorul prin reprezentantii sai desemnati va incheia procese verbale de receptie cantitativa. Dupa receptia cantitativa, Furnizorul va instala, configura si pune in functiune produsele livrate in termenul mentionat in propunerea tehnica. Dupa instalare, configurare si punerea in functiune a produselor se vor intocmi intre Achizitor si Furnizor procesul verbal de receptie calitativă a produselor. 10.7.- Prevederile clauzelor 10.1-10.4 nu îl vor absolvi pe furnizor de obligaţia asumării garanţiilor sau altor obligaţii prevăzute în contract. 10.8 - Achizitorul are dreptul de a verifica modul de prestare a serviciilor pentru a stabili conformitatea lor cu prevederile din propunerea tehnică şi din caietul de sarcini. 10.9 - Verificările vor fi efectuate de către achizitor prin reprezentanţii săi împuterniciţi, în conformitate cu prevederile din prezentul contract. Achizitorul are obligaţia de a notifica în scris prestatorului, identitatea persoanelor împuternicite pentru acest scop.
206
11.AMBALARE ŞI MARCARE 11.1- (1) Furnizorul are obligaţia de a ambala produsele pentru ca acestea să facă faţă, fără limitare, la manipularea dură din timpul transportului, tranzitului şi expunerii la temperaturi extreme, la soare şi la precipitaţiile care ar putea să apară în timpul transportului şi depozitării în aer liber, în aşa fel încât să ajungă în bună stare la destinaţia finală.
- (2) În cazul ambalării greutăţilor şi volumelor în cutii, furnizorul va lua în considerare, unde este cazul, distanţa mare până la destinaţia finală a produselor şi absenţa facilităţilor de manipulare grea în toate punctele de tranzit. 11.2.- Toate materialele de ambalare a produselor, precum şi toate materialele necesare protecţiei coletelor (paleţi de lemn, foi de protecţie etc.) rămân în proprietatea achizitorului. 12.LIVRAREA ŞI DOCUMENTELE CARE ÎNSOŢESC PRODUSELE 12.1 - Furnizorul are obligaţia de a livra produsele la destinaţia finală indicată de achizitor, respectând:
a. datele din graficul de livrare şi b. termenele convenite..
12.2 - La expedierea produselor, furnizorul are obligaţia de a comunica, în scris, atât achizitorului, cât şi, după caz, societăţii de asigurări datele de expediere, numărul contractului, descrierea produselor, cantitatea, locul de încărcare şi locul de descărcare. 12.3 - Furnizorul va transmite achizitorului următoarele documente care insotesc produsele:
- factura fiscala; - avizul de expediţie; - certificatul de origine; - certificatul de calitate; - certificatul de garanţie pentru bunurile livrate.
12.4. Furnizorul va asigura personalul necesar pentru descărcarea, manipularea şi transportul la destinaţia finală a produselor. 12.5 - Certificarea de către achizitor a faptului că produsele au fost livrate parţial sau total se face după instalare şi după recepţie, prin semnarea de primire de către reprezentantul autorizat al acestuia, pe documentele emise de furnizor pentru livrare. 12.6 - Livrarea produselor se consideră încheiată în momentul în care sunt îndeplinite prevederile clauzelor de recepţie a produselor. 12.7 Pe langa furnizarea efectiva a produselor, Furnizorul are obligatia de a presta si serviciile mentionate, în conformitate cu condiţiile prevăzute in caietul de sarcini si propunerea tehnica. 13.ASIGURĂRI 13.1- Furnizorul are obligaţia de a asigura complet produsele furnizate prin contract împotriva pierderii sau deteriorării neprevăzute la fabricare, transport, depozitare şi livrare, în funcţie de termenele stabilite. 14. Sancţiuni pentru neîndeplinirea culpabilă a obligaţiilor 14.1 - În cazul în care, din vina sa, prestatorul nu îşi îndeplineşte obligaţiile asumate, atunci achizitorul are dreptul de a deduce din preţul contractului, ca penalităţi, o sumă echivalentă cu 0,1% pe zi din valoarea serviciilor neprestate. 14.2- În cazul în care achizitorul, din vina sa exclusivă, nu îşi onorează obligaţiile în termen de 30 de zile de la expirarea perioadei convenite la art.,9.3 atunci prestatorul are dreptul de a solicita ca penalităţi, o sumă echivalentă cu 0,1%/zi din suma de plata ramasă neachitată.
207
14.3 - Nerespectarea obligaţiilor asumate prin prezentul contract de către una dintre părţi, în mod culpabil, dă dreptul părţii lezate de a considera contractul reziliat de drept şi de a pretinde plata de daune-interese. 14.4 - Achizitorul îşi rezervă dreptul de a denunţa unilateral contractul, printr-o notificare scrisă adresată prestatorului, fără nici o compensaţie, dacă acesta din urmă dă faliment, cu condiţia ca această denunţare să nu prejudicieze sau să afecteze dreptul la acţiune sau despăgubire pentru prestator. În acest caz, furnizorul are dreptul de a pretinde numai plata corespunzătoare pentru partea din contract îndeplinită până la data denunţării unilaterale a contractului. 14.5 - Prestatorul va despăgubi, proteja şi apăra pe cheltuiala sa achizitorul, pe salariaţii acestuia, pentru şi împotriva tuturor acţiunilor, plângerilor, pierderilor şi pagubelor rezultate din orice acţiune ori omisiune a prestatorului şi/sau a subcontractanţilor săi, personalului salariat ori contractat de acesta, inclusiv împotriva oricărei încălcări a prevederilor legale sau a drepturilor terţilor, privind brevetele, mărcile comerciale, drepturile de autor precum şi orice alte forme de proprietate intelectuală.
Clauze specifice
15. Garanţia de bună execuţie a contractului 15.1 - Prestatorul se obligă să constituie garanţia de bună execuţie a contractului în cuantum de 7% din valoare contractului fără TVA, respectiv ............... lei, in termen de 10 (zece) zile de la atribuirea contractului 15.2. - Prestatorul se obligă să constituie garanţia de bună execuţie a contractului printr-un instrument de garantare emis în condiţiile legii de o societate bancară sau de o societate de asigurări, sau prin retineri succesive din facturi partiale de catre achizitor. 15.3 - Achizitorul se obligă să elibereze garanţia pentru participare şi, după caz, să emită ordinul de începere a contractului, numai după ce prestatorul a făcut dovada constituirii garanţiei de bună execuţie. 15.4 - Achizitorul are dreptul de a emite pretenţii asupra garanţiei de bună execuţie, în limita prejudiciului creat, dacă prestatorul nu îşi execută, execută cu întârziere sau execută necorespunzător obligaţiile asumate prin prezentul contract. Anterior emiterii unei pretenţii asupra garanţiei de bună execuţie, achizitorul are obligaţia de a notifica acest lucru prestatorului, precizând totodată obligaţiile care nu au fost respectate. 15.5 - Garanţia produselor este distinctă de garanţia de bună execuţie a contractului. 16. Alte responsabilităţi ale prestatorului 16.1 Prestatorul se obligă să supravegheze prestarea serviciilor, să asigure resursele umane, materialele, instalaţiile, echipamentele şi orice alte asemenea, fie de natură provizorie, fie definitivă, cerute de şi pentru contract, în măsura în care necesitatea asigurării acestora este prevazută în contract sau se poate deduce în mod rezonabil din contract. 16.2 - Prestatorul este pe deplin responsabil pentru execuţia serviciilor în conformitate cu graficul de prestare. Totodată, este răspunzător atât de siguranţa tuturor operaţiunilor şi metodelor de prestare utilizate, cât şi de calificarea personalului folosit pe toată durata contractului. 17. Alte responsabilităţi ale achizitorului Achizitorul se obligă să pună la dispoziţia prestatorului orice facilităţi şi/sau informaţii pe care acesta le-a cerut în propunerea tehnică şi pe care le consideră necesare pentru îndeplinirea contractului. 18. Începere, finalizare, întârzieri, sistare
208
18.1 - Prestatorul are obligaţia de a începe prestarea serviciilor imediat după semnarea contractului şi depunerea garanţiei de bună execuţie. 18.2 - Serviciile prestate în baza contractului sau, dacă este cazul, oricare fază a acestora prevăzută a fi terminată într-o perioadă stabilită în graficul de prestare, trebuie finalizate în termenul convenit de părţi, termen care se calculează de la data începerii prestării serviciilor. 18.3 - În afara cazului în care achizitorul este de acord cu o prelungire a termenului de execuţie, conform prevederilor caietului de sarcini, orice întârziere în îndeplinirea contractului dă dreptul achizitorului de a solicita penalităţi prestatorului. 19. Ajustarea preţului contractului Preţul contractului este ferm (neajustabil) şi nu poate fi modificat. Pentru serviciile prestate, plăţile datorate de către beneficiar prestatorului sunt tarifele declarate în propunerea financiară, anexă la contract. 20. Subcontractanţi 20.1 - Prestatorul are obligaţia, în cazul în care subcontractează părţi din contract, de a încheia contracte cu subcontractanţii desemnaţi, în aceleaşi condiţii în care el a semnat contractul cu achizitorul. 20.2 - (1) Prestatorul are obligaţia de a prezenta la încheierea contractului toate contractele încheiate cu subcontractanţii desemnaţi. (2) Lista subcontractanţilor, cu datele de recunoaştere ale acestora, cât şi contractele încheiate cu aceştia se constituie în anexe la contract. 20.3 - (1) Prestatorul este pe deplin răspunzător faţă de achizitor de modul în care îndeplineşte contractul, inclusiv pentru obligaţiile subcontractanţilor. (2) Subcontractantul este pe deplin răspunzător faţă de prestator de modul în care îşi îndeplineşte partea sa din contract. (3) Prestatorul are dreptul de a pretinde daune-interese subcontractanţilor dacă aceştia nu îşi îndeplinesc partea lor din contract. 20.4 - Prestatorul poate schimba oricare subcontractant numai dacă acesta nu şi-a îndeplinit partea sa din contract. Schimbarea subcontractantului nu va determina schimbarea preţului contractului şi se va face numai cu acordul achizitorului. 21. Amendamente Părţile contractante au dreptul, pe durata îndeplinirii contractului, de a conveni modificarea clauzelor contractului, prin acte adiţionale. 22. Rezilierea contractului 22.1. Nerespectarea obligaţiilor asumate prin prezentul contract de către una dintre părţi, dă dreptul părţii lezate de a cere rezilierea contractului şi de a pretinde plata de despăgubiri.
22.2. Achizitorul îşi rezervă dreptul de a denunţa unilateral contractul de servicii, în cel mult 15 zile de la apariţia unor circumstanţe care nu au putut fi prevăzute la data încheierii contractului şi care conduc la modificarea clauzelor contractuale în aşa măsură încât îndeplinirea contractului respectiv ar fi contrară interesului public.
22.3. Achizitorul are dreptul de a considera contractul ca fiind reziliat de plin drept, fără punerea în întârziere şi fără intervenţia vreunei autorităţi sau instanţe de judecată printr-o notificare scrisă adresată prestatorului, fără plata vreunei compensaţii către prestator, în următoarele situaţii, precum şi în orice alt caz prevăzut de prezentul contract:
209
a) Prestatorul nu prestează serviciile conform prevederilor contractuale şi cerinţelor din Caietul de sarcini;
b) Prestatorul nu se conformează într-o perioadă de cel mult 30 zile notificării emise de către beneficiar prin care i se solicită remedierea prestării necorespunzătoare sau nerealizării obligaţiilor din contract, care afectează în mod grav prestarea corespunzătoare şi la timp a serviciilor;
c) Prestatorul refuză sau omite să aducă la îndeplinire ordinul administrativ sau instrucţiunile emise de către beneficiar;
d) Prestatorul cesionează contractul sau subcontractează fără a avea acordul scris al achizitorului;
e) Prestatorul face obiectul unei proceduri de insolvenţă, dizolvare, administrare judiciară sau sub controlul altei autorităţi, a încheiat o înţelegere cu creditorii privind plata datoriilor, şi-a suspendat activitatea sau se află într-o situaţie asemănătoare rezultând dintr-o procedură similară reglementată de legislaţia sau reglementările la nivel naţional;
f) Prestatorul a fost condamnat pentru o infracţiune în legătură cu exercitarea profesiei printr-o hotărâre judecătorească definitivă;
g) Prestatorul se află în culpă profesională gravă ce poate fi dovedită prin orice mijloc de probă pe care achizitorul îl poate justifica;
h) Impotriva prestatorului a fost pronunţată o hotărâre având autoritate de lucru judecat cu privire la fraudă, corupţie, implicarea într-o organizaţie criminală sau orice altă activitate ilegală în dauna intereselor financiare ale Uniunii Europene;
i) In cadrul unei alte proceduri de achiziţie sau procedură de acordare a unei finanţări din bugetul Uniunii Europene, prestatorul a fost declarat culpabil de încălcarea gravă a contractului ca rezultat al neîndeplinirii obligaţiilor sale contractuale;
j) 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 contract;
k) Prestatorul se află în imposibilitate de a respecta prevederile legale care întârzie/împiedică executarea contractului, cu excepţia situaţiei când această imposibilitate este cauzată de forţa majoră;
l) Prestatorul eşuează în a furniza garanţiile sau asigurările solicitate sau persoana care furnizează garanţia sau asigurarea nu este în măsură să îşi îndeplinească angajamentele.
23. Drepturi de proprietate intelectuală 23.1. Orice rapoarte şi date precum diagrame, schiţe, instrucţiuni, planuri, statistici, calcule, baze de date, software şi înregistrări justificative ori materiale achiziţionate, compilate ori elaborate de către prestator sau de către personalul său salariat ori contractat în executarea contractului vor fi proprietatea exclusivă a achizitorului. După încetarea contractului, prestatorul va remite toate aceste documente şi date achizitorului. Prestatorul nu va păstra copii ale acestor documente ori date şi nu le va utiliza în scopuri care nu au legătură cu contractul, fără acordul scris prealabil al achizitorului.
210
23.2. Prestatorul nu va publica articole referitoare la serviciile prestate, nu va face referire la acestea în cursul prestării altor servicii pentru terţi şi nu va divulga nicio informaţie furnizată de beneficiar, fără acordul scris prealabil al acesteia, cu excepţia informaţiilor de interes public, conform legii.
23.3. Orice rezultat ori drepturi, inclusiv drepturi de autor sau alte drepturi de proprietate intelectuală ori industrială, dobândite în executarea contractului vor fi proprietatea exclusivă a achizitorului, care le va putea utiliza, publica, cesiona ori transfera aşa cum va considera de cuviinţă, fără limitare geografică ori de altă natură, cu excepţia situaţiilor în care există deja asemenea drepturi de proprietate intelectuală ori industrială.
23.4. Prestatorul este obligat să respecte orice alte prevederi ale caietului de sarcini cu privire la drepturi de proprietate intelectuală.
24. Forţa majoră 24.1 - Forţa majoră este constatată de o autoritate competentă. 24.2 - Forţa majoră exonerează părţile contractante de îndeplinirea obligaţiilor asumate prin prezentul contract, pe toată perioada în care aceasta acţionează. 24.3 - Îndeplinirea contractului va fi suspendată în perioada de acţiune a forţei majore, dar fără a prejudicia drepturile ce li se cuveneau părţilor până la apariţia acesteia. 24.4 - Partea contractantă care invocă forţa majoră are obligaţia de a notifica celeilalte părţi, imediat şi în mod complet, producerea acesteia şi să ia orice măsuri care îi stau la dispoziţie în vederea limitării consecinţelor. 24.5 - Partea contractantă care invocă forţa majoră are obligaţia de a notifica celeilalte părţi încetarea cauzei acesteia în maximum 15 zile de la încetare. 24.6 - Dacă forţa majoră acţionează sau se estimează că va acţiona o perioadă mai mare de 6 luni, fiecare parte va avea dreptul să notifice celeilalte părţi încetarea de drept a prezentului contract, fără ca vreuna din părţi să poată pretinde celeilalte daune-interese. 25. Soluţionarea litigiilor 25.1 - Achizitorul şi prestatorul vor depune toate eforturile pentru a rezolva pe cale amiabilă, prin tratative directe, orice neînţelegere sau dispută care se poate ivi între ei în cadrul sau în legătură cu îndeplinirea contractului. 25.2 - Dacă, după 15 zile de la începerea acestor tratative, achizitorul şi prestatorul nu reuşesc să rezolve în mod amiabil o divergenţă contractuală, fiecare poate solicita ca disputa să se soluţioneze de către instanţele judecătoreşti din România. 26. Limba care guvernează contractul Limba care guvernează contractul este limba română. 27. Comunicări 27.1 - (1) Orice comunicare între părţi, referitoare la îndeplinirea prezentului contract, trebuie să fie transmisă în scris. (2) Orice document scris trebuie înregistrat atât în momentul transmiterii, cât şi în momentul primirii. 27.2 - Comunicările între părţi se pot face şi prin telefon, fax sau e-mail, cu condiţia confirmării în scris a primirii comunicării.
211
28. Legea aplicabilă contractului Contractul va fi interpretat conform legilor din România. Părţile au înţeles să încheie azi .......................... prezentul contract în 2 (două) exemplare, câte unul pentru fiecare parte.
Beneficiar, Prestator,
212
Anexa 1 - Sistemele curente ale CCR
Denumire aplicaț ie IT Funcț ii principale
Furnizor de
servicii de
găzduire
Furnizor
(software)
Platforma
pentru baza de
date
Uzanț ă /
denumir
e
software
Sistem uș i de acces Jurnal zilnic al accesului anagajaț ilor ș i
vizitatorilor în clădire FĂRĂ CARDAX
Microsoft Visual
Basic 6 CARDAX
Management conț inut
Site de colaborare pentru documente interne în
SharePoint MOSS, intranet ș i web extern (server
SQL)
Extern/Furni
zor Microsoft
SQL 2005
Server &
SharePoint
Server
Microsoft
Software anti-virus Protecț ie anti-virus, anti-spyware pentru servere
& PC-uri
Extern/Furni
zor Kaspersky
Kaspersk
y
SintAct
Baza de cunoș tinț e legislative; pe bază de
abonament; versiune desktop ce asigură accesul
la la legislaț ia europeană
Extern/Furni
zor
Wolters
Kluwer
Wolters
Kluwer
Software econometrie -
eViews Aplicaț ie de bază pentru econometrie
Extern/Furni
zor
IHS
eViews
IHS
eViews
Conversaț ie internă - Spark Conversaț ie internă Extern/Furni
zor
IgnitReal
Time
IgnitReal
Time
Aplicaț ii financiare Aplicaț ie pentru susț inerea funcț iei
administrative (buget)
Extern/Furni
zor Oracle
EVCON Software pentru analize conversaț ii telefonice Extern/Furni
zor
Encase Forensic Premium Software de informatică de investigaț ii Extern/Furni
zor
Guidance
Software EnCase
Soft management LAN Management LAN Extern/Furni
zor Cisco
Cisco
LMS
Sistem de evaluare a
performanț ei personalului
Formulare de evaluare anuală pentru resursele
umane ale Consiliului Concurenț ei pentru
susț inerea funcț iei administrative (RU)
Extern/Furni
zor
SC UTI
Soft SA Oracle
SC UTI
Soft SA
Softt control server
comunicaț ii - SOLINK Administrator de poartă H.323
Extern/Furni
zor
Linksoft
Technolog
y Ltd
Solink
Control
Server
213
Denumire aplicaț ie IT Funcț ii principale
Furnizor de
servicii de
găzduire
Furnizor
(software)
Platforma
pentru baza de
date
Uzanț ă /
denumir
e
software
Software activ pentru
gestionare de biblioteci ș i
documente specializate
Aplicaț ie web pentru biblioteci ș i documente
specializate
Extern/Furni
zor
Soft control videoconferinț ă Manager videoconferinț e Extern/Furni
zor Radvision
RADVISI
ON Iview
Suite
Aplicaț ie e-mail Microsoft Outlook
SANI, SARI Acces pe bază de abonament la aplicaț ii
externe SANI, SARI
Partiț ii comune în reț ea
Pentru utilizarea în comun de documente interne,
se utilizează două instrumente: 1) pertiț ia
comună în reț ea (utilizată ș i ca o copie de
rezervă; 2) fiecare utilizator are un dosar cu
vedere publică ce poate fi vizualizat ș i accesat
de alț i angajaț i
MS Excel
Se utilizează Excel pentru urmărirea în cadrul
managementului proiectelor a rapoartelor
livrabile în toate unităț ile (listă De REZOLVAT)
ș i de asemenea pentru raportare globală (de ex.
Inventar ajutoare de stat)
Modul RU Nu este implementat încă