Frankrike

FEC - Fil med bokföringsposter

En FEC Fichier des Écritures Comptables revisionsfil innehåller alla bokföringsuppgifter och poster som registrerats i alla bokföringsjournaler under ett räkenskapsår. Posterna i filen måste vara ordnade i kronologisk ordning.

Sedan den 1 januari 2014 är alla franska företag skyldiga att ta fram och överföra denna fil på begäran av skattemyndigheterna för revisionsändamål.

FEC Import

För att underlätta för nya användare innehåller Odoo Enterprise:s franska fiscal lokaliseringspaket funktionen FEC Import (modulnamn: l10n_fr_fec_import), som möjliggör import av befintliga FEC-filer från äldre programvara.

För att aktivera denna funktion, gå till Redovisning ‣ Konfiguration ‣ Inställningar ‣ Räkenskapsimport, aktivera FEC Import, och Spara.

Gå sedan till Accounting ‣ Configuration ‣ FEC Import, ladda upp din FEC-fil och klicka på Import.

Observera

Att importera FEC-filer från olika år kräver inga särskilda åtgärder eller beräkningar.
Om flera filer innehåller ”Reports à Nouveaux” (RAN) med startbalansen för året, kan du behöva annullera dessa poster i användargränssnittet. Odoo gör dessa poster (RAN) värdelösa.

Filformat

FEC-filer kan endast vara i CSV-format, eftersom XML-format inte stöds.

Observera

FEC CSV-filen har ett vanligt textformat som representerar en datatabell, där den första raden är en rubrik och definierar listan över fält för varje post, och varje följande rad representerar en redovisningspost, i ingen förutbestämd ordning.

Vår modul förväntar sig att filerna uppfyller följande tekniska specifikationer:

  • Kodning: UTF-8, UTF-8-SIG och iso8859_15.

  • Separator: någon av dessa: ; eller | eller , eller TAB.

  • Line terminators: både CR+LF (r\n) och LF (\n) teckengrupper stöds.

  • Datumformat: %Y%m%d

Beskrivning och användning av fält

#

Fältnamn

Beskrivning

Användning

Format

01

JournalKod

Kod för journal

journal.code och journal.name om JournalLib inte tillhandahålls

Alfanumerisk

02

JournalLib

Etikett för tidskrift

journal.namn

Alfanumerisk

03

EcritureNum

Numrering som är specifik för varje journal Sekvensnummer för posten

flytt.namn

Alfanumerisk

04

Datum för förskrivning

Verifikat Datum

flytt.datum

Datum (ååååMMdd)

05

CompteNum

Kontonummer

konto.kod

Alfanumerisk

06

CompteLib

Kontoetikett

konto.namn

Alfanumerisk

07

CompAuxNum

Sekundärt kontonummer (noll accepteras)

partner.ref

Alfanumerisk

08

CompAuxLib

Etikett för sekundärt konto (kan vara noll)

partner.namn

Alfanumerisk

09

StyckeRef

Referensdokument

move.ref och move.name om EcritureNum inte har angetts

Alfanumerisk

10

StyckeDatum

Dokument Datum

flytt.datum

Datum (ååååMMdd)

11

EcritureLib

Kontopost Etikett

move_line.name

Alfanumerisk

12

Debet

Debetbelopp

move_line.debit

Flytande

13

Kredit

Kreditbelopp (fältnamnet ”Crédit” är inte tillåtet)

move_line.kredit

Flytande

14

EcritureLet

Korsreferens för verifikat (accepterar noll)

move_line.fec_matching_number

Alfanumerisk

15

DatumLet

Bokföringens bokföringsdatum (noll accepteras)

oanvänd

Datum (ååååMMdd)

16

GiltigDatum

Valideringsdatum för bokföringsposten

oanvänd

Datum (ååååMMdd)

17

Montantdevise

Valutabelopp (accepterar null)

move_line.amount_currency

Flytande

18

Idevise

Valutaidentifierare (accepteras som noll)

valuta.namn

Alfanumerisk

Dessa två fält kan hittas i stället för de andra i ovanstående mening.

12

Montant

Belopp

move_line.debit eller move_line.credit

Flytande

13

Sens

Kan vara ”C” för kredit eller ”D” för debet

bestämmer move_line.debit eller move_line.credit

Röding

Detaljer om genomförandet

Följande redovisningsenheter importeras från FEC-filerna: Konton, Journaler, Partners och Flyttar.

Vår modul bestämmer vilken kodning, vilket radavslutningstecken och vilken separator som ska användas i filen.

