Anunțul OCDS-B3WDP1-MD-1785843837962 pentru Achiziționarea sistemului informațional integrat „e-CSP” este publicat de Consiliul Superior al Procurorilor și este încadrat la codul CPV 48310000.
Harvey procesează documentele acestei licitații...
achizitii.md
Cerința 78 din Anexa nr. 1 la Anunțul de participare (pag. 19) prevede că „Acceptanța finală este condiționată de completarea integrală a Listei de verificare de nivel micro (Checklist_CA_v3.1_Anexa B — 43 de criterii, organizate pe cei 7 piloni strategici)”. Acest fișier nu se regăsește printre documentele publicate în cadrul procedurii. Vă rugăm să îl publicați, întrucât cele 43 de criterii condiționează recepția finală și plata ultimei tranșe de 25%, iar conținutul lor nu poate fi cunoscut de ofertanți la momentul elaborării ofertei.
Lista de verificare de nivel micro (Checklist_CA_v3.1_Anexa B) reprezintă un instrument operațional utilizat în etapa de verificare și acceptanță a soluției, în corelare cu cerințele și principiile prevăzute de Standardul Național de Acceptanță și Guvernanță pentru sistemele informaționale de stat, versiunea 3.1. Menționarea acesteia la Cerința 78 nu instituie cerințe tehnice, funcționale sau obligații suplimentare față de cele prevăzute în documentația de atribuire și în standardele anexate procedurii. În cadrul procesului de acceptanță vor fi verificate exclusiv cerințe care rezultă din documentația de atribuire și din obligațiile contractuale asumate de Prestator. Respectiv, Lista de verificare urmează a fi utilizată ca instrument de sistematizare și documentare a verificărilor efectuate la etapa recepției și nu constituie un criteriu distinct de evaluare a ofertelor.
Documentația standard enumeră la pct. 2 „Contract – model – Anexa nr. 24” și prevede la pct. 101 că „Nu se acceptă în cadrul achizițiilor publice proiectele contractelor ce deviază de la anexa nr. 24”. Anexa nr. 24 nu este însă cuprinsă în documentația publicată, care conține Anexele nr. 2 și nr. 4-23. În lipsa acesteia nu sunt cunoscute termenul de plată exprimat în zile, penalitățile de întârziere, condițiile de rezoluțiune și clauza de precădere a documentelor contractuale. Vă rugăm să publicați contractul-model.
General change of Contract Notice
General change of Contract Notice
General change of Contract Notice
Achiziționarea sistemului informațional integrat „e-CSP”
Legături interne utile pentru CPV, autoritate și expresiile principale din denumirea procedurii.
Cod CPV
48310000
Vezi alte licitații publice pentru CPV 48310000 pornind de la OCDS-B3WDP1-MD-1785843837962.
Autoritate contractantă
Consiliul Superior al Procurorilor
Explorează și alte anunțuri publicate de Consiliul Superior al Procurorilor.
Cuvinte-cheie din titlu
Achiziționarea sistemului informațional integrat „e-CSP”
Caută proceduri similare folosind titlul licitației OCDS-B3WDP1-MD-1785843837962.
Autoritatea contractantă va publica Contractul-model aferent procedurii de achiziție, întocmit în conformitate cu Anexa nr. 24 la Documentația standard aplicabilă. Contractul-model va include Partea I – condițiile generale obligatorii și Partea II – condițiile speciale ale contractului, completate în funcție de obiectul și particularitățile achiziției.
Caietul de sarcini califică la pct. 4.4 Colegiul de disciplină și etică drept „owner-ul funcțional principal pentru modulul e-Disciplinară” și definește actorii A-ED05 Membru CDE, A-ED06 Președintele CDE și A-ED07 Secretar ședință CDE. Capitolul 6.2 conține însă doar subcapitolele 6.2.1-6.2.4 (actori, Secretariatul inspecției, Inspector, Inspector-șef), fără niciun caz de utilizare pentru Colegiu. Suplimentar, Anexa „C” atribuie codurile UC-ED03.01 și UC-ED03.02 activităților Colegiului, în timp ce cap. 6.2.4 alocă exact aceleași coduri autentificării și consultării dosarelor de către Inspectorul-șef. Vă rugăm să publicați cerințele funcționale aferente Colegiului de disciplină și etică și să corectați coliziunea de numerotare.
Cerințele funcționale aferente Colegiului de disciplină și etică, inclusiv precizările necesare privind numerotarea univocă a cazurilor de utilizare, vor fi completate și publicate în cel mai scurt timp în cadrul documentației procedurii de achiziție. Publicarea completărilor și ajustărilor respective va fi efectuată cu respectarea prevederilor art. 41 din Legea nr. 131/2015 privind achizițiile publice. După caz, termenul-limită de depunere a ofertelor va fi prelungit corespunzător, astfel încât operatorii economici să dispună de timpul necesar pentru examinarea informațiilor suplimentare și pentru ajustarea ofertelor.
Graficul de implementare din Anexa nr. 1 (pag. 16) declară „Dezvoltare modul e-Carieră (UC-EC01-UC-EC40)”, iar tabelul de corespondență de la pag. 17-18 trece direct de la UC-EC34 la UC-EC38. Identificatorii UC-EC35, UC-EC36 și UC-EC37 nu apar nicăieri în Caietul de sarcini. Vă rugăm să confirmați dacă este vorba despre cerințe funcționale care nu au fost publicate sau despre o simplă discontinuitate de numerotare.
Se confirmă că discontinuitățile de numerotare indicate reprezintă erori materiale de redactare și nu corespund unor cerințe funcționale sau nefuncționale omise. Identificatorii care nu apar în documentația publicată nu constituie cerințe distincte și nu extind domeniul contractului. Operatorii economici vor dimensiona oferta exclusiv în baza cerințelor publicate în documentația de atribuire.
În Caietul de sarcini, cap. 6.2.2 și 6.2.3, numerotarea prezintă următoarele salturi: de la UC-ED02.05 la UC-ED02.07; de la FR-UC-ED01.01-06 la FR-UC-ED01.01-08; de la FR-UC-ED01.04-09 la FR-UC-ED01.04-12. Niciunul dintre identificatorii lipsă nu apare în document. Vă rugăm să confirmați că este vorba despre o discontinuitate de numerotare, iar nu despre cerințe omise din publicare.
Se confirmă că discontinuitățile de numerotare indicate reprezintă erori materiale de redactare și nu corespund unor cerințe funcționale sau nefuncționale omise. Identificatorii care nu apar în documentația publicată nu constituie cerințe distincte și nu extind domeniul contractului. Operatorii economici vor dimensiona oferta exclusiv în baza cerințelor publicate în documentația de atribuire.
Cap. 2.3 al Caietului de sarcini (pag. 9) exclude din proiect „Introducerea sau migrarea de date istorice, cu excepția cazurilor explicit definite în cerințele funcționale”, în timp ce UC-EC39 (pag. 37) prevede „Import inițial/migrare date profesionale din e-Personal PG (angajări, instruiri, sancțiuni etc.), mapând câmpurile și atașamentele”. Vă rugăm să confirmați că migrarea face parte din domeniul contractului și să precizați volumetria estimată (numărul de dosare, numărul și volumul atașamentelor), structura și calitatea datelor sursă, precum și entitatea care efectuează extragerea din sistemul e-Personal PG. În lipsa acestor informații, efortul aferent nu poate fi dimensionat, iar prețul ofertat nu poate fi fundamentat.
Se confirmă că activitățile de import inițial și migrare a datelor profesionale din sistemul e-Personal PG fac parte din domeniul contractului, în limitele cerințelor funcționale prevăzute pentru UC-EC39. În scopul elaborării ofertelor, volumul datelor care pot face obiectul migrării este în jur de 2000 dosare profesionale, împreună cu documentele și atașamentele aferente disponibile în sistemul-sursă. CSP va pune la dispoziția operatorului economic desemnat câștigător exportul datelor disponibile și informațiile tehnice existente privind structura acestora. Dezvoltatorul va realiza analiza, maparea, validarea și migrarea datelor în sistemul e-CSP. Volumul indicat reprezintă baza de dimensionare a ofertelor, iar oferta financiară și include toate activitățile necesare de migrare prevăzute în UC-EC39.
Cap. 6.1 al Caietului de sarcini prevede că integrarea cu sistemul e-Management CSP „este bidirecțională și se realizează prin API securizat, fără duplicarea registrelor”, însă documentația de atribuire nu conține specificația tehnică a acestei interfețe, versiunea sistemului, producătorul sau formatele de mesaje. Vă rugăm să publicați documentația API a sistemului existent, să confirmați disponibilitatea unui mediu de testare pe durata execuției contractului și să precizați modalitatea de cooperare cu furnizorul actual al sistemului, în cazul în care sunt necesare adaptări de partea acestuia.
Documentația tehnică a interfețelor de integrare (API), inclusiv informațiile tehnice disponibile privind schimbul de date, va fi pusă la dispoziția operatorului economic desemnat câștigător la etapa de analiză și proiectare. CSP va asigura accesul la mediile de testare și producție și va facilita cooperarea cu administratorul sistemului existent pentru realizarea și validarea integrării. Integrarea face parte din obiectul contractului, iar operatorii economici vor include în ofertă toate activitățile necesare realizării acesteia.
Cerințele 68 și 69 din Anexa nr. 1 (pag. 14) impun experților experiență în PHP, ASP.NET MVC, Laravel, MySQL și SQL Server. Stiva Tehnologică Guvernamentală clasifică însă PHP drept alternativă acceptată exclusiv pentru „aplicații web EXISTENTE cu expertiză de echipă”, iar MS SQL Server „DOAR pentru ecosisteme .NET existente”, în timp ce e-CSP este un sistem nou, iar NFRQ002 impune arhitectură bazată pe microservicii. Vă rugăm să confirmați stiva tehnologică acceptată pentru acest proiect fără a fi necesară o abatere de la Standardul Principal (Golden Path) și să precizați dacă o soluție construită pe tehnologiile enumerate în cerințele de personal ar necesita aprobarea scrisă prealabilă a Agenției de Guvernare Electronică.
Cerințele 68 și 69 stabilesc experiența minimă acceptată a experților și nu impun utilizarea tehnologiilor respective pentru dezvoltarea soluției e-CSP. Soluția tehnică propusă va respecta cerințele prevăzute în documentația de atribuire și prevederile aplicabile ale Stivei Tehnologice Guvernamentale. Alegerea stack-ului tehnologic revine operatorului economic, cu respectarea cerințelor prevăzute în documentația de atribuire.
NFRQ0064 din Caietul de sarcini (pag. 44) prevede că „Dezvoltatorul va livra pipeline-urile și procedurile DevOps (build, testare, deploy)”. Anexa nr. 1, Pilonul 2 (pag. 20) prevede în schimb că „pipeline-ul CI/CD este deținut și operat de STISC; Dezvoltatorul livrează exclusiv teste (unitare + integrare), Dockerfile și Helm Charts conforme specificațiilor STISC” și recomandă alinierea terminologiei din Cerințele 47 și 63 ale Caietului de sarcini. Cele două prevederi conduc la volume de lucru și la criterii de acceptanță substanțial diferite. Vă rugăm să tranșați explicit delimitarea de responsabilități.
Pipeline-ul CI/CD este administrat și operat de STISC. Dezvoltatorul va livra toate artefactele și documentația tehnică necesare integrării aplicației în pipeline-ul CI/CD, în conformitate cu documentația de atribuire. Dezvoltatorul va acorda suport pentru integrarea și validarea acestora în mediul operat de STISC.
Documentația impune conformitatea cu „Proiectul Standardului Național pentru Definirea Cadrului de Acceptanță și Guvernanță pentru Sistemele Informaționale de Stat, versiunea 3.1, aprilie 2026”, neasumarea angajamentului atrăgând respingerea ofertei, deși ambele documente de referință sunt calificate ca proiecte, iar Stiva Tehnologică Guvernamentală declară drept pas următor „Emiterea Ordinului MDED”. Standardul prevede că se aplică versiunea în vigoare la data semnării contractului. Vă rugăm să clarificați regimul aplicabil în situația în care standardele intră în vigoare într-o formă modificată pe parcursul execuției contractului, având în vedere că prețul este stabilit ferm la ofertare, fără mecanism contractual de ajustare.
Elaborarea ofertelor, implementarea și recepția soluției se vor realiza în conformitate cu documentația de atribuire. Eventuala adoptare sau modificare ulterioară a documentelor de referință nu modifică automat cerințele, criteriile de acceptanță, termenele sau condițiile aplicabile prezentei proceduri.
Titlul Secțiunii B din Anexa nr. 1 (pag. 11 și 13) prevede „cerințele față de echipa de implementare (personal cheie, maximum 5 persoane)”, în timp ce Cerința 65 prevede „o echipă de implementare formată din minimum 5 (cinci) experți cheie”, iar pct. 16 poz. 14 din Anunț prevede „Echipa propusă minim 5 experți cheie” și permite explicit suplimentarea echipei cu resurse tehnice adiționale. Vă rugăm să confirmați dacă o ofertă care nominalizează 6 sau mai mulți experți cheie este admisibilă, respectiv dacă numărul de 5 constituie un prag minim sau un plafon.
Mențiunea „personal cheie, maximum 5 persoane” din titlul Secțiunii B a Anexei nr. 1 reprezintă o eroare de redactare. Din interpretarea coroborată a Cerinței nr. 65 din Anexa nr. 1, care prevede constituirea unei echipe de implementare formate din minimum 5 (cinci) experți cheie, precum și a pct. 16 poz. 14 din Anunțul de participare, rezultă că numărul de 5 experți cheie constituie un prag minim, și nu un plafon maxim.
Pct. 16 poz. 14 din Anunț (pag. 7) admite îndeplinirea cerinței lingvistice „și prin interpret/traducător calificat”, în timp ce Cerința 72 din Anexa nr. 1 prevede că „Recurgerea la un interpret/traducător este admisă exclusiv ca mecanism suplimentar, pentru situații punctuale, și nu poate substitui capacitatea proprie de comunicare directă”. Suplimentar, Cerințele 66, 67 și 70 solicită fiecărui expert „comunicare fluentă, verbală și în scris, în limba română”, iar Cerința 72 admite „limba română sau în limba rusă”. Vă rugăm să precizați regula care prevalează, întrucât aceasta determină eligibilitatea experților nominalizați în ofertă.
În cazul existenței unor diferențe de formulare, prevalează Cerința 72 din Anexa nr. 1 la Anunțul de participare. Aceasta se aplică pentru evaluarea îndeplinirii cerințelor privind comunicarea și competențele lingvistice ale experților-cheie.
Pct. 13 din Anunț prevede „Termenul de valabilitate a contractului: până la 31 decembrie 2027”, iar Anexa nr. 1 prevede o durată de execuție de 7 luni (L1-L7) urmată de o perioadă de garanție și suport de 9 luni (L8-L16), rezultând 16 luni de la semnarea contractului. Vă rugăm să clarificați modalitatea în care este acoperită contractual perioada de garanție în situația în care aceasta depășește data de 31 decembrie 2027, precum și dacă garanția de bună execuție se prelungește corespunzător și până la ce dată.
Perioada de garanție și suport de 9 luni se aplică integral, în conformitate cu documentația de atribuire. În cazul în care perioada de garanție și suport depășește data de 31 decembrie 2027, obligațiile privind garanția și suportul se execută până la îndeplinirea lor integrală. Garanția de bună execuție va fi menținută valabilă pe întreaga durată a obligațiilor privind garanția și suportul.
Pct. 12 din Anunț stabilește eșalonarea plăților (15% după Etapa I, 60% după Etapa II, 25% la recepția finală), condiționate de semnarea actelor de predare-primire, fără a preciza un termen de plată exprimat în zile de la emiterea facturii. Documentația standard, pct. 98, prevede că în Partea II a contractului autoritatea contractantă poate stabili „condițiile achitării și condițiile achitării în avans”. Vă rugăm să precizați termenul de plată exprimat în zile și să confirmați dacă se acordă un avans, iar în caz afirmativ cuantumul acestuia și condițiile de garantare.
Autoritatea contractantă precizează că nu prevede efectuarea plăților anticipate (avans). Potrivit art. 66 alin. (5) din Legea finanțelor publice și responsabilității bugetar-fiscale nr. 181/2014, autoritățile și instituțiile bugetare nu pot încheia contracte cu efectuarea plăților anticipate pentru achiziționarea bunurilor, serviciilor și lucrărilor, cu excepțiile expres prevăzute de lege. Întrucât obiectul prezentei proceduri îl constituie achiziționarea unor servicii care intră sub incidența Legii nr. 131/2015 privind achizițiile publice, iar achiziția respectivă nu se încadrează în excepțiile prevăzute de art. 66 alin. (5) din Legea nr. 181/2014, acordarea unui avans nu este prevăzută. În consecință, nu sunt aplicabile condiții privind cuantumul sau garantarea avansului. Achitarea fiecărei tranșe prevăzute la pct. 12 din Anunț, respectiv 15% după finalizarea Etapei I, 60% după finalizarea Etapei II și 25% după recepția finală, se va efectua în termen de 15 zile lucrătoare de la data recepționării de către autoritatea contractantă a facturii fiscale și a actului de predare-primire aferent etapei respective, semnat de ambele părți.
Anunțul stabilește cuantumurile garanțiilor (2% din suma totală a ofertei fără TVA, respectiv 5% din prețul contractului adjudecat) și formele admise de constituire, fără a stipula termenul de valabilitate al niciuneia dintre ele, deși Anexa nr. 10 din Documentația standard solicită expres indicarea datei de expirare a garanției. Vă rugăm să precizați termenele de valabilitate care trebuie înscrise în scrisorile de garanție bancară, respectiv dacă garanția de bună execuție trebuie să acopere și cele 9 luni ale perioadei de garanție post-implementare.
Garanția pentru ofertă Potrivit pct. 26 din Anunțul de participare, termenul de valabilitate a ofertelor este de 60 de zile. În consecință, garanția pentru ofertă trebuie să fie valabilă pe întreaga perioadă de valabilitate a ofertei, respectiv cel puțin 60 de zile calendaristice, calculate de la data-limită de depunere a ofertelor. În scrisoarea de garanție bancară se va indica o dată de expirare care să nu fie anterioară expirării termenului de valabilitate a ofertei. În cazul prelungirii perioadei de valabilitate a ofertelor, termenul de valabilitate al garanției pentru ofertă va fi prelungit în mod corespunzător. Garanția de bună execuție Garanția de bună execuție, în cuantum de 5% din prețul contractului adjudecat, trebuie să fie valabilă pe întreaga perioadă de executare a obligațiilor contractuale, inclusiv pe durata de 9 luni aferentă perioadei de garanție și suport post-implementare, calculată de la data recepției finale a sistemului. Prin urmare, garanția de bună execuție trebuie să acopere atât perioada de dezvoltare și implementare a sistemului, cât și perioada de garanție post-implementare. Data exactă a expirării va fi stabilită la încheierea contractului, în funcție de data intrării acestuia în vigoare și de calendarul contractual de implementare.
Modelele de ordin de plată marcate „MODEL OBLIGATORIU” din Anunț (pag. 4 și pag. 8) conțin câmpul necompletat „DESTINAȚIA PLĂȚII: Plata pentru garanția bancară conform procedurii nr.... din ...”, respectiv „Plata pentru garanția de bună execuție conform procedurii nr.... din ...”. Anunțul de participare nu indică numărul și data procedurii. Vă rugăm să precizați valorile exacte care trebuie înscrise în aceste câmpuri, pentru a evita neidentificarea plății garanției.
Autoritatea contractantă informează că, la completarea ordinelor de plată pentru constituirea garanției pentru ofertă și a garanției de bună execuție, în câmpul „Destinația plății” urmează a fi indicat: pentru garanția pentru ofertă: „Plata pentru garanția pentru ofertă conform procedurii de achiziție nr. ocds-b3wdp1-MD-1785843837962 din 04.08.2026.” pentru garanția de bună execuție: „Plata pentru garanția de bună execuție conform procedurii de achiziție nr. ocds-b3wdp1-MD-1785843837962 din 04.08.2026.”
Pct. 22 din Anunț stabilește criteriul de atribuire „Prețul cel mai scăzut și corespunderea specificațiilor tehnice solicitate”, iar pct. 23 prevede pentru factorii de evaluare „Nu se aplică”. Simultan, pct. 16 poz. 3 impune o propunere tehnică structurată în 12 capitole și interzice expres „simpla reproducere a cerințelor autorității contractante, confirmarea generală a conformității ori utilizarea exclusivă a unor formulări precum «corespunde», «se acceptă» ori «conform Caietului de sarcini»”. Vă rugăm să publicați criteriile obiective sau grila pe baza cărora se apreciază conformitatea propunerii tehnice, în vederea asigurării transparenței și predictibilității procesului de evaluare.
Criteriul de atribuire aplicabil procedurii este „prețul cel mai scăzut”, cu condiția îndeplinirii integrale a cerințelor de calificare și a specificațiilor tehnice stabilite în documentația de atribuire. În consecință, propunerea tehnică nu este supusă punctării, iar pentru evaluarea acesteia nu se aplică factori de evaluare, ponderi sau o grilă de punctaj. Conformitatea propunerii tehnice va fi apreciată potrivit principiului „corespunde/nu corespunde”, prin raportarea directă și exhaustivă a informațiilor prezentate de ofertant la cerințele obligatorii prevăzute în Caietul de sarcini și în documentația de atribuire. Structurarea propunerii tehnice în cele 12 capitole solicitate are drept scop asigurarea unei prezentări complete, clare și verificabile a soluției propuse și permite autorității contractante să constate, pentru fiecare cerință, cel puțin: a) modul concret în care va fi realizată cerința; b) soluția tehnică, funcțională și metodologică propusă; c) activitățile, livrabilele și rezultatele aferente; d) resursele, tehnologiile și mecanismele utilizate; e) coerența dintre arhitectura propusă, metodologia de implementare, calendarul de executare și celelalte componente ale ofertei; f) respectarea cerințelor privind securitatea, testarea, migrarea datelor, instruirea, recepționarea și punerea în producție, după caz. Interdicția reproducerii formale a cerințelor sau utilizării exclusive a unor formulări precum „corespunde”, „se acceptă” ori „conform Caietului de sarcini” urmărește să permită verificarea efectivă a fezabilității și conformității soluției oferite, fără a institui criterii suplimentare de evaluare și fără a transforma evaluarea tehnică într-un proces de punctare. Propunerea tehnică va fi considerată conformă dacă demonstrează în mod clar, complet și neechivoc îndeplinirea tuturor cerințelor tehnice obligatorii. Omiterea unor informații esențiale, existența unor contradicții între componentele ofertei sau prezentarea unei soluții care se abate în mod substanțial de la cerințele documentației de atribuire poate determina constatarea neconformității ofertei, în condițiile legislației aplicabile. Prin urmare, nu se publică o grilă de punctaj distinctă, întrucât aceasta nu este aplicabilă criteriului de atribuire stabilit. Evaluarea se va efectua exclusiv în baza cerințelor deja prevăzute în documentația de atribuire, în mod uniform, obiectiv și nediscriminatoriu pentru toți ofertanții.
Toate documentele procedurii indică codul CPV 48000000-8, în timp ce fișa procedurii afișată pe portalul achizitii.md indică codul CPV 48310000-4. Vă rugăm să confirmați codul CPV corect al procedurii.
Autoritatea contractantă confirmă că codul CPV corect al procedurii este 48000000-8 – Pachete software și sisteme informatice, acesta corespunzând obiectului achiziției, respectiv dezvoltării și implementării sistemului informațional integrat „e-CSP”. Indicarea codului 48310000-4 în fișa procedurii publicată pe portalul achizitii.md reprezintă o eroare tehnică de completare. Autoritatea contractantă va întreprinde măsurile necesare pentru corectarea informației afișate pe portal, în măsura în care funcționalitățile sistemului permit acest lucru. Această neconcordanță nu modifică obiectul achiziției, cerințele documentației de atribuire sau condițiile de participare la procedură.
Stimați reprezentanți, În cadrul pregătirii ofertei pentru procedura menționată, vă solicităm clarificări privind aplicabilitatea unor cerințe din Caietul de sarcini și din Standardul Național pentru Definirea Cadrului de Acceptanță și Guvernanță pentru Sistemele Informaționale de Stat, în contextul propunerii unei soluții software comerciale (COTS) pentru componenta de management al documentelor (DMS). 1. Codul sursă (NFRQ0027) Caietul de sarcini prevede la secțiunea 7.8, NFRQ0027: "Dezvoltatorul va livra cod sursă pentru componentele soluției care nu sunt disponibile ca produse comerciale autonome de la parte terță." Vă rugăm să confirmați că această excepție se aplică soluției COTS DMS propuse (produs licențiat, disponibil ca produs comercial autonom pe piață), și că obligația de livrare a codului sursă vizează exclusiv componentele/integrările dezvoltate custom pentru proiect. 2. Corelarea cu Standardul Național (Pilonul 2) Standardul Național, la Pilonul 2 (Dezvoltare, Livrare și Automatizare), prevede livrarea codului sursă în repozitoriul guvernamental, fără o mențiune explicită de excepție pentru componente COTS. Vă rugăm să confirmați dacă excepția de la NFRQ0027 din Caietul de sarcini prevalează pentru acest proiect, sau dacă este necesară o abordare/aviz suplimentar pentru alinierea celor două documente. 3. Excluziuni tehnologice și conformitate STG Standardul Național prevede la Cap. I că abaterile de la Stiva Tehnologică Guvernamentală (STG) necesită "aprobare scrisă din partea AGE înainte de implementare", iar la Pilonul 2 exclude "bibliotecile cu licență proprietară care creează dependență de furnizor". Vă rugăm să ne indicați: a) Dacă soluția COTS propusă, ca produs principal (nu ca dependență/librărie folosită în cod custom), este supusă acestei cerințe de aviz AGE, și b) Care este procedura și termenul de obținere a unui astfel de aviz, în cazul în care este necesar, pentru a putea fi anexat la documentația tehnică a proiectului. 4. Testul "Deploy Independent" În contextul unei soluții COTS containerizate, vă rugăm să confirmați că cerința de la Cap. III ("Deploy Independent") se consideră satisfăcută prin documentarea completă a procesului de instalare, configurare și licențiere a produsului, folosind imaginile de container și manifestele de orchestrare furnizate, fără a implica accesul la codul sursă al produsului comercial. Vă mulțumim anticipat pentru clarificări
Bună ziua, 1. Se confirmă că excepția prevăzută la cerința NFRQ0027 se aplică componentelor software comerciale (COTS) disponibile pe piață ca produse autonome și licențiate, pentru care dezvoltatorul nu deține drepturile de proprietate intelectuală asupra codului sursă. Obligația de livrare a codului sursă se aplică tuturor componentelor dezvoltate în cadrul prezentului proiect, inclusiv aplicației e-CSP, modulelor dezvoltate specific, integrărilor, API-urilor, scripturilor, configurațiilor, componentelor DevOps, mecanismelor de migrare și oricăror alte dezvoltări realizate în scopul implementării soluției, astfel încât Autoritatea Contractantă să poată asigura mentenanța, dezvoltarea ulterioară, verificarea integrității și securității soluției livrate, fără dependență de furnizor. 2. Se confirmă că, pentru prezenta procedură de achiziție, documentația de atribuire, inclusiv Caietul de sarcini și cerința NFRQ0027, stabilește cerințele contractuale aplicabile ofertanților și prevalează în raport cu eventualele interpretări generale ale documentelor de referință. În consecință, excepția prevăzută la NFRQ0027 privind componentele software comerciale (COTS) se aplică în condițiile expres prevăzute în documentația de atribuire. 3. Se confirmă cele precizate în răspunsul publicat anterior privind stiva tehnologică acceptată pentru prezentul proiect, prin care s-a clarificat că alegerea soluției tehnice și a stack-ului tehnologic revine operatorului economic, cu respectarea documentației de atribuire și a prevederilor aplicabile ale Stivei Tehnologice Guvernamentale. Operatorul economic este responsabil pentru propunerea unei soluții conforme cu documentația de atribuire și cu cadrul normativ aplicabil. În situația în care implementarea soluției propuse presupune obținerea unor aprobări sau aplicarea unor derogări prevăzute de cadrul normativ incident, acestea vor fi gestionate în conformitate cu procedurile și competențele autorităților competente. 4. Se confirmă că cerința prevăzută la Capitolul III privind „Deploy Independent” se consideră îndeplinită prin livrarea documentației complete privind instalarea, configurarea, implementarea și licențierea soluției, precum și a tuturor artefactelor necesare pentru implementarea și operarea acesteia, fără obligația livrării codului sursă al componentelor software comerciale (COTS) pentru care se aplică excepția prevăzută la cerința NFRQ0027.