caiet de sarcini - contabilitatea pe centre de cost.signed.pdf

CAIET DE SARCINI 
evidența contabilă pe centre de cost 
1. Obiectul achiziției și valoarea estimată 
Obiectul achiziției îl constituie serviciile de dezvoltare și configurare a sistemului contabil al IP ODA în configurația 
1C:Enterprise 8.3, în vederea creării evidenței contabile pe centre de cost. Soluția va permite atribuirea cheltuielilor 
pe centre de cost în mod direct și indirect, alocarea indirectă urmând a fi efectuată în baza repartizării timpului 
lucrat de fiecare angajat, conform tabelului de pontaj (timesheet). 
 
Volumul de servicii: 610 om/ore (efort total estimat). Valoarea estimată totală: = 396.500,00 MDL fără TVA. 
Volumul de ore are caracter estimativ; decontarea se efectuează pentru orele efectiv prestate și acceptate, în limita 
valorii contractate. 
2. Definiții 
Termen Semnificație 
Beneficiar / Client Instituția Publică Organizația pentru Dezvoltarea Antreprenoriatului (IP ODA) 
Prestator Operatorul economic căruia i se atribuie contractul de dezvoltare 
Sistem contabil Configurația 1C:Enterprise 8.3 a Beneficiarului, dezvoltată pentru evidența pe 
centre de cost 
Centru de cost (CC) 
Unitate analitică pe care se acumulează cheltuielile și veniturile aferente unei 
activități (program, proiect, subdiviziune), pentru determinarea rezultatului ei 
complet 
Cheltuială directă Cheltuiala care poate fi atribuită clar și nemijlocit unui singur centru de cost 
Cheltuială indirectă Cheltuiala care deservește mai multe activități și nu poate fi atribuită direct unui 
singur centru de cost (ex.: salarii administrative, chirie, utilități, IT comun) 
Pontaj / Timesheet Documentul de evidență a timpului lucrat, care stă la baza alocării indirecte a 
cheltuielilor pe centre de cost, pe fiecare angajat în parte 
Subconto (субконто) Dimensiune analitică atașată conturilor contabile în 1C (centru de cost, sursă de 
finanțare, subdiviziune) 
Nr. Cod CPV Denumirea serviciilor U.m. Cant. Valoare estimată 
fără TVA, MDL 
1 72200000-7 
Servicii de dezvoltare și programare a 
software-ului — dezvoltarea 
sistemului contabil (evidența pe 
centre de cost) în 1C:Enterprise 8.3, 
conform prezentului caiet de sarcini 
Efort 
om/ore 610 396.500 
Valoarea estimată totală fără TVA 396.500
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 2 of 15 
 
Termen Semnificație 
СКД Sistema de Compunere a Datelor (Система компоновки данных) — mecanismul 
1C de construire a rapoartelor 
Extensie (*.cfe) Mecanismul 1C de extindere a configurației fără modificarea configurației de bază 
Sprint (iterație) Interval de timp delimitat la finalul căruia se livrează un increment funcțional, 
prezentat Beneficiarului pentru acceptare 
Definiția de „Finalizat" 
(DoD) 
Setul de criterii pe care un increment trebuie să le îndeplinească pentru a fi 
considerat livrat și acceptabil 
RLS Restricționarea accesului la nivel de înregistrări (Record Level Security) în 1C 
SLA Acord privind nivelul serviciilor — timpi-țintă de răspuns și de soluționare a 
incidente

ivrat și acceptabil 
RLS Restricționarea accesului la nivel de înregistrări (Record Level Security) în 1C 
SLA Acord privind nivelul serviciilor — timpi-țintă de răspuns și de soluționare a 
incidentelor 
Proprietar de produs Persoana desemnată de Beneficiar pentru coordonarea cerințelor și acceptarea 
livrabilelor 
3. Introducere și context 
Prezentul caiet de sarcini reprezintă specificația tehnică completă a achiziției și stabilește termenii de referință 
pentru serviciile de dezvoltare a sistemului contabil al IP ODA — crearea evidenței pe centre de cost — în 
configurația 1C:Enterprise 8.3 (proprietate a beneficiarului). Documentul cuprinde cerințele funcționale și non-
funcționale, abordarea de implementare agile cu divizarea lucrărilor pe sprinturi, scenariile obligatorii de testare, 
condițiile de calificare, criteriile de atribuire și modalitatea de organizare a lucrărilor. 
IP ODA este o instituție publică fondată de către Ministerul Dezvoltării Economice și Digitalizării, care activează 
conform Hotărârii de Guvern nr. 487 din 2022. Misiunea IP ODA este de a implementa politica statului privind 
susținerea dezvoltării antreprenoriatului, inclusiv a întreprinderilor mici și mijlocii, asistența financiară și tehnică 
pentru întreprinderi și emiterea garanțiilor financiare și de stat. 
ODA gestionează simultan mai multe programe și activități cu surse de finanțare distincte (buget de stat, granturi 
de la parteneri externi, venituri proprii din comisioane și garanții). Evidența contabilă se ține conform Planului 
general de conturi aprobat prin OMF nr. 119/2013 (contabilitate financiară). NU se aplică OMF nr. 216/2015 (planul 
bugetar). 
În prezent, ODA nu poate determina cu ușurință costul complet al fiecărei activități, întrucât cheltuielile și veniturile 
nu sunt structurate analitic pe centre de cost. Prezentul caiet urmărește dezvoltarea sistemului contabil astfel încât 
să permită alocarea tuturor cheltuielilor — directe și indirecte — și a veniturilor pe centre de cost, alocarea indirectă 
fiind efectuată pe baza repartizării timpului lucrat de fiecare angajat, conform tabelului de pontaj. 
3.1. Obiectivele sistemului 
Obiectivul principal este implementarea evidenței pe centre de cost, astfel încât pentru fiecare program, proiect sau 
subdiviziune să se poată răspunde la întrebarea „cât ne costă această activitate?" și să se genereze rapoarte de 
venituri și cheltuieli aferente. Obiectivele specifice: 
• configurarea dimensiunilor analitice (subconto) pe conturile relevante — centru de cost, sursă de finanțare, 
subdiviziune; 
• implementarea atribuirii directe a cheltuielilor pe centrul de cost al activității deservite;

