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)

Se poate lua in considerare cazul in care se foloseste un singur sistem, care sa ofere atat functionalitatile aferente CBS cat si cele pentru ERP?
In caz ca da:
- exista elemente operationale diferite pentru cele doua sisteme din punctul de vedere al datei de lucru a sistemelor?
- exista obligativitatea de a functiona in doua instante diferite pentru a conferi independenta operationala / contabila / functionare in regim DR la centrul de rezerva?
CDM.6.g.

Este corect sa presupunem ca participarea Ofertanului la activitatea de curatare si imbogatire a datelor se refera doar la continutul datelor extrase in structurile specifice pentru migrare, adica fara a insemna ca Ofertantul participa operational efectiv (adica nu doar cu servicii de consultanta) la curatarea datelor in actualele sisteme sursa ale BNM?

... afișează tot conținutul

În conformitate cu pct.10 din Anunțul de participare, ofertantul poate depune oferta pentru mai multe loturi (pentru un singur lot sau pentru ambele loturi), respectiv se ia în considerare cazul în care se implementează un singur sistem.
Curent, nu există elementele operaționale diferite pentru cele două sisteme. O analiză mai detaliată cu privire la acest aspect va fi realizată pe parcursul etapei de analiză și design.
Nu există constrângerea ca sistemul să funcționeze în 2 instanțe diferite pentru a conferi independență operațională / contabilă / funcționare în regim DR la centrul de rezerva.

Conform cerințelor CDM.6.g și CDM.7.c–d, responsabilitatea ofertantului constă în furnizarea metodologiei, instrumentelor, regulilor de calitate, suportului tehnic și consultanței necesare pentru curățarea și completarea datelor, în cadrul procesului de migrare. Activitățile efective de modificare a datelor în datele sursă rămân responsabilitatea echipei BNM, însă validarea calității datelor și asigurarea integrității în vederea importului în noua soluție se vor face în colaborare strânsă cu ofertantul, în medii controlate de BNM.

Astfel, participarea Ofertantului la activitățile de curățare și îmbogățire a datelor vizează în principal sprijinul metodologic și tehnic privind definirea regulilor de calitate, identificarea inconsistențelor și structurarea datelor pentru migrare, în contextul extragerii în formate specifice soluției propuse. Ofertantul nu este responsabil de efectuarea operațională a curățării datelor direct în datele sursă ale BNM, ci va furniza suport sub forma serviciilor de consultanță, validare, instrumente și mecanisme automate (acolo unde este posibil) pentru a asigura integritatea, completitudinea și consistența datelor migrate. Executarea efectivă a corecțiilor în datele sursă rămâne responsabilitatea echipei BNM.

... afișează tot conținutul

Dear Sirs, Please confirm if you accept proposals for each lot separately ? that is to make a bid for Lot 1 or Lot 2?

... afișează tot conținutul

Thank you for your question. Yes, according to point 10 of the Tender Notice, the bidder may submit a bid for multiple lots (for a single lot (lot 1 or lot 2) or for both lots).

... afișează tot conținutul

From the documentation it's not perfectly clear whether we need to offer perpetual licenses or not. In some parts of the document it is stated that an alternative to perpetual licensing can be proposed, however the specifications document in the table on page 43 within the request CL.15 it says „The licenses related to the proposed solution must be perpetual“. The solution can be deployed on-prem, but the licenses are still paid based on a subscription model, no perpetual model is available. Please confirm that subscription model can be offered and accepted.

... afișează tot conținutul

„With reference to the provisions of the Tender Specifications regarding IT solution licensing requirements, we respond to your inquiry as follows:
1. Licenses must be perpetual (as stipulated in Clause CL.15 of the Tender Specifications), OR
2. If licenses are not perpetual, they must guarantee and include in their cost the right of use for a minimum period of 10 years, without being subject to additional annual payments (including maintenance or support). This right must be fully included in the proposed price.
3. The bid must include in the TCO (Total Cost of Ownership) calculation the maintenance costs for a period of 5 years following the expiration of the warranty period (which covers 12 months post Go-Live), ensuring the model provides equivalent coverage and commitments to a perpetual license.
Proposed solutions must fully comply with these conditions to be considered during bid evaluation.
Any alternative model that fails to meet the above criteria will be considered non-compliant and consequently ineligible.”

