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 | Servicii de garanţie (mentenanţă şi suport), aferente soluției informatice de gestionare a resurselor corporative (ERP) | 12 Bucata |
02.01.2026 - 30.12.2028 bd. Grigore Vieru, 1 |
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 | |||
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 |
1. Ce alte date, în afara de amortizare, trebuie prognozate?
Toate elementele de buget sunt determinate in baza unei prognoze, în cazul în care entitatea nu dispune de date exacte privind sumele efective a fi înregistrate în anul bugetar (oferta comerciala, contract semnat în derulare).
Într-o aplicație de bugetare și planificare financiară, prognoza trebuie să acopere toate componentele relevante ale situațiilor financiare și ale bugetului, nu doar amortizarea. Obiectivul este de a obține o imagine realistă și anticipativă a poziției financiare și performanței BNM pentru perioadele viitoare.
1. Care este Sursa de date pentru indicatori statistici?
2. Care sunt Regulile automate de alocare lunară/trimestrială
1. Surse de completare
- alte module din ERP – completare automată
- rapoarte statistice periodice completate de subdiviziuni
- sisteme externe (aplicații de evidență a timpului de munca) etc
2. Urmează a fi predefinite la etapa de design a modulului pe bază de funcționalitățile sistemului selectat (acesta trebuie să fie un sistem de evidența managerială a costurilor cu formule de alocare prestabilite și adaptabile).
1. Este necesar un motor de simulări nelimitate pe baze de date istorice + prognoză ?
Sursele din ERP și CBS (datele istorice). La fel sursa de date poate fi în fișiere Excel, date introduse manuale, Bloomberg (gestiunea portofoliilor valutare), CBS, Limitat. Bază istorică + prognoză
1. Cum se va identifica și calcula costul subactivității?
2. Cum vedeti setarea de reguli de excludere automată din costul final al produselor/serviciilor?
Descrierea de mai jos este exemplul analizat de BNM la moment, dar soluția a fost solicitată să vină cu modele, fluxuri și activități deja prestabile (bune practici testate) care vor fi preluate.
- Introducere a unui centru de cost de sub activitate unde sunt automat colectate aceste sume;
- Rapoarte comparative: cost complet / cost eficient / cost ajustat;
- alte posibilități oferite de soft.
1. Care este legatura dintre durata de amortizare a unui mijloc fix si cosurile acumulate ?
Rugăm respectuos să explicați întrebarea, în cazul în care răspunsul de mai jos formulat este insuficient.
Durata de viață economică poate fi mai lungă decât durata de amortizare contabilă.
După expirarea amortizării, activul continuă să funcționeze - nu mai generează cheltuială privind amortizarea acestuia, dar îi trebuie asigurată mentenanța.
Analiza duratei de viață reale ajută la:
- Planificarea privind înlocuirea activului;
- Identificarea riscului de subestimare a costurilor reale de întreținere;
- Optimizarea duratei de amortizare.
1. Cum vedeti definirea unui Plan Provizoriu de Achiziții (PPA) in ERP ? Care sunt datele necesare ?
Plan provizoriu de achiziții (PPA) este un plan de achiziții care nu are legătură cu bugetul și servește drept instrument de planificare și inițiere a achizițiilor până la aprobarea bugetului. Doar Planul anual de achiziții (PAA) va fi corelat cu bugetul. Diferența între PPA și PAA constă în aceea că în ultimul apare încă o coloană cu elementele de cheltuieli care fac legătura cu bugetul. PPA este preluat automat in PAA.
1. Cum funcționează în practică cele două metode pentru planul de achiziții?
2. Subdiviziunea coordonatoare poate suprascrie direct propunerile departamentelor?
Ideea este următoarea: subdiviziunile elaborează planul subdiviziunii și îl transmit către departamentul de achiziții spre verificare (de jos în sus), în cazul în care se identifică careva erori, soluția trebuie să permită departamentului de achiziții să propună modificări, ajustări care să fie coordonate/acceptate de subdiviziunea vizată (de sus în jos).
1. Pe ce criterii Sistemul poate genera o propunere de actualizare semiautomată a PAAP?
2. Care este Logica actualizării semiautomate?
Dacă în buget sunt create noi elemente de cheltuieli sau sunt modificate elementele de cheltuieli existente, care vizează și planul de achiziție, să fie generată automat acțiunea de „Verificare și actualizare plan achiziții”. Sistemul va notifica persoana responsabilă din subdiviziunea de achiziții care va verifica și fie va accepta fie va respinge modificarea și în planul de achiziție.
Semiautomat înseamnă că o persoană din departamentul de achiziții va verifica și valida sau respinge actualizarea.
1. Care este Structurarea PAAP actuala ?
Planul de achiziții include 4 capitole: Bunuri, Servicii, Lucrări, Exceptate. Fiecare capitol include mai multe poziții și mai multe coloane, una din coloane va fi Statutul achiziției, unde se va reflecta, în funcție de etapa achiziției, unul din următoarele statute: neinițiat, inițiat, inițiat repetat, anulat, contract, executat. Important, pe o poziție din plan pot fi mai multe achiziții inițiate, de exemplu, dacă nu s-au atribuit toate loturile din prima achiziție, atunci se reinițiază, iar aceste statute ar trebui să fie pentru fiecare inițierea de achiziție distinct reflectate. Pentru mai multe detalii, va rugam sa consultați PAA publicat pe pagina oficiala a BNM Plan de achiziții al BNM | Banca Națională a Moldovei.
Pe baza căror criterii se va face planificarea stocurilor de rezervă (ex. consum mediu, timp de livrare)?
Planificarea stocurilor se va realiza diferențiat pe categorii, în funcție de natura articolelor, frecvența consumului, termenele de livrare și specificul procesului de achiziții. Pentru articolele uzuale, nivelul minim de stoc se va calcula ca produs între consumul mediu zilnic și numărul de zile estimat pentru completarea ciclului de aprovizionare (care include toate etapele: inițiere, aprobare, achiziție, livrare), la care se va adăuga un stoc de siguranță. Pentru articolele critice, sezoniere sau cu termen de expirare, se vor aplica reguli suplimentare de control al stocului, bazate pe risc, sezonalitate sau valabilitate.
1. Ce informații specifice trebuie urmărite pentru aceste garanții?
2. Cum se va gestiona procesul de rambursare?
1 Informații specifice de urmărit:
Număr și dată garanție, tip garanție (ofertă/de bună execuție), furnizor/ofertant/contraparte, suma garanției, moneda, modalitatea de constituire: transfer, scrisoare, banca emitentă, perioada de valabilitate, data scadenței, obiectul contractului/procedura de achiziție aferentă, datele bancare pentru garanțiile prin transfer (CF, IBAN, codul băncii), adresa de restituire pentru garanțiile sub formă de scrisoare de garanție (la necesitate, dacă scrisoare necesită restituire) statutul garanției (activă, expirată, rambursată, executată).
2. Rambursarea garanțiilor se face pa baza unui flux setat la nivel de sistem:
- Rambursarea manuală înainte de scadență – la inițierea manuală de către subdiviziunea Direcția achiziții;
- Rambursarea automatizată – la data scadenței garanției, sistemul inițiază rambursarea garanției, spre verificare financiară și autorizare plată (sau spre plată) conform datelor bancare sau adresei din descrierea garanției din sistem.
1. Ce informații specifice trebuie urmărite pentru garanțiile de bună execuție și sumele reținute?
Informații specifice de urmărit pentru garanțiile de bună execuție:
Număr și dată garanție, furnizor/prestator/executor contract, contract asociat, procedura de achiziție sau contractul aferent căruia se aplică (legat de comanda sau contractul din sistemul de achiziție) suma garanției, moneda, modalitatea de constituire: rețineri din facturi, scrisoare de garanție bancară; banca emitentă, perioada de valabilitate, termen de returnare/eliberare, statut (activă, expirată, rambursată, executată), datele bancare pentru garanțiile prin transfer (CF, IBAN, codul băncii), adresa de restituire pentru garanțiile sub formă de scrisoare de garanție (la necesitate, dacă scrisoare necesită restituire) condiții de executare sau restituire.
Pentru sumele reținute din facturi: furnizor/prestator, factura din care s-a făcut reținerea, suma reținută, procentul reținut, moneda, contractul asociat, etc.
1. Ce tipuri de documente trebuie stocate?
2. Există cerințe specifice privind formatul și securitatea acestor documente?
Tipuri de documente: pdf, word, excell, jpg, email. Unele documentele pdf vor fi semnate electronic și este necesară existența unui mecanism care să valideze și să afișeze semnătura electronică aplicată.
1. Ce nivel de complexitate ar trebui să aibă interfața generatorului de rapoarte pentru a fi considerată "flexibilă" de către utilizatorii non-tehnici?
Se așteaptă ca generatorul de rapoarte să dispună de o interfață modernă, intuitivă și prietenoasă cu utilizatorii non-tehnici, similară cu cele oferite de instrumentele moderne de Business Intelligence (BI). Utilizatorii trebuie să poată selecta cu ușurință seturi de date, să aplice filtre multiple, să salveze și să reutilizeze criteriile de selecție, fără a fi necesare cunoștințe tehnice avansate sau scriere de cod.
1. Câte rapoarte standard predefinite sunt estimate a fi necesare la lansarea sistemului?
La darea în exploatare, soluția va asigura generarea rapoartelor standarde oferite în mod nativ de soluție și un număr minim de 75 de rapoarte customizate pentru fiecare lot, adițional la cele oferite în mod standard (nativ) de către soluție, care vor include atât un număr de rapoarte predefinite cât și speciale.
Numărul de rapoarte standard predefinite va fi posibil de estimat în cadrul etapei de analiză și design.
1. Care este lista completă a tipurilor de excepții pentru care sunt necesare rapoarte?
Lista preliminară a tipurilor de excepții pentru care este necesar raport de excepție: tranzacții anulate, tranzacții în curs de execuție , tranzacții respinse (de ex anulate în SAPI), tranzacții duplicate, stornate, etc.
Menționăm că lista excepțiilor este una orientativă și va fi definitivată în cadrul etapei de analiză și design.
1. Ce se înțelege prin "on-line" în contextul creării rapoartelor (timp real, la cerere cu execuție rapidă)?
Prin „on-line” se înțelege capacitatea sistemului de a genera rapoarte operaționale la cerere, cu execuție imediată, în baza datelor disponibile în acel moment, fără întârziere sau preprocesare prealabilă. Acest tip de raportare este esențial în contextul proceselor operaționale critice, precum verificarea soldurilor, a limitelor sau a mișcărilor contabile. Astfel, termenul implică atât disponibilitatea în timp real a funcției de generare a raportului, cât și actualitatea datelor prezentate în raport.
1. Utilizatorii vor putea alege tipul de grafic și personaliza aspectul acestuia?
Pentru rapoartele nestandarde, configurate ad-hoc de către utilizatori, utilizatorii vor putea alege tipul de grafic și aspectul acestuia, iar pentru cele predefinite și cele speciale, tipul de grafic și aspectul acestuia vor fi determinate la etapa de analiză și design.
1. Lista formatelor de export este exhaustivă sau exemplificativă? Există cerințe specifice privind structura fișierelor exportate (ex. template-uri pentru xlsx)?
Lista formatelor de export menționată este exemplificativă, nu exhaustivă. Totuși, se așteaptă ca soluția să suporte exportul în cele mai uzuale formate, precum XLSX, CSV, XML, PDF și altele similare. În ceea ce privește structura fișierelor exportate, nu există cerințe prestabilite sau template-uri standard, cu excepția cazurilor în care rapoartele au un caracter reglementat de cadrul legal. Pentru aceste situații, template-urile necesare vor fi furnizate în etapa de analiză și design, în vederea asigurării conformității.
1. Ce elemente ale unui raport vor putea fi personalizate (ex. adăugare/eliminare câmpuri, modificare ordonare, grupare, filtre, formatare)?
Se așteaptă ca soluția să permită utilizatorilor personalizarea flexibilă a rapoartelor existente, fără intervenție din partea echipei IT. Printre elementele care ar trebui să poată fi modificate se numără: adăugarea sau eliminarea câmpurilor din raport, modificarea ordinii acestora, aplicarea de filtre și criterii de selecție, gruparea datelor după unul sau mai mulți parametri, sortarea și formatarea rezultatelor (de exemplu, stiluri de afișare, evidențiere condițională, agregări). De asemenea, utilizatorii trebuie să aibă posibilitatea de a salva versiunile personalizate ale rapoartelor pentru reutilizare ulterioară.