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.

În hSALAR declaraţia se realizează în meniul Raportări/Declaraţia 112. Elaborarea declaraţiei are sens după definitivarea Statului de salarii.

Se lansează pe rând operaţiile descrise mai jos.
Menţionăm, că pentru crearea declaraţiei obişnuite sunt necesare numai operaţiile fără paranteze drepte […].

a) Extragere date

Operaţia Extragere preia datele din Stat de salarii, Indemnizaţii asigurări sociale, Deduceri personale precum şi din Zilieri, dacă este prezentă opţiunea.

După terminarea extragerii, pot să apară mesaje de genul: Extragere terminata, nr.asigurati: 25, nr.contracte: 27 …. Acest lucru înseamnă, că pentru câte un CNP există cazuri de mai multe contracte pentru acelaşi CNP.

Ferestre

În Declaraţia 112 datele pot fi văzute în mai multe combinaţii. Amintim doar coloanele care sunt de interes pentru angajatori:

• Atribut şi valoare, cu coloanele:
  • M.asg - marca asigurat (tastaţi F1)
  • CodGr - cod grupa (de fapt secţiunile declaraţiei - tastaţi F1)
  • Grupa/atribut/camp (tastaţi F1 - va apare o fereastră de ajutor, din care se pot face căutări după Denumire. După găsirea rândului care conţine informaţia căutată, se apasă Enter. Cu Vizualizare se vor vedea toate detaliile).
  • Valoare numerică - redă numai câmpurile numerice cu 4 zecimale, la câmpurile de tip cod arată zero. Se poate folosi pt. filtrări, de ex. o anumită sumă, o sumă mai mare/mai mică de … etc.
    Tastând F4 se numără articolele selectate şi se adună valorile articolelor selectate.
  • Valoare - după caz, poate fi o dată, un cod sau o sumă. Este coloana care o să apară în liste. Valorile numerice sunt aliniate la dreapta.
• Denumire şi valoare - conţine denumirea lungă a diferitelor poziţii şi valorile, codurile aferente. În cazul creanţelor fiscale se poate vedea şi şi codul câmpului din care este calculată valoarea (codul se regăseşte în câmpul Denumire):

• Câmpuri modificabile - conţine doar atributele care pot fi modificate, atributele de la declaraţiile rectificative, semnatarul, data intrării/ieşirii în categoria de asigurat etc.
• Denumire şi valoare numerică - în ultima coloană se văd numai valorile numerice
• Valoare şi id.agregare - coloana Identificator agregare conţine de exemplu codul creanţei fiscale în care se însumează poziţia respectivă, fondul din care se plăteşte suma sau alte referiri la totalizări
• Caracteristici - descrieri de coduri.

b) [Setare decl. rectificativă]

Declaraţia rectificativă trebuie depusă cu toate datele, chiar şi cele care au fost corecte de la început.

În baza de date pentru luna pentru care se face rectificarea, dacă se modifică: indemnizaţii, drepturi sau reţineri etc, acestea se corectează direct în fişierele corespunzătoare, ca şi la lucrul în luna curentă. Apoi, se repetă toţi paşii de creare a declaraţiei.

Pentru a seta o declaraţie de tip rectificativă:

• În meniul Declaraţia 112 lansaţi operaţia: [Setare decl.rectificativa]. Acesta setează declaraţie rectificativă tip 1.
• dacă rectificarea este de tip mai complex, lansaţi operaţia [Modificari manuale]. În col. Grupa/atribut/camp/.
• se pot depune mai multe tipuri de declaraţii rectificative, indicaţi codul corespunzător pe baza descrierii ...
• căutaţi tip_rec şi modificaţi valoarea în cea corespunzătoare, dacă nu este o rectificare simplă de tipul 1.
• dacă se rectifică: CNP, nume, prenume, acestea se modifică direct în Declaraţia 112.
• data intrării/ieşirii în categoria de asigurat, dacă nu afectează zilele lucrătoare, se pot modifica şi aici, dar e recomandat să se modifice în Personal.

Pentru modificare, se alege fereastra Câmpuri modificabile şi se selectează marca persoanei.

Declaraţiile rectificative din lunile precedente trebuie validate şi generate cu versiunea curentă a programului de verificare DUKIntegrator.

