Aici sunt prezentate diferențele dintre versiunile selectate și versiunea curentă a paginii.
| Ambele părți revizuirea anterioară Versiuni anterioare Urmatoarea versiune | Versiuni anterioare | ||
|
upgrade:marf_v8hb1 [2025/03/12 09:40] Bodosi Maria [7. Actualizare QANAF_V2] |
upgrade:marf_v8hb1 [2025/03/27 13:38] (curent) Foldes Sandor [9. Însumare numere selectate de pe o fereastră] |
||
|---|---|---|---|
| Linia 1: | Linia 1: | ||
| - | {{upgrade:constr.gif|}} | + | {{upgrade:marf_v8hb1.pdf|LISTARE}} |
| - | [[upgrade: | + | 19.03.2025 |
| - | + | ||
| - | 12.03.2025 | + | |
| ======Upgrade hMARFA V8.HB1 - Actualizări e-Factura şi alte noutăţi====== | ======Upgrade hMARFA V8.HB1 - Actualizări e-Factura şi alte noutăţi====== | ||
| Linia 11: | Linia 9: | ||
| De la 31 martie 2025 ANAF modifică procedura de transmitere a e-Facturilor emise către persoane fizice (relaţia B2C), ceea ce implică modificări la nivelul API. Aceste facturi se vor încărca într-un loc distinct faţă de e-facturile obişnuite. Cod partener rămâne CNP sau introduceţi " | De la 31 martie 2025 ANAF modifică procedura de transmitere a e-Facturilor emise către persoane fizice (relaţia B2C), ceea ce implică modificări la nivelul API. Aceste facturi se vor încărca într-un loc distinct faţă de e-facturile obişnuite. Cod partener rămâne CNP sau introduceţi " | ||
| + | |||
| + | ===2. Actualizare modele e-Factură în Tipuri de documente=== | ||
| + | |||
| + | Toate modelele de e-Factura au fost actualizate pentru a fi conforme cu Ghidul de utilizare a codurilor dedicate tipurilor de facturi pblicat de ANAF, inclusiv în cazul e-Facturilor cu vânzător sau cumpărător neplătitor de TVA. | ||
| + | |||
| + | ===3. Document de trimitere Credit Note=== | ||
| + | |||
| + | Ce este o notă de credit (Credit Note)? | ||
| + | |||
| + | O notă de credit este o factură în minus care reduce suma totală de plată. Poate fi numită și factură negativă. Nota de credit îi permite clientului să știe că nu mai trebuie să plătească suma totală. În situațiile în care suma totală datorată este identică cu suma de pe nota de credit, aceasta anulează întreaga factură. Ea poate să aibă valoare mai mică decât suma totală datorată a facturii. | ||
| + | |||
| + | În contabilitatea românească se utilizează de regulă facturi de stornare. | ||
| + | |||
| + | În hMARFA se întocmeste un document TFACC cu cantităţi negative si, în consecinţă, | ||
| + | |||
| + | Transmiterea e-Facturii se face în format Credit Note, cu valori inversate pozitiv, prin API-ul Credit Note. | ||
| + | |||
| + | TFACC se foloseşte doar dacă e-documentul se transmite ca Credit Note în SPV, altfel se utilizează TFAC. | ||
| + | |||
| + | ===4. Descărcare Credit Note primit=== | ||
| + | |||
| + | Se înregistrează în e-Facturi primite cu total şi TVA, cu semnul negativ. Rândurile nu se preiau automat, ele trebuie introduse manual, fiecare având cantitate negativă. | ||
| + | |||
| + | ===5. Verificare e-Facturi primite şi recepţii=== | ||
| + | |||
| + | De la iulie 2024 se pot înregistra în contabilitate doar facturi furnizor în format e-Factură. Compararea verifică ca fiecare recepţie internă să aibă o e-Factură asociata şi total factură, precum şi TVA să fie identice. Dacă lipsesc e-Facturi care nu mai pot fi descărcate din SPV (fiind încărcate de mai mult de 60 zile), acestea se pot solicita de la parteneri şi se pot importa în e-Facturi primite. | ||
| + | |||
| + | Operaţia compară şi verifică fişierul e-Facturi primite cu fişierul Receptii: | ||
| + | * Verifică dacă toate facturile din Receptii au pereche în e-Facturi primite | ||
| + | * Identifică facturile identice (cu aceeaşi valoare, TVA, dată şi furnizor) şi indică posibilitatea de asociere | ||
| + | * Verifică corectitudinea legăturii dintre factura din e-Facturi primite si factura din Receptii, comparând datele din capul de tabel. | ||
| + | |||
| + | Se lansează din e-Facturi primite operaţia //33 - Verificare e-Factura/ | ||
| | | ||
| - | ===2. Verificare semnătură=== | + | ===6. Verificare semnătură=== |
| Pentru a verifica dacă semnătura electronică din arhiva ZIP corespunde fişierului e-Factură, se poate utiliza API-ul de validare a semnăturii electronice pus la dispoziţie de ANAF. Acest serviciu permite validarea semnăturilor pentru facturile electronice în format XML. | Pentru a verifica dacă semnătura electronică din arhiva ZIP corespunde fişierului e-Factură, se poate utiliza API-ul de validare a semnăturii electronice pus la dispoziţie de ANAF. Acest serviciu permite validarea semnăturilor pentru facturile electronice în format XML. | ||
| Astfel, se poate verifica cazul în care într-o factură deja semnată electronic de ANAF s-a intervenit ulterior pentru a modifica unele informaţii. Se poate aplica de exemplu când solicităm o e-factură direct de la furnizor, deoarece am uitat s-o descărcăm din SPV în perioada de 60 de zile când a fost disponibilă. | Astfel, se poate verifica cazul în care într-o factură deja semnată electronic de ANAF s-a intervenit ulterior pentru a modifica unele informaţii. Se poate aplica de exemplu când solicităm o e-factură direct de la furnizor, deoarece am uitat s-o descărcăm din SPV în perioada de 60 de zile când a fost disponibilă. | ||
| + | |||
| + | :!: Operaţiile care se pot lansa nu sunt vizibile pentru utilizatorul obişnuit, solicitaţi asistenţă de la distribuitor! | ||
| | | ||
| Se lansează din e-Facturi primite - operaţia //34 Verificare semnatura ZIP e-Fac//. Se selectează un fişier zip care conţine semnătura ANAF şi XML-ul care conţine factura. Acest fişier se va încărca la ANAF, care va transmite un răspuns de genul: | Se lansează din e-Facturi primite - operaţia //34 Verificare semnatura ZIP e-Fac//. Se selectează un fişier zip care conţine semnătura ANAF şi XML-ul care conţine factura. Acest fişier se va încărca la ANAF, care va transmite un răspuns de genul: | ||
| Linia 43: | Linia 76: | ||
| Avantajul procedeului este, nu putem primi o factură falsificată/ | Avantajul procedeului este, nu putem primi o factură falsificată/ | ||
| - | + | ===7. Actualizare QANAF_V2=== | |
| - | ===3. Verificare e-Facturi primite şi recepţii=== | + | |
| - | Operaţiunea compară şi verifică fişierul e-Facturi primite cu fişierul Receptii: | + | Când datele unei firme sunt descărcate de la ANAF, acolo apar informaţii suplimentare |
| - | * Verifică dacă toate facturile din Receptii au pereche în e-Facturi primite | + | |
| - | * Identifică facturile identice | + | |
| - | * Verifică corectitudinea legăturii dintre factura din e-Facturi primite si factura din Receptii, comparând datele | + | |
| - | Se lansează | + | ===8. Preluare jurnal curent |
| - | ===4. Document de trimitere Credit Note=== | + | Pentru cei care utilizează |
| - | + | | |
| - | Ce este o notă de credit (Credit Note)? | + | |
| - | + | ||
| - | O notă de credit este o factură în minus care reduce suma totală de plată. Poate fi numită și factură negativă. Nota de credit îi permite clientului să știe că nu mai trebuie să plătească suma totală. În situațiile în care suma totală datorată este identică cu suma de pe nota de credit, aceasta anulează întreaga factură. Ea poate să aibă valoare mai mică decât suma totală datorată a facturii. | + | |
| - | + | ||
| - | În contabilitatea românească se utilizează | + | |
| - | + | ||
| - | În hMARFA se întocmeste un document TFACC cu cantităţi negative si, în consecinţă, | + | |
| - | + | ||
| - | Transmiterea e-Facturii se face în format Credit Note, cu valori inversate pozitiv, prin API-ul Credit Note. | + | |
| - | + | ||
| - | TFACC se foloseşte doar dacă e-documentul se transmite ca Credit Note în SPV, altfel se utilizează TFAC. | + | |
| - | + | ||
| - | ===5. Descărcare Credit Note primit=== | + | |
| - | + | ||
| - | Se înregistrează în e-Facturi primite cu total şi TVA, cu semnul negativ. Rândurile nu se preiau automat, trebuie introduse manual, fiecare având cantitate negativă. | + | |
| - | + | ||
| - | + | ||
| - | ===6. Actualizare QANAF_V2=== | + | |
| - | + | ||
| - | Când datele unei firme sunt descărcate de la ANAF, acolo apar informaţii suplimentare (mai ales referitor la perioadele cu TVA la încasare), iar acestea nu au fost tratate în versiunile anterioare. Acum, hMARFA nu se va opri din acest motiv. | + | |
| + | Operaţia se poate utiliza pentru preluarea datelor de TVA în hSAFT. | ||
| ===9. Însumare numere selectate de pe o fereastră=== | ===9. Însumare numere selectate de pe o fereastră=== | ||
| - | Vezi [[https:// | + | Vezi [[https:// |
| ===10. Import extras ING=== | ===10. Import extras ING=== | ||
| Linia 86: | Linia 95: | ||
| Structura extrasului de la banca ING s-a modificat, deci şi în hMARFA s-a actualizat formatul utilizabil. | Structura extrasului de la banca ING s-a modificat, deci şi în hMARFA s-a actualizat formatul utilizabil. | ||
| - | ===6. Căutare secvenţă Shift + F5=== | + | ===11. Căutare secvenţă Shift + F5=== |
| Se pot căuta secvenţe în scripturi, tdoc, tfl, câmpuri. Operaţiunea este utilă pentru dezvoltatori. | Se pot căuta secvenţe în scripturi, tdoc, tfl, câmpuri. Operaţiunea este utilă pentru dezvoltatori. | ||
| - | ===8. Corecturi=== | + | ===12. Corecturi=== |
| * La import rânduri dacă s-a utilizat preţul din ultimul lot, acesta nu a fost corect în toate cazurile, acum s-a corectat | * La import rânduri dacă s-a utilizat preţul din ultimul lot, acesta nu a fost corect în toate cazurile, acum s-a corectat | ||
| - | * Verificare descărcare ZIP - dacă ANAF nu nu a fost funcţional - verifică dacă fişierul descărcat este într-adevăr un ZIP | + | * Verificare descărcare ZIP - dacă ANAF nu a fost funcţional, s-au putut descărca unele fişiere care nu au avut formatul ZIP, dar au fost redenumite automat în ZIP. Acum se verifică dacă fişierul descărcat este într-adevăr un ZIP. |
| - | * Preluare date din XML - dacă avem o e-Factură primită cu partener nou - datele partenerului nu au fost corecte. | + | * Preluare date din XML - dacă avem o e-Factură primită cu partener nou - toate datele partenerului nu au fost preluate corect, dacă s-a utilizat această variantă de completare automată. Acum s-a corectat. |