... afișează tot conținutul

How many APIs is the bank planning to build and use?

... afișează tot conținutul

The interface description (Annex 10) and requirements outlined in the RFP provide a baseline framework to anticipate the integration and interfacing needs of the solution. However, it is not possible to provide an exact number of APIs at this stage.

The precise scope and number of APIs will be determined during the analysis and design phase, when:
• The target business processes and workflows are reviewed in detail together with the Beneficiary;
• The integration architecture and technical design are finalized;
• Any potential changes or optimizations to internal processes are agreed upon to ensure efficiency;
• The exact data exchange requirements with other systems are confirmed, including frequency, volume, and security constraints.

... afișează tot conținutul

How many interfaces is the bank currently using or planning to use? For each interface, how many APIs are expected to be implemented?

... afișează tot conținutul

The interface description (Annex 10) and requirements outlined in the RFP provide a baseline framework to anticipate the integration and interfacing needs of the solution. However, it is not possible to provide an exact number of APIs at this stage.

The precise scope and number of APIs will be determined during the analysis and design phase, when:
• The target business processes and workflows are reviewed in detail together with the Beneficiary;
• The integration architecture and technical design are finalized;
• Any potential changes or optimizations to internal processes are agreed upon to ensure efficiency;
• The exact data exchange requirements with other systems are confirmed, including frequency, volume, and security constraints.

... afișează tot conținutul

Infrastructure Requirements (If applicable), If infrastructure estimation is part of the scope, please provide:
- Current API usage volume (daily/monthly)
- Projected growth for the next 3 years
- Performance expectations (e.g., peak TPS, concurrent users)

... afișează tot conținutul

The RFP already provides the basic information available at this stage, including the indicative number and types of users, volumes of operations, interfacing requirements etc. These details establish the initial context for estimating infrastructure needs.

Additional parameters, such as projected API usage volumes, peak TPS, and other performance metrics, will be further collected and refined during the analysis and design phase, when integration scenarios and operational workflows are defined in detail.
As a general indication, the expected number of users and overall transaction volumes are relatively low, though concurrent users could reach up to 90% of the named users, given the transactional nature of the systems. Also, as a working hypothesis, you may consider expected growth rates for the coming years as below 30% of the actual volumes presented in the Annex 8.

... afișează tot conținutul

Does NBM have an e-signature solution available in-house or the same needs to be proposed as part of Remote Banking solution

... afișează tot conținutul

According to the RFP requirements, the digital signature functionality must be implemented through integration with the governmental authentication and signature service MSign. This is the official national platform for qualified electronic signatures in the Republic of Moldova.

MSign ensures compliance with national regulations on electronic identification and trust services, providing a standardized and legally recognized mechanism for secure document signing.

Vendors are therefore expected to ensure that their proposed solution supports integration with MSign, following the technical specifications and procedures available on the official MSign portal:
https://msign.gov.md/#/info/media

... afișează tot conținutul

Kindly confirm if we can submit our proposal in USD and receive the payment in USD as well.

... afișează tot conținutul

Yes, we confirm according to provisions from Participation Notice:
„22. Tenders are submitted in currency: Moldovan Leu (MDL). USD, EUR are accepted (for tenders submitted by non-resident economic operators). Prices of the tenders in foreign currencies will be converted into Moldovan Lei (MDL) at the official exchange rate set by the National Bank of Moldova (http://www.bnm.md/en/content/official-exchange-rates), applicable on the tedder submission deadline. At the same time, the awarded contract shall be signed in MDL with resident economic operators, for the amount converted into MDL at the NBM exchange rate on the tender submission deadline date, and in the offered currency with non-resident economic operators.”

... afișează tot conținutul