unilor analitice (subconto) pe conturile relevante — centru de cost, sursă de finanțare, 
subdiviziune; 
• implementarea atribuirii directe a cheltuielilor pe centrul de cost al activității deservite;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 3 of 15 
 
• implementarea alocării indirecte a cheltuielilor (administrative și comune) pe centre de cost, în baza ponderii 
timpului lucrat de fiecare angajat, preluat din tabelul de pontaj; 
• calculul salariului cu tabelarea (pontajul) pe centre de cost, distribuirea remunerării și a contribuțiilor 
aferente, precum și plata salariului (a se vedea capitolul 7); 
• implementarea evidenței granturilor externe pe contul 425 și a recunoașterii veniturilor pe măsura 
cheltuielilor (similar contabilității în ONG-uri; 
• segregarea mijloacelor bănești pe surse de finanțare și raportarea Cash Flow pe fluxuri; 
• generarea rapoartelor de cost complet și de raportare către donatori, pe baza СКД (preferabil dar nu 
obligatoriu). 
3.2. Domeniul de intervenție al proiectului 
Proiectul vizează exclusiv dezvoltarea și configurarea sistemului în configurația 1C:Enterprise 8.3 existentă a 
Beneficiarului. Proiectul NU prevede: 
• achiziționarea de echipamente hardware (servere, stocare, rețea); 
• achiziționarea platformei 1C:Enterprise sau a licențelor MS SQL Server, care sunt asigurate de Beneficiar; 
• migrarea infrastructurii sau reconfigurarea sistemelor de operare; 
• dezvoltarea altor module decât cele descrise în prezentul caiet de sarcini. 
3.3. Livrabile 
În cadrul proiectului, Prestatorul va prezenta următoarele livrabile: 
• sistemul de evidență pe centre de cost dezvoltat și configurat (extensie *.cfe sau, după caz, modificări în 
configurația de bază), instalat pe mediul de test și transferat în producție; 
• codul sursă al obiectelor dezvoltate, comentat și documentat; 
• documentația tehnică și de utilizare (conform capitolului 10.7); 
• procedura și instrumentele de migrare a datelor istorice, cu raportul de reconciliere; 
• la finalul fiecărui sprint — incrementul funcțional aferent, raportul de sprint și demonstrația livrabilelor. 
3.4. Termenul de realizare 
Dezvoltarea sistemului conform prezentului caiet de sarcini se realizează în termen de 4 (patru) luni de la data 
semnării contractului, organizat în sprinturi succesive conform capitolului 4. În cazul în care Proprietarul de produs 
identifică necesitatea unor funcționalități noi în perioada de mentenanță, acestea pot fi implementate în iterații 
suplimentare, în limita bugetului disponibil. 
3.5. Perioada de garanție 
Perioada de garanție pentru soluția dezvoltată este de 12 (douăsprezece) luni de la punerea în producție finală. 
Nivelurile de servicii (SLA) aplicabile în perioada de garanție sunt detaliate în capitolul 10.10.

garanție pentru soluția dezvoltată este de 12 (douăsprezece) luni de la punerea în producție finală. 
Nivelurile de servicii (SLA) aplicabile în perioada de garanție sunt detaliate în capitolul 10.10.
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 4 of 15 
 
4. Abordarea agile și planificarea pe sprinturi 
4.1. Principii generale 
Complexitatea sistemului impune o abordare iterativă (agile), pentru a asigura finalizarea la timp și conformă cu 
așteptările Beneficiarului. Soluția se dezvoltă în sprinturi succesive, fiecare finalizând cu un increment funcțional 
prezentat Beneficiarului pentru acceptare. Principiile aplicate: 
• fiecare sprint produce un increment potențial utilizabil, testat, cu codul sursă aferente; 
• la începutul fiecărui sprint se agreează conținutul (backlog-ul sprintului) și estimarea efortului în om/ore; 
• la finalul fiecărui sprint au loc demonstrația incrementului și acceptarea de către Proprietarul de produs; 
• plățile se efectuează la livrarea și acceptarea sprinturilor (pachete de lucru), proporțional cu orele acceptate; 
• prioritizarea sprinturilor urmărește reducerea riscurilor: elementele cu cea mai mare incertitudine tehnică și 
cele de care depind celelalte funcționalități se realizează primele; 
• deficiențele neimputabile Beneficiarului se remediază fără costuri suplimentare și fără a afecta graficul. 
4.2. Repartizarea efortului pe sprinturi 
Cele 610 om/ore se repartizează pe 5 sprinturi (Sprint 0 de analiză + 4 sprinturi de dezvoltare), pe parcursul a 4 luni, 
organizate pe pachetele de lucru (iterațiile) din cont, descrise mai jos. Repartizarea are caracter de referință și poate 
fi ajustată la planificarea fiecărui sprint, cu acordul Proprietarului de produs, fără depășirea volumului total de 610 
ore și a valorii de 396.500 MDL fără TVA. Fiecare dina ceste sprinturi poate fi divizate pe Iterații agreate de comun 
acord care, la fel, pot fi livrate pe iterații sau spint integru. 
Sprint Iterații Conținut principal Durată Om/ore Valoare fără TVA, 
MDL 
Sprint 0 1.0 
Analiză, proiectare tehnică și congelarea 
cerințelor (analiza bazei de date și a planului de 
conturi actual, arhitectura soluției, backlog 
detaliat) 
~1 săpt. 30 19.500 
Sprint 1 1.1–1.4 
Cataloagele „Programe" și „Centre de cost" (cu 
setări), dimensiunile analitice (centru de cost, 
sursă de finanțare) în registrul contabil, 
documente și părți tabelare, șabloane de 
repartizare, planul de conturi cu subconto 
obligatorii, blocul „Inventariere", rapoartele 
standard adaptate pe dimensiuni 
~6 săpt. 349 226.850 
Sprint 2 1.5, 1.6 
Închiderea automată și controlul soldului 
finanțării, recunoașterea veniturilor din buget de 
stat, proceduri pe dimensiuni (control/selecție 
solduri, compensare avansuri primite/acordate, 
reevaluare valutară), contul 425 
~2 săpt. 104 67.600 
Sprint 3 1.7 
Salarizare și pontaj pe centre de cost (calcul, 
distribuire și plată) și alocarea indirectă lunară a 
cheltuielilor pe centre de cost 

aluare valutară), contul 425 
~2 săpt. 104 67.600 
Sprint 3 1.7 
Salarizare și pontaj pe centre de cost (calcul, 
distribuire și plată) și alocarea indirectă lunară a 
cheltuielilor pe centre de cost în baza pontajului 
~3 săpt. 100 65.000 
Sprint 4 1.8 
Comprimarea/migrarea bazei la 31.12.2026, 
rapoarte СКД finale, configurarea rolurilor și a 
drepturilor (RLS), instruire și transfer în producție 
~2 săpt. 27 17.550
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 5 of 15 
 