c) [Modificări manuale]

Modificări pot fi necesare şi în cazul declaraţiilor iniţiale. După lansarea operaţiei Modificări manuale, pe fereastra Câmpuri modificabile din declaraţie, se pot schimba datele:

• declarant, CNP si nume anterior asigurat. Înscrieţi informaţia corectă în Valoare caracter.
• data intrării/ieşirii din categoria asigurat - de regulă se completează în Personal. Pentru concediu creştere copil până la 2 ani se poate înscrie tot şi data începerii/terminării concediului, insă recomandăm utilizarea câmpului dedicat din Personal, de unde se va prelua automat.
• data angajării/plecării trebuie completate obligatoriu!

d) Generare fişier XML şi validare

Operaţia Generare XML şi validare generează un fişier tip XML cu datele din cele 3 anexe. Ea lansează apoi programul de validare (DUKIntegrator.jar), iar dacă sunt erori, le afişează.

Recomandăm, ca înainte de această operaţie să lansaţi [Verificare/descărcare update].
Astfel, veţi avea certitudinea, că depuneţi declaraţia cu ultima versiune a programului de validare.

Fişierul creat se regăseşte în catalogul \DECL_OBL\aaaa\D112 sub numele D112_cif_aaaa_ll.XML. Datele pot fi vizualizate apăsând tasta Enter. Aici nu trebuie efectuate modificări!

Dacă la validare se constată erori, se creează şi fişierul: D112_CIF_aaaa_ll.XML.err.txt în acelaşi catalog. În legătură cu depistarea erorilor de validare vezi modul de identificare a erorilor.

Vizualizare erori în htm

După cum se poate constata, modul de identificare a erorilor de mai sus este destul de greoi şi greu de înţeles.
Lista de erori este transformată de HAMOR Soft într-un format htm, mai simplu de urmărit, care poate fi eventual listat în situaţii mai complicate - pentru efectuarea corecţiilor în hSALAR. Fişierul se regăseşte şi în catalogul D112, sub numele D112_CIF_aaaa_ll.HTM. El se suprascrie la o nouă verificare.

În capul de tabel există linkuri la:

• D112_ERR.PDF - structura declaraţiei, în care se poate depista eroarea după cod
• D112_XML.PDF, care reprezintă de fapt Softul A, cu unele capitole deschise pentru a putea depista codul câmpurilor (sunt scrise cu albastru, se pot căuta şi cu CTRL F). Astfel, erorile pot fi interpretate şi corectate mai uşor. În ultima coloană, în paranteză se regăsesc şi valorile calculate de hSALAR, respectiv cele considerate corecte de procedura de validare. Fişierul trebuie descărcat şi salvat, fiind un pdf inteligent, nu se poate deschide direct!

Fişierele de mai sus sunt cele de la data ultimului upgrade/update hSALAR! În cazul în care acestea s-au modificat între timp, trebuie descărcate de la ANAF noile versiuni.

Referitor la actualizarea anexei cu validări, vezi recomandările din cap. 3.1.2 lit. a).

Dacă sunt erori, ele trebuie corectate în Indemnizaţii, Stat de salarii etc. După aceea, operaţiile de elaborare a declaraţiei de mai sus trebuie reluate, ele se continuă până se obţine o declaraţie validă. La repetarea extragerii, se şterg automat fişierele pentru firma respectivă cu extensiile XML, TXT , HTM.

Validare persoane cu contracte multiple la acelaşi angajator

Contractele pentru acelaşi CNP se însumează în hSALAR. DUKIntegrator face câteva validări suplimentare, care nu pot fi soluţionate de noi:

• 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. În acest caz şi hSALAR dă eroare unificare marcă!
• dacă o persoană are atât contract de salariat, cât şi de colaborator, atunci marca de colaborator trebuie să fie mai mare decât cea de salariat.

e) Generare şi/sau semnare PDF

Operaţia lansează programul pentru generare şi semnare PDF. Fişierul XML pentru firma respectivă este deja selectat.

Dacă se depune CU semnătură electronică: se selectează tipul de SmartCard, se introduce PIN-ul pentru semnare, se apasă: Validare+creare PDF+semnare.

