Servicii de implementare a soluției informatice de operațiuni bancare (licențe, servicii de implementare și servicii de garanție);
Servicii de implementare a soluției informatice de gestionare a resurselor corporative (licențe, servicii de implementare și servicii de garanție)
suma planificată 72,126,666.67 MDL
Lot | Valoare | CPV | Titlu achiziției | Cantitate | Livrare |
---|---|---|---|---|---|
Servicii de implementare a soluției informatice de operațiuni bancare (licențe, servicii de implementare și servicii de garanție) | 57,079,166.67 MDL | 72200000-7 | Licenţe aferente soluției informatice de operaţiuni bancare (CBS), cu 1 an de suport de la producător inclus | 1 Bucata |
02.01.2026 - 30.12.2028 bd. Grigore Vieru, 1 |
72200000-7 | Licenţe complementare pentru rularea CBS (cu excepţia licenţelor pentru sistemele de operare), cu 1 an de suport standard de la producător inclus | 1 Bucata | |||
72200000-7 | Servicii de implementare ale soluției informatice de operațiuni bancare (CBS) | 1 Bucata | |||
72200000-7 | Servicii de instruire aferente soluției informatice de operațiuni bancare (CBS) | 1 Bucata | |||
72200000-7 | Servicii de integrare | 1 Bucata | |||
72200000-7 | Servicii privind dezvoltări suplimentare și solicitări de schimbare | 2000 Bucata | |||
72200000-7 | Servicii de garanţie (mentenanţă şi suport) aferente soluției informatice de operațiuni bancare (CBS) | 12 Bucata | |||
Servicii de implementare a soluției informatice de gestionare a resurselor corporative (licențe, servicii de implementare și servicii de garanție) | 15,047,500.00 MDL | 72200000-7 | Licenţe aferente soluției informatice de gestionare a resurselor corporative (ERP), cu 1 an de suport de la producător inclus | 1 Bucata |
02.01.2026 - 30.12.2028 bd. Grigore Vieru, 1 |
72200000-7 | Licenţe complementare pentru rularea ERP (cu excepţia licenţelor pentru sistemele de operare), cu 1 an de suport standard de la producător inclus | 1 Bucata | |||
72200000-7 | Servicii de implementare ale soluției informatice de gestionare a resurselor corporative (ERP) | 1 Bucata | |||
72200000-7 | Servicii de instruire aferente soluției informatice de gestionare a resurselor corporative (ERP) | 1 Bucata | |||
72200000-7 | Servicii de integrare | 1 Bucata | |||
72200000-7 | Servicii privind dezvoltări suplimentare și solicitări de schimbare | 1000 Bucata | |||
72200000-7 | Servicii de garanţie (mentenanţă şi suport), aferente soluției informatice de gestionare a resurselor corporative (ERP) | 12 Bucata |
1. Ce se înțelege prin vizibilitate "online"?
2. Există un timp maxim acceptabil pentru propagarea acestor înregistrări în sistem?
1. Prin vizibilitate „online" se înțelege posibilitatea de a înregistra și a vizualiza înregistrările contabile generate automat în timp real sau aproape de timp real, fără a fi necesare proceduri/intervenții suplimentare manuale de actualizare, sincronizare sau validare a acestora. Sistemul ERP trebuie să permită utilizatorilor autorizați accesul imediat la informațiile contabile aferente fiecărei tranzacții interne, indiferent de departament sau modulul sursă (ex. achiziții, trezorerie, etc.).
2. Da, se acceptă un timp de propagare tehnică de maxim 1 minut, considerându-se acest interval ca fiind "aproape de timp real", cu condiția ca această întârziere să nu afecteze trasabilitatea, integritatea și disponibilitatea informațiilor contabile în fluxurile operaționale. Propagarea trebuie să fie automată, fără intervenție manuală.
1. Cum se doreste sa functioneze un cont caruia i s-a aplicat blocarea/deblocarea/inchiderea/re-deschiderea, luand in calcul inregistrarile existente?
Blocarea/închiderea unui cont trebuie să prevină utilizarea acestuia în noi înregistrări contabile, dar să păstreze accesul la toate tranzacțiile anterioare înregistrate, inclusiv în rapoarte, bilanțuri și verificări.
Deblocarea/redeschiderea trebuie să restabilească posibilitatea de a folosi acel cont în operațiuni curente, fără a afecta datele istorice privind înregistrările contabile reflectate în acel cont.
1. Ce nivel de detaliu este necesar pentru istoricul modificărilor (ex. utilizatorul care a făcut modificarea, motivul modificării)?
2. Cum se va gestiona maparea și actualizarea conturilor analitice între module?
Se solicită un nivel complet de detaliu care să includă cel puțin:
- Data și ora modificării (deschidere, blocare, închidere, redeschidere, etc.),
- Utilizatorul care a efectuat modificarea (deschidere, închidere, redeschidere, blocare, etc.),
- Tipul modificării (deschidere, închidere, redeschidere, blocare, etc.),
- Motivul modificării.
În ceea ce privește maparea conturilor cu conturi analitice din diferite module și actualizarea acestora, sistemul cu modulul GL ( balanța contabilă, cartea mare) trebuie să păstreze toate datele centralizat ale conturilor analitice dintre modulele sistemelor ERP și Corebanking, trebuie să permită vizualizarea și gestionarea centralizată a mapărilor între conturile contabile, clienti etc. La fel și aici, orice actualizare a mapărilor trebuie să permită monitorizarea istoricului: cine , când și ce modificări a efectuat. Totodată, în cazul în care un cont este modificat (ex: închis sau redenumit), sistemul trebuie să avertizeze utilizatorul dacă acest cont este mapat în alte module și să solicite careva acțiuni cum ar fi înlocuire, remapare, etc.
1.Puteți explica mai detaliat conceptul de "conturilor intermediare, de oglindă sau conturilor concurente" și cum ar trebui să funcționeze acestea în practică?
Blocarea/închiderea unui cont trebuie să prevină utilizarea acestuia în noi înregistrări contabile, dar să păstreze accesul la toate tranzacțiile anterioare înregistrate, inclusiv în rapoarte, bilanțuri și verificări.
Deblocarea/redeschiderea trebuie să restabilească posibilitatea de a folosi acel cont în operațiuni curente, fără a afecta datele istorice privind înregistrările contabile reflectate în acel cont.
Putem participa cu ofertă doar pentru Lotul II?
Da, conform pct.10 din Anunțul de participare, ofertantul poate depune oferta pentru mai multe loturi (pentru un singur lot sau pentru ambele loturi).
Da, evaluarea va fi efectuată pe fiecare lot separat, prin urmare puteți participa cu depunerea ofertei Dvs doar pentru un lot.
Putem participa independent cu ofertă pentru Lotul II, dar și într-un consorțiu care furnizează ambele loturi (Lotul I și Lotul II)?
Nu, un operator economic poate depune o singură ofertă pe lot. Depunerea de două oferte pe același lot de către același operator economic, individual sau în asociere, duce la respingerea ambelor oferte. Totodată, menționăm că ofertele alternative nu se admit, conform pct.11 din Anunțul de participare. Suplimentar, atragem atenția la prevederile din Documentaţia standard pentru realizarea achiziţiilor publice de bunuri şi servicii, aprobată prin Ordinul Ministrului Finanțelor nr.115/2021, pct.65 „Ofertantul nu are dreptul de a depune decât o singură ofertă de bază.
1.Puteți explica mai detaliat conceptul de "formule contabile integrate (consolidate)”?
Conceptul de „formule contabile integrate (consolidate)" se referă la situațiile în care un document generează multiplele formule contabile per tranzacție.
Exemple
1. tranzacția de vânzare a unei valori mobiliare din portofoliul BNM generează consolidat toate înregistrările în cascadă.
- prețul de vânzare
- valoarea nominală
- câștigul din vânzare
- închide diferențele de valoare din conturile acumulate
2. Vânzarea mijlocului fix, înregistrează prin documentul de vânzare
- venitul din vânzare și creanța aferentă
- amortizarea
- valoarea de bilanț
- valoarea reziduală
etc.
3. Calculul dobânzii per portofoliu - operațiune consolidată zilnică care înregistrează venitul per fiecare operațiune
- per fiecare ISIN.
4. Achitarea periodică (la o data anumită a facturilor scadente - un proces, un document consolidat, dar înregistrare pe fiecare în parte).
Achiziția de licențe conform caietului de sarcini se face la Go-Live. Vă rugăm să acceptați ca, la semnarea contractului, BNM să achiziționeze minimul de licențe necesare pentru implementare, având în vedere următoarele considerente:
Producătorul Oracle nu furnizează licențe gratuite pentru perioada de implementare;
Politica Oracle prevede achiziționarea licențelor la semnarea contractului, astfel încât clientul să beneficieze de suport activ pentru funcționalitățile achiziționate pe toată durata implementării;
Acest suport este necesar pentru a putea rezolva eventuale disfuncționalități ale sistemului.
BNM nu intenționează să interfereze cu politicile contractuale ale furnizorului de licențe. Astfel, achiziția licențelor necesare pentru implementare va fi gestionată în conformitate cu cerințele producătorului. În cazul în care este necesară semnarea unui acord de licențiere cu producătorul licențelor, BNM este deschisă să accepte condițiile impuse de acesta.
Cu toate acestea, obligația financiară aferentă licențelor necesare până la etapa de Go-Live va rămâne în sarcina Ofertantului, fiind parte integrantă a responsabilității acestuia pentru implementarea sistemului.
NBM does not intend to interfere with the contractual policies of the license provider. Therefore, the procurement of the licenses required for implementation will be managed in accordance with the manufacturer's requirements. If signing a licensing agreement with the license manufacturer is necessary, NBM is open to accepting the conditions imposed by the latter.
However, the financial obligation related to the licenses required up to the Go-Live stage will remain the responsibility of the Bidder, as it is an integral part of their responsibility for system implementation.
Dacă ar trebui ca noi, în calitate de furnizor de servicii, să achiziționăm aceste licențe pentru perioada implementării, acest lucru este posibil doar în numele dumneavoastră. În acest caz, este necesar să semnați un contract cu Oracle prin care vă exprimați acordul ca noi să achiziționăm licențele în numele dumneavoastră și să vi le transferăm la finalul implementării.
A se vedea răspunsul de la întrebarea de mai sus.
See the response to question above.
1. Se dorește ca fiecare tranzacție să fie reflectată simultan atât în contabilitatea financiară, cât și în cea de gestiune?
2. Ce elemente trebuie urmărite în contabilitatea de gestiune, diferit de cea financiară?
3. Ce elemente trebuie urmărite în buget , diferit de contabilitatea financiară si cea de gestiune ?
Conform cerințelor tehnice, BNM va opta pentru un proces de evidență de gestiune dezvoltat și aplicat pe larg, bazat pe practici și modele implementate la nivel de entități bancare sau alte entități. Contabilitatea de gestiune (managerială) este un sistem de evidență managerială care pe bază de datele din evidența contabilă oferă informații granulare, care permit evidența performanței și luarea deciziilor.
1. Da. Este necesar ca sistemul să permită reflectarea simultană a tranzacțiilor atât în contabilitatea financiară cât și în contabilitatea de gestiune/managerială, și corelarea cu bugetul. Însă sistemele de gestiune manageriale, pot avea unii indicatori suplimentari sau informații manageriale (operaționale) care nu se regăsesc direct într-o operațiune financiară și care pot fi prin operațiuni dedicate evidenței manageriale să fie efectuate direct și doar în sistemul de evidență managerială (de ex. realocarea între centre de cost).
2. Pentru a înregistra tranzacțiile în contabilitatea de gestiune este necesară atribuirea de coduri suplimentare conform unui nomenclator predefinit pentru centrele de cost, proces (activitate) sau proiecte (la nivel de subdiviziune, proces, activitate, serviciu prestat etc) – repartizare directă, sau indirect în baza de anumite chei de alocare. Atribuirea să se facă la etapa înregistrării tranzacției în evidența contabilă financiară, astfel de exemplu o factură fiscală poate fi atribuită direct nu doar pe un cont contabil de cheltuieli, ci și pe centrele de cost sau proiectele pentru care se referă aceasta. Ulterior sunt necesare și operațiuni de alocare între centre de cost, în cazul cheltuielilor indirecte sau și a celor directe, Astfel, distribuirea dată să permită generarea ulterioară de rapoarte manageriale privind costurile suportate pe diferite centre de cost. Pentru detalii, a se vedea cerințele tehnice descrise la 1.1.6 Evidența costurilor și controlul de gestiune.
3. Tranzacțiile ce prevăd înregistrări de venituri sau cheltuieli să fie atribuite unui element prevăzut în buget. Soldul cumulativ (pe parcursul unui an bugetar) al tranzacțiilor atribuite unei linii din bugetul administrativ fix sau alocații pentru investiții, nu trebuie să depășească sumele aprobate alocate pe elementul dat. Pentru detalii, a se vedea cerințele tehnice descrise la 1.1.5 Cerințe față de modulul de bugetare. A se lua în considerare și mapare cu modulul de Procurement (Planul de achiziții).
Aceste exemple sunt orientative și sistemele de evidență managerială au incorporate și alte elemente obligatorii sau facultative care sunt urmărite pentru decizii manageriale, corelat cu informații adiționale pentru sistemul de evidență financiară.
Vă rugăm să confirmați dacă implementarea trebuie să acopere și cerințele privind IFRS 16 – „Contracte de leasing”, întrucât nu am regăsit această funcționalitate menționată în caietul de sarcini.
Da, soluția ERP trebuie să asigure cerințele contabile IFRS 16 privind leasingul, inclusiv recunoașterea activelor aferente dreptului de utilizare și a obligațiilor aferente contractelor de leasing, calculul amortizării și al dobânzilor, precum și gestionarea modificărilor contractuale.
Da, soluția trebuie să considere prevederile IFRS 16 – Contracte de leasing, inclusiv posibilitatea recunoașterii activelor aferente drepturilor de utilizare și a datoriilor de leasing, calculul amortizării și al dobânzii, modificările ulterioare ale contractelor de leasing.Cu toate aceastea, BNM are puține contracte în derulare de leasing operațional.
De asemenea, solicităm confirmarea dacă implementarea va include și funcționalități legate de „Enterprise Asset Management” – mentenanța mijloacelor fixe (gestiunea costurilor legate de întreținerea clădirilor, autovehiculelor, echipamentelor etc.).
Da, avem nevoie de funcționalități legate de „Enterprise Asset Management” in limita cerințelor tehnice definite in caietul de sarcini la capitolul 1.1.3 Cerințe față de modulul Imobilizări (Mijloace Fixe) – Imobilizări corporale și necorporale.
Este punerea în producție pentru Lotul II obligatorie după 15 luni sau poate fi realizată și mai devreme?
Termenul de 15 luni pentru punerea în producție a Lotului II reprezintă un termen maxim recomandat, iar Vendorul este responsabil să estimeze și să propună un termen realist și optim, în funcție de particularitățile soluției sale.
Totodată, este important să se țină cont de cerințele Caietului de sarcini, în special Cerințele privind implementarea (1.5. alin.1 lit. d)), fiind esențial de reținut că în faza inițială, când se va realiza planificarea detaliată a implementării pentru ambele loturi, vor fi identificate toate interdependențele, strategiile de gestionare a acestora și traseul critic al proiectului. Acest proces va asigura o claritate suplimentară asupra posibilităților și constrângerilor legate de implementare. Planul detaliat, agreat și coordonat între toate părțile implicate, va deveni un document obligatoriu pentru derularea proiectului.
Va fi un PM omolog in cadrul BNM cu care se va comunica?
Da, conform prevederilor cerinței CMP.10 din Caietul de sarcini Autoritatea contractantă va numi un manager de proiect omolog. Managerul de proiect al Beneficiarului are rolul de a organiza resursele Beneficiarului, astfel încât acestea să fie utile pentru proiect şi disponibile după cum este necesar pentru a îndeplini planul de proiect. Managerul de proiect al Beneficiarului oferă o interfaţă oficială de comunicare a problemelor de zi cu zi şi de raportare cu privire la progresele înregistrate de proiect între Managerul de proiect al Ofertantului şi Beneficiar.
Există deja infrastructura hardware necesară pentru rularea aplicațiilor, sau aceasta va fi achiziționată ulterior, în funcție de cerințele aplicației câștigătoare?
BNM dispune în prezent de resurse virtualizate suficiente pentru a susține implementarea proiectului în fazele de dezvoltare, testare și acceptanță. După ce vor fi finalizate specificațiile de design, care vor include și specificațiile tehnice de infrastructură, BNM va demara o procedură separată de achiziție pentru a achiziționa resurse hardware suplimentare, necesare pentru a asigura disponibilitatea unei infrastructuri optime la momentul punerii în producție.
Currently, NBM has sufficient virtualized resources to support the project during the development, testing, and acceptance phases. Once the design specifications— including the technical infrastructure specifications—are finalized, NBM will initiate a separate procurement procedure to acquire the additional hardware resources needed to ensure that optimal infrastructure is available at Go-Live.
Vă rugăm să ne precizați numărul de utilizatori unici pentru Lotul II, deoarece din Anexa 9 nu am reușit să identificăm acest aspect în mod clar.
Având în vedere caracteristicile specifice fiecărui modul de licențiere (acces la fiecare modul în mod separat/la toate modulele, acces doar la raportare, acces în funcție de rol (coordonare, autorizare, etc.), etc), numărul de utilizatori unici va fi posibil de stabilit la etapa de analiză și design.
Totodată, toate detaliile cu privire la numărul de utilizatori, disponibile la moment au fost introduse în Anexa nr.9 la Caietul de sarcini.
Balanțele contabile ale BNM vor fi generate în cadrul Lotului II, în urma consolidării notelor contabile din Lotul I, sau notele contabile vor fi exportate către o aplicație terță de consolidare?
Balanțele contabile ale BNM vor fi generate în modulul Cartea Mare (General Ledger). Decizia cu privire la lotul unde va fi implementată Cartea Mare se va lua în faza de planificare și inițiere a proiectului, în conformitate cu prevederile capitolului 1.5. alin.1 lit. d) Cerințe privind implementarea din Caietul de sarcini.
Se poate descrie succint ce se intelege prin resurse ale beneficiarului?
Prin sintagma „resurse ale beneficiarului” se subînțeleg toate resursele necesare pentru realizarea activităților din cadrul Planului de proiect (resurse umane, resurse IT, etc), cu excepția resurselor financiare, considerând toleranța ”zero” de buget.
Se propunem ca planificarea sa fie facuta in Microsoft Project
Microsoft Project poate fi utilizat pentru planificare, nu avem careva limite cu referire la instrumentele utilizate pentru planificarea activităților proiectului, dacă acestea corespund cerințelor aferente managementului de proiect din Caietul de sarcini.
Se doreste detalierea tuturor subactivitatilor necesare derularii etapei de analiza si design in formatul diagramei Gantt sau si descriptiv cu toate elementele de management de proiect (resurse, comunicare, risc, calitate, resurse etc) necesare pentru atingerea obiectivelor acestei etape?
Planul detaliat de etapă este necesar a fi elaborat pentru toate etapele ulterioare etapei de inițiere, nu doar pentru etapa de analiză și design, conform cerinței CMP. 17 g. i.
Totodată, odată cu depunerea ofertei, Ofertantul va prezenta Planul de etapă pentru prima etapă a proiectului (cea ulterioară inițierii proiectului).
Planul detaliat va fi elaborat în formatul diagramei Gantt. Partea descriptivă a fiecărui plan detaliat va fi efectiv inclusă în livrabilul „Planul de management de proiectului”, conform setului de cerințe din caietul de sarcini CMP.17, unde vor fi descrise toate elementele de management de proiect (resurse, comunicare, risc, calitate, resurse etc) necesare pentru atingerea obiectivelor proiectului.