Sprint Iterații Conținut principal Durată Om/ore Valoare fără TVA, 
MDL 
TOTAL   ~4 luni 610 396.500 
4.3. Descrierea sprinturilor 
Sprint 0 — Analiză, proiectare și congelarea cerințelor (30 ore) 
Analiza bazei de date 1C existente, a planului de conturi actual (OMF 119/2013) și a subconto-urilor deja ocupate; 
inventarierea documentelor și a rapoartelor afectate; proiectarea arhitecturii (preferabil prin extensie *.cfe); 
detalierea și congelarea cerințelor în backlog. Livrabile: documentul de proiectare tehnică, lista conturilor afectate, 
planul detaliat al sprinturilor. Acest sprint reduce cel mai important risc al proiectului — necunoașterea structurii 
analitice curente.  
Sprint 1 — Fundamentul analitic: cataloage, dimensiuni și plan de conturi — iter. 1.1–1.4 (349 ore) 
Dezvoltarea catalogului „Programe" și a catalogului „Centre de cost" cu setările de surse de finanțare, cont de 
evidență a finanțării, structura cheltuielilor, structura veniturilor și program. Adăugarea dimensiunilor de evidență 
„Centru de cost" și „Sursă de finanțare" (cu perioadă de utilizare) în registrul contabil, în parametrii documentelor 
și în părțile tabelare, cu modificarea procesării (validării) documentelor și șabloane de repartizare a sumelor. 
Adaptarea planului de conturi cu subconto obligatorii (Cheltuieli/Subdiviziuni pe conturile de cheltuieli, 
Venituri/Subdiviziuni pe cele de venituri), adaptarea blocului „Inventariere" și a rapoartelor standard (filtrare și 
afișare pe dimensiuni).  
Sprint 2 — Finanțare, solduri și contul 425 — iter. 1.5, 1.6 (104 ore) 
Închiderea automată a finanțării în documentele bancare, de casă și în cele care generează cheltuieli; controlul 
soldului finanțării pe conturile de evidență; procedura de recunoaștere a veniturilor pentru finanțarea din bugetul de 
stat. Procedurile și procesările pe dimensiuni: controlul și selecția soldurilor, compensarea avansurilor primite și 
acordate, reevaluarea valutară. Implementarea contului 425 (finanțări cu destinație specială) cu recunoașterea 
automată a venitului (Dt 425 – Ct 616) pe măsura cheltuielilor (contul 716). 
Sprint 3 — Salarizare, pontaj și alocarea indirectă — iter. 1.7 (100 ore) 
Calculul salariului cu tabelarea (pontajul) timpului pe centre de cost, distribuirea salariului brut, a contribuțiilor și 
a impozitelor pe centre de cost (pentru angajații cu remunerare divizată și pentru cei administrativi) și plata 
salariului, conform capitolului 7. Tot în acest sprint se implemente

contribuțiilor și 
a impozitelor pe centre de cost (pentru angajații cu remunerare divizată și pentru cei administrativi) și plata 
salariului, conform capitolului 7. Tot în acest sprint se implementează alocarea indirectă lunară a cheltuielilor 
(inclusiv salariile administrative de pe CC-ADM) pe centrele de cost, având drept inductor de cost ponderea 
timpului lucrat din pontaj (capitolul 6), întrucât această alocare se bazează direct pe datele de pontaj dezvoltate aici. 
Sprint 4 — Migrare, rapoarte finale și transfer în producție — iter. 1.8 (27 ore) 
Comprimarea/migrarea bazei la 31.12.2026 (precedată de o repetiție „la rece" — dry-run — și de reconcilierea 
totalurilor), finalizarea rapoartelor pe СКД (cost complet pe centru de cost, venituri și cheltuieli pe CC, cash flow 
pe surse de finanțare), configurarea rolurilor și a drepturilor de acces (RLS) și transferul în producție. 
4.4. Definiția de „Finalizat" (Definition of Done) 
Un increment de sprint se consideră finalizat și acceptabil dacă: 
• obiectele dezvoltate sunt funcționale conform cerințelor agreate pentru sprint; 
• incrementul a fost testat pe mediul de test, iar scenariile obligatorii aplicabile (capitolul 11) trec cu succes;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 6 of 15 
 
