Odoo Contabilitate și Finanțe: ce acoperă pentru o firmă din România

Când un director financiar caută contabilitate Odoo, de obicei vrea să știe trei lucruri: dacă aplicația ține contabilitatea după regulile României, dacă produce ce cere ANAF și cât din muncă rămâne în continuare la contabil. Pagina de față răspunde la aceste întrebări pornind de la ce spune documentația Odoo 19, fără promisiuni pe care nu le putem susține.

Pe scurt: Odoo finance este o aplicație serioasă pentru o IMM sau o companie de dimensiune medie, cu localizare dedicată României. Rămân însă câteva zone, precum e-Factura, declarațiile SAF-T anuale și mijloacele fixe, la care trebuie să cereți o demonstrație concretă, nu o afirmație.

Cum este construită contabilitatea în Odoo

În documentația Odoo 19, aplicația Comptabilitate face parte din categoria Finance, alături de Facturare, Note de cheltuieli, furnizori de plăți online, localizări fiscale pentru peste 50 de țări și urmărirea ESG. Fiecare tranzacție din celelalte aplicații, de la vânzări la stocuri, ajunge în contabilitate fără a fi reintrodusă.

Principiile pe care se sprijină, conform documentației:

• partidă dublă automată: o factură, o plată sau o mișcare de stoc generează nota contabilă;
• sincronizare bancară și reconciliere bancară pe baza unor modele;
• multi-valută cu cursuri preluate automat;
• multi-societate cu consolidare;
• rapoarte în timp real: bilanț, cont de profit și pierdere, situația fluxurilor de numerar, registrul terților și balanța vechimii creanțelor și datoriilor.

Pentru un financiar, această arhitectură schimbă ritmul muncii. Închiderea nu mai înseamnă să aduni fișiere din mai multe programe. Datele sunt deja în același loc, iar raportul se deschide cu valorile de azi, nu cu cele de la ultimul export.

Planul de conturi și localizarea pentru România

Aici se decide dacă produsul este utilizabil într-o firmă românească. În Odoo 19, pachetul „Romania - Accounting” (l10n_ro) este localizarea fiscală implicită. Documentația menționează două planuri de conturi oficiale:

Documentația adaugă o precizare importantă: planul de conturi utilizat nu trebuie să se abată de la reglementarea românească oficială. Practic, personalizarea este posibilă, dar nu se pleacă de la zero și nu se „inventează” conturi în afara cadrului legal. Dacă un integrator vă propune să construiți un plan propriu, cereți-i să explice cum rămâne conform.

Contabilitate generală și analitică

Contabilitatea generală urmărește registrul jurnal, cartea mare și balanța. Contabilitatea analitică, pe care o folosesc firmele care își urmăresc rezultatele pe proiect, pe depozit sau pe centru de profit, este o funcție cunoscută a aplicației. Modul exact în care repartizați costurile se stabilește la implementare, împreună cu contabilul, și merită scris în caietul de sarcini. Un model util este în ghidul despre cum se redactează cerințele pentru un ERP.

Date de identificare fiscală

Odoo 19 cere ca CUI/CIF-ul firmei să fie introdus fără prefixul „RO”. Numărul de TVA primește prefixul „RO” doar dacă societatea este plătitoare de TVA. Pare un detaliu, dar o configurare greșită aici se reflectă apoi în facturi și în fișierele transmise către ANAF.

TVA și taxe: ce trebuie să fie corect de la început

Taxele din Odoo nu sunt doar procente. În varianta românească, fiecare taxă trebuie să aibă un tip de taxă SAF-T cu 3 cifre și un cod de taxă SAF-T cu 6 cifre, definite de administrația fiscală. Taxele implicite vin deja completate. Problema apare când adăugați taxe proprii sau când firma are operațiuni speciale: acolo codurile se verifică una câte una.

Alte elemente care contează pentru o firmă cu activitate internațională:

• codul Intrastat (Cod NC) al produselor este cerut pentru anumite operațiuni, de pildă import și export, produse alimentare, mișcări intracomunitare și produse supuse accizelor; valoarea implicită este „0”, deci nu trebuie lăsată așa pentru articolele afectate;
• facturile furnizor au o casetă „Is self-invoice (RO)?” care marchează autofacturile românești.

