Achiziție - Servicii de implementare a soluțiilor informatice de operațiuni bancare și de gestionare a resurselor corporative (licențe, servicii de implementare și servicii de garanție)

Există un model de referință pentru procesele BNM care să fie folosit ca punct de plecare pentru "procese preconfigurate"?
Ce nivel de fidelitate se așteaptă de la mediul de demonstrație? Este obligatoriu să fie funcțional sau poate fi și simulare?
În ce format trebuie livrată demonstrarea capabilităților (capturi video, sesiuni live, documentare)?
Există un sablon pentru specificațiile de design care trebuie livrate?
Cele 75 de rapoarte customizate – se va oferi o listă cu cerințe sau trebuie propuse de ofertant?
Care sunt celelalte solutii informatice utilizate de BNM in acest moment? Ne puteti furniza o lista si o scurta descriere a acestora? Se doreste si integrarea efectiva cu acestea in scopul prezentului proiect sau doar analiza acestora?

... afișează tot conținutul

Nu există un model de referință pentru procesele BNM. Ca punct de plecare pentru preconfigurarea proceselor viitoare ale soluției vor servi procesele descrise (To Be), care vor fi adaptate la funcționalitățile soluției dacă în mod critic nu va fi necesară customizarea solutiei.
Cu referire la sesiunile demo – nu avem aștepări exacte de fidelitate, nivelul de fidelitate va fi în măsura flexibilității soluția (workflow-uri, customizări posibile, etc) și capacității de configurare și parametrizare a proceselor.
Insistăm ca sesiunile demo să fie pe efectuate pe un sistem funcțional, nu simulare.
Format sesiunilor demo este unul live. BNM nu are un șablon pentru specificațiile de design. Șablonul specificațiilor de design va fi cel al ofertantului, conform metodologiei aplicate de către acesta.
Lista celor 75 de rapoarte customizate pentru fiecare lot, adițional la cele oferite în mod standard de către soluție, va fi definită în comun de către BNM și Ofertant în etapa de analiza și design.
Soluțiile utilizate la moment de către BNM și cu care va necesita să fie integrată soluția ofertată sunt enumerate în Anexa 10.
Specificațiile privind interfațarea sunt detaliate în cerințele tehnice din caietul de sarcini. Suplimentar, Anexa 10 oferă o sumarizare a tuturor interfețelor ce trebuie implementate în cadrul proiectului, oferind o imagine de ansamblu asupra punctelor de integrare necesare. BNM a inclus în perimetrul acestui proiect necesitatea privind integrarea efectivă de către Ofertantul câștigător, a soluției IT ofertate cu soluțiile enumerate în Anexa 10 la Caietul de sarcini.

... afișează tot conținutul

Cum se face validarea parametrilor de configurare (tabel, demo)?

Interfețele pentru integrare cu alte aplicații – sunt sincrone sau asincrone?

Există un model de date agreat de BNM pentru armonizarea surselor?

Puteti furniza lista si o scurta descrierea a celorlalte aplicatii utilizate de BNM cu care se doreste integrarea? Integrarea propriu-zisa se doreste sa fie inclusa in scopul acestui proiect sau va fi dezvoltata ulterior, intr-un alt proiect, pe baza specificatiilor?

... afișează tot conținutul

Validarea parametrilor de configurare va fi realizată într-o manieră etapizată. Validarea primară va avea loc în cadrul etapei de analiză și design, printr-un proces colaborativ între echipa ofertantului și echipa BNM. Aceasta se va realiza în baza practicilor și metodologiilor proprii ale ofertantului, care vor fi expuse și descrise în oferta tehnică. Totodată, BNM se așteaptă ca aceste practici să fie susținute de mecanisme concrete, precum tabele de parametri configurabili, exemple de configurare contextualizate, prototipuri funcționale sau demo-uri, sesiuni de validare aplicativă împreună cu utilizatorii relevanți etc.

Interfețele de integrare cu alte aplicații pot fi atât sincrone, cât și asincrone, în funcție de natura procesului de activitate și de caracteristicile sistemelor sursă/țintă. În general, se preferă utilizarea unor API-uri REST/JSON sau web services SOAP, dar detaliile privind tehnologiile exacte și modul de integrare vor fi stabilite în cadrul procesului de proiectare a arhitecturii de integrare.
BNM urmărește armonizarea modelelor de date printr-o abordare standardizată, pentru asigurarea coerenței semantice și structurale între sistemele integrate.