• codul sursă este livrat, comentat și documentat (changelog actualizat); 
• documentația aferentă funcționalității este predată; 
• demonstrația a fost realizată și Proprietarul de produs a confirmat acceptarea. 
4.5. Cerințe privind mitigarea riscurilor de neexecutare  
Pentru a minimiza riscul de neexecutare sau de execuție necorespunzătoare, Prestatorul trebuie să îndeplinească 
următoarele cerințe obligatorii, asumate prin ofertă și prin contract. Fiecare cerință adresează un risc concret de 
execuție: 
Risc vizat Cerință obligatorie către Prestator (măsură de mitigare) 
Necunoașterea structurii 
analitice curente (subconto deja 
ocupate) 
Prestatorul va realiza în Sprint 0 analiza configurației și a planului de conturi 
existent și va prezenta spre aprobare documentul de proiectare tehnică și 
backlog-ul congelat înainte de a începe dezvoltarea. 
Dependențe între componente 
(totul depinde de planul de 
conturi) 
Prestatorul va livra fundamentul analitic (subconto, cataloage, plan de conturi) 
în primul sprint de dezvoltare (Sprint 1) și va prezenta un plan de livrare care 
respectă dependențele tehnice. 
Livrare parțială / abandon la 
final de proiect 
Prestatorul va livra la finalul fiecărui sprint un increment funcțional, testat și 
utilizabil, însoțit de cod sursă și documentație, supus acceptării; va accepta 
decontarea pe sprinturi acceptate și va constitui garanția de bună execuție 
conform contractului. 
Erori la migrarea datelor 
istorice 
Prestatorul va efectua o repetiție „la rece" (dry-run) a migrării și va prezenta 
raportul de reconciliere care confirmă coincidența 100% a totalurilor înainte 
de transferul în producție. 
Cerințe neclare / schimbătoare 
Pres

epetiție „la rece" (dry-run) a migrării și va prezenta 
raportul de reconciliere care confirmă coincidența 100% a totalurilor înainte 
de transferul în producție. 
Cerințe neclare / schimbătoare 
Prestatorul va menține un backlog congelat per sprint și va gestiona 
modificările prin reprioritizare în limita celor 610 ore, fără costuri 
suplimentare pentru cerințele deja agreate și acceptate. 
Necesitatea deciziilor și a 
clarificărilor de la Beneficiar 
Prestatorul va propune și va respecta un calendar fix de demonstrații și puncte 
de decizie la finalul fiecărui sprint, va comunica din timp necesarul de 
clarificări și va documenta deciziile agreate. 
Calitate slabă / defecte 
Prestatorul va respecta Definiția de „Finalizat", va asigura testarea scenariilor 
obligatorii (cap. 11) și va remedia defectele în perioada de garanție de 12 luni, 
cu respectarea SLA (cap. 10.10), fără costuri suplimentare. 
Nerespectarea acestor cerințe poate atrage neacceptarea incrementelor, penalități de întârziere și executarea 
garanției de bună execuție, conform contractului. 
5. Guvernanța proiectului 
5.1. Aranjamente instituționale 
Beneficiarul răspunde de aspectele administrative, de managementul contractului și de acceptarea și plata 
livrabilelor. Beneficiarul asigură: accesul la o copie de test a bazei de date 1C, resursele informatice necesare 
(platforma 1C, MS SQL Server, server de test), datele de configurare (planul de conturi curent, lista centrelor de 
cost, organigrama, tabelele de pontaj) și un Proprietar de produs disponibil pentru clarificări. Prestatorul asigură 
condițiile de lucru pentru propria echipă și managementul zilnic al acesteia. Limba de comunicare este româna.
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 7 of 15 
 
5.2. Cerințe de raportare 
Pe parcursul implementării, Prestatorul prezintă: rapoarte de sprint (activitățile realizate, durata, problemele 
întâlnite), planul sprintului următor cu estimarea timpului. Evidența orelor prestate se ține pe sprinturi și pachete de 
lucru, pentru corelarea cu modelul de efort (om/ore) și cu plățile. 
5.3. Implicarea Beneficiarului 
Beneficiarul desemnează un Proprietar de produs care menține lista de cerințe prioritare, răspunde la întrebările 
echipei de dezvoltare și acceptă pachetele de lucru la finalul fiecărui sprint. 
6. Atribuirea cheltuielilor pe centre de cost: directă și indirectă 
Sistemul trebuie să permită atribuirea fiecărei cheltuieli pe centre de cost în două moduri — direct și indirect — 
astfel încât să se determine costul complet al fiecărei activități. 
6.1. Atribuirea directă 
La înregistrarea oricărui document, contabilul selectează centrul de cost. Dacă cheltuiala se atribuie clar unei singure 
activități, ea se înregistrează direct pe centrul de cost al activității respective. Exemple de cheltuieli directe: 
• salariul unui specialist care lucrează exclusiv pe un program → centrul de cost al programului; 
• materialele achiziționate pentru un gran

al activității respective. Exemple de cheltuieli directe: 
• salariul unui specialist care lucrează exclusiv pe un program → centrul de cost al programului; 
• materialele achiziționate pentru un grant concret → centrul de cost al grantului; 
• deplasarea unui angajat în cadrul unui proiect extern → centrul de cost al proiectului extern. 
6.2. Atribuirea indirectă 
Cheltuielile care deservesc mai multe activități simultan și nu pot fi atribuite direct unui singur centru de cost (salarii 
administrative, chirie, utilități, IT comun, audit, consumabile comune) se acumulează inițial pe centrul de cost 
administrativ (de ex. CC-ADM) și se alocă ulterior pe centrele de cost beneficiare. Exemple de cheltuieli indirecte: 
• salariile personalului administrativ (conducere, contabilitate, juridic, IT, secretariat) care nu este repartizat 
direct pe programe; 
• chiria sediului și utilitățile (electricitate, apă, încălzire); 
• serviciile IT comune (licențe software, mentenanță servere), telefonie și internet; 
• serviciile de audit și consultanța juridică generală, furniturile de birou comune. 
6.3. Alocarea indirectă în baza tabelului de pontaj 
Alocarea cheltuielilor indirecte pe centre de cost se efectuează în baza repartizării timpului lucrat de fiecare angajat 
în parte, conform tabelului de pontaj (timesheet). Acesta este principiul central al metodologiei de alocare solicitate 
de Beneficiar. 
Mecanismul de alocare: 
• fiecare angajat înregistrează timpul lucrat pe fiecare activitate (centru de cost) în tabelul de pontaj, pe 
perioada de raportare (lună); 
• din pontaj se determină ponderea timpului fiecărui angajat pe fiecare centru de cost (suma ponderilor pe 
angajat = 100%); 
• cheltuielile indirecte acumulate (inclusiv salariile administrative) se repartizează pe centrele de cost active 
proporțional cu ponderea timpului lucrat, folosit drept inductor de cost;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 8 of 15 
 
