Achiziție - Sistem Informațional pentru activitatea de evidență a consumului de gaze SA ”ENERGOCOM”

În documentație este menționată integrarea cu sisteme interne Energocom, iar în răspunsul oferit de dvs. s-a precizat că „numărul exact va fi confirmat în etapa de inițiere, în funcție de infrastructura existentă”.
Vă rugăm să reconfirmați dacă până la depunerea ofertelor poate fi furnizată o listă minimă orientativă a sistemelor vizate și tipul de integrare așteptat (import/export de date, sincronizare, API bidirecțional etc.), întrucât aceste informații sunt esențiale pentru estimarea corectă a resurselor și a costurilor necesare implementării.

... afișează tot conținutul

Lista minimă orientativă include:

Sistemul de facturare intern (pentru început 1C, dar e posibil să fie schimbat)

Platforme de raportare către ANRE

Sistem ERP intern (când / dacă îl vom avea)

Tipul de integrare preconizat:

API REST bidirecțional

Sincronizare periodică

Import/export de date în format structurat (JSON, XML)

... afișează tot conținutul

Se solicită generarea de rapoarte pentru autorități. Vă rugăm să precizați lista rapoartelor obligatorii, respectiv numărul și tipologia lor (ex. către ANRE, Ministerul Energiei, alte instituții).

... afișează tot conținutul

Compania are obligația de a transmite periodic rapoarte către autoritățile competente, conform legislației în vigoare. Acestea includ rapoarte către ANRE, Ministerul Energiei, precum și către alte instituții publice (Ministerul Finanțelor, Biroul Național de Statistică, etc.). Tipologia rapoartelor acoperă aspecte financiare, operaționale, de conformitate și securitate energetică, fiind structurate pe frecvențe lunare, trimestriale și anuale, în funcție de cerințele fiecărei autorități.

... afișează tot conținutul

Se menționează integrarea cu sistemul de facturare. Vă rugăm să confirmați dacă este vorba despre 1C sau un alt sistem, pentru a putea estima corect efortul de integrare.

... afișează tot conținutul

În acest moment sistemul de facturare utilizat de S.A. “Energocom” este 1C, dar e posibil să fie schimbat.

Integrarea se va realiza prin APIuri REST, securizat, cu suport pentru autentificare, criptare TLS 1.3 și sincronizare bidirecțională a datelor de consum și facturare.

... afișează tot conținutul

Vă rugăm să specificați tipul de infrastructură pe care va fi implementat sistemul: utilizarea platformei guvernamentale MCloud, servere fizice dedicate la sediul Beneficiarului sau altă infrastructură indicată.

... afișează tot conținutul

Sistemul va fi implementat pe infrastructura indicată de S.A. “Energocom" în etapa de inițiere și analiză. Opțiunile pot include:

Platforma guvernamentală MCloud (preferabilă pentru interoperabilitate și securitate)

Servere fizice dedicate la sediul S.A. "Energocom”

Infrastructură hibridă sau cloud privat, dacă este justificată tehnic și aprobată de Beneficiar.

Prestatorul trebuie să asigure compatibilitate cu toate opțiunile, inclusiv suport pentru containerizare (Docker/Kubernetes) și CI/CD.

... afișează tot conținutul

Care este perioada minimă de stocare a datelor ce se așteaptă a fi asigurată de către ofertant?

... afișează tot conținutul

Caietul de Sarcini nu specifică explicit o durată minimă de stocare, însă practici uzuale în sectorul public și energetic indică o perioadă de minimum 5 ani.

Detaliile vor fi confirmate în etapa de inițiere și analiză.



Sistemul trebuie să asigure:

Backup zilnic automat

Restaurare în caz de eșec (RTO < 4h, RPO < 1h)

Criptare AES-256 pentru date în repaus

Stocare în locații separate (on-prem și/sau cloud)

... afișează tot conținutul

Vă rugăm să detaliați ierarhia rolurilor de utilizator în cadrul aplicației și nivelurile de acces asociate fiecărui rol.

Este necesară alinierea acestora cu organigrama SA „Energocom” (manageri, operatori, utilizatori finali etc.) sau se va furniza o structură prestabilită?

... afișează tot conținutul

Structura rolurilor va fi definită în etapa de inițiere și analiză, ținând cont de organigrama S.A. “Energocom”.

