SmartBill Conta tinteste sus!

Noi imbunatatiri ce privesc D406

• adaugarea codurillor NC-8 pe declaratie (codurie NC trebuie sa aiba toate cele 8 caractere pe D406);
• posibilitatea generarii unui rezumat.

Declararea automata a diurnelor in D112 ca venituri asimilate salariilor (cele impozabile) sau ca venituri neimpozabile. Acest lucru se va face pe baza informatiilor inregistrate in deconturile de cheltuieli.

• Avem o prima varianta de SAF-T Acesta nu va include partea de miscari de stocuri (care este obligatorie de raportat doar la cererea ANAF) si partea de imobilizari (care se raporteaza doar anual). Desigur ca apoi vom imbunatati functionalitatea continuu, astfel incat tot procesul sa devina complet , cat mai simplu si cat mai eficient (desi in fond este unul complex).
• Cat va costa? Va fi gratuit pana cel putin in septembrie 2023. Dupa aceasta perioada de gratuitate, pretul pentru un client contribuabil mijlociu va fi in medie cateva zeci de euro/luna (in functie de numarul de tranzactii). Pentru contribuabilii mici, pentru care obligativitatea va interveni incepand cu anul 2025, pretul va fi considerabil mai mic.

Abordam o serie de imbunatatiri pe cateva rapoarte, ca urmare a sugestiilor utilizatorilor:

• pe Balanta:
  • ascunderea conturilor cu solduri finale zero;
  • exportul balantei in format csv;
• pe Lista tranzactii pe centre de cost:
  • noi posibilitati de filtrare: dupa numarul documentului si gestiune;
  • adaugarea descrierii conturilor, pe langa simbolul lor, pentru o urmarire mai usoara a raportului;
  • imbunatatirea exportului in .xls, prin adaugarea unei foi separate (sheet) cu date structurate pe centre de cost, inclusiv totaluri, similar raportului afisat in aplicatie;
• pe Lista de salariati:
  • filtrarea dupa centrul de cost.

SAF-T se poate genera din SmartBill Conta si apoi poate fi depusa fara erori de validare cu ManagerConta. Prima versiune contine raportarea de baza si obligatorie, care este completa din punct de vedere fiscal (am tratat cu atentie codurile de taxa privind TVA si impozitele cu retinere la sursa).

Lucram in continuare la aceasta functionalitate pentru:

• facilitarea identificarii si corectarii datelor incorecte sau incomplete (ex. parteneri cu tari incorecte sau necompletate, fara oras sau cu CIF incorect sau necompletat);
• includerea raportarii miscarii de stocuri (care este obligatorie de raportat doar la cererea ANAF);
• includerea raportarii imobilizarilor (care se raporteaza anual).

In declaratia 112 trebuie detaliate veniturile asimilate salariilor si veniturile neimpozabile pe categorii. Vom introduce o noua sectiune in salarizare unde se vor putea opera aceste tipuri de venituri, astfel incat sa fie preluate in D112.

Prezentarea informatiilor legate de o imobilizare in formatul standard, intr-un fisier PDF.

In balanta imobilizarilor, acestea vor fi grupate in functie de conturile contabile alocate pentru a usura reconcilierea cu balanta contabila.

Exportul declaratiei 700 in PDF inteligent.

Exportul anexelor specifice situatiilor financiare anuale:

• notele explicative;
• declaratia prin care administratorul isi asuma responsabilitatea intocmirii situatiilor financiare anuale;
• raportul administratorului;
• propunerea de distribuire a profitului sau de acoperire a pierderii.

Partenerii de pe documentele sincronizate preiau adresa din conturile de Facturare/Gestiune. In unele cazuri, judetul lipseste sau este scris gresit, rezultand erori in declaratia 394.

Ne propunem sa implementam o functionalitate care sa permita corectarea rapida si in masa a judetelor partenerilor.

Odata facuta o asociere, aceasta va fi retiunuta pentru ca pe viitor folosirea denumirii gresite sa nu mai puna probleme.

Pe facturi pot sa apara avansuri de la clienti/furnizori. In prezent, acestea sunt inregistrate pe conturile sintetice 419/4091/4092.

Pentru a avea o evidenta corecta, inregistrarea ar trebui facuta pe contul analitic, acelasi care se foloseste si pentru partenerul de pe factura.

Asadar, la sincronizare, vom folosi analiticul aferent partnerului de pe document.

Exemplu: Daca vanzarea este pentru clientul cu contul 4111.0001 atunci avansul ar trebui inregistrat pe 419.0001.