Majoritatea datelor legate de contribuţiile sociale, precum şi impozitul datorat se raportează în Declaraţia privind obligaţiile de plată a contribuţiilor sociale, impozitului pe venit şi evidenţa nominală a persoanelor asigurate, cod 112.

Modelul şi conţinutul declaraţiei a fost prezentat în cap. 11.1, aici ne vom referi la modul de completare valabil din august 2025, pe baza Ordinului 2066/248/1377/3103/25 (055.)

a) Secţii

Pentru angajatorii cu subunităţi, datele referitoare la impozitul pe venit trebuie declarate centralizat în secţiunea F a Anexei 1.1. Pe lângă sediul principal, trebuie enumerate sediile secundare cu codul lor fiscal şi suma de plată. Pentru înscrierea codului fiscal al subunităţilor se procedează astfel: în Cataloage/Secţii se înscrie în Cod id.fiscala CIF pentru punctele de lucru. Desigur secţiile se introduc şi în Personal în mod corespunzător la fiecare salariat.

Astfel, se va asigura defalcarea automată a impozitului pe venituri din salarii pe sedii secundare.

b) Recodificare mărci

În Utilitare apare meniul Recodificare mărci, care este un program utilitar cu ajutorul căruia se pot recodifica mărcile existente.

În Declaraţia 112 angajaţii se pot regăsi după marca lor. În D112 nu se permite folosirea unor litere în cadrul mărcii (caractere alfanumerice - de ex. S10011). Dacă aveţi asemenea mărci, porniţi aplicaţia şi modificaţi marca salariaţilor după o regulă stabilită. Se poate utiliza şi pentru reorganizarea mărcilor pentru salariaţii activi.

c) Sediul

Verificaţi în aplicaţia hUTIL datele din fişierul Societatea. Dacă sediul social diferă de sediul fiscal, acesta se va înscrie în hUTIL/ Societatea/Date reprezentant fiscal. Trebuie să înscrieţi numai adresa şi datele de contact.

d) Semnatar

Se poate indica, cine va fi persoana care va semna declaraţia. Pentru aceasta, se verifică în hUTIL/Societatea/Modificare/ Semnatari/conturi:

• dacă poziţia 1. este completată cu datele reprezentantului societăţii, atunci numele acestuia va fi introdus în declaraţie
• dacă ŞI poziţia 2. este completată cu funcţia şi numele persoanei semnatare, atunci se va considera că aceasta este persoana care va semna Declaraţia 112.
  De exemplu se utilizează când contabilul, care deţine semnătură electronică, va semna declaraţia.

Desigur, aceste setări nu înlocuiesc semnătura olografă (pe anexele listate) sau semnătura electronică, care trebuie aplicate de persoana responsabilă cu semnarea.

e) Persoane cu mai multe contracte de muncă

În D112 contractele asiguraţilor cu mai multe contracte trebuie reunite. Contractele de tip A sau B cu acelaşi CNP se vor reuni, la fel şi contractele de tip C cu acelaşi CNP. Contractele de tip A/B nu se reunesc cu contractele de tip C, chiar dacă CNP este identic!
În unele cazuri reunirea se poate realiza simplu, în rest trebuie găsite soluţii de la caz de caz.

Tipuri de probleme:

1. Anumite elemente salariale nu se calculează pe contract, ci pe tipurile de contracte A/B sau C ale aceluiaşi asigurat:
   • plafonările bazelor de calcul se calculează pe totalul tipurilor de contracte A/B sau C ale aceluiaşi asigurat,
   • contribuţiile individuale se calculează pentru bazele de calcul însumate ale tipurilor de contracte A/B sau C ale aceluiaşi asigurat (pot rezulta diferenţe din rotunjiri)
   • impozitul şi salariul net de la un contract este influenţat de salariul de la celălalt contract. Soluţia:
     • se calculează salariul pe contract,
     • se identifică influenţele de la celelalte contracte,
     • se aplică corecţiile necesare.
2. În structura D112 nu există un set de atribute independente pentru fiecare tip de contribuţie, ci se folosesc în comun o serie de atribute. Dacă la unul din contracte o contribuţie lipseşte sau este tratată altfel, pot să apară avertismente sau erori nejustificate. Soluţia:
   • avertismentele se ignoră,
   • dacă este eroare, se plăteşte contribuţie în plus la contractele care cauzează erori.
3. Stabilire stagiu în cazul în care stagiile de la contracte se suprapun parţial, dar nu există date în program pentru a le identifica sau costul identificării este prea mare.

Mod de operare

