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

4 сен 2025, 14:52

Ref. pt. 3.2 Metodologia de livrare iterativă

Ref. pt. 3.2 Metodologia de livrare iterativă: Dacă se prevăd cicluri de dezvoltare de 2-4 săptămâni, ar însemna că se așteaptă livrarea integral a sistemului în doar 2-3 cicluri de lucru?

4 сен 2025, 14:53

Ref. pt. 3.3. Consultarea părților interesate

Ref. pt. 3.3. Consultarea părților interesate: Cine va efectua analiza proceselor de afaceri existente și la ce etapă, ținând cont că se solicită metodologie Agile și echipa solicitată nu include BA?

4 сен 2025, 14:53

Ref. 3.5 Integrarea cu sisteme existente

Ref. 3.5 Integrarea cu sisteme existente: care sunt sistemele cu care se prevede integrarea, câte sunt?

4 сен 2025, 14:54

Ref. 4.1 Raport de inițiere și evaluare, 4.2 Document de proiectare a sistemului, 6.1 Durata și etapele proiectului

Ref. 4.1 Raport de inițiere și evaluare, 4.2 Document de proiectare a sistemului, 6.1 Durata și etapele proiectului: Toate aceste livrabile se prevede să fie elaborate și livrate timp de 1 săptămână (etapa de inițiere și analiză)?

4 сен 2025, 14:54

Ref. 5.3.4 Adaptare la procesele SA Energocom

Ref. 5.3.4 Adaptare la procesele SA Energocom: Procesele existente sunt descrise, inclusive cu estimarea numărului curent de click-uri necesare pentru comparație și evaluarea rezultatului proiectului?

4 сен 2025, 14:55

Ref. USR-08

Ref. USR-08: Utilizatorul cum se înregistrează/ autentifică? Este necesară completarea unei cereri de înregistrare utilizator? Ce conține cabinetul personal?

4 сен 2025, 14:55

Ref: USR-09

Ref: USR-09: Câte tipuri de cereri sunt pentru utilizatori? Câte date/câmpuri conțin cererile? Cererile se semnează prin Msign, sau nu este necesar?

4 сен 2025, 14:55

Ref: USR-22

Ref: USR-22: Import clienți: Câte câmpuri/tipuri de date conține o înregistrare din ”primul Excel”? Notă! Informație necesară pentru estimarea efortului/timpului necesar pentru elaborarea instrumentului de import date.

4 сен 2025, 14:56

Ref: USR-23

Ref: USR-23: Import clienți: Lunar datele clienților se vor încărca tot din fișiere excel, sau este necesar și funcțional de înregistrare a clienților direct în sistem, la ghișeu?

8 сен 2025, 17:16

Ref. pct.6,1 Durata și etapele proiectului

Etapa de inițiere este preconizată a fi de 1 săptămână și urmează a fi livrate conform Caietului de sarcini și clarificărilor la această etapă următoarele: - descrierea proceselor curente - identificarea nr. și tipurilor de cereri, - identificarea sistemelor terțe pentru integrare, - definirea arhitecturii - analiza lacunelor în procesele actuale, - definirea fluxurilor de lucru și structurilor de date, considerați că o săptămână este un termen suficient, dacă încă nici fluxurile curente nu sunt definite, nici lista sistemelor necesare pentru integrare, informații de care depinde arhitectura sistemului? Cum pot ofertanții să efectueze estimările de efort și costuri fără a înțelege măcar estimativ volumul de lucru?

8 сен 2025, 17:20

Ref. pt. 3.2 Metodologia de livrare iterativă

În răspunsul la clarificări este indicat termenul de dezvoltare - 3 luni, în caietul de sarcini -2 luni (pct 6,1 Dezvoltare software - 2luni). Care termen trebuie să fie considerat ? Energocom își rezervează un termen de 5 zile pentru a valida livrabilele etapei de inițiere. Termenul de 2 luni/ 3 luni de dezvoltare va începe după validarea livrabilelor?

8 сен 2025, 17:24

Terminologie

În contextul Caietului de sarcini și clarificărilor de mai sus termenul de utilizatori este utilizat pentru consumatori sau pentru angajații Energocom?

11 сен 2025, 17:12

Ref. Modul Rapoarte

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.

11 сен 2025, 17:23

Ref. cerințe de compoziție a echipei/ poziția 1

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

15 сен 2025, 11:39

Ref. Priorități cerințe din CS vs răspunsuri la întrebări

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?

15 сен 2025, 12:10

Ref. Cerințe funționale: USR-01

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

15 сен 2025, 12:14

Ref: USR- 16

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?

15 сен 2025, 14:11

Manager de produs vs Manager de proiect

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.

15 сен 2025, 14:18

Ref. Responsabilități privind mediile de test și producție

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

17 сен 2025, 13:06

Cerinte business

Î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?

19 сен 2025, 11:49

Cerinte business

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.

19 сен 2025, 11:53

Cerinte functionale

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.