Mesajul primit trebuie să fie:

 Validare fara erori fisier: ..DECL_OBL\aaaa\D112\D112_CIF_aaaa_ll.XML
 Fisierul PDF a fost creat cu succes: ..DECL_OBL\aaaa\D112\D112_CIF_aaaa_ll.pdf

Fişierul pdf creat se deschide automat. Dacă la validare se constată erori, fişierul pdf nu va fi generat până la corectarea lor.

Fişierul D112_CIF_aaaa_ll.pdf

Este fişierul care trebuie transmis la organele fiscale. De fapt este singurul format mai accesibil utilizatorului din aplicaţia oficială.
El se caracterizează prin următoarele:

• apare sub formă de formular listabil numai Anexa 1 (Creanţe).

• datele din fişierul XML (cele 3 anexe ale declaraţiei) apar sub formă de ATAŞAMENT la fişierul pdf. Vă puteţi convinge că există acest ataşament astfel:

  • View/Navigation panels/Attachments, sau
  • pe marginea stângă a documentului pdf apare o agrafă, care poate fi apăsată.

  Prin ambele modalităţi se deschide în partea de jos o fereastră, în care pe un rând apare D112_CIF_aaaa_ll.XML.

Deci pentru organele fiscale, formatul electronic de transmis este acest formular tip pdf, cu ataşamentul XML validat!

În cazul semnării electronice, apare semnătura persoanei autorizate în rubrica corespunzătoare.

f) Vizualizări

Cu această operaţie opţională, puteţi vizualiza, fără să părăsiţi hSALAR fişierele generate:

• Vizualizare D112 in XML sau Notepad
• Vizualizare erori în HTM sau TXT
• Vizualizare D112 în pdf
• Vizualizare D112 complet in XLS
• Vizualizare D112 A1 -Creante fiscale in XLS
• Vizualizare D112 A1.1-Angajator in XLS
• Vizualizare D112 A1.2-Asigurati in XLS

Astfel, le puteţi vizualiza oricând fără să repetaţi generarea lor. Dacă pdf-ul a fost semnat, se poate lista şi de aici. Formatele XLS (Excel/OpenOffice) pot servi pentru a studia (eventual filtra, totaliza) sau a crea alte situaţii. În plus, ele cuprind toate datele din declaraţie într-un format inteligibil, pentru depistarea unor erori, crearea unor liste etc.

g) [Verificare/descărcare update]

Lansaţi operaţia înainte de verificarea şi validarea declaraţiei! Dacă există actualizări ale programului de validare pe site-ul ANAF, se va lansa utilitarul de actualizare (Download.jar), şi apoi DUKIntegrator. În fereastra din stânga se arată update-urile disponibile faţă de versiunea pe care o avem descărcată. Apăsaţi tasta » şi apoi Download.

Dacă s-a descărcat o nouă versiune DUKIntegrator, în Ajutor/Istoria versiunilor selectaţi D112, după care va apare lista modificărilor din diferite versiuni ale programului de verificare.

Dacă nu există actualizări, se lansează numai DUKIntegrator.

Datorită modificării frecvente a regulilor de validare de către ANAF, recomandăm lansarea operaţiei înainte de depunerea declaraţiei şi validarea cu ultima versiune înainte de semnare şi transmitere.

h) Depunerea declaraţiei

Operaţia Depunere electronica D112 din hSALAR lansează o pagină de pe care se pot accesa:

• pagina de depunere a declaraţiei
• pagina de verificare a stării declaraţiei.

Declaraţia (fişierul pdf) se transmite în mod asemănător altor declaraţii electronice, de pe site-ul www.e-guvernare.ro.

Vezi şi Etapele depunerii declaraţiei sub semnătură electronică descrise de ANAF.

Recomandăm listarea şi ataşarea (sau chiar salvarea lângă fişierele depuse) recipisei generate la depunere, aceasta fiind dovada că declaraţia a fost depusă. Trebuie notat indexul generat la depunere, cu ajutorul acestuia (sau al numărului de înregistrare de la ghişeu) se poate consulta starea declaraţiei.

