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) - REPETAT

Request the bank to confirm if the evaluation will be done based on a 5 year TCO i.e. Implementation + warranty period + 5 years

... afișează tot conținutul

Yes, your understanding is correct.

... afișează tot conținutul

CL.12 impune activarea licentelor nu mai devreme de acceptarea Go-Live. Politica standard Oracle impune ca software-ul sa fie licentiat de la momentul instalarii si utilizarii, nu de la o data viitoare. Acest lucru creeaza un conflict pentru perioada de implementare de 18-24 de luni. Va rugam sa clarificati:
- In cazul unui conflict intre politica standard de licentiere Oracle si cerinta CL.12 privind momentul activarii, care cerinta prevaleaza contractual? Daca politica Oracle are prioritate, ofertantul trebuie sa includa costurile licentelor Oracle de la instalare, nu de la Go-Live.

... afișează tot conținutul

BNM confirmă că politicile standard de licențiere ale producătorilor (ex. Oracle) trebuie respectate.
În acest context, cerința CL.12 trebuie interpretată astfel:
• în situația în care, conform politicilor producătorului, licențele trebuie activate/achiziționate la momentul instalării sau utilizării (anterior Go-Live), ofertantul va respecta aceste politici;
• toate costurile aferente licențelor pe perioada de implementare (până la Go-Live) vor fi suportate de către ofertant și incluse în ofertă;
• la momentul Go-Live, ofertantul va asigura că serviciile de suport și mentenanță pentru licențe sunt valabile pentru o perioadă de minimum 12 luni, astfel încât să acopere perioada de garanție.

... afișează tot conținutul

CL.12 prevede ca licentele se activeaza la acceptarea Go-Live, iar costurile de preactivare sunt suportate de ofertant. Oracle Database nu ofera licente de evaluare cu durata limitata pentru utilizare in productie - trebuie licentiat din momentul instalarii. Pentru o implementare de 18-24 luni, ofertantul trebuie fie sa absoarba costurile licentelor Oracle de la initierea proiectului, fie sa identifice o alta aranjament. Va rugam sa clarificati:
- Ofertantul trebuie sa includa in oferta sa costurile licentelor si suportului Oracle Database pentru intreaga perioada de pre-Go-Live de 18-24 luni, sau BNM intentioneaza sa incheie un acord direct cu Oracle de la initierea proiectului pentru a acoperi fazele de constructie si testare?
- BNM ar putea permite activarea si facturarea licentelor Oracle (baza de date si middleware) de la initierea proiectului - cu inceperea termenului de Suport Anual de la acea data - pastrand in acelasi timp licentele aplicatiei CBS/ERP sub regula de activare Go-Live conform CL.12? Aceasta reprezinta cea mai curata rezolvare comerciala a conflictului CL.12/politica Oracle.

... afișează tot conținutul

Având în vedere cerințele și constrângerile ce reies din procedura de achiziție, Vă comunicăm că BNM nu intenționează să încheie acorduri directe cu producătorii pentru acoperirea fazelor de implementare. Ofertantul este responsabil să asigure toate elementele necesare livrării soluției.
În situația în care, conform politicilor producătorului, licențele trebuie activate la momentul instalării/utilizării (anterior Go-Live) și nu există opțiuni de utilizare în regim trial sau echivalent, ofertantul va respecta aceste politici și va include în ofertă costurile aferente perioadei de implementare.
Livrarea licențelor poate avea loc înainte de Go-Live, în funcție de necesitățile de implementare, însă facturarea acestora va avea loc exclusiv la etapa de Go-Live, în conformitate cu condițiile de plată stabilite.
Ofertantul are libertatea de a propune modele de licențiere conforme cu politicile producătorului (ex. aranjamente temporare, inclusiv încheierea contractelor tripartide, sau alte mecanisme comerciale), astfel încât să gestioneze perioada de implementare.
Ofertantul va asigura că, la momentul Go-Live, serviciile de suport și mentenanță pentru licențe sunt valabile pentru o perioadă de minimum 12 luni, acoperind perioada de garanție.

... afișează tot conținutul

CL.11a impune BNM sa mentina medii de Dezvoltare si Testare (~3 utilizatori concurenti pentru fiecare lot). Pentru Oracle Database in mod specific, va rugam sa clarificati:
- Licentele Oracle Named User Plus (NUP) cu minimum 25 NUP per Procesor vor fi acceptabile pentru mediile Dev si Test, sau BNM solicita licente complete bazate pe Procesor, similare cu modelul de licentiere din mediul de productie?
- Licentele Oracle Dev/Test vor fi supuse aceleiasi cerinte de perpetuitate (CL.15), sau pot fi acoperite printr-un acord Oracle Technology Network (OTN) sau similar pentru utilizare non-productie?

... afișează tot conținutul

BNM subliniază că mediile de Dezvoltare și Testare sunt medii non-productive, iar așteptarea este ca licențierea propusă să fie adecvată acestui scop și să nu conducă la o creștere artificială a costurilor.
În acest context:
Ofertantul trebuie să propună un model de licențiere proporțional cu utilizarea non-producție (ex. număr redus de utilizatori, scop de dezvoltare/testare), evitând orice costuri nejustificate.
Sunt acceptabile licențe dedicate mediilor de dezvoltare/testare, inclusiv modele pe bază de aranjamente specifice (ex. OTN sau echivalent), cu condiția respectării politicilor producătorului.
Cerința de perpetuitate (CL.15) se aplică mediului de producție. Pentru mediile Dev/Test, ofertantul poate propune modele flexibile, adecvate duratei și scopului utilizării.