Därefter kontrolleras att varje rad har rätt antal fält som motsvarar rubriken.

Om kontrollen godkänns läses filen i sin helhet, sparas i minnet och skannas. Redovisningsenheter importeras en typ i taget, i följande ordning.

Konton

Varje verifikat är relaterad till ett konto, som bör bestämmas av fältet CompteNum.

Matchning av koder

Om en liknande kontokod redan finns i systemet används den befintliga istället för att skapa en ny.

Konton i Odoo har i allmänhet ett antal siffror som är standard för den skattemässiga lokaliseringen. Eftersom FEC-modulen är relaterad till den franska lokaliseringen är standardantalet relevanta siffror 6.

Detta innebär att kontokodernas efterföljande nollor är högerklippta, och att jämförelsen mellan kontokoderna i FEC-filen och de som redan finns i Odoo endast utförs på de första sex siffrorna i koderna.

Example

Kontokoden 65800000 i filen matchas mot ett befintligt 658000 konto i Odoo, och det kontot används istället för att skapa ett nytt.

Förenlig flagga

Ett konto är tekniskt sett markerat som avstämbart om den första raden där det förekommer har fältet EcritureLet ifyllt, eftersom denna markering innebär att verifikatet kommer att stämmas av mot en annan.

Observera

Om raden på något sätt inte har detta fält ifyllt, men posten ändå måste stämmas av mot en betalning som ännu inte har registrerats, är detta ändå inte ett problem; kontot markeras som avstämningsbart så snart importen av flyttraderna kräver det.

Matchning av kontotyp och mallar

Eftersom kontots typ inte anges i FEC-formatet, skapas nya konton med standardtypen Current Assets och sedan, i slutet av importprocessen, matchas de mot de installerade kontoplanmallarna. Flaggan reconcile beräknas också på detta sätt.

Matchen görs med siffrorna längst till vänster, med början med alla siffror, sedan 3, sedan 2.

Example

Namn

Kod

Full jämförelse

3-siffrig jämförelse

2-siffrig jämförelse

Mall

`400000’

`400000’

400

40

CompteNum

`40100000’

`40100000’

401

40

Resultat

Matchning funnen

Typen av konto flaggas sedan som betalningsbar och jämkningsbar enligt kontomallen.

Tidskrifter

Journaler kontrolleras också mot de som redan finns i Odoo för att undvika dubbletter, även vid import av flera FEC-filer.

Om en liknande journalkod redan finns i systemet, används den befintliga istället för att skapa en ny.

Nya tidskrifter inleds med beteckningen FEC-.

Example

INKÖP` -> `FEC-INKÖP

Tidskrifterna är inte arkiverade, användaren har rätt att hantera dem som han vill.

Fastställande av tidskriftstyp

Journalens typ är inte heller specificerad i formatet (enligt bokföringen) och därför skapas den först med standardtypen general.

I slutet av importprocessen bestäms typen enligt dessa regler för relaterade rörelser och konton:

  • bank: Flyttningar i dessa journaler har alltid en linje (debet eller kredit) som påverkar ett likviditetskonto.
    cash / bank kan bytas ut mot varandra, så bank anges överallt när detta villkor är uppfyllt.
  • försäljning: Rörelser i dessa tidskrifter har oftast debetrader på kundfordringar och kreditrader på skatteinkomstkonton.
    Verifikat för återbetalning av försäljning är inverterade debet/kredit.
  • köp: Rörelser i dessa tidskrifter har oftast kreditrader på leverantörsskulder och debetrader på kostnadskonton.
    Verifikat för återbetalning av inköp är inverterade debet/kredit.
  • generell: för allt annat.

Observera

  • Minst tre verifikat krävs för identifiering av journaltyp.

  • Ett tröskelvärde på 70% av rörelserna måste motsvara ett kriterium för att en journaltyp ska kunna bestämmas.

Example

Antag att vi analyserar de verifikat som delar en viss journal_id.

Rörelser

Räkna

Procentuell andel

som har ett försäljningskonto och inget inköpskonto

0

0

som har en linje för inköpskonto och ingen linje för försäljningskonto

1

25%

som har en likviditetskonto linje

3

75%

**Totalt

4

100%

Journalens typ skulle vara bank, eftersom procentandelen bankflyttar (75%) överstiger tröskelvärdet (70%).

Partner

Varje partner behåller sin Reference från fältet CompAuxNum.

Observera

Dessa fält är sökbara, i linje med tidigare FEC-import på redovisningsexpertens sida för skatte- / revisionsändamål.

