D112 mai 2019

[alexu]

Va apărea versiune nouă?

F: validari globale
eroare structura: namespace ('mfp:anaf:dgti:declaratie_unica:declaratie:v3') lipsa sau incorect la sectiunea declaratieUnica. Valoarea corecta este xmlns='mfp:anaf:dgti:declaratie_unica:declaratie:v 4'

[Irina]

Vor aparea versiuni noi si de mentor si de declaratii, modificari de structura fiind in ambele. Dar tinand cont ca sunt peste 40 de modificari de structura si formule in declaratii, nu va pot da o data. Urmariti site-ul nostru, vom trimite si newsletter.

[rutzo]

Buna ziua,
Va aparea versiunea de Declaratii pana pe 20.06.2019?
Trebuie sa mai plecam si in concedii...

[Opteron]

Platim degeaba modulul de declaratii. Eu am nevoie de versiune pana pe data de 18 pentru ca voi fi plecat in concediu in afara tarii pana pe 28. Credeti ca puteti rezolva problema. Oricum programul e o caruta de bani si e la stadiul anului 1995. Iar scuza ca sunt modificari in numar mare nu merge . vesnic dati versiunea corecta in ultima zi...hai maxim cu 2 zile inainte de termenu limita.Legea a fost aprobata de pe 24. Sunt programatori care fac un program de la 0 in acest timp iar voi nu sunteti in stare sa modificati unul.

[Solomon Silvia]

Buna ziua,



