1
Enquiry period
with 07.10.2025 09:52
to 28.10.2025 11:00
2
Bidding period
with 28.10.2025 11:00
to 21.11.2025 11:00
22 days left
3
Auction
will not be used
4
Evaluation

5
Contract

Status Bidding period
Estimated value without VAT 1 629 166,67 MDL
Period of clarifications: 7 Oct 2025, 9:52 - 28 Oct 2025, 11:00
Submission of proposals: 28 Oct 2025, 11:00 - 21 Nov 2025, 11:00

Supplier technical support:

(+373) 79999801


This procedure is carried out without auction. Your offer is final and must contain the entire list of required documents.

Advertising
Subscribe
Advertising

Licențe aferente soluției informatice de gestiune a proceselor de activitate, cu 1 an de suport de la producător inclus;
Servicii de instalare și configurare ale soluției informatice de gestiune a proceselor de activitate;
Servicii de instruire aferente soluției informatice de gestiune a proceselor de activitate;
Servicii pentru configurări / dezvoltări în baza solicitărilor de schimbare

Information about customer
Fiscal code/IDNO
Address
MD-2005, MOLDOVA, mun.Chişinău, mun.Chişinău, bd. Grigore Vieru, 1
Web site
---
The contact person
Full name
Elena Samoila
Contact phone
022822237
Purchase data
Date created
7 Oct 2025, 9:52
Date modified
17 Oct 2025, 16:08
Achizitii.md ID
21485562
CPV
48400000-2 - Pachete software pentru tranzacţii comerciale şi personale
Type of procedure
Open tender
Award criteria
The best cost - quality ratio
Funding sources
Advertising
Documents of the procurement procedure
epsd form_en.doc
Eligibility Criteria
-
7.10.25 09:52
anunt de participare (en).docx
tenderNotice
-
7.10.25 09:52
caiet de sarcini (en).docx
Bidding Documents
-
7.10.25 09:52
anunt de participare_ro.doc
tenderNotice
-
7.10.25 09:52
documentatia standard noua-model.docx
Bidding Documents
-
7.10.25 09:52
formularul duae.doc
Eligibility Criteria
-
7.10.25 09:52
caiet de sarcini (ro).docx
Bidding Documents
-
7.10.25 09:52
standard documentation_new_eng.docx
Bidding Documents
-
7.10.25 09:52
Date:
17 Oct 2025, 16:08
Question's name:
Semnătura electronică moldovenească
Question:
Bună ziua, organizația noastră este înregistrată pe teritoriul României, iar directorul nostru general este cetățean al Republicii Moldova și al României. Directorul general a obținut semnătura electronică moldovenească pentru a participa la licitație și pentru a semna documentele organizației. Toate documentele le vom semna și le vom depune cu semnătura electronică moldovenească a directorului, deoarece semnătura electronică românească nu este valabilă pe teritoriul Republicii Moldova. În cazul în care vom câștiga și vom semna contractul, putem conta pe posibilitatea de a semna setul nostru de documente nu cu semnătura electronică, ci cu semnătura olografă a directorului nostru și a reprezentantului NBM? Acest lucru, deoarece la prezentarea contractului autorităților fiscale din România, semnătura electronică moldovenească nu va avea valoare juridică, în timp ce semnătura olografă a părților va avea valoare juridică. Vă mulțumim.
Answer (17 Oct 2025, 16:55):
Bună ziua, vă mulțumim pentru întrebarea Dvs. La subiect precizăm că, în cazul în care veți fi desemnat câștigător la procedura de atribuire, contractul va fi semnat de către părți în forma agreată de ambele Părți. Deci da, va fi posibilă semnarea olografă a contractului.
Date:
17 Oct 2025, 16:42
Question's name:
3.1 LICENSING REQUIREMENTS CL4
Question:
1. 10 concurrent users with the right to view - how many viewers can view dashboards if applicable? 2. 7 users with rights to describe, analyze and report business processes - how many users can create dashboards, if applicable?
Answer (28 Oct 2025, 10:06):
Regarding p.1: At the initial stage, we will require two concurrent users for viewing the dashboards, with a possible increase in the number of users at a later stage if necessary. Regarding p.2: At the initial stage we will require a user who will be able to create dashboards, with a possible increase in the number of users at a later stage if necessary. Thank you
Date:
17 Oct 2025, 17:26
Question's name:
3.2. FUNCTIONAL REQUIREMENTS
Question:
CF1- Which operating system and which DBMS should the solution support? CF10 -Could you clarify which DMS is being used or at least the main interfaces supported for system interaction? Is integration with an external DMS expected during installation and configuration, and if so, to what extent? This is relevant because the delivered system already includes its own document repository linked to the process model repository CF11 - How many users should be able to create dashboards? How many users should be able to view dashboards? CF13 - Should the system allow importing KPIs from Excel as objects on the model with their values as attributes of these objects, or should it allow importing Excel simply as a data source for building dashboards within the system? CF17- Is such integration expected during the system installation, and could you clarify the supported interaction interfaces or the name of the monitoring system? It is necessary to verify the availability of such an API in the system. CF19 -Could you clarify whether having textual system logs will be sufficient, or are screen recordings required as well? CF20- Could you clarify whether having textual system logs will be sufficient, or are screen recordings required as well?
Answer (28 Oct 2025, 10:07):
Regarding CF. 1: The software solution must be compatible with the main enterprise-level operating systems (Windows Server and/or Linux). The proposed software solution should include, as part of its standard configuration, an embedded relational database management system (e.g. PostgreSQL or an equivalent component), ensuring full functionality without requiring additional licensed software. In case the proposed solution cannot operate without a separate RDBMS that involves licensing or additional costs (e.g., Microsoft SQL Server, Oracle Database), such costs must be explicitly included in the financial offer. Regarding CF. 10: The expected integration with the internal Document Management System (DMS) primarily refers to the coordination and approval workflows related to the processes designed within the proposed process management tool. In this context, the integration should allow the export or transfer of process documentation and related metadata from the process management tool to the DMS, where these documents can follow the institution’s internal coordination and approval procedures. Once the approval cycle is completed in the DMS, the final approval status (e.g., approved, in production, under revision) should be reflected back in the process management tool, ensuring alignment between the two systems regarding the lifecycle state of each process. The integration is therefore intended to support governance and traceability, not to replace or duplicate the existing document repository. It is important to note that, at this stage, the actual implementation of the integration with the DMS is not required. The solution must, however, provide the technical capability and flexibility (e.g., API support or similar mechanisms) to enable such integration at a later stage. Regarding CF. 11: At the initial stage we will require a user who will be able to create dashboards and two concurrent users for viewing the dashboards. Regarding CF. 13: The solution must ensure the simple import of data from Excel as a data source for creating dashboards. Regarding CF. 17: Integration with a real-time monitoring system is not foreseen during the initial implementation stage. However, the solution must provide the technical capability for future integration through standard APIs to enable the exchange of events and logs with potential monitoring systems used by BNM or with a potential process mining tool. Regarding CF. 19: We would like to point out that the specified requirement is not mandatory. Through the risk management component, the entire risk lifecycle is implied and is expected to be integrated and developed at a later stage. The existence of such functionalities, with possible future development, would constitute and advantage. Regarding CF. 20: We would like to point out that the specified requirement it is not mandatory. However, it would be an advantage if the solution could provide a system-integrated functionality that captures screenshots of user actions to support step-by-step process documentation, for the purpose of self-documentantion by the process owner in the form of a user guide, wich would also serve as the basis for documenting the process in BPMN format by the business analyst. Thank you.
Date:
17 Oct 2025, 17:50
Question's name:
3.2. FUNCTIONAL REQUIREMENTS
Question:
CF19 - Is only risk modeling expected, or the management of the full risk lifecycle?
Answer (28 Oct 2025, 10:07):
We would like to point out that the specified requirement is not mandatory. Through the risk management component, the entire risk lifecycle is implied and is expected to be integrated and developed at a later stage. The existence of such functionalities, with possible future development, would constitute and advantage. Thank you.
Date:
20 Oct 2025, 16:34
Question's name:
3.3. NON-FUNCTIONAL REQUIREMENTS
Question:
CNF.13.- Could you please clarify which set of rules is meant and provide an example? CNF.16.- Is it referring to a model or a document? CNF.17.- Change log for models? Change log for documents? For example , if the DMS is external to the system, then the change logs for documents are maintained by the external DMS. So, are we talking about the history of model changes? CNF.18. - Do we understand correctly that the solution should ensure data archiving at the server, database, and model levels? Could you provide a few examples of criteria?
Answer (28 Oct 2025, 10:08):
Regarding CNF. 13: The mentioned “set of security rules” refers to configurable policies that control access, classification, and protection of documents based on their metadata. These rules are meant to ensure that each document is automatically handled in accordance with its sensitivity level, type, or other defined attributes. For instance, upon ingestion, the system could automatically: • assign a classification label (e.g., “Confidential”, “Internal”, “Public”) based on document metadata such as source, author, or keywords; • apply access control rules, granting or restricting visibility to specific user groups; • enforce data protection actions, such as encryption, watermarking, or preventing download/printing of certain documents; • trigger retention or archiving rules depending on the document category. All such rules should be configurable and adjustable by the system administrator to align with the NBM’s security and governance policies. Regarding CNF. 16: The specified requirement refers to the process and the documents related to that process. The solution must allow the uploading of external and internal regulations, such as laws and instructions on the page dedicated to a specific process. Regarding CNF. 17: The specified requirement refers to the documents developed within the description process. The solution must ensure version history for any modification made to the set of elements used in process description: Activity Process Analysis Sheet, detailed activity process map, summary activity process map and RACI matrix. Regarding CNF. 18: We would like to point out that the specified requirement is recommendatory and not mandatory. The requirement refers to ensuring the capability to archive information in cases where event logs overlap or, as applicable, specific components from the process repository. The archiving mechanism must allow the preservation and restoration of such data to prevent the loss of relevant historical information and to maintain system performance. The archiving process concerns internal system elements, not user data or documents processed within workflow executions Thank you.
Date:
20 Oct 2025, 16:43
Question's name:
3.4. TRAINING REQUIREMENTS
Question:
CT.1.- Could you please clarify the number of participants and the format of the training? CT.2.- We kindly ask you to provide it before the submission of the proposal.
Answer (28 Oct 2025, 10:17):
Regarding CT. 1: According to the specified requirement, the training and knowledge transfer sessions will be conducted for the experts responsible for process management and optimization, as well as for the solution administrators. In line with CL. 4, the number of required licenses consists of 7 users with right to describe, analyze, and report on processes, and 2 users with solution administration rights. Therefore, the training is planned for up to 9-10 users, and it is expected to be interactive, focusing on the system interface and other advanced knowledge for configuration. Regarding CT. 2: According to the requirements of the specifications, the training plan is an integral part of the technical offer and must be submitted together with the offer, according to the requirements of the specifications. Thank you.
Date:
21 Oct 2025, 16:39
Question's name:
1. TECHNICAL AND FINANCIAL OFFER REQUIREMENTS
Question:
1.2. Technical offer d. We kindly ask you to clarify: will there be one training for everyone or different trainings? If they are different, please specify which ones. 1.3. Demonstration Session 1.3.2 .Are we required to confirm every requirement with a video demonstration? Some things we won’t be able to show, but we can confirm them with documentation or system screenshots.
Answer (28 Oct 2025, 10:17):
Regarding p.1.2: According to 1.2.1, the technical offer must include a description of the training provided for users who are NBM employees with roles as process management and optimization experts, as well as for those with administrator roles. The training sessions can be conducted jointly for both user groups. Therefore, the training plan remains to be presented by Tenderer. Regarding p.1.3: According to the eligibility and selection criteria from the Participation Notice, offers submitted by Tenderers, which will not contain the link / links to video recordings with demonstration sessions, will be subject to disqualification during the evaluation stage. So we expect all the requirements to be demonstrated through the video demos. However, the videos for the demonstration session can cover either a single requirement or a group of requirements, depending on the basic functionalities of the informational solution. The purpose of these demonstration sessions is to present the standard configuration and native capabilities of the offered product (COTS), without additional developments or specific configurations derived from the Terms of Reference (Requirements). Thank you.
Date:
21 Oct 2025, 16:51
Question's name:
3.5. INSTALLATION AND CONFIGURATION SERVICES REQUIREMENTS
Question:
CI.1. - Is this the timeline for the entire project or only for installation and configuration stage? CI.3. - Could you please clarify your requirements regarding the configuration and customization of the solution, if any? What exactly needs to be done as part of the installation and setup stage? CI.4.- In what form should these procedures be presented? CI.5.- Where is the boundary between the initial customization of the solution (see item CI.3.) and the subsequent changes within the 50 man-hours? Could you please describe this in more detail? CI-6.- Do we understand correctly that we will be required to provide a document describing the solution testing methodology? CI.8.- The final acceptance stage will be finalized with the drawing up of a final acceptance deed, which will be signed by both parties on a date agreed in advance. ******* Could you please specify the basic list of documents required for the acceptance of the project results?
Answer (28 Oct 2025, 10:18):
Regarding CI.1: The two-month period from the commencement of the contract is the timeframe within wich the solution is to be installed and configured. Regarding CI.3: The installation and setup stage includes the full configuration of the solution according to the institution’s requirements, including basic system parameterization, user and acces setup, basic customization within the standard functionality, to ensure the solution is fully operational and ready for use. Regarding CI.4: The operational procedures may be provided in the form of standard guides supplied by the solution manufacturer (e.g., installation, configuration, backup, and restoration manuals), provided that they fully cover the specified requirements and are relevant to the implementation performed within the BNM environment. If the standard documentation does not reflect the specific configuration applied at BNM, the bidder shall prepare and deliver additional instructions adapted to it. These documents shall be delivered as part of the final solution documentation. Regarding CI.5: The initial customization of the solution covers all configurations required to ensure the functionalities specified in the technical specifications and offer, making the solution fully operational. The allocated 50 man-hours refer exclusively to subsequent change requests or minor extensions not directly derived from the initial requirements, but needed for further adjustments during installation or configuration such as the development of some examples of dashboards, processes analysis sheet, small customizations, and other basic use cases etc. These adjustments shall be performed only upon the Beneficiary’s (BNM) additional request, in accordance with the change management procedure agreed by the parties. Regarding CI.6: Yes, the Tenderer is required to include in the offer a document describing the proposed solution testing methodology, including the testing tools and the approach for verifying functional and technical compliance. Regarding CI.8: The minimum documentation required for the final acceptance of the solution shall include: - the software license delivery document specifying the validity period and the start date of the technical support (beginning from the final acceptance date of the solution); - acceptance test results and related reports; - user and administration manuals; - operational guides and procedures (including those provided by the manufacturer and/or supplemented by the bidder for the BNM implementation); - updated technical documentation; - evidence of training and knowledge transfer; - final acceptance deed signed by both parties. Thank you.
Date:
21 Oct 2025, 17:31
Question's name:
3.5. INSTALLATION AND CONFIGURATION SERVICES REQUIREMENTS
Question:
Will the installation and configuration of the solution be carried out by the contractor's staff on the client's premises, or will it be performed by the client's specialists following instructions or online sessions together with the contractor's specialists?
Answer (28 Oct 2025, 10:18):
To ensure effective knowledge transfer and build the necessary internal expertise, it is preferred that all installation and configuration activities be performed jointly by the contractor’s specialists together with the NBM team. During these sessions, the BNM specialists should be actively involved, while the contractor provides guidance, explanations, and supervision of all performed actions. This collaborative approach will facilitate a better understanding of the system’s architecture, configuration parameters, and operational specifics, ensuring that the NBM team can independently maintain and support the solution after implementation. Thank you.
Date:
22 Oct 2025, 14:06
Question's name:
3.5. INSTALLATION AND CONFIGURATION SERVICES REQUIREMENTS
Question:
CI.2.- How much time does the functional testing take on the buyer's side? CI.7.- What exactly do you mean by a solution upgrade — version updates under technical support, or something else?
Answer (28 Oct 2025, 10:18):
Regarding CI.2: The duration of functional testing will be defined jointly by the parties in the Project Plan, depending on the complexity of the solution. As an estimate, the testing period can last up to 5 working days. Regarding CI.7: The term “remedial measures, including the update of the solution or any components” refers to corrective actions required to ensure that the delivered solution complies with the requirements specified in the technical specifications and the technical offer, based on the results of the acceptance tests. These actions may include configuration adjustments, application of patches, updates to certain modules or software components, or other technical interventions necessary to correct identified non-conformities. They do not represent product upgrades or transitions to new commercial versions of the solution and shall not incur additional costs for the Buyer. Thank you.
Date:
22 Oct 2025, 14:49
Question's name:
Demo session and link to video materials
Question:
Offers submitted by Tenderers, which will not contain the link / links to video recordings with demonstration sessions, will be subject to disqualification during the evaluation stage. **** Could you clarify if we understand correctly that the Tenderer is required to include a link to the video materials in the technical proposal? Is the place with the video materials and access to it prepared by the Tenderer, who provides the login and password to the Contracting Authority? What is meant by “electronic repository”—is it a set of folders and files?
Answer (28 Oct 2025, 10:19):
Yes, the Tenderer is required to include in the technical proposal a link to the video materials demonstrating the required functionalities. The Tenderer is responsible for preparing and maintaining the location where these materials are stored and for providing the contracting autorithy with the necessary credentials. By „electronic repository” it is understood a structured electronic space (e.g. files and folders in a cloud enviroment or another online location) where the Tenderers makes available the documentantion and demonstration materials related to the proposal. Thank you.
Only authorized platform users may ask questions during the clarification period.