Tips

Användare kan slå samman partners med Data Cleaning App, där leverantörer och kunder eller liknande partnerposter kan slås samman av användaren, med hjälp av systemet som grupperar dem efter liknande poster.

Rörelser

Posterna bokförs och stäms av omedelbart efter att de har skickats in, med hjälp av fältet EcritureLet för matchning mellan posterna själva.

Fältet EcritureNum representerar namnet på förflyttningen. Vi har märkt att det ibland inte kan fyllas i. I detta fall används fältet PieceRef.

Problem med avrundning

Det finns en avrundningstolerans med en valutarelaterad precision på debet och kredit (dvs. 0,01 för EUR). Under denna tolerans läggs en ny rad till i verifikatet, med namnet Import avrundningsdifferens, med inriktning på kontona:

  • 658000 Charges diverses de gestion courante, för tillkommande debiteringar

  • 758000 Produits divers de gestion courante, för extra krediter

Saknar namn på verifikat

Om EcritureNum inte fylls i, kan det också hända att fältet PieceRef inte heller är lämpligt för att bestämma verifikatets namn (det kan användas som en referens för en bokföringsrad), vilket inte ger något sätt att faktiskt hitta vilka rader som ska grupperas i ett enda verifikat, och effektivt hindrar skapandet av balanserade verifikat.

Ett sista försök görs genom att gruppera alla rader från samma tidskrift och datum (JournalLib, EcritureDate). Om denna gruppering genererar balanserade verifikat (summa(kredit) - summa(debet) = 0), kommer varje ny kombination av journal och datum att skapa ett nytt verifikat.

Example

ACH + 2021/05/01 –> nytt verifikat på journal ACH med namn 20210501.

Om detta försök misslyckas får användaren ett felmeddelande med alla transaktioner som förmodligen är obalanserade.

Information om partner

Om en rad har partnerinformationen angiven, kopieras informationen till själva bokföringstransaktionen om den riktade journalen är av typen betalbar eller erhållbar.

Export

Om du har installerat det franska fiscal localization package, bör du kunna ladda ner FEC. För att göra det, gå till Redovisning ‣ Rapportering ‣ Frankrike ‣ FEC.

Tips

Om du inte ser undermenyn FEC, gå till Apps, ta bort filtret Apps, sök sedan efter modulen France-FEC och se till att den är installerad.

Se även

Franska redovisningsrapporter

Om du har installerat den franska redovisningen har du tillgång till vissa redovisningsrapporter som är specifika för Frankrike:

  • Balansräkning

  • Resultaträkning

  • Skatteplan Frankrike

Få certifiering för bekämpning av momsbedrägerier med Odoo

Från och med den 1 januari 2018 träder en ny bedrägeribekämpningslagstiftning i kraft i Frankrike och DOM-TOM. Denna nya lagstiftning fastställer vissa kriterier för oföränderlighet, säkerhet, lagring och arkivering av försäljningsdata. Dessa lagkrav är implementerade i Odoo, version 9 och framåt, genom en modul och ett intyg om överensstämmelse som kan laddas ner.

Måste mitt företag använda programvara för bedrägeribekämpning?

Ditt företag är skyldigt att använda en programvara för bedrägeribekämpning som Odoo (CGI art. 286, I. 3° bis) om:

  • Du är skattskyldig (inte momsbefriad) i Frankrike eller något annat DOM-TOM,

  • Vissa av dina kunder är privatpersoner (B2C).

Denna regel gäller för alla företagsstorlekar. Egenföretagare är undantagna från moms och påverkas därför inte.

Bli certifierad med Odoo

Att bli kompatibel med Odoo är mycket enkelt.

Skatteförvaltningen har begärt att ert företag ska utfärda ett intyg om överensstämmelse som visar att er programvara uppfyller kraven i lagstiftningen om bedrägeribekämpning. Detta certifikat beviljas av Odoo SA till Odoo Enterprise-användare här. Om du använder Odoo Community bör du uppgradera till Odoo Enterprise eller kontakta din Odoo-tjänsteleverantör.

Vid bristande efterlevnad riskerar ditt företag böter på 7 500 euro.

För att få certifieringen följer du bara följande steg:

  • Om du använder Odoo Point of Sale, install modulen France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis) genom att gå till Apps, ta bort Apps filtret, sedan söka efter l10n_fr_pos_cert, och installera modulen.

  • Se till att ett land är angivet för ditt företag, annars kommer dina poster inte att krypteras för inalterabilitetskontrollen. För att redigera ditt företags uppgifter, gå till Inställningar ‣ Användare & Företag ‣ Företag. Välj ett land från listan; skapa inte ett nytt land.

  • Ladda ner det obligatoriska intyget om överensstämmelse som levererats av Odoo SA här.