Prelucrarea şi validarea finală se desfăşoară la MFP, şi uneori poate dura mai mult timp. De aceea, trebuie verificată starea declaraţiei, s-ar putea întâmpla ca să conţină erori, deoarece se fac şi alte verificări faţă de cele făcute publice. În acest caz trebuie depusă o nouă declaraţie iniţială (NU rectificativă!) până la expirarea termenului legal.

Fluxul depunerii declaraţiei a fost descris de ANAF.

Termene de depunere:

Vezi în Partea I cap.11.1.

i) Listare

Recomandăm să păstraţi la dosarul fiscal:

• Anexa 1 listată din pdf, cu semnătură electronică sau obişnuită, cu recipisa de la depunere ataşată
• Anexele 1.1 şi 1.2 listate din hSALAR. Pentru acestea nu există un format standard de listare. Puteţi alege combinaţii de liste din setul livrat, în funcţie de complexitatea datelor.

Recomandăm şi arhivarea sistematică a formatului electronic.

Pentru economie de hârtie şi compactare, unele liste se listează automat cu densitatea de 8 Lpi (82 rânduri în loc de 62/pag.A4), dar se pot seta pe 8 Lpi şi celelalte liste.

Listele din Declaraţia 112 se grupează în 3 seturi.

- Situaţii

Sunt liste axate pe anumite domenii cuprinse în declaraţie. Se listează opţional, pentru confruntarea datelor raportate cu datele din celelalte fişiere şi regăsirea mai simplă a anumitor informaţii.

• A1.1 - Angajator - date angajator
• A1.2 - Asiguraţi - extrase - tabele mai compacte/asigurat
• 10/1- Cerere restituire CCI - Anexele 10 şi 1 pentru Casa de Sănătate dacă există certificate medicale

Lista 10/1 conţine de fapt 2 formulare:

• cererea de restituire a contribuţiei (Anexa 10 la Ordinul 15/1311/2018)
• centralizatorul privind certificatele de concediu medical aferente
  (Anexa 1 la Ordinul 15/1311/2018)

În cererea de restituire trebuie indicat un cont bancar în care se solicită returnarea indemnizaţiei din fond. Setaţi constanta CCI-NRBANCA - Nr.cont banca în Societatea pe contul în care se solicită virarea, poate fi contul cu nr. de ordine 1,2,3 sau 4, vezi fişierul Societatea din hUTIL. Dacă se înscrie o cifră diferită de 1,2,3 sau 4, atunci se va tipări spaţiu şi se completează manual.

Chiar dacă nu există sume de recuperat, este necesară depunerea formularului şi anexarea certificatelor de depus la aceasta. Dacă numărul de certificate este mic, ambele formulare se listează pe aceeaşi pagină.

Liste simple

• A1.1 - Angajator - cu principalele date referitoare la angajator
• A1.2 - Asiguraţi - câte un rând/asigurat cu principalele date
• A1.2 - Coasigurati - lista coasiguraţilor

Liste în Excel

Se pot folosi pentru verificări, listări selective:

• D112- A1 - creanţe fiscale - creanţele se listează ca şi formatul oficial tip pdf, însă conţine şi informaţii suplimentare: baza de calcul al fiecărei creanţe, câmpurile din care s-au preluat datele, suma datorată, suma de dedus etc., deci recomandăm listarea acestui format pentru verificări.
• D112-A11-Angajator
  nr. crt. - sunt de fapt secţiunile declaraţiei
  grupa/atribut/câmp - codul câmpurilor
  în col. Valoare sumele sunt orientate spre dreapta.
• D112-A12-Asiguraţi
  în format Portret se listează câte un asigurat
• D112-complet - este lista întregului fişier, pentru verificarea datelor.

Listele din D112 pot fi confruntate cu datele din celelalte fişiere, pentru verificarea datelor preluate.
În acest scop verificaţi datele listate din:

• Stat de salarii - Centralizator obligaţii. Pot exista diferenţe din modul de rotunjire, unele plafonări, contracte multiple etc.
• Indemnizaţii asigurări sociale - Centralizator indemnizaţii cu Situaţiile din Declaraţia 112.
• Creanţe fiscale din Declaraţia 112 - Centralizator obligaţii.

Desigur, recomandăm confruntarea datelor şi cu soldurile din contabilitate.