... afișează tot conținutul

Specificatiile creeaza doua principii in tensiune: licentele trebuie sa fie perpetue (CL.15), dar plata se face pentru numarul efectiv utilizat. In plus, TCO acopera doar Anii 1-6. Va rugam sa clarificati:
- Daca numarul de utilizatori la Go-Live este mai mic decat maximul din Anexa Nr. 9, BNM plateste doar pentru utilizatorii efectivi? Cum este stabilit formal numarul de licente perpetue - la numarul efectiv de la Go-Live sau la maximul din Anexa Nr. 9?
- Daca BNM plateste pentru 60 de utilizatori la Go-Live, dar cantitatea oferita a fost 100, BNM pastreaza optiunea de a activa cele 40 de licente ramase ulterior fara costuri suplimentare de licentiere?
- Oracle Database este licentiat per Procesor (cu un factor multiplicator pe core). In conformitate cu principiul platii pentru utilizare efectiva, BNM plateste licentele Oracle in functie de numarul de core-uri de procesor alocate la Go-Live, cu dreptul contractual de a activa licente suplimentare pana la cantitatea oferita fara negocieri suplimentare?
- Dupa Anul 6, BNM va renegocia pretul suportului de la producator, sau se asteapta ca tarifele din Anul 6 sa continue in baza aceluiasi acord?

... afișează tot conținutul

Pentru a evita o supradimensionare a licenței ofertate, BNM trebuie să dispună de dreptul de a diminua corespunzător numărul de licențe la Go-Live, dacă numărul de facto necesar este mai mic decât cel ofertat. Prin urmare, numărul de licențe perpetue este determinat la nivelul utilizării efective la Go-Live, nu la nivelul maxim ofertat.
În situația în care ofertantul include o capacitate mai mare (ex. 100 utilizatori), iar la Go-Live sunt utilizați mai puțini (ex. 60), diferența nu se consideră automat licențiată și respectiv nici disponibilă fără costuri. Activarea ulterioară a unor licențe suplimentare va fi posibilă în baza condițiilor comerciale definite în ofertă (ex. prețuri unitare, mecanisme de extindere).
Pentru componente licențiate pe bază de capacitate (ex. Oracle Database per procesor/core), se aplică același principiu. BNM va achita pentru capacitatea efectiv utilizată la Go-Live, iar orice extindere ulterioară se va realiza conform mecanismelor comerciale propuse de ofertant.
Referitor la perioada de după Anul 6, TCO acoperă perioada inițială (Anii 1–6). După această perioadă, serviciile de suport și mentenanță vor face obiectul unor negocieri ulterioare, în funcție de condițiile de piață și politicile producătorilor.

... afișează tot conținutul

Nota TCO precizeaza ca acelasi pret unitar se aplica pentru variatii ale numarului de utilizatori in limita ±10%. Pentru castigatorii ambelor loturi, licentele comune sunt numarate o singura data. Va rugam sa clarificati:
- Ce mecanism de pret se aplica pentru modificari peste ±10%? Ofertantii trebuie sa furnizeze un tabel de tarife pentru intervale de utilizatori (ex: 1-50, 51-100, 101-200) in cadrul ofertei?
- Protectia de pret ±10% se aplica individual pentru fiecare an sau cumulativ pe intreaga perioada TCO de 6 ani?
- Pentru deducerea licentelor comune (castigator ambele loturi): deducerea se aplica la semnarea contractului sau prin credite de factura la livrare? Cine stabileste formal care licente sunt 'comune' - ofertantul in oferta sa sau echipa de evaluare BNM?

... afișează tot conținutul

Mecanismul la care se face referință a fost prevăzut pentru asigurarea predictibilității costurilor pe întreaga perioadă TCO, prin utilizarea unui model de licențiere bazat pe prețuri unitare transparente și predicitbile.
În acest context:
• Ofertantul trebuie să prezinte în ofertă un model de licențiere cu prețuri unitare clare, aplicabile pe întreaga perioadă TCO (6 ani), conform cerinței.
• Pentru variații rezonabile ale numărului de licențe (în limita ±10% față de nivelul de referință), se va aplica același preț unitar atât pentru creșteri, cât și pentru reduceri, în conformitate cu cerința din TCO.
• Protecția de preț ±10% se aplică în raport cu nivelul de referință stabilit (ex. la Go-Live) și este valabilă pe întreaga perioadă prevăzută de TCO.
• Pentru variații care depășesc pragul de ±10%, ajustările se vor realiza în baza prețurilor unitare oferite de producătorul licențelor, însă cu menținerea unui mecanism transparent și predictibil.
• În cazul în care același ofertant este desemnat câștigător pentru ambele loturi, licențele comune vor fi identificate și deduse o singură dată, pentru a evita dubla licențiere.
• Identificarea licențelor comune se va baza pe propunerea ofertantului, fiind validată de către BNM în procesul de contractare, iar deducerea va fi reflectată direct în structura contractuală și financiară.