Dacă firma are mulți clienți și furnizori din Uniunea Europeană, cereți integratorului să parcurgă cu dumneavoastră câteva scenarii reale de TVA, nu doar cazul simplu al unei vânzări interne.

Banca, reconcilierea și valutele

Reconcilierea bancară este locul în care economisiți cel mai vizibil timp. Odoo propune sincronizarea extraselor și reconcilierea pe baza unor modele: sistemul recunoaște o plată recurentă, o comisie sau o rată și o asociază singur, iar contabilul validează excepțiile.

Pentru firmele care facturează în EUR sau în alte monede, aplicația lucrează în multi-valută cu cursuri automate. Rămâne de stabilit, împreună cu contabilul, sursa de curs și momentul reevaluării, pentru ca diferențele de curs să se închidă în același fel în fiecare lună. Pentru plățile în RON nu apar probleme speciale; atenția se mută pe conturile în valută și pe compensările cu partenerii externi.

Stocuri, mijloace fixe și legătura cu restul aplicațiilor

Contabilitatea din Odoo este legată de aplicațiile operaționale. Valorizarea stocurilor se poate face periodic (manual) sau permanent (automat), cu metodele preț standard, cost mediu ponderat (AVCO) sau FIFO. Alegerea metodei afectează direct costul bunurilor vândute și marja, deci este o decizie financiară, nu una tehnică. Aprofundați subiectul în pagina despre stocuri și achiziții în Odoo.

Pentru mijloacele fixe, documentația pe care ne sprijinim nu detaliază funcția pentru România. Mai mult, exportul SAF-T anual, care include imobilizările, nu este acceptat în Odoo 19. Dacă firma are un parc important de active, aceasta trebuie să fie o condiție clară în discuția cu integratorul: cum se ține evidența, cum se amortizează și cum se transmit datele către ANAF.

Salarizarea merită menționată separat. Pagina de localizări de salarizare din Odoo 19 nu listează România printre țările cu modul dedicat. Pentru statele de plată, vedeți salarizarea și resursele umane în Odoo, iar pentru conectarea cu un program specializat, integrările Odoo.

SAF-T (D406) în Odoo

Din 1 ianuarie 2023, conform documentației Odoo, societățile înregistrate fiscal în România își raportează datele contabile către ANAF, lunar sau trimestrial, prin declarația D.406. Modulul „Romanian SAF-T Export” (l10n_ro_saft) din Odoo 19 produce această declarație.

Ce conține fișierul XML generat:

1. înregistrările contabile;
2. facturile clienți;
3. facturile furnizori;
4. plățile.

Exportul se lansează din Contabilitate, Rapoarte, Registru Jurnal General, butonul SAF-T. Documentația recomandă apoi validarea fișierului cu DUKIntegrator, programul administrației fiscale, care verifică structura XML și coerența datelor și poate produce PDF-uri semnate sau nesemnate.

Limite de cunoscut

Declarațiile D.406 anuale (cu mijloace fixe) și cele la cerere (cu stocuri) nu sunt acceptate în Odoo 19. Pentru o firmă care ține stocuri mari sau active importante, acest lucru poate cere o soluție complementară sau o dezvoltare. Un fișier valid din punct de vedere tehnic nu garantează însă și corectitudinea datelor: dacă partenerii, taxele sau conturile sunt configurate greșit, validatorul poate trece, iar problema apare abia la o verificare. De aceea, o parte din muncă este curățenia datelor înainte de prima transmitere. Ghidul nostru dedicat, SAF-T D406 și ERP, explică ce să cereți de la orice produs.

Facturarea electronică: ce se poate afirma și ce nu

Pagina de localizare românească din Odoo 19 trimite către o documentație separată despre legalitatea și conformitatea facturării electronice și nu detaliază e-Factura. Documentația generală de facturare electronică cuprinde România printre țările eligibile pentru înregistrarea în Peppol. Aceste două informații nu sunt același lucru cu un flux RO e-Factura funcțional, de la emiterea facturii până la răspunsul din sistemul ANAF.

