Sistem financiar integrat pentru SA ”ENERGOCOM”

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.

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”.

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.

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.

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.