... afișează tot conținutul

CNF.10 impune un mediu de productie activ/pasiv pe doua locatii distincte de geosite. Va rugam sa clarificati:
- Ambele geosituri sunt detinute si operate de BNM (on-premise), sau al doilea site este un centru de date comercial sau o facilitate gazduita?
- Care este distanta geografica aproximativa si latenta round-trip a retelei intre cele doua situri? Replicarea sincronizata a bazei de date necesita in mod tipic o latenta round-trip sub 5ms.
- Care este banda de transfer disponibila si garantata pe legatura inter-situri?

... afișează tot conținutul

Ambele centre de date sunt deținute și operate de BNM (on-premise). Nu este prevăzută utilizarea unui centru de date comercial, sau a unor servicii de tip IaaS/PaaS.
Arhitectura activ/pasiv a fost aleasă în mod deliberat, având în vedere obiectivele de optimizare a costurilor și a eficienței operaționale, în raport cu cerințele de reziliență și continuitate.
Ofertanții trebuie să considere, la nivel de proiectare, o configurație realistă pentru un mediu activ/pasiv. Soluția propusă trebuie să fie flexibilă și adaptabilă la diferite scenarii de replicare (ex. sincronă sau asincronă) și să includă mecanisme adecvate pentru asigurarea RPO/RTO cerute.
La moment, banda de transfer disponibilă pentru SAN este de 32 Gb între site-uri, pentru LAN 10 Gbps (care este în proces de modernizare la 100 Gbps), cu o latență sub 5ms, sufiecientă pentru replicarea sincronă a bazei de date. Chiar dacă, infrastructura BNM permite replicare sincronă, ofertanții sunt încurajați să propună arhitectura care oferă cel mai bun raport reziliență/cost, fără a presupune implicit utilizarea unor opțiuni mai costisitoare.

... afișează tot conținutul

CNF.54 impune VMware pe hardware x86. CNF.43 impune arhitectura optimizata pentru 'medii de cloud computing (cel putin PaaS)'. Va rugam sa clarificati:
- Solutia va fi implementata pe hardware proprietatea BNM, la sediul BNM, sau pe o infrastructura de cloud privat gazduita de un tert?
- Azure joaca vreun rol in implementarea CBS/ERP (ex: Azure AD pentru identitate, Azure Monitor pentru jurnalizare), sau mediul Azure al BNM este complet separat de implementarea CBS/ERP?
- Ce inseamna 'cel putin PaaS' in CNF.43 in practica - compatibilitatea PaaS este un deziderat sau solutia propusa trebuie demonstrabil sa ruleze pe o platforma PaaS?

... afișează tot conținutul

Soluția va fi implementată pe infrastructură on-premise, deținută și operată de BNM, în conformitate cu cerința CNF.54 (VMware pe hardware x86). Nu este avută în vedere, în cadrul acestui proiect, utilizarea unui cloud privat.
În ceea ce privește Azure, acesta nu este prevăzut ca parte a arhitecturii CBS/ERP. Mediul Azure al BNM este complet separat de implementarea CBS/ERP.
Cerința din CNF.43 privind „cel puțin PaaS” trebuie înțeleasă ca o cerință de aliniere arhitecturală la principii moderne de cloud computing (scalabilitate, modularitate, automatizare, portabilitate), nu ca o obligație ca soluția să ruleze efectiv pe o platformă PaaS.

... afișează tot conținutul

CNF.56 impune ofertantului sa furnizeze recomandari de dimensionare a infrastructurii, dar achizitia de hardware este in afara scopului. Va rugam sa clarificati:
- Daca BNM achizitioneaza infrastructura care difera de recomandarile de dimensionare ale ofertantului si SLA-urile de performanta (CNF.88: ≤2 secunde pentru 95% din tranzactii) nu pot fi atinse, cine suporta riscul contractual?
- Recomandarile de dimensionare ale ofertantului vor fi incorporate in contract ca specificatie minima obligatorie de infrastructura, in raport cu care se valideaza achizitia efectiva de hardware a BNM?
- Care este calendarul preconizat pentru achizitia de infrastructura a BNM in raport cu inceperea implementarii CBS/ERP? O intarziere in disponibilitatea hardware-ului afecteaza direct calendarul de implementare.

... afișează tot conținutul