Prestatorii pot propune în ofertă o ierarhie de acces prin RBAC (cu posibilitate de personalizare și audit complet), cu roluri precum:

Administrator sistem – acces complet, configurare, audit

Manager – procesare cereri, validări, raportare

Operator – introducere / modificare date, gestionare clienți

Consumator (utilizator final) – cabinet personal, cereri, vizualizare date

... afișează tot conținutul

Vă rugăm să precizați cum se va realiza validarea datelor introduse/importate în sistem. Există reguli prestabilite (de exemplu, verificări de consistență, reguli de business, interconectare cu registre naționale)?

... afișează tot conținutul

Detaliile vor fi definite în etapa de inițiere și analiză.
Validarea se poate realiza prin:

Reguli prestabilite (ex. format IDNP, unicitate NLC)

Verificări de consistență (ex. corelare între adrese și contoare)

Interconectare cu registre naționale (ex. cadastru), dacă e cazul

Validări automate și manuale în funcție de rolul utilizatorului

Sistemul va include jurnalizare completă și mecanisme de alertare pentru erori.

... afișează tot conținutul

Vă rugăm să clarificați dacă este necesară implementarea unui constructor de rapoarte (report builder) care să permită utilizatorilor să creeze rapoarte personalizate pe baza datelor din sistem, sau este suficient setul de rapoarte predefinite menționat în Caietul de sarcini.

... afișează tot conținutul

Constructorul de rapoarte (report builder) nu este cerut explicit în Caietul de Sarcini, însă SA „Energocom” este deschisă la propuneri privind funcționalități avansate de raportare.

Necesitatea unui astfel de modul va fi evaluată în etapa de inițiere, în funcție de:

complexitatea datelor gestionate,

cerințele de raportare internă și externă,

nevoile operaționale ale utilizatorilor.

Prestatorii pot include opțional în ofertă o soluție de raportare personalizabilă, cu mențiunea că aceasta va fi discutată și validată în cadrul primei etape a proiectului.

... afișează tot conținutul

Ați specificat în clarificări ”Tipologia rapoartelor acoperă aspecte financiare, operaționale, de conformitate și securitate energetică, fiind structurate pe frecvențe lunare, trimestriale și anuale, în funcție de cerințele fiecărei autorități.”
Înțelegem că asta ar presupune un număr semnificativ de rapoarte complexe. Câte rapoarte urmează a fi elaborate în cadrul celor 2 luni de dezvoltare?
Nota! Este important de știut pentru estimarea resurselor/costurilor.

... afișează tot conținutul

Numărul de rapoarte care urmează a fi elaborate în cele 2 luni de dezvoltare nu este unul fix prestabilit, întrucât acesta depinde de solicitările și termenele impuse de autoritățile competente (ANRE, Ministerul Energiei, Ministerul Finanțelor, Biroul Național de Statistică etc.). În practică, în perioada respectivă se pot solicita câteva rapoarte lunare și, eventual, unul sau două rapoarte trimestriale/adiționale, în funcție de calendarul legal.

Prin urmare, nu se preconizează un volum excesiv, ci un număr rezonabil de rapoarte periodice, care pot fi încadrate în procesul de dezvoltare fără a afecta termenele sau resursele alocate.

... afișează tot conținutul

Echipa dezvoltatorului trebuie să includă Manager de Produs, sau Manager de Proiect?

... afișează tot conținutul

Caietul de Sarcini menționează poziția „Manager de Produs” în compoziția echipei (Capitolul 6.6.1 și tabelul aferent).
Această poziție include atribuții de coordonare, prioritizare backlog și comunicare cu Beneficiarul. La Capitolul 6.6.3 Calificările Personalului Cheie, e menționat Personal Cheie 1: Manager de Proiect (Scrum Master).
Prestatorii pot propune în ofertă titulatura și responsabilitățile corespunzătoare, cu condiția ca acestea să acopere cerințele funcționale și de management specificate în documentație.

... afișează tot conținutul

Pentru verificări automate în bază de IDNP și date cadastrale există acord privind schimbul de date? Dezvoltatorul va avea asigurat acces la sistemele terțe prevăzute pentru integrare la inițierea fazei de dezvoltare?

... afișează tot conținutul

Acordurile urmează a fi stabilite.
Prestatorul trebuie să prevadă în ofertă capacitatea tehnică de integrare (API-uri, validări), iar detaliile privind accesul efectiv vor fi clarificate înainte de faza de dezvoltare.