• se generează automat documentul lunar de alocare și un raport care arată baza de calcul (ponderile de timp 
din pontaj), procentele și sumele alocate fiecărui centru de cost; 
• raportul de alocare se aprobă de responsabilul desemnat (ex. șeful direcției buget și finanțe) înainte de 
validarea documentului; 
• se păstrează istoricul ponderilor și al alocărilor, cu data efectivă, pentru trasabilitate și audit. 
Costul complet al unui centru de cost = cheltuieli directe + cota din cheltuielile indirecte alocată în baza ponderii 
timpului din pontaj. Astfel, ODA poate răspunde la întrebarea „cât ne costă această activitate?" cu o cifră care 
include atât cheltuielile specifice, cât și cota de funcționare a instituției. 
6.4. Reguli explicite de alocare (perioadă, rezidual, timp neproductiv) 
Pentru a evita ambiguitățile la închidere, sistemul aplică următoarele reguli, agreate și documentate la etapa de 
analiză: 
• Perioada bazei de alocare este luna calendaristică. Alocarea se efectuează lunar, după validarea 

țile la închidere, sistemul aplică următoarele reguli, agreate și documentate la etapa de 
analiză: 
• Perioada bazei de alocare este luna calendaristică. Alocarea se efectuează lunar, după validarea tuturor 
documentelor lunii și înainte de generarea rapoartelor de cost complet. 
• Baza de alocare o constituie ponderea timpului efectiv lucrat pe activități (centre de cost) din pontaj, pentru 
centrele de cost active în luna respectivă. 
• Tratamentul rezidualului pe CC-ADM: după alocare, soldul cheltuielilor indirecte de pe CC-ADM trebuie 
să devină zero (regia se repartizează integral). Eventualul rezidual din rotunjiri (diferențe de bani) se atribuie 
automat centrului de cost cu cea mai mare pondere, astfel încât CC-ADM să nu rețină sold rezidual la sfârșitul 
lunii. 
• Tratamentul timpului neproductiv: timpul neatribuibil unei activități (concedii, instruiri generale, timp 
administrativ general) nu intră în baza de repartizare; ponderile se calculează exclusiv pe timpul alocat 
activităților. Dacă instituția optează pentru repartizarea proporțională a acestui timp, regula se configurează 
și se documentează. 
• Excepție privind regia: dacă un centru de cost (de regulă un grant extern) are regula donatorului că nu acceptă 
cheltuieli indirecte, acesta se exclude din baza de alocare printr-un indicator dedicat („ExcludeOverhead") 
configurat pe centrul de cost. 
7. Salarizarea, pontajul și distribuirea pe centre de cost 
Prezentul capitol descrie componenta de salarizare cu tabelarea timpului pe centre de cost, calculul și plata 
salariului. Componenta se realizează în Sprint 3 (120 ore). 
Remunerarea angajaților ODA se efectuează în baza Legii salarizării nr. 487/2002 și a HG nr. 743/2002. Fondul 
total de salarizare este format din salariile de funcție, suplimentele la salariul de funcție și alte premii și sporuri de 
stimulare. Sistemul trebuie să distingă categoriile de salariați și contracte de muncă pentru a aplica corect metoda 
de distribuire a cheltuielilor cu remunerarea pe centre de cost. 
7.1. Tabelarea timpului pe centre de cost (pontajul) 
Sistemul va permite înregistrarea pontajului fiecărui angajat, cu repartizarea timpului lucrat pe centre de cost. 
Pontajul stă la baza atât a calculului salariului, cât și a alocării indirecte descrise la capitolul 6. 
• introducerea sau importul pontajului (inclusiv din fișiere Excel utilizate în prezent), cu validările aferente; 
• repartizarea timpului fiecărui angajat pe centre de cost, cu validarea însumării la 100% pe perioadă;

 importul pontajului (inclusiv din fișiere Excel utilizate în prezent), cu validările aferente; 
• repartizarea timpului fiecărui angajat pe centre de cost, cu validarea însumării la 100% pe perioadă;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 9 of 15 
 
• accesul șefilor de subdiviziuni limitat la pontajul propriei subdiviziuni, fără acces la sumele pe salarii; 
• păstrarea istoricului pontajelor pentru perioadele anterioare. 
7.2. Calculul și distribuirea salariului pe centre de cost 
La generarea statului de plată (Документ „НачислениеЗарплаты"), salariul brut, contribuțiile sociale și impozitele 
se distribuie pe centre de cost. Sistemul tratează două categorii de angajați: 
Categoria 1 — angajați cu remunerare divizată pe centre de cost 
Angajații care lucrează simultan pe activitatea curentă a ODA și pe programe/granturi. Distribuirea se face conform 
contractelor individuale de muncă și a acordurilor suplimentare (ex.: salariul de funcție 100% ODA / CC-ADM, iar 
suplimentul 60% grant extern și 15% ODA) sau, după caz, proporțional. În catalogul Angajați se configurează o 
parte tabelară de repartizare pe centre de cost (centru de cost + procent), cu validarea însumării la 100% și păstrarea 
istoricului modificărilor (prin ordin intern), cu data efectivă.  
Categoria 2 — angajați administrativi 
Personalul administrativ (director, contabilitate, IT, juridic, secretariat) al cărui contract nu este divizat pe programe. 
Salariul se înregistrează integral pe CC-ADM  și intră ulterior în baza de alocare indirectă pe centre de cost, conform 
ponderii timpului din pontaj (capitolul 6). 
7.3. Plata salariului 
Sistemul va asigura formarea documentelor de plată a salariului și a contribuțiilor/impozitelor aferente, cu păstrarea 
atribuirii pe centre de cost și sursă de finanțare, astfel încât rapoartele de cost și de cash flow să reflecte corect 
mișcările. 
8. Calificările necesare 
IP ODA a optat ca cerințele de calificare să fie stabilite la un nivel atins în mod uzual de companiile active pe piața 
de dezvoltare 1C, pentru a asigura o concurență reală. Cerințele minime de mai jos au caracter eliminatoriu și sunt 
formulate generic. Calificările specifice și certificările nu sunt obligatorii, ci se punctează la atribuire (capitolul 9). 
8.1. Calificările minime ale ofertantului (eliminatorii) 
• este înregistrat legal, având în obiectul de activitate dezvoltarea și/sau implementarea de soluții software; 
• experiență în dezvoltarea și configurarea soluțiilor pe platforma 1C:Enterprise 8, pe componenta de 
contabilitate, confirmată prin cel puțin două contracte/proiecte în ultimii cinci ani; 
• cel puțin un proiect care a inclus evidență pe centre de cost / direcții de activitate și evidența finanțării cu 
destinație specială (granturi / organizații necomerciale); 
• o echipă de implementare formată din cel puțin un specialist 1C senior și cel puțin doi dezvoltatori 1C; 
• capacitatea de a asigura mentenanța și suportul teh

granturi / organizații necomerciale); 
• o echipă de implementare formată din cel puțin un specialist 1C senior și cel puțin doi dezvoltatori 1C; 
• capacitatea de a asigura mentenanța și suportul tehnic pe durata perioadei de garanție. 
8.2. Calificările minime ale echipei de implementare (eliminatorii) 
• Manager de proiect (șef de echipă): studii superioare în informatică, economie sau domeniu relevant; 
minimum 5 ani de experiență în dezvoltarea soluțiilor 1C:Enterprise; participare la cel puțin 2 proiecte de 
configurare a contabilității în 1C; 
• cel puțin doi dezvoltatori 1C: studii superioare sau medii de specialitate în domeniu; minimum 3 ani de 
experiență în dezvoltarea soluțiilor 1C;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 10 of 15 
 
• asigurarea testării: realizată de un membru al echipei cu responsabilități de testare; nu se impune un specialist 
QA dedicat, pentru a nu restrânge concurența. 
Un expert poate cumula mai multe roluri dacă îndeplinește cerințele aferente. Pragurile de vechime și de experiență 
sunt stabilite la niveluri uzuale, astfel încât mai mulți operatori economici de pe piață să poată participa. 
9. Criterii de atribuire 
Contractul se atribuie pe baza criteriului „cel mai bun raport calitate-preț": experiența ofertantului și a echipei — 
60% (60 de puncte), prețul ofertei — 40% (40 de puncte). Punctajul total maxim este de 100 de puncte. Toate 
elementele de mai jos sunt punctate (nu eliminatorii), astfel încât un ofertant mai experimentat obține un punctaj 
mai mare, fără ca ceilalți să fie excluși. 
9.1. Punctaj pentru experiență (max. 60 de puncte) 
a) Experiența ofertantului (max. 22 de puncte) 
Criteriu Mod de punctare Punctaj max. 
Vechimea în dezvoltarea soluțiilor 1C 3 puncte pentru cel puțin 5 ani; câte 1 
punct pentru fiecare 2 ani adiționali 5 
Proiecte de configurare a contabilității în 1C (ultimii 5 ani) Câte 2 puncte pentru fiecare proiect 
demonstrat 6 
Proiecte cu evidență pe centre de cost / direcții de activitate Câte 2 puncte pentru fiecare proiect 
demonstrat 6 
Proiecte cu evidența granturilor / finanțării cu destinație 
specială (ONG, cont 425) 
Câte 2 puncte pentru fiecare proiect 
demonstrat 5 
Total  22 
b) Manager de proiect (șef de echipă) (max. 20 de puncte) 
Criteriu Mod de punctare Punctaj max. 
Studii superioare relevante 2 puncte 2 
Experiență în dezvoltare 1C 4 puncte pentru 5 ani; câte 1 punct 
pentru fiecare an adițional 8 
Certificare 1C:Profesional (1C:Enterprise 8 și/sau 
1C:Contabilitate pentru Moldova 8) 
Câte 2 puncte pentru fiecare 
certificare 4 
Certificare în managementul proiectelor (PMP / PMBOK sau 
echivalent) 3 puncte 3 
Proiecte de contabilitate 1C coordonate Câte 1 punct pentru proiect, 
demonstrat 3 
Total  20

 fiecare 