BNM confirmă că responsabilitățile sunt distribuite între ofertant (proiectare arhitectură, dimensionare și cerințe) și BNM (procurare infrastructură, instalare și configurare până la nivel de SO), cu obiectivul comun de a asigura atingerea nivelurilor de performanță/reziliență stabilite în caietul de sarcini.
În acest context:
• Ofertantul este responsabil să furnizeze recomandări complete și corect dimensionate de infrastructură (hardware, resurse, configurații), astfel încât soluția să poată atinge cerințele de performanță și reziliență stabilite în caietul de sarcini, în condiții de utilizare normală.
• BNM va avea în vedere aceste recomandări în procesul de achiziție/pregătire a infrastructurii.
• Recomandările de dimensionare vor constitui referință tehnică în cadrul contractului și vor fi utilizate pentru validarea adecvării infrastructurii, fără a limita dreptul BNM de a ajusta configurațiile, cu condiția menținerii parametrilor minimi necesari și agreării prealabile a acestui fapt cu ofertantul selectat.
• În situația în care infrastructura implementată se abate semnificativ de la recomandările propuse de ofertant fără ca acestea să fie coordonate de comun acord, iar acest fapt afectează în mod demonstrabil performanța/ reziliența, responsabilitatea pentru neîndeplinirea SLA-urilor va putea fi atribuită BNM.
• BNM dispune de resurse virtualizate suficiente, care pot fi alocate progresiv pe parcursul proiectului, în funcție de necesitățile de implementare. Astfel, mediile necesare (dezvoltare, testare, pre-producție) pot fi asigurate în timp util, chiar și în cazul în care achiziția unor componente hardware suplimentare este în curs.
• În ceea ce privește calendarul, achiziția infrastructurii va fi corelată cu etapele de implementare, pe baza recomandărilor ofertantului.
• Eventualele întârzieri în livrarea hardware-ului vor avea impact limitat, fiind atenuate prin utilizarea resurselor virtualizate existente, iar acolo unde este necesar, planul de implementare va fi ajustat conform mecanismelor contractuale de gestionare a dependențelor.

... afișează tot conținutul

CBS-ul curent ('Va Bank') si ERP-ul curent ('BARS/VaBank') sunt solutii bazate pe Oracle. Va rugam sa clarificati pozitia Oracle actuala a BNM pentru a permite ofertantilor sa evalueze complexitatea migrarii, dimensionarea si potentialul de reutilizare a licentelor:
- Ce versiune si editie Oracle Database este in prezent in productie pentru CBS si ERP (Standard Edition 2 sau Enterprise Edition)? Care este dimensiunea combinata aproximativa a bazei de date in GB?
- Licentele Oracle Database actuale sunt detinute perpetuu de BNM, sau sunt pastrate in baza acordului de implementare si ar expira la terminarea contractului cu furnizorul curent?
- BNM detine un Oracle Unlimited License Agreement (ULA), Oracle License and Services Agreement (OLSA) sau un Oracle Support Agreement care ar putea fi transferat sau valorificat pentru noua solutie?
- Ce produse middleware Oracle (ex: Oracle WebLogic, Oracle Forms/Reports, Oracle Application Server) sunt in prezent utilizate? Intelegerea amprentei Oracle complete ajuta la evaluarea daca acordurile Oracle existente ofera beneficii de transfer de licente

... afișează tot conținutul

Pentru asigurarea unui tratament egal al ofertanților și a comparabilității ofertelor, BNM solicită ca fiecare ofertant să includă în ofertă întregul necesar de licențe complementare pentru soluția propusă, independent de situația curentă a licențierii.
Cu titlu informativ, pentru o mai bună înțelegere a contextului existent, comunicăm următoarele:
• Licențele Oracle Database aferente sistemelor existente sunt deținute perpetuu de BNM.
• BNM deține un contract activ de suport Oracle (Oracle Support Agreement) pentru licențele curente, acestea fiind licențiate în model Named User Plus (NUP).
• În cadrul soluțiilor actuale sunt utilizate produsele Oracle Database și Oracle Forms.
Totodată, menționăm că, în cazul în care, în cadrul etapei de analiză și design a soluției propuse, se va constata posibilitatea reutilizării anumitor licențe existente, BNM își rezervă dreptul de a solicita diminuarea corespunzătoare a cantității de licențe complementare necesare.

... afișează tot conținutul

Furnizorul CBS este obligat sa livreze un ESB ca platforma de integrare la nivel de organizatie (CNF.60), deservind toate cele 101 aplicatii ale BNM. Va rugam sa clarificati:
- Cine va administra si va detine ESB-ul dupa Go-Live - departamentul IT al BNM sau furnizorul CBS? Daca furnizorul CBS, in baza carei aranjamente comerciale (inclus in garantie sau un SLA de mentenanta separat)?
- BNM dispune de middleware de integrare existent (ex: IBM MQ, MuleSoft, WSO2, BizTalk) pe care noul ESB il va inlocui? Daca da, migrarea integrarilor existente catre noul ESB va fi in scopul furnizorului CBS?

... afișează tot conținutul

ESB-ul livrat în cadrul proiectului va deveni parte a platformei IT a BNM și va fi deținut și administrat de către BNM după Go-Live.
Furnizorul CBS va asigura implementarea, configurarea și transferul de cunoștințe, precum și suportul necesar pe partea sa de responsabilitate (interfețele dezvoltate) în perioada de garanție și, ulterior, în baza unui acord de mentenanță (dacă va fi contractat).
Referitor la existența unui middleware de integrare actual, BNM nu dispune de un astfel de sistem și respectiv nu prevede reutilizarea sau înlocuirea unei soluții existente specifice.
Migrarea integrărilor existente (în măsura în care acestea sunt necesare pentru funcționarea noului sistem) va face parte din responsabilitatea furnizorului, însă doar pentru integrările relevante în perimetrul soluției ofertate CBS/ERP. Respectiv, nu se așteaptă ca furnizorul să preia sau să migreze în mod exhaustiv toate aplicațiile deținute, ci să implementeze doar integrările necesare conform perimetrului proiectului (a se vedea Anexa 10 pentru interfețele ce urmează a fi implementate).

