Fişa informaţională nr. 14/01774 Sistem informatic ... publice/fisa... · Ministerul Justiţiei al RM ... Codul CPV/ Общий код CPV: ... Sef Serviciul Administrativ, et

Fişa informaţională

a procedurii de achiziţie tip: Licitaţie publică nr. 14/01774

pentru achiziţia de: Sistem informatic integrat e-Procura

Informaţie generală:

1. Autoritatea contractantă/

Закупающий орган: Ministerul Justitiei al Republicii Moldova

2. Administratorul alocaţiilor bugetare/

Распорядитель денежных средств: Ministerul Justiţiei al RM

3. Sursa alocaţiilor bugetare/ Источник

финансирования: Ministerul Finanțelor

4. Cantitatea necesară/ Необходимое

количество:

Cantitatea necesară este indicată în

specificaţia bunurilor/serviciilor/lucrărilor

achiziţionate. Необходимое количество

указано в спецификации

товаров/услуг/работ

5. Denumirea cumpărătorului/ Для кого

производится закупка: Ministerul Justiţiei al RM

6.

Destinatarul bunurilor / serviciilor /

lucrărilor/ Получатель

товаров/услуг:

Ministerul Justiţiei al RM

7. Limba de comunicare/ Язык

общения: De stat

8. Valuta procedurii de achiziţie/ Валюта

закупки: Leu MD

9. Condiţii de livrare/ Условия

поставки: DDP - Franco destinație vămuit

10. Termenul de livrare/ Период (дата)

поставки: ANUL 2014

11. Condiţii de achitare/ Условия

оплаты:

prin transfer avans 30% la momentul

înregistrării contractului, restul 70% în termen

de 20 zile după semnarea actului de primire-

predare și facturii fiscale eliberate.

12. Locul prezentării ofertelor/ Место

представления оферт: mun.Chişinău, str. 31 August 1989, nr. 82

13.

Termenul limită de prezentare a

ofertelor/ Дата /Время окончания

приема оферт:

15.09.2014 11:00

2

14. Termenul limită de deschidere a

ofertelor/ Время вскрытия оферты: 15.09.2014 11:00

15. Locul deschiderii ofertelor/ Место

вскрытия оферт: mun.Chişinău, str. 31 August 1989, nr. 82

16. Telefon de contact/ Контактный

телефон(ы): 022-23-47-95 022-20-14-28

17.

Taxa de achitare pentru ridicarea

documentaţiei standard în afara

sistemului/ Цена документации (вне

системы):

0.00

18. Cuantumul garanţiei pentru ofertă/

Процент обеспечения оферты: 1

19.

Cuantumul garanţiei pentru buna

execuţie a contractului/ Процент

обеспечения контракта:

1

20. Criteriul de evaluare o ofertelor/

Условия оценки оферт:

Pretul minim ponderat

.....................................................40%, Nivelul

de acoperire a cerintelor neobligatorii (a

restului 20% din procesele descrise in caietul

de sarcini) ..................................30%, Gradul

de lizibilitate a sistemului a sistemului (User

friendly)

............................................................10%,

Rezultatul proiectului

demo...................................20%

Informaţie suplimentară:

1a. Starea curentă a procedurii de

achiziţie/ Текущий статус торгов: Primirea ofertelor

2a. Data deschiderii procedurii de

achiziţie/ Дата открытия торгов: 15.09.2014

3a. Numărul Buletinului Achiziţiilor

Publice / Номер бюллетеня: 68

4a. Data Buletinului Achiziţiilor Publice/

Дата бюллетеня: 29.08.2014

5a. Perioada bugetară/ Бюджетный

период: 2014

6a. Contul bancar pentru achitarea taxei

de ridicare a documentaţiei standard

Cont de decontare: 3359502

Banca: Ministerul Finantelor – Trezoreria de

3

în afara sistemului/ Счет оплаты

документов:

Stat

Cont trezorerial: 440115101013102

7a. Contul bancar de achitare a garanţiei

pentru ofertă/ Счет гарантии

оферты:



Stat


8a. Contul bancar de achitare a garanţiei

de bună execuţie a contractului/ Счет

гарантии контракта:



Stat


9a. Documente de calificare/

Представляемые документы:

Nr.

d/o

Denumirea

documentului

Menţiunea privind

obligativitatea

Cerinţe suplimentare

faţă de document

1. Formularul ofertei (F.3.1) DA

original- confirmată prin

semnătura şi ştampila

Participantului

2. Formular informativ

despre ofertant (F.3.3) DA

original - confirmată prin


Participantului.

3.

Declaraţia privind

conduita etică şi

neimplicarea în practici

frauduloase şi de corupere

(F3.4)

DA

original – confirmată prin


Participantului

4. Lista bunurilor şi graficul

livrării (F.4.1) DA



Participantului

5. Specificaţii tehnice şi preţ

(F4.3) DA



Participantului.

6. Certificat de înregistrare a

întreprinderii DA

copie – emis de Camera

Înregistrării de Stat

(Ministerul Dezvoltării

Informaţionale),

confirmată prin aplicarea

4

semnăturii şi ştampilei

Participantului;

7. Certificat de atribuire a

contului bancar DA

copie – eliberat de banca

deţinătoare de cont

8.

Certificat de efectuare

sistematică a plăţii

impozitelor, contribuţiilor

DA

copie – eliberat de

Inspectoratul Fiscal

(valabilitatea certificatului

- conform cerinţelor

Inspectoratului Fiscal al

Republicii Moldova);

9. Ultimul raport financiar DA

copie – confirmată prin


Participantului

10. Lista serviciilor şi graficul

îndeplinirii (F4.2) DA

- original - confirmată

prin semnătura şi ştampila

Participantului.

11. Descrierea generală a

soluţiei oferite DA

(descrierea trebuie să fie

suficient de explicită

pentru a putea fi stabilite:

nivelul de corespundere

cerinţelor din Caietul de

sarcini a soluţiei prototip

existente, etapele

proiectului, punctele de

control şi rezultatele

aferente, metoda de

management a proiectului,

caracterul legal al

soluţiilor utilizate,

asigurarea continuităţii,

gestiunea riscurilor

proiectului) - confirmată


Participantului.

12.

Documentele obligatorii

specificate din

documentul Termeni de

referinta

DA

confirmat prin semnătura

şi ştampila

Participantului;.

13. Lista serviciilor şi graficul DA - original - confirmată


5

îndeplinirii (F4.2) Participantului.

14. Garanția bancară DA

– original - prezentată în

modalitatea prevăzută în

Formularul F 3.2;

10a. Tipul obiectului de achiziţie/ Тип

предмета торгов: Servicii

11a. Codul CPV/ Общий код CPV: 72000000-5

12a. Suma estimată a achiziţiei/

Предполагаемая сумма закупки: 325000.00

13a.

Locul ridicării documentaţiei standard

în afara sistemului/ Место выдачи

документации:

pe saitul ministerului: www.justice.gov.md

14a.

Documente anexate (aprobate de

AAP)/ Присоединенные документы

торгов (одобренные АГЗ):

Nr. d/o Denumirea documentului Numarul de

pagini

1. documentatia standart 48

2. caietul de sarcini 55

15a. Datele autorităţii contractante / Данные закупающего органа :

IDNO 1006601000118

Denumirea/Краткое

наименование

Ministerul Justitiei al Republicii

Moldova

Forma organizatorico-juridică/

Организационно-юридическая

форма

Instituţie publică

Fax/Факс 022201428

E-Mail [email protected]

Cont de decontare/ Расчетный

счет


Banca: Ministerul Finantelor –

Trezoreria de Stat

Cont trezorerial:

6

440115101013102

Specificaţia bunurilor/serviciilor/lucrărilor achiziţionate:

Nr.

d/o Cod CPV Denumire Descriere/Cerinţe suplimentare Cantitatea

Un. de

măsură

1

Achiziţionarea sistemului informatic

integrat e-Procura

1.1 72000000-5 Sistem informatic integrat e-Procura Conform caietului de sarcini atasat la

fila Documente. 1000.00 buc.

1.2 72000000-5 Sistem Gestiune Baza de Date Conform caietului de sarcini atasat la


1.3 72000000-5 Servicii de instalare si configurare

software de baza

Conform caietului de sarcini atasat la


1.4 72000000-5 Servicii de instruire Conform caietului de sarcini atasat la


1.5 72000000-5 Servicii de suport a sistemului e-

Procura

Conform caietului de sarcini atasat la

fila Documente. 365.00 z

DOCUMENTAŢIA-STANDARD

7

pentru realizarea achiziţiilor publice de bunuri şi servicii

Obiectul achiziţiei: Sistemul informatic integrat e-Procura

Cod CPV :72000000-5

Autoritatea contractantă: Ministerul Justiției al Republicii Moldova

Procedura achiziţiei: Licitație publica

Licitaţia nr. 14/01774 din 15.09.2014

Nr. BAP şi data publicării:68 din 29.08.2014

Data deschiderii: 15.09.2014, ora 11:00

8

INVITAŢIE LA LICITAŢIE

Ministerul Justiției al Republicii Moldova

Licitație Publică

Achiziţionarea sistemului informatic integrat e-Procura

codul CPV72000000-5

Această invitaţie la licitaţie este urmarea anunţului de participare publicat în Buletinul achiziţiilor

publice nr. ____________ din ___________.

În scopul achiziţionării Sistemului informatic integrat e-Procura conform necesităţilor

Ministerului Justiției al Republicii Moldova (în continuare – Cumpărător) pentru anul de activitate

2014, este alocată suma necesară din bugetul de stat.

Ministerul Justiției al Republicii Moldova invită operatorii economici interesaţi, care pot satisface

necesităţile Cumpărătorului, să participe la licitaţie privind livrarea următoarelor bunuri şi

servicii:

Specificația bunurilor/serviciilor/lucrărilor achiziționate:

Nr.

d/o

Bunurile/serviciile Cantitatea și

unitatea de măsură

Precizări

1 Lotul I Sistemului informatic integrat e-Procura

1.1 Sistem informatic integrat e-Procura 1000 utilizatori Licențe de acces concurent

pentru 1000 utilizatori

1.2 Sistem Gestiune Baza de Date 500 utilizatori Licențe de acces concurent

pentru 500 utilizatori

1.3 Servicii de instalare si configurare

software de baza

1 buc Conform cerințelor

specificate in caietul de

sarcini

1.4 Servicii de instruire 12 (10 utilizatori și

2 administratori)

Conform cerințelor


sarcini

1.5 Servicii de suport a sistemului e-Procura 12 luni Conform cerințelor


sarcini

9

Cerinţele de calificare pentru operatorii economici includ următoarele:

Documente obligatorii:

a) Formularul ofertei (F.3.1) – original - confirmată prin semnătura şi ştampila

Participantului.

b) Garanția bancară – original - prezentată în modalitatea prevăzută în Formularul F 3.2;

c) Formular informativdespre ofertant (F.3.3) – original - confirmată prin semnătura şi

ştampila Participantului.

d) Declaraţia privind conduita etică şi neimplicarea în practici frauduloase şi de corupere

(F3.4) - original – confirmată prin semnătura şi ştampila Participantului.

e) Lista bunurilor şi graficul livrării (F4.1)- original - confirmată prin semnătura şi ştampila

Participantului.

f) Lista serviciilor şi graficul îndeplinirii (F4.2) - original - confirmată prin semnătura şi


g) Specificaţii tehnice şi preţ (F4.3) - original - confirmată prin semnătura şi ştampila

Participantului.

h) Certificat de înregistrare a întreprinderii – copie – emis de Camera Înregistrării de Stat,

confirmată prin aplicarea semnăturii şi ştampilei Participantului (aplicabil doar pentru lotul

1);

i) Certificat de atribuire a contului bancar – copie – eliberat de banca deţinătoare de cont,

confirmată prin aplicarea semnăturii şi ştampilei Participantului.

j) Certificat de efectuare sistematică a plăţii impozitelor, contribuţiilor – copie – eliberat de

Inspectoratul Fiscal (valabilitatea certificatului - conform cerinţelor Inspectoratului Fiscal al

Republicii Moldova);

k) Ultimul raport financiar – copie – confirmată prin semnătura şi ştampila Participantului

(aplicabil doar pentru lotul 1);

l) Descrierea generală a soluţiei oferite (descrierea trebuie să fie suficient de explicită

pentru a putea fi stabilite: nivelul de corespundere cerinţelor din Termenii de referință a

soluţiei prototip existente, etapele proiectului, punctele de control şi rezultatele aferente,

metoda de management a proiectului, caracterul legal al soluţiilor utilizate, asigurarea

continuităţii, gestiunea riscurilor proiectului) - confirmată prin semnătura şi ştampila

Participantului.

m) Documentele obligatorii specificate in documentul „ Termeni de referință"

Documente facultative, prezentate obligatoriu numai la solicitarea lor ulterioară:

a) Certificat care confirmă neaplicarea sancţiunilor penale (cazier juridic) faţă de funcţionarii

Participantului – eliberat de Ministerul Afacerilor Interne, care reflectă informaţia despre

neaplicarea sancţiunilor penale pe parcursul ultimilor 3 ani;

10

b) Certificat care confirmă neaplicarea sancţiunilor administrative şi disciplinare faţă de

funcţionarii Participantului – original – eliberat de Participant, care reflectă informaţia

despre neaplicarea sancţiunilor administrative şi disciplinare pe parcursul ultimilor 3 ani;

c) Certificat care confirmă modalitatea şi criteriile de calculare a preţului – original – eliberat

de Participant;

d) Copia standardelor de referinţă pentru mărfurile şi serviciile propuse, confirmată prin

semnătura şi ştampila Participantului;

e) Recomandaţii – original;

Operatorii economici interesaţi pot obţine informaţie suplimentară de la autoritatea

contractantă str. 31 August 1989 nr. 82, mun. Chişinău MD 2012 Ministerul Justiţiei, Alexandra

Ababii, Sef Serviciul Administrativ, tel/fax: 022-20-14-28, [email protected] sau

Pavel Burghelea, Şef Direcţie analiză, monitorizare şi evaluare a politicilor, et. 4, bir. 407, tel:

022-23-57-27 [email protected] şi familiariza cu cerinţele documentelor de

licitaţie la adresa indicată.

Setul de documente poate fi procurat la aceeaşi adresă, după depunerea cererii de

participare (cu indicarea clară a denumirii, adresei, numărului telefonului de contact şi numelui

persoanei împuternicite de către Participant) şi confirmarea achitării nerambursabile a sumei de

200 lei pentru fiecare set.

Plata se efectuează prin transfer în favoarea Ministerului Justiţiei al Republicii Moldova,

conform următoarelor detalii:

Beneficiar: MF - Trezoreria de stat

Ministerul Justiţiei al RM, mun. Chişinău

Banca: Ministerul Finanţelor - Trezoreria de stat

BIC: TREZMD2X

c/f : 1006601000118


Banca: Ministerul Finantelor – Trezoreria de Stat


Destinaţia plăţii “Pentru setul documentelor de licitaţie nr. ____________”.

Lipsa cererii de participare şi neachitarea taxei pentru documentele de licitaţie lipsesc operatorul

economic de dreptul de a depune oferta în cadrul procedurii respective de achiziţie.

Documentele Participantului puse în plic, sigilat şi ştampilat, urmează a fi prezentate până la

__________________ la sediul str. 31 August 1989 nr. 82, mun. Chişinău MD 2012 Ministerul

Justiţiei, Alexandra Ababii, Sef Serviciul Administrativ, et. 3, bir. 308, tel. 022201428,

[email protected]. Ofertele întârziate vor fi respinse. Ofertele vor fi deschise în

prezenţa fizică sau prin mijloace electronice a membrilor grupului de lucru al Ministerului

mailto:[email protected]



11

Justiţiei Republicii Moldova şi a reprezentanţilor Participanţilor la licitaţie la _______________,

pe adresa str. 31 August 1989 nr. 82, mun. Chişinău MD 2012 Ministerul Justiţiei al Republicii

Moldova.

Adresa(ele) de referinţă din textul de mai sus:

str. 31 August 1989 nr. 82,

mun. Chişinău MD 2012

Ministerul Justiţiei al RM

persoana: Alexandra Ababii

funcţia: Sef Serviciul Administrativ

telefon: 022-20-14-28

fax: 022-20-14-28

email: [email protected]

sau

persoana: Pavel Burghelea

funcţia: Şef Direcţie analiză, monitorizare şi evaluare a politicilor

etajul 4, bir. 407

telefon: 022-23-57-27

email: [email protected]



12

Secţiunea 1. Instrucţiuni pentru ofertanţi (IPO)

Dispoziţii generale

1. Scopul licitaţiei

1.1. Autoritatea contractantă, indicată în Fişa de date a achiziţiei (FDA),emite Documentele de

licitaţie în vederea furnizării de bunuri/servicii, după cum este specificat în secţiunea a 4-a –

Tabelul cerinţelor. Obiectul şi numărul licitaţiei sînt specificate în FDA. Denumirea şi numărul

loturilor sînt prevăzute în FDA.

2. Sursa de finanţare

2.1. Autorităţii contractante i-au fost alocaţi bani publici, după cum este indicat în FDA, pentru

plăţi eligibile conform contractului pentru care acest document de licitaţie este emis.

3. Originea bunurilor şi serviciilor

3.1. Toate bunurile/serviciile, livrate/prestate în urma acestei licitaţii, vor fi eligibile.

4. Participanţii la licitaţie

4.1. Participant la licitaţie poate fi orice operator economic cu statut de întreprinzător, rezident sau

nerezident, persoană fizică sau juridică, care are dreptul de a participa, în condiţiile Legii nr. 96-

XVI din 13 aprilie 2007 privind achiziţiile publice, la procedura de atribuire a contractului de

achiziţii publice.

4.2. Participantul la licitaţie poate fi persoană fizică sau juridică, companie, asociaţie sau orice

combinaţie legală a acestora sub formă de acord de intenţie, sau una existentă, privind formarea

Asociaţiei , care a fost invitată să participe la procedura de achiziţii publice sau doreşte să

participe, sau depune ofertă în urma invitaţiei la licitaţie. Toţi membrii Asociației vor purta

răspundere faţă de autoritatea contractantă în comun şi individual.

4.3. Întreprinderile de stat ale Republicii Moldova pot participa la licitaţie doar în cazul în care

demonstrează că sînt autonome din punct de vedere juridic şi financiar şi operează conform

dreptului comercial.

4.4. Ofertantul depune o declaraţie potrivit formularului din secţiunea a 3-a (F 3.4), referitor la

faptul că acesta (inclusiv membrii Asociației) nu este în conflict de interes privind participarea lui

la licitaţie, şi anume: (i) nu este asociat şi nici nu a fost asociat în trecut, în mod direct sau

indirect, cu vreun consultant sau altă entitate care a pregătit specificaţiile şi alte documente

aferente acestei licitaţii; şi (ii) depune doar o singură ofertă, cu excepţia ofertelor alternative

conform articolului IPO20 (aceasta nu restrînge participarea subcontractorilor în mai multe

oferte).

4.5. Ofertantul nu este admis la licitaţie în cazul în care acesta este inclus în Lista de interdicţie a

operatorilor economici, conform prevederilor articolului IPO36. Lista de interdicţie poate fi găsită

la adresa indicată în FDA.

5. Cheltuielile de participare la licitaţie

13

5.1. Ofertantul suportă toate costurile legate de pregătirea şi înaintarea ofertei, iar autoritatea

contractantă nu poartă nici o responsabilitate pentru aceste costuri, indiferent de desfăşurarea sau

rezultatul procedurii de licitaţie.

6. Secţiunile Documentelor de licitaţie

6.1. Documentele de licitaţie includ toate secţiunile indicate mai jos şi trebuie citite în conjuncţie

cu orice modificare conform articolului IPO 7.

Secţiunea 1. Instrucţiuni pentru ofertanţi (IPO)

Secţiunea a 2-a. Fişa de date a achiziţiei (FDA)

Secţiunea a 3-a. Formulare pentru depunerea ofertei

Secţiunea a 4-a. Tabelul cerinţelor.

Secţiunea a 5-a. Formular de contract

7. Clarificarea şi modificarea documentelor de licitaţie

7.1. Participantul care solicită clarificări asupra documentelor de licitaţie va contacta autoritatea

contractantă, în scris, la adresa specificată în FDA. Autoritatea contractantă va răspunde în scris

la orice cerere de clarificare, înainte de termenul-limită pentru depunerea ofertelor. Autoritatea

contractantă va transmite copii ale răspunsului tuturor participanţilor care au obţinut documentele

de licitaţie direct de la aceasta, incluzînd o descriere a cererii, dar fără identificarea sursei.

7.2. În orice moment, înainte de termenul-limită de depunere a ofertelor, autoritatea contractantă

poate modifica documentele de licitaţie. Orice modificare, efectuată în scris, va constitui parte

componentă a documentelor de licitaţie şi va fi comunicată imediat ,în scris, tuturor participanţilor

care au obţinut documentele de licitaţie direct de la autoritatea contractantă și Agenției Achiziții

Publice.

8. Practicile de corupere şi alte practici interzise

8.1. Guvernul solicită ca autorităţile contractante şi participanţii la licitaţiile publice să respecte

cele mai înalte standarde ale eticii de conduită în desfăşurarea şi implementarea proceselor de

achiziţii, precum şi în executarea contractelor finanţate din banii publici.

8.2. În conformitate cu prevederile punctului IPO8.1, în cazul în care Agenţia Achiziţii Publice

sau autoritatea contractantă va depista că ofertantul a fost implicat în practicile descrise în punctul

IPO8.3 în cadrul procesului de concurenţă pentru contractul de achiziţie publică sau pe parcursul

executării contractului, aceasta:

a) va exclude ofertantul din procedura respectivă de achiziţie prin includerea lui în Lista de

interdicţie, conform prevederilor Hotărîrii Guvernului nr. 45 din 24 ianuarie 2008; sau

b) va întreprinde orice alte măsuri prevăzute în articolul 30 al Legii nr. 96-XVI din 13

aprilie 2007 privind achiziţiile publice.

8.3. În vederea aplicării prevederilor acestui punct, nu se permit următoarele acţiuni în cadrul

procedurilor de achiziţie şi executării contractului:

14

a) promisiunea, oferirea sau darea unei persoane cu funcţie de răspundere, personal sau prin

mijlocitor, de bunuri sau servicii, sau a oricărui alt lucru de valoare, pentru a influenţa acţiunile

unei alte părţi;

b) orice acţiune sau omisiune, inclusiv interpretare eronată, care, conştient sau din

neglijenţă, induce în eroare sau tinde să inducă în eroare o parte pentru obţinerea unui beneficiu

financiar sau de altă natură ori pentru a evita o obligaţie;

c) înţelegerea interzisă de lege, între două sau mai multe părţi, realizată în scopul

coordonării comportamentului lor la procedurile de achiziţii publice;

d) deteriorarea sau prejudicierea, direct sau indirect, a oricărei părţi sau a

proprietăţii acestei părţi, pentru a influenţa în mod necorespunzător acţiunile acesteia;

e) distrugerea intenţionată, falsificarea, contrafacerea sau ascunderea materialelor

de evidenţă ale investigării, sau darea unor informaţii false anchetatorilor, pentru a împiedica

esenţial o anchetă condusă de către organele de resort în vederea identificării unor practici

descrise mai sus; precum şi ameninţarea, hărţuirea sau intimidarea oricărei părţi pentru a o

împiedica să divulge informaţia cu privire la chestiuni relevante anchetei sau să exercite ancheta.

8.4. Personalul autorităţii contractante va avea obligaţii egale cu privire la excluderea practicilor

de constrîngere pentru obţinerea beneficiilor personale în legătură cu desfăşurarea achiziţiilor

publice.

A. Criterii de calificare

9. Criterii generale

9.1. Ofertantul va avea experienţa, buna reputaţie, dotarea tehnică şi competența profesională

necesară, capacităţi de producere, echipamente şi alte facilităţi fizice, inclusiv pentru servicii

postvînzare (după caz), competenţa managerială, experienţa specifică, personalul calificat necesar

pentru îndeplinirea contractului şi alte capacităţi necesare executării calitative a contractului de

achiziţii publice pe întreaga perioadă de valabilitate a acestuia.

10. Criterii de experienţă

10.1. Ofertantul va dispune de un nivel minim de experienţă în livrarea bunurilor şi/sau serviciilor

pentru a se califica cerinţelor de îndeplinire a contractului:

a) experienţă specifică în livrarea bunurilor şi/sau serviciilor similare, specificat în FDA; În cazul

Asociației cel puțin unul dintre asociați va întruni această condiție, şi

b) capacitate minimă de producere sau echipamentele specificate în FDA.

11. Criterii de capacitate financiară

11.1. Ofertantul va dispune de un nivel minim de capacitate financiară pentru a se califica

cerinţelor de îndeplinire a contractului:

a) realizarea satisfăcătoare a unei livrări de bunuri similare pe parcursul unei perioade specificate

în FDA, în care valoarea unui contract individual a constituit suma stabilită în FDA;

15

În cazul cerinței de mai sus, autoritatea contractantă acceptă cumularea de contracte pentru o

perioadă egală cu perioada de realizare a viitorului contract. În cazul Asociației cel puțin un

asociat va întruni cerința. Ceilalți asociați vor întruni cerința în cuantum de cel puțin 30%,

şi

b) disponibilitate de bani lichizi sau de capital circulant, sau de resurse creditare de la o bancă,

conform FDA.

B. Pregătirea ofertelor

12. Documentele ce constituie oferta

12.1. Oferta va cuprinde următoarele:

a) Formularul ofertei (F3.1);

b) Garanţia pentru ofertă (F3.2) în original;

c) Formularul specificaţiei tehnice și preț (F4.3);

d) Formularul informativ despre ofertant (F3.3), inclusiv toate certificatele şi documentele

enumerate în punctul 1.9 al formularului;

e) orice alt documentcerut în FDA.

12.2. Toate documentele menţionate la literele a), b) şi c) ale punctului IPO12.1 vor fi completate

fără nici o modificare sau abatere de la original, spaţiile goale fiind completate cu informaţia

solicitată. Completarea defectuoasă a formularelor poate atrage respingerea ofertei ca fiind

necorespunzătoare.

13. Documente pentru demonstrarea conformităţii bunurilor şi serviciilor

13.1. Pentru a stabili conformitatea bunurilor/serviciilor cu cerinţele documentelor de licitaţie,

ofertantul va depune, ca parte a ofertei sale, dovezi documentare ce atestă faptul că bunurile se

conformează condiţiilor de livrare, specificaţiilor tehnice şi standardelor specificate în secţiunea a

4-a – Tabelul cerinţelor.

13.2. Pentru a demonstra conformitatea cantităţilor propuse şi a termenelor de livrare, ofertantul

va completa formularele „Lista bunurilor şi graficul livrării”(F4.1) şi „Lista serviciilor şi graficul

îndeplinirii” (F4.2). Pentru a demonstra conformitatea tehnică a bunurilor şi serviciilor propuse,

ofertantul va completa Formularul specificaţiilor tehnice și preț (F4.3). De asemenea, ofertantul

va include literatură de specialitate, desene, extrase din cataloage şi alte date tehnice justificative.

14. Principiul unei singuri oferte. Oferte alternative

14.1. Ofertantul va depune doar o singură ofertă, individual sau în calitate de membru al

Asociației. Toate ofertele cu participarea unui ofertant care depune sau participă la mai multe

oferte vor fi respinse (aceasta nu se referă la participarea subcontractorilor în mai multe oferte).

Ofertele alternative nu vor fi acceptate, cu excepţia cazurilor în care acest lucru este permis

înFDA.

15. Garanţia pentru ofertă

16

15.1. Ofertantul va depune, ca parte a ofertei sale, o Garanţie pentru ofertă (F3.2), după cum este

specificat în FDA.

15.2. Garanţia pentru ofertă va fi în suma specificată în FDA, în lei moldoveneşti, emisă de o

bancă licenţiată şi va fi:

a) în formă de garanţie bancară de la o instituţie bancară, valabilă pentru perioada de

valabilitate a ofertei sau altă perioadă prelungită, după caz, în conformitate cu

punctul IPO17.2.; sau

b) transfer pe contul autorităţii contractante.

15.3. Dacă o garanţie pentru ofertă este cerută în conformitate cu punctul IPO15.1, orice ofertă

neînsoţită de o astfel de garanţie pregătită în modul corespunzător va fi respinsă de către

autoritatea contractantă ca fiind necorespunzătoare.

15.4. Garanţia pentru ofertă a ofertanţilor necîştigători va fi restituită cît mai rapid posibil, dar nu

mai tîrziu de 5 zile de la momentul:

a) semnării contractului de către ofertantul cîştigător, în urma depunerii Garanţiei de

bună execuţie conform punctului IPO42;

b) anulării procedurii de achiziţie;

c) expirării termenului de valabilitate a garanţiei de ofertă.

15.5. Garanţia pentru ofertă poate fi reţinută:

a) dacă un ofertant îşi retrage sau îşi modifică oferta în timpul perioadei de

valabilitate a ofertei specificate de către ofertant în Formularul ofertei, cu excepţia cazurilor

prevăzute în punctul IPO17.2; sau

b) dacă ofertantul cîştigător refuză:

- să accepte corectarea greşelilor aritmetice conform punctului IPO29;

- să depună Garanţia de bună execuţie conform punctului IPO42;

- să semneze contractul conform articolului IPO43.

15.6. Garanţia pentru ofertă prezentată de Asociație trebuie să fie în numele Asociației care

depune oferta. Dacă Asociația nu a fost constituită juridic la momentul licitaţiei, Garanţia pentru

ofertă va fi în numele tuturor membrilor intenţionaţi.

16. Preţuri

16.1. Preţurile indicate de către ofertant în Formularul ofertei (F3.1) şi în Specificaţiile tehnice şi

