modificari oct.2023

[gabi123]

Azi duk nou , iar s-a modificat regula S9c3 , oare unde putem vedea regulile astea ?
Se pare ca vor completarea "Exceptie majorare" la toti partialii

[livius]

Caz: firma din domeniul alimnetar/agricultura unde salariul minim este de 3000 lei pe octombrie 2023. Cand incerc sa generez d112 obtin:
E: asigurat (1) [idAsig = 1] sectiune asiguratA (1)
eroare regula: S9c2.1: pentru contractele cu venit (A_13= 3000, A_11=3000 ) < 3100 raportat la NZL ( 3100) trebuie sa selectati 1- exceptat sau 2 - neexceptat

Aveti idee cum sa fac sa validez xml-ul?

Aceasta problema trebuia raportata la ANAF, din 23.11 pana azi ar fi reparat-o!
Pe mine m-a anuntat un client chiar in seara asta ca a dat peste aceasta eroare si nu l-am putut ajuta decat cu un artificiu ca sa poata depune totusi declaratia la timp si sa nu-si ia amenda!
Maine voi raporta eu problema aceasta la ANAF si sper s-o repare rapid. Sfatul meu este ca atunci cand dati peste o eroare care stiti ca nu este de la softul vostru, s-o arhivati impreuna cu fisierul XML(pt. cei care lucreaza cu softul J), sau PDF (pt. cei care utilizeaza softul A) si s-o trimiteti la ANAF prin formularul de contact. Astfel, ne ajutam si pe noi si pe altii!

[costin_mentor]

Am raportat-o la Anaf in data de 23.11.2023 (am trimis xml-ul) , iar azi am primit raspunsul:
"pt tip asigurat 1 validarea este corecta.
Nu prea inteleg de ce nu beneficiaza de facilitati.
Daca exemplul este corect , singura solutie e sa il treceti cu asigExc=1 si motivExc completat"

[livius]

In acest caz imi cer scuze si va felicit pt. reactia imediata. Sa vad ce rezolv si eu maine.

[livius]

Domnule Costin Mentor, ANAF a reparat problema semnalata la luna octombrie 2023 pt. firmele din sectorul agricol/ind. alimentara care nu beneficiau de facilitati, faceti o actualizare la validator si ar trebui sa se valideze cu succes!

[costin_mentor]

obtin aceiasi eroare si cu ultimul dukintergrator.

[mgabi]

Eu n-am avut asemenea spete ... de agroalim fara facilitati.

Pune un exemplu sa-l incerc.

[costin_mentor]

nu cred ca se merita sa pierzi timpul, octombrie a fost o luna speciala. mai jos am pus un xml generat cu pdf inteligent fara eroare si care da eroare la dukintegrator:
<?xml version="1.0" encoding="UTF-8"?>
<declaratieUnica luna_r="10" an_r="2023" d_rec="0" nume_declar="xxx" prenume_declar="xxxx" functie_declar="ssasasas" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="mfp:anaf:dgti:declaratie_unica:declaratie:v6 DecUnica.xsd" xmlns="mfp:anaf:dgti:declaratie_unica:declaratie:v6">
<angajator cif="19" caen="0113" den="Rab" adrSoc="agigea" adrFisc="str. lot a 326/39/3 nr loc. Constanta" casaAng="CT" datCAM="1" bifa_AgCon="2" caenC="0113" cifAf1="100" cifAf2="0" pond1="0" bifa_CAM="0" totalPlata_A="1247">
<angajatorA A_codOblig="602" A_codBugetar="5503XXXXXX" A_datorat="129" A_deductibil="0" A_scutit="0" A_plata="129" />
<angajatorA A_codOblig="412" A_codBugetar="5503XXXXXX" A_datorat="750" A_deductibil="0" A_scutit="0" A_plata="750" />
<angajatorA A_codOblig="432" A_codBugetar="5503XXXXXX" A_datorat="300" A_deductibil="0" A_scutit="0" A_plata="300" />
<angajatorA A_codOblig="480" A_codBugetar="20470300XX" A_datorat="68" A_deductibil="0" A_scutit="0" A_plata="68" />
<angajatorB B_cnp="1" B_sanatate="1" B_pensie="1" B_brutSalarii="3000" B_sal="1" />
<angajatorC1 C1_11="3000" C1_12="0" C1_21="0" C1_22="0" C1_31="0" C1_32="0" C1_T1="3000" C1_T2="0" C1_T3="0" />
<angajatorC2 C2_T6="0" C2_10="0" C2_140="0" />
<angajatorC3 C3_total="0" C3_suma="0" />
<angajatorC4 C4_baza="3000" C4_ct="68" />
<angajatorC5 C5_baza="0" C5_ct="0" />
<angajatorD D2="0" D3="0" />
<angajatorE1 E1_venit="0" E1_baza="0" />
<angajatorE2 E2_66="0" E2_10="0" E2_140="0" />
<angajatorE3 E3_total="0" E3_suma="0" />
<angajatorE4 E4_aj_nr="0" E4_aj_suma="0" />
<angajatorF1 F1_suma="129" F1_suma_ded="0" F1_suma_scut="0" F1_deplata="129" />
</angajator>
<asigurat cnpAsig="780" idAsig="1" numeAsig="dan" prenAsig="dan" dataAng="12.06.2023" casaSn="AR" asigCI="1" asigSO="1" asigExc="0" Timp_E3="129" Tcota_E4="0" Tsuma_E4="0" >
<asiguratA A_1="1" A_2="0" A_3="N" A_4="8" A_5="3000" A_6="176" A_8="22" A_9="3000" A_11="3000" A_12="300" A_13="3000" A_14="750" A_sal1="3000" A_sal2="0" A_11P="0" A_12P="0" A_13P="0" A_14P="0" A_13S="0" A_13C="0" A_12D="0" A_14D="0" />
<asiguratE1 E1_1="3000" E1_2="1050" E1_3="0" E1_4="600" E1_41="600" E1_42="0" E1_421="0" E1_422="0" E1_5="0" E1_6="1290" E1_7="129"/>
<asiguratE3 E3_1="A" E3_2="1" E3_3="1" E3_4="P" E3_8="3000" E3_9="1050" E3_12="600" E3_121="600" E3_122="0" E3_1221="0" E3_1222="0" E3_14="1290" E3_15="129" E3_16="1800"/>
</asigurat>
</declaratieUnica>

[livius]

Ieri au publicat initial o varianta de validator corectata, apoi mai tarziu au postat iar o varianta eronata! Ma refer la varianta cu actualizare semiautomata, in care se lanseaza DukIntegrator manual cu dublu clic si apar ferestrele acelea in care se vede daca exista vreo actualizare!
Deoarece ieri am actualizat validatorul de doua ori fara sa mai testez si dupa a doua actualizare, azi am mai testat inca o data si surpriza, aveam din nou eroarea S9c2.1! Apoi am vazut ca mai este o actualizare, am facut-o si acum se valideaza cu succes!
In concluzie, se impune inca o actualizare a validatorului!
D.p.d.v. al fisierului XML, am remarcat ca eu am urmatoarele diferente, dar nu cred ca sunt vitale: nu completez deloc asigExc pt. ca nu e cazul (asta ar putea fi totusi important, incercati si fara acest camp daca tot nu se valideaza dupa actualizare!) si am in plus A_sal1="3000" si A_sal2="0'!

[mgabi]

Am pus pe Duk fisierul tau si mi-a dat validare cu succes fara sa modific ceva!
Nu stiu ce se intampla la tine de nu merge.