... afișează tot conținutul

În caietul de sarcini este specificat expres necesitatea de ghiduri interactive integrate. În timpul clarificări am primit răspuns că se solicită doar materiale de instruire.
puteți confirma că nu este obligatoriu ghidurile Interactive.
În cazul în care acestea sunt totuși solicitate revenim la întrebarea anterioară:
pentru ce module funcționale se dorește acoperirea cu astfel de ghiduri interactive?

Acest lucru este important pentru a veni cu o estimare corectă și o ofertă în beneficiu pentru Energocom.

... afișează tot conținutul

Caietul de Sarcini menționează atât materiale de instruire (manuale, documentație, video), cât și elemente de suport în interfață (tooltips, mesaje contextuale, ghiduri interactive).
Pentru evitarea ambiguității, precizăm că ghidurile interactive nu sunt obligatorii, dar sunt salutate ca îmbunătățire și pot fi propuse în ofertă.
Pentru transparență și comparabilitate, ofertanții pot include două estimări separate:
una cu ghiduri interactive integrate (per modul sau global),
una fără, bazată strict pe cerințele minime din Caietul de Sarcini.
Modulele unde astfel de ghiduri ar fi utile includ:
cabinetul personal al utilizatorului,
gestionarea clienților,
procesarea cererilor,
import/export de date,
raportare.
Detaliile exacte vor fi stabilite în etapa de inițiere, în funcție de complexitatea interfeței și nevoile operaționale ale SA „Energocom”.

... afișează tot conținutul

Ați indicat în clarificări că ”ofertanții pot include două estimări separate: una cu ghiduri interactive integrate (per modul sau global), una fără, bazată strict pe cerințele minime din Caietul de Sarcini.”
În același timp, Anunțul de participare prevede expres (pt.10) că nu sunt admise oferte alternative.
Atunci când răspunsurile din clarificări contravin specificațiilor din documentație, care din prevederi trebuie considerate prioritare de către ofertanți pentru a evita descalificarea?

... afișează tot conținutul

Mențiunea privind estimările separate (cu și fără ghiduri interactive) nu constituie o ofertă alternativă ci o recomandare pentru transparență în estimarea costurilor, fără a afecta structura unică a ofertei.
Deciziile finale privind includerea acestor funcționalități vor fi luate în etapa de inițiere, în colaborare cu S.A. "Energocom".

... afișează tot conținutul

Pentru integrarea MPass există deja un acord semnat cu AGE sau urmează a fi negociat și semnat la etapa de inițiere?

... afișează tot conținutul

Acordul cu AGE urmează a fi negociat și formalizat în etapa de inițiere, în colaborare cu S.A. "Energocom".
Prestatorul va trebui să asigure compatibilitate tehnică cu MPass și să includă în ofertă estimarea efortului pentru integrare, cu înțelegerea că accesul la serviciile AGE va fi gestionat de Beneficiar.

... afișează tot conținutul

Manager de produs vs Manager de proiect
Întrebarea a apărut anume din motiv că la compoziția echipei se solicită Manager de produs, iar la calificari Manager de proiect.
Ce anume trebuie să propună ofertantul ca să acopere cerințele? Calificările pentru aceste 2 poziții sunt diferite.

În clarificări indicați că Managerul de produs va prioritiza backlogul, în timp ce în caietul de sarcini scrie ”backlog-ul - va fi administrat de SA Energocom", care va stabili ordinea de prioritate și va putea modifica conținutul...”.
Cine totuși va gestiona backlog-ul?
Toate aceste aspecte influiențează costurile și definirea resurselor necesare.

... afișează tot conținutul

Pentru conformitate, ofertantul trebuie să propună o poziție care acoperă atribuțiile de coordonare, comunicare cu Beneficiarul și management de livrabile, indiferent de titulatura utilizată.
Managerul propus de ofertant va avea rolul de coordonare a echipei de dezvoltare, comunicare cu Beneficiarul, management de livrabile, facilitare a procesului Agile și raportare.
Diferențele de titulatură nu afectează eligibilitatea atât timp cât responsabilitățile sunt acoperite conform cerințelor.

... afișează tot conținutul

Resursele pentru mediul de test vor fi oferite de către beneficiar?
Cine este responsabil de configurarea mediilor de test și producție?

... afișează tot conținutul