preț (F4.3) se vor conforma cerinţelor specificate mai jos.

16.2. Toate loturile şi poziţiile trebuie enumerate şi evaluate separat în Specificaţiile tehnice şi

preț (F4.3).

16.3. Preţul ce urmează a fi specificat în Formularul ofertei va constitui suma totală a ofertei.

17

16.4. Termenii Incoterms, cum ar fi EXW, CIP, DDP şi alţi termeni similari, vor fi supuşi

regulilor prevăzute în ediţia curentă a Incoterms, publicată de către Camera Internaţională de

Comerţ, după cum este menţionat în FDA.

16.5. Preţurile vor fi indicate după cum este arătat în Specificaţiile tehnice şi preț, formular inclus

în secţiunea a 4-a – Specificaţii tehnice şi preț.

16.6 Preţurile indicate de către ofertant vor fi fixate pe parcursul executării contractului de către

ofertant şi nu se vor schimba din orice cauză, cu excepţia cazurilor prevăzute în FDA.

16.7 Autoritatea contractantă va efectua achitări conform metodologiei și condițiilor indicate în

FDA.

17. Termenul de valabilitate a ofertelor

17.1 Ofertele vor rămîne valabile pe parcursul perioadei specificate în FDA, de la data-limită de

depunere a ofertei stabilită de autoritatea contractantă. O ofertă valabilă pentru un termen mai

scurt va fi respinsă de către autoritatea contractantă ca fiind necorespunzătoare.

17.2. În cazuri excepţionale, înainte de expirarea perioadei de valabilitate a ofertei, autoritatea

contractantă poate cere ofertanţilor să extindă perioada de valabilitate a ofertelor lor, cu maximum

60 zile de la termenul iniţial. Solicitarea şi răspunsurile vor fi făcute în scris. În cazul în care se

cere o garanţie pentru ofertă în cadrul licitaţiei, conform prevederilor punctului IPO15, aceasta de

asemenea va fi extinsă pentru perioada corespunzătoare. Un ofertant poate refuza solicitarea de

extindere fără a pierde garanţia pentru ofertă. Ofertanţilor ce aprobă solicitarea de extindere nu li

se va cere şi nu li se va permite să modifice ofertele.

18. Limba de comunicare în cadrul licitaţiei

18.1 Oferta, documentele legate de licitaţie şi toată corespondenţa dintre ofertant şi autoritatea

contractantă vor fi întocmite în limba de stat. Documentele justificative şi literatura de specialitate

tipărită, care fac parte din ofertă, pot fi în altă limbă, cu condiţia ca acestea să fie însoţite de o

traducere exactă a fragmentelor relevante în limba de stat, caz în care, în scopul interpretării

ofertei, această traducere va prevala.

19. Valuta ofertei

19.1. Preţurile pentru bunurile şi serviciile solicitate vor fi indicate în lei moldoveneşti, cu

excepţia cazurilor în care FDAprevede altfel.

20. Formatul şi semnarea ofertei

20.1. Ofertantul va pregăti originalul documentelor ce cuprind oferta, după cum este descris în

punctul IPO12.

20.2. Oferta va fi tipărită sau scrisă cu cerneală care nu poate fi ştearsă şi va fi semnată de către

persoana autorizată să semneze în numele ofertantului. Această autorizare va fi efectuată în formă

de scrisoare de delegare/împuternicire, care se ataşează la Formularul informativ despre ofertant

(F3.3). Numele şi funcţia fiecărei persoane ce semnează scrisoarea de delegare/împuternicire se va

tipări sub semnătura respectivă. Toate paginile ofertei, cu excepţia condiţiilor generale care rămîn

neschimbate, vor fi numerotate succesiv şi semnate/notate cu iniţiale de către persoana ce

semnează oferta.

18

20.3. Orice înscrieri suplimentare, ştersături sau suprascrieri vor fi valabile doar dacă sînt semnate

sau parafate de către persoana autorizată să semneze oferta.

C. Depunerea şi deschiderea ofertelor

21. Depunerea, sigilarea şi marcarea ofertelor

21.1. Ofertanţii pot să depună ofertele prin intermediul serviciilor poştale sau personal. Ofertanţii

vor pune separat oferta și dacă se permite conform punctului IPO14 ofertele alternative, în plicuri

sigilate, marcîndu-le în mod corespunzător.

21.2. Plicul va conține:

a) numele şi adresa ofertantului;

b) adresa autorităţii contractante în conformitate cu punctul IPO22.1;

c) numărul licitaţiei, conform punctului IPO1.1, şi orice semne adiţionale de

identificare, dacă este specificat în FDA;

d) o avertizare să nu fie deschise înainte de ora şi data deschiderii ofertelor, în

conformitate cu punctul IPO25.1.

21.3. Dacă plicurile nu sînt sigilate şi marcate conform cerinţelor de mai sus, autoritatea

contractantă nu îşi va asuma responsabilitatea pentru plasarea lor incorectă sau deschiderea

înainte de termen a ofertei.

22. Termenul limita de depunere a ofertelor

22.1. Ofertele se vor primi de către autoritatea contractantă nu mai tîrziu de data şi ora specificate

în FDA. Autoritatea contractantă poate, la discreţia sa, să extindă termenul-limită de depunere a

ofertelor prin modificarea documentelor de licitaţie în conformitate cu punctul IPO7, caz în care

toate drepturile şi obligaţiile autorităţii contractante şi ale ofertanţilor vor fi supuse ulterior

termenului-limită prelungit.

23. Oferte întîrziate

23.1. Autoritatea contractantă nu va lua în considerare nici o ofertă depusă după expirarea

termenul-limită de depunere a ofertelor, în conformitate cu punctul IPO18. Orice ofertă primită de

către autoritatea contractantă după termenul-limită de depunere a ofertelor va fi înregistrată în

modul corespunzător şi restituită ofertantului fără a fi deschisă, cu consemnarea în procesul-verbal

de deschidere.

24. Modificarea, substituirea şi retragerea ofertelor

24.1. Un ofertant poate retrage, substitui sau modifica oferta sa după ce a fost depusă doar pînă la

data-limită de depunere a ofertelor prin trimiterea unei notificări în scris, în conformitate cu

punctul IPO21, semnată în modul corespunzător de către un reprezentant autorizat şi incluzînd o

copie a scrisorii de delegare/împuternicire, în conformitate cu punctul IPO20.2. Substituirea sau

modificarea corespunzătoare a ofertei trebuie să fie însoţită de o notificare în scris. În cazul

retragerii ofertei, aceasta se va face printr-o scrisoare autorizată din partea ofertantului.

19

24.2. Ofertele care se solicită a fi retrase în conformitate cu punctul IPO24.1 vor fi înapoiate la

momentul solicitării ofertantului, fără a fi deschise.

24.3. Nici o ofertă nu poate fi retrasă, substituită sau modificată în perioada dintre termenul de

deschidere a ofertelor şi expirarea perioadei de valabilitate a ofertei sub sancțiunea reținerii

garanției pentru ofertă.

25. Deschiderea ofertelor

25.1. Autoritatea contractantă va deschide ofertele în public la adresa, data şi ora specificate în

FDA.

25.2. Toate celelalte plicuri vor fi deschise unul cîte unul, citind:

a) numele ofertantului şi dacă există vreo modificare a ofertei;

b) preţurile ofertei, pe lot şi total, şi ofertele alternative;

c) prezenţa Garanţiei de ofertă, dacă se aplică;

d) documentele prezentate de ofertant.

Nu va fi respinsă nici o ofertă în cadrul procedurii de deschidere, cu excepţia ofertelor întîrziate,

în conformitate cu punctul IPO23.1.

25.3. Autoritatea contractantă va întocmi un proces-verbal de deschidere a ofertelor şi, la

solicitarea reprezentanţilor operatorilor economici prezenţi la şedinţa de deschidere, îl va înainta

acestora spre contrasemnare. O copie a procesului-verbal va fi distribuită, la solicitare, ofertanţilor

care au depus ofertele la timp.

25.4. Formularul ofertei F (3.1) şi Formularul F (4.3), care reprezintă valoarea financiară a

propunerii, vor fi contrasemnate de către toţi membrii grupului de lucru.

D. Evaluarea şi compararea ofertelor

26. Confidenţialitate

26.1. Informaţiile ce ţin de examinarea, evaluarea, compararea şi postcalificarea ofertelor nu vor fi

dezvăluite ofertanţilor sau altor persoane ce nu sînt oficial implicate în acest proces, pînă la

momentul înregistrării contractului în modul stabilit.

26.2. Orice acţiuni ale unui ofertant de a influenţa autoritatea contractantă în examinarea,

evaluarea, compararea şi postcalificarea ofertelor sau în luarea deciziilor de adjudecare a

contractului pot avea drept consecinţă respingerea ofertei acestuia.

27. Clarificarea ofertelor

27.1. Autoritatea contractantă poate, la discreţia sa, să ceară oricăruia dintre ofertanţi o clarificare

a ofertei acestora, pentru a facilita examinarea, evaluarea, compararea şi postcalificarea ofertelor.

Nu vor fi solicitate, oferite sau permise schimbări în preţurile sau în conţinutul ofertei, cu excepţia

corectării erorilor aritmetice descoperite de către autoritatea contractantă în timpul evaluării

ofertelor, în conformitate cu punctul IPO29.

20

27.2. În cazul în care ofertantul nu oferă autorităţii contractante clarificările solicitate în timpul

stabilit în cererea de clarificare (cu condiţia că recepţionarea acestei cereri a fost confirmată de

către ofertant), oferta respectivă poate fi respinsă.

28. Determinarea conformităţii ofertelor

28.1. Aprecierea corespunderii unei oferte de către autoritatea contractantă urmează a fi bazată pe

conţinutul ofertei.

28.2. Se consideră conformă cerinţelor oferta care corespunde tuturor termenilor, condiţiilor şi

specificaţiilor din documentele de licitaţie, neavînd abateri esenţiale sau avînd doar abateri

neînsemnate, erori sau omiteri ce pot fi înlăturate fără a afecta esenţa ofertei. O abatere se va

considera ca fiind neînsemnată dacă:

a) nu afectează în orice mod substanţial sfera de acţiune, calitatea sau performanţa

bunurilor şi/sau a serviciilor specificate în contract;

b) nu limitează în orice mod substanţial drepturile autorităţii contractante sau

obligaţiile ofertantului conform contractului;

c) nu ar afecta într-un mod inechitabil poziţia competitivă a altor ofertanţi ce prezintă

oferte conforme cerinţelor.

28.3. Dacă o ofertă nu este conformă cerinţelor din documentele de licitaţie, ea va fi respinsă de

către autoritatea contractantă şi nu poate fi făcută corespunzătoare ulterior de către ofertant prin

corectarea abaterilor, erorilor sau omiterilor esenţiale.

29. Neconformităţi, erori şi omiteri

29.1. Autoritatea contractantă are dreptul să considere oferta conformă cerinţelor dacă aceasta

conţine abateri neînsemnate de la prevederile documentelor de licitaţie, erori sau omiteri ce pot fi

înlăturate fără a afecta esenţa ei. Orice deviere de acest fel se va exprima cantitativ, în măsura în

care este posibil, şi se va lua în considerare la evaluarea şi compararea ofertelor.

29.2. Dacă ofertantul care a depus oferta cea mai avantajoasă nu acceptă corectarea erorilor

aritmetice, oferta acestuia este respinsă.

30. Examinarea prealabila a ofertelor

30.1. Autoritatea contractantă va examina ofertele pentru a confirma faptul că toate documentele

şi documentaţia tehnică cerută în punctul IPO12 au fost prezentate şi pentru a determina

caracterul complet al fiecărui document depus.

30.2. Autoritatea contractantă va confirma faptul că următoarele documente şi informaţii au fost

prezentate în cadrul licitaţiei:

a) Formularul ofertei (F3.1);

b) Lista bunurilor și graficul livrării (F4.1) sau Lista serviciilor și graficul îndeplinirii

(F4.2);

c) Garanţia pentru ofertă, în conformitate cu punctul IPO15;

d) Specificaţia tehnică și preț (F4.3) din secţiunea a 4-a – Tabelul cerinţelor.

21

e) Formularul informativ despre ofertant (F 3.3), și toate documentele enumerate la

pct. 1.9 din acesta.

f) Declarația privind conduita etică și neimplicarea în practici frauduloase și de

corupere (F.3.4)

Dacă oricare dintre aceste documente sau informaţii lipsesc, oferta va fi respinsă.

31. Evaluarea tehnică

31.1. Ofertele care nu au fost respinse în cadrul examinării prealabile, conform punctului IPO30,

vor fi admise spre evaluarea tehnică.

31.2. Autoritatea contractantă va examina ofertele pentru a confirma faptul că toţi termenii şi

condiţiile specificate în Termenii de referință au fost acceptate de către ofertant fără devieri

majore sau rezerve, conform criteriilor de mai jos.

31.3. Autoritatea contractantă va evalua aspectele tehnice ale ofertei depuse pentru a verifica

îndeplinirea tuturor cerinţelor specificate în secţiunea a 4-a – Tabelul cerinţelor a documentelor de

licitaţie, fără abateri, erori sau omiteri esenţiale.

31.4. Dacă, în urma examinării termenilor, condiţiilor şi evaluării tehnice, autoritatea contractantă

stabileşte că oferta nu este conformă cerinţelor potrivit condiţiilor din punctul IPO28, oferta va fi

respinsă.

22

32. Evaluarea financiară

32.1. Ofertele care nu au fost respinse în cadrul examinării tehnice, conform punctului IPO31, vor

fi admise pentru evaluarea financiară.

32.2. În scopul evaluării financiare şi comparării ofertelor, toate preţurile ofertelor exprimate în

valute diferite (în cazul în care acest lucru este permis conform punctului IPO19.1) vor fi

convertite de către autoritatea contractantă într-o singură valută specificată în FDA, utilizînd

ratele de schimb de vînzare stabilite, şi la data specificată în FDA.

32.3 Autoritatea contractantă va lua în considerare următoarele:

a) evaluarea va fi efectuată pentru întreaga oferta;

b) preţul ofertei stabilit conform punctului IPO16, inclusiv taxele locale aplicabile în

Republica Moldova (tarife, accize etc.), cu excepţia TVA, care ar fi aplicate în cazul adjudecării

contractului;

c) ajustările valorii ofertei ca urmare a erorilor aritmetice, conform punctului IPO29;

d) factorii de evaluare aplicabili, conform prevederilor din punctul IPO32.4;

23

32.4. În cadrul evaluării, autoritatea contractantă va aplica următorul algoritm:

(a) Evaluarea preţurilor - preţul total al ofertei (Pn) va fi comparat cu cel mai jos preţ oferit

(Pmin).

(b) Evaluarea cerinţelor suplimentare de performanță se va calcula reieșind din următoarea

distribuire:

Criteriu Descriere Ponderea

Pret Prețul minim ponderat se va calcula după formula:

cel mai mic preţ oferit (Pmin) va fi raportat la prețul

total al ofertei (Pn) şi înmulțit cu ponderea criteriului. 40%

Nivelul de acoperire a cerintelor

neobligatorii (a restului 20% din

procesele descrise in caietul de sarcini)

Oferta cu gradul maxim de acoperire a cerințelor

neobligatorii va primi valoarea maxima a ponderii.

Cel mai mic grad de acoperire - 0. Celelalte oferte

vor fi cuantificate după următoarea formula:

Gn/Gmax* ponderea, unde Gn - Gradul de acoperire,

Gmax - valoarea maxima oferita. 30%

Gradul de lizibilitate a sistemului (User

friendly) - Posibilitatea de executare

intuitiva a proceselor prin intermediul

unui număr minim de acțiuni

Se va efectua evaluarea nivelului de lizibilitate a

interfeței prin contrapunerea numărului de pași

necesari pentru procesarea documentului. Numărul

minim de pași primește valoarea maxima a ponderii.

Numărul cel mai mare de pași necesari - 0 puncte.

Alte rezultate vor fi estimate după formula: Lmin/Ln*

pondereacriteriului, unde Pmin - numărul minim de

pași, Pn - numărul de pași necesari. 10%

Rezultatul proiectului demo Proiectul demo cu acoperirea cea mai mare a

proceselor descrise in cap. “Prezentarea sistemului

prototip” va obține valoarea maxima a ponderii. Cea

mai mica acoperire - 0 puncte. Alte rezultate vor fi

estimate după formula: Nmin/Nn* ponderea

criteriului, unde Nmin - cel mai bun rezultat obținut

in cadrul proiectelor pilot (număr de procese

acoperite), Nn - timpul de procesare (nr. ore) in

cadrul proiectului pilot. 20%

TOTAL 100%

Scorul final (Sn) va fi calculat prin sumarea scorurilor din compartimentele ”Evaluarea preturilor”

și ”Evaluarea cerințelor de performanță” în concordanță cu formula: Sn = (Pmin/Pn)*40%+

(Gn/Mmax*25%)+(Lmin/Ln *15%)+(Nmin/Nn*20%). Oferta cu scorul combinat maximal este

eligibilă pentru câștigarea Contractului.

33. Compararea ofertelor

24

33.1. Autoritatea contractantă va compara toate ofertele conforme cerinţelor pentru a determina

oferta cea mai avantajoasă economic, în conformitate cu punctul IPO32.

34. Postcalificarea ofertantului

34.1. Autoritatea contractantă va determina dacă ofertantul, care este selectat ca depunînd cea mai

avantajoasă şi corespunzătoare ofertă, este calificat să execute Contractul.

34.2. Aprecierea calificării va fi bazată pe o examinare minuţioasă a documentelor de calificare

ale ofertantului, incluse în ofertă conform prevederilor punctului IPO12, clarificărilor posibile

conform punctului IPO27, precum şi în baza criteriilor stabilite în punctele IPO9, IPO10 şi IPO11.

Criteriile care nu au fost incluse în aceste puncte nu vor fi folosite în aprecierea calificării

ofertantului.

34.3. O apreciere afirmativă va constitui drept premisă pentru adjudecarea contractului

ofertantului respectiv. O apreciere negativă va rezulta în descalificarea ofertei, caz în care

autoritatea contractantă poate trece la următoarea ofertă cea mai avantajoasă economic, pentru a

face o apreciere similară a capacităţilor acelui ofertant în executarea contractului.

35. Excluderea negocierilor

35.1. Nu se vor accepta nici un fel de negocieri cu ofertantul cîştigător sau cu alţi ofertanţi.

Ofertantului nu i se va cere, drept condiţie pentru adjudecarea contractului, să-şi asume

responsabilităţi care nu au fost prevăzute în documentele de licitaţie, precum şi să majoreze preţul

oferit sau să modifice oferta.

36. Descalificarea ofertantului

36.1. Autoritatea contractantă va descalifica ofertantul care depune documente ce conţin

informaţii false, cu scopul calificării, sau derutează ori face reprezentări neadevărate pentru a

demonstra corespunderea sa cerinţelor de calificare. În cazul în care acest lucru este dovedit,

autoritatea contractantă poate declara ofertantul respectiv ca fiind neeligibil pentru participarea

ulterioară în contractele de achiziţii publice, prin includerea lui în Lista de interdicţie a

operatorilor economici pe un termen de 3 ani.

36.2. Lista de interdicţie a operatorilor economici reprezintă un înscris oficial şi este întocmită de

către Agenţia Achiziţii Publice cu scopul de a limita participarea operatorilor economici la

procedurile de achiziţie publică. Aceasta este întocmită, actualizată şi ţinută de Agenţie conform

prevederilor articolului 18 din Legea nr. 96-XVI din 13 aprilie 2007 privind achiziţii publice.

36.3. Ofertantul poate fi descalificat în cazul în care este insolvabil, în privinţa lui a fost iniţiată

procedura de sechestrare a patrimoniului, este în faliment sau în proces de lichidare sau dacă

activităţile ofertantului sînt suspendate ori există un proces de judecată privind oricare dintre cele

menţionate.

36.4. Ofertantul este descalificat în cazul aplicării sancţiunilor administrative sau penale, pe

parcursul ultimilor 3 ani, faţă de persoanele de conducere ale operatorului economic în legătură cu

activitatea lor profesională sau cu prezentarea de date eronate în scopul încheierii contractului de

achiziţii publice. Ofertanţii vor prezenta informaţia corespunzătoare în punctul 3.3 al

Formularului informativ despre ofertant din secţiunea a 3-a (F 3.3).

25

36.5. Ofertantul este descalificat pentru neachitarea impozitelor şi altor plăţi obligatorii în

conformitate cu legislaţia ţării în care el este rezident. Autoritatea contractantă va solicita

ofertanţilor să demonstreze împuternicirea de a încheia contractele de achiziţii publice şi

componenţa fondatorilor şi a persoanelor afiliate.

36.6. Autoritatea contractantă descalifică ofertantul dacă constată că acesta este inclus în Lista de

interdicţie a operatorilor economici.

36.7Autoritatea contractantă nu acceptă oferta în cazul în care ofertantul nu corespunde cerințelor

de calificare.

37. Dreptul autorităţi contractante de a accepta sau de a respinge unele sau toate ofertele

37.1. Autoritatea contractantă îşi rezervă dreptul de a anula procedura de licitaţie şi de a respinge

toate ofertele în orice moment înainte de adjudecarea contractului, în cazul în care sesizează lipsa

unei concurenţe efective, se află în imposibilitatea acoperirii financiare sau în cazurile

necorespunderii ofertelor cerinţelor stabilite în prezenta documentaţie, fără a-şi crea astfel

anumite obligaţii faţă de ofertanţi. Autoritatea contractantă are obligaţia de a comunica în scris

tuturor participanţilor la procedura de achiziţie publică, în cel mult 3 zile de la data anulării, atît

încetarea obligaţiilor pe care aceştia şi le-au creat prin depunerea de oferte, cît şi motivul anulării.

26

Adjudecarea contractului

38. Criteriul de adjudecare

38.1. Autoritatea contractantă va adjudeca contractul, conform criteriului stabilit în FDA, acelui

ofertant a cărui ofertă a fost apreciată potrivit criteriilor stabilite în punctul IPO32.4 şi altor

condiţii ca avînd cel mai mic preţ sau fiind cea mai avantajoasă economic şi care este conformă

cerinţelor din documentele de licitaţie, cu condiţia ca şi ofertantul să fie calificat pentru

executarea contractului.

39. Dreptul autorităţii contractante de a modifica cantităţile în timpul adjudecării

39.1. La momentul adjudecării contractului, autoritatea contractantă îşi rezervă dreptul de a

micşora cantitatea de bunuri şi/sau servicii, specificate iniţial în secţiunea a 4-a – Tabelul

cerinţelor, pentru a se putea încadra în mijloacele financiare alocate, însă fără a efectua vreo

schimbare în preţul unitar sau în alţi termeni şi condiţii ale ofertei şi ale documentelor de licitaţie.

40. Înştiinţarea de adjudecare

40.1. Înainte de expirarea perioadei de valabilitate a ofertei, autoritatea contractantă va anunţa în

scris ofertantul cîştigător despre faptul acceptării ofertei şi atribuirii contractului de achiziţii

publice.

40.2. Odată cu prezentarea de către ofertantul cîştigător a Formularului de contract (F5.1) semnat

şi a Garanţiei de bună execuţie (F5.2) conform punctului IPO42, autoritatea contractantă va

anunţa în timp de trei zile fiecare ofertant necîştigător privind motivele neacceptării ofertei

acestora şi le va elibera Garanţia de ofertă, în conformitate cu punctul IPO15.4.

41. Garanţia de bună execuţie

41.1. La momentul încheierii contractului, dar nu mai tîrziu de data expirării Garanţiei pentru

ofertă (dacă s-a cerut), ofertantul cîştigător va prezenta Garanţia de bună execuţie în mărimea

prevăzută de FDA, folosind în acest scop formularul Garanţiei de bună execuţie (F5.2), inclus în

a secţiunea a 5-a – Formulare de contract, sau alt formular acceptabil pentru autoritatea

contractantă, dar care corespunde condiţiilor formularului (F5.2).

41.2. Refuzul ofertantului cîştigător de a depune Garanţia de bună execuţie sau de a semna

contractul va constitui motiv suficient pentru anularea adjudecării şi reţinerea Garanţiei pentru

ofertă. În acest caz, autoritatea contractantă poate adjudeca contractul următorului ofertant cu

oferta cea mai avantajoasă economic, a cărui ofertă este conformă cerinţelor şi care este apreciat

de către autoritatea contractantă a fi calificat în executarea Contractului. În acest caz, autoritatea

contractantă va cere tuturor ofertanţilor rămaşi extinderea termenului de valabilitate a Garanţiei

pentru ofertă. Totodată, autoritatea contractantă este în drept să respingă toate celelalte oferte.

42. Semnarea contractului

42.1. O dată cu expedierea înştiinţării de adjudecare, autoritatea contractantă va trimite

ofertantului cîştigător Formularul contractului (F5.1) completat şi toate celelalte documente

componente ale contratului.

42.2. Ofertantul cîştigător va semna contractul în modul corespunzător şi îl va restitui autorităţii

contractante în termenul specificat în FDA.

27

42.3. Încheierea contractului poate fi suspendată în cazurile prevăzute la punctul IPO45.

42.4. În termen de pînă la 5 zile după recepţionarea contractului semnat şi a Garanţiei de bună

execuţie (F5.2), autoritatea contractantă va elibera şi va transmite Garanţia pentru ofertă

ofertantului cîştigător.

43. Înştiinţarea celorlalţi ofertanţi

43.1. Ceilalţi ofertanţi participanţi la licitaţie vor fi informaţi de autoritatea contractantă despre

încheierea contractului de achiziţie doar în urma depunerii de către ofertantul cîştigător a

Garanţiei de bună execuţie conform punctului IPO42 şi semnării contractului conform punctului

IPO43, în decurs de 3 zile calendaristice de la data deciziei grupului de lucru, indicîndu-se

denumirea şi datele de contact ale operatorului economic cu care s-a încheiat contractul, precum şi

preţul contractului.

43.2. În urma primirii înştiinţării de adjudecare, ofertanţii necîştigători pot cere în scris autorităţii

contractante o prezentare succintă ce ar conţine explicaţii cu privire la motivele pentru care

ofertele lor nu au fost selectate. Autoritatea contractantă va răspunde prompt în scris oricărui

ofertant necîştigător care solicită o explicaţie.

44. Dreptul de contestare

44.1. Orice operator economic care consideră că, în cadrul procedurilor de achiziţie, autoritatea

contractantă, prin decizia emisă sau prin procedura de achiziţie aplicată cu încălcarea legii, a lezat

un drept al său recunoscut de lege, în urma cărui fapt el a suportat sau poate suporta prejudicii, are

dreptul să conteste decizia sau procedura aplicată de autoritatea contractantă, în modul stabilit de

Legea nr. 96-XVI din 13 aprilie 2007 privind achiziţiile publice.

44.2 Contestaţiile se vor depune direct la Agenţia Achiziţii Publice. Toate contestaţiile vor fi

depuse, examinate şi soluţionate în modul stabilit în articolele 71-74 din Legea nr. 96-XVI din 13

aprilie 2007 privind achiziţiile publice.

44.3. Operatorul economic, în termen de pînă la 10 zile calendaristice de la data la care a aflat

despre circumstanţele ce au servit drept temei pentru contestaţie, are dreptul să depună la Agenţia

Achiziţii Publice o contestaţie argumentată a acţiunilor, a deciziei ori a procedurii aplicate de

autoritatea contractantă.

44.4. Contestaţiile privind invitaţiile de participare la licitaţie şi documentaţia de licitaţie vor fi

depuse pînă la deschiderea de către autoritatea contractantă a pachetelor cu oferte.

28

Secţiunea a 2-a. Fişa de date a achiziţiei (FDA)

Următoarele date specifice referitoare la bunurile şi la serviciile solicitate vor completa,

suplimenta sau ajusta prevederile instrucţiunilor pentru ofertanţi (IPO) din Partea I a

documentelor de licitaţie. În cazul unei discrepanţe sau al unui conflict, prevederile de mai jos vor

prevala asupra prevederilor din IPO.

A. Dispoziţii generale

IPO 1.1

Autoritatea contractantă: Ministerul Justiției al Republicii Moldova

IPO 1.1

Obiectul licitaţiei: Achiziţionarea sistemului informatic integrat e-Procura

IPO 2.1

Sursa alocaţiilor bugetare/banilor publici: din bugetul de stat.

IPO 2.1

Plăţi/mijloace financiare din partea partenerului de dezvoltare: „nu se aplică”

IPO 4.5

Pentru consultarea Listei de interdicţie a operatorilor economici se va referi la adresa:

http://tender.gov.md/ro/lista-de-interdictie

IPO 7.1

Pentru clarificarea documentelor de licitaţie, adresa autorităţii contractante este:

str. 31 August 1989 nr. 82, mun. Chisinau MD 2012 Ministerul Justitiei, Alexandra Ababii, Sef

Serviciul Administrativ, et. 3, bir. 308, tel. 022201428, [email protected].

http://tender.gov.md/ro/lista-de-interdictie


29

Criterii de calificare

IPO 10.1(a)

Ofertantul va avea minim de 3 (trei) ani de experienţă specifică în livrarea bunurilor şi/sau

serviciilor similare.

IPO 10.1(b)

Capacitatea minimă de producere sau echipamentele necesare: “nu se cere”.

IPO 11.1(a)

Valoarea minimă a unui contract individual îndeplinit pe parcursul a“nu se cere”.

IPO 11.1(b)

Disponibilitate de bani lichizi sau capital circulant, sau de resurse creditare în sumă de minim:

“Nu se cere”.

B. Pregătirea ofertelor

IPO 14.1

Oferte alternative nu vor fi acceptate.

IPO 15.1

a) Oferta va fi însoţită de o Garanţie pentru ofertă (emisă de o bancă comercială)