Pentru a va putea da seama si dvs. de complexitatea modificarilor este nevoie sa comparati Anexele existente pe site-ul ANAF (http://static.anaf.ro/static/10/Anaf/Declaratii_R/112.html ) - anexa actuala si anexa pentru versiuni anterioare (valabila pana in aprilie). Modul in care trebuie exportata D112 a aparut pe 10.06.2019. (Schema XSD).

La fiecare noua actualizare (pana in prezent 5 de la 30 mai 2019) trebuie comparat punct cu punct anexa deoarece persoanele ce o publica nu binevoiesc sa scrie in dreptul fiecarei linii daca s-au efectuat sau nu modificari. In cazul in care analizati Anexa validari veti observa trecute anumite date, dar din pacate ANAF nu marcheaza toate liniile cu modificari. Ce inseamna asta? Ca la fiecare noua actualizare noi suntem fortati sa comparam anexa cu versiunea anteriora.

Dupa finalizarea comparatiilor trebuie sa analizam cum anume implementam modificarile. De data aceasta modificarile au efect atat asupra aplicatiei WinMENTOR cat si in Declaratii. In momentul in care se stabilesc modificarile de facut, programatorul le implementeaza. Ultima etapa din acest proces este testarea, prin care ne asiguram ca la dvs. ajunge o versiune corecta, ce nu transmite date eronate in XML.

Dupa cum observati, procesul este complex, iar datorita modului in care primim si noi modificarile, munca ne este ingreunata. Mai mult de atat, ANAF lucreaza la aceasta versiune a declaratiilor inca din luna aprilie, inainte ca Ordinul de aprobare a declaratiei sa fie publicat in Monitorul Oficial. ( https://chat.anaf.ro/d394.nsf )

Noi facem toate eforturile necesare ca modificarile sa fie implementate si sa ajunga in timpu util la clienti.


Va multumim pentru intelegere!


Echipa WinMENTOR

[rdciprian]

Buna ziua,



Pentru a va putea da seama si dvs. de complexitatea modificarilor este nevoie sa comparati Anexele existente pe site-ul ANAF (http://static.anaf.ro/static/10/Anaf/Declaratii_R/112.html ) - anexa actuala si anexa pentru versiuni anterioare (valabila pana in aprilie). Modul in care trebuie exportata D112 a aparut pe 10.06.2019. (Schema XSD).

La fiecare noua actualizare (pana in prezent 5 de la 30 mai 2019) trebuie comparat punct cu punct anexa deoarece persoanele ce o publica nu binevoiesc sa scrie in dreptul fiecarei linii daca s-au efectuat sau nu modificari. In cazul in care analizati Anexa validari veti observa trecute anumite date, dar din pacate ANAF nu marcheaza toate liniile cu modificari. Ce inseamna asta? Ca la fiecare noua actualizare noi suntem fortati sa comparam anexa cu versiunea anteriora.

Dupa finalizarea comparatiilor trebuie sa analizam cum anume implementam modificarile. De data aceasta modificarile au efect atat asupra aplicatiei WinMENTOR cat si in Declaratii. In momentul in care se stabilesc modificarile de facut, programatorul le implementeaza. Ultima etapa din acest proces este testarea, prin care ne asiguram ca la dvs. ajunge o versiune corecta, ce nu transmite date eronate in XML.

Dupa cum observati, procesul este complex, iar datorita modului in care primim si noi modificarile, munca ne este ingreunata. Mai mult de atat, ANAF lucreaza la aceasta versiune a declaratiilor inca din luna aprilie, inainte ca Ordinul de aprobare a declaratiei sa fie publicat in Monitorul Oficial. ( https://chat.anaf.ro/d394.nsf )

Noi facem toate eforturile necesare ca modificarile sa fie implementate si sa ajunga in timpu util la clienti.


Va multumim pentru intelegere!


Echipa WinMENTOR

Foarte buna observatia dvs, am transmis acest punct de vedere celor in masura sa decida acest lucru, sper ca pe aceasta cale sa corecteze ceva. Se tot vorbeste de o mai buna colectare la nivelul ANAF, insa probleme "marunte" si un xml pot sa impiedica acest lucru asa cum ati descris mai sus.

[rutzo]

Oare cei de la Saga care actualizeaza in 48 de ore,lucreaza la NASA?
Mereu aceleasi probleme,se actualizeaza pe 24 sau 25...
Si orice se cere suplimentar cu miile de euro....de exemplu:un amarat de pontaj ce contine data incepere/data sfarsit program de lucru...

[rdciprian]

Acel tip de pontaj ar fi extrem de util deoarece la fiecare control ITM se cere, mai ales celor cu program de lucru variabil, sau in cazul schimburilor de lucru. Eu spun ca ar trebui sa fie standard. In plus util ar fi posibilitatea de generare documente personal direct din mentor (contract, aditionale, adeverinte, etc)

[Solomon Silvia]

Oare cei de la Saga care actualizeaza in 48 de ore,lucreaza la NASA?
Mereu aceleasi probleme,se actualizeaza pe 24 sau 25...
Si orice se cere suplimentar cu miile de euro....de exemplu:un amarat de pontaj ce contine data incepere/data sfarsit program de lucru...


Nu stiu unde lucreaza aplicatiile concurente, dar un lucru este cert: cele doua aplicatii (WinMENTOR vc Saga) difera ca si complexitate. Acest aspect conduce la un timp de lucru mai mare pentru echipa WinMENTOR.

Cat despre pontaj, cel din aplicatie este conceput drept un centralizator si din acest motiv nu a fost implementat programul de lucru al angajatului. Mai multe detalii gasiti aici: http://www.startupcafe.ro/taxe/pontaj-salariati-firme-codul-muncii.htm

[rutzo]

Va multumim pentru faptul ca ne ascultati.Sunt foarte multi colegi nemultumiti ,dintre cei care utilizeaza Winmentor.
Pentru o firma mare ar trebuie sa conteze feedback-ul.
Referitor la pontaj ,am trimis o solicitare inca din septembrie 2017,dar mi s-a spus ca nu este timp(era problema Split tva).
Dupa 2 ani credeti ca s-ar putea face timp 10 minute,ca in conditii salarizare sa se adauge 2 campuri(ora venire,ora sosire)astfel ca pontajul sa preia automat aceste constante si sa ne usureze mult munca..sa scapam de alte ore de munca in Excel.
Multumesc!

[rutzo]

SEPT 19,2017 AT 14.27

Anexez un model de pontaj,ce-l puteti adapta in program.

Multumim frumos pentru sugestie.
Am luat in considerare sa realizam un model pentru angajatorii ce au salariati cu norma partiala, dar din cauza modificarilor legislative (splitare TVA si modificare D112) nu avem timpul necesar implementarii pontajului conform modelului de mai sus. S-a deschis un ticket cu aceasta dezvoltare; abonati-va la newsletterul nostru si urmariti site-ul pt informatii noi.


Va multumesc!

[tifreaf]

Oare cei de la Saga care actualizeaza in 48 de ore,lucreaza la NASA?
Mereu aceleasi probleme,se actualizeaza pe 24 sau 25...
Si orice se cere suplimentar cu miile de euro....
Subscriu, inclusiv ca nu se fac imbunatatiri, de bun simt, daca tot exista macar ce exista sa fie si functional si corect!

Nu stiu unde lucreaza aplicatiile concurente, dar un lucru este cert: cele doua aplicatii (WinMENTOR vc Saga) difera ca si complexitate. Acest aspect conduce la un timp de lucru mai mare pentru echipa WinMENTOR.
O chestie de programare: Pe utilizator nu il intereseaza cat te complici tu ca programator, principiul e, fa-l cat mai simplu si functional, nu te complica cu lucruri inutile! (gen campuri cu aceeasi semnificatie, greu de corelat prin mii de proceduri de calcul, si care produc si erori!)
Subscriu la perioada mare de implementare a modificarilor.
Deasemena ridic problema comunicarii de versiuni stabile, eu ca utilizator final nu stiu ce versiune e stabila si care nu, cu parere de rau!
Dau cu presupusul ce sa instalez si ce nu; nu prea e ok pentru un soft care se respecta!
(Multumesc lui Viviana ca imi mai zice din cand in cand ce versiune e buna! valabil inclusiv pentru Enterprise)

[alexadi]

Va multumim pentru faptul ca ne ascultati.Sunt foarte multi colegi nemultumiti ,dintre cei care utilizeaza Winmentor.
Pentru o firma mare ar trebuie sa conteze feedback-ul.
Referitor la pontaj ,am trimis o solicitare inca din septembrie 2017,dar mi s-a spus ca nu este timp(era problema Split tva).
Dupa 2 ani credeti ca s-ar putea face timp 10 minute,ca in conditii salarizare sa se adauge 2 campuri(ora venire,ora sosire)astfel ca pontajul sa preia automat aceste constante si sa ne usureze mult munca..sa scapam de alte ore de munca in Excel.
Multumesc!

Eu zic ca esti prea optimist, eu am intrebat de declaratia 100 la achizitie unei noi licente adica in 2013 e aparuta in 2019, eu in 2013 la achizitie distribuitorul a sesizat o bresa de securitate, de fata cu mine rezolvata acum 2 ani parca asa ca asta e nivelul de viteza la mentor. Bresa de secutitate se referea ca de fapt utilizatorul nu are dreptul de a vedea firmele din baza de date, deci alege firma sau firmele la care are acces dar avea in winmentor diverse optiunea sa vada orice utilizator logat si firma in care era logat deci un utilizator in timp si cu putina munca afla toate firmele din nomenclator fara probleme. Distribuitorul o vede ca problema de securitate, si siguranta (degeaba nu vede la alegere, daca le vede in alt meniu) mentor considera ca nu este problema de secuitate a datelor (ce conteaza ca Gigel utilizatorul limitat nu trebuie sa stie ce alte firme mai am in baza de date) it si direcorul comercial mentor considera ca nu e bresa de securitate. Eu am intrebat daca e corect ca la hotel sa fie o usa spre camera incuitata dar cu geam de sticla si sa nu se poata acoperi acel geam, deabia atunci adica acum 2 -2.5 ani au scos aceasta optiune de la toti utilizatori ramanand doar la master, acest meniu...
Referitor la termene sunt nemultumit de cand era lansat 394 versiunea noua in 2016 cand daca nu se prelungea termenul eu nu puteam depune decalatatiile la toate firmele pe care le am pt simplu motiv ca eu nu eram in tara in ultimele zile 24/25 ale termenului si nu se socteau versiuni care sa poata, asa ca asta este stilul WINMENTOR hei rup hei rup in ultima zi. Abordarea e simpla cred ca nu sunt destui oameni la it la liniile de cod. Cunosc programe care le facea un singur programator si erau la in 2-3-4 zile gata modificarile. Deci consuluziile o sa le tragem singuri aceleasi probleme vesnice de cand lucrez cu mentorul de prin 2010. deci in curand 10 ani si mai multe licente si recomandai acuma la recomandari spun si aceste MARI neajunsuri, si lumea curios zic pas si aleg saga, cu toate ca au bani in buzunar de mentor, deci cine pierderea mentorul corect.

PS: incercati sa folositi meniul de facturi in asteptare cu o comanda de la furnizori, suprize suprize (si nu cele care le stim noi de la tv) nu functioneaza, e in lucru de prin 2013, am intrebat eu personal de vor 5-6 ori de el si acelasi raspuns e in lucru dar ne e important.
Daca se doreste o lista completa de lucruri care nu merg in mentor sa imi dati de veste ca sa imi fac timp sa adun informatia din toate fisierle de tip txt unde le am trecute si sa vad care e actualizata si care nu e actualizata. dar imi e ca multe vor fi neactualizate,

[Gemini]

versiunea noua D112 postata astazi 20.06.2019, prezinta eroare la validare:
F: validari globale
eroare structura: namespace ('mfp:anaf:dgti:declaratie_unica:declaratie:v4') lipsa sau incorect la sectiunea declaratieUnica. Valoarea corecta este xmlns='mfp:anaf:dgti:declaratie_unica:declaratie:v 3'

[Irina]

V-am raspuns deja la celalalt post.

[doina.cotos]

Buna ziua,

Receptionez urmatoarea eroare:

namespace ('mfp:anaf:dgti:declaratie_unica:declaratie:v4') lipsa sau incorect la sectiunea declaratieUnica. Valoarea corecta este xmlns='mfp:anaf:dgti:declaratie_unica:declaratie:v 3'

Atat la exportul fisierului XML, cat si la incercarea de a valida cu DUK Integrator.
Mentionez faptul ca ambele aplicatii, atat modulul de DECLARATII, cat si cel de DUK Integrator, au fost actualizate la zi.

Multumesc.

[Irina]

Este aceeasi eroare ca si cea de mai sus, dupa formulare nu aveti dukul actualizat. Daca va zice ca vrea versiunea 3 care e depasita de acum, verificati din nou duk. Va atasez o imagine cu cat ar trebui sa fie la versiune duk-ul. 521

[andrea]

Buna ziua!

Am o atentionare "A: asigurat (7) [idAsig = 7] sectiune asiguratE3 (1)
atentionare regula: S136: E3_15(195) <= E3_14(0)"

si am observat la asiguratul respectiv (contract de mandat) ca la E3 rd. 20 "Venit baza de calcul al impozitului" apare 0 lei. Nu ar trebui sa fie 1.950 lei?

Multumesc,
Andrea

[Irina]

E3_15 este impozitul retinut si E3_14 este baza de calcul pentru impozit. Nu prea stiu cum s-a ajuns sa nu aveti baza si sa aveti impozit. Dar fara acces la baza de date, mi-e greu sa ma pronunt. Verificati sa aveti ultimele versiuni cu toate verificarile de structuri facute. Nu am mai intalnit situatia. +

[andrea]

Am atasat o poza la salariatul respectiv

[Irina]

Cel mai bine luati legatura cu distribuitorul sa vada pe baza de date despre ce e vorba.

[cristibelean]

Eroare de rotunjire la zilieri dupa ce s-a introdus plata si a CAS-ului. La verificarea D112 avem urmatoerele erori la cativa zilieri (4 zilieri din 104 zilieri in total):
E: asigurat (18) [idAsig = 18] sectiune asiguratA (1)
Contributie Individuala ASIGURARI SOCIALE diferita de suma calculata
eroare regula: S27: A_14 (70) = round(Max(A_13,salmin*A_8/NZL) * CIpens)(71)
E: asigurat (63) [idAsig = 63] sectiune asiguratA (1)
Contributie Individuala ASIGURARI SOCIALE diferita de suma calculata
eroare regula: S27: A_14 (70) = round(Max(A_13,salmin*A_8/NZL) * CIpens)(71)
E: asigurat (65) [idAsig = 65] sectiune asiguratA (1)
Contributie Individuala ASIGURARI SOCIALE diferita de suma calculata
eroare regula: S27: A_14 (168) = round(Max(A_13,salmin*A_8/NZL) * CIpens)(167)
E: asigurat (67) [idAsig = 67] sectiune asiguratA (1)
Contributie Individuala ASIGURARI SOCIALE diferita de suma calculata
eroare regula: S27: A_14 (308) = round(Max(A_13,salmin*A_8/NZL) * CIpens)(305)
E: asigurat (81) [idAsig = 81] sectiune asiguratA (1)
Contributie Individuala ASIGURARI SOCIALE diferita de suma calculata
eroare regula: S27: A_14 (210) = round(Max(A_13,salmin*A_8/NZL) * CIpens)(212)

Nu am gasit nici o regula dupa care la acestia apare eroarea si la restul nu.
Totusi, ceva ciudat, la niciun zilier nu apare in D112 retinerea contributiilor sociale obligatorii, ca de exemplu la acel ID 18 din mesajul de eroare, desi se vede clar ca impozitul calculat este la alta baza nu la cea din macheta: 525

Mai are cineva asa erori?

[Irina]

Da, mai sunt clienti cu problema asta. Ne-am adresat si noi Anafului, care culmea a raspuns destul de rapid, dar ne-au spus ca stiu situatia dar asteapta lamuriri de la Casa de Pensii. Incercati sa lucrati cu xml-ul in care sa treceti cat vor ei de fapt in erori. Cand vom primi specificatii vom face si noi modificari.

[ella_m]

Eroarea asta o dă nu numai în cazul zilierilor, ci și a salariaților. Un salariat cu venit realizat de 954 lei, plătește CASS 95 lei....așa apare pe stat și în D112....și totuși validarea dă eroare, vrea 96 lei...

Am modificat cu 2 lei venitul realizat...la 956 lei....și am scăpat de eroare

Asta pentru că este 25 deja.....și ANAF-ului nu-i pasă de erorile noastre

Sper totuși să se rezolve această eroare până la declarația lunii iunie

[Solomon Silvia]

Am verificat urmatoarele spete la salar realizat: 954 lei

1. firma normala cu baza minima=DA - DECLARATIE FARA ERORI
2. firma normala fara baza minima - DECLARATIE FARA ERORI
3. firma de constructii cu baza minima = DA - DECLARATIE FARA ERORI
4. firma de constructii fara baza minima - DECLARATIE FARA ERORI

La dvs. cred ca mai este o conjunctura pentru care apar erorile. Cel mai bine apelati la serviciul suport (distribuitor/producator) pentru a vedea care este cauza.

[alexadi]

Am si eu aceasta atentionare, depus declaratia cu ea asa:
A: asigurat (1) [idAsig = 1]
Contributie individuala sanatate - mod de calcul eronat
atentionare regula: S72.1: B4_6 (113) = B4_6 calculat cf. regulii (114)
Salariatul a fost incepand cu 20.05 pana la sfarsitul lunii in medical. salariu brut 2080

[Solomon Silvia]

Cu versiunea 213.04 existenta pe site, nu mai apare aceasta atentionare.

[alexadi]

Am si eu urmatoarea eroare (de atentionare nu ma sperii ca stiu ca trece fara probleme declaratia, problema mea e ce genereaza acel -8) am salariat in constructii si e in medical partial in luna are chiar 2 medicale legate ca perioada.:
E: asigurat (10) [idAsig = 10] sectiune asiguratB1 (1)
eroare atribut: B1_7: valoarea '-8' nu se incadreaza in intervalul cerut
A: asigurat (10) [idAsig = 10]
Contributie individuala sanatate - mod de calcul eronat
atentionare regula: S72.1: B4_6 (237) = B4_6 calculat cf. regulii (158)

[Irina]

B1_7 sunt orele suspendate in luna. Verificati in pontaj likidare cum sunt rezolvate orele suspendate, eu as reface pontajul pentru omul respectiv. Si daca aveti doua medicale verificati sa nu fi trecut din greseala aceeasi serie si numar la medical.

[alexadi]

Rezolvat, multumesc, am sters pontajul lichidare si l-am refacut.

[alexadi]

Am si eu eroarea aceasta la un stat unde am o salariata in ingrijire copil:
A: asigurat (2) [idAsig = 2] sectiune asiguratA (1)
atentionare regula: S22.2: daca asigSO = 1 si A_1=(1,8,2,9,10,11,12,13,14,16,24,19,6,21,22,17,23 ,25,26,27)atunci A_9 > 0

E prima luna in care imi apare acest mesaj la aceasta societate si doamna e de mult in ingrijire copil (mai are de stat cam 6 luni si expira ) au mai modificat ceva la 112 anaful?

[Irina]

Da, e modificare facuta pe ultimul duk integrator, interpretarea mea este ca vor baza somaj pentru o persoana suspendata....La adresa noastra anaful nu a raspuns, poate daca vin mai multe din mai multe parti au reactie.

[andrea]

Da, e modificare facuta pe ultimul duk integrator, interpretarea mea este ca vor baza somaj pentru o persoana suspendata....La adresa noastra anaful nu a raspuns, poate daca vin mai multe din mai multe parti au reactie.

La ce adresa trimiteti întrebările? Le-as spune si eu cateva ... :-((((

(aceeasi eroare ca alexadi am si eu, offf)

Andrea

[Irina]

Formularul de contact de pe site-ul anaf.