Prestatorul va fi responsabil de configurarea mediilor de test și producție, inclusiv instalarea, parametrizarea și testarea componentelor.
S.A."Energocom" va pune la dispoziție resursele necesare (infrastructură, acces, conturi), iar detaliile privind specificațiile tehnice vor fi stabilite în etapa de inițiere.
Prestatorul trebuie să includă în ofertă estimarea efortului pentru configurare, testare și suport în medii controlate.

... afișează tot conținutul

În urma analizei caietului de sarcini, precum și a răspunsurilor furnizate la solicitările de clarificare anterioare, constatăm că există în continuare aspecte esențiale care nu sunt definite cu suficientă precizie. Această lipsă de claritate poate influența în mod semnificativ atât estimarea corectă a bugetului, cât și planificarea realistă a termenelor de execuție. Având în vedere și constrângerile legislative aplicabile în materie de achiziții publice, vă rugăm respectuos să clarificați următoarele aspecte:

1. Estimarea bugetului și a termenelor de execuție
- Care a fost fundamentul utilizat pentru stabilirea valorii estimate a contractului, în condițiile în care caietul de sarcini nu definește în mod detaliat și exhaustiv perimetrul proiectului?

- Cum au fost stabilite termenele solicitate pentru implementare (1 săptămână pentru analiza inițială și 2–3 luni pentru dezvoltare), având în vedere lipsa unei liste clare și exhaustive a funcționalităților care urmează a fi realizate?

2. Mecanisme de ajustare a bugetului și/sau a funcționalităților

- În situația în care, în urma analizei detaliate, se va constata că volumul de activități necesare depășește ipotezele inițiale, ce mecanisme legale și contractuale sunt prevăzute pentru ajustarea corespunzătoare a bugetului?

- În lipsa unei posibilități de ajustare a valorii contractului, există cadrul de negociere pentru prioritizarea și/sau redefinirea funcționalităților solicitate, astfel încât proiectul să rămână realizabil în termenii bugetari stabiliți?

... afișează tot conținutul

Bugetul și termenele au fost stabilite în baza constrângerilor operaționale și financiare existente. Alocarea bugetară este fixă și nu poate fi majorată în cadrul acestei proceduri. Documentația a fost elaborată într-un interval limitat de timp, iar detalierea suplimentară va fi realizată în etapa de inițiere. În acest context, prioritizarea funcționalităților se va face astfel încât proiectul să rămână realizabil în limitele stabilite.

... afișează tot conținutul

Cu referire la răspunsul din 19.09.2025, ora 10:35:

"Bugetul și termenele au fost stabilite în baza constrângerilor operaționale și financiare existente. Alocarea bugetară este fixă și nu poate fi majorată în cadrul acestei proceduri. Documentația a fost elaborată într-un interval limitat de timp, iar detalierea suplimentară va fi realizată în etapa de inițiere. În acest context, prioritizarea funcționalităților se va face astfel încât proiectul să rămână realizabil în limitele stabilite."

Vă rugăm să precizați în mod concret:
Care sunt mecanismele de prioritizare a funcționalităților și/sau de estimare a efortului astfel încât acestea să fie corelate cu bugetul și timpul alocate?
În situația în care, pe parcursul etapei de analiză, se constată că bugetul, termenul sau efortul necesar sunt subdimensionate sau supradimensionate, cum va fi ajustat proiectul, având în vedere că documentația de licitație nu conține elemente precum rata om/oră sau alte repere de calcul?

Se va proceda la prioritizarea sau înlocuirea unor funcționalități?

Se va ajusta bugetul?

Sau se vor modifica termenele de execuție?

Vă solicităm ca răspunsul să nu conțină formulări generale de tipul „constrângerilor operaționale și financiare existente” sau „prioritizarea funcționalităților se va face astfel încât proiectul să rămână realizabil în limitele stabilite”, ci să indice mecanismele exacte prevăzute de Legea privind achizițiile publice, cu menționarea articolelor și alineatelor relevante.

Vă mulțumim.

... afișează tot conținutul

Stimați participanți,
Operatorii economici pot solicita clarificări doar asupra documentației de atribuire (specificații tehnice, criterii, condiții contractuale). Autoritatea contractantă nu are obligația de a răspunde la întrebări privind modul de implementare sau eventuale ajustări ulterioare, iar la aspectele menționate deja s-a răspuns în întrebările anterioare.

... afișează tot conținutul