certificare 4 
Certificare în managementul proiectelor (PMP / PMBOK sau 
echivalent) 3 puncte 3 
Proiecte de contabilitate 1C coordonate Câte 1 punct pentru proiect, 
demonstrat 3 
Total  20
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 11 of 15 
 
c) Dezvoltatori 1C (max. 12 puncte) 
Criteriu Mod de punctare Punctaj max. 
Dezvoltatori cu minimum 3 ani experiență 1C Câte 2 puncte pentru fiecare 
dezvoltator 6 
Dezvoltatori cu certificare 1C:Profesional Câte 2 puncte pentru fiecare 
dezvoltator certificat 4 
Experiență a dezvoltatorilor cu СКД / evidență pe centre de 
cost 2 puncte 2 
Total  12 
d) Competențe specifice suplimentare (max. 6 puncte) 
Criteriu Mod de punctare Punctaj max. 
Experiență / certificare MS SQL Server 2 puncte 2 
Sistem de management al calității (ISO 9001 / 9000) 2 puncte 2 
Experiență cu modul/soluție pentru organizații necomerciale / 
finanțare cu destinație specială 2 puncte 2 
Total  6 
Total punctaj pentru experiență: 22 + 20 + 12 + 6 = 60 de puncte. 
9.2. Punctaj pentru preț (max. 40 de puncte) 
Punctajul de preț se acordă conform formulei: P = (Pmin / Poferta) × 40, unde Pmin este cel mai mic preț dintre 
ofertele acceptate, iar Poferta este prețul ofertei evaluate. Prețul se exprimă ca preț unitar pe oră (MDL/oră fără 
TVA), aplicat la volumul estimat de 610 ore. 
10. Modelul de cerințe 
Cerințele de mai jos detaliază funcționalitatea solicitată. Specificațiile complete privind structura obiectelor de 
metadate și formulele contabile se finalizează la etapa de analiză (Sprint 0), fără a modifica obiectivele și cerințele 
prezentului caiet. 
10.1. Cerințe funcționale 
• Evidența pe centre de cost a veniturilor și cheltuielilor — atribuirea fiecărei operațiuni unei activități prin 
dimensiuni analitice, pentru determinarea costului complet și a rezultatului fiecărui program, proiect sau 
subdiviziune. 
• Atribuirea directă și indirectă a cheltuielilor, alocarea indirectă fiind efectuată în baza ponderii timpului lucrat 
de fiecare angajat din tabelul de pontaj (capitolul 6). 
• Salarizarea cu tabelarea timpului pe centre de cost, calculul, distribuirea și plata salariilor (capitolul 7). 
• Finanțarea cu destinație specială (cont 425) — evidența pe fiecare proiect și sursă, cu recunoașterea venitului 
pe măsura cheltuielilor (Dt 425 – Ct 612). 
• Devize și raportare către donatori — controlul cheltuielilor pe proiecte și rapoarte exportabile, după caz în 
valuta proiectului.