... afișează tot conținutul

Pentru dimensionarea corecta, ofertantii au nevoie de un catalog de integrari complet si precis. Va rugam sa furnizati sau sa confirmati:
- O lista exhaustiva completa a tuturor sistemelor cu care CBS si ERP trebuie sa se integreze, distingand clar integrarile obligatorii de cele optionale.
- Pentru fiecare integrare: protocolul/formatul (REST/SOAP/ISO 20022 MX/MQ/fisier/proprietar), versiunea curenta utilizata la BNM si daca exista un document formal de specificatie API care va fi pus la dispozitie.
- Pentru SWIFT: care este modelul curent de conectivitate SWIFT al BNM - SWIFT Alliance Gateway, Alliance Lite2 sau un birou tert? Noul CBS se va conecta la infrastructura SWIFT existenta a BNM?
- Pentru Bloomberg: ce tip de licenta de date Bloomberg utilizeaza BNM (SAPI, B-PIPE, doar Terminal)? Licentele de acces API/feed Bloomberg vor fi achizitionate separat de BNM sau furnizorul CBS trebuie sa includa conectivitatea Bloomberg in oferta sa?

... afișează tot conținutul

Este de menționat că la această etapă a procedurii, nu pot fi furnizate specificații tehnice detaliate complete (ex. protocoale exacte, structuri de mesaje, definiții API) pentru toate integrările. În acest context este important de ținut cont cu privire la următoarele aspecte:
• Anexa Nr. 10 oferă o viziune de nivel înalt asupra integrărilor necesare, inclusiv sistemele implicate și scopul acestora, constituind baza pentru dimensionarea inițială a soluției.
• Suplimentar, în cadrul caietului de sarcini sunt incluse, în mod punctual, cerințe funcționale și tehnice care descriu mai detaliat tipurile de informații și fluxurile ce trebuie asigurate prin aceste integrări.
• Specificațiile detaliate (inclusiv formate, protocoale, versiuni, documentație API) vor fi puse la dispoziția ofertantului câștigător în etapa de Analiză și Design, în vederea definirii și implementării integrărilor.
• În ceea ce privește protocoalele și formatele de schimb de date, NBM are ca așteptare utilizarea unor standarde deschise și larg adoptate în industrie, cu prioritate pentru:
o API-uri standardizate (ex. REST);
o standarde specifice sectorului financiar (ex. ISO 20022);
o alte protocoale consacrate, acolo unde este justificat.
Suplimentar, menționăm că:
- Swift: Pentru SWIFT modelul de conectare este SWIFT Alliance Gateway. Da, noul CBS se va conecta la infrastructura SWIFT existentă a BNM.
- Bloomberg: Accesam date din Bloomberg prin intermediul protocoalelor SFTP si FIX (Produsele Bloomberg utilizate:
SFTP: DATA LICENSE, AUCTIONS PLATFORM
FIX: FIXED INCOME, FXGO.

... afișează tot conținutul

CF.59 impune clasificarea completa a instrumentelor financiare conform IFRS 9, calculul ECL si suportul pentru testul SPPI. Intrebarea critica este unde se situeaza limita sistemului intre CBS si instrumentele analitice externe:
- BNM va furniza parametrii modelului ECL (PD, LGD, EAD, factori de actualizare) catre CBS dintr-o aplicatie externa, sau CBS trebuie sa contina propriul motor de calcul ECL? Daca extern, ce aplicatie produce in prezent acesti parametri?
- Cat de frecvent efectueaza BNM remeasurarea ECL - zilnic, lunar sau doar la fiecare data de raportare? Aceasta determina profilul de procesare si daca calculul batch sau cel in timp real este necesar.
- CF.59d impune masurarea valorii juste utilizand parametrii de piata din platformele de tranzactionare. BNM utilizeaza un sistem dedicat de evaluare (ex: Bloomberg PORT, ICE) care furnizeaza valori juste calculate catre CBS, sau CBS trebuie sa contina un motor propriu de curbe de randament si calcul al valorii juste?

... afișează tot conținutul

BNM va furniza către CBS parametrii modelului ECL, aceștia putând fi introduși fie manual, fie prin încărcarea unor fișiere (ex. în format Excel). CBS va include un motor propriu de calcul pentru efectuarea calculelor ECL, în conformitate cu metodologia stabilită de BNM, rezultatele fiind generate lunar.
În ceea ce privește evaluarea valorii juste, CBS nu necesită, în mod obligatoriu, dezvoltarea unui motor propriu complet de evaluare. CBS poate utiliza date de piață importate din platforme de tranzacționare (ex. Bloomberg), fie automat, fie manual, iar calculul valorii juste se realizează în cadrul CBS, în conformitate cu parametrii și metodologia stabilite de BNM.

... afișează tot conținutul

CF.15 impune prezentarea simultana a monedei originale, MDL si a unei a doua monede de raportare la nivel de tranzactie. CF.50 extinde aceasta cerinta la metale pretioase si DST. Va rugam sa clarificati:
- Afisarea simultana a celor trei monede (originala + MDL + USD/EUR) la nivel individual de tranzactie este o cerinta stricta sau este acceptabila ca o capacitate de raportare/interogare fara inregistrare tripla in timp real in registrul general?
- Pentru metale pretioase (aur, argint): CBS trebuie sa mentina conturile de metal in uncii troy (XAU/XAG) cu reevaluare automata utilizand preturile de fixare LBMA importate din Bloomberg, sau metalele sunt mentinute doar la valoarea echivalenta in MDL?
- Pentru DST: BNM solicita aplicarea automata a evaluarii zilnice a cosului DST al FMI (EUR/USD/GBP/JPY/CNY), sau rata DST este introdusa manual in CBS?
- CF.51 descrie rutarea platilor printr-un cont corespondent EUR multivaluta pentru monedele pentru care BNM nu are un cont nostro direct. Cate astfel de monede exista in prezent si CBS trebuie sa gestioneze aceasta logica de rutare ca un tabel de parametri configurabil?

... afișează tot conținutul

Toate înregistrările per tranzacție se efectuează în valuta originală a instrumentului si echivalentul acestuia în MDL la cursul oficial, însă la generarea rapoartelor sa fie si in valuta EUR/USD.
- Pentru metale prețioase urmează a fi utilizat prețul aurului stabilit de către BNM pentru ziua respectivă. Prețul este stabilit zilnic pentru un gram de aur fin exprimat în lei moldovenești
- Pentru DST urmează a fi utilizat cursul oficial al leului moldovenesc fata de DST stabilit zilnic de către BNM. Cursul DSTMDL este în Lista valutelor străine fata de care BNM cotează leul moldovenesc.
- In ziua in care primim ordinul de plata in „alte valute” (valuta in care BNM nu are cont corespondent) de la clientul BNM prin Client-Bank, acesta se importa in sistemul intern BNM si i se atribuie data valutei T+2 (conform cerințelor corespondentului unde BNM are cont multivalutar), respectiv data contabilizării care va fi identica cu data valutei. După autorizările corespunzătoare de către persoanele responsabile BNM, se creează si se exporta in SWIFT Alliance mesajul de tip pacs.008 in „alte valute” originala, care se expediază corespondentului in ziua primirii ordinului de plata.
Urmare expedierii mesajului, de la banca corespondenta primim un mesaj de debitare (la moment MT900, ulterior camt.054) a contului cu suma echivalenta in EUR a sumei in „alte valute” expediata, respectiv cu data valutei corespunzătoare. La data valutei, in ordinul de plata din sistemul intern de evidenta, executorul introduce suma in EUR (din mesajul MT900 menționat), echivalentul căreia in MDL va fi egal cu echivalentul in MDL a sumei „alte valute” expediate la cursul oficial din data contabilizării.
In cazul in care ordinul de plata in „alte valute” este a BNM-lui, ordinul de transfer se perfectează direct in SWIFT Alliance, conform condițiilor corespondentului descrise mai sus, iar ulterior la data contabilizării, in baza mesajului de debitare (MT900) se perfectează un document contabil in” alte valute” contra valuta contului corespondent prin care a fost efectuat ordinul de transfer respectiv.
La moment, plățile in „alte valute” sunt doar in CHF, CAD si NOK.

... afișează tot conținutul

CF.75 impune toate instrumentele de politica monetara recunoscute de BCE. Va rugam sa clarificati:
- Care dintre instrumentele de politica monetara enumerate in CF.75 sunt utilizate activ de BNM astazi si care sunt cerintele prospective anticipate in contextul aderarii la UE? Aceasta informatie de perimetru afecteaza direct efortul de dezvoltare in cadrul licitatiei.
- BNM a acordat vreodata in practica Asistenta de Urgenta de Lichiditate (ELA)? Daca da, BNM poate furniza o specificatie de proces pentru ELA pentru a permite dimensionarea corecta a ofertei?
- CF.86 impune generarea de ordine de plata pe baza rezultatelor licitatiilor Bloomberg si transmiterea acestora catre ADPS. Aceasta transmitere CBS -> ADPS trebuie sa fie complet automatizata fara niciun pas de confirmare umana, sau este necesara o autorizare finala a unui ofiter BNM inainte de transmiterea catre ADPS?
- Pentru operatiunile repo/reverse repo, care este frecventa preconizata in practica a apelurilor in marja, si CBS trebuie sa genereze automat ordinele de plata pentru apeluri in marja la declansarea unui deficit de marja sau aceasta necesita intotdeauna initierea manuala de catre personalul BNM?

... afișează tot conținutul

- Instrumentele de politică monetară utilizate activ de BNM astăzi sunt operațiuni de emitere a certificatelor BNM și repo. În contextul schimbării situației pe piața monetară/deciziilor conducerii BNM/aderării la UE ar putea fi utilizate și celelalte instrumente care includ: tranzacţii reverse repo cu active eligibile; tranzacţii simple (vînzări și cumpărări definitive de VMS); acordare de credite garantate cu active eligibile; atragere de depozite la termen.
- BNM nu a acordat ELA, dar instrument foarte similar.
- Nu planificam sa avem intervenții umane la transmiterea din CBS in ADPS (CF.86)
- Apeluri în marjă sunt efectuate de către Depozitarul Central Unic în conformitate cu art. 77 a Regulilor DCU în vigoare. Astfel apel în marjă se procesează în baza ordinului de plată emis de către DCU.

... afișează tot conținutul

CBS trebuie sa se interfateze cu ADPS (RTGS, DNS si Plati Instant MIA). Va rugam sa clarificati:
- ADPS opereaza in prezent nativ in formatul ISO 20022 MX, sau tranzactiile circula inca in format SWIFT MT necesitand o traducere MT<->MX ca parte a integrarii CBS?

... afișează tot conținutul

SAPI (ADPS) operează nativ în formatul ISO 20022 MX, nu este necesara conversia din MT in MX.

... afișează tot conținutul

CF.210-225 acopera o gama de facilitati de imprumut FMI, contabilitate bazata pe DST si procesarea de bilete la ordin. Va rugam sa clarificati:
- Cate facilitati de imprumut FMI (transe pentru EFF, ECF, RFI, RCF, RSF) deserveste BNM in prezent simultan? Aceasta determina direct complexitatea cerintei de gestionare a transelor concurente din CF.225.
- CF.219 descrie rambursarea imprumutului GRA prin conversia FX in DST la un 'curs de schimb special'. Este acesta cursul de schimb DST oficial publicat zilnic de FMI, sau un curs negociat separat per tranzactie de rambursare?
- CF.218 impune procesarea debitelor directe PRGT initiate de FMI prin SWIFT MT900/camt.054. CBS trebuie sa aplice aceste debite automat fara autorizare umana, sau este necesara o etapa de autorizare a unui ofiter BNM inainte ca debitul sa fie inregistrat in registrul general?

... afișează tot conținutul

La moment BNM deservește cumulativ din numele RM 32 tranșe/facilități de împrumuturi acordate de FMI, după cum urmează:
EFF – 14 tranșe, dintre care 6 partajate între BNM și MF și 8 exclusiv contractate de MF;
ECF – 14 tranșe, dintre care 2 partajate între BNM și MF și 12 exclusiv contractate de MF;
RSF – 3 tranșe, contractate de MF
RCF – un împrumut activ contractat de MF.

Cursul de schimb DST vs Valuta FX este un curs oficial, publicat zilnic de FMI și disponibil publicului. Conform normei standard a FMI în cadrul tranzacțiilor de conversie (DST vs Valuta) este utilizat cursul din T-2 de la data valutei operațiunii FX.
Toate tipurile de inregistrari interne a mesajelor SWIFT intrari/iesiri presupun interventie manuala prin autorizare umana (câteva nivele, minim 2) inclusiv procesarea acestui tip de operațiune, principiu care urmează a fi aplicat și ulterior.

... afișează tot conținutul

CF.162 impune functionalitati de front si middle office pentru gestionarea rezervelor valutare, inclusiv analiza performantei portofoliului, importul VaR si verificarile de conformitate pre/post-tranzactie. Limita dintre CBS si Bloomberg este importanta pentru dimensionarea ofertei:
- CBS se asteapta sa functioneze ca sistem de front-office pentru tranzactionare in gestionarea rezervelor, sau Bloomberg (sau o alta platforma) ramane front-end-ul de tranzactionare in timp ce CBS serveste ca back-office de decontare, contabilitate si evidenta? CF.165 implica faptul ca Bloomberg genereaza ordinele de tranzactionare pe care CBS le proceseaza ulterior - va rugam sa confirmati.
- CF.162b impune importul VaR, CVaR si PV01 din Bloomberg. BNM va furniza sau confirma o Licenta de Date Bloomberg existenta care autorizeaza extractia API a acestor masuri de risc calculate?
- CF.162c impune simulari de conformitate pre-tranzactie (verificari limite investitionale, deviatia de durata). Acestea trebuie calculate in motorul CBS, sau este acceptabila declansarea simularii in Bloomberg si importul rezultatului in CBS?
- Cate sub-portofolii de investitii distincte (pe moneda, clasa de active, model de business IFRS 9) mentine BNM in prezent in cadrul rezervelor sale valutare?

... afișează tot conținutul

Confirmăm că Bloomberg rămâne platforma de tranzacționare pentru gestionarea rezervelor valutare și generarea tichetelor, în timp ce CBS va asigura decontarea, contabilitatea, evidența și capacitatea de încărcare automată a tichetelor generate de Bloomberg. De asemenea, confirmăm că BNM deține licența Bloomberg Data License, care autorizează extragerea datelor prin API. Pentru simulările pre-tranzacționare, acestea trebuie calculate utilizând motorul intern CBS.
În prezent, NBM are 4 portofolii distincte de venit fix (Fixed Income) și un portofoliu de depozite la termen:
1. Portofoliu de venit fix administrat intern, raportat la un benchmark în euro
2. Portofoliu de venit fix administrat intern, raportat la un benchmark în USD
3. Portofoliu de venit fix administrat extern, raportat la un benchmark în USD
4. Portofoliu administrat intern, evaluat la cost amortizat, în EUR și USD
5. Portofoliu de depozite la termen în euro, USD și GBP
În același timp, numărul portofoliilor de investiții sau monedele de denominare pot varia în timp.

... afișează tot conținutul

Moldova a devenit membra operationala SEPA la 6 octombrie 2025. CF.246 este asadar o cerinta obligatorie la Go-Live. CBS trebuie sa proceseze plati SEPA din Ziua 1. Va rugam sa clarificati specificatiile de integrare:
- BNM insasi detine statut direct de Participant SEPA, sau BNM actioneaza ca regulator si NASO in timp ce fluxurile de plati SEPA circula exclusiv prin cele 8 banci comerciale care detin statut de Participant? Aceasta determina daca CBS trebuie sa se conecteze la SEPA ca participant direct sau exclusiv ca infrastructura de decontare.
- La ce Mecanism de Compensare si Decontare SEPA (CSM) este conectat sistemul bancar moldovenesc (ex: STEP2/EBA Clearing, TIPS/BCE, RT1, Iberpay)? Arhitectura de integrare CBS depinde de aceasta informatie.
- Ce scheme de plata SEPA trebuie sa suporte CBS la Go-Live: SCT (Transfer Credit SEPA), SCT Inst (Instant SEPA - sub 10 secunde), SDD Core, SDD B2B?
- CF.246 face referire la 'mesaje SWIFT in/din sistemul SEPA'. SEPA utilizeaza nativ ISO 20022 XML (pacs/camt), nu SWIFT MT. BNM se asteapta ca CBS sa genereze direct mesaje ISO 20022 native SEPA, sau sa ruteze printr-un gateway SWIFT-catre-SEPA? SWIFT Alliance Gateway existent al BNM este deja configurat pentru rutarea SEPA?

... afișează tot conținutul

BNM nu deține statut de participant SEPA
Asociatia Bancilor din Moldova este NASO
Nu există nici un hub național de transmitere/primire a mesajelor SEPA (aka infrastructură de decontare). Toate băncile sunt conectate individual, indirect.
Nici o bancă nu este conectată direct la CSM.
În dependență de intermediarul ales, CSM pot fi diferite.
Moldova a fost admisă la 3 scheme: SCT, SCTinst, SDD. La moment băncile locale au aderat doar la SCT.
BNM va utiliza una din aceste 3 scheme: SCT, SCTinst, SDD, care va fi decisa la etapa de analiza si design.
SWIFT Alliance Gateway existent al BNM nu este configurat pentru rutarea SEPA.

... afișează tot conținutul

CBS trebuie sa gestioneze creditele imobiliare si de consum ale angajatilor BNM cu integrare biderectionala cu sistemul separat de Salarizare. Va rugam sa clarificati:
- Ce format de schimb de date si calendar se asteapta pentru interfata CBS<->Salarizare: lot lunar bazat pe fisiere sau API in timp real? Specificatia de interfata a sistemului de Salarizare va fi pusa la dispozitia furnizorului CBS in faza de Analiza si Design?
- Avantajul angajatorului din CF.228 pare sa se refere la subventionarea de catre BNM a ratelor dobanzilor la creditele angajatilor sub nivelul pietei. Exista un plafon reglementat al acestei subventii conform Codului Fiscal al Republicii Moldova si CBS trebuie sa calculeze automat si sa raporteze valoarea avantajului in natura in scopuri fiscale?

... afișează tot conținutul

- În conformitate cu cerințele BNM referitor la implementarea unui sistem modern și flexibil, așteptarea este ca interfețele să fie standardizate, pe cât posibil, prin API-uri, în linie cu bunele practici moderne de integrare.
Soluția trebuie să fie flexibilă și să poată suporta atât integrare prin API-uri (implicit, inclusiv în timp real sau aproape în timp real), cât și schimburi de date de tip batch (ex. pe bază de fișiere), acolo unde este necesar.
Deși anumite procese (ex. calcul salarial) pot avea o componentă periodică, există și evenimente operaționale frecvente (ex. acordare concedii, concedii medicale, alte modificări de statut), care necesită schimb de date mai frecvent, motiv pentru care API-urile sunt considerate mecanismul principal de integrare.
Schimburile de tip batch pot fi utilizate complementar, acolo unde este justificat, însă nu reprezintă mecanismul implicit.
Specificațiile detaliate ale interfeței sistemului de salarizare (formate, structuri de date, protocoale etc.) vor fi puse la dispoziția ofertantului câștigător în etapa de Analiză și Design.
- Confirmăm că avantajul acordat salariaților sub forma subvenționării ratei dobînzii la creditele acordate sub nivelul pieței constituie facilitate impozabilă și este reglementată de art. 19 din Codul fiscal al RM. În acest sens: diferența dintre dobânda aplicată și dobânda de piață reprezintă venit impozabil pentru angajat. Acest avantaj urmează a fi determinat, evidențiat și raportat în scopuri fiscal conform legislației fiscale. Astfel, CBS trebuie să asigure: calculul automat al avantajului în natură aferent fiecărui angajat, în baza metodologiei stabilite; cu transmiterea informaţiei către sistemul de salarizare pentru a fi inclusă în baza impozabilă.

... afișează tot conținutul