Noi înțelegem corect că, în cadrul etapei de dezvoltare software (prevăzută cu o durată de 2 luni calendaristice, respectiv aproximativ 22 de zile lucrătoare), precedată de o săptămână pentru analiza de business și elaborarea Caietului de sarcini, se solicită implementarea unui Sistem Informațional care să includă cel puțin următoarele module și funcționalități de bază:

Evidența consumatorilor – gestionarea completă a datelor despre consumatori (adăugare, editare, salvare, ștergere), administrarea contractelor aferente, menținerea versiunilor și trasabilitatea modificărilor.

Evidența locurilor de consum – operații de adăugare, editare, salvare, ștergere, menținerea versiunilor și a modificărilor, asocierea locurilor cu consumatorii și sincronizarea acestora cu operatorii sistemelor de distribuție a gazelor.

Procesarea datelor de consum – colectarea și importul datelor de la operatorii de distribuție (citiri, încălcări ale condițiilor contractuale, lipsă aparat de măsură, deconectări parțiale etc.), validarea conform regulilor de business, reconcilierea și confirmarea acestora.

Calcularea consumului și a obligațiilor financiare – determinarea costurilor, penalităților, datoriilor, avansurilor, compensațiilor, recalculările pentru perioade anterioare și modificările de tarif, cu trasabilitate completă pentru toate calculele și modificările.

Evidența și verificarea plăților – monitorizarea încasărilor pentru volumele consumate, utilizarea acestora în calculul sumelor curente de plată și determinarea datoriilor active.

Integrarea cu sistemul de facturare – generarea, evidența, gestionarea și tipărirea facturilor.

Modul de raportare – configurarea și generarea rapoartelor tipizate, statistice și de evidență, precum și rapoarte ad-hoc, cu export în multiple formate și instrumente de analiză pentru identificarea tendințelor și anomaliilor.

Managementul utilizatorilor și al accesului – administrarea conturilor, rolurilor și permisiunilor utilizatorilor.

Jurnalizare și audit – monitorizarea și înregistrarea detaliată a evenimentelor tehnice și a acțiunilor utilizatorilor, pentru asigurarea transparenței, securității și conformității.

Integrare și schimb de date – interoperabilitate și consistență a informațiilor prin schimb de date cu sisteme terțe.

Dashboard-uri interactive și configurabile – monitorizare în timp real a datelor și proceselor, precum și organizarea activității utilizatorilor.

Având în vedere complexitatea și amploarea funcționalităților enumerate, considerăm că termenul de o săptămână pentru analiză și aproximativ 22 de zile lucrătoare pentru dezvoltare software este nerealist în raport cu bunele practici de implementare a sistemelor informatice de asemenea anvergură.

În acest context, vă solicităm:

Să indicați temeiul legal și normativ care a stat la baza stabilirii acestor termene, cu referire expresă la prevederile Legii nr. 131/2015 privind achizițiile publice și ale actelor normative subsecvente.

Să clarificați mecanismele prin care autoritatea contractantă consideră că poate fi asigurată implementarea tuturor funcționalităților obligatorii într-un termen atât de redus, cu respectarea principiilor de eficiență, transparență și utilizare conformă a fondurilor publice.

Să confirmați dacă există posibilitatea ajustării termenelor, conform art. 68 și art. 74 din Legea nr. 131/2015, care prevăd posibilitatea modificării contractului în cazul în care, pe parcursul executării, se constată necesitatea extinderii duratei sau adaptării obiectului, fără a afecta principiile concurenței și tratamentului egal.

Să justificați modul în care aceste termene respectă bunele practici recunoscute în domeniul IT (inclusiv metodologiile de tip waterfall sau agile), care prevăd etape distincte de analiză, proiectare, dezvoltare, testare, acceptanță și instruire a utilizatorilor.

Subliniem că solicitarea unei implementări cu funcționalități atât de complexe într-un termen atât de scurt comportă un risc major de neîndeplinire a obiectivelor proiectului și de utilizare ineficientă a resurselor publice.

... afișează tot conținutul

Stimați participanți,
Operatorii economici pot solicita clarificări doar asupra documentației de atribuire (specificații tehnice, criterii, condiții contractuale). Autoritatea contractantă nu are obligația de a răspunde la întrebări privind modul de implementare sau eventuale ajustări ulterioare, iar la aspectele menționate deja s-a răspuns în întrebările anterioare.

... afișează tot conținutul