conform formularului F3.2 din secţiunea a 3-a – Formulare pentru depunerea ofertei;

IPO 15.2

Garanţia pentru ofertă va fi în valoare de: 1% din valoarea ofertei fără TVA.

IPO 16.4

Ediţia aplicabilă a Incoterms și termenii comerciali acceptați vor fi: “Incoterms 2010” DDP.

IPO 16.7

Metoda și condițiile de plată vor fi:

Pentru Lotul I - transfer avans 30% la momentul înregistrării contractului, restul 70% în termen de

20 zile după semnarea actului de primire-predare și facturii fiscale eliberate.

IPO 17.1

Perioada valabilităţii ofertei va fi de 30zile.

IPO 19.1

Se accepta depunerea ofertelor in valuta străină.

IPO 20.1

În plus la originalul ofertei, numărul copiilor ofertei va fi: nu se aplica.

30

C. Depunerea şi deschiderea ofertelor

IPO 21.2(c)

Plicurile vor conţine următoarea informaţie suplimentară: Achiziţionarea sistemului informatic

integrat e-Procura Nr. _____din______, Ministerul Justiției.

IPO 22.1

Pentru depunerea ofertelor, adresa autorităţii contractante este:

Adresa: str. 31 August 1989 nr. 82, mun. Chisinau MD 2012 Ministerul Justitiei, et. 3, bir. 308

Tel: 022201428; Fax: 022201428; E-mail [email protected]

Data-limită pentru depunerea ofertelor este:________________

Data: ________________

Ora: ___________

IPO 25.1

Deschiderea ofertelor va avea loc la următoare adresă:

Adresa: str. 31 August 1989 nr. 82, mun. Chisinau MD 2012 Ministerul Justitiei, et. 1, bir. 104

Data:___________________

Ora: ____________________


31

Evaluarea şi compararea ofertelor

IPO 32.2

Preţurile ofertelor depuse în diferite valute vor fi convertite în: lei MDechivalent la cursul BNM la

data deschiderii ofertelor.

Sursa ratei de schimb în scopul convertirii: rata de schimb oficială a BNM .

Data pentru rata de schimb aplicabilăva fi: data deschiderii ofertelor.

IPO 32.3

Evaluarea va fi efectuată pe: oferta cea mai avantajoasă din punct de vedere economic.

IPO 32.4

Factorii economici aplicabili pentru evaluare vor fi următorii: oferta care satisface toate cerințele

obligatorii si acumulează punctaj maxim conform criteriilorde evaluare.

(a) Evaluarea preţurilor - preţul total al ofertei (Pn) va fi comparat cu cel mai jos preţ oferit

(Pmin).

(b) Evaluarea cerinţelor suplimentare de performanță se va calcula reieșind din următoarea

distribuire:




total al ofertei (Pn) şi înmulțit cu ponderea

criteriului. 40%



procesele descrise in caietul de

sarcini)

Oferta cu gradul maxim de acoperire a cerințelor



vor fi cuantificate după următoarea formula:

Gn/Gmax* ponderea, unde Gn - Gradul de

acoperire, Gmax - valoarea maxima oferita. 30%

Gradul de lizibilitate a sistemului

(User friendly) - Posibilitatea de

executare intuitiva a proceselor prin

intermediul unui număr minim de

acțiuni


interfeței prin contrapunerea numărului de pași

necesari pentru procesarea documentului. Numărul

minim de pași primește valoarea maxima a

ponderii. Numărul cel mai mare de pași necesari - 0

puncte. Alte rezultate vor fi estimate după formula:

Lmin/Ln* pondereacriteriului, unde Pmin - numărul

minim de pași, Pn - numărul de pași necesari. 10%

32



prototip” va obține valoarea maxima a ponderii.

Cea mai mica acoperire - 0 puncte. Alte rezultate

vor fi estimate după formula: Nmin/Nn* ponderea

criteriului, unde Nmin - cel mai bun rezultat obținut

in cadrul proiectelor pilot (număr de procese

acoperite), Nn - timpul de procesare (nr. ore) in


TOTAL 100%

Scorul final (Sn) va fi calculat prin sumarea scorurilor din compartimentele ”Evaluarea preturilor”

și ”Evaluarea cerințelor de performanță” în concordanță cu formula: Sn = (Pmin/Pn)*40%+

(Gn/Mmax*25%)+(Lmin/Ln *15%)+(Nmin/Nn*20%). Oferta cu scorul combinat maximal este

eligibilă pentru câștigarea Contractului.

D. Adjudecarea contractului

IPO 38.1

Criteriul aplicat pentru adjudecarea contractului va fi: oferta care satisface toate cerințele

obligatorii și acumulează punctaj maxim conform criteriilor (Cap. 7.6 din Caietul de sarcini).

IPO 41.1

Suma Garanţiei de bună execuţie se stabileşte în mărime de 1% (unu) la sută din preţul

contractului adjudecat.

IPO 42.2

Numărul maxim de zile pentru semnarea şi prezentarea contractului către autoritatea contractantă:

20 zile.

33

Secţiunea a 3-a. Formulare pentru depunerea ofertei

Următoarele tabele şi formulare vor fi completate de către ofertant şi incluse în ofertă.

Formular Denumirea

F3.1 Formularul ofertei

F3.2 Garanţia pentru ofertă – formularul garanţiei bancare

F3.3 Formularul informativ despre ofertant

F3.4 Declaraţia privind conduita etică a şi neimplicarea în practici frauduloase şi de

corupere (F3.4)

34

FORMULARUL OFERTEI (F3.1)

[Ofertantul va completa acest formular în conformitate cu instrucţiunile de mai jos. Nu se vor

permite modificări în formatul formularului, precum şi nu se vor accepta înlocuiri în textul

acestuia.]

Data: [introduceţi data depunerii ofertei]

Licitaţia nr.: [introduceţi numărul/codul licitaţiei]

Invitaţie la licitaţia nr.: [introduceţi numărul/codul anunţului]

Alternativa nr.: [introduceţi numărul/codul în cazul unei oferte alternative]

Către: [introduceţi numele deplin al autorităţii contractante]

[introduceţi denumirea ofertantului] declară că:

a) Au fost examinate şi nu există rezervări faţă de documentele de licitaţie, inclusiv modificările

nr. ______________ [introduceţi numărul şi data fiecărei modificări, dacă au avut loc].

b) [denumirea ofertantului] se angajează să furnizeze/presteze, în conformitate cu documentele de

licitaţie şi condiţiile stipulate în specificaţiile tehnice şi preț, următoarele bunuri şi/sau servicii

_______________________

__________________________________________________________________ [introduceţi o

descriere succintă a bunurilor şi/sau a serviciilor].

c) Preţul total al ofertei constituie:

___________________________________________________________________

[introduceţi preţul pe loturi (unde e cazul) şi totalul ofertei în cuvinte şi cifre, indicînd toate

sumele şi valutele respective].

d) Prezenta ofertă va rămîne valabilă pentru perioada de timp specificată în instrucţiunile pentru

ofertanţi, punctul IPO17.1, începînd cu data-limită pentru depunerea ofertei, în conformitate cu

punctul IPO22.1, va rămîne obligatorie şi va putea fi acceptată în orice moment pînă la expirarea

acestei perioade;

e) În cazul acceptării prezentei oferte, [denumirea ofertantului] se angajează să obţină o Garanţie

de bună execuţie în conformitate cu punctul IPO41, pentru executarea corespunzătoare a

contractului de achiziţie publică.

f) Nu sîntem în nici un conflict de interese, în conformitate cu punctul IPO4.4.

g) Compania semnatară, afiliaţii sau sucursalele sale, inclusiv fiecare partener sau subcontractor

ce fac parte din contract, nu au fost declarate neeligibile în baza prevederilor legislaţiei în vigoare

sau a regulamentelor cu incidenţă în domeniul achiziţiilor publice, în conformitate cu punctul

IPO4.5.

Semnat:_______ [semnătura persoanei autorizate pentru semnarea ofertei]

[sigiliul firmei se va aplica alături de semnătură]

35

Nume:_____________ [numele complet al persoanei ce semnează formularul ofertei]

În calitate de: _____________ [funcţia oficială a persoanei ce semnează formularul ofertei]

Ofertantul: _______________ [denumirea completă oficială a ofertantului]

Adresa: _________________ [adresa completă oficială a ofertantului]

Data: ____________________ [introduceţi data semnării formularului]

36

GARANŢIA PENTRU OFERTA (GARANŢIA BANCARĂ, F3.2)

[Banca emitentă va completa acest formular de garanţie bancară în conformitate cu

instrucţiunile indicate mai jos. Garanţia bancară se va imprima pe foaie cu antetul băncii, pe

hîrtie specială protejată.]

________________________________________________________

[Numele băncii şi adresa oficiului sau a filialei emitente]

Beneficiar: _______________ [numele şi adresa autorităţii contractante]

Data: ________________

GARANŢIE DE OFERTĂ Nr._________________

[denumirea băncii] a fost informată că [numele ofertantului] (numit în continuare „Ofertant”)

urmează să înainteze oferta către Dvs. la data de ___________ (numită în continuare „ofertă”)

pentru livrarea/prestarea ______________ [obiectul achiziţiei] conform invitaţiei la licitaţia nr.

din _________. 201_ [numărul şi data licitaţiei].

La cererea Ofertantului, noi, [denumirea băncii], prin prezenta, ne angajăm în mod irevocabil să

vă plătim orice sumă sau sume ce nu depăşesc în total suma de [suma în cifre] ( [suma în cuvinte]

), la primirea de către noi a primei solicitări din partea Dvs. în scris, însoţite de o declaraţie în care

se specifică faptul că Ofertantul încalcă una sau mai multe dintre obligaţiile sale referitor la

condiţiile ofertei, şi anume:

a) şi-a retras oferta în timpul perioadei valabilităţii ofertei sau a modificat oferta după expirarea

termenului-limită de depunere a ofertelor; sau

b) fiind anunţat de către autoritatea contractantă, în perioada de valabilitate a ofertei, despre

adjudecarea contractului: (i) eşuează sau refuză să semneze formularul contractului; (ii) nu

acceptă rectificarea erorilor aritmetice, efectuată de către grupul de lucru, erori depistate în ofertă

în timpul examinării ei; sau (iii) eşuează sau refuză să prezinte garanţia de bună execuţie, dacă se

cere conform condiţiilor licitaţiei, ori nu a executat vreo condiţie specificată în documentele de

licitaţie, înainte de semnarea contractului de achiziţie.

Această garanţie va expira în cazul apariţiei uneia dintre următoarele situaţii:

a) Ofertantul devine ofertant cîştigător, la primirea de către noi a copiei înştiinţării privind

adjudecarea contractului şi în urma emiterii Garanţiei de bună execuţie eliberată către Dvs. la

solicitarea Ofertantului, sau

b) Ofertantul nu devine ofertant cîştigător, fie în urma primirii de către noi a copiei înştiinţării

Dvs. despre numele altui ofertant cîştigător; fie la terminarea perioadei de treizeci de zile după

expirarea valabilităţii ofertei depuse de către Ofertant în cadrul licitaţiei.

Prin urmare, orice cerere sau plată în conformitate cu această garanţie trebuie recepţionată de

către noi la oficiu pînă la data respectivă inclusiv.

37

Prezenta garanţie este valabilă pînă la data de ______________________.

___________________________

38

FORMULAR INFORMATIV DESPRE OFERTANT (F3.3)

[Ofertantul va completa acest formular în conformitate cu instrucţiunile de mai jos. Nu se vor

permite modificări în formatul formularului, precum şi nu se vor accepta înlocuiri în textul

acestuia.]

Data: ________________

Numărul licitaţiei: __________________ Pagina __ din__

A. Ofertanţi individuali

1. Informaţii generale

1.1. Numele juridic al ofertantului

1.2. Adresa juridică a ofertantului în ţara

înregistrării

1.3. Statutul juridic al ofertantului

Proprietate

Formă de organizare juridică

Altele

1.4. Anul înregistrării ofertantului

1.5. Statutul de afaceri al ofertantului

Producător

Agent local/Distribuitor al

producătorului străin

Intermediar

Companie de antrepozit

Altele

1.6. Informaţia despre reprezentantul

autorizat al ofertantului

Numele

Locul de muncă şi funcţia

Adresa

Telefon / Fax

E-mail

1.7. Numărul de înregistrare pentru TVA

39

1.8. Numărul de identitate al ofertantului

pentru impozitul pe venit (pentru

ofertanţii străini)

1.9. Ofertantul va anexa copiile următoarelor

documente:

Exemplu:

Documente obligatorii:

a) Formularul ofertei (F.3.1) –

original - confirmată prin semnătura şi


b) Garanția bancară – original -

prezentată în modalitatea prevăzută în

Formularul F 3.2;

c) Formular informativ despre

ofertant (F.3.3) – original - confirmată

prin semnătura şi ştampila Participantului.

d) Declaraţia privind conduita etică

şi neimplicarea în practici frauduloase şi

de corupere (F3.4) - original – confirmată


e) Lista bunurilor şi graficul livrării

(F4.1)- original - confirmată prin

semnătura şi ştampila Participantului.

f) Lista serviciilor şi graficul

îndeplinirii (F4.2) - original - confirmată


g) Specificaţii tehnice şi preţ (F4.3) -

original - confirmată prin semnătura şi


h) Certificat de înregistrare a

întreprinderii – copie – emis de Camera

Înregistrării de Stat, confirmată prin

aplicarea semnăturii şi ştampilei

Participantului (aplicabil doar pentru lotul

1);

i) Certificat de atribuire a contului

bancar – copie – eliberat de banca

deţinătoare de cont, confirmată prin

aplicarea semnăturii şi ştampilei

Participantului.

j) Certificat de efectuare

40

sistematică a plăţii impozitelor,

contribuţiilor – copie – eliberat de

Inspectoratul Fiscal (valabilitatea

certificatului - conform cerinţelor

Inspectoratului Fiscal al Republicii

Moldova);

k) Ultimul raport financiar – copie –

confirmată prin semnătura şi ştampila

Participantului (aplicabil doar pentru lotul

l) Descrierea generală a soluţiei

oferite (descrierea trebuie să fie suficient

de explicită pentru a putea fi stabilite:

nivelul de corespundere cerinţelor din

Termenii de referință a soluţiei prototip

existente, etapele proiectului, punctele de

control şi rezultatele aferente, metoda de

management a proiectului, caracterul legal

al soluţiilor utilizate, asigurarea

continuităţii, gestiunea riscurilor

proiectului) - confirmată prin semnătura şi


m) Documentele obligatorii

specificate in documentul „ Termeni de

referință"

Documente facultative, prezentate

obligatoriu numai la solicitarea lor

ulterioară:

f) Certificat care confirmă

neaplicarea sancţiunilor penale

(cazier juridic) faţă de funcţionarii

Participantului – eliberat de

Ministerul Afacerilor Interne, care

reflectă informaţia despre

neaplicarea sancţiunilor penale pe

parcursul ultimilor 3 ani;

g) Certificat care confirmă

neaplicarea sancţiunilor

administrative şi disciplinare faţă

de funcţionarii Participantului –

original – eliberat de Participant,

care reflectă informaţia despre

41

neaplicarea sancţiunilor

administrative şi disciplinare pe

parcursul ultimilor 3 ani;

h) Certificat care confirmă

modalitatea şi criteriile de calculare

a preţului – original – eliberat de

Participant;

i) Copia standardelor de referinţă

pentru mărfurile şi serviciile

propuse, confirmată prin semnătura

şi ştampila Participantului;

j) Recomandaţii – original;

k) Altele [se va completa de către

autoritatea contractantă, după

necesitate]

2. Informaţii de calificare

2.1. Numărul de ani de experienţă generală a

ofertantului în livrări de bunuri şi servicii

2.1. Numărul de ani de experienţă specifică a

ofertantului în livrarea/prestarea

bunurilor şi/sau serviciilor similare

“Nu se aplică”

2.2. Valoarea monetară a livrărilor de bunuri

similare pe parcursul perioadei prevăzute

în IPO 11.1 (a)

“Nu se aplică”

2.3 Disponibilitate de resurse financiare

(bani lichizi sau capital circulant, sau de

resurse creditare, extras din cont bancar

etc.). Enumeraţi şi anexaţi copiile

documentelor justificative

“Nu se aplică”

2.4 Detalii privind capacitatea de producere /

echipamente disponibile

“Nu se aplică”

3. Informaţii financiare

42

3.1. Rapoarte financiare sau extrase din bilanţul financiar, sau declaraţii de profit / pierderi,

sau rapoartele auditorilor pentru ultimul an de activitate. Enumeraţi mai jos şi anexaţi

copii

3.2. Denumirea, adresa, numerele de telefon, telex şi fax ale băncilor care pot oferi

caracteristici despre ofertant în cazul contactării de către autoritatea contractantă

3.3. Informaţie privind litigiile în care ofertantul este sau a fost implicat:

a) Orice proces pe parcursul ultimilor 3 ani:

Cauza litigiului Rezultatul sau sentinţa şi suma implicată

b) Procese curente, pe parcursul anului fiscal curent:

Cauza litigiului Situaţia curentă a procesului

Notă: Alte cerinţe şi detalii pot fi adăugate de către autoritatea contractantă, după caz

B. Partenerii individuali ai Asociaţiei

4.1. Fiecare partener al Asociației va depune toată informaţia solicitată în formularul de mai

sus, în compartimentele 1-3.

4.2. Anexaţi procura/împuternicirea pentru fiecare semnatar autorizat al ofertei în numele

Asociației.

4.3. Anexaţi acordul semnat între toţi partenerii ai Asociației (care va purta caracter

obligatoriu în mod juridic pentru toţi partenerii).

43

Notă: Alte cerinţe şi detalii pot fi adăugate de către autoritatea contractantă, după caz.

44

DECLARAŢIA PRIVIND CONDUITA ETICĂ ŞI NEIMPLICAREA ÎN PRACTICI

FRAUDULOASE ŞI DE CORUPERE (F3.4)

[Ofertantul va semna şi va include această declaraţie în oferta depusă. Declaraţia semnată va fi

de asemenea inclusă în contractele ofertanţilor cîştigători. Nu se vor permite modificări în

formatul formularului, precum şi nu se vor accepta înlocuiri în textul acestuia.]

Data: ________________

Numărul licitaţiei: __________________

Către: __________________

[denumirea ofertantului] confirmă prin prezenta că:

1. Nici unul dintre angajaţii, companionii, agenţii, acţionarii, consultanţii, partenerii noştri

sau rudele sau asociaţi ai lor nu este în relaţii care ar fi putut considerate ca un conflict de

interese, conform prevederilor din documentele de licitaţie, punctul IPO4.

2. În cazul în care vom afla despre faptul unui conflict potenţial, vom raporta imediat

informaţia respectivă către autoritatea contractantă.

3. Nici unul dintre angajaţii, companionii, agenţii, acţionarii, consultanţii, partenerii noştri

sau rudele sau asociaţii ai lor nu a fost angajat în practici de corupere, escrocherie,

complotare, constrîngere sau alte practici anticoncurenţiale în procesul pregătirii ofertei

din cadrul prezentei licitaţii, conform prevederilor din documentele de licitaţie, punctul

IPO8.

4. În legătură cu procedura respectivă de licitaţie şi cu orice contract care, eventual, ne va fi

adjudecat ca rezultat al acesteia, nu au fost, nici nu vor fi efectuate nici un fel de plăţi

către angajaţii, companionii, agenţii, acţionarii, consultanţii, partenerii noştri sau rudele

lor, care sînt implicaţi în achiziţia publică, implementarea contractului şi aprobarea plăţilor

contractuale în numele autorităţii contractante.

Semnat: _____________________________

Nume: ________________________________

Funcţia în cadrul firmei: ____________________________

Denumirea firmei şi sigiliu: __________________________

45

Secţiunea a 4-a. Tabelul cerinţelor

Următoarele tabele şi formulare vor fi completate de către ofertant şi incluse în ofertă. În cazul

unei discrepanţe sau al unui conflict cu textul IPO, prevederile de mai jos vor prevala asupra

prevederilor din IPO.

Formular Denumirea

F4.1 Lista bunurilor şi graficul livrării

F4.2 Lista serviciilor şi graficul îndeplinirii

F4.3 Specificaţii tehnice și preț

46

LISTA BUNURILOR ŞI GRAFICUL LIVRĂRII (F4.1)

[Acest tabel va fi completat de către autoritatea contractantă, cu excepţia coloanei 9]

Numărul licitaţiei: Data: Alternativa nr.

Denumirea licitaţiei Lot: Pagina __din __

Nr.

d/o

Codul

CPV

Bunurile solicitate Cantitatea Unitatea

de măsură

Locul destinaţiei

finale

(conform IPO)

Data livrării

Cea mai

devreme dată de

livrare

Cea mai tîrzie

dată de livrare

Data de livrare a

ofertantului

[va fi indicată de

către ofertant]

1 2 3 4 5 6 7 8 9

1. Sistem informatic integrat e-

Procura

1000 utilizatori str. 31 August

1989 nr. 82

mun. Chișinău,

Secția notariat

nespecificat 30 zile din

momentul

achitării

avansului

[această dată se

referă doar la

livrarea

bunurilor, fără

servicii asociate]

2. Sistem Gestiune Baza de Date 500 utilizatori str. 31 August

1989 nr. 82

mun. Chișinău,

Secția notariat

nespecificat 30 zile din

momentul

achitării

avansului

Semnat:_______________ Numele, prenumele:_____________________ În calitate de: ________________

Ofertantul: _______________________ Adresa: _______________________

47

LISTA SERVICIILOR ŞI GRAFICUL ÎNDEPLINIRII (F4.2)

[Acest tabel va fi completat de către autoritatea contractantă, cu excepţia coloanei 8]



Nr.

d/o

Codul

CPV

Serviciile sau serviciile asociate livrării

bunurilor

Cantitatea Unitatea de

măsură

Locul prestării

serviciilor

(conform IPO)

Data finală

solicitată pentru

îndeplinirea

serviciilor

Confirmarea /

comentariul din

partea ofertantului

1 2 3 4 5 6 7 8

1. Servicii de instalare si configurare software

de baza

1 Buc. str. 31 August

1989 nr. 82 mun.

Chișinău,

2. Servicii de instruire 12 utilizatori str. 31 August

1989 nr. 82 mun.

Chișinău,

3. Servicii de suport a sistemului e-Procura 12 luni str. 31 August

1989 nr. 82 mun.

Chișinău,



SPECIFICAŢII TEHNICE ŞI PREȚ (F4.3)

48

[Acest tabel va fi completat de către ofertant în coloanele 3, 4, 5, 9, 10, 11, 12 şi 13, iar de către autoritatea contractantă – în coloanele 1, 2, 6, 7, 8 şi

14]



Co-

dul

CP

V

Denumirea

bunurilor

şi/sau a

serviciilor

Mode-

lul

artico-

lului

Ţara

de

origi

-ne

Produ-

cătorul

Unitat

ea de

măsur

ă

Canti-

tatea

Specificarea

tehnică deplină

solicitată

Specificarea tehnică

deplină propusă de către

ofertant

[se va completa rînd cu

rînd alături de cerinţele

din coloana 8]

Preţ

unita

r

(fără

TVA

)

Preţ

unitar

(cu

TVA

)

Sum

a

fără

TVA

Sum

a

cu

TV

A

Standar

-de de

referinţ

ă

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Bunuri/

Servicii:

1. Sistem

informatic

integrat e-

Procura

utilizat

ori

1000 Conform

documentului

Termeni de

referință

2. Sistem

Gestiune

Baza de

Date

utilizat

ori

500 Conform

documentului

termeni de

referință

3. Servicii de

instalare si

configurare

software de

baza

buc 1 Conform

documentului

termeni de

referință

49

4. Servicii de

instruire

utilizat

ori

12 Conform

documentului

termeni de

referință

5. Servicii de

suport a

sistemului

e-Procura

luni 12 Conform

documentului

termeni de

referință

Total



50

Secţiunea a 5-a. Formularul de contract

CONTRACT-MODEL (F5.1)

_______________

Contract nr. _____________

de achiziţionare ___________________________________________________

Cod CPV:_____________________

”___” ___________ 201_ _____________________

[localitatea]

Furnizorul de bunuri / Prestatorul de servicii Autoritatea contractantă

___________________________________ ,

(denumirea completă a întreprinderii, asociaţiei,

organizaţiei)

reprezentată prin _______________________,

(funcţia, numele, prenumele)

care acţionează în baza_________________ ,

(statut, regulament, hotărîre

etc.)

denumit(a) în continuare Vînzător/prestator

___________________________________ ,

(se indică nr. şi data de înregistrare în Registrul de

Stat)

____________________________________,

(denumirea completă a întreprinderii,

asociaţiei, organizaţiei)

reprezentată prin _______________________,

(funcţia, numele, prenumele)

care acţionează în baza __________________,

(statut,

regulament, hotărîre etc.)

denumit(a) în continuare Cumpărător/

beneficiar,

pe de altă parte,

A C H I Z I Ţ I I P U B L I C E

51

pe de o parte,

ambii (denumiţi(te) în continuare Părţi), au încheiat prezentul Contract referitor la următoarele:

1. Achiziţionarea _____________________________________________,

(denumirea bunului, serviciului)

denumite în continuare Bunuri (şi/sau Servicii), conform _______________,

(procedura de achiziţie)

în baza deciziei grupului de lucru al Cumpărătorului / beneficiarului din

„__” __________ 201__.

2. Următoarele documente vor fi considerate părţi componente şi integrale ale Contractului:

a) Formularul Contractului;

b) Specificaţia tehnică şi preț;

c) Lista bunurilor / serviciilor şi graficul livrării / prestării;

d) Formularul ofertei;

e) [adăugaţi alte documente componente conform necesităţii, de exemplu, desene, grafice,

formulare, protocolul de recepţionare provizorie şi finală etc.]

3. Prezentul Contract va predomina asupra tuturor altor documente componente. În cazul unor

discrepanţe sau inconsecvenţe între documentele componente ale Contractului, documentele vor

avea ordinea de prioritate enumerată mai sus.

4. În calitate de contravaloare a plăţilor care urmează a fi efectuate de Cumpărător/beneficiar,

Vînzătorul/prestatorul se obligă prin prezenta să livreze Cumpărătorului/beneficiarului Bunurile

şi/sau Serviciile şi să înlăture defectele lor în conformitate cu prevederile Contractului sub toate

aspectele.

5. Cumpărătorul/beneficiarul se obligă prin prezenta să plătească Vînzătorului/prestatorului, în

calitate de contravaloare a livrării bunurilor şi serviciilor, precum şi a înlăturării defectelor lor,

preţul Contractului sau orice altă sumă care poate deveni plătibilă conform prevederilor

Contractului în termenele şi modalitatea stabilite de Contract.

CONDIŢII SPECIALE

1. Obiectul Contractului

1.1. Vînzătorul/prestatorul îşi asumă obligaţia de a livra Bunurile şi/sau de a presta Serviciile

conform Specificaţiei, care este parte integrantă a prezentului Contract.

52

1.2. Cumpărătorul/beneficiarul se obligă, la rîndul său, să achite şi să recepţioneze Bunurile

şi/sau Serviciile livrate de Vînzător.

1.3. Calitatea Bunurilor şi/sau a Serviciilor se atestă prin certificatele de calitate indicate în

Specificaţie. Bunurile livrate şi/sau Serviciile prestate în baza contractului vor respecta

standardele indicate în Specificaţie. Cînd nu este menţionat nici un standard sau reglementare

aplicabilă, se vor respecta standardele sau alte reglementări autorizate în ţara de origine a

produselor.

1.4. Termenele de garanţie [valabilitate, după caz] a Bunurilor şi/sau Serviciilor sînt indicate în

Specificaţie.

2.Termenele şi condiţiile de livrare / prestare

2.1. Livrarea Bunurilor şi/sau prestarea Serviciilor se efectuează de către Vînzător în termenele

prevăzute de graficul de livrare.

2.2. Documentaţia de însoţire a Bunurilor şi/sau a Serviciilor include:

[Exemplu:

a) Originalele facturilor fiscale;

b) Avizul de expediţie (după caz);

c) Dispoziţia de livrare;

d) Certificatul de origine (original sau copie – specificaţi);

e) Certificatul de inspecţie (după caz);

f) Certificatul de calitate (original sau copie – specificaţi);

g) Certificatul de garanţie;

h) după caz, poliţa de asigurare "toate riscurile".

Originalele documentelor de mai sus se vor prezenta Cumpărătorului cel tîrziu la momentul

livrării bunurilor la destinaţia finală. Livrarea produselor se consideră încheiată în momentul în

care sînt prezentate documentele de mai sus.

Notă: Cerinţele de mai sus trebuie prevăzute de către autoritatea contractantă şi ajustate

conform cerinţelor actuale.]

2.3. Data livrării Bunurilor şi/sau prestării Serviciilor se consideră data perfectării facturii fiscale

şi recepţionării lor de către Cumpărător.

3. Preţul Contractului şi condiţiile de plată

3.1. Preţul Bunurilor şi/sau a Serviciilor livrate conform prezentului Contract este stabilit în lei

moldoveneşti, fiind indicat Specificaţia prezentului Contract.

53

3.2. Suma totală a prezentului Contract, inclusiv TVA, se stabileşte în lei moldoveneşti şi

constituie: ____________________________________lei MD.

(suma cu cifre şi litere)

3.3. Achitarea plăţilor pentru Bunurile livrate şi/sau Serviciile prestate se va efectua în lei

moldoveneşti.

3.4. Metoda şi condiţiile de plată de către Cumpărător vor fi: transfer avans 30% la momentul

înregistrării contractului, restul 70% în termen de 20 zile după semnarea actului de primire-

predare și facturii fiscale eliberate.

3.5 Plăţile se vor efectua prin transfer bancar pe contul de decontare al Vînzătorului indicat în

prezentul Contract.

4. Condiţiile de predare-primire

4.1. Bunurile şi/sau Serviciile se consideră predate de către Vînzător şi recepţionate de către

Cumpărător [destinatar, după caz] dacă:

a) cantitatea Bunurilor şi/sau a Serviciilor corespunde informaţiei indicate în Lista

bunurilor / serviciilor şi graficul livrării / prestării şi documentele de însoţire conform

punctului 2.2 al prezentului Contract;

b) calitatea Bunurilor şi/sau a Serviciilor corespunde informaţiei indicate în Specificaţie;

c) ambalajul şi integritatea Bunurilor corespunde informaţiei indicate în Specificaţie.

4.2. Vînzătorul este obligat să prezinte Cumpărătorului un exemplar original al facturii fiscale

odată cu livrarea Bunurilor şi/sau prestarea Serviciilor, pentru efectuarea plăţii. Pentru

nerespectarea de către Vînzător a prezentei clauze, Cumpărătorul îşi rezervă dreptul de a majora

termenul de achitare prevăzut în punctul 3.4 corespunzător numărului de zile de întîrziere şi de a

fi exonerat de achitarea penalităţii stabilite în punctul 9.9.

5. Standarde

5.1 Produsele furnizate în baza contractului vor respecta standardele prezentate de către furnizor

în propunerea sa tehnică.

5.2 Cînd nu este menţionat nici un standard sau reglementare aplicabilă se vor respecta

standardele sau alte reglementări autorizate în ţara de origine a produselor.

6. Obligaţiile părţilor

6.1. În baza prezentului Contract, Vînzătorul se obligă:

a) să livreze Bunurile şi/sau să presteze Serviciile în condiţiile prevăzute de prezentul

Contract;

54

b) să anunţe Cumpărătorul după semnarea prezentului Contract, în decurs de 5 zile

calendaristice, prin telefon/fax sau telegramă autorizată, despre disponibilitatea

livrării Bunurilor şi/sau prestării Serviciilor;

c) să asigure condiţiile corespunzătoare pentru recepţionarea Bunurilor şi/sau Serviciilor

de către Cumpărător [destinatar, după caz], în termenele stabilite, în corespundere cu

cerinţele prezentului Contract;

d) să asigure integritatea şi calitatea Bunurilor şi/sau Serviciilor pe toată perioada de

pînă la recepţionarea lor de către Cumpărător [destinatar, după caz].

6.2. În baza prezentului Contract, Cumpărătorul se obligă:

a) să întreprindă toate măsurile necesare pentru asigurarea recepţionării în termenul

stabilit a Bunurilor livrate şi/sau a Serviciilor prestate în corespundere cu cerinţele

prezentului Contract;

b) să asigure achitarea Bunurilor livrate şi/sau Serviciilor prestate, respectînd

modalităţile şi termenele indicate în prezentul Contract.

7. Forţa majoră

7.1. Părţile sînt exonerate de răspundere pentru neîndeplinirea parţială sau integrală a obligaţiilor

conform prezentului Contract, dacă aceasta este cauzată de producerea unor cazuri de forţă

majoră (războaie, calamităţi naturale: incendii, inundaţii, cutremure de pămînt, precum şi alte

circumstanţe care nu depind de voinţa Părţilor).

7.2. Partea care invocă clauza de forţă majoră este obligată să informeze imediat (dar nu mai

tîrziu de 10 zile) cealaltă Parte despre survenirea circumstanţelor de forţă majoră.

7.3 Survenirea circumstanţelor de forţă majoră, momentul declanşării şi termenul de acţiune

trebuie să fie confirmate printr-un certificat, eliberat în mod corespunzător de către organul

competent din ţara Părţii care invocă asemenea circumstanţe.

8. Rezilierea Contractului

8.1. Rezilierea Contractului se poate realiza cu acordul comun al Părţilor.

8.2. Contractul poate fi reziliat în mod unilateral de către:

a) Cumpărător în caz de refuz al Vînzătorului de a livra Bunurile şi/sau de a

presta Serviciile prevăzute în prezentul Contract;

b) Cumpărător în caz de nerespectare de către Vînzător a termenelor de

livrare/prestare stabilite;

c) Vînzător în caz de nerespectare de către Cumpărător a termenelor de plată

a Bunurilor / Serviciilor;

55

d) Vînzător sau Cumpărător în caz de nesatisfacere de către una dintre Părţi a

pretenţiilor înaintate conform prezentului Contract.

8.3. Partea iniţiatoare a rezilierii Contractului este obligată să comunice în termen de 5 zile

lucrătoare celeilalte Părţi despre intenţiile ei printr-o scrisoare motivată.

8.4. Partea înştiinţată este obligată să răspundă în decurs de 5 zile lucrătoare de la primirea

notificării. În cazul în care litigiul nu este soluţionat în termenele stabilite, partea iniţiatoare are

dreptul să prezinte documentele corespunzătoare Agenţiei Achiziţii Publice pentru înregistrarea

declaraţiei de reziliere.

9. Reclamaţii şi sancţiuni

9.1. Reclamaţiile privind cantitatea Bunurilor livrate sau Serviciilor prestate sînt înaintate

Vînzătorului/Prestatorului la momentul recepţionării lor, fiind confirmate printr-un act întocmit

în comun cu reprezentantul Vînzătorului/Prestatorului.

9.2. Pretenţiile privind calitatea bunurilor şi/sau serviciilor livrate sînt înaintate Vînzătorului în

termen de 5 zile lucrătoare de la depistarea deficienţelor de calitate şi trebuie confirmate printr-

un certificat eliberat de o organizaţie independentă neutră şi autorizată în acest sens.

9.3. Vînzătorul este obligat să examineze pretenţiile înaintate în termen de 5 zile lucrătoare de la

data primirii acestora şi să comunice Cumpărătorului despre decizia luată.

9.4. În caz de recunoaştere a pretenţiilor, Vînzătorul este obligat, în termen de 5 zile, să

livreze/presteze suplimentar Cumpărătorului cantitatea nelivrată de bunuri şi/sau serviciile

neprestate, iar în caz de constatare a calităţii necorespunzătoare – să le substituie sau să le

corecteze în conformitate cu cerinţele Contractului.

9.5. Vînzătorul poartă răspundere pentru calitatea Bunurilor şi/sau a Serviciilor în limitele

stabilite, inclusiv pentru viciile ascunse.

9.6. În cazul devierii de la calitatea confirmată prin certificatul de calitate întocmit de

organizaţia independentă neutră sau autorizată în acest sens, cheltuielile pentru staţionare sau

întîrziere sînt suportate de partea vinovată.

9.7. Pentru refuzul de a vinde Bunurile şi/sau de a presta Serviciile prevăzute în prezentul

Contract, Vînzătorul suportă o penalitate în valoare de ___% [indicați procentajul] din suma

totală a contractului.

9.8. Pentru livrarea/prestarea cu întîrziere a Bunurilor/Serviciilor, Vînzătorul poartă răspundere

materială în valoare de 0,1% din suma Bunurilor nelivrate şi/sau a Serviciilor neprestate, pentru

fiecare zi de întîrziere, dar nu mai mult de ___ %[indicați procentajul] din suma totală a

prezentului Contract.

9.9. Pentru achitarea cu întîrziere, Cumpărătorul poartă răspundere materială în valoare de

___%[indicați procentajul] din suma Bunurilor şi/sau a Serviciilor neachitate, pentru fiecare zi

de întîrziere, dar nu mai mult de ___% [indicați procentajul] din suma totală a prezentului

contract.

56

10. Drepturi de proprietate intelectuală

10.1. Furnizorul are obligaţia să despăgubească achizitorul împotriva oricăror:

a) reclamaţii şi acţiuni în justiţie, ce rezultă din încălcarea unor drepturi de proprietate

intelectuală (brevete, nume, mărci înregistrate etc.), legate de echipamentele, materialele,

instalaţiile sau utilajele folosite pentru sau în legătură cu produsele achiziţionate, şi

b) daune-interese, costuri, taxe şi cheltuieli de orice natură, aferente, cu excepţia situaţiei în care

o astfel de încălcare rezultă din respectarea Caietului de sarcini întocmit de către achizitor.

11. Dispoziţii finale

11.1. Litigiile ce ar putea rezulta din prezentul Contract vor fi soluţionate de către Părţi pe cale

amiabilă. În caz contrar, ele vor fi transmise spre examinare în instanţa de judecată competentă

conform legislaţiei Republicii Moldova.

11.2. De la data semnării prezentului Contract, toate negocierile purtate şi documentele

perfectate anterior îşi pierd valabilitatea.

11.3 Părţile contractante au dreptul, pe durata îndeplinirii contractului, să convină asupra

modificării clauzelor contractului, prin act adiţional, numai în cazul apariţiei unor circumstanţe

care lezează interesele comerciale legitime ale acestora şi care nu au putut fi prevăzute la data

încheierii contractului. Modificările şi completările la prezentul Contract sînt valabile numai în

cazul în care au fost perfectate în scris şi au fost semnate de ambele Părţi.

11.4. Nici una dintre Părţi nu are dreptul să transmită obligaţiile şi drepturile sale stipulate în

prezentul Contract unor terţe persoane fără acordul în scris al celeilalte părţi.

11.5. Prezentul Contract este întocmit în trei exemplare în limba de stat a Republicii Moldova,

cîte un exemplar pentru Vînzător, Cumpărător şi Agenţia Achiziţii Publice.

11.6. Prezentul Contract se consideră încheiat la data semnării şi intră în vigoare după

înregistrarea lui de către Agenţia Achiziţii Publice și, după caz , de către Trezoreria de Stat sau

de către una din trezoreriile teritoriale ale Ministerului Finanţelor, fiind valabil pînă la 31

decembrie 20__.

1.7. Prezentul Contract reprezintă acordul de voinţă al ambelor părţi şi este semnat astăzi, “____”

_________20__ .

Pentru confirmarea celor menţionate mai sus, Părţile au semnat prezentul Contract în

conformitate cu legislaţia Republicii Moldova, la data şi anul indicate mai sus.

Datele juridice, poştale şi bancare ale Părţilor:

57

Vînzătorul/Prestatorul Cumpărătorul/Beneficiarul

Adresa poştală: Adresa poştală:

Telefon: Telefon:

Cont de decontare: Cont de decontare:

Banca: Banca:

Adresa poştală a băncii: Adresa poştală a băncii:

Cod: Cod:

Cod fiscal: Cod fiscal:

Semnăturile părţilor

Semnătura autorizată: Semnătura autorizată:

L.Ş. L.Ş.

Contabil

Înregistrat: nr.

Trezoreria

Data:

58

GARANŢIE DE BUNĂ EXECUŢIE (F5.2)

[Banca comercială, la cererea ofertantului cîştigător, va completa acest formular pe foaie cu

antet, în conformitate cu instrucţiunile de mai jos.]

Data: ____________________

Numărul şi denumirea licitaţiei: ____________

Oficiul Băncii: [introduceţi numele complet al garantului]

Beneficiar:[introduceţi numele complet al autorităţii contractante]

GARANŢIA DE BUNĂ EXECUŢIE nr. ________________________

Noi, [introduceţi numele legal şi adresa băncii], am fost informaţi că firmei [introduceţi numele

deplin al Furnizorului] (numit în continuare „Furnizor”) i-a fost adjudecat Contractul de

achiziție publică de livrare/prestare ______________ [obiectul achiziţiei, descrieţi bunurile şi

serviciile] conform invitaţiei la licitaţia nr. din _________. 201_ [numărul şi data licitaţiei]

(numit în continuare „Contract”).

Prin urmare, noi înţelegem că Furnizorul trebuie să depună o Garanţie de bună execuţie în

conformitate cu prevederile documentelor de licitație.

În urma solicitării Furnizorului, noi, prin prezenta, ne angajăm irevocabil să vă plătim orice

sumă(e) ce nu depăşeşte [introduceţi suma(ele1) în cifre şi cuvinte] la primirea primei cereri în

scris din partea Dvs., prin care declaraţi că Furnizorul nu îndeplineşte una sau mai multe obligaţii

conform Contractului, fără discuţii sau clarificări şi fără necesitatea de a demonstra sau arăta

temeiurile sau motivele pentru cererea Dvs. sau pentru suma indicată în aceasta.

Această Garanţie va expira nu mai tîrziu de [introduceţi numărul] de la data de [introduceţi

luna][introduceţi anul],2 şi orice cerere de plată ce ţine de aceasta trebuie recepţionată de către

noi la oficiu pînă la această dată inclusiv.

[semnăturile reprezentanţilor autorizaţi ai băncii şi ai Furnizorului]

1 Banca va introduce suma(ele) specificate în Condiţiile speciale ale contractului (CSC) şi denominate, după cum este specificat

în CSC, în valuta(ele) Contractului sau într-o valută liber convertibilă acceptabilă pentru autoritatea contractantă. 2 Autoritatea contractantă trebuie să ţină cont de situaţiile cînd, în cazul unei extinderi a perioadei de executare a Contractului,

autoritatea contractantă va avea nevoie să ceară o extindere şi a acestei garanţii de la bancă. O astfel de cerere trebuie să fie întocmită în scris şi trebuie făcută înainte de expirarea datei stabilite în garanţie. În procesul pregătirii acestei Garanţii, autoritatea contractantă ar putea lua în considerare adăugarea următorului text în formular, la sfîrşitul penultimului paragraf: „Noi sîntem de acord cu o singură extindere a acestei Garanţii pentru o perioadă ce nu depăşeşte [şase luni] [un an], ca răspuns al cererii în scris a autorităţii contractante pentru o astfel de extindere, şi o astfel de cerere urmează a fi prezentată nouă înainte de expirarea prezentei garanţii.”

59

CUPRINS

INFORMAŢIE GENERALĂ 64

Noţiuni utilizate în termenii de referinţă 64

Referinţe şi aspecte legale pentru elaborarea sistemului informatic 67

Principiile de bază ale sistemului informatic 69

Destinaţia, obiectivele şi sarcinile sistemului informatic 70

ARHITECTURA SISTEMULUI 71

SERVICIILE OFERITE DE SISTEMUL INFORMATIC 74

PARTILE IMPLICATE SI ROLURI ALE SISTEMULUI INFORMATIC 76

Roluri business ale sistemului informatic 76

Deţinătorul sistemului informatic 76

Administratorul sistemului informatic 76

Utilizatorii şi rolurile acestora în sistem 77

FUNCTIONALITATILE SISTEMULUI INFORMATIC 79

Functionalitatile sistemului informatic 79

Interfaţa utilizator a sistemului informatic 83

Modulul de raportare, audit şi statistică 84

CERINTE INAINTATE SISTEMULUI INFORMATIC 86

CtrlSoft

[Document title]

[Document subtitle]

admin

60

Cerinte functionale generale inaintate sistemului informatic 86

Cerinţele functionale specifice înaintate sistemului informatic 90

Depunerea cererii pentru perfectarea procurii 90

Depunere cererii pentru perfectarea procurii tradiţionale 91

Depunerea procurii online 92

Importul automat al datelor despre solicitant 92

Perfectarea online a procurii şi ataşarea copiilor actelor 94

Autentificarea şi semnarea procurii 94

Recepţionarea notificărilor 94

Verificarea trasabilitatii procurii 95

Completarea cererii pentru perfectare procura 96

Digitizarea şi inserarea documentelor 97

Introducerea datelor aferente procesului de perfectare procura 101

Imprimarea documentelor 102

Gestionarea profilului solicitantului 102

Arhivarea documentelor 103

Cautarea informaţiei 104

Extragerea rapoartelor 105

Vizualizarea registrului procurilor 106

Procesarea procurii 106

Completarea metadatelor aferente procurii 107

Eliberarea procurii 107

Administrarea utilizatorilor, rolurilor şi drepturilor 108

Administrarea nomenclatoarelor şi metadatelor 109

Administrarea şabloanelor de documente 109

Alte activităţi de administrare 110

Completarea registrelor electronice 111

Jurnalizarea evenimentelor 111

61

Notificarea utilizatorilor 112

Cerinţelor nefuncţionale ale sistemului informatic 113

Cerinte generale de performanta a sistemului 113

Cerinţe de securitate şi protecţie 116

Cerinte fata de administrare 120

Cerinţe software, hardware şi canale de comunicaţie 121

Cerinţe de documentare a sistemului informatic 123

LIVRABILE 124

ETAPELE DE IMPLEMENTARE A SI E-PROCURA 127

PREZENTAREA SISTEMULUI PROTOTIP 128

CERINŢELE DE PERFECTARE A OFERTELOR 132

Cerinţe privind puterea instituţională a ofertanţilor 132

Cerinţe faţă de calificarea personalului ofertantului 132

CRITERII DE EVALUARE 135

62

Introducere

Întru sporirea eficienţei organizării, desfăşurării şi a monitorizării proceselor de eliberare si

management a procurilor notariale, Ministerul Justitiei al Republicii Moldova este dispus să

implementeze un sistem informatic nou care va permite gestiunea eficientă a totalităţii

informaţiei aferente procurilor eliberate de notarii publici. Implementarea sistemului informatic

destinat gestiunii procurilor (e-Procura) va servi în calitate de instrument eficient pentru

organizarea şi desfăşurarea proceselor de recepţie şi procesare a cererilor si elibereare a

procurilor utilizând proceduri de efectuare a acestora stipulate în legislaţia în vigoare.

Crearea unui sistem informatic cu capacitate de automatizare a proceselor de gestiune a

informaţiei privind procurile va asigura posibilitatea prestării de către Ministerul Justitiei unor

servicii de calitate şi alinierea tehnologiilor implementate în MJ la standardele europene.

Datorită utilizării SI e-Procura se va reduce timpul necesar eliberarii, gestiunii procurii şi

regăsirii informaţiei aferente procurilor. Totodata, sistemul va asigura securitatea si integritatea

informatiei prin implementarea unui mediu unic si centralizat de pastrare a datelor (Registrul

unic al procurilor), cu politici de securitate strict reglementate conform legislatiei in vigoare. De

asemenea, SI e-Procura va servi instrumentul cheie de extragere operativă a datelor şi rapoartelor

privind activitatea notariala.

Elaborarea şi implementarea SI e-Procura va contribui la dezvoltarea capacităţii instituţionale a

Ministerului Justitiei în vederea promovarii şi realizarii drepturilor cetăţenilor precum şi accesul

utilizatorilor autorizaţi din cadrul MJ la:

- informaţia cu caracter public;

- procesul de luare a deciziilor;

- prestarea unor servicii publice transparente şi eficace.

Pentru realizarea şi implementarea e-Procura se va da prioritate tehnologiilor TIC acceptate în

industrie bazate pe interfeţe WEB, care să poate să se integreze cu toate subsisteme interne şi

externe relevante cu care interacţionează Ministerul Justitiei.

Obiectivul pe termen lung constă în tranziţia la utilizarea exclusivă a documentului digital şi

reducerea semnificativă a persoanelor cu acces la documentele în format tradiţional pe hârtie.

Beneficiarii direcţi ai sistemului informatic destinat gestiunii procurilor (e-Procura) vor fi:

- cetăţenii Republicii Moldova;

- agenţii economici din Republica Moldova;

- MInisterul Justitiei;

- notarii publici;

Pot fi delimitate următoarele categorii de avantaje de care va beneficia Ministerulu Justitiei în

cazul elaborării şi implementării sistemului informatic e-Procura:

63

- asigurarea unui control eficient asupra accesului la procurile electronice (Registrul unic al

procurilor);

- sporirea calităţii serviciilor notarilor publici;

- micşorarea duratei de regăsire şi accesarea documentelor/procurilor;

- evidenţa activităţii şi performanţei utilizatorilor autorizaţi;

- standardizarea documentelor, excluderea redundanţei, diminuarea complexităţii

sistemului de documente procesate (standardizarea şi automatizarea proceselor de

generare şi arhivare a documentelor).

Prezentul document prezintă o viziune conceptuală asupra creării şi funcţionării sistemului

informatic e-Procura, incluzând aspecte privind scopul şi obiectivele, principiile, caracteristicile

de bază, funcţionalitatea şi arhitectura conceptuală, etc. a sistemului informatic.

64

INFORMAŢIE GENERALĂ

Sistemul Informatic e-Procura reprezintă o soluţie informatică, obiectivul principal al căreia

constă în automatizarea proceselor de eliberare, gestiune, monitorizare şi evidenţă a procurilor

prin intermediul căruia vor fi realizate următoarele scopuri:

- automatizarea proceselor de depunere a cererilor de autentificare notariala;

- tranziţia la procesarea digitală a documentelor;

- crearea unui mec anism de conexiune cu subsistemele informatice relevante activităţii

notariale (sau implementate în viitorul apropiat);

- monitorizarea respectării legii privind procedura de autentificare notariala;

- prevenirea presupuselor abuzuri, ilegalităţi sau încălcări ale legislaţiei în procesul

de autentificare notariala;

- asigurarea suportului pentru Ministerul Justitiei pentru monitorizarea activităţii

notariale in general si a notarilor în parte;

- colectarea şi analiza informaţiei necesare pentru a asigura aplicarea

principiilor şi mecanismelor prevăzute în legea privind activitatea notariala;

Noţiuni utilizate în termenii de referinţă

Totalitatea acronimelor şi abrevierilor utilizate în prezentul document sunt delimitate în tabelul

1.

Tabelul 1. Totalitatea abrevierilor şi acronimelor utilizate în document.

Abreviere/Acronim Descriere

APC Autoritate Publică Centrală

APL Autoritate Publică Locală

BD Bază de Date

e-Procura Sistemului informatic destinat eliberarii si gestiunii procurilor in

cadrul Ministerului Justitiei al Republicii Moldova

MJ Ministerului Justitiei

RSP Registrul de Stat al Populaţiei

RSUD Registrul de Stat al Unităţilor de Drept

SGBD Sistem de gestiune a bazelor de date

65

SI Sistem informatic

TI Tehnologia informatiei

TIC Tehnologie Informatică şi de Comunicaţie

TLS/SSL Protocolul TLS sau predecesorul său, Protocolul SSL, sunt protocoale

criptografice care asigură comunicarea sigură între 2 noduri ale reţelei

de calculatoare pentru acţiuni cum ar fi vizitarea paginilor Web, e-

mail, internet-fax, schimb de mesaje instantanee şi alte transferuri de

date.

66

Totalitatea definiţiilor noţiunilor frecvent utilizate în prezentul document sunt delimitate şi

explicate în tabelul 2.

Tabelul 2. Totalitatea definiţiilor noţiunilor utilizate în document

Abreviere/Acronim Descriere

Baza de date Ansamblu de date organizate conform structurii conceptuale care

descrie caracteristicele de bază şi relaţia dintre entităţi

Credenţiale

Set de atribute ce stabilesc identitatea şi autenticitatea utilizatorilor şi

sistemelor în cadrul sistemelor informaţionale.

Date

Unităţi informaţionale elementare despre persoane, subiecte, fapte,

evenimente, fenomene, procese, obiecte, situaţii etc. prezentate într-o

formă care permite notificarea, comentarea şi procesarea lor.

Date cu caracter

personal

Orice informaţie cu referire la o persoană fizică identificată sau

identificabilă (subiect al datelor cu caracter personal). În acest sens o

persoană identificabilă este o persoană care poate fi identificată, direct

sau indirect, în special prin referire la un număr de identificare sau la

unul sau mai multe elemente specifice, proprii identităţii sale fizice,

fiziologice, psihice, economice, culturale sau sociale

Document electronic

Informaţie în formă electronică, creată, structurată, prelucrată, păstrată,

transmisă cu ajutorul computerului, altor dispozitive electronice sau

mijloacelor software şi hardware, semnată cu semnătură digitală.

Flux de lucru (eng.

Workflow)

Proces administrativ al unei organizaţii în decursul căruia sarcini,

proceduri şi informaţii sunt prelucrate sau executate într-o anumită

succesiune dictată de reguli prestabilite (norme procedurale) în scopul

realizării unui produs sau furnizării unui serviciu.

Gestiunea

documentelor

Setul de proceduri utilizate pentru captarea, gestionarea, stocarea,

menţinerea, livrarea şi distrugerea documentelor în cadrul unei

organizaţii. În acest context, noţiunea de "documente" poate fi atribuită

unui număr vast de active informaţionale, inclusiv imagini, documente

textuale, grafică şi desene, precum şi unor obiecte informaţionale

moderne cum ar fi paginile WEB, mesajele e-mail, mesajele instant sau

fişierele video.

Integritatea datelor Stare a datelor, când acestea îşi păstrează conţinutul şi sunt interpretate

univoc în cazuri de acţiuni aleatorii. Integritatea se consideră păstrată

dacă datele nu au fost alterate sau deteriorate (şterse).

Jurnalizare Funcţie de înregistrare a informaţiei despre evenimente. În cadrul

sistemelor informaţionale înregistrările despre evenimente includ

67

detalii despre data şi ora, utilizatorul, acţiunea întreprinsă.

Metadate

Modalitate de atribuire de valoare semantică datelor stocate în baza de

date (date despre date).

Obiect informaţional Reprezentare virtuală al entităţilor materiale şi nemateriale existente

Activitate notariala Activitatea notariala este activitatea menita sa autentifice actele

juridice, sa ateste fapte care au semnificatie juridica, precum si sa

indeplineasca alte atributii prevazute de lege.

Procura Împuternicire legalizată prin care cineva poate reprezenta o persoană

fizică sau juridică și poate acționa în numele acesteia

Sistem informatic Ansamblu de programe şi echipamente care asigură prelucrarea

automată a datelor (componenta automatizată a sistemului

informaţional).

Sistem Informaţional Sistem de prelucrare a informaţiei, împreună cu resursele

organizaţionale asociate, cum ar fi resursele umane şi tehnice, care

furnizează şi distribuie informaţia.

Tehnologie informatică

şi de comunicaţie

Termen comun care include toate tehnologiile utilizate pentru schimbul

şi manipularea informaţiei

Veridicitatea datelor Nivel de corespundere a datelor, păstrate în memoria calculatorului sau

în documente, stării reale a obiectelor din domeniul respectiv al

sistemului, reflectate de aceste date.

Referinţe şi aspecte legale pentru elaborarea sistemului informatic

Baza normativ-legislativă, care va sta la baza realizării Sistemului Informatic e-Procura o

constituie legislaţia naţională în vigoare, tratatele internaţionale şi recomandările europene şi

internaţionale în domeniu. Procedurile de dezvoltare şi exploatare a sistemului informatic sunt

reglementate de următoarele acte legislative şi normative:

1. Legea Nr. 1453 08.11.2002 cu privire la notariat, Monitorul Oficial Nr. 154-157 din

21.11.2002

2. Hotărârea Guvernului Nr. 1123 din 14.12.2010 privind aprobarea Cerinţelor faţă de

asigurarea securităţii datelor cu caracter personal la prelucrarea acestora în cadrul

sistemelor informaţionale de date cu caracter personal, Monitorul Oficial Nr. 254-256 din

24.12.2010.

68

3. Legea Nr. 71-XVI din 22.03.2007 cu privire la registre, Monitorul Oficial Nr. 70-73/314

din 25.05.2007.

4. Legea Nr. 982-XIV din 11.05. 2000 privind accesul la informaţie, Monitorul Oficial Nr.

88 art. Nr. 664 din 28.07.2000.

5. Legea Nr. 264-XV din 15.07.2004 cu privire la documentul electronic şi

semnătura digitală, Monitorul Oficial Nr. 132-137/710 din 06.08.2004.

6. Hotărârea Guvernului Nr. 945 din 05.09.2005 cu privire la centrele de certificare a

cheilor publice, Monitorul Oficial Nr. 123-125 din 16.09.2005.

7. Hotărârea Guvernului nr. 320 din 28.03.2006 pentru aprobarea Regulamentului privind

modul de aplicare a semnăturii digitale în documentele electronice ale autorităţilor

publice, Monitorul Oficial Nr. 51-54 din 31.03.2006.

8. Legea Nr. 467-XV din 21.11.2003 cu privire la informatizare şi la resursele

informaţionale de stat, Monitorul Oficial Nr. 6-12/44 din 01.01.2004.

9. Legea Nr. 1069-XIV din 22.06.2000 cu privire la informatică, Monitorul Oficial Nr. 073

din 05.07.2001.

10. Hotărârea Guvernului nr. 7104 din 20.09.2011 cu privire la aprobarea Programului

strategic de modernizare tehnologică a guvernării (e-Transformare), Monitorul Oficial

Nr. 156-159 din 23.09.2011.

11. Standardul Republicii Moldova SMV ISO CEI 15288:2009, „Ingineria sistemelor şi

software-ului. Procesele ciclului de viaţă al sistemului”.

12. Reglementarea tehnică „Procesele ciclului de viaţă al software-lui” RT 38370656-

002:2006, Monitorul Oficial Nr. 95-97/335 din 23/06/2006.

13. Legea Nr. 231 din 25.11.2011 privind aprobarea Strategiei de reformă a sectorului

justiției pentru anii 2011 – 2016, Monitorul Oficial Nr. 1-6 din 06.01.2012.

14. Alte legi, acte normative, standarde în vigoare în domeniul TIC.

69

Principiile de bază ale sistemului informatic

La proiectarea, realizarea şi implementarea sistemului informatic trebuie să se ţină cont de

următoarele principii generale:

- Principiul legalităţii: care presupune crearea şi exploatarea sistemului informatic în

conformitate cu legislaţia naţională în vigoare şi a normelor şi standardelor internaţionale

recunoscute în domeniu;

- Principiul divizării arhitecturii pe nivele: constă în proiectarea independentă a

subsistemelor e-Procura în conformitate cu standardele de interfaţă dintre nivele;

- Principiul arhitecturii bazate pe servicii (SOA): constă în distribuirea funcţionalităţii

aplicaţiei în unităţi mai mici, distincte - numite servicii - care pot fi distribuite într-o reţea

şi pot fi utilizate împreună pentru a crea aplicaţii destinate afacerilor.

- Principiul datelor sigure: stipulează introducerea datelor în sistem doar prin

canalele autorizate şi autentificate;

- Principiul securităţii informaţionale: presupune asigurarea unui nivel adecvat de

integritate, selectivitate, accesibilitate şi eficienţă pentru protecţia datelor de pierderi,

alterări, deteriorări şi de acces nesancţionat.

- Principiul accesibilităţii informaţiei cu caracter public: care presupune

implementarea procedurilor de asigurare a accesului solicitanţilor la informaţia cu

caracter public furnizată de soluţia informatică.

- Principiul transparenţei: presupune proiectarea şi realizarea conform principiului

modular, cu utilizarea standardelor transparente în domeniul tehnologiilor informatice şi

de telecomunicaţii;

- Principiul expansibilităţii: stipulează posibilitatea extinderii şi completării sistemului

informatic cu noi funcţii sau îmbunătăţirea celor existente;

- Principiul scalabilităţii: presupune asigurarea unei performanţe constante a soluţiei

informatice la creşterea volumului de date şi a solicitării sistemului informatic;

- Principiul simplităţii şi comodităţii utilizării: presupune proiectarea şi realizarea tuturor

aplicaţiilor, mijloacelor tehnice şi de program accesibile utilizatorilor Sistemului, bazate

pe principii exclusiv vizuale, ergonomice şi logice de concepţie.

În particular, pentru arhitectura sistemului informatic se insistă asupra respectării următoarelor

principia primordiale:

- implementarea unei soluţii cu acces autorizat la interfaţă şi date;

- asigurarea unei securităţi adecvate a sistemului informatic pentru a proteja informaţia şi

subsistemele componente împotriva utilizării lor neautorizate sau a divulgării informaţiei

cu caracter personal sau a celei cu accesibilitate limitată;

70

- recunoaşterea informaţiei ca patrimoniu şi gestionarea ei adecvată;

- dezvoltarea şi implementarea sistemului informatic oferind posibilitatea reutilizării

lor pentru alte procese sau în perspectiva asigurării posibilităţii de dezvoltare de noi

funcţionalităţi;

- minimizarea numărului diferitor tehnologii şi produse care oferă aceleaşi funcţionalităţi

sau sunt similare după destinaţie;

- asigurarea unei viteze performante de procesare a solicitărilor beneficiarilor;

- pentru soluţia informatică livrată trebuie să fie prevăzută capacitatea de restabilire în

urma dezastrelor (asigurarea securităţii fizice a soluţiei informatice) ca parte

componentă a planului de implementare.

Destinaţia, obiectivele şi sarcinile sistemului informatic

Destinaţia primordială a SI e-Procura este asigurarea Ministerului Justitiei cu o soluţie

informatică performantă utilizată ca suport pentru automatizarea procesului de recepţie,

procesare a documentelor in cadrul activitatii notariale, cu posibilitatea monitorizarii acestei

activitati.

Soluţia informatică va înregistra automat totalitatea acţiunilor efectuate de utilizatori cu

înregistrarea detaliată a datelor, a parametrilor informaţiilor şi cererilor solicitate aferente

proceselor de gestiune a procurilor.

Avantajul principal al SI e-Procura constă în faptul că acesta va da posibilitatea de a urmări în

timp real toate evenimentele aferente procesului de recepţie/examinare/eliberare a procurii.

În consecinţă, printre obiectivele majore ale soluţiei informatice elaborate s-ar putea menţiona:

- Proiectarea şi implementarea unor tehnologii moderne de recepţie, înregistrare,

evidenţă şi monitorizare a documentelor si eliberare a procurilor;

- Crearea unui repozitoriu centralizat de date, care va fi amplasat in infrastructura MCloud;

- Implementarea registrului unic al procurii şi documentelor aferente acesteia;

- asigurarea posibilităţii de lucru în reţea pentru personalul MJ si a birourilor notariale,

pentru exploatarea eficientă a resurselor comune prin implementarea unei arhitecturi

client-server multinivel;

- creşterea vitezei de circulaţie a informaţiei;

- controlul accesului la date a utilizatorilor şi asigurarea unei veridicităţi, securităţi

şi confidenţialităţi maxime a datelor colectate, care nu sunt publice.

71

ARHITECTURA SISTEMULUI

Sistemul informatic va furniza utilizatorului o interfaţă Web de acces la e-Procura, accesibilă

prin intermediul unui explorator Internet (MS Internet Explorer, Mozilla FireFox, Google

Chrome, Opera, Safari, etc.). Din punct de vedere funcţional, trebuie realizată o soluţie fiabilă şi

scalabilă atât în cazul creşterii numărului de utilizatori concurenţi ce folosesc resursele

sistemului informatic, cât şi în cazul creşterii volumului de informaţie şi a documentelor

gestionate de acesta.

Ca urmare a faptului că natura informaţiei procesate şi stocate în e-Procura este atât de natură

publică (rapoarte sau indicatori KPI), cât şi cu accesibilitate limitată, soluţia informatică livrată

va dispune de un mecanism dinamic de atribuire a drepturilor şi rolurilor utilizatorilor,

parametrilor de acces la conţinutul procurilor electronice şi va asigura accesul la resurse

(expedierea interogărilor, descărcarea documentelor, etc.) prin intermediul unor conexiuni

securizate (SSL sau TLS) între staţiile client şi serverul de aplicaţie a sistemului informatic.

Arhitectura sistemului informatic e-Porocura este reprezentata in fig. 1.

72

Figura 1. Componentele Sistemului informatic e-Procura

Utilizatorul Internet are acces prin intermediul reţelei globale Internet şi site-ului oficial al

Ministerului Justitiei (http://www.justice.gov.md) la compartimentele publice ale sistemului e-

Procura.

Accesul utilizatorilor autorizaţi la Sistemul Informatic e-Procura se va face limitat, autorizarea

fiind obţinută prin intermediul posibilităţii de autorizare prin intermediul certificatului digital

(MPass). Toate conexiunile utilizatorilor la sistem se vor efectua prin intermediul sesiunilor

criptate (SSL, TLS).

Pentru accesarea şi gestiunea funcţionalităţilor SI e-Procura sistemul informatic va interacţiona

cu un şir de sisteme şi subsisteme informatice cum ar fi:

- Site-ul Internet al MJ – reprezintă site-ul oficial al Ministerului Justitiei

(http://www.justice.gov.md) prin intermediul căruia li se va asigura acces Solicitantilor la

mecanismele online de perfectare a procurilor şi acces Internauţilor la informaţia cu

caracter public furnizată de SI e-Procura.

- e-Apostila – Solutie informatica implementata in cadrul Ministerului Justiției ce

automatizeaza procesele de apostilare a documentelor.

- RS: Populaţie – Registrul de Stat a Populaţiei, sistem informatic utilizat pentru

importarea datelor despre cetățean.

- RS: Unităţi de drept – Registrul de Stat a Unităţilor de Drept, sistem informatic utilizat

pentru importarea datelor despre persoanele juridice.

- M-Pass – reprezintă serviciul extern de verificare a certificatelor digitale utilizate

de utilizatorii autorizaţi pentru semnarea documentelor, dosarelor sau autentificarea în

sistem informatic. Acest serviciu este furnizat de Centrul de Telecomunicaţii Speciale şi

permite folosirea atât a stick-ului cu certificat digital, cât şi mobile ID.

- M-Sign - Serviciul electronic guvernamental integrat de semnătură digitală (MSign) este

serviciu reutilizabil, furnizat la nivelul platformei tehnologice comune a Guvernului, care

are scopul de a oferi un mecanism integrator, securizat şi flexibil, al diferitor soluţii de

aplicare şi verificare a autenticităţii semnăturii digitale de către utilizatori (inclusiv în

contextul utilizării sistemelor informaţionale şi a serviciilor electronice), oferite de către

furnizorii de semnătură digitală în conformitate cu legislaţia.

- M-Pay - serviciul guvernamental de plati electronice prin care pot achitate serviciile

publice cu orice instrument de plată la alegerea clientului, cum ar fi cardul bancar,

internet banking sau numerar.

73

74

SERVICIILE OFERITE DE SISTEMUL INFORMATIC

Ţinând cont de natura utilizatorilor care vor solicita accesul la resursele SI e-Procura, în

dependenţă de drepturile şi rolurile cu care sunt investiţi, aceştia vor putea beneficia de un şir de

servicii.

1. Servicii accesibile solicitantilor (cetăţeni, agenţi economici, organizaţii

nonguvernamentale):

- Accesul public al cetăţenilor la un instrument informatic performant prin intermediul

căruia să fie posibilă depunerea online a cererilor pentru perfectarea procurilor;

- Asigurarea trasabilităţii procurilor perfectate (online sau tradiţională pe format de

hârtie);

- Recepţionarea notificărilor prin Email privind procesului de prerfectare a procurilor;

- Vizualizarea rapoartelor cu indicatori KPI privind activitatea birourilor notariale, a sectiei

Notariat din cadrul MJ.

2. Servicii accesibile operatorilor si notarilor:

- Digitizarea documentelor aferente procurii;

- Redactarea conţinutului procurii;

- Vizualizarea conţinutului procurii;

- Monitorizarea procurii;

- Regăsirea rapidă a procurilor electronice si a documentelor aferente;

- Recepţionarea notificărilor;

- Extragerea rapoartelor şi statisticilor;

- Supervizarea şi monitorizarea activităţii notariatelor.

3. Servicii accesibile conducerii MJ:

- Vizualizarea Registrului unic al procurilor;

- Avizarea corectitudinii procesului de perfectare a procurilor;

- Extragerea rapoartelor şi statisticilor.

75

4. Servicii accesibile Organelor Competente (Autorităţi Publice sau instituţiile relevante

domeniului de interes al procurii):

- Vizualizarea conţinutului procurii electronice (in functie de drepturile de acces);

5. Servicii accesibile Administratorului sistemului informatic:

- Gestiunea utilizatorilor sistemului;

- Asigurarea securităţii informaţionale;

- Gestiunea nomenclatoarelor şi metadatelor sistemului;

- Administrarea bazei de date;

- Gestiunea interfeţelor de interconectare cu sistemele informatice externe şi interne.

76

PARTILE IMPLICATE SI ROLURI ALE SISTEMULUI INFORMATIC

Roluri business ale sistemului informatic

Următoarele entităţi sunt interesate sau trebuie implicate în elaborarea şi buna funcţionare a

Sistemului Informatic e-Procura:

- Centrul de Informații Juridice a Ministerului Justitiei în calitate de entitate care va asigura

mediul de funcţionare, administrarea şi buna funcţionare a sistemului informatic. De

asemenea, această subdiviziune a ministerului va fi responsabilă de monitorizarea

activităţilor de dezvoltare şi implementare a e-Procura. Administratorul tehnic e-Procura

va fi un colaborator al Centrului de informații juridice a MJ.

- Sectia Notariat din cadrul Ministerului Justitiei în calitate de entitate responsabilă de

administrare a conţinutului bazei de date e-Procura şi atribuire a accesului (configurarea

drepturilor şi rolurilor) utilizatorilor autorizaţi la documentele stocate în sistemul

informatic.

- Întreprinderea de Stat Centrul de Telecomunicaţii Speciale în calitate de entitate care va

asigura asistenţa şi mijloacele tehnice necesare funcţionării sistemului e-Procura

(infrastructura hardware & software din cadrul (MCloud), validare a semnăturii

digitale şi autentificare prin intermediul certificatului digital sau mobile ID

(MPass)).

- Centrul de Guvernare Electronica în calitate de organ abilitat cu elaborarea şi

implementarea politicii de e-Transformare, soluţiei M-Cloud şi platformei ECMP

utilizate pentru găzduirea şi funcţionalitatea SI e-Procura.

- Persoane fizice şi juridice în calitate de solicitanti şi beneficiari ai serviciilor WEB

publicate de e-Procura prin intermediul site-ului WEB al Ministerului Justitiei al

Republicii Moldova (http://www.justice.gov.md/).

Deţinătorul sistemului informatic

Deţinătorul soluţiei informatice este Ministerul Justitiei. Rolul de deţinător al sistemului reflectă

aspectul administrativ ce ţine de competenţa Ministerului Justitiei asupra sistemului

informatic.

Aspectul tehnologic al Sistemul Informatic e-Procura va fi administrat de Centrul de Informații

Juridice. Sectia Notariat a MJ este responsabilă de reglementarea cadrului juridic in care va

functiona sistemul e-Procura.

Administratorul sistemului informatic

Sistemul Informatic e-Procura va fi găzduit de platforma MCloud , iar administrarea sistemului

informatic va fi împărţită între Administratorul (colaborator al Secţiei tehnologii informaţionale)

77

pentru partea de sistem şi utilizatorii autorizaţi ai sectiei Notariat din cadrul MJ pentru partea de

conţinut a e-Procura.

Administratorul sistemului are acces deplin la toate funcţionalităţile sistemului, fişiere şi baze de

date aferente sistemului, încăperile în care se află echipamentul şi utilajul pe care rulează

aplicaţiile software sau care asigură securitatea datelor e-Procura.

Responsabilităţile Administratorului sunt:

asigurarea funcţionării normale a sistemului informatic garantând

accesibilitatea, securitatea şi integritatea datelor;

gestiunea certificatelor digitale de acces a utilizatorilor (aprobare, respingere, etc.);

monitorizarea activităţii utilizatorilor în sistem;

la cererea persoanelor decidente din cadrul MJ, introducerea modificărilor în

funcţionalităţile sistemului (în limitele posibilităţilor admise de sistem), etc.;

efectuarea administrării tehnice a infrastructurii sistemului informatic care prevede:

a. administrarea şi asigurarea funcţionalităţii echipamentelor tehnice pe care rulează

aplicaţiile software inclusiv cel de securizare a perimetrului reţelei şi accesului la date.

b. dispunerea sau închirierea canalelor de acces în bandă largă la Internet;

c. administrarea serverului WEB de aplicaţii prin intermediul căruia se prestează serviciile

publice.

gestiunea conţinutului şi metadatelor e-Procura

Utilizatorii şi rolurile acestora în sistem

Rolurile utilitorilor sistemului si sistemelor informatice terte ce interacţionează cu sistemul

informatic e-Procura e sunt prezentate în figura de mai jos.

78

Utilizatori Internet - un actor uman, care reprezintă totalitatea utilizatorilor – solicitanţi de

informaţie cu caracter public, care explorează conţinutul public al sistemului informatic prin

intermediul interfeţei WEB livrate de acesta. Actorii în cauză au următoarele roluri distincte:

- accesează interfaţa WEB de explorare a conţinutul public al sistemului informatic;

- formulează interogări de căutare a răspunsului la problemele sale;

- vizualizează procurile emise de Notariate.

Solicitanți – reprezintă totalitatea entităţilor care utilizează facilităţile online ale sistemului

informatic în vederea expedierii cererilor de obţinere a autorizaţieiavând următoarele roluri:

- redactează şi expediază cereri de solicitare a procurii;

- încarcă copiile electronice ale actelor ce trebuie ataşate la cerere;

- descarcă procurile aferente solicitărilor sale.

Operator înregistrare/ eliberare – actor uman care reprezintă totalitatea utilizatorilor autorizaţi

ai Notariatelor cu funcţii de examinare primare a cererilor expediate de solicitanţii care dispune

de următoarele roluri distincte:

- examinează cereri parvenite din partea solicitanţilor;

- verifică corectitudinea informaţiei conţinute în cerere;

- verifică completitudinea dosarului cererii de solicitare procurii;

- introduce în baza de date formularul cererii şi scanează documentele anexate;

- completează formularului cererii cu metadate aferente actelor doveditoare anexate la

cerere;

- validează achitarea serviciului;

- pregăteşte versiunea primară a procurii.

Notar public – actor uman care reprezintă totalitatea utilizatorilor autorizaţi ai Notariatelor cu

funcţii de procesare a cererilor expediate de solicitanţii care dispune de următoarele roluri

distincte:

- examinează dosarele de cereri parvenite din partea solicitanţilor;

- verifică corectitudinea informaţiei conţinute în dosarul cererii;

- perfectează versiunea finală a procurii;

- efectuarea rapoartelor;

- vizualizarea istoricului documentului;

79

- aplicarea semnăturii digitale.

Administratorul - actor uman, abilitat cu delimitarea utilizatorilor sistemului, configuraţia

sistemului informatic precum şi cu startarea componentelor sistemului. Dacă mediul tehnologic

include capabilităţi suficiente pentru îndeplinirea lucrărilor de administrare apoi implementarea

acestora în sistem este opţională. Categoria dată de actori are următoarele roluri distincte:

- foloseşte necondiţionat toate funcţionalităţile sistemului informatic;

- vizualizează orice înregistrare din baza de date;

- administrează serverul de aplicaţii;

- administrează baza de date în producţie;

- administrează profilurile utilizatorilor;

- administrează sistemul de nomenclatoare şi metadate;

- efectuează copii de rezervă a bazei de date.

FUNCTIONALITATILE SISTEMULUI INFORMATIC

Functionalitatile sistemului informatic

Totalitatea functionalitatilor livrate de sistemul e-Procura si actorii care beneficiaaza de ele sunt

redate sunt mentionate in Tabelul 3.

Tabelul 3. Functionalitatile sisztemului informatic

Depunerea cererii pentru

perfectarea procurii

Caz de utilizare care oferă cetatenilor totalitatea posibilităţilor de a-

şi perfecta si ridica procura. Indiferent de metoda de depunere a

cererii (tradiţională sau electronică) toate vor duce la crearea

registrului unic al procurilor, procesarea si furnizarea unor servicii

electronice (procura electronica).



traditionale

Funcţionalitate care oferă cetățeanului posibilitatea de a depune

cererea pentru perfectarea procurii la ghișeele notariale de pe

teritoriul RM.


perfectarea procurii online

Reprezintă o funcţionalitate disponibilă cetățeanului prin

intermediul căreia acesta poate depune cererea pentru perfectarea

procurii online şi anexa totalitatea documentelor confirmative

necesare examinării procurii.

Import automat date

solicitant

Reprezintă o funcţionalitate automatizată a SI e-Procură prin

intermediul căreia sistemul informatic va realiza conexiunea cu

Registrul de Stat al Populaţiei şi Registrul de Stat al Unităţilor de

Drept în vederea inserării automate în procura electronică a datelor

80

de identificare a cetățeanului (Nume, Prenume, Domiciliu, etc.)

conţinute în RSP şi RSUD. Astfel, vor fi excluse erorile mecanice

la completarea datelor aferente profilurilor cetățeanului.

Perfectarea procurii si

ataşarea copiilor actelor

Reprezintă un set de funcţionalităţi disponibile cetățeanului

prin intermediul cărora acesta completează totalitatea

câmpurilor furnizate de formularul electronic al cetățeanului şi

încărcă pe server unde este instalat SI e-Procură copiile electronice

ale probelor aferente procurii.

Autentificarea şi semnarea

procurii

Reprezintă un set de funcţionalităţi furnizate de SI e-Procura în

baza interacţiunii cu MPass (subsistemul informatic destinat

autentificării în M-Cloud, aplicării şi verificării valabilităţii

semnăturii digitale şi mobile) prin intermediul cărora cetățeanul îşi

va demonstra identitatea şi va aplica semnătura digitală pe

formularul electronic al procurii

Recepţionarea notificărilor Reprezintă o funcţionalitate disponibilă cetatenilor utilizată pentru

recepţionarea mesajelor de notificare privind

acceptarea/respingerea eliberarii procurii.

Verificarea trasabilitatii

procurii

Reprezintă o funcţionalitate disponibilă atat utilizatorilor

sistemului, cat si solicitantilor (in baza drepturilor de acces)

utilizată pentru asigurarea trasabilităţii procurilor (de baza si

substituire).

Completarea cererii pentru


Reprezintă totalitatea funcţionalităţilor accesibile operatorilor de

inregistrare prin intermediul cărora acesta va completa registrul

electronic al procurii. Cu alte cuvinte, acest caz de utilizare va

permite digitizarea şi inserarea în dosarul electronic al procurilor a

tuturor documentelor aferente procurii pentru ca acesta să fie

ulterior procesat de ceilalţi actori ai sistemului informatic.

Digitizarea şi inserarea

documentelor

Este un caz de utilizare care conţine totalitatea funcţionalităţilor

prin intermediul cărora operatorul de inregistrare digitizează şi

inserează în baza de date a SI e-Procură documentele doveditoare

aferente procurii. Pe lângă funcţionalitatea de ataşare a

documentelor digitizate la registrul electronic al procurii sistemul

informatic va oferi funcţionalităţi de introducere a valorilor

metadatelor aferente documentelor digitizate.

Introducerea datelor

aferente procesului de

examinare a procurii

Reprezintă cazul de utilizare accesibil notarului public prin

intermediul căruia sunt furnizate totalitatea funcţionalităţilor de

completare primară a formularului electronic al procurii şi altor

metadate iniţiale atribuite registrului electronic al procurii.

81

Gestionarea profilului

solicitantului

Imprimarea documentelor Reprezintă o funcţionalitate disponibilă operatorilor de eliberare şi

celorlalţi actori ai procesului de perfectare a procurii utilizată

pentru generarea şi imprimarea documentelor în baza metadatelor

stocate în e-Procură şi şabloanelor de documente configurate şi

implementate în cadrul sistemului informatic.

Arhivarea documentelor Reprezintă o funcţionalitate prin intermediul căreia se vor arhiva

dosarele electronice ale procurilor eliberate. Arhivarea constă în

transferarea automată a dosarului complet al procurii în arhiva

digitală a Ministerului Justitiei.

Cautarea informaţiei Reprezintă o funcţionalitate disponibilă tuturor notarilor publici

prin intermediul căreia aceştia pot defini interogări de căutare în

registrul electronice ale procurii.

Extragerea rapoartelor Este o funcţionalitate accesibilă tuturor actorilor notariatului și

specialistilor Ministerului Justitiei, care permite generarea

rapoartelor predefinite şi ad-hoc privind conţinutul informaţional al

sistemului informatic.

Vizualizarea registrului

procurilor

Caz de utilizare disponibil care furnizează funcţionalităţile de

explorare şi vizualizare a conţinutului registrului electronic a

procurilor, accesibil pentru toţi actorii autorizaţi din cadrul

Ministerul Justiției, notariatelor și cetățenilor.

Procesarea procurii Acest caz de utilizare furnizează totalitatea funcţionalităţilor

notariatelor prin intermediul cărora aceştia gestionează şi

monitorizează procesele tehnologice de generare a procurii.

Completarea metadatelor

aferente procurii

Reprezintă o funcţionalitate disponibilă notariilor utilizată pentru

introducerea datelor aferente procurii (Tipul procurii, Rezumatul

procurii, etc.). Cu alte cuvinte – totalitatea configuraţiilor şi

metadatelor aferente procesului de generare a procurii.

Eliberarea procurii Caz de utilizare la care are acces operatorul de eliberare și

cetățeanul.

Administrarea

utilizatorilor, rolurilor şi

drepturilor.

Descrie funcţionalităţile destinate Administratorului SI e-Procura

prin intermediul cărora acesta administrează lista şi integritatea

credenţialelor actorilor autorizaţi ai sistemului informatic, inclusiv a

nivelului managerial, a reprezentanţilor altor autorităţi care

examinează şi inserează date, a Sistemelor externe pentru care

comunicarea se face cu certificat digital sau nume utilizator+parolă

82

de acces.

Administrarea

nomenclatoarelor şi

metadatelor

Reprezintă o funcţionalitate destinată Administratorului SI e-

Procura prin intermediul căreia acesta administrează totalitatea

nomenclatoarelor şi metadatelor aferente SI e-Procura (inclusiv

interfaţa utilizator al sistemului informatic).

Administrarea şabloanelor

de documente

Reprezintă un caz de utilizare destinat administratorilor sistemului

informatic care descrie totalitatea funcţionalităţilor disponibile

acestora pentru elaborarea modelelor de documente tipizate

utilizabile în cadrul fiecărui tip de document de intrare sau ieşire.

Un şablon de documente va conţine inserate balize prin intermediul

cărora va fi posibilă popularea acestuia cu informaţia de conţinut

extrasă din conţinutul si actele dosarului electronic al procurii.

Astfel, va fi posibilă unificarea şi standardizarea setului de

documente emise şi procesate în cadrul SI e- Procura.

Alte activităţi de

administrare

Set de funcţionalităţi destinate Administratorului SI e-Procura care

cuprinde toate operaţiunile de administrare şi asigurare a

funcţionalităţii SI e-Procura care nu au fost descrise.

Completarea registrelor

electronice

Reprezintă un set de funcţionalităţi automate a SI e-Procura care

constau în atribuirea automată a numerelor de înregistrare unicat

procurilor şi documentelor inserate în registrul electronic al

procurii. Cu alte cuvinte sunt totalitatea funcţionalităţilor de

formare a registrelor electronice a procesului de perfectare a

procurii.

Jurnalizarea evenimentelor Orice eveniment generat în cadrul business proceselor

implementate în SI e-Procura vor fi jurnalizate şi salvate în tabelele

corespunzătoare a Bazei de Date

Notificarea utilizatorilor şi

notarilor publici.

Acest caz de utilizare descrie comportamentul mecanismului de

notificare automată a SI e-Procură. Este un caz de utilizare care

conţine totalitatea procedurilor automate destinate notificării

cetățeanului, operatorului de inregistrare, operatorului de eliberare,

Ministerului Justiției, etc.

83

Interfaţa utilizator a sistemului informatic

SI e-Procura trebuie să ofere o interfaţă ergonomică, intuitivă şi accesibilă tuturor tipurilor de

utilizatori. Sistemul trebuie să posede un design grafic inedit, agreabil, echilibrat şi

distinct. Pentru uşurinţa utilizatorilor, soluţia informatică va dispune un sistem de ajutor

contextual on-line (versiunea în limba română - obligatorie), la nivelul fiecărei interfeţe WEB de

utilizare.

În dependenţă de utilizator (dreptul şi rolurile acestora) sistemul informatic va furniza o interfaţă

inedită fiecărui utilizator.

Utilizatorii sistemului informatic vor dispune de minim 6 nivele de bază de acces la interfaţa

utilizator (seturile de drepturi şi roluri atribuite acestora, precum şi numărul optim de grupuri de

acces vor putea fi configurate de Administratorul sistemului informatic):

Nivelul de acces pentru utilizatorii Internet – nivel de acces prin intermediul interfeţei

publice WEB a MJ (http://www.justice.gov.md) care conţine totalitatea funcţionalităţilor

necesare expedierii online a cererilor pentru perfectarea procurii, efectuării trasabilităţii

procurilor, vizualizarii procurilor electronice emise.

Nivel de acces pentru solicitanti - nivel de acces prin intermediul unei interfeţe

specializate care conţine totalitatea funcţionalităţilor necesare redactarii şi expedierii

solicitarii de perfectare a procurii, atasare a copiilor electronice ale actelor ce trebuie

ataşate la cerere, descarcarea procurilor aferente solicitărilor sale.

Nivel de acces pentru operatorul de inregistrare / eliberare procura - nivel de acces prin

intermediul unei interfeţe specializate care conţine totalitatea funcţionalităţilor necesare

examinarii cererilor parvenite din partea solicitanţilor, verificării corectitudinii

informaţiei conţinute în cerere, verificării completitudinii dosarului cererii de solicitare a

procurii, introducerii în baza de date a formularului cererii şi scanarii documentele

anexate, completarii formularului cererii cu metadatele aferente actelor doveditoare

anexate la cerere, validarii achitarii serviciului, pregătirii versiunii primare a procurii.

Nivel de acces pentru Notar public - nivel de acces prin intermediul unei interfeţe

specializate care conţine totalitatea funcţionalităţilor necesare examinarii dosarelor de

cereri parvenite din partea solicitanţilor, verificării corectitudinii informaţiei conţinute în

dosarul cererii, perfectarii versiunii finale a procurii, generarii rapoartelor, vizualizarii

istoricului documentului, aplicarii semnăturii digitale.

Nivel de acces pentru consultant sectie Notariat – nivel caracteristic consultanţilor

superiori ai sectiei Notariat din cadrul MJ care vor dispune de roluri şi drepturi

caracteristice operatorilor sistemelor informatice prin intermediul cărora vor participa la

monitorizarea respectarii cadrului juridic in functionarea sistemului e-Procura.

Nivelul de acces pentru Administratorul e-Procura – nivel caracteristic utilizatorului de

cel mai înalt nivel de acces la resursele sistemului informatic. Acesta îşi va autoriza

accesul prin nume utilizator, parolă şi locaţie fizică de conectare sau prin intermediul

http://www.justice.gov.md/

84

certificatului digital. Acest nivel, dat fiind rolul său de a administra buna funcţionare a

soluţiei informatice, va asigura acces la toate funcţionalităţile interfeţei utilizator şi

conţinutul bazei de date livrate de interfaţa utilizator.

SI e-Procura va avea o interfaţă în limba română (pentru interfeţele WEB expuse public pe site-

ul MJ – în română, rusă şi engleză) şi va avea integrate funcţii de căutare după metadatele

aferente bazei de date a SI e-Procura (exemplu: căutare procura, document aferent procurii,

notificări, căutare după tip procura; căutare după perioadă calendaristică, etc.).

Procedurile de regăsire a informaţiei şi înregistrărilor vor fi realizate prin intermediul unor

căutări simple (specificarea unor şiruri de căutare) sau a unor căutări de complexitate mai

ridicată, prin intermediul cărora se poate realiza o filtrare mai exacta a informaţiei. Indefirent de

natura informaţiei căutate utilizatorul va utiliza aceeaşi metodă de interogare şi regăsire a

informaţiei pentru oricare compartiment al soluţiei informatice.

Adiţional la modulul de căutare care va da posibilitatea de a defini interogări sofisticate în mod

vizual, interfaţa trebuie să ofere posibilitatea de a afisa rezultatele căutării prin asigurarea

posibilităţii filtrării informaţii în lista de rezultate ale căutării. Interfaţa utilizator a sistemului

informatic trebuie să asigure filtrarea înregistrărilor ce corespund criteriului de căutare prezentate

utilizatorilor în funcţie de drepturile lor de acces.

Mărimile indexate (valori din clasificatoare, nomenclatoare) trebuie să poată fi filtrate prin

alegerea valorii din liste predefinite. Pentru câmpurile de tip numeric sau dată calendaristică

trebuie să existe posibilitatea filtrării după valoarea exactă a caracteristicii căutate (Exemplu:

01.01.2014 - toate înregistrările cu dată specificată) sau după criterii logice (Exemplu:

<01.01.2014 – toate înregistrările cu dată mai veche decât 01.01.2014, >01.01.2014 – toate

înregistrările cu data mai recentă de 01 ianuarie 2014).

De asemenea, trebuie să existe posibilitatea filtrării rezultatelor după mască (de exemplu filtrarea

după IDNP) conform modelului: 098151224* - toate secvenţele care se încep cu şirul de

caractere „098151224”, sau *MINISTER* - toate secvenţele care au în conţinut şirul de caractere

„MINISTER”.

Conţinutul oricărui tabel cu rezultate trebuie să poată fi exportat fie în format XLS, CSV şi PDF.

Modulul de raportare, audit şi statistică

Sistemul informatic va avea implementate funcţionalităţi destinate auditului/jurnalizării pe larg

utilizat în industrie. Acesta este configurabil pentru a jurnaliza evenimentele tehnice şi business.

Sistemul informatic va oferi posibilitatea generării automate a documentelor bazate pe şabloane

predefinite. Anumitor tipuri de documente, configurabile în funcţie de specificul activităţii, li se

vor putea asocia anumite formate predefinite. În momentul creării unui document de tipul

respectiv, utilizatorul trebuie să poată specifica anumite informaţii, sistemul completând în mod

automat şablonul corespunzător tipului de document.

85

Sistemul de raportare a SI e-Procura va delimita 5 categorii de rapoarte şi documente gestionate

sau generate:

- Documentele de intrare – pentru fiecare tip se va crea câte un şablon în baza căruia va fi

inserată informaţia relevantă documentului. Sistemul informatic va stoca un şir de

documente de intrare elaborate de funcţionarii . Pentru realizarea unei istorii, SI e-

Procura va forma un dosar electronic pentru fiecare procura care va conţine atât

copiile scanate ale documentelor prezentate, documentele electronice cât şi metadatele

aferente acestora. Toate dosarele electronice ale procurilor vor fi grupate per Solicitant

pentru a urmări tot istoricul procurii, documentelor şi evenimentelor aferente procurilor

procesate. Din categoria documentelor de intrare s-ar putea menţiona:

a. Cererea de perfectare a procurii;

b. Buletinul de identitate;

- Documentele de ieşire – pentru fiecare tip se va crea câte un şablon în baza căruia va fi

inserată informaţia relevantă documentului. Sistemul informatic va genera şi prezenta un

şir de documente de ieşire privitor la iniţierea, efectuarea şi finalizarea controlului

procurii. De asemenea, va genera rapoarte de monitorizare şi performanţă în baza

parametrilor stabiliţi de utilizatori. Pentru realizarea unei istorii, SI e-Procura va stoca

în dosarul electronic al procurii totalitatea informaţiei de ieşire aprobată de conducerea

sectiei Notariat.

- Rapoarte de performanţă a SI e-Procura – reprezintă o categorie de rapoarte statice (de

regulă implementate fizic în conţinutul sistemului informatic) îndreptată spre auditul şi

analiza activităţii sistemului informatic. La această categorie de rapoarte este oportună

inspirarea din principiile rapoartelor similare furnizate de sistemele informatice de

monitorizare a problemelor de calitate (MANTIS, BUGZILLA, etc.).

- Rapoarte de monitorizare – reprezintă o categorie de rapoarte destinate conducerii sectieri

Notariat din cadrul MJ destinate monitorizării procesului de eliberare a procurilor. Pe

lângă rapoartele statice care vor fi definite la etapa de implementare a SI e-Procura, va fi

creat un instrument pentru generarea rapoartelor în baza criteriilor stabilite de utilizatorii

sistemului informatic. Această categorie de rapoarte va servi ca bază pentru procesul de

luare a deciziilor şi anticipare a problemelor datorate nerespectării legislaţiei în vigoare

privind eliberarea procurilor.

Ţinând cont de principiul de asigurare a transparenţei activităţii Autorităţii Publice, soluţia

informatică va oferi un mecanism de generare a rapoartelor şi indicatorilor de performanţă cu

caracter public prin intermediul interfeţei WEB publice furnizate de SI e-Procura pe site-ul

oficial al Ministerului Justitiei (http://www.justice.gov.md ).

http://www.justice.gov.md/

86

CERINTE INAINTATE SISTEMULUI INFORMATIC

Cerinte functionale generale inaintate sistemului informatic

Cerintele generale inaintate sistemului informatic sunt delimitate in tabelul 1.

Tabelul 1. Totalitatea cerinţelor funcţionale genesrale înaintate.

Identificator Obligativitate Descrierea cerinţei funcţionale

CFG01 M Sistemul trebuie dezvoltat in tehnologia web. Nu se vor agrea

solutii de tip client-server distribuite pe statii de lucru.

Accesul utilizatorilor interni si externi trebuie sa se faca prin

intermediul unui browser Web.

CFG02 M Arhitectura sistemului trebuie sa fie centralizata, cu baze de

date pe server, care sa asigure consistenta si unicitatea

datelor, prevenind duplicarile de orice fel.

CFG03 M Instalarea patch-urilor disponibile pentru diferitele

componente ale sistemului informatic se va face centralizat

doar la nivelul serverelor respective (de aplicatii, de baze de

date, de recunoastere si captura, etc) fara a afecta

functionarea corecta a acestuia.

CFG04 M Toti utilizatorii vor folosi aceleasi versiuni ale sistemului.

Actualizarile versiunilor nu vor afecta in nici un fel

functionalitatea componentelor sistemului solicitate in

prezentul caiet de sarcini si nici customizarile implementate

de ofertant pentru a realiza aceste functionalitati. Condițiile

de actualizare atît în cadrul versiunilor, cît și pînă la o nouă

versiune trebuie să fie indicate suplimentar in oferta.

CFG05 M Utilizatorul final va avea de instalat doar un browser web prin

care se vor accesa modulele solutiei software corespunzatoare

drepturilor atribuite.

CFG06 M Utilizatorul nu va avea acces la baza de date decat prin

aplicatiile specifice ale sistemului isi in concordanta cu

drepturile acordate.

CFG07 M Arhitectura solutiei software trebuie sa fie o arhitectura pe 3

nivele: Client Web, Server de aplicatii, Baza de date.

CFG08 M Sistemul trebuie sa permita instiintarea celor vizati la aparitia

unor evenimente in sistem folosind trei canale alternative:

Interfata (framework-ul) web a solutiei; Trimiterea de mesaje

email; Trimiterea de mesaje sms;

87

In acest scop va permite definirea si gestionarea parametrilor

de comunicare (ex. SMTP, interfata SMS) din unelte grafice

web de administrare.

CFG09 M Ofertantul va propune numarul potrivit de licente pentru

fiecare produs din cadrul sistemului informatic livrat: aplicatii

de scanare, recunoastere si captura de date (posibilitate)3,

gestiune fluxuri documente si procese, servere web, servere

aplicatii, servere baza de date, solutie de back up, etc.

CFG10 M Sistemul trebuie sa aiba definite proceduri de salvare-

recuperare a datelor, capabile sa asigure integritatea si

consistenta acestora.

CFG11 M Ofertantul va trebui sa faca dovada ca este autorizat de catre

producatorul produselor software ofertate sa distribuie aceste

produse in Republica Moldova si sa asigure service si suport

pentru ele; autorizarea trebuie sa specifice in clar numele

producatorului, numele ofertantului si numele beneficiarului

si sa se refere explicit la acest proiect. Documentele se vor

prezenta in original sau copie legalizata si trebuie sa fie

valabile la data depunerii ofertelor. Oferta trebuie sa fie

valabila 30 de zile.

CFG12 M Licenţele de utilizare oferite vor permite conectarea nominală

(user/parolă) la serverele de web, aplicaţie şi baze de date. Nu

se acceptă conectare folosind conturi generice pentru

clase/grupe de utilizatori.

CFG13 M Sistemul trebuie să prezinte un mediu informatic unic și să

ofere posibilitatea unei interfețe simple și intuitive pentru

toate modulele sistemului.

CFG14 M Interfaţa sistemului va fi în limba română pentru toate

modulele. Toate ecranele de introducere date, administrare

parametri sistem, nomenclatoare, liste, etc vor fi în limba

română. Elementele modulelor sistemului pot varia în

dependență de funcțiile locale ale modulului.

CFG15 M Sistemul trebuie să dispună de un mecanism de semnare

electronică a documentelor (atât metadate cât şi fişiere) direct

din interfaţa web. Acest mecanism trebuie să permită de

asemenea şi verificarea validităţii semnăturii electronice

3 Modulul de recunoastere si captura nu face obiectul prezentei procedurii de achizitie. Totusi, acesta posibilitate

trebuie sa fie disponibila native in cadrul sistemului. Astfel, in cadrul proiectului pilot vor fi prezentate

functionalitatile modulului (detalii in descrierea proiectului-pilot).

88

direct din interfaţa web pentru datele (metadate şi fişiere)

semnate electronic.

CFG16 M Interfața componentei responsabile pentru gestiunea

utilizatorilor, grupurilor și drepturilor de acces ale sistemului

trebuie să fie cît se poate de intuitiva. Drepturile trebuie să fie

determinate atît individual pentru fiecare utilizator, cît și

pentru un întreg grup de utilizatori. Utilizatorii pot face parte

din mai multe grupuri. În funcție de drepturile utilizatorului,

fiecare trebuie să dispună de acces la un anumit meniu de

configurare, asupra căruia are drepturi, și poate efectua

acțiuni doar în limitele anumitor drepturi.

CFG17 M Drepturile de utilizare a solutiei propuse trebuie transmise

pentru un termen nelimitat.

CFG18 M Pentru asigurarea funcționării neîntrerupte a sistemului

trebuie să fie prezentate cerințele fata de echipamentul

hardware necesar pentru functionarea sistemului, inclusiv

pentru stațiile client. În cazul existenței unor condiții speciale

pentru echipamentul hardware, inclusiv pentru stațiile client,

ele trebuie să fie indicate în mod explicit

CFG19 M Toate modulele sistemului trebuie să suporte structura

organizațională existentă a Ministerului Justiției.

CFG20 M Sistemul trebuie să asigure un nivel înalt de confidențialitate

a datelor.

CFG21 M Sistemul trebuie să fie complet integrat și să asigure

integritatea tuturor datelor, precum și să asigure conexiunea

tuturor datelor în toate modulele sistemului.

CFG22 M Sistemul trebuie să poata fi modificat (ajustat) în cazul

modificării legislației R. Moldova, fără introducerea unor

modificări globale, să continue să funcționeze fără a-și pierde

funcționalitatea de bază.

CFG23 M Sistemul trebuie să conțină instrumente administrative,

inclusiv pentru configurarea accesului utilizatorilor la

sistemul dat. Configurările utilizatorilor trebuie să fie

determinate de rolurile și obligațiile (drepturile) interne ale

acestora în cadrul procesului de lucru.

CFG24 M Sistemul trebuie să ofere posibilitatea delimitării accesului

utilizatorilor sistemului pînă la nivelul unor acțiuni

89

(operațiuni) determinate.

CFG25 M Sistemul trebuie să ofere posibilitatea accesului simultan al

utilizatorilor la datele din sistem.

CFG26 M Sistemul trebuie să ofere posibilitatea integrării cu Active

Directory, pentru efectuarea autentificarii in sistem.

CFG27 M Sistemul trebuie să ofere posibilitatea lucrului distribuit cu

utilizarea unei rețele locale și a lucrului îndepărtat (LAN,

WAN, dial-up).

CFG28 M Sistemultrebuie să fie flexibil și să permită setări de diferite

niveluri, astfel facilitand setarea sau resetarea oricărui proces

sau a oricărei functionalitati.

CFG29 M Sistemul trebuie să efectueze validarea datelor care vin din

subsistemul de recunoaștere.

CFG30 M Sistemul nu trebuie să limiteze posibilitatea de restabilire a

datelor în interiorul bazei de date. Procedura de arhivare și de

restabilire a datelor se va efectua conform regulamentului

intern al Ministerului Justiției.

CFG31 M Sistemultrebuie să ofere posibilitatea de import a datelor prin

intermediul bazei de date.

CFG32 M În scopul protecției impotriva accesului neautorizat la datele

din baza de date, sistemul trebuie să asigure următoarele

niveluri de protecție:

Asigurarea protecției informației la nivelul drepturilor

de acces la datele din baza de date;

Configurarea drepturilor de acces pentru utilizatorii

sistemului (grupurilor de utilizatori) trebuie efectuată

cu ajutorul interfeței grafice a utilizatorului;

Închiderea automată a sesiunii de lucru, în cazul în

care utilizatorul nu a efectuat nici o acțiune o anumită

perioadă de timp (posibilitatea dată trebuie să fie

configurabila);

Registru unic al operațiunilor zilnice ale fiecărui

utilizator. În registru se va înregistra tipul operațiunii,

timpul executării acesteia și numele de identificare al

utilizatorului care a executat această operațiune;

90

Blocarea accesului utilizatorilor în sistem în cazul

aflării sistemului în stare de eroare sau de defecțiune

neprevăzută.

CFG33 M Sistemul trebuie să fie elaborat într-un mediu bazat pe SQL.

CFG34 M Modulele sistemului trebuie să ofere posibilitatea lucrului

distribuit.

CFG35 M Sistemul trebuie să conțină o componenta de administrare, în

care va avea loc gestionarea drepturilor utilizatorilor și ale

grupurilor de utilizatori pentru toate modulele sistemului.

CFG36 M Sistemul trebuie să poată fi extins, iar toate modulele trebuie

să fie integrate nativ între ele.

CFG37 M Sistemul trebuie să permită anularea accesului utilizatorului

la sistem și componentele acestuia.

CFG38 M Sistemul trebuie să dispună de un mecanism care va permite

restabilirea totală a capacității de lucru a sistemului în caz de

defecțiuni neprevăzute. Timpul de oprire a sistemului nu

trebuie să depășească 1 oră.

CFG39 M Baza de date a sistemului trebuie să fie relațională.

CFG40 M Sistemul trebuie să ofere posibilitatea integrării cu resursa

web existentă a Ministerului Justiției, pentru a asigura accesul

la informație a utilizatorilor care au apelat la serviciile de

perfectare a procurii.

CFG041 M Impreuna cu sistemul trebuie furnizat si codul sursă pentru

toate componentele sale, cu exceptia aplicatiei de

recunoastere si captura. Daca acest lucru genereaza costuri

suplimentare, acestea trebuie reflectate in oferta.

Cerinţele functionale specifice înaintate sistemului informatic

Depunerea cererii pentru perfectarea procurii

Cerinţele funcţionale de depunere a cererii pentru perfectarea procurii sunt delimitate în tabelul

2.

Tabelul 2. Totalitatea cerinţelor funcţionale înaintate.


91

CGS001 M Solicitantul va avea la dispoziţie mai multe opţiuni de

depunere a cererii pentru perfectarea procurii.

CGS002 M Indiferent de modalitatea de depunere a cererii (folosind

mijloace tradiţionale sau electronice) toate procurile vor fi

procesate pe aceleaşi fluxuri tehnologice oferite de SI e-

Procura.

CGS003 M Indiferent de modalitatea de depunere a cererii, cetățeanul va

recepţiona notificări prin Email dacă în profilul acestuia este

indicată adresa Email

Depunere cererii pentru perfectarea procurii tradiţionale

Cerinţele funcţionale de perfectare a procurii traditionale sunt delimitate în tabelul 3.



CGS004 M Sistemul va dispune de interfaţă online de depunere a cererii

de perfectare a procurilor

CGS005 M Cererea poate fi remisă spre examinare doar dacă toate

câmpurile obligatorii ale acesteia au fost completate


copiile electronice ale documentelor specificate în condiţiile

de emitere a deciziei şi metadatele aferente acestora au fost

anexate

CGS007 M Formularul cererii incomplete (cererea care nu conţine

totalitatea documentelor şi datelor necesare examinării

acesteia) este şters definitiv dacă acesta n-a fost remis spre

examinare timp de 1 oră.

CGS008 M Sistemul generează un număr de identificare unic pentru

procura expediată spre examinare (completează automat

registrele electronice).

CGS009 M Sistemul eliberează utilizatorului o recipisă (notificare)

privind ridicarea procurii.

92

CGS010 M Recipisa de recepţionare a procurii va conţine numărul unic

de înregistrare a procurii, Data şi Ora recepţionării acesteia în

sistem.

Depunerea procurii online

Cerinţele funcţionale aferente componentei de depunere online a procurii sunt delimitate în

tabelul 4.



CGS011 M Sistemul va dispune de interfaţă online de depunere/

verificare a procurilor

CGS012 M Cetățeanul poate selecta oficiul notarial dorit


câmpurile obligatorii ale acesteia au fost completate


copiile electronice ale documentelor specificate în condiţiile

de emitere a deciziei şi metadatele aferente acestora au fost

anexate

CGS015 M Formularul cererii incomplete (cererea care nu conţine

totalitatea documentelor şi datelor necesare examinării

acesteia) este şters definitiv dacă acesta n-a fost remis spre

examinare timp de 1 oră.

CGS016 M Sistemul generează un număr de identificare unic pentru

procura expediată spre examinare (completează automat

registrele electronice).

CGS017 M Sistemul eliberează utilizatorului o recipisă (notificare)

privind

ridicarea procurii.

CGS018 M Recipisa de recepţionare a procurii va conţine numărul unic

de înregistrare a procurii, Data şi Ora recepţionării acesteia în

sistem.

Importul automat al datelor despre solicitant

93

Cerintele functionale aferente funcţionalităţilor de extragere şi inserarea automată a detaliilor

despre solicitant sunt delimitate în tabelul 5.



CGS019 M e-Procura se va conecta la Registrul de Stat al Populaţiei şi

Registrul de Stat al unităţilor de Drept pentru a prelua şi

insera automat detaliile de identificare a cetățeanului.

CGS020 M Interogarea Registrului de Stat al Populaţiei şi Registrului de

Stat al unităţilor de Drept se va face în baza codului IDNP

respectiv IDNO a cetățeanului/întreprinderii.

CGS021 M În caz de eroare de găsire a cetățeanului în Registrul de Stat al

Populaţiei sau Registrul de Stat al unităţilor de Drept sistemul

va afişa eroare.

CGS022 M Pentru cetățean care nu dispun de cod IDNP din convingeri

religioase căutarea se va face după actul de identitate.

CGS023 M Sistemul va prelua din Registrul de Stat al Populaţiei şi insera

automat: Numele şi Prenumele, Adresa, Data de naştere,

Codul IDNP.

CGS024 M Sistemul va prelua din Registrul de Stat al Unităţilor de Drept

şi insera automat: Denumirea completă, Adresa juridică, Data

fondării, Codul IDNO.

CGS025 M Odată preluate datele din Registrul de Stat al Populaţiei şi

Registrul de Stat al unităţilor de Drept, e-Procura va crea şi

completa profilul cetățeanului (care va fi utilizat ulterior în

cazul altor adresări ale cetățeanului).

CGS026 M În cazul când în Baza de Date e-Procură există profilul

cetățeanului (cetățeanul s-a adresat anterior PRM) procedura

în cauză va actualiza automat datele aferente profilului

cetățeanului

CGS027 M Valorile câmpurilor preluate din RSP şi RSUD nu vor putea fi

redactate în e-Procura.

CGS028 M Procedura de inserare automată a datelor preluate din RSP şi

RSUD va fi reutilizată de e-Procura pentru actualizarea

periodică a datelor aferente profilurilor cetățeanului.

94

Perfectarea online a procurii şi ataşarea copiilor actelor

Cerinţele funcţionale aferente funcţionalităţilor perfectare online a procurii şi ataşare a

copiilor actelor aferente sunt delimitate în tabelul 6.



CGS029 M Sistemul va permite Solicitantului de autorizaţie să

completeze online formularul cererii.

CGS030 M Sistemul va permite ataşarea de copii electronice ale probelor

aferente cererii (formatul obligatoriu - PDF).

CGS031 M Sistemul va impune completarea de metadate aferente

documentelor electronice ataşate la cereii

Autentificarea şi semnarea procurii

Cerinţele funcţionale aferente componentei de autentificare a Solicitantului şi semnare

digitală a cererii de perfectare a procurii expediate online sunt delimitate în tabelul 7.



CGS032 M Pentru a perfecta şi expedia online cererea de perfectare a

procurii cetățeanul se va autentifica prin certificatul său

digital sau identitatea mobilă (mobile ID).

CGS033 M Sistemul va putea să se integreze cu serviciul guvernamental

M-Pass destinat autentificării şi utilizării infrastructurii

semnăturii digitale.

CGS034 M cetățeanul va semna digital obligatoriu formularul electronic

de perfectare a procurii şi totalitatea fişierelor ataşate

acestuia.

Recepţionarea notificărilor

95

Cerinţele funcţionale aferente mecanismului de recepţionare a notificărilor utilizatorilor e-

Procura sunt delimitate în tabelul 8.



CGS035 M Cetățenii vor recepţiona automat notificarea prin Email

privind acceptarea spre examinare a procurii expediate prin

orice metodă (tradiţională, în audienţă sau online dacă există

adresa Email de contact a cetățeanului).

CGS036 M Sistemul va furniza mecanismul de stocare şi gestiune a

tuturor notificărilor expediate.

Verificarea trasabilitatii procurii

Cerinţele funcţionale aferente mecanismului de trasabilitate a procurii pe intreg ciclul de viata

sunt delimitate în tabelul 9.



CGS037 M Atat utilizatorul sistemului, cat si solicitantul vor dispune de

funcţionalitate de verificare a trasabilităţii procurii de

substituire eliberate in baza unei procuri de baza

CGS038 M

Pentru asigurarea functionalitatii de trasabilitate a procurii

Solcitantul /utilizatorul sistemului va introduce numarul

procurii verificate. Primul rezultat va fi daca procura este de

baza sau subsecventa. Daca e de baza, atunci sistemul trebuie

sa arate cate subtituiri sunt disponibile in baza acestei procuri.

In cazul in care procura este de substituire, atunci sa poata fi

vazut continutul procurii de baza.

Daca o procura de substituire este anulata, atunci sa se poata

vedea acest fapt.

Daca o procura de baza este anulata, atunci sa se anuleze in

mod automat toate procurile de substituire, iar la verificare

acest lucru sa fie vizibil.

CGS039 M Procedura trasabilităţii procesului de examinare a procurii nu

96

va afişa date cu caracter personal aferente procurii,

persoanelor fara drept de acces la acesta informative.

Trasabilitatea procurilor. Tu imi dai mie o procura CU

DREPT DE SUBSTITUIRE (procura de baza) si eu in baza

acesteia pot da o procura unei alte persoane (procura

subsecventa).

3. Deocamdata ma gandes la sistemul apostile, registru agenti

economici, registru gaj, registru executori - deci e vorba mai

mult de interop probabil. dar procurile trebuie sa poata fi

extrase din sistemul e-procura. deja daca acele sisteme pot

face asta - asta e o alta intrebare.

Completarea cererii pentru perfectare procura

Cerinţele funcţionale aferente procedurii de completare a cererii pentru perfectarea procurii sunt

delimitate în tabelul 10.



CGS040 M Operatorul de inregistrare va dispune de funcţionalitate de

introducere a datelor primare aferente procurii recepţionate pe

suport de hârtie.

CGS041 M Funcţionalităţile de completare a registrului accesibile unui

Operator care inserează datele primare necesare configurării

procesului de examinare a procurii.

CGS042 M Sistemul va livra mecanism de elaborare şi gestiune a

formularelor electronice destinate completării informaţiei

aferente registrului electronic al procurii.

CGS043 M Sistemul va permite definirea regulilor de validare a

conţinutului formularelor electronice destinate completării

registrului electronic al procurii;

CGS044 M Sistemul va permite definirea câmpurilor cu valori calculate

97

în formularele electronice destinate completării registrului

electronic al procurii;

CGS045 M Sistemul va permite utilizarea infrastructurii de chei publice

(KPI) în scopul aplicării semnăturii digitale pe formularul

destinat completării registrului electronic al procurii;

Digitizarea şi inserarea documentelor

Cerinţele funcţionale aferente mecanismului de recepţionare a cererilor de perfectare a

procurilor sunt delimitate în tabelul 11.



CGS046 M e-Procura va livra funcţionalităţi de introducere a versiunii

digitizate a documentelor aferente registrului procurii.

CGS047 M Sistemul va livra un mecanism integrat de ataşare a copiilor

scanate la dosar.

CGS048 M Sistemul va livra un mecanism de completare a metadatelor

aferente documentelor digitale ataşate la dosar

CGS049 M Natura metadatelor aferente documentelor digitale ataşate la

dosar trebuie să fie suficiente pentru a putea defini interogări

eficiente de regăsire a acestora.

CGS050 M Toate fişierele ataşate la dosar vor fi în format PDF.

CGS051 D Acest modul trebuie să detina functii de recunoaștere a

documentelor și captura (extragerea) automată a datelor din

documente (buletin de identitate).

CGS052 D Modulul trebuie să ofere posibilitatea adăugării unor noi

tipuri de documente care urmează a fi recunoscute.

CGS053 M Modulul trebuie să fie compatibil cu orice tip de scaner

automat și / sau dispozitiv multifunctional.

CGS054 M Modulul trebuie să asigure sortarea automată a documentelor

scanate și recunoscute.

CGS055 D Modulul trebuie sa asigure recunoașterea documentelor

multipagină

98

CGS056 D Modulul trebuie să ofere tot setul necesar de configurări

pentru posibilitatea asamblării (formării) unui document

multipagină.

CGS057 D Modulul trebuie să ofere posibilitatea setării principiilor si

regulilor de recunoaștere. In acest sens, sistemul trebuie să

detina un set de instrumente specializate care sa permita

administratorului sistemului configurare rapidă și facilă a

template-urilor si regulilor de recunoaștere si de validare a

rezultatelor fără a apela la servicii de programare.

CGS058 D Pentru configurarea regulilor de recunoaștere trebuie să fie

accesibile următoarele funcții: Definirea poziției geometrice a

obiectelor ce urmează a fi identificate; Definirea elementelor

statice; Definirea proprietăților campurilor informationale;

Definirea documentelor multipagina; Definirea documentelor

cu anexe; Definirea exportului datelor; Definirea

recunoașterii datelor

CGS059 D Pozitia geometrică a obiectelor ce urmează a fi identificate

trebuie să permită configurarea regulilor de recunoaștere a

anumitor elemente ale documentului, de exemplu, a regulilor

de recunoaștere a codului de bare, semnăturii, ștampilelor,

etc.

CGS060 D Poziția geometrică a obiectelor ce urmează a fi identificate

trebuie să ofere posibilitatea setării în secțiune a următoarelor

elemente: Câmpuri; Tabele.

CGS061 D Grupuri de câmpuri. Câmpurile pot fi unite în grupuri pentru

vizualizarea structurii documentelor, precum și pentru crearea

grupurilor de câmpuri care se repetă. De exemplu: Prenume,

Nume, Data nașterii, IDNO.

CGS062 D Grupuri de câmpuri. Modulul trebuie să ofere posibilitatea

creării cîtorva exemplare de grupuri de câmpuri. Iar fiecare

exemplar de grupuri trebuie să aibă propriile sale proprietăți

și reguli logice de procesare și validare.

CGS063 D Câmpurile cu mai multe sub-câmpuri. Modulul trebuie să

ofere posibilitatea de a defini reguli și de a configura câmpuri

cu cîteva sub-câmpuri. De exemplu, tabelul începe pe o

pagină și continuă sau se termină pe următoarea. Pentru

prelucrarea paginii date trebuie asigurată posibilitatea creării

unui câmp cu mai multe sub-câmpuri.

99

CGS064 D Câmpurile cu mai multe sub-câmpuri. Valorile din toate sub-

câmpurile unui câmp trebuie unificate și exportate ca un

singur câmp.

CGS065 D Câmpurile cu mai multe exemplare. Pentru obiectele care se

repetă în document de cîteva ori (câmpuri, grupuri de

câmpuri) și care descriu obiecte similare, cum ar fi datele

despre solicitant, trebuie să fie oferită posibilitatea creării

câmpurilor cu mai multe exemplare.

CGS066 D Câmpurile cu mai multe exemplare. Sistemul trebuie să ofere

posibilitatea creării cîtorva exemplare pentru orice câmpuri

(cu excepția tabelului).

CGS067 D Cîmpurile cu mai multe exemplare trebuie să se exporte în

fișiere sau tabele aparte din baza de date.

CGS068 D Câmpurile fără poziție geometrică. Aceste campuri au drept

obiectiv păstrarea informatiei obtinute in urma procesarii

datelor recunoscute.

CGS069 D Câmpurile fără poziție geometrică. Câmpurile respective

trebuie să dețină toate proprietățile specifice tipului de

câmpuri din care fac parte. De asemenea, ele trebuie

transmise spre verificare. Valorile câmpurilor respective

trebuie să fie exportabile.

CGS070 D Tabelele. Sistemul trebuie să ofere posibilitatea recunoașterii

tabelelor

CGS071 D Tabelele. Posibilitatea recunoașterii tabelelor trebuie să

asigure configurarea regiunii de recunoaștere sub formă de

tabele, cu delimitarea celulelor, coloanelor, titlurilor.

CGS072 D Tabelele. În cazul elementului tip „Tabel” modulul trebuie să

prevadă instrumente specifice pentru configurarea regulilor

de recunoaștere, verificare și determinare a tipului de date

pentru fiecare coloană.

CGS073 D Modulul trebuie să ofere posibilitatea excluderii unor regiuni

din modulul de recunoaștere, de exemplu, regiunea cu textul

explicativ, care crează obstacole procesului de captura a

datelor

CGS074 D Modulul trebuie să ofere posibilitatea lucrului cu elementele

statice. Drept elemente statice pot servi, de exemplu, reperele

de la începutul paginilor sau a documentului.

100

CGS075 D Modulul trebuie să permită lucrul cu repere de diverse tipuri:

pătrat negru, cruce, unghi.

CGS076 D Modulul trebuie să permită setarea reperelor de diverse tipuri

pentru un singur document, pentru a obține un rezultat mai

bun al recunoașterii.

CGS077 D Fiecărui element static trebuie să-i fie atribuite proprietăți

specifice.

CGS078 D Pe lîngă reperele standard, sistemul trebuie sa permita

utilizarea textului static si a codului de bare in calitate de

reper.

CGS079 D Pentru asigurarea unei calități mai bune de recunoaștere,

sistemul trebuie să ofere obligatoriu posibilitatea definirii

proprietăților câmpurilor.

CGS080 D Pentru definirea proprietăților câmpurile trebuie să fie

accesibile următoarele elemente:

- Export – inițiera/blocarea posibilității de export a

câmpului;

- Numai pentru citire – posibilitatea marcării câmpului

ca fiind accesibil doar pentru vizualizare, prin asta,

blocând posibilitățile de modificare în panoul de

redactare a documentului.

- Vizualizare în formular – inițiera/blocarea posibilității

vizualizării câmpului respectiv în formularul de date.

- Nu poate fi gol – câmpul trebuie să fie completat în

mod obligatoriu. Dacă câmpul este gol, sistemul

trebuie să indice eroare de format a cîmpului.

- Câmp de indexare – cîmpul dat este supus indexării.

CGS081 D Modulul trebuie să ofere posibilitatea de a atribui câmpurilor

următoarele tipuri de date: Text; Număr; Dată; Adresă;

Nume; Cod; Tip special – posibilitatea creării propriului tip

de date unic.

CGS082 D Modulul trebuie să permită configurarea limbii de

recunoaștere. Un document poate să conțină cîmpuri cu limbi

diferite de recunoaștere (cel putin limbile romana, engleza si

rusa).

101

CGS083 D Modulul trebuie să recunoască în mod obligatoriu

următoarele tipuri de elemente: ICR (text scris de mînă);

OCR (text tipărit); OBR (cod de bare); OMR (bife);

CGS084 D Modulul trebuie să fie dotat în mod obligatoriu cu funcțiile de

verificare și validare a rezultatelor recunoașterii datelor.

CGS085 D Verificarea trebuie să fie: Completă – toate câmpurile sunt

transmise spre verificare, indiferent de modul în care au fost

recunoscute; Selectivă – sistemul transmite spre verificare

doar acele caractere care au fost recunoscute gresit sau incert.

CGS086 D Acele caractere care au fost recunoscute gresit sau incert

trebuie marcate automat de sistem la etapa de recunoaștere.

CGS087 D Pentru exportul imaginilor trebuie să fie accesibile

următoarele setări: Tipul fișierului (TIFF, JPEG, BMP, PNG);

Calitatea (înaltă, obișnuită, joasă); Tipul culorii (color, nuanțe

de gri, alb-negru).

CGS088 D Modulul trebuie să ofere posibilitatea configurării procesării

datelor recunoscute, prin intermediul următoarelor tipuri de

reguli: Compararea valorilor cîmpurilor; Verificarea conform

bazei de date – verificarea valorilor introduse prin

compararea lor cu valorile dintr-o anumită bază de date;

Unificarea valorilor câmpurilor – fuzionarea valorilor cîtorva

cîmpuri.

CGS089 D Elementele care indica inceputul si sfarsitul unui document

multipagina sunt: Repere statice; Cod de bare; Fila albă; Alte

elemente statice.

CGS090 D Exportul datelor obtinute in urma recunoasterii se va face in

următoarele formate: in fișier (csv, dbf, txt, xls, xml); -n baza

de date; în baza de date compatibilă cu ODBC.

CGS091 D Datele scanate și recunoscute trebuie să poată fi vizualizate

într-o fereastră separată de către operatorul responsabil.

Operatorul respectiv trebuie să aibă posibilitatea redactării

datelor recunoscute.

Introducerea datelor aferente procesului de perfectare procura

Cerinţele funcţionale aferente mecanismului de completare iniţială a informaţiei aferente procurii


102



CGS092 M Sistemul va livra funcţionalităţi de perfectare a formularului

electronic al perocurei în baza documentelor parvenite în

formă tradiţională (pe suport de hârtie).

CGS093 M Operatorii de inregistrare sau notarii publici va examina

documentele şi va completa metadatele acestora extrăgând

valorile din conţinut.

CGS094 M Sistemul informatic va oferi acces la RSP şi RSUD pentru

preluarea şi inserarea automată a datelor de identificare

aferente cetățeanului.

Imprimarea documentelor

Cerinţele funcţionale aferente mecanismului de imprimare a documentelor generate în

baza conţinutului bazei de date SI e-Procura sunt delimitate în tabelul 13.



CGS095 M Sistemul va dispune de şabloane predefinite (redactabile)

pentru fiecare tip de document aferent procesului de

perfectare a procurii.

CGS096 M Sistemul va insera în mod automat informaţia variabilă în

şablonul documentului aferent procesului de perfectare a

procurii (va popula conţinutul şablonului cu informaţie din

conţinutul bazei de date).

CGS097 M Sistemul va permite eliberarea documentelor aferente

procesului de perfectare a procurii în format electronic

aplicând semnătura digitală sau semnătura fizică și

ăncărcarea unei versiuni noi a procurii.

Gestionarea profilului solicitantului

Cerinţele funcţionale aferente mecanismului de gestiune a profilului solicitantului sunt delimitate

în tabelul 14.

103



CGS098 M Sistemul va dispune de un mecanism de completare

automatizat a

conţinutului profilurilor Solicitantului.

CGS099 M Sistemul va actualiza automat profilurile Solicitantilor în

baza

informaţiei livrate de Registrul de Stat al Populaţiei şi

Registrul de Stat al Unităţilor de Drept.

CGS100 M Informaţia profilurilor va fi sincronizată periodic cu datele

Registrului de Stat al Populaţiei şi Registrul de Stat al

Unităţilor de Drept.

CGS101 M Sistemul va ataşa la profilul Solcitantului totalitatea dosarelor

procurilor aferente acestuia.

CGS103 M Accesul la profilul Solicitantului va fi acordată utilizatorilor

din Organele Competente doar în cazul dosarelor ce trebuie

să le gestioneze (în istoric se va afişa doar datele aferente

Organului Competent).

CGS105 M e-Procura înregistrează în fişierele log totalitatea

evenimentelor de

accesare a conţinutului profilurilor Solicitantilor.

Arhivarea documentelor

Cerinţele funcţionale aferente mecanismului de arhivare a procurilor sunt delimitate în tabelul

15.



CGS106 M e-Procura va oferi funcţionalitate de arhivare a procurilor

(opţiuni de integrare cu Arhiva Digitală a Ministerului

Justitiei).

104

CGS107 M Sistemul informatic va pregăti totalitatea documentelor

aferente dosarului procurii pentru arhivare (va genera toate

documentele necesare arhivării în baza conţinutului BD şi a

şabloanelor e-Procura adiţional la documentele fizice inserate

la dosar).

CGS108 M Sistemul informatic va pregăti conţinutul dosarului procurii

spre arhivare în conformitate cu procedurile de îndosariere

ale Arhivei Ministerului Justitiei.

CGS109 M Sistemul informatic va stoca într-o zonă specială procurile

îndosariate aferente arhivării.

CGS110 M Sistemul informatic va publica o interfaţă WEB prin

intermediul căreia Arhiva Digitală a Ministerului Justitiei va

prelua automat procurile îndosariate.

Cautarea informaţiei

Cerinţele funcţionale aferente mecanismului de căutare a informatiei sunt delimitate în tabelul

16.



CGS111 M e-Procura va furniza un modul de căutare şi filtrare a

registrului procurilor şi profilurilor cetățenilor bazată pe

căutarea indexată.

CGS112 M e-Procură va conţine mecanism de indexare complete a

informaţiei conţinute în baza de date şi fişierele aferente

dosarelor procurilor.

CGS113 M Sistemul va oferi paginare pentru căutările care rezultă într-un

număr foarte mare de rezultate.

CGS114 M Sistemul va oferi funcţionalităţi de căutare în rezultatele

căutării (afinarea căutării).

CGS115 M Tabelul cu rezultatele registrului procurilor găsite sau a

profilurilor vor conţine un număr suficient de coloane încât să

fie posibilă selectarea înregistrării relevante.

105

CGS116 M Sistemul va permite exportul listei cu rezultatele căutării în

format (CSV, XLS).

Extragerea rapoartelor

Cerinţele funcţionale aferente mecanismului de extragere a rapoartelor sunt delimitate în tabelul

17.



Soluţia informaţională va livra o funcţionalitate de raportare

flexibilă pentru ca rolurile administrative să gestioneze

sistemul, astfel încât managementul să poată monitoriza

sistemul pentru a se asigura că acesta este utilizat

corespunzător

CGS117 M Sistemul trebuie să fie în măsură să ofere un număr de

rapoarte de management, de statistică şi ad-hoc, astfel încât

rolurile administrative să poată monitoriza activitatea şi

statutul sistemului.

CGS118 M Această raportare este necesară în cadrul întregului sistem,

incluzând:

- nomenclatoarele şi clasificatoarele;

- înregistrările;

- activitatea utilizatorului;

- permisiunile de acces şi securitate.

CGS119 M Sistemul trebuie să pună la dispoziţia rolurilor administrative

un număr standard de rapoarte configurabile şi trebuie să fie

uşor de autorizat producerea la necesitate a rapoartelor ad-

hoc.

CGS120 M Sistemul va oferi un set de rapoarte statice (de regulă

implementate fizic în conţinutul sistemului informatic)

destinate auditului procesului de eliberare a procurilor

(totalitatea rapoartelor prevăzute de legislaţia în vigoare).

CGS121 M Un utilizator care vizualizează un raport în cadrul sistemului,

trebuie să-l poată exporta într-un fişier extern redactabil.

106

Vizualizarea registrului procurilor

Cerinţele funcţionale aferente mecanismului de vizualizare a registrului procurilor sunt




CGS122 M Funcţionarii notariatelor au acces doar la procurile care au

fost depuse în cadrul oficiului notarial.

CGS123 M Utilizatorul autorizat va avea posibilitatea să vizualizeze

detaliile, documentele şi notificările aferente registrului

procurii.

CGS124 M Utilizatorul autorizat va avea posibilitatea să descarce

documentele aferente registrului procurii la care are acces

CGS125 M e-Procura înregistrează în fişierele log totalitatea

evenimentelor de accesare a conţinutului registrului

electronice a procurii (autorizare, interogare, filtrare,

vizualizare, descărcare, etc.).

CGS126 M Cetățeanul va avea acces la registrul procurii, cunoscând doar

codul procurii. Cu ajutorul codului de securitate, cetățeanul

va putea deschide/ descărca procura

Procesarea procurii

Cerinţele funcţionale aferente mecanismului de procesare a procurii sunt delimitate în

tabelul 19.



CGS127 M Sistemul va oferi un mecanism care va automatiza totalitatea

proceselor de perfectare şi monitorizare a procurii.

CGS128 M O procură va fi perfectată în baza restricţiilor legale în vigoare

(sistemul va ţine cont de particularităţile şi termenii limită de

finalizare a tuturor etapelor de perfectare a procurii)

107

CGS129 M Sistemul va furniza mecanism de configurare a fluxului de

lucru aferent procesării diferitor categorii de procuri

(posibilitate de adaptare a SI e- Procura la modificările

legislative)

CGS130 M Sistemul va genera totalitatea documentelor aferente

registrului procura în baza şabloanelor predefinite populate cu

informaţie din baza de date a sistemului informatic.

CGS131 M Sistemul va permite aplicarea semnăturii digitale sau mobile

pe oricare document generat sau stocat în pe prațiul de

scocare, prin crearea unei versiuni nou a documentului în

sistem.

CGS132 M Sistemul va dispune de mecanism de configurare a fluxului de

lucru aferent perfectării procurii.

CGS133 M Sistemul va genera în mod automat număr de înregistrare

pentru toate documentele aferente procurii (înregistrărilor

inserate de actori care vor deveni documente) generate prin

intermediul SI e-Procura.

Completarea metadatelor aferente procurii

Cerinţele funcţionale aferente mecanismului de inserare a totalităţii metadatelor aferente

procurii sunt delimitate în tabelul 20.



CGS134 M Sistemul va oferi funcţionalităţi de definire a parametrilor

procurii şi registrului procurii.

CGS135 M Sistemul va permite configurarea procurii în baza valorilor

nomenclatoarelor e-Procura.

CGS136 M Sistemul informatic va stoca în baza de date totalitatea

nomenclatoarelor necesare configurării registrului procura.

CGS137 M În baza configuraţiei registrului procurii vor fi notificaţi

automat totalitatea actorilor implicaţi în perfectarea procurii

Eliberarea procurii

108

Cerinţele funcţionale aferente mecanismului de eliberare a procurii sunt delimitate în tabelul 21.



CGS138 M Oficiile notariale dispune de functional de eliberare a

procurilor.

CGS139 M O procură poate fi eliberată doar după aplicarea semnăturii

digitale sau fizice asupra procurii.

CGS140 M Sistemul informatic va înregistra în sistemul de jurnalizare

toate încercările reuşite şi nereuşite de eliberare a procurii

Administrarea utilizatorilor, rolurilor şi drepturilor

Cerinţele funcţionale aferente mecanismului de administrare a utilizatorilor e-Procura sunt




CGS141 M Sistemul informatic va dispune de un mecanism de definire şi

gestiune dinamică a rolurilor şi drepturilor aferente

utilizatorilor.

CGS142 M Sistemul informatic va conţine o categorie implicită de

utilizatori creată de dezvoltator şi credenţialele pentru acesta

sunt remise la livrare pentru categoria de superadministrator

CGS143 M Sistemul informatic va permite blocarea/deblocarea contului

utilizatorului.

CGS144 M Sistemul informatic va permite precizarea modalităţii de

conectare a utilizatorului la sistem (utilizator+parolă, certificat

digital, adresă IP, etc.).

CGS145 M Sistemul va jurnaliza totalitatea acţiunilor potenţial periculoase

asupra profilurilor utilizatorilor (creare, modificare,

suprimarea fizică) cu personalizarea utilizatorului care a

efectuat modificarea potenţial periculoasă.

109

CGS146 M e-Procura va putea prelua totalitatea profilurilor utilizatorilor

aferenţi sistemului informatic din LDAP-ul Ministerului

Justitiei.

CGS147 M e-Procura va implementa principiul Single Sign On de

autentificare a utilizatorilor (utilizând inclusiv mecanisme

externe de autentificare gen M-Pass sau identitatea mobilă).

CGS148 M Mecanismul de administrare a drepturilor şi rolurilor

utilizatorilor va permite formularea principiilor de acces la

interfaţa utilizator şi conţinutul informaţional al sistemului

informatic pentru fiecare utilizator în parte sau grup de

utilizatori.

CGS149 M SI e-Procura va afişa interfaţa utilizator şi conţinutul

informaţional doar în baza drepturilor şi rolurilor de care

dispun utilizatorii.

Administrarea nomenclatoarelor şi metadatelor

Cerinţele funcţionale aferente mecanismului de gestiune a nomenclatoarelor şi metadatelor SI e-




CGS150 M Sistemul va dispune de un mecanism de gestiune a

nomenclatoarelor şi clasificatoarelor ce conţin totalitatea

metadatelor Bazei de Date.

CGS151 M Pentru sistemul de nomenclatoare şi metadate interne, soluţia

informaţională va livra un mecanism de definire şi

administrare dinamică a acestora.

CGS152 M Sistemul nu va permite suprimarea unei categorii de metadate

dacă aceasta este utilizată cel puţin într-o înregistrare a bazei

de date.

Administrarea şabloanelor de documente

Cerinţele funcţionale aferente mecanismului de configurare a şabloanelor documentelor SI e-


110



CGS153 M Sistemul va oferi mecanisme de elaborare a şabloanelor de

documente

CGS154 M Sistemul va dispune de un mecanism exclusiv vizual de

administrare a şabloanelor de documente.

CGS155 M Sistemul va dispune de un mecanism de utilizare a şabloanelor

de documente la mai multe documente.

Alte activităţi de administrare

Cerinţele funcţionale aferente activităţilor de administrare a sistemului e-Procura sunt delimitate

în tabelul 25.



CGS156 M Sistemul trebuie să permită rolurilor administrative să preia,

afişeze şi reconfigureze parametrii sistemului şi setărilor la

momentul configurării.

CGS157 M Sistemul trebuie să permită administrarea dinamică a tuturor

nomenclatoarelor şi clasificatoarelor.

CGS158 M Administratorul gestionează utilizatorii şi grupurile de acces la

e-Procura.

CGS159 M Sistemul trebuie să permită rolurilor administrative să:

aloce funcţii utilizatorilor şi rolurilor;

aloce unul sau mai mulţi utilizatori unui rol.

CGS160 M Pentru fiecare utilizator al Sistemului, administratorul

gestionează

profilul acestuia.

CGS161 M Administratorul accesează log-urile de sistem.

CGS162 M Administratorul realizează copiile de rezervă şi restabileşte

111

funcţionalitatea sistemului în baza acestor copii.

CGS163 M Administratorul efectuează totalitatea activităţilor de asigurare

a funcţionalităţilor în bune condiţii a sistemului informaţional.

Completarea registrelor electronice

Cerinţele funcţionale aferente mecanismului de jurnalizare a evenimentelor în cadrul e-




CGS164 M e-Procura va implementa totalitatea registrelor electronice

aferente procesului de perfectare a procurii.

CGS165 M Sistemul informatic va înregistra automat orice document

inserat, notificare expediată, raport generat.

CGS166 M Pentru orice obiect informaţional sau eveniment înregistrat

sistemul va atribui un cod unic de identificare în conformitate

cu legislaţia naţională în vigoare.

CGS167 M Sistemul informatic va conţine un mecanism de vizualizare

filtrare şi extragere a conţinutului registrului electronic pentru

vizualizare sau imprimarea ulterioară (în format , XLS sau

CSV).

Jurnalizarea evenimentelor

Cerinţele funcţionale aferente mecanismului de jurnalizare a evenimentelor în cadrul e-




CGS168 M Sistemul va conţine un mecanism de jurnalizare a tuturor

evenimentelor aferente activităţii e-Procura.

CGS169 M Sistemul va conţine un mecanism de jurnalizare a tuturor

evenimentelor aferente activităţii e-Procura.

112

CGS170 M Mecanismul de jurnalizare va corespunde principiilor de

jurnalizare utilizate în industrie.

CGS171 M Pentru evenimentele critice e-Procura va jurnaliza obligatoriu

toate evenimentele critice ce ţin de securitatea şi viabilitatea

sistemului.

CGS172 M Pentru evenimentele mai puţin critice administratorul e-

Procura va configura (defini şi opri) procesele de jurnalizare.

CGS173 M e-Procura va conţine un mecanism de vizualizare filtrare,

exportare a log- urilor (format CSV, XLS).

Notificarea utilizatorilor

Cerinţele funcţionale aferente mecanismului de notificare aferent SI e-Procura sunt delimitate în

tabelul 28.



CGS174 M Sistemul va conţine un mecanism de notificare automată a

tuturor actorilor.

CGS175 M Sistemul va expedia utilizatorilor notificările prin Email şi prin

sistemul intern de stocare a notificărilor.

CGS176 M Notificările vor fi perfectate în baza unor şabloane predefinite,

iar conţinutul acestora va fi perfectat automat în baza

informaţiei conţinute în Baza de Date.

CGS177 M Sistemul va jurnaliza totalitatea evenimentelor de expediere a

notificarilor.

113

Cerinţelor nefuncţionale ale sistemului informatic

Cerinte generale de performanta a sistemului

Cerinţele generale de sistem şi de performanţă sunt definite de politicile şi strategiile elaborate şi

adoptate în Republica Moldova. De asemenea e important de menţionat că aceste acte sunt

bazate pe bunele practici din industrie şi cuprind multe măsuri organizatorice dar şi o serie de

măsuri tehnice.

Cerinţele generale de performanta pentru SI e-Procura sunt delimitate în tabelul 29.

Tabelul 29. Totalitatea cerinţelor generale de sistem a e-Procura.


CGP001 M Toate interfeţele program şi conţinutul bazei de date vor fi

perfectate în limba română cu utilizarea diacriticelor

româneşti.

CGP002 D Sistemul va furniza o interfaţă multilingvă (cel puţin versiunea

alternativă în limba rusă) cu posibilitatea redactării etichetelor

interfeţei

CGP003 M Elementele interfeţei utilizator trebuie să se conformeze la

Nivel A cu cerinţele Web Content Accessibility Guidelines

(WCAG) 2.0.

CGP004 M e-Procura va dispune de posibilitatea adaptării interfeţei

utilizator în funcţie de dispozitivul utilizat de acesta

(notebook, netbook, calculator desktop, smartphone, tabletă,

etc.)

CGP005 M e-Procura va asigura compatibilitatea cu W3C XForms

standard.

CGP006 M e-Procura va asigura funcţionalităţile necesare utilizării

semnăturii digitale şi semnăturii mobile pentru toate

categoriile de actori.

CGP007 M Sistemul informatic trebuie să deţină integrat funcţii de căutare

după metadatele procurilor, profilurilor solicitantilor sau a

utilizatorilor autorizaţi (căutare procuri, documente, notificări,

rezoluţii, etc.), căutare după tip procura; căutare după perioada

calendaristică, etc.). Procedurile de regăsire a informaţiei şi

înregistrărilor vor fi realizate prin intermediul unor căutări

simple (specificarea unor şiruri de căutare) sau a unor căutări

114

de complexitate mai ridicată, prin intermediul cărora se poate

realiza o filtrare mai exact

a informaţiei . Indiferent de natura informaţiei căutate

utilizatorul va utiliza aceeaşi metodă de interogare şi regăsire a

informaţiei pentru orişicare compartiment al produsului

informatic.

CGP008 M Adiţional la modulul de căutare care va da posibilitatea de a

defini interogări sofisticate în mod vizual, interfaţa trebuie să

ofere posibilitatea de a afina rezultatele căutării prin asigurarea

posibilităţii filtrării informaţiei în lista de rezultate ale căutării.

CGP009 M Interfaţa utilizator a sistemului informatic trebuie să asigure

filtrarea înregistrărilor ce corespund criteriului de căutare

prezentate utilizatorilor în funcţie de drepturile lor de acces.

CGP010 M Mărimile indexate (valori din clasificatoare, nomenclatoare)

trebuie să poată fi filtrate prin alegerea valorii din liste

predefinite. Pentru câmpurile de tip numeric sau dată

calendaristică trebuie să existe posibilitatea filtrării după

valoarea exactă a caracteristicii căutate (Exemplu: 01.01.2014

- toate înregistrările cu dată specificată) sau după criterii logice

(Exemplu: <01.01.2014 – toate înregistrările cu dată mai

veche decât 01.01.2014, >01.01.2014 – toate înregistrările cu

data mai recentă de 1 ianuarie 2014).

CGP011 M Trebuie să existe posibilitatea filtrării rezultatelor după mască

(de exemplu filtrarea după IDNP) conform modelului:

09815122* - toate secvenţele care se încep cu şirul de

caractere „09815122”.

CGP012 M Conţinutul oricărui tabel cu rezultate trebuie să poată fi

exportat fie în format XLS, CSV şi PDF.

CGP013 M Sistemul va garanta un nivel agreat de servicii (SLA), cu o

disponibilitate generală de minim 95%.

CGP014 M e-Procura va fi dezvoltat în baza unei arhitecturi cu minim 3

nivele (UI, BLL, DAL).

CGP015 M e-Procura trebuie să ofere interfeţe WEB pentru acces extern.

CGP016 M e-Procura va avea la bază o arhitectura bazata pe servicii

(SOA).

CGP017 M Informaţia potenţial variabilă în soluţie (exemplu: diferiţi

parametri, căi de stocare a datelor, cai de conexiune cu servicii

115

externe, clasificatoare etc.) va fi configurabilă şi NU va

necesita recompilarea soluţiei sau intervenţii directe în baza de

date.

CGP018 M Sistemul informatic va utiliza standarde deschise pentru

formate şi

protocoale de comunicare.

CGP019 M Componentele sistemului vor fi tehnologic neutre (sistem de

operare, sistem de gestiune a bazelor de date, explorator

Internet, etc.).

CGP020 M Sistemul trebuie să asigure posibilitatea lucrului simultan a cel

putin 2000 de utilizatori interni.

CGP021 M Sistemul trebuie să poată fi dimensionat și să ofere

posibilitatea creșterii atât a volumului de date (~ 4 mln.

înregistrări), cât și a numărului de utilizatori simultani (pana la

4000)

CGP022 M Sistemul trebuie să ofere posibilitatea conectării unor module

suplimentare (în caz de necesitate).

CGP023 M Toate datele trebuie păstrate în sistem centralizat, indiferent de

modulul în care au fost create.

CGP024 M Sistemul trebuie să fie elaborat ținînd cont de utilizarea

metodelor contemporane de elaborare a produselor software și

să suporte metodele contemporane de lucru cu datele.

CGP025 M Sistemul trebuie să aibă capacitate de lucru deplină în caz de

restabilire după o avarie neprevăzută.

Cerinţele de performanţă specifice pentru SI e-Procura sunt delimitate în tabelul 30.

Tabelul 30. Totalitatea cerinţelor de performanţă înaintate.


CPS01 M Timpul mediu de răspuns al serverului nu va depăşi 3 secunde

la

încărcătura nominală a sistemului.

CPS02 M Sistemul trebuie sa fie capabil sa permită activitatea a peste

116

2000 utilizatori de categorie Administrator, Notar public,

Operator inregistrare/eliberare, Solicitant, Utilizator internet,

Consultant (MJ).

CPS03 M Sistemul trebuie sa fie capabil sa permită accesul anual a peste

100 000 utilizatori Internet cu acces public sau autorizat

(certificat digital) prin intermediul site-ului WEB al MJ.

CPS04 M Sistemul va procesa anual peste 300 000 procuri

CPS05 M Anterior livrării soluţiei informatice vor fi efectuate totalitatea

testelor de performanţă a e-Procura.

CPS06 M Testarea performanţei va include minim doua componente:

testarea încărcăturii sistemului (load testing) şi testarea

comportamentului sistemului la solicitări mari (stress testing).

Cerinţe de securitate şi protecţie

Soluţia informatică va respecta totalitatea cerinţelor de securitate şi protecţie delimitate în tabelul

31.

Tabelul 31. Totalitatea cerinţelor de asigurare a securităţii şi protecţiei a SI e-Procura.


CSP01 M Sistemul informatic va garanta păstrarea completă şi

integritatea datelor

CSP02 M Informaţia cu caracter public va fi accesibilă utilizatorilor

anonimi.

CSP03 M Accesul la funcţiile oferite utilizatorilor neautentificaţi este

controlat cu mijloace de protecţie contra suprasolicitării

serviciului de unul sau câteva noduri ale reţelei.

CSP04 M Toate câmpurile din formele completate de către utilizatori vor

fi validate în mod obligatoriu după tip atât pe client cât şi pe

server.

CSP05 M La comunicarea sistemului cu alte sisteme se vor folosi

certificate digitale pentru identificare.

CSP06 M Pentru tranzacţiile sensibile, imediat după executarea acestora,

se va folosi serviciul de aplicare a mărcii de timp (time

117

stamping).

CSP07 M Sistemul va fi securizat pentru OWASP Top 10 vulnerabilities.

CSP08 M Sistemul va asigura confidenţialitatea datelor transmise-

recepţionate pe canalele de comunicaţie.

CSP09 M Accesul la sistemul informatic se va face în mod controlat.

CSP10 M Accesul la funcţiile oferite utilizatorilor interni se va face cu

autentificarea acestora.

CSP11 M Schimbul de date în sistem se va face doar pe canale

securizate.

CSP12 M Acţiunile utilizatorilor vor fi înregistrate în jurnale electronice.

CSP13 M Sistemul va emite un semnal periodic care indică starea sa

funcţională.

CSP14 M Ierarhizarea in grupuri a utilizatorilor finali;

CSP15 M Autentificarea in sistem se va face printr-un mecanism de tip

Single Sign On permitand accesul utilizatorului in toate

modulele pentru care dispune de drepturile necesare dupa

introducerea numelui de utiizator si a parolei o singura data in

cadrul unci sesiuni de lucru.

CSP16 M Impiedicarea accesului utilizatorilor finali de a se conecta la

sistem daca acesta este in stare de eroare;

CSP17 M Asigurarea securitatii tuturor interfetelor sistemului informatic,

prevenind accesul utilizatorilor neautorizati la sistem;

CSP18 M Raportarea pe baze periodice a detaliilor privitoare la accesul

in sistem al utilizatorilor;

CSP19 M Sa poata fi definite drepturi de acces (vizual actualizare) la

informatie pentru utilizatori/ roluri/ grupuri.

CSP20 M Pentru fiecare rol, in functie de specificul activitatii acestuia,

se vor stabili componentele sistemului informatic care trebuie

sa acopere activitatea curenta. Se va realiza asocierea intre

functionarul care lucreaza si utilizatorul declarat in cadrul

aplicatiei, caruia i s-a acordat un set de drepturi de acces la

informatiile din baza de date. Toate tranzactiile efectuate de

utilizatori vor fi inregistrate in structuri de date speciale.

CSP21 M Se vor furniza functionalitati de administrare care sa permita

118

oferirea sau revocarea drepturilor de acces, accesul la

informatii pe baza de parole.

CSP22 M Drepturile de acces se vor acorda diferentiat in functie de

modul, operatie, grad de securizare a informatiei, nivel

organizational.

CSP23 M Sistemul nu va permite accesul la datele din baza de date decat

prin intermediul functiior incluse in sistemul standard integrat.

CSP24 M Sistemul va permite administrarea drepturilor pentru grupuri

de utiizatori la nivel de module, furictii si operatii.

CSP25 M Sistemul va permite lucrul in paralel cu toate modulele si a

mai multor utiizatori simultan in aceea aplicaţie, chiar in

acelaşi ecran.

CSP26 M istemul va gestiona si va rezolva probleme de acces concurent

la resurse, alegand politica in functie de specificul aplicaţiei

CSP27 M Pe fiecare înregistrare se va putea vizualiza de către utilizatorii

autorizaţi lista cu ce câmpuri au fost modificate, de către cine

(user aplicaţie, user Windows), la ce dată (oră, minut,

secundă), de pe ce staţie (nume calificat/IP), valoarea înainte şi

după modificare.

CSP28 M Sistemele si bazele de date nu vor permite generarea de

inconsistente in date din cauza accesului concurent.

CSP29 M Pentru efectuarea autorizarii centralizate sistemul trebuie sa fie

integrat cu LDAP (Lightweight Directory Access Protocol).

Astfel va fi asigurata gestionarea centralizata a utilizatorilor in

cadrul organizatiei.

Auditarea accesului

CSP30 M Posibilitatea de definire a nivelului de securitate (citire,

scriere) la nivel de orice câmp din formular de introducere date

pentru user/rol/grup


scriere) la nivel de orice secţiune din formular de introducere

date pentru user/rol/grup


scriere) la nivel de orice formular de introducere date pentru

user/rol/grup

119

CSP33 M Posibilitatea de definire a nivelului de acces la orice optiune de

meniu de pe orice formular, listă, raport, buton pentru

user/rol/grup

CSP34 M Sistemul trebuie să asigure integritatea tuturor datelor și

documentelor aflate în el

CSP35 M Accesul la sistem se află sub controlul total al sistemului de

administrare.

CSP36 M Informația cu caracter public trebuie să fie accesibilă și

utilizatorilor anonimi.

CSP37 M Toate accesele utilizatorilor la sistem, inclusiv cele anonime,

sunt verificate de sistem la fiecare intrare a utilizatorului.

CSP38 M Sistemul trebuie să diferențieze utilizatorii Ministerului

Justiției de alți utilizatori (persoane fizice, persoane juridice).

CSP39 M În cadrul determinării drepturilor de acces ale utilizatorilor

Ministerului Justiției, fiecărui utilizator trebuie să-i fie atribuit

un rol. Rolul în sistem trebuie să reflecte total sau parțial

obligațiile organizaționale ale utilizatorului dat.

CSP40 M Utilizatorul cu drepturi de administrator trebuie să dispună de

următoarele posibilități:

Reînnoirea listei utilizatorilor sistemului (adăugarea unor noi

utilizatori, redactarea drepturilor utilizatorilor existenți,

eliminare/blocare);

- Acordarea drepturilor de administrator altor utilizatori.

CSP41 M Gestiunea drepturilor utilizatorilor/ grupurilor de utilizatori/

rolurilor trebuie să fie efectuată dintr-un modul unic al

sistemului.

CSP42 M Sistemul e-Procura trebuie să efectueze autentificarea

utilizatorilor în modul următor: Autentificarea automată, cu

determinarea tipului utilizatorului în funcție de punctul de

intrare în sistem (interfața web, stația client); Existența unei

interfețe utilizator pentru introducerea loginului și a parolei;

Autentificarea cu utilizarea bibliotecilor Active Directory.

CSP43 M Utilizatorii interni ai sistemului (angajații din cadrul

Ministerului Justiției) trebuie să se autentifice cu utilizarea

bibliotecilor Active Directory.

120

CSP44 M Schimbul de date trebuie să aibă loc doar cu utilizarea

canalelor de comunicații protejate.

CSP45 M Fiecare intrare în sistem trebuie să fie înregistrat în syslog.

CSP46 M Sistemul trebuie să dispună de posibilitatea pornirii și opririi

înregistrării acțiunilor după anumiți utilizatori.

CSP47 M Registrul de acțiuni dubioase ale unor utilizatori trebuie să

ofere următoarele informații:

- Login-ul utilizatorului;

- Acțiunea executata;

- Punctul de acces în sistem;

Lista documentelor interogate de utilizator.

CSP48 M Sistemul trebuie să culeagă informații despre lucrările

efectuate în sistem de utilizatorii străini.

Cerinte fata de administrare

Soluţia informatică va respecta totalitatea cerinţelor fata de administrarea sistemului e-Procura


Tabelul 32. Totalitatea cerinţelor de performanţă înaintate.


Nomenclatoare

CA01 M Sistemul trebuie sa permita administratorului sa configureze

listele de date predefinite

CA02 M Administratorul sistemului sa poata configura (adauga, sterge,

modifica) listele de date predefinite utilizate de sistem

CA03 M Pentru fiecare actiune din sistem să se poată specifica

securitatea lui (cine are dreptul să îl utilizeze, cine are dreptul

să îl modifice, etc) la nivel de user/grup/rol

Administrare functii

CA04 M Administrarea aplicatiei va fi realizată de către utilizatorii

desemnaţi cu acest rol.

121

CA05 M Sistemul va oferi posibilitatea configurarii structurii

organizationale a institutiei (compartimente, niveluri, ierarhii)

CA06 M Administrarea drepturilor de acces, a utilizatorilor, structurii

organizationale, tipurilor de acte, vor fi realizate prin

intermediul unui modul specializat al sistemului, fara a fi

necesara instalarea de softuri suplimentare.

CA07 M Sistemul va permite crearea de noi utilizatori, suspendarea

accesului, repunerea accesului.

CA08 M Tipurile de autentificare permise de serverul web trebuie să fie

de tip Basic authentication, single server şi multiple server

authentication.

CA09 M Sistemul va permite administrarea fiecărei opţiuni de meniu

disponibilă în aplicaţie; meniul va fi grupat pe pachete,

module, submodule şi la fiecare se va putea specifica dreptul

de acces.

CA10 M Administratorul va putea defini şi gestiona lista cu tipuri de

documente utilizate în aplicaţie; pentru fiecare tip de document

se va specifica minimal următoarele date: categoria specifica,

securitatea, şabloane documente, conţinut HTML, secţiuni

vizibile în document, registrul de unde ia număr automat,

dosar de încadrare automată, nivel responsabil, workflow

aplicabil, campuri ce vor fi recunoscute la operaţia de OCR-

izare, servicii web apelabile pe parcursul procesului asociat

tipului respectiv, etc.

CA11 M Configurarea modulului de audit se va realiza din panoul de

administrare.

CA12 M Toate configurarile de back up se vor realiza din modul de

administrare.

Cerinţe software, hardware şi canale de comunicaţie

Dezvoltatorul va indica costul de licenţiere a tuturor componentelor software sugerate precum şi

costul de licenţiere pentru:

dublarea numărului de utilizatori;

dublarea numărului de unităţi de procesare (CPU sau nuclee CPU);

dublarea numărului de noduri de acel tip.

122

Tabelul 33 conţine totalitatea cerinţelor de asigurare software, hardware şi tehnologie de

comunicaţie înaintate Sistemului Informatic e-Procura.

Tabelul 33. Totalitatea cerinţelor de asigurare software, hardware şi comunicaţie a SI e-Procura.


CSHC01 M Sistemul va fi instalat pe pe infrastructura MCloud, alocata

Ministerului Justitiei.

CSHC02 M Sistemul va fi accesat pe canale de comunicaţii de cel puţin

128kbps.

CSHC03 M Sistemul va fi dezvoltat în baza unor platforme larg acceptate

în industrie pentru care există specialişti în Republica

Moldova.

CSHC04 M Sistemul va livra mecanisme puternice de asigurare a

securităţii procedurilor de autentificare şi autorizare a

utilizatorilor cu implementarea obliigatorie a tehnologiei

Active Directory.

CSHC05 M Sistemul va fi capabil a fi virtualizat la nivel software-

hardware.

CSHC06 M Este necesară demonstrarea capacităţii de virtualizare prin

livrarea către Beneficiar a unei imagini a sistemului ce poate fi

încărcat şi devine funcţional cu configurări minime pe una din

soluţiile de virtualizare existente pe piaţă.(VMware, Hyper-V)

CSHC07 M Sistemul va fi tolerant la erori oferind suport pentru clustering

şi fail over pentru întreaga platformă şi componentele sale.

CSHC08 M Este necesar ca la nivel client sistemul informatic să

funcţioneze la parametri de performanţă acceptabili pe

configuraţia de referinţă. (Configuraţia de referinţă este un

calculator mediu (Procesor 2GHz, 2Gbyte RAM).

CSHC09 M Este necesar ca părţile serviciului expuse către public să fie

tehnologic neutre.

CSHC10 M Este obligatoriu ca ofertantul, pentru soluţia server, să nu

limiteze beneficiarul în utilizarea unor platforme software

specifice. Este necesar ca sistemul informatic să fie funcţional

atât pe platformă Windows cât şi Unix (Linux, Free BSD,

Solaris, etc.). Soluţia informatică va fi construită utilizând

soluţii deschise, neproprietare, specifice aplicaţiilor Web

123

(XML, XSL, XHTML, WSDL, SOAP, LDAP, PHP, etc.)

pentru ca Beneficiarul să o poată dezvolta ulterior.

CSHC11 M Produsul program generic recomandat pentru operarea şi

interacţiunea cu SI e-Procura reprezintă exploratorul Web.

CSHC12 M Sistemul va fi compatibil cu cel puţin 3 cele mai recente

versiuni ale

următoarelor exploratoare Web: Microsoft Internet Explorer,

Mozilla, Firefox, Google Chrome şi Opera.

CSHC13 M SI e-Procura va încorpora un serviciu Heart-beat care va

comunica periodic starea normală de lucru a sistemului.

CSHC14 M Sistemul va include mijloace configurabile de jurnalizare

tehnică

(logging).

CSHC15 M Sistemul va fi capabil să producă cel puţin următoarele nivele

de jurnalizare tehnic: info; warning; error.

CSHC16 M Dezvoltatorul va enumera mijloacele ce vor fi utilizate la

depanarea

tehnică a sistemului.

CSHC17 M Dezvoltatorul va pregăti mijloace ce facilitează funcţiile de

administrare a sistemului:

startarea componentelor sistemului;

stoparea componentelor sistemului;

restartarea componentelor sistemului,

crearea copiei de rezervă a bazei de date,

restaurarea datelor de pe copia de rezervă indicată,

împrospătarea memoriei operaţionale a sistemului.

CSHC18 M Sistemul va opera în reţele TCP-IP şi în special HTTPS.

CSHC19 M Dezvoltatorul va sugera alte servicii de reţea şi utilitare

necesare pentru operarea sistemului.

Cerinţe de documentare a sistemului informatic

124

Soluţia informatică va fi acompaniată de un set complet de documentaţie a sistemului informatic

care cuprinde compartimentele incluse în tabelul 34.

Tabelul 34. Totalitatea cerinţelor de documentare a SI e-Procura.


CD01 M Dezvoltatorul va pregăti şi publica materiale de ghidare

interactivă incluse în interfeţele e-Procura în limba Română.

CD02 M Dezvoltatorul va pregăti şi livra manualul utilizatorului în

limba Română.

CD03 M Dezvoltatorul va pregăti şi livra ghidul administratorului

în limba romana.

CD04 M Dezvoltatorul va pregăti şi livra ghidul de instalare si

configurare a sistemului (care să includă cel puţin compilarea

codului, instalarea aplicaţiei, cerinţe hardware şi software,

descrierea şi configurarea platformei, configurarea aplicaţiei,

proceduri de disaster recovery).

CD05 M Dezvoltatorul va pregăti şi livra proiectul tehnic al sistemului

informatic livrat în baza căruia vor fi efectuate totalitatea

activităţilor de dezvoltare/acceptanţă a sistemului informatic.

CD06 M Dezvoltatorul va pregăti şi livra documentaţia de Arhitectură a

sistemului cu descrierea modelelor în limbajul UML, care să

includă un nivel de detaliere suficient al arhitecturii în mai

multe secţionări (inclusiv modelul logic şi fizic al datelor).

CD07 M Dezvoltatorul va pregăti şi livra documentaţia API-urilor

expuse pentru integrare cu alte sisteme informatice.

CD08 M Dezvoltatorul va livra proiectul tehnic actualizat şi

completat pe parcursul elaborării sistemului informatic.

CD09 M Dezvoltatorul va livra totalitatea mijloacelor electronice

necesare pentru descriere şi validarea interfeţelor în limbaj

WSDL.

LIVRABILE

125

Produsul final (SI e-Procura) va fi format din artefactele software şi de documentare a sistemului

precum şi de transferul de cunoştinţe către deţinătorul şi administratorul sistemului.

Artefactele aferente livrabilelor Sistemului Informatic e-Procura sunt indicate în tabelul 35.

Tabelul 35. Artefactele livrate pentru e-Procura


LIV01 M Codul sursă complet al modulelor şi componentelor necesare

integrarii produsului program livrat cu sisteme terte (API).

LIV02 M Produsul final împachetat pentru instalare facilă în mediul

tehnologic propus.

LIV03 M Sarcina tehnică actualizată şi completată pe parcursul

elaborării.

LIV04 M Documentul privind configurarea şi desfăşurarea sistemului

(deployment).

LIV05 M Manualul Utilizatorului.

LIV06 M Manualul Administratorului

LIV07 M Totalitatea materialelor aferente instruirii utilizatorilor SI e-

Procura.

LIV08 M Specificaţiile tehnice pentru interfeţele publicate de serviciu.

LIV09 M Planul de testare şi rezultatele testării interne

(funcţionale, de performanţă, de securitate).

LIV10 M Totalitatea artefactelor copiate pe suport electronic (stick

memorie).

Adiţional la artefactele aferente livrabilelor Sistemului Informatic e-Procura vor fi prestate

totalitatea serviciilor necesare transferului de cunoştinţe indicate în tabelul 36.

Tabelul 36. Servicii de transfer de cunoştinţe aferente artefactelor livrate.


LIVR 011 M Instruire utilizatori şi administratori.

LIVR 012 M Asistenţă pe perioada de pilotare a sistemului.

126

LIVR 013 M Asistenţă în testarea de acceptare a sistemului.

LIVR 014 M Asistenţă în punerea sistemului în producţie.

LIVR 015 M Soluţionarea deficienţelor (erorilor de sistem) identificate pe

perioada de pilotare şi la testarea de acceptare.

LIVR 016 M Suport tehnic post implementare (după punerea sistemului în

producţie) pentru o perioadă de 12 luni, inclusiv

corectarea erorilor).

127

ETAPELE DE IMPLEMENTARE A SI E-PROCURA

Activităţile implementare a tuturor componentelor SI e-Procura trebuie să fie realizate de către

companii specializate ce posedă experienţa şi abilităţile necesare pentru îndeplinirea lucrărilor

corespunzătoare. Termenul de implementare a sistemului e-Procura nu va depasi 1 (una) luna din

momentul semnarii contractului. Poroiectului va cuprinde următoarele etape:

1. Etapa de prezentare a prototipului sistemului informatic. Dezvoltatorul prezinta sistemul

de baza cu modulele existente într-o versiune prototip a sistemului informatic (se va face

o primă prezentare, in perioada imediat urmatoare desfasurarii licitatiei, demonstrând

existenta funcţionalităţilor descrise în termenii de referinţă) care, ulterior, va fi

perfecţionată până la semnarea acceptanţei e-Procura;

2. Etapa de implementare a sistemului va începe odată cu aprobarea sistemului prototip de

către beneficiarul sistemului informatic în varianta prezentată şi semnarea actului de

predare-primire în exploatare experimentală. La această etapă dezvoltatorul testeaza

sistemul în condiţiile de exploatare experimentală, depistează şi înlătură

erorile/problemele de performanţă, etc. La această etapă dezvoltatorul pregăteşte

versiunea finală a sistemului informatic pasibilă a fi pusa în exploatare.

3. Etapa de instruire va începe odată cu implementarea soluţiei informatice şi va cuprinde

instruirea a 10 utilizatori ai sistemului şi 2 Administratori din cadrul Ministerului

Justitiei. Sistemul e-Procura va fi instalat pe platforma MCloud.

4. Darea în exploatare a sistemului începe odată cu semnarea actului de punere în exploatare

a sistemului informatic şi începere a exploatării acestuia.

5. Etapa de mentenanţă a sistemului este perioada în care dezvoltatorul sistemului îşi asumă

obligaţiunea faţă de beneficiar să-l asiste în menţinerea capacităţii sistemului informatic

de a presta servicii. Dezvoltatorul va asigura o garanţie de 12 luni calendaristice din

momentul semnării actului de predare-primire a sistemului.

128

PREZENTAREA SISTEMULUI PROTOTIP

Pentru verificarea modului de îndeplinire a cerinţelor din prezentul caiet de sarcini, ofertantul va

prezenta o versiune prototip a sistemului care va acoperi cel putin 80% din functionalitatile

specificate in prezentul caiet de sarcini. Versiunea prototip va fi livrata si prezentata in cel mult 1

(una) saptamana de la data desfasurarii licitatiei. In cadrul sistemului prototip vor fi realizate in

mod obligatoriu urmatoarele functionalitati:

Nr. Cerinta verificata Sistem e-Procura

1 Functionalitati

Inregistrare Cerere

Procura

1. Autentificare (MPass)

2. Inregistrare;

3. Scanare;

4. OCR buletin identitate cu captura datelor (IDNP,

Nume/Prenume);

5. Atasarea multipla de fisiere;

6. Rasfoirea documentelor;

7. Semnarea electronica (MSign, inclusiv semnatura

mobila);

8. Salvarea datelor direct pe server;

9. Trimiterea/distributia documentului;

10. Procesarea cererii;

11. Indosarierea;

12. Utilizarea clasificatoarelor specifice;

13. Atasare multi-fisiere de pe disc;

2 Functionalitati specifice 1. Generarea automată a registrelor, minim 2 (doua)

registre:

Registrul unic al procurilor

Registrul procurilor eliberate

2. OCR – in sistemul prototip va fi prezentata

posibilitatea de recunoastere a buletinului de

identitate. Lista campurilor care trebuie capturate

automat: Nume/Prenume/Patronimic, IDNP, nr., data

129


expirarii.

3. Existenta cartelelor documentului pentru fiecare tip

de document: Procura persoana fizica/juridica. La

acesta lista se vor adauga documentele: cererea de

procura, cererea de urgentare.

4. Generarea documentelor word pe baza unor sabloane

predefinite. In sistemul prototip se va utiliza

generarea cererii de procura.

5. Generarea codului de bare pentru fiecare cerere. In

sistemul prototip se va prezenta generarea codului de

bare in documentul cererii generate. Gestiunea

codurilor de bare va fi disponibila in sistemul livrat.

6. Generarea documentului PDF multipagina compus

din procura electronica (prima pagina) si copia

scanata a documentelor aferente (a doua pagina).

3 Gestiune acces 1. Posibilitatea de definire, respectiv obtinere drepturi

de acces la informatie pentru utilizatori/ roluri/

grupuri in timp real.

Posibilitatea de definire a nivelului de securitate

(citire, scriere) la nivelul oricarui câmp din

formularul de introducere date pentru user/rol/grup.


(citire, scriere) la nivelul oricarei secţiuni din

formularul de introducere date pentru user/rol/grup.


(citire, scriere) la nivelul oricarui tip de document

pentru user/rol/grup.


(citire, scriere) la nivelul oricarei valori din

nomenclatoare pentru user/rol/grup

Posibilitatea de definire a nivelului de acces la orice

item de selectie

Posibilitatea de gestiunea access prin interfata web

*Se vor configura doar cateva exemple din fiecare din

functionalitatile indicate, pentru demonstrarea posibilitatilor

130


sistemului, restul configurarilor vor fi realizate in proiectul

final.

2. Gestiune utilizatori, revocarea sau repunerea lor;

3. Gestiune nivele, construire si vizualizare grafică,

ierarhie organizaţională, creare automată grupuri de

acces şi permisiuni ;

La momentul dat, se vor crea si gestiona doar utilizatorii

necesari pentru proiectul prototip (lista utilizatorilor va fi

livrata ulterior).

6 Auditare acces Pe fiecare tip de document se va putea vizualiza de către

utilizatorii autorizaţi lista inregistrarilor modificate, autorul

midificarilor (utilizator sistem, utilizator Windows), timpul

modificarilor (oră/minut/secundă).

7 Interfaţă 1. Toata interfata va fi exclusiv web, in limba română

2. Posibilitatea nativă de introducere de caractere

speciale (de exempul diacritice) în câmpurile care

culeg informaţii de tip text fără copy-paste.

3. Toate funcţionalităţile sistemului (inclusiv cele de

administrare) trebuie să fie accesibile din interfaţa

web.

4. Interfata sistemului trebuie sa asigure accesul

centralizat la toate documentele / procurile,

totalitatea registrelor, gestionarea drepturilor.

5. Interfara sistemului trebuie sa fie capabila sa faca

preview la documentul / procura fara a descarca

documentul respectiv pe statia locala.

6. Interfaţa de administrare trebuie să dispună de

minimum următoarele funcţionalităţi :

- Vizualizare log evenimente sistem front-end (dată,

131


oră, descriere eveniment)

- Vizualizare Help contextual

- Vizualizarea tuturor informaţiilor legate de sesiunea

curentă de lucru pentru sesiunile autentificate

- Posibilitatea de schimbare parole

- Posibilitatea de integrare cu credenţialele domeniului

Windows (user+parolă) pentru a permite logarea

automată cu aceste informaţii.

9 Salvare şi restaurare Copierea unui singur director pe un server cu sistem de

operare identic şi repornirea serverului nou fără nici o

instalare suplimentară de componente sau modificări de

registri.

10 Integrare cu sistem

extern

Configurarea unei integrari cu un sistem tert, pentru

demonstrarea posibilitatilor de integrare ale sistemului. La

etapa prototip se va realiza o integrare de proba, identica cu

integrare utilizata in sistemul livrat. Pentru integrare de

proba se vor utiliza urmatoarele metode : PDO, XML,

WebService.

11 Cheltuieli legate de

desfasurarea sistemului

prototip

Cheltuielile legate de realizarea prezentarii prototip a

sistemului vor fi suportate de catre ofertant. Sistemul

prototip va fi instalat pe echipamentele ofertantului.

132

CERINŢELE DE PERFECTARE A OFERTELOR

Cerinţe privind puterea instituţională a ofertanţilor

La concurs pot participa companii specializate în prestarea serviciilor informatice rezidente în

Republica Moldova (sau care dispun de sucursale permanente pe teritoriul Republicii Moldova)

cu o experienţă în domeniu de minim 3 ani. Este preferabilă existenţa experienţei ofertantului

în elaborarea şi administrarea sistemelor informatice.

Persoanele juridice interesate trebuie să expedieze oferta tehnică şi de preţ care să conţină:

- Descrierea detaliată a întreprinderii (experienţă, resurse umane, capacităţi manageriale şi

tehnice în domeniu, etc.;

- Copia actelor de înregistrare;

- Portofoliul companiei cu indicarea proiectelor similare implementate;

- CV-urile personalului cheie implicat în proiect;

- Descrierea succintă a soluţiilor informatice similare;

- Oferta tehnică detaliată propusă, inclusiv restricţiile hardware de funcţionare, estimarea

activităţilor şi duratelor lor.

- Perioada de garanţie şi asistenţă tehnică;

- Oferta financiară detaliată;

- Alte documente relevante.

Cerinţe faţă de calificarea personalului ofertantului

Toate discuţiile cu beneficiarii proiectului vor fi efectuate în limba română. Toată

documentaţia aferentă, interfaţa soluţiei informatice şi trainingul şi suportul tehnic vor fi

efectuate în limba română. Toţi colaboratorii implicaţi în proiect care interacţionează nemijlocit

cu beneficiarul trebuie să posede la perfecţie limba română.

Ofertantul va prezenta în oferta tehnică date sumare privind personalul implicat în proiect şi

calificarea acestuia. Este binevenită implicarea de personal calificat cu experienţă în dezvoltarea

şi implementarea sistemelor informatice în cadrul autoritatilor publice din Republica Moldova.

În mod explicit se vor prezenta persoanele angajate în următoarele funcţii cheie:

- Manager de Proiect;

- Coordonator tehnic;

- Arhitect de sistem;

- Business Analyst;

133

Pentru aceste posturi vor fi prezentate CV-urile persoanelor antrenate, având în vedere ca

experienţa membrilor echipei să includă:

1. Cerinţele minimale înaintate Managerului de Proiect:

- Experienţă de minim 3 ani în gestiunea proiectelor informatice;

- Experienţă specifică de Manager de Proiecte în domeniul TIC demonstrată prin

implementarea a unor proiecte similare în care să desfăşoare activităţi de analiză tehnică,

formalizarea cerinţelor proiectarea şi dezvoltarea soluţiilor software;

- Cunoaşterea mijloacelor moderne de gestiune a proiectelor;

- Posedarea limbii române la perfecţie;

- Studiile în domeniu economic ar fi un avantaj;

- Certificările recunoscute deţinute în domeniul gestiunii proiectelor va constitui un

avantaj.

2. Cerinţele minimale pentru Coordonatorul tehnic:

- Licenţiat în domeniul TIC;

- Experienţă minimă de 3 ani în dezvoltarea sistemelor informatice;

- Experienţă specifică de Coordonator tehnic în proiecte TIC demonstrată prin activarea în

postul similar în dezvoltarea soluţiilor informatice similare SI e-Procura;

- Cunoaşterea avansată a tehnologiilor informatice moderne, standarde de securitate a

informaţiei şi metodologii;

- Cunoaşterea suficientă a metodologiei de dezvoltare a sistemelor informatice

destinate sectorului guvernamental al Republicii Moldova;


- Certificările recunoscute deţinute în domeniul tehnologiilor propuse în oferta tehnică va

constitui un avantaj.

3. Cerinţele minimale pentru Arhitectul de sistem:


- Experienţă minimă de 3 ani în dezvoltarea sistemelor informatice;

- Experienţă specifică de Arhitect de sistem în proiecte TIC demonstrată prin activarea în


134

- Cunoaşterea metodologiilor moderne de proiectare şi dezvoltare a soluţiilor informatice;




- Certificările recunoscute deţinute în domeniul tehnologiilor propuse în oferta tehnică va

constitui un avantaj.

4. Cerinţele minimale pentru Business Analyst:


- Experienţă minimă de 3 ani în analiza şi dezvoltarea sistemelor informatice;

- Experienţă specifică de Business Analyst în proiecte TIC demonstrată prin activarea în


- Cunoaşterea metodologiilor moderne de proiectare şi dezvoltare a soluţiilor informatice;



- Posedarea limbii române la perfecţie.

135

CRITERII DE EVALUARE




total al ofertei (Pn) şi înmulțit cu ponderea criteriului. 40%



procesele descrise in caietul de

sarcini)

Oferta cu gradul maxim de acoperire a cerintelor



vor fi cuantificate dupa urmatoarea formula:

Gn/Gmax* ponderea, unde Gn - Gradul de acoperire,

Gmax - valoarea maxima oferita. 30%

Gradul de lizibilitate a sistemului

(User friendly) - Posibilitatea de

executare intuitiva a proceselor

prin intermediul unui număr

minim de acțiuni


interfeței prin contrapunerea numărului de pasi

necesari pentru procesarea documentului. Numarul

minim de pasi primeste valoarea maxima a ponderii.

Numarul cel mai mare de pasi necesari - 0 puncte.

Alte rezultate vor fi estimate dupa formula: Lmin/Ln*

pondereacriteriului, unde Pmin - numarul minim de

pasi, Pn - numarul de pasi necesari. 10%



prototip” va obtine valoarea maxima a ponderii. Cea

mai mica acoperire - 0 puncte. Alte rezultate vor fi

estimate dupa formula: Nmin/Nn* ponderea

criteriului, unde Nmin - cel mai bun rezultat obtinut

in cadrul proiectelor pilot (numar de procese

acoperite), Nn- timpul de procesare (nr. ore) in


TOTAL 100%

Scorul final (Sn) va fi calculat prin sumarea scorurilor din compartimentele ”Evaluarea

preturilor” și ”Evaluarea cerințelor de performanță” în concordanță cu formula: Sn =

(Pmin/Pn)*40%+ (Gn/Mmax*25%)+(Lmin/Ln *15%)+(Nmin/Nn*20%). Oferta cu scorul

combinat maximal este eligibilă pentru câștigarea Contractului.

Documents

Fişa informaţională nr. 14/01774 Sistem informatic ... publice/fisa... · Ministerul Justiţiei al RM ... Codul CPV/ Общий код CPV: ... Sef Serviciul Administrativ, et