Specificațiile privind interfațarea sunt detaliate în cerințele din caietul de sarcini. Suplimentar, Anexa 10 oferă o sumarizare a tuturor interfețelor ce trebuie implementate în cadrul proiectului, oferind o imagine de ansamblu asupra punctelor de integrare necesare.
Integrarea efectivă a aplicațiilor critice, considerate parte a fluxurilor operaționale vizate de noul sistem, este obligatoriu a fi inclusă în cadrul perimetrului prezentului proiect.

... afișează tot conținutul

Ce versiuni minime de OS și DB trebuie suportate?
Se impune o tehnologie specifică pentru managementul mediilor (ex: Ansible, Kubernetes)?

... afișează tot conținutul

Versiunile minime suportate pentru sistemul de operare (OS) și sistemul de gestiune a bazelor de date (DB) vor fi stabilite în etapa de analiză și design, ținând cont de compatibilitatea cu infrastructura tehnică existentă și de cerințele soluției ofertate. Cu toate acestea, este de așteptat ca soluția propusă să fie compatibilă cu ultimele versiuni majore stabile ale sistemelor de operare enterprise (ex: Red Hat Enterprise Linux, Windows Server) și ale sistemelor de baze de date uzuale (ex: Oracle, PostgreSQL, Microsoft SQL Server), astfel încât să se asigure suportul pe termen lung, securitatea și stabilitatea necesare unui sistem critic.
În ceea ce privește tehnologiile de gestionare a mediilor, nu se impune utilizarea unei soluții specifice (ex: Ansible, Kubernetes etc.), însă este preferabil ca soluția propusă să permită automatizarea și orchestrarea eficientă a instalărilor, configurărilor și actualizărilor, asigurând o administrare coerentă, sigură și scalabilă a tuturor mediilor (producție, testare, dezvoltare și instruire). Orice propunere tehnologică în acest sens va fi evaluată în funcție de eficiența, flexibilitatea și compatibilitatea sa cu platformele deja existente în cadrul BNM.

... afișează tot conținutul

Cheltuielile logistice pentru instruirile fizice (CI.128) trebuie să fie bugetate ca linie separată în oferta financiară?Trebuie incluse și costurile cu materialele tipărite (manuale, chestionare)?

... afișează tot conținutul

Da, cheltuielile de logistică aferent instruirilor fizice se vor include ca linie în oferta financiara „Detalierea ofertei financiare pentru serviciile de implementare” conform Anexei nr.3. BNM va pune la dispoziție propriile facilitați pentru tipărirea materialelor.

... afișează tot conținutul

1. Câte registre contabile sunt necesare în sistem?
2. Se impune utilizarea unor planuri de conturi diferite pentru fiecare registru?

... afișează tot conținutul

Același Plan de conturi va fi utilizat pentru toate operațiunile contabile, respectiv registre.
Numărul de registre contabile va fi determinat la etapa de analiză și design.

... afișează tot conținutul

Va rugam sa precizati daca obiectul licitației cuprinde doar aplicațiile principale sau și aplicațiile complementare?

Costul aplicațiilor complementare, care nu poate fi estimat la această etapă, poate face obiectul unor acorduri adiționale, ulterioare, la contract?

... afișează tot conținutul

Obiectul licitației cuprinde atât licențele principale, cât și licențele complementare aferente soluțiilor informatice solicitate, conform pct. 1.6 din modelul de contract, care prevede următoarele:
„Obiectul Contractului îl reprezintă livrarea de către Furnizor/Prestator în favoarea Cumpărătorului/Beneficiarului a soluției informatice de operaţiuni bancare și/sau a soluției informatice de gestionare a resurselor corporative (licențe, servicii de implementare și servicii de garanție), conform prevederilor menționate în Anexele nr.1, 2, 6 și 7 la prezentul Contract, precum și prestarea serviciilor de garanție (mentenanță și suport) pe o perioadă de 12 luni din data semnării actului de acceptanță finală a soluției, în condițiile Anexei nr. 5 a prezentului Contract.”
Licențele complementare sunt prevăzute explicit în Specificația tehnică și Specificația de Preț, cu mențiunea că: „Cantitatea va fi determinată în procesul de ofertare, în baza datelor furnizate în Anexa nr. 9 a Caietului de sarcini.”
Prin urmare, toate componentele menționate, inclusiv licențele complementare, fac parte integrantă din obiectul contractului și trebuie reflectate corespunzător în oferta financiară.
Totodată, reamintim că acest proiect este unul cu preț fix și toleranță zero la modificarea bugetului, astfel cum este specificat în documentația de atribuire. Ca urmare, solicitările de majorare ulterioară a valorii contractului prin acorduri adiționale pentru elemente care pot fi previzionate sau estimate în etapa de ofertare nu vor fi admise.