În D112 se lansează Extragere, după care Generare XML şi validare.

După Extragere apare de exemplu:

 Extragere terminata, nr.asigurati:  25, nr.contracte:   26 ...

adică din Stat de salarii s-au prelucrat 26 contracte pentru 25 de asiguraţi. În TMP, în fişierul LOGU…txt sunt descrise perechile de contracte reunite:

 CNP: ...  Unificat contract tip B  marca ... cu ...

Eventualele probleme la reunire sunt identificate în:

• Extragere şi
• Generare XML şi validare

În cazul în care un asigurat are mai multe contracte, Statul de salarii se consideră definitivat numai după validarea declaraţiei cu DUKIntegrator !

La stabilire data angajare/asigurat se ia în considerare data mai mică.
La stabilire data plecare /asigurat se ia în considerare data mai mare sau vidă.
La stabilirea stagiului/asigurat, în D112 neexistând o evidenţă pe zile, stagiile pe contracte:

• se adună, dacă contractele sunt în continuare (data plecare 1 < data angajare 2),
• altfel se ia în considerare stagiul mai mare.

Situaţia erorilor

e1) nu există erori de validare - suma bazelor de calcul nu depăşeşte plafonul, nu sunt erori din rotunjire şi nici alte tipuri de erori.
Verificaţi reunirea, inclusiv stagiul cumulat pe asigurat.

e2) există erori de rotunjire semnalate de DUKIntegrator.
Erorile pot proveni din faptul, că:

• în Stat de salarii contribuţiile se calculează pe fiecare contract în parte, deci şi rotunjirea se face pe contract
• în validările D112, procentul se aplică pe baza de calcul însumată din toate contractele persoanei.

Astfel, pot să rezulte mici diferenţe de rotunjire, care apar ca erori.

Soluţie: în Stat de salarii, Modificare/Diferenţe baze de calcul în CAS-corect.rotunjire sau CASS-corect.rotunjire, după caz, se introduce diferenţa semnalată cu +/-.

e3) există erori de validare în D112 care nu pot fi soluţionate. Desigur, şi aceste situaţii pot fi reale, dar cu verificările din DUKIntegrator nu se pot depune asemenea declaraţii.
De exemplu:

• persoana nu poate lucra în condiţii de muncă diferite în cele 2 contracte
• nu se acceptă ca persoana să fie în concediu medical pentru ambele contracte.

f) Introducere impozit pe veniturile zilierilor în D112

Datele zilierilor trebuie preluate lunar în D112, impozitul pe venitul lor fiind asimilat impozitului pe veniturile din salarii.

În Nomenclatorul 5 există codul 3 - Zilieri.

Variante de lucru

g1) dacă se utilizează atât aplicaţia hSALAR - Evidenţă zilieri, cu ajutorul căreia se introduc datele zilnic, cât şi hSALAR, datele acestora se pot prelua la sfârşitul lunii în meniul Salarii/Zilieri, cu ajutorul operaţiei:

• Import centralizator zilieri

De aici, datele se vor prelua şi în D112. În acest caz hSALAR trebuie să aibă opţiunea Evidenţă zilieri.

g2) dacă Registrul de evidenţă zilieri se ţine electronic, iar beneficiarul deţine hSALAR cu opţiunea zilieri, se pot introduce datele în următoarele variante:

g21) zilierii se introduc în Personal, cu categoria SAL-ZIL - Zilier, recomandat într-o secţie distinctă, se completează CNP, forma salariz. obligatoriu va fi necompletată! Dacă se introduc zilieri în Personal (categoria SAL-ZIL), în câmpul Casa de sănătate se introduce:

_N    -  Neasigurat (zilier)

Alegeţi una din variantele de lucru:

• În meniul Zilieri datele lor (CNP, marca) se vor prelua cu F1, iar veniturile lor se vor introduce per total lunar.
• Veniturile totale se pot introduce opţional în Stat de salarii, unde se va calcula impozitul şi CAS reţinut.

g22) zilierii şi veniturile lor lunare se introduc numai în meniul Zilieri. Varianta se recomandă dacă se lucrează cu personal fluctuant, aceeaşi persoană nu se utilizează repetitiv.

La introducere, fiecare persoană trebuie să aibă o marcă. Dacă persoana a fost introdusă în Personal, marca se preia de acolo.

Fişe de evidenţă zilieri

În cazul hSALAR cu opţiunea Evidenţă zileri, datele sunt arhivate în Salarii/Fişe de evidenţă zilieri.

g) Probleme metodologice

