Select the type of procedure
1
Enquiry period
with
07.10.2025 15:50
to 17.10.2025 14:00
to 17.10.2025 14:00
5 days left
2
Bidding period
with
17.10.2025 14:00
to 23.10.2025 15:00
to 23.10.2025 15:00
3
Auction
will not be used
4
Evaluation
5
Contract
Status
Enquiry period
Estimated value without VAT
4 000 000 MDL
Period of clarifications:
7 Oct 2025, 15:50 - 17 Oct 2025, 14:00
Submission of proposals:
17 Oct 2025, 14:00 - 23 Oct 2025, 15: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.
Subscribe impossible
during the period Enquiry period
Sistem financiar integrat pentru SA ”ENERGOCOM”
Information about customer
Title
Fiscal code/IDNO
Address
MD-2004, MOLDOVA, mun.Chişinău, mun.Chişinău, Serghei Lazo 17/1
Web site
---
The contact person
Purchase data
Date created
7 Oct 2025, 15:50
Date modified
8 Oct 2025, 11:58
Achizitii.md ID
21486484
MTender ID
CPV
48400000-2 - Pachete software pentru tranzacţii comerciale şi personale
Type of procedure
Open tender
Award criteria
The lowest price
Funding sources
List of lots
Documents of the procurement procedure
anunt de participare.pdf
anunt de participare.pdf
Bidding Documents
-anunt de participare.pdf
7.10.25 15:50
Date:
8 Oct 2025, 11:58
Question's name:
Clarificare privind modalitatea de plată
Question:
În Anunțul de participare, la rubrica „Termenii și condițiile de livrare/prestare/executare”, este menționat:
„Livrarea sistemului se va efectua la sediul S.A. Energocom, în termen de maximum 8 luni de la data semnării contractului. Termen de achitare: până la 10 zile de la recepția finală a produsului.”
Vă rugăm să precizați:
a) Dacă plata se va efectua integral la finalul proiectului (după recepția finală);
b) Sau dacă se prevede posibilitatea achitării pe jaloane / etape intermediare, în baza livrabilelor acceptate (de exemplu, după finalizarea analizelor, dezvoltării, testării și implementării).
Totodată, solicităm respectuos reconsiderarea condițiilor de plată, astfel încât acestea să permită plata proporțională pe livrabile (etape / sprinturi), având în vedere durata totală a proiectului (6–8 luni) și volumul estimat de muncă (minimum 1.100 zile-om).
O asemenea ajustare ar asigura o echitate financiară între părți și o continuitate sustenabilă a activităților de dezvoltare pe durata implementării proiectului.
Answer (10 Oct 2025, 08:42):
Referitor la condițiile de plată menționate în Anunțul de participare, precizăm că plata se va efectua integral după recepția finală a produsului, în termen de până la 10 zile de la data semnării procesului-verbal de recepție finală.Această condiție este menținută având în vedere că sistemul financiar integrat constituie un produs software unitar, care trebuie să fie livrat, testat și acceptat în ansamblu, conform cerințelor tehnice și funcționale prevăzute în Caietul de sarcini.Pe parcursul implementării, Consultantul va prezenta produse lucrative intermediare (rezultate ale sprinturilor Agile) pentru verificare și validare tehnică, însă achitarea se va realiza doar după acceptarea finală a întregului sistem.
Date:
8 Oct 2025, 11:58
Question's name:
Clarificare privind certificările ISO și ITIL
Question:
În Capitolul 1 – Calificarea companiei și a specialiștilor din Caietul de sarcini se menționează următoarele certificări solicitate pentru ofertant:
„Să dețină și să prezinte certificatele ISO care confirmă respectarea standardelor în domeniile managementului calității (ISO 9001), securității informaționale (ISO 27001), managementului de mediu (ISO 14001), managementului anti-mită (ISO 37001), managementului serviciilor IT (ISO 20000), ITIL.”
Vă rugăm să confirmați expres:
a) Dacă toate aceste certificări (ISO 9001, ISO 27001, ISO 14001, ISO 37001, ISO 20000 și ITIL) sunt obligatorii, iar lipsa oricăreia dintre ele conduce la descalificarea ofertantului;
b) Sau dacă aceste certificări reprezintă criterii de evaluare calitativă / avantaje suplimentare, fără caracter eliminatoriu.
Answer (10 Oct 2025, 08:43):
a) Toate certificările menționate în Capitolul 1 – Calificarea companiei și a specialiștilor (ISO 9001, ISO 27001, ISO 14001, ISO 37001, ISO 20000 și ITIL) sunt considerate obligatorii pentru ofertant.
b) Lipsa oricăreia dintre aceste certificări constituie motiv de neîndeplinire a cerințelor de calificare prevăzute în Caietul de sarcini și poate conduce la respingerea ofertei ca neconformă.
Cerința a fost stabilită în scopul asigurării că operatorul economic dispune de un sistem de management al calității, securității informaționale și serviciilor IT conform standardelor internaționale, având în vedere natura critică și specificul infrastructurii IT ce urmează a fi implementată pentru S.A. „Energocom”.
Date:
8 Oct 2025, 12:03
Question's name:
Durata de implementare / contract
Question:
Observăm o discrepanță între documente:
În Anunțul de participare, este menționat că livrarea sistemului se va efectua în termen de maximum 8 luni de la semnarea contractului;
Pe platforma MTender (SIA RSAP), la rubrica „Durata contractului”, este indicat:
„Începere: 27.10.2025 / Încheiere: 30.12.2025. Contractul nu se prelungește.”
(perioadă totală de aproximativ 2 luni).
Vă rugăm să confirmați:
a) Care este termenul corect de implementare aplicabil — 8 luni, conform Anunțului, sau perioada de 27.10.2025–30.12.2025 indicată în platformă;
b) În cazul în care termenul real este de numai 2 luni, dacă se are în vedere livrarea etapizată a funcționalităților sistemului (parțială), sau implementarea completă a sistemului în acel interval.
Această clarificare este esențială pentru a evalua fezabilitatea tehnică și planificarea resurselor.
Answer (9 Oct 2025, 08:28):
Este termenul indicat în anunț. Sistemul platformei, din punct de vedere al setărilor tehnice prestabilite, nu ne-a permis bifarea unei periaoade mai lungi (se dă acces tehnic până la finalul anului), de aceea am setat maxim cât am putut.
Date:
9 Oct 2025, 14:39
Question's name:
Experți implicați
Question:
În Caietul de sarcini sunt prevăzuți ca experți cheie „Manager de proiect” și „Scrum Master”.
Vă rugăm să explicați rațiunea solicitării ambelor roluri, având în vedere că, potrivit practicilor internaționale de management de proiect, Managerul de proiect (Project Manager) preia în mod natural și atribuțiile de Scrum Master în cadrul metodologiilor Agile.
Într-un cadru Agile, Managerul de proiect asigură deja coordonarea echipei, facilitarea proceselor de sprint, raportarea progresului și comunicarea cu Product Owner-ul desemnat de Beneficiar, fiind responsabil atât de managementul contractual, cât și de cel operațional.
Prin urmare, solicităm revizuirea cerinței privind desemnarea unui expert distinct „Scrum Master” și excluderea acestui rol din lista experților cheie, pentru a evita redundanța și pentru a alinia structura echipei la practicile internaționale standard în proiectele IT bazate pe metodologia Agile.
Answer (11 Oct 2025, 17:52):
Cerința privind includerea ambelor roluri — Manager de proiect și Scrum Master — se menține.
Această prevedere are la bază necesitatea delimitării clare a responsabilităților administrative și contractuale de cele tehnice și metodologice, în contextul implementării proiectului conform metodologiei Agile.
Managerul de proiect va fi responsabil de managementul general al proiectului, inclusiv coordonarea contractuală, planificarea activităților, raportarea către Beneficiar și respectarea termenelor și indicatorilor de performanță.
Scrum Masterul, în schimb, va asigura aplicarea corectă a principiilor și practicilor Agile în cadrul echipei de dezvoltare, facilitarea sprinturilor, eliminarea obstacolelor operaționale și menținerea ritmului optim de lucru.
Având în vedere complexitatea proiectului, volumul estimat de muncă (minimum 1.100 zile-om) și numărul mare de specialiști implicați, este necesară existența ambelor roluri pentru a asigura o coordonare eficientă, o comunicare fluentă între Beneficiar și echipa tehnică, precum și respectarea metodologiei de lucru asumate.
Prin urmare, cerința privind desemnarea distinctă a expertului Scrum Master rămâne valabilă și nu va fi exclusă din lista experților cheie.
Date:
9 Oct 2025, 14:42
Question's name:
Clarificare privind rolurile de Arhitect Software și Arhitect de Aplicație
Question:
În lista experților cheie sunt prevăzuți atât „Arhitectul software”, cât și „Arhitectul de aplicație”.
Vă rugăm să explicați rațiunea solicitării ambelor roluri, având în vedere că, potrivit practicilor internaționale de dezvoltare software, Arhitectul software este responsabil de proiectarea arhitecturii generale a sistemului, a stivei tehnologice, a structurilor logice și a mecanismelor de integrare, în timp ce Arhitectul de aplicație are atribuții tehnice specifice ce sunt, de regulă, acoperite de un Dezvoltator senior din echipa de implementare.
În proiectele moderne bazate pe arhitectură modulară și dezvoltare iterativă (Agile), aceste sarcini sunt integrate natural în responsabilitățile Arhitectului software și ale echipei tehnice.
Prin urmare, solicităm revizuirea cerinței privind expertul cheie „Arhitect de aplicație” și excluderea acestui rol din lista obligatorie, întrucât nu are o justificare de business distinctă și ar genera suprapunere de competențe fără valoare adăugată suplimentară pentru Beneficiar.
Answer (11 Oct 2025, 17:53):
Cerința privind includerea ambelor roluri — Arhitect software și Arhitect de aplicație — se menține.
Această prevedere are la bază complexitatea ridicată a sistemului financiar integrat ce urmează a fi dezvoltat pentru S.A. „Energocom” și necesitatea delimitării clare între nivelul strategic de proiectare a arhitecturii generale și nivelul tehnic de detaliu la nivelul componentelor aplicației.
Arhitectul software va fi responsabil de definirea arhitecturii generale a sistemului, selectarea și validarea stivei tehnologice, stabilirea principiilor de integrare, securitate și scalabilitate, precum și de corelarea tuturor componentelor într-un cadru unitar.
Arhitectul de aplicație, în schimb, va proiecta și optimiza componentele individuale, va asigura coerența bazelor de date, integrarea serviciilor prin API-uri, aplicarea principiilor DevOps și CI/CD, precum și documentarea detaliată a configurațiilor și proceselor interne ale aplicației.
Separarea acestor două roluri este justificată de dimensiunea proiectului, de numărul mare de module funcționale și de necesitatea unei guvernanțe tehnice coerente între arhitectura de sistem și cea de aplicație.
Prin urmare, cerința privind desemnarea distinctă a expertului cheie Arhitect de aplicație rămâne valabilă și nu va fi exclusă din lista experților cheie.
Only authorized platform users may ask questions during the clarification period.
Document successfully signed
OK