... afișează tot conținutul

Prin ce document/instrument va fi documentată cesiunea drepturilor de proprietate intelectuală?

Când (la ce etapă) vor fi negociate condițiile cesiunii, conform criteriilor minime din Legea nr. 230/2022 privind dreptul de autor și drepturile conexe?

... afișează tot conținutul

Cerința privind garantarea disponibilității codurilor sursă (CNF.196) este satisfăcută prin încheierea unui acord de protecție de tip escrow, încheiat între Furnizor și un agent escrow recunoscut, selectat și agreat împreună cu BNM. Acest mecanism nu presupune cesiunea drepturilor de proprietate intelectuală, ci are rolul de a asigura accesul la codul sursă exclusiv în cazurile în care Furnizorul nu mai poate asigura mentenanța soluției (de ex. faliment, lichidare, reorganizare, refuz expres de prestare a serviciilor de suport).
Acordul de tip escrow se activează la solicitarea BNM, solicitare care poate fi emisă în orice moment după acceptanța finală a soluției și pe parcursul perioadelor ulterioare de garanție, mentenanță și suport, iar transmiterea codurilor sursă se va realiza în termen de cel mult 30 de zile lucrătoare, dacă Părțile nu convin altfel.

... afișează tot conținutul

Cerința cesiunii se referă și la aplicațiile ce fac obiectul licențierii neexclusive, dar și la dezvoltările/personalizărilor unor aplicații preexistente (obiect al licențelor neexclusive)?

Cerința cesiunii se aplică codurilor aplicațiilor care nu se află în proprietatea ofertantului (de ex. licențele complementare)?

... afișează tot conținutul

Cerința privind cesiunea codurilor sursă se aplică aplicațiilor ce fac parte din soluția propusă, inclusiv celor oferite în regim de licențiere neexclusivă, în măsura în care acestea sunt dezvoltate de ofertant și nu implică soluții complementare/third-party aflate în afara controlului direct al acestuia. Pentru componentele dezvoltate sau personalizate în cadrul proiectului, toate codurile sursă vor fi puse la dispoziția BNM, fără a fi necesar un acord escrow separat. În cazul aplicațiilor licențiate neexclusiv, dar care sunt parte integrantă a soluției ofertate, acestea pot face obiectul unui acord de tip escrow la solicitarea BNM, pentru a garanta continuitatea operațională. Aplicațiile terțe (complementare), aflate sub alte regimuri de licențiere, nu intră sub incidența cerinței privind cesiunea codurilor sursă.

... afișează tot conținutul

Obligația de a transmite codurile sursă în escrow se aplică o singură dată, la solicitarea Cumpărătorului, sau include și actualizări ulterioare ale codului sursă pe parcursul perioadei de valabilitate a acordului escrow, aceasta fiind de 5 ani?

Termenul de 30 de zile lucrătoare se aplică distinct fiecărei solicitări de actualizare?

... afișează tot conținutul

Obligația de transmitere a codurilor sursă în cadrul unui acord de tip escrow nu este limitată la o singură livrare. Aceasta include și actualizările ulterioare ale codului sursă, în măsura în care astfel de actualizări sunt aplicate componentelor soluției aflate în exploatare în mediul de producție. Actualizările trebuie reflectate corespunzător în depozitul escrow, pentru a asigura că versiunea de cod sursă stocată corespunde cu cea efectiv utilizată de BNM.

Termenul de 30 de zile lucrătoare se referă exclusiv la obligația de a încheia un acord escrow la solicitarea BNM, solicitare care poate fi emisă în orice moment după acceptanța finală a soluției și pe parcursul perioadelor ulterioare de garanție, mentenanță și suport. Condițiile privind actualizarea codului sursă vor fi stabilite ulterior, de comun acord, în cadrul acordului escrow.

... afișează tot conținutul

Cerința acordului de tip escrow se referă și la aplicațiile ce fac obiectul licențierii neexclusive, dar și la dezvoltările/personalizărilor unor aplicații preexistente (obiect al licențelor neexclusive)?

Cerința acordului de tip escrow se aplică codurilor aplicațiilor care nu se află în proprietatea ofertantului (de ex. licențele complementare)?

... afișează tot conținutul