Nu toate noţiunile utilizate în declaraţie sunt clare şi corelate între ele şi în anumite situaţii, uneori este discutabil dacă programul de validare D112 este compatibil cu legislaţia.

Noţiuni în sensul D112:

• total fond salarii: bază calcul CAM,
• venit brut: venit fără indemnizaţii,
• ore efectiv lucrate: ore lucrate + ore indemnizaţii plătite de angajator,
• zile lucrate= zile efectiv lucrate + concediu de odihnă + concedii de evenimente plătite etc.

Observaţii

• De regulă câmpurile: Dif.baza calcul CAS, Dif.baza calc. CASS din Stat de salarii nu se pot utiliza pentru regularizări, eventual doar dacă se completează cu aceeaşi sumă.
• Reunirea mai multor contracte ale aceluiaşi asigurat se face anevoios.
• Programul de validare DUKIntegrator se modifică frecvent, apar versiuni noi, uneori cu puţine zile înainte de ultimul termen de depunere.
  Trebuie urmărit, să verificaţi/generaţi declaraţia cu ultima versiune. Programul introduce reguli retroactive, adică declaraţiile rectificative se generează cu DUKIntegrator curent, care poate să aibă alte reguli de validare decât cele din luna care se rectifică.
  În Raportări/Declaraţia 112 lansaţi operaţia Verificare/descărcare update pentru a afla dacă există noi versiuni ale programului de verificare de la ANAF.
• Verificaţi calculele, rezolvarea situaţiilor mai deosebite şi dacă consideraţi că nu sunt conforme modului Dvs. de interpretare, solicitaţi adaptarea formulelor de calcul din hSALAR.

Declaraţia 112 este o lucrare mai complexă, ea necesită şi instalarea unor aplicaţii suplimentare pentru realizarea formatului final.

a) Declaraţia 112 pe site-ul ANAF

Fişierele aferente declaraţiei se regăsesc pewww.anaf.ro/Descărcare declaraţii. Aici se poate vizualiza ultima dată de modificare a acestora.

Descărcarea nu trebuie făcută manual, operaţia din hSALAR descrisă mai jos în cap.3.1.3 pct. h) simplifică actualizarea programului de validare.

Nomenclatoarele actuale se regăsesc la sfârşitul Anexei cu validări, care trebuie actualizată periodic de către utilizator.

Modul de actualizare a Anexei cu validări

De pe site-ul www.anaf.ro/Descărcare declaraţii se descarcă, după apariţia unei noi versiuni din D112, Anexa validări actuală. Ea se salvează în catalogul DECL_OBL\D112, obligatoriu sub denumirea A8_valid.pdf. Acolo există deja un fişier cu acelaşi nume, livrat cu ocazia ultimului upgrade de hSALAR, care se poate suprascrie. Astfel, dacă validările s-au mai completat, actualizat de către ANAF, fără să fie necesar şi un upgrade hSALAR, recomandăm să aveți la dispoziţie ultima versiune, deoarece veți putea lansa direct acest fişier din lista de erori în format htm, pentru a regăsi corelaţia eronată.

b) Instalare Java

Programul MFP de validare a declaraţiei 112 funcţionează în mediu Java. Aplicaţia Java Runtime Engine este gratuită şi se poate instala în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

c) Instalare program de validare şi organizarea cataloagelor

Softul DUKIntegrator.jar (Softul J) elaborat de MFP este necesar pentru validarea datelor din fişierul XML generat.

DUKIntegrator se poate instala şi actualiza în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

Aplicaţia DUKIntegrator conţine verificări pentru mai multe declaraţii (D100, D300, D390, D394, D406, situaţii financiare etc.).

În hUTIL/Catalogul fişierelor este indicată calea în care trebuie instalată aplicaţia DUKIntegrator.jar:

t8d   Declaratie 112               ..\DECL_OBL\aaaa\D112

Calea la fişierele generate de hSALAR:

t8p   Progr.declaratie 112         ..\DECL_OBL\

Deoarece există mai multe declaraţii care se pot genera din aplicaţiile HAMOR Soft şi este posibil ca acestea să se completeze pentru mai multe firme, recomandăm următorul sistem pentru organizarea cataloagelor:

d) Alte aplicaţii de la ANAF

În catalogul DECL_OBL instalaţi ultimele versiuni ale aplicaţiilor:

• D100 - o perte din date se exportă din hSALAR, restul se completează manual
• D205
• OPFV - calea pentru exportul sumelor de plată este indicată în hUTIL/Catalogul fişierelor:

  t6o   Plati OPFV           ..\DECL_OBL\OPFV