ecunoașterea venitului 
pe măsura cheltuielilor (Dt 425 – Ct 612). 
• Devize și raportare către donatori — controlul cheltuielilor pe proiecte și rapoarte exportabile, după caz în 
valuta proiectului.
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 12 of 15 
 
• Evidența mijloacelor fixe, inclusiv în cadrul finanțării cu destinație specială, cu calcularea uzurii și alocare 
pe centre de cost. 
• Evidența separată pe subdiviziuni, ca bază pentru alocarea pe centre de cost. 
• Rapoarte de gestiune pe СКД — cost complet pe centru de cost, venituri și cheltuieli pe CC, cash flow pe 
surse de finanțare, balanță analitică și managerială, cu drill-down până la documentul sursă. 
10.2. Cerințe de arhitectură 
• platforma 1C:Enterprise 8.3 (versiunea curentă), MS SQL Server, Windows Server; 
• dezvoltare preferabil prin extensii (*.cfe); modificări în configurația de bază (*.cf) doar dacă extensia nu 
permite extinderea necesară; 
• toate rapoartele construite pe Sistema de Compunere a Datelor (СКД); 
• dezvoltare pe copie de test, transfer în producție prin comparare/îmbinare sau instalarea extensiei. 
10.3. Cerințe de integrare 
Soluția va permite importul tabelelor de pontaj din fișiere Excel utilizate în present (modulul actual permite importul 
din excel), cu validările aferente. Rapoartele pentru donatori vor fi exportabile în Excel și PDF, în valuta proiectului. 
10.4. Cerințe pentru interfața utilizatorului 
Mesajele de validare și de eroare vor fi clare, în română, cu indicarea câmpului lipsă sau a regulii încălcate. 
Formularele documentelor vor preseta automat centrul de cost, sursa și subdiviziunea din profilul utilizatorului sau 
din contul bancar selectat. 
10.5. Cerințe de mentenanță 
Soluția va înregistra acțiunile și evenimentele importante (jurnalizare prin mecanismele standard 1C). Codul sursă 
al obiectelor dezvoltate va fi livrat comentat. Actualizările vor fi documentate (changelog) și însoțite de procedura 
de merge la actualizarea configurației de bază. 
10.6. Cerințe de securitate și protecția datelor cu caracter personal 
Sistemul prelucrează date cu caracter personal, inclusiv date de salarizare, care necesită protecție sporită. Cerințele 
aplicabile: 
• respectarea legislației privind protecția datelor cu caracter personal — Legea nr. 133/2011 privind protecția 
datelor cu caracter personal (Republica Moldova) și, după caz, Regulamentul (UE) 2016/679 (GDPR) pentru 
datele aferente proiectelor cu parteneri externi; 
• aplicarea bunelor practici de securitate a informației (de tip ISO/IEC 27001) pe componenta dezvoltată; 
• acces pe principiul „need-to-know" și al privilegiului minim, prin roluri și RLS, atât pe documente, cât și pe 
registre; 
• protecția specifică a datelor de salarizare: acces restrâns la persoanele autorizate, separarea atribuțiilor, 
restricționarea exportului datelor salariale; șefii de subdiviziuni au acces doar la pontajul propriei 
subdiviziuni, fără acces la sume; 
• jurnalizarea acce

nele autorizate, separarea atribuțiilor, 
restricționarea exportului datelor salariale; șefii de subdiviziuni au acces doar la pontajul propriei 
subdiviziuni, fără acces la sume; 
• jurnalizarea accesului și a operațiunilor asupra datelor sensibile (salarii), cu păstrarea jurnalelor pe o perioadă 
rezonabilă;
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 13 of 15 
 