Concluzia practică: nu acceptați formulări vagi. Cereți o demonstrație pe versiunea și ediția pe care o veți folosi, cu o factură emisă, una primită și un caz de eroare. Contextul general se găsește în ghidul despre ERP și facturarea electronică, iar obligațiile mai largi în pagina despre cerințele legale pentru un ERP.

Multi-societate și consolidare

Un grup cu mai multe firme, de exemplu un holding și două societăți operaționale, poate ține conturile în aceeași bază, cu consolidare. Din punct de vedere comercial, trebuie reținut că multi-societatea, ca și Odoo Studio și accesul API extern, face parte din formula Custom. Instalarea Studio sau adăugarea unei societăți face ca o bază gratuită să treacă în Custom. Costurile se discută în pagina despre prețurile Odoo.

În practică, pentru fiecare societate se verifică separat: planul de conturi, taxele, jurnalele, conturile bancare și regulile de TVA. Operațiunile între firmele grupului (refacturări, împrumuturi) se definesc înainte de migrarea datelor, nu după prima închidere.

Închiderea lunii și raportarea

Odoo nu schimbă obligațiile unei închideri, dar o poate face mai predictibilă. Un calendar tipic, adaptat fiecărei firme, include:

• reconcilierea conturilor bancare;
• verificarea facturilor neînregistrate și a celor nealocate;
• regularizarea diferențelor de curs;
• controlul balanței vechimii creanțelor și datoriilor;
• validarea TVA-ului înainte de depunere;
• exportul SAF-T și verificarea lui cu DUKIntegrator.

Rapoartele financiare (bilanț, cont de profit și pierdere, fluxuri de numerar) se obțin din aceeași bază. Pentru conducere, avantajul este că aceleași cifre servesc și contabilului, și directorului comercial, fără reconcilieri între fișiere.

Rolul contabilului sau al firmei de contabilitate

Un ERP nu înlocuiește răspunderea profesională. Contabilul rămâne cel care interpretează legea, semnează declarațiile și asigură conformitatea. Ce se schimbă este modul de lucru: în loc să primească documente scanate, el accesează direct înregistrările din Odoo, cu un drept de acces adecvat. Dacă lucrați cu o firmă externă de contabilitate, implicați-o de la început, încă din faza de implementare, pentru că ea cunoaște istoricul și excepțiile firmei.

Dacă veniți dintr-un alt program de contabilitate, preluarea soldurilor și a partenerilor este un subiect în sine; vedeți migrarea către Odoo.

Cum alegeți ediția și ce întrebări puneți

Odoo 19 Community este sub licența LGPLv3, iar Odoo 19 Enterprise folosește licența Odoo Enterprise Edition v1.0 și cere un abonament valid pentru numărul corect de utilizatori. Diferența contează pentru contabilitate, deoarece unele funcții financiare nu au aceeași acoperire în ambele ediții; aceasta se confirmă pe versiunea aleasă, nu din memorie. Utilizatorii plătitori sunt cei cu acces backend, iar utilizatorii de portal (clienți, furnizori) nu sunt contorizați ca plătitori.

Înainte de a alege un partener, pregătiți cinci întrebări:

1. Ce versiune și ce ediție de Odoo propuneți și cum arată actualizările?
2. Cum se face exportul SAF-T pentru firma noastră și cine îl validează?
3. Cum se asigură fluxul RO e-Factura și ce se întâmplă la o eroare de transmitere?
4. Ce se întâmplă cu mijloacele fixe și cu stocurile în declarațiile anuale sau la cerere?
5. Cine configurează taxele și cine le verifică, contabilul sau integratorul?

Fără aceste răspunsuri scrise, devizul nu este comparabil între oferte. Un ajutor în plus este pagina despre alegerea unui partener Odoo, iar pentru contextul local, Odoo în România.

Ce urmează

Dacă intenționați un proiect, formulați cererea cu câteva elemente: numărul de societăți, monedele folosite, programul actual de contabilitate, dacă aveți stocuri și active, precum și cine ține contabilitatea. Noi vă punem în legătură cu un integrator care cunoaște aceste cerințe; proiectul îl realizează acesta, iar noi nu suntem afiliați niciunui editor.

Numele programelor menționate sunt mărci ale editorilor respectivi și apar doar cu titlu informativ. Acest site este independent și nu este afiliat niciunui editor.