Franța¶

Important

You must install the France - Adding Mandatory Invoice Mentions (Decree no. 2022-1299) (l10n_fr_invoice_addr) module to comply with the local legislation.

FEC - Fișier înregistrări contabile¶

Un fișier de audit FEC Fichier des Écritures Comptables conține toate datele contabile și înregistrările înregistrate în toate jurnalele contabile pentru un exercițiu financiar. Înregistrările din dosar trebuie aranjate în ordine cronologică.

Începând cu 1 ianuarie 2014, fiecare companie franceză este obligată să producă și să transmită acest dosar la cererea autorităților fiscale în scopuri de audit.

Import FEC¶

Pentru a facilita integrarea noilor utilizatori, pachetul de localizare fiscală <fiscal_localizations/packages>` francez Odoo Enterprise include funcția FEC Import (numele modulului: l10n_fr_fec_import), care permite importul de fișierele FEC existente din software-ul mai vechi.

Pentru a activa această caracteristică, accesați Contabilitate ‣ Configurare ‣ Setări ‣ Import contabil, activați Import FEC și Salvați.

Apoi, accesați Contabilitate ‣ Configurare ‣ Import FEC, încărcați fișierul dvs. FEC și faceți clic pe Import.

Notă

Importarea fișierelor FEC din un an diferit nu necesită nicio acțiune sau calcul anume.

În cazul în care mai multe fișiere conțin orice „Rapoarte à Nouveaux” (RAN) cu soldul de început al anului, ar putea fi necesar să anulați acele intrări în interfața cu utilizatorul. Odoo face acele intrări (RAN) inutile.

Formate de fișiere¶

Fișierele FEC pot fi doar în format CSV, deoarece formatul XML nu este acceptat.

Notă

Fișierul FEC CSV are un format de text simplu reprezentând un tabel de date, prima linie fiind un antet și definind lista de câmpuri pentru fiecare intrare, iar fiecare rând următoare reprezentând o înregistrare contabilă, într-o ordine predeterminată.

Modulul nostru se așteaptă ca fișierele să îndeplinească următoarele specificații tehnice:

Encoding: UTF-8, UTF-8-SIG and iso8859_15.
Separator: any of these: ; or | or , or TAB.
Line terminators: both CR+LF (\r\n) and LF (\n) character groups are supported.
Date format: %Y%m%d

Descrierea și utilizarea câmpurilor¶

#	Numele domeniului	Descriere	Utilizare	Format
01	Cod Jurnal	Cod Jurnal	`journal.code` and `journal.name` if `JournalLib` is not provided	Alphanumeric
02	JournalLib	Etichetă Jurnal	`nume.jurnal`	Alphanumeric
03	EcritureNum	Numerotare specifică fiecărui jurnal numărul de secvență al înregistrării	`mută.nume`	Alphanumeric
04	EcritureDate	Data intrării contabile	`mutare.data`	Date (yyyyMMdd)
05	CompteNum	Numar de Cont	`cod.cont`	Alphanumeric
06	CompteLib	Account Label	`cont.nume`	Alphanumeric
07	CompAuxNum	Numărul de cont secundar (acceptă nul)	`partener.ref`	Alphanumeric
08	CompAuxLib	Etichetă de cont secundar (acceptă nul)	`nume.partener`	Alphanumeric
09	PieceRef	Referință document	`move.ref` and `move.name` if `EcritureNum` is not provided	Alphanumeric
10	Data piesei	Data documentului	`mutare.data`	Date (yyyyMMdd)
11	EcritureLib	Etichetă de intrare în cont	`move_line.name`	Alphanumeric
12	Debit	Suma debitată	`move_line.debit`	Real
13	Credit	Suma creditului (numele câmpului „Crédit” nu este permis)	`move_line.credit`	Real
14	EcritureLet	Referință încrucișată a intrărilor contabile (acceptă nul)	`move_line.fec_matching_number`	Alphanumeric
15	DateLet	Data intrării în contabilitate (acceptă nul)	nefolosit	Date (yyyyMMdd)
16	Data valida	Data validării înregistrării contabile	nefolosit	Date (yyyyMMdd)
17	Montantdevise	Suma valutară (acceptă nul)	`move_line.amount_currency`	Real
18	Idevise	Identificator de monedă (acceptă nul)	`currency.name`	Alphanumeric

Aceste două câmpuri pot fi găsite în locul celorlalte în propoziția de mai sus.

12	Montant	Sumă	`move_line.debit` or `move_line.credit`	Real
13	Sens	Can be „C” for Credit or „D” for Debit	determines `move_line.debit` or `move_line.credit`	Caracter

Detalii de implementare¶

Următoarele entități contabile sunt importate din fișierele FEC: Conturi, Jurnale, Parteneri și Mutări.

Modulul nostru determină codificarea, caracterul de terminare a liniei și separatorul care sunt utilizate în fișier.

Se efectuează apoi o verificare pentru a vedea dacă fiecare linie are numărul corect de câmpuri corespunzător antetului.

Dacă verificarea trece, atunci fișierul este citit în întregime, păstrat în memorie și scanat. Entitățile contabile sunt importate câte un tip, în următoarea ordine.

Conturi¶

Fiecare înregistrare contabilă este legată de un cont, care ar trebui să fie determinat de câmpul CompteNum.

Potrivirea codului¶

În cazul în care un cod de cont similar este deja prezent în sistem, cel existent este utilizat în loc de a crea unul nou.

Conturile din Odoo au, în general, un număr de cifre care sunt implicite pentru localizarea fiscală. Deoarece modulul FEC este legat de localizarea franceză, numărul implicit de cifre relevante este 6.

Aceasta înseamnă că codurile de cont cu zerourile finale sunt tăiate la dreapta și că compararea dintre codurile de cont din fișierul FEC și cele existente deja în Odoo se realizează doar pe primele șase cifre ale codurilor.

Example

Codul de cont 65800000 din fișier este corelat cu un cont 658000 existent în Odoo, iar acel cont este utilizat în loc să creeze unul nou.

Reconcilable flag¶

Un cont este marcat din punct de vedere tehnic ca reconciliabil dacă primul rând în care apare are câmpul EcritureLet completat, deoarece acest indicator înseamnă că înregistrarea contabilă va fi reconciliată cu alta.

Notă

În cazul în care în rândul cumva acest câmp nu este completat, dar înregistrarea trebuie încă reconciliată cu o plată care nu a fost încă înregistrată, aceasta oricum nu este o problemă; contul este marcat ca reconciliabil de îndată ce importul liniilor de mutare necesită acest lucru.

Potrivirea tipului de cont și a șabloanelor¶

Întrucât tipul de cont nu este specificat în formatul FEC, conturile noi sunt create cu tipul implicit Active curente și apoi, la sfârșitul procesului de import, sunt comparate cu șabloane de Plan de conturi instalate. De asemenea, steagul reconcilie este calculat și în acest fel.

Potrivirea se face cu cifrele din stânga, începând cu utilizarea tuturor cifrelor, apoi 3, apoi 2.

Example

Nume	Cod	Comparație completă	comparație cu 3 cifre	comparație cu 2 cifre
Șablon	`400000`	`400000`	`400`	`40`
CompteNum	`40100000`	`40100000`	`401`	`40`
Rezultat				Potrivire găsită**

Tipul de cont este apoi marcat ca plătibil și reconciliabil conform șablonului de cont.

Jurnale¶

Jurnalele sunt, de asemenea, verificate față de cele existente deja în Odoo pentru a evita duplicarea, și în cazul importurilor multiple de fișiere FEC.

În cazul în care un cod de jurnal similar este deja prezent în sistem, cel existent este utilizat în loc de a crea unul nou.

Noile jurnale au numele prefixat de șirul FEC-.

Example

ACHATS -> FEC-ACHATS

Jurnalele sunt nu arhivate, utilizatorul are dreptul să le gestioneze după cum dorește.

Determinarea tipului de jurnal¶

De asemenea, tipul jurnalului nu este specificat în format (ca în conturi) și, prin urmare, este creat la început cu tipul implicit „general”.

La sfârșitul procesului de import, tipul este determinat conform acestor reguli privind mișcările și conturile aferente:

bank: Mișcările din aceste jurnale au întotdeauna o linie (debit sau credit) care afectează un cont de lichiditate.

cash / bank pot fi schimbate, astfel încât bank este setat peste tot atunci când această condiție este îndeplinită.
vânzare: Mișcările din aceste jurnale au în cea mai mare parte linii de debit pe conturile de creanță și linii de credit pe conturile de venituri fiscale.

Elementele din jurnalul de rambursare a vânzărilor sunt inversate de debit/credit.
„cumpărare”: Mișcările din aceste jurnale au în mare parte linii de credit pe conturile de plătit și linii de debit pe conturile de cheltuieli.

Elementele din jurnalul de rambursare a achizițiilor sunt inversate de debit/credit.
general: pentru orice altceva.

Notă

Pentru identificarea tipului de jurnal sunt necesare cel puțin trei mișcări.
Un prag de 70% din mutări trebuie sa corespunda unui criteriu pentru ca un tip de jurnal sa fie determinat.

Example

Să presupunem că analizăm mișcările care au în comun un anumit „jurnal_id”.

Mișcări	Număr	Procentaj
care au o linie de cont de vânzare și nicio linie de cont de cumpărare	0	0
care au o linie de cont de cumpărare și nicio linie de cont de vânzare	1	25%
care au o linie de cont de lichiditate	3	75%
Total	4	100%

Jurnalul tip ar fi bancă, deoarece procentul de mișcări ale băncii (75%) depășește pragul (70%).

Parteneri¶

Fiecare partener își păstrează „Referința” din câmpul „CompAuxNum”.

Notă

Aceste câmpuri pot fi căutate, în conformitate cu fostele importuri FEC din partea expertului contabil în scopuri fiscale/audit.

Sfat

Utilizatorii pot fuziona partenerii cu aplicația de curățare a datelor, unde furnizorii și clienții sau intrările de parteneri similare pot fi fuzionate de către utilizator, cu asistență din partea sistemului care îi grupează după intrări similare.

Mișcări¶

Intrările sunt imediat postate și reconciliate după trimitere, folosind câmpul EcritureLet pentru a face potrivirea între intrările în sine.

Câmpul EcritureNum reprezintă numele mișcărilor. Am observat că uneori este posibil să nu fie completat. În acest caz, se utilizează câmpul „PieceRef”.

Probleme de rotunjire¶

Există o toleranță de rotunjire cu o precizie legată de monedă pentru debit și credit (adică 0,01 pentru EUR). Sub această toleranță, la mutare este adăugată o nouă linie, denumită Import diferența de rotunjire, care vizează conturile:

658000 Cheltuieli diverse de administrare curentă, pentru debite adăugate
758000 Diverse produse de management de zi cu zi, pentru credite suplimentare

Numele mișcării lipsește¶

În cazul în care EcritureNum nu este completat, se poate întâmpla, de asemenea, că câmpul PieceRef nu este, de asemenea, potrivit pentru a determina numele mutării (poate fi folosit ca referință de linie de mutare contabilă), fără a lăsa nicio modalitate de a găsi efectiv ce linii sunt să fie grupate într-o singură mișcare și împiedicând efectiv crearea de mișcări echilibrate.

Se face o ultimă încercare, grupând toate rândurile din același jurnal și dată (JournalLib, EcritureDate). Dacă această grupare generează mișcări echilibrate (sumă (credit) - sumă (debit) = 0), atunci fiecare combinație diferită de jurnal și dată creează o nouă mutare.

Example

ACH + 2021/05/01 –> new move on journal ACH with name 20210501.

În cazul în care această încercare eșuează, utilizatorului i se solicită un mesaj de eroare cu toate liniile de mutare care se presupune că sunt dezechilibrate.

Informații despre parteneri¶

Dacă o linie are informațiile despre partener specificate, informațiile sunt copiate în mișcarea contabilă în sine dacă Jurnalul vizat este de tipul plătibil sau de primire.

Export¶

Dacă ați instalat pachetul de localizare fiscală franceză <fiscal_localizations/packages>, ar trebui să puteți descărca FEC. Pentru a face acest lucru, accesați Contabilitate ‣ Raportare ‣ Franța ‣ FEC.

Sfat

Dacă nu vedeți submeniul FEC, accesați Apps, eliminați filtrul Apps, apoi căutați modulul numit France-FEC și asigurați-vă că este instalat.

Vedeți și

Rapoarte contabile franceze¶

Dacă ați instalat Contabilitatea franceză, veți avea acces la unele rapoarte contabile specifice Franței:

Bilant contabil
Adeverință de venit
Planul fiscal din Franța

Obțineți certificarea antifraudă TVA cu Odoo¶

De la 1 ianuarie 2018, o nouă legislație antifraudă intră în vigoare în Franța și DOM-TOM. Această nouă legislație prevede anumite criterii privind inalterabilitatea, securitatea, stocarea și arhivarea datelor de vânzare. Aceste cerințe legale sunt implementate în Odoo, versiunea 9 ulterioară, printr-un modul și un certificat de conformitate pentru descărcare.

Compania mea este obligată să utilizeze software antifraudă?¶

Compania dumneavoastră este obligată să utilizeze un software de casă antifraudă precum Odoo (CGI art. 286, I. 3° bis) dacă:

Sunteți impozabil (nu scutit de TVA) în Franța sau în orice DOM-TOM,
Unii dintre clienții tăi sunt persoane fizice (B2C).

Această regulă se aplică pentru orice dimensiune a companiei. Auto-antreprenorii sunt scutiți de TVA și, prin urmare, nu sunt afectați.

Obțineți certificarea cu Odoo¶

A fi conform cu Odoo este foarte ușor.

Compania dumneavoastră este solicitată de către administrația fiscală să elibereze un certificat de conformitate care să ateste că software-ul dumneavoastră respectă legislația antifraudă. Acest certificat este acordat de Odoo SA utilizatorilor Odoo Enterprise aici. Dacă utilizați Comunitatea Odoo, ar trebui să faceți upgrade la Odoo Enterprise sau să contactați furnizorul dvs. de servicii Odoo.

În caz de neconformitate, compania dumneavoastră riscă o amendă de 7.500 €.

Pentru a obține certificarea, trebuie doar să urmați următorii pași:

Dacă utilizați Punctul de vânzare Odoo, instalați modulul Franța - Certificare antifraudă TVA pentru punctul de vânzare (CGI 286 I-3 bis), mergând la Aplicații, eliminând filtrul Aplicații, apoi căutând l10n_fr_pos_cert și instalând modulul.
Asigurați-vă că o țară este setată în compania dvs., altfel intrările dvs. nu vor fi criptate pentru verificarea inalterabilității. Pentru a edita datele companiei dvs., accesați Settings ‣ Users & Companies ‣ Companies. Selectați o țară din listă; Nu creați o țară nouă.
Descarcă certificatul de conformitate obligatoriu eliberat de Odoo SA aici.

Notă

Pentru a instala modulul în orice sistem creat înainte de 18 decembrie 2017, ar trebui să actualizați lista de module. Pentru a face acest lucru, activați developer mode. Apoi accesați meniul Aplicații și apăsați pe Actualizați lista modulelor în meniul de sus.
În cazul în care rulați Odoo on-premise, trebuie să vă actualizați instalarea și să reporniți serverul în prealabil.
Dacă ați instalat versiunea inițială a modulului antifraudă (înainte de 18 decembrie 2017), trebuie să o actualizați. Numele modulului era Franța - Contabilitate - Certificat CGI 286 I-3 bis. După o actualizare a listei de module, căutați modulul actualizat în Aplicații, selectați-l și faceți clic pe Upgrade. În cele din urmă, asigurați-vă că următorul modul l10n_fr_sale_closing este instalat.

Caracteristici antifraudă¶

Modulul antifraudă introduce următoarele caracteristici:

Inalterabilitate: dezactivarea tuturor modalităților de anulare sau modificare a datelor cheie ale comenzilor POS, facturilor și înregistrărilor de jurnal;
Securitate: algoritm de înlănțuire pentru a verifica inalterabilitatea;
Depozitare: închideri automate ale vânzărilor cu calcularea atât a totalului perioadei, cât și a totalului cumulat (zilnic, lunar, anual).

Inalterability¶

Toate modalitățile posibile de anulare și modificare a datelor cheie ale comenzilor POS plătite, facturilor confirmate și înregistrărilor de jurnal sunt dezactivate, dacă compania este situată în Franța sau în orice DOM-TOM.

Notă

Dacă conduceți un mediu cu mai multe companii, doar documentele acestor companii sunt afectate.

Securitate¶

Pentru a asigura inalterabilitatea, fiecare comandă sau intrare în jurnal este criptată la validare. Acest număr (sau hash) este calculat din datele cheie ale documentului, precum și din hash-ul documentelor precedente.

Modulul introduce o interfață pentru a testa inalterabilitatea datelor. Dacă orice informație este modificată pe un document după validarea acestuia, testul va eșua. Algoritmul recalculează toate hashurile și le compară cu cele inițiale. În caz de defecțiune, sistemul indică primul document corupt înregistrat în sistem.

Utilizatorii cu drepturi de acces Manager pot lansa verificarea de inalterabilitate. Pentru comenzile POS, accesați Punctul de vânzare ‣ Raportare ‣ Extrase franceze. Pentru facturi sau intrări de jurnal, accesați Facturare/Contabilitate ‣ Raportare ‣ Extrase franceze.

Stocare¶

Sistemul procesează, de asemenea, închiderile automate ale vânzărilor zilnic, lunar și anual. Astfel de închideri calculează în mod distinct totalul vânzărilor din perioada, precum și totalurile generale cumulate de la prima intrare de vânzări înregistrată în sistem.

Închiderile pot fi găsite în meniul French Statements din aplicațiile Punct de vânzare, Facturare și Contabilitate.

Notă

Închiderile calculează totalurile pentru intrările de jurnal ale jurnalelor de vânzări (Tipul jurnal = Vânzări).
Pentru mediile cu mai multe companii, astfel de închideri sunt efectuate de companie.
Comenzile POS sunt postate ca intrări de jurnal la închiderea sesiunii POS. Închiderea unei sesiuni POS se poate face oricând. Pentru a determina utilizatorii să o facă zilnic, modulul împiedică reluarea unei sesiuni deschise cu mai mult de 24 de ore în urmă. O astfel de sesiune trebuie închisă înainte de a vinde din nou.
Totalul unei perioade este calculat din toate înregistrările de jurnal postate după închiderea anterioară de același tip, indiferent de data de înregistrare a acestora. Dacă înregistrați o nouă tranzacție de vânzare pentru o perioadă deja închisă, aceasta va fi numărată chiar în următoarea închidere.

Sfat

În scopuri de testare și audit, astfel de închideri pot fi generate manual în developer mode.
Apoi accesați Setări ‣ Tehnic ‣ Automatizare ‣ Acțiuni programate.

Responsabilități¶

Nu dezinstalați modulul! Dacă faceți acest lucru, hashurile vor fi resetate și niciuna dintre datele dvs. anterioare nu va mai fi garantată ca fiind inalterabilă.

Utilizatorii rămân responsabili pentru instanța lor Odoo și trebuie să o folosească cu diligența. Nu este permisă modificarea codului sursă care garantează inalterabilitatea datelor.

Odoo își exonerează toată responsabilitatea în cazul modificărilor în funcțiile modulului cauzate de aplicații terțe necertificate de Odoo.

Mai multe informații¶

Mai multe informații despre această legislație puteți găsi în următoarele documente oficiale.

Vedeți și

Edit on GitHub