• transmiterea și stocarea datelor în mod securizat; integritatea referențială și blocaje gestionabile pentru acces 
concurent. 
10.7. Cerințe față de documentație și instruire 
• document de proiectare tehnică (arhitectură, diagrama obiectelor de metadate, relații cataloage–registre); 
• specificația modificărilor planului de conturi și dicționarul de date; 
• schema contabilă per tip de operațiune (formulele generate automat); 
• ghid de administrare (roluri, RLS, sarcini regulamentare, backup); 
• ghid de utilizare cu capturi de ecran, pentru contabili, manageri și șefi de subdiviziuni. 
10.8. Drepturi de proprietate și reversibilitate 
Prestatorul acordă Beneficiarului dreptul de a utiliza integral soluția, fără limitări de timp sau funcționalități, și 
livrează codul sursă al obiectelor dezvoltate. Beneficiarul păstrează drepturile depline asupra datelor. Pentru a 
asigura reversibilitatea și a evita dependența de furnizor: 
• datele se păstrează într-un format care permite extragerea și migrarea ulterioară; la cerere, datele se exportă 
în formate deschise (ex. Excel/CSV/XML); 
• la finalul contractului sau al perioadei de garanție, Prestatorul predă codul sursă actualizat, documentația 
tehnică și instrucțiunile de instalare/operare, astfel încât Beneficiarul sau un terț să poată prelua mentenanța; 
• procedura de predare-primire (handover) se documentează și se confirmă printr-un proces-verbal. 
10.9. Cerințe de performanță cuantificate 
Soluția va respecta, în condițiile de operare ale instituției, următoarele praguri minime de performanță (valori-țintă; 
se confirmă pe volumul real la etapa de analiză): 
Indicator Prag-țintă 
Generarea rapoartelor de gestiune (СКД) pe o perioadă de până la 1 an ≤ 30 de secunde 
Procesarea lunară de alocare a cheltuielilor indirecte pe centre de cost ≤ 15 minute 
Deschiderea și aprobarea (Проведение) unui document primar ≤ 3 secunde 
Utilizatori concurenți susținuți fără degradare semnificativă ≥ 30 
Comprimarea/migrarea bazei în fereastra agreată, în afara orelor de program 
10.10. Niveluri de servicii (SLA) în perioada de garanție 
În perioada de garanție de 12 luni, Prestatorul remediază defectele raportate conform timpilor-țintă de mai jos 
(zile/ore lucrătoare). Valorile reprezintă nivelul minim solicitat și se preiau în contract: 
Severitate Definiție 
Timp 
de 
răspuns 
Timp de soluționare / 
workaround 
Critică Sistem sau funcție esențială indisponibilă; blocaj contabil; date 
eronate care afectează raportarea 4 ore 2 zile 
Majoră Funcție afectată semnificativ, dar există o soluție alternativă 
temporară 8 ore 5 

m sau funcție esențială indisponibilă; blocaj contabil; date 
eronate care afectează raportarea 4 ore 2 zile 
Majoră Funcție afectată semnificativ, dar există o soluție alternativă 
temporară 8 ore 5 zile
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 14 of 15 
 
Severitate Definiție 
Timp 
de 
răspuns 
Timp de soluționare / 
workaround 
Minoră Defect minor / cosmetic sau de raport, fără impact asupra datelor 2 zile 15 zile / următoarea 
versiune 
Procedurile de backup și de recuperare vor fi documentate. Nerespectarea repetată a SLA poate atrage penalități, 
conform contractului. 
11. Scenarii obligatorii de testare (criterii de acceptare măsurabile) 
Acceptarea soluției este condiționată de trecerea cu succes a scenariilor obligatorii de mai jos. Fiecare scenariu are 
un rezultat așteptat măsurabil, verificabil pe mediul de test, pe un eșantion de date reprezentativ. 
Nr. Scenariu Rezultat așteptat (măsurabil) 
1 
Atribuire directă a unei 
cheltuieli pe un singur centru 
de cost 
Cheltuiala se reflectă 100% pe centrul de cost selectat în raportul de cost; nicio sumă 
pe alt CC 
2 Alocarea indirectă pe baza 
pontajului 
Suma alocată din CC-ADM = totalul cheltuielilor indirecte ale lunii (diferență 0, cu 
rotunjiri controlate); ponderile coincid cu cele din pontaj 
3 Distribuirea salariului 
divizat (Categoria 1) 
Suma distribuită pe centre de cost = salariul brut; contribuțiile și impozitele respectă 
aceleași procente; total = 100% 
4 Recunoașterea venitului pe 
contul 425 
La cheltuirea pe grant se generează automat Dt 425 – Ct 616 în limita cheltuielilor; 
soldul 425 = finanțare primită − venit recunoscut 
5 Excluderea regiei pentru un 
grant („ExcludeOverhead") Centrul de cost marcat nu primește nicio cotă din cheltuielile indirecte 
6 
Restricționarea accesului 
(RLS) pentru șefi de 
subdiviziuni 
Un șef de subdiviziune vede doar pontajul propriei subdiviziuni și nu are acces la 
sume/salarii 
7 Rapoarte СКД cu drill-down Totalurile raportului coincid cu calculul manual pe eșantion; drill-down ajunge până 
la documentul sursă 
8 Migrarea/comprimarea bazei Totalurile contabile (solduri și rulaje pe conturi) după migrare coincid 100% cu cele 
dinainte de migrare 
9 Validări la aprobarea 
documentelor 
Un document de cheltuială/venit fără centru de cost sau sursă nu poate fi aprobat; 
mesaj de eroare clar în română 
10 Performanță la raportare Generarea raportului de cost complet pe 12 luni se încadrează în pragul de la capitolul 
10.9 (≤ 30 secunde) 
12. Criterii de acceptare finale 
12.1. Acceptare tehnică 
• toate obiectele dezvoltate sunt funcționale, iar codul sursă este livrat și documentat; 
• totalurile contabile după migrare coincid cu cele dinainte de migrare; 
• rapoartele СКД produc rezultate corecte, verificate pe un eșantion prin comparație cu calculul manual.

ivrat și documentat; 
• totalurile contabile după migrare coincid cu cele dinainte de migrare; 
• rapoartele СКД produc rezultate corecte, verificate pe un eșantion prin comparație cu calculul manual.
Caiet de sarcini IP ODA – contabilitatea pe centre de cost 
Pagina 15 of 15 
 
12.2. Acceptare funcțională 
• toate scenariile obligatorii de testare de la capitolul 11 trec cu succes; 
• atribuirea directă și alocarea indirectă pe centre de cost respectă ponderile timpului din tabelul de pontaj; 
• calculul, distribuirea și plata salariilor pe centre de cost sunt corecte; 
• accesul șefilor de subdiviziuni este corect restrâns, iar datele sensibile sunt protejate prin RLS; 
• rapoartele pentru donatori se generează corect, în valuta proiectului; 
• pragurile de performanță de la capitolul 10.9 sunt respectate. 
12.3. Acceptare operațională 
• toate sprinturile au fost livrate și acceptate, iar incrementele au fost transferate în producție; 
• instruirea celor trei categorii de utilizatori este realizată; 
• documentația tehnică și de utilizare este predată și aprobată; 
• procedurile de backup, actualizare, rollback și predare-primire (handover) sunt documentate.