Achiziție - Sistem Informațional pentru activitatea de evidență a consumului de gaze SA ”ENERGOCOM”
Achiziție SA ”ENERGOCOM”
Informație generală
Sistem Informațional pentru activitatea de evidență a consumului de gaze SA ”ENERGOCOM”
Surse de finanțare
suma planificată 5,000,000.00 MDL
Detalii achiziție
| Valoare | CPV | Titlu achiziției | Cantitate | Livrare |
|---|---|---|---|---|
| 5,000,000.00 MDL | 48900000-7 | Sistem Informațional pentru activitatea de evidență a consumului de gaze SA ”ENERGOCOM” | 1 Unitate |
21.10.2025 - 31.12.2025 Serghei Lazo 17/1 |
Documente
Persoană de contact
Clarificări
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?
Analiza proceselor de afaceri va fi realizată colaborativ între echipa Prestatorului și personalul operațional/tehnic al SA „Energocom”, în etapa de inițiere și pe parcursul sprinturilor. Rolul de Business Analyst poate fi acoperit de Managerul de Produs sau de membri ai echipei cu experiență relevantă, chiar dacă nu este definit formal ca poziție separată.
Ref. 3.5 Integrarea cu sisteme existente: care sunt sistemele cu care se prevede integrarea, câte sunt?
Numărul exact va fi confirmat în etapa de inițiere, în funcție de infrastructura existentă.
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ă)?
Etapa de inițiere (1 săptămână) include:
Raport de inițiere cu analiza cerințelor și părților interesate
Document de proiectare preliminară cu arhitectura pe microservicii
Stabilirea fluxurilor de lucru și interfețelor API
Evaluarea provocărilor și riscurilor tehnice
Livrabilele vor fi validate în termen de 5 zile lucrătoare de către 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?
Procesele vor fi descrise în detaliu în etapa de inițiere. Estimarea numărului de click-uri și interacțiuni va fi realizată în cadrul analizei UX, folosind:
prototipuri interactive
simulări de fluxuri de lucru
măsurători de eficiență operațională (timp, pași, erori)
Ref. USR-08: Utilizatorul cum se înregistrează/ autentifică? Este necesară completarea unei cereri de înregistrare utilizator? Ce conține cabinetul personal?
Utilizatorii se vor înregistra prin email sau număr de telefon cu SMS-OTP (în cazul în care au fost indicate în contract sau transmise în alt fel de către ei). Nu este necesară completarea unei cereri separate. Cabinetul personal va include funcționalități pentru gestionarea cererilor, vizualizarea statusurilor, istoric interacțiuni, descărcarea documentelor și notificări prin email/SMS.
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.
O înregistrare conține în medie 10–15 câmpuri: IDNP/IDNO, nume, adresă, telefon, email, tip consumator, loc de consum, NLC, etc. Structura exactă va fi furnizată în etapa de inițiere.
Importul se va realiza prin instrument dedicat cu validări, jurnalizare și raportare (reușite, erori, duplicate).
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?
Nu. Livrarea sistemului se va realiza în mai multe cicluri iterativ-incrementale, conform metodologiei Agile. Fiecare sprint va include un subset de funcționalități complet operaționale. Numărul total de sprinturi va fi stabilit în funcție de complexitatea cerințelor și prioritizarea backlog-ului de către SA „Energocom”.
În 3 luni se pot executa 6 sprinturi de 2 săptămâni.
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?
Tipurile de cereri vor fi definite în etapa de proiectare, dar se preconizează cel puțin cereri de conectare, modificare date, deconectare. Fiecare cerere va conține câmpuri standardizate (IDNP, adresă, contact etc.). Semnătura prin Msign nu este obligatorie, dar poate fi integrată opțional.
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?
Sistemul va permite:
import lunar de delta (Excel)
înregistrare manuală la ghișeu
validări automate și prevenirea duplicatelor
trasabilitate completă a modificărilor
În capitolul 5.2.1 „Tehnologii recomandate” din Caietul de sarcini este specificat că „Sistemul va utiliza tehnologii moderne și stabile pentru backend (de exemplu Java Spring Boot, .NET Core, Node.js), frontend (de exemplu React, Angular, Vue.js) și integrarea cu baze de date relaționale și non-relaționale”.
Vă rugăm să confirmați dacă aceste limbaje și framework-uri enumerate reprezintă o cerință obligatorie (trebuind respectate strict), sau dacă pot fi utilizate și alte tehnologii echivalente, cu condiția să fie moderne, stabile, să asigure mentenanță pe termen lung și să respecte integral cerințele funcționale și non-funcționale ale proiectului.
Tehnologiile enumerate în capitolul 5.2.1 sunt recomandate, nu obligatorii. Prestatorii pot propune tehnologii echivalente, cu condiția ca acestea să îndeplinească cumulativ următoarele criterii:
Să fie moderne și stabile, cu suport activ din partea comunității sau producătorului.
Să permită mentenanță pe termen lung, inclusiv actualizări de securitate și compatibilitate.
Să respecte integral cerințele funcționale și non-funcționale specificate în Caietul de Sarcini, inclusiv cele legate de performanță, securitate, scalabilitate, interoperabilitate și disponibilitate.
Să fie compatibile cu arhitectura propusă (microservicii, CI/CD, containerizare, etc.) și să permită integrarea cu sistemele externe prin API-uri standardizate.
Exemple de tehnologii echivalente pot include:
Backend: Kotlin (Ktor, Spring), Rust (Actix, Rocket), Go, Ruby on Rails
Frontend: Svelte, Next.js, Blazor
Baze de date: IBM Db2, Oracle, MariaDB, etc.
SA „Energocom” își rezervă dreptul de a analiza propunerile tehnologice în cadrul procesului de evaluare tehnică, pentru a se asigura că acestea sunt conforme cu obiectivele și cerințele 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?
Etapa de inițiere are rolul de a colecta și valida informațiile esențiale pentru demararea sprinturilor. Deși durata este de o săptămână, aceasta include activități intensive de consultare cu părțile interesate, utilizarea metodologiilor Agile și instrumente de modelare rapidă (ex. BPMN, wireframeuri).
Prestatorul va avea acces la personalul S.A. Energocom” pentru clarificări, iar fluxurile curente vor fi definite de comun acord.
Estimările de efort și costuri se vor baza pe cerințele funcționale și non-funcționale deja detaliate în Caietul de Sarcini, iar ajustările vor fi posibile în cadrul sprinturilor.
Î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?
Termenul oficial de dezvoltare este de 2 luni, conform pct. 6.1 din Caietul de Sarcini.
Perioada de dezvoltare începe după validarea livrabilelor etapei de inițiere, care se face în termen de 5 zile lucrătoare.
Termenul de 3 luni menționat anterior include și etapele de testare, pilotare și implementare, dar dezvoltarea propriu-zisă este de 2 luni.
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?
Nu. Livrarea sistemului se va realiza în mai multe cicluri iterativ-incrementale, conform metodologiei Agile. Fiecare sprint va include un subset de funcționalități complet operaționale. Numărul total de sprinturi va fi stabilit în funcție de complexitatea cerințelor și prioritizarea backlog-ului de către SA „Energocom”.
În 3 luni se pot executa 6 sprinturi de 2 săptămâni.
Care sunt metodele de import agreate de Beneficiar? Exclusiv fișiere Excel, sau se solicită și alte metode precum import automat prin API-uri ori introducere manuală în sistem de către utilizatori?
Dacă este prevăzută introducerea manuală, pentru ce tip de date se așteaptă acest flux?
Caietul de Sarcini prevede importul inițial prin fișiere Excel.
Prestatorii pot propune în ofertă metode suplimentare, precum:
import automat prin API-uri,
introducere manuală (pentru cazuri punctuale, ex. la ghișeu).
Tipurile de date și fluxurile vor fi confirmate în etapa de inițiere.
În Caietul de sarcini este prevăzută crearea de materiale de instruire. Vă rugăm să confirmați dacă se solicită și ghiduri interactive integrate direct în interfața sistemului.
Dacă da, pentru ce module funcționale se dorește acoperirea cu astfel de ghiduri interactive?
Caietul de Sarcini prevede materiale de instruire. Prestatorii pot include în ofertă și ghiduri interactive integrate în interfața sistemului, pentru facilitarea adoptării.
Acoperirea exactă va fi stabilită în etapa de inițiere și analiză.
Vă rugăm să confirmați următoarele aspecte privind migrarea datelor în cadrul implementării Sistemului Informațional de Evidență a Consumului de Gaze (SIECG):
- Pe lângă cele ~850.000 de înregistrări (persoane fizice și juridice) menționate pentru încărcarea primară, vor exista și alte date suplimentare care vor trebui migrate în sistem?
- Toate aceste înregistrări sunt disponibile în același format/structură sau există și alte formate/surse de date ce urmează a fi integrate?
Caietul de Sarcini prevede încărcarea inițială a ~850 000 de înregistrări (consumatori casnici și non-casnici) în cadrul procesului de inițializare a sistemului.
În etapa de inițiere și analiză vor fi identificate și evaluate eventuale date suplimentare relevante pentru migrare, cum ar fi:
istoricul de consum,
date despre locuri de consum,
cereri în curs sau arhivate
Formatul și structura acestor date vor fi analizate în cadrul aceleiași etape. Deși majoritatea înregistrărilor vor fi disponibile în format Excel, pot exista și alte surse sau formate (ex. fișiere CSV/XML, exporturi din sisteme existente).
Prestatorii sunt încurajați să propună în ofertă soluții flexibile de migrare, care să permită:
adaptarea la multiple surse de date,
validarea și curățarea datelor,
jurnalizarea procesului de migrare,
raportarea rezultatelor.
Vă rugăm să clarificați cum se realizează validarea datelor de consum și cine are responsabilitatea acestei acțiuni (utilizatori interni Energocom, manageri, sistemul automat, alt mecanism?).
Validarea datelor de consum se realizează printr-un mecanism mixt:
Validări automate: algoritmi de consistență, detectare anomalii, verificări încrucișate
Validări manuale: efectuate de managerii și operatorii S.A. “Energocom”.
Sistemul va include jurnalizare completă a modificărilor și trasabilitate.
În contextul Caietului de sarcini și clarificărilor de mai sus termenul de utilizatori este utilizat pentru consumatori sau pentru angajații Energocom?
Termenul "utilizatori” este utilizat în două sensuri:
Utilizatori interni: angajații S.A.”Energocom” care vor opera sistemul (manageri, operatori, administratori).
Utilizatori externi: consumatori (persoane fizice și juridice) care vor interacționa cu sistemul prin cabinetul personal.
La cerințele funcționale este prevăzută doar înregistrarea utilizatorului obișnuit. Vă rugăm să precizați ce acțiuni suplimentare sunt permise acestui tip de utilizator (ex. vizualizare consum, depunere cereri, descărcare documente etc.).
Utilizatorul obișnuit (consumator) va avea acces la:
Vizualizarea cabinetului personal
Depunerea cererilor (ex. Contracte, modificare date)
Vizualizarea stării cererilor
Descărcarea cererilor în format PDF
Primirea notificărilor și configurarea primirii notificărilor prin email/SMS
Vizualizarea istoricului de consum (în faza extinsă)
Vă rugăm să detaliați exhaustiv cerințele specifice pentru fiecare tip de utilizator menționat:
Utilizatori interni (angajați SA „Energocom”) – care sunt funcționalitățile, rolurile și nivelurile de acces prevăzute pentru manageri, operatori, administratori sau alte categorii de personal?
Utilizatori externi (consumatori persoane fizice și juridice) – care sunt funcționalitățile, drepturile și limitările aplicabile în cadrul „cabinetului personal” și în interacțiunea cu sistemul?
Există diferențe suplimentare între tipurile de consumatori (PF vs. PJ) din punct de vedere al cerințelor funcționale sau al accesului la date?
Caietul de Sarcini definește două categorii principale de utilizatori:
Utilizatori interni (angajați SA „Energocom”)
Utilizatori externi (consumatori persoane fizice și juridice)
Structura detaliată a rolurilor și nivelurilor de acces va fi stabilită în etapa de inițiere, ținând cont de organigrama SA „Energocom” și de fluxurile operaționale.
Funcționalitățile de bază sunt descrise în cerințele funcționale (USR-01 până la USR-34), iar exemplele includ:
Administratori – configurare sistem, control acces, audit, import clienți
Manageri – import date, procesare cereri, validări, raportare
Operatori – gestionare clienți, verificări
Consumatori (PF/PJ) – acces la cabinet personal, depunere cereri, vizualizare stare cereri, descărcare documente
Diferențele între PF și PJ vor fi detaliate în etapa de inițiere, în funcție de cerințele de business și structura datelor.