Observera

  • För att installera modulen i ett system som skapats före den 18 december 2017 måste du uppdatera modullistan. För att göra detta, aktivera utvecklarläge. Gå sedan till menyn Apps och tryck på Update Modules List i toppmenyn.

  • Om du kör Odoo på plats måste du uppdatera din installation och starta om din server i förväg.

  • Om du har installerat den första versionen av bedrägeribekämpningsmodulen (före den 18 december 2017) måste du uppdatera den. Modulens namn var Frankrike - Redovisning - Certifierad CGI 286 I-3 bis. Efter en uppdatering av modullistan, sök efter den uppdaterade modulen i Apps, markera den och klicka på Upgrade. Kontrollera slutligen att följande modul l10n_fr_sale_closing är installerad.

Funktioner för bedrägeribekämpning

Modulen för bedrägeribekämpning innehåller följande funktioner:

  • Inalterability: inaktivering av alla sätt att annullera eller ändra nyckeldata för POS-order, fakturor och journalposter;

  • Security: kedjealgoritm för att verifiera oföränderligheten;

  • Storage: automatiska försäljningsavslut med beräkning av både period- och kumulativa summor (dagligen, månadsvis, årsvis).

Inställbarhet

Alla möjliga sätt att annullera och ändra nyckeldata för betalda POS-order, bekräftade fakturor och verifikat är avaktiverade om företaget är beläget i Frankrike eller i något annat DOM-TOM.

Observera

Om du driver en miljö med flera företag påverkas endast dokumenten för sådana företag.

Säkerhet

För att säkerställa oföränderlighet krypteras varje order eller verifikat vid validering. Detta nummer (eller hash) beräknas från dokumentets nyckeldata samt från hashen för de föregående dokumenten.

Modulen introducerar ett gränssnitt för att testa datans oföränderlighet. Om någon information ändras i ett dokument efter valideringen kommer testet att misslyckas. Algoritmen räknar om alla hashvärden och jämför dem med de ursprungliga. Om testet misslyckas pekar systemet ut det första korrupta dokumentet som registrerats i systemet.

Användare med behörighet Manager kan starta kontrollen av oföränderlighet. För POS-beställningar, gå till Point of Sales ‣ Reporting ‣ French Statements. För fakturor eller journalposter, gå till Fakturering/Bokföring ‣ Rapportering ‣ Franska kontoutdrag.

Lagring

Systemet bearbetar också automatiska försäljningsavslut på daglig, månatlig och årlig basis. Sådana avslut beräknar tydligt periodens totala försäljning samt de kumulativa totalsummorna från den allra första försäljningsposten som registrerats i systemet.

Closings finns i menyn French Statements i apparna Point of Sale, Fakturering och Bokföring.

Observera

  • Stängningar beräknar totalerna för verifikat i försäljningsjournaler (Journal Type = Sales).

  • För miljöer med flera företag utförs sådana avslutningar per företag.

  • POS-order bokförs som verifikat vid stängning av POS-sessionen. Att stänga en POS-session kan göras när som helst. För att uppmana användarna att göra det dagligen förhindrar modulen att en session som öppnades för mer än 24 timmar sedan återupptas. En sådan session måste stängas innan den kan säljas igen.

  • En periods slutsumma beräknas från alla verifikat som bokförts efter föregående bokslut av samma typ, oavsett deras bokföringsdatum. Om du bokför en ny försäljningstransaktion för en period som redan är stängd, kommer den att räknas i nästa stängning.

Tips

  • För test- och revisionsändamål kan sådana stängningar genereras manuellt i utvecklarläge.

  • Gå sedan till Inställningar ‣ Tekniskt ‣ Automation ‣ Schemalagda åtgärder.

Ansvarsområden

Avinstallera inte modulen! Om du gör det kommer hasharna att återställas och inga av dina tidigare data kommer längre att garanteras som oföränderliga.

Användaren är ansvarig för sin Odoo-instans och måste använda den med vederbörlig omsorg. Det är inte tillåtet att ändra källkoden som garanterar att data inte kan ändras.

Odoo friskriver sig från allt ansvar i händelse av ändringar i modulens funktioner orsakade av tredjepartsapplikationer som inte är certifierade av Odoo.

Mer information

Du hittar mer information om denna lagstiftning i följande officiella dokument.

Se även