Cerința privind acordul de tip escrow se aplică, la solicitarea BNM, tuturor componentelor aplicațiilor livrate sub licență neexclusivă, în măsura în care acestea fac parte integrantă din soluția ofertată (excluzând licențele complementare).
Pentru componentele dezvoltate în cadrul proiectului, inclusiv orice personalizări sau extensii realizate asupra soluțiilor existente, toate codurile sursă aferente vor fi transmise BNM în mod direct.

... afișează tot conținutul

Ținând cont că etapele proiectului sunt orientative și pot fi adaptate în funcție de metodologia ofertantului, este permisă includerea unor sub etape, cum ar fi faze pilot, atâta timp cât sunt respectate obiectivele și livrabilele finale prevăzute în planul general de implementare?

... afișează tot conținutul

Da, este permisă includerea unor sub etape, cum ar fi faze pilot, acestea putând fi tratate ca activități în cadrul etapelor de proiect, cu respectarea obiectivelor și livrabilelor finale prevăzute în planul general de implementare. Planul de proiect va fi întocmit de către ofertant la discreția acestuia, reieșind din experiența și bunele practici privind implementare unor asemenea soluții IT, considerând cerințele față de managementul proiectului, în special CMP.17 și coordonarea cu Beneficiarul (BNM).

... afișează tot conținutul

Exista matrici predefinite de aprobare?
Sunt suportate validari in caz de absenta a unui validator (delegare, auto-escalare)? Intrebarea este si in contextul cerintei non-functionale CNF260. "Aplicația va permite delegarea temporară a drepturilor deținute de un utilizator către alt utilizator. Delegarea se poate face prin păstrarea sau suspendarea drepturilor deținute de utilizatorul căruia ii sunt delegate drepturile."

... afișează tot conținutul

Există matrice de aprobare predefinite, dar este de menționat că matricele de aprobare sunt definite pe roluri, nu pe persoane.
Cerința CNF 260 se refera la delegarea rolurilor acordate unor anumitor persoane în vederea înlocuirii/exercitării unor anumitor drepturi. În acest sens, aplicația va permite delegarea rolurilor.

... afișează tot conținutul

Exista cerinte specifice privind tipurile de template-uri necesare?

... afișează tot conținutul

„Templaturi” se referă la documente care au un caracter reglementat de cadrul legal și pentru care există anumite cerințe specifice. Pentru aceste situații, template-urile necesare vor fi furnizate și vor putea fi definite la etapa de analiză și design.

... afișează tot conținutul

Pentru documentele scanate si orice alte documente externe, este corect sa presupunem ca interfatarea se va efectua cu un singur Document Management System (adica sistemul SGED mentionat la punctul CI32)?

... afișează tot conținutul

Da, curent, interfațarea se va efectua cu un singur Document Management System (adică sistemul SGED, menționat la cerința CI32).
Totodată, rugăm a se considera cerința CI 32: „Ținând cont de limitările sistemelor actuale ce urmează a fi înlocuite (ca perimetru al acestei achiziții), este important de menționat că soluțiile de automatizare ce au fost implementate pentru părți din fluxurile de lucru pe procese/subprocese (process related workflows), se regăsesc în afara acestor sisteme, fiind implementate în cea mai mare parte în cadrul Sistemului de gestiune electronică a documentelor (SGED).
Având în vedere acest fapt, la etapa respectivă Ofertantul selectat va efectua revizuirea/analiza fluxurilor actuale de date inclusiv pe cele efectuate prin intermediul SGED, în vederea creării unei imagini end-to-end asupra procesului ce urmează a fi automatizat și preluării de către soluția ofertată a acelor părți de procese, astfel încât să se asigure automatizarea maximă a procesului și a evita orice dispersare nejustificată a proceselor susținute de sistemul ofertat”.

... afișează tot conținutul

Ce volum de date este estimat dupa 3 ani (numar documente, tranzactii, dimensiune DB)?

... afișează tot conținutul

Volumul de date estimat după 3 ani nu este considerat semnificativ din perspectiva performanței sau a dimensionării bazei de date. Numărul de tranzacții zilnice este relativ redus, situându-se în general la nivelul a câtorva zeci de tranzacții pe zi.
Prin urmare, dimensiunea bazei de date este estimată a fi foarte modestă, iar creșterea acesteia în următorii ani nu este de natură să genereze constrângeri de performanță, stocare sau scalabilitate pentru soluția propusă.
Totuși, o estimare mai precisă privind volumul de documente, tranzacții și dimensiunea bazei de date va fi elaborată în cadrul etapei de analiză și design, în funcție de structura finală a soluției și a proceselor automatizate.

... afișează tot conținutul

Ce nivel de audit este obligatoriu: la nivel de camp, document, tranzactie?

... afișează tot conținutul

Se așteaptă ca sistemul să dispună de funcționalități de auditare cât mai detaliate, în conformitate cu cerințele din Caietul de sarcini – 1.9.5. Audit și monitorizare a securității.

... afișează tot conținutul

Exista un furnizor PKI agreat sau solutia trebuie sa se integreze cu orice autoritate de certificare acreditata la nivel national?

... afișează tot conținutul

Soluția trebuie să se integreze cu un singur furnizor PKI la nivel național, cu serviciul național de semnătură electronică calificată (Msign – msign.gov.md).

... afișează tot conținutul

Sunt necesare functionalitati de tip „dreptul de a fi uitat" / anonimizare? Aici intrebarea este si in contextul cerintei CP22 din cadrul sectiunii referitoare la Mentenanta, respectiv "Ca parte a contractului de mentenanță, Furnizorul se obligă să asigure în cadrul versiunilor noi, inclusiv actualizări ale funcționalităţilor pentru corespunderea cu cerințele setate la nivel european (în conformitate cu directivele europene) cu privire la protecția datelor cu caracter personal."

... afișează tot conținutul

Considerând cerința CP 22, soluția trebuie să dispună de funcționalități de tip „dreptul de a fi uitat/anonimizare”.

... afișează tot conținutul

Este corect sa presupunem ca si pentru sistemul CBS este valabila cerinta CF255 de la sectiunea ERP (pagina 100 din caietul de cerinte) referitoare la "Soluţia trebuie să deţină interfețe de exportare a datelor către un repozitoriu de date centralizat (DataWarehouse), pentru a fi analizate prin intermediul unui BI (Business Intelligence)"?

... afișează tot conținutul

În conformitate cu CNF.79 „Aplicația va avea interfețe standard pentru exportul de date în cadrul instrumentelor Data Warehouse.”, care este aplicabilă atât pentru lotul I cât și pentru lotul II.

... afișează tot conținutul

Puteti sa furnizati informatii high-level referitoare la modul de integrare/interfetele disponibile pe partea aplicatiilor BNM?
Rugam confirmarea ca CBS nu va prelua functionalitati operationale aferente sistemelor descrise in Anexa 10 (Perspectiva de interoperabilitate), respectiv faptul ca urmatoarele sisteme vor continua sa functioneze dupa implementarea CBS (iar CBS doar se va interfata cu acestea):
Sistemul de gestiune a operatiunilor cu numerar
R001 - Sistemul de gestiune a rezervelor obligatorii
O002 - Sistemul Operatiuni de Piata (SOP)
Sistemul de salarizare
Sistemul Automatizat pentru plati interbancare (SAPI)
Sistemul Plati Instant (MIA)
W005 - SGED
SIRBNM
Sistemul Balanta de Plati
Sistemul de calculare a ratelor de schimb oficial
CSD - Depozitarul Unic Central

... afișează tot conținutul

Informațiile cu privire la interfațarea cu alte sisteme este descrisă în anexa nr. 10 „Perspectiva de interoperabilitate”. CBS nu va prelua funcționalitățile operaționale aferente sistemelor descrise în anexa 10, fiind necesară interfațarea cu acestea, cu excepția SGED (Sistemului de gestiune electronica a documentelor), pentru care rugăm a se considera cerința CI 32: „Ținând cont de limitările sistemelor actuale ce urmează a fi înlocuite (ca perimetru al acestei achiziții), este important de menționat că soluțiile de automatizare ce au fost implementate pentru părți din fluxurile de lucru pe procese/subprocese (process related workflows), se regăsesc în afara acestor sisteme, fiind implementate în cea mai mare parte în cadrul Sistemului de gestiune electronică a documentelor (SGED).
Având în vedere acest fapt, la etapa respectivă Ofertantul selectat va efectua revizuirea/analiza fluxurilor actuale de date inclusiv pe cele efectuate prin intermediul SGED, în vederea creării unei imagini end-to-end asupra procesului ce urmează a fi automatizat și preluării de către soluția ofertată a acelor părți de procese, astfel încât să se asigure automatizarea maximă a procesului și a evita orice dispersare nejustificată a proceselor susținute de sistemul ofertat”.

... afișează tot conținutul