Франція

Важливо

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 - Fichier des Écritures Comptables

An FEC Fichier des Écritures Comptables audit file contains all the accounting data and entries recorded in all the accounting journals for a financial year. The entries in the file must be arranged in chronological order.

Since January 1st, 2014, every French company is required to produce and transmit this file upon request by the tax authorities for audit purposes.

Імпорт FEC

To make the onboarding of new users easier, Odoo Enterprise’s French fiscal localization package includes the FEC Import feature (module name: l10n_fr_fec_import), which enables the import of existing FEC files from older software.

To enable this feature, go to Accounting ‣ Configuration ‣ Settings ‣ Accounting Import, enable FEC Import, and Save.

Next, go to Accounting ‣ Configuration ‣ FEC Import, upload your FEC file, and click on Import.

Примітка

Importing FEC files from different year takes no particular action or computation.

Should multiple files contain any «Reports à Nouveaux» (RAN) with the starting balance of the year, you might need to cancel those entries in the User Interface. Odoo makes those entries (RAN) useless.

File formats

FEC files can only be in CSV format, as the XML format is not supported.

Примітка

The FEC CSV file has a plain text format representing a data table, with the first line being a header and defining the list of fields for each entry, and each following line representing one accounting entry, in no predetermined order.

Our module expects the files to meet the following technical specifications:

• 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

Fields description and use

#	Field name	Опис	Користування	Формат
01	JournalCode	Код журналу	journal.code and journal.name if JournalLib is not provided	Alphanumeric
02	JournalLib	Мітка журналу	journal.name	Alphanumeric
03	EcritureNum	Numbering specific to each journal sequence number of the entry	move.name	Alphanumeric
04	EcritureDate	Accounting entry Date	move.date	Date (yyyyMMdd)
05	CompteNum	Номер рахунку	account.code	Alphanumeric
06	CompteLib	Account Label	account.name	Alphanumeric
07	CompAuxNum	Secondary account Number (accepts null)	partner.ref	Alphanumeric
08	CompAuxLib	Secondary account Label (accepts null)	partner.name	Alphanumeric
09	PieceRef	Document Reference	move.ref and move.name if EcritureNum is not provided	Alphanumeric
10	PieceDate	Document Date	move.date	Date (yyyyMMdd)
11	EcritureLib	Account entry Label	move_line.name	Alphanumeric
12	Дебет	Сума (дебет)	move_line.debit	Число з комою
13	Кредит	Credit amount (Field name «Crédit» is not allowed)	move_line.credit	Число з комою
14	EcritureLet	Accounting entry cross reference (accepts null)	move_line.fec_matching_number	Alphanumeric
15	DateLet	Accounting entry date (accepts null)	unused	Date (yyyyMMdd)
16	ValidDate	Accounting entry validation date	unused	Date (yyyyMMdd)
17	Montantdevise	Currency amount (accepts null)	move_line.amount_currency	Число з комою
18	Idevise	Currency identifier (accepts null)	currency.name	Alphanumeric

These two fields can be found in place of the others in the sence above.

12	Montant	Сума	move_line.debit or move_line.credit	Число з комою
13	Sens	Can be «C» for Credit or «D» for Debit	determines move_line.debit or move_line.credit	Стовпчиковий графік

Implementation details

The following accounting entities are imported from the FEC files: Accounts, Journals, Partners, and Moves.

Our module determines the encoding, the line-terminator character, and the separator that are used in the file.

A check is then performed to see if every line has the correct number of fields corresponding to the header.

If the check passes, then the file is read in full, kept in memory, and scanned. Accounting entities are imported one type at a time, in the following order.

Рахунки

Every accounting entry is related to an account, which should be determined by the field CompteNum.

Code matching

Should a similar account code already be present in the system, the existing one is used instead of creating a new one.

Accounts in Odoo generally have a number of digits that are default for the fiscal localization. As the FEC module is related to the French localization, the default number of relevant digits is 6.

This means that the account codes the trailing zeroes are right-trimmed, and that the comparison between the account codes in the FEC file and the ones already existing in Odoo is performed only on the first six digits of the codes.

Example

The account code 65800000 in the file is matched against an existing 658000 account in Odoo, and that account is used instead of creating a new one.

Reconcilable flag

An account is technically flagged as reconcilable if the first line in which it appears has the EcritureLet field filled out, as this flag means that the accounting entry is going to be reconciled with another one.

Примітка

In case the line somehow has this field not filled out, but the entry still has to be reconciled with a payment that hasn’t yet been recorded, this isn’t a problem anyway; the account is flagged as reconcilable as soon as the import of the move lines requires it.

Account type and Templates matching

As the type of the account is not specified in the FEC format, new accounts are created with the default type Current Assets and then, at the end of the import process, they are matched against the installed Chart of Account templates. Also, the reconcile flag is also computed this way.

The match is done with the left-most digits, starting by using all digits, then 3, then 2.

Example

Ім’я	Код	Full comparison	3-digits comparison	2-digits comparison
Шаблон	400000	400000	400	40
CompteNum	40100000	40100000	401	40
Result				Match found

The type of the account is then flagged as payable and reconcilable as per the account template.

Журнали

Journals are also checked against those already existing in Odoo to avoid duplicates, also in the case of multiple FEC files imports.

Should a similar journal code already be present in the system, the existing one is used instead of creating a new one.

New journals have their name prefixed by the string FEC-.

Example

ACHATS -> FEC-ACHATS

The journals are not archived, the user is entitled to handle them as he wishes.

Journal type determination

The journal type is also not specified in the format (as per the accounts) and therefore it is at first created with the default type general.

At the end of the import process, the type is determined as per these rules regarding related moves and accounts:

• bank: Moves in these journals always have a line (debit or credit) impacting a liquidity account.

  cash / bank can be interchanged, so bank is set everywhere when this condition is met.
• sale: Moves in these journals mostly have debit lines on receivable accounts and credit lines on tax income accounts.

  Sale refund journal items are debit/credit inverted.
• purchase: Moves in these journals mostly have credit lines on payable accounts and debit lines on expense accounts.

  Purchase refund journal items are debit/credit inverted.
• general: for everything else.

Примітка

• A minimum of three moves is necessary for journal type identification.

• A threshold of 70% of moves must correspond to a criteria for a journal type to be determined.

Example

Suppose we are analyzing the moves that share a certain journal_id.

Переміщення	Підрахунок	Відсоток
that have a sale account line and no purchase account line	0	0
that have a purchase account line and no sale account line	1	25%
that have a liquidity account line	3	75%
Total	4	100%

The journal type would be bank, because the bank moves percentage (75%) exceeds the threshold (70%).

Партнери

Each partner keeps its Reference from the field CompAuxNum.

Примітка

These fields are searchable, in line with former FEC imports on the accounting expert’s side for fiscal/audit purposes.

Порада

Users can merge partners with the Data Cleaning App, where Vendors and Customers or similar partner entries may be merged by the user, with assistance from the system that groups them by similar entries.

Переміщення

Entries are immediately posted and reconciled after submission, using the EcritureLet field to do the matching between the entries themselves.

The EcritureNum field represents the name of the moves. We noticed that sometimes it may not be filled out. In this case, the field PieceRef is used.

Rounding issues

There is a rounding tolerance with a currency-related precision on debit and credit (i.e., 0.01 for EUR). Under this tolerance, a new line is added to the move, named Import rounding difference, targeting the accounts:

• 658000 Charges diverses de gestion courante, for added debits

• 758000 Produits divers de gestion courante, for added credits

Missing move name

Should the EcritureNum not be filled out, it may also happen that the PieceRef field is also not suited to determine the move name (it may be used as an accounting move line reference) leaving no way to actually find which lines are to be grouped in a single move, and effectively impeding the creation of balanced moves.

One last attempt is made, grouping all lines from the same journal and date (JournalLib, EcritureDate). Should this grouping generate balanced moves (sum(credit) - sum(debit) = 0), then each different combination of journal and date creates a new move.

Example

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

Should this attempt fail, the user is prompted an error message with all the move lines that are supposedly unbalanced.

Partner information

If a line has the partner information specified, the information is copied to the accounting move itself if the targeted Journal is of type payable or receivable.

Експорт

If you have installed the French fiscal localization package, you should be able to download the FEC. To do so, go to Accounting ‣ Reporting ‣ France ‣ FEC.

Порада

If you do not see the submenu FEC, go to Apps, remove the Apps filter, then search for the module named France-FEC and make sure it is installed.

Дивись також

• Official Technical Specification (fr)

• Test-Compta-Demat (Official FEC Testing tool)

Французька бухгалтерська звітність

Якщо ви встановили французький бухгалтерський облік, ви матимете доступ до деяких бухгалтерських звітів, характерних для Франції:

• Bilan comptable

• Compte de résultats

• Plan de Taxes France

Отримайте сертифікат про боротьбу із шахрайством на додану вартість з Odoo

Станом на 1 січня 2018 року у Франції та DOM-TOM введено нове законодавство щодо боротьби із шахрайством. Це нове законодавство встановлює певні критерії щодо незмінності, безпеки, зберігання та архівування даних про продаж. Ці юридичні вимоги впроваджені в 9 версії Odoo через модуль та сертифікат відповідності для завантаження.

Is my company required to use anti-fraud software?

Ваша компанія повинна використовувати програмне забезпечення для боротьби із шахрайством касових апаратів, таких як Odoo (CGI Art. 286, I. 3 ° bis), якщо:

• Ви є оподатковуваними (не звільнені від податку на додану вартість) у Франції або будь-якому DOM-TOM,

• Деякі з ваших клієнтів - приватні особи (B2C).

Це правило застосовується до компанії будь-якого розміру. Автострахувальники звільняються від сплати ПДВ, тому вони їх це не стосується.

Отримайте сертифікат з Odoo

Приєднатися до Odoo дуже просто.

Your company is requested by the tax administration to deliver a certificate of conformity testifying that your software complies with the anti-fraud legislation. This certificate is granted by Odoo SA to Odoo Enterprise users here. If you use Odoo Community, you should upgrade to Odoo Enterprise or contact your Odoo service provider.

У разі невідповідності ваша компанія ризикує отримати штраф у розмірі 7500 євро.

To get the certification, just follow the following steps:

• Якщо ви користуєтеся Точкою продажу Odoo, встановіть модуль Франція – сертифікація проти шахрайства з ПДВ для точки продажу (CGI 286 I-3 bis), перейшовши до Додатки, видаляючи фільтр Додатки, потім шукаючи l10n_fr_pos_cert і встановлюючи модуль.

• Переконайтеся, що у вашій компанії встановлено країну, інакше ваші записи не будуть зашифровані для перевірки незмінності. Щоб змінити дані вашої компанії, перейдіть до меню налаштування -> Користувачі та компанії -> Компанії. Виберіть країну зі списку; Не створюйте нову країну.

• Завантажте обов’язковий сертифікат відповідності, наданий Odoo SA тут.

Примітка

• Для встановлення модуля в будь-якій системі, створеній до 18 грудня 2017 року, необхідно оновити список модулів. Для цього активуйте режим розробника. Потім перейдіть до меню Додатки і натисніть Оновити список модулів у верхньому меню.

• Якщо ви запускаєте Odoo on-premise, вам потрібно оновити вашу інсталяцію та заздалегідь перезавантажити сервер.

• Якщо ви встановили початкову версію модуля боротьби із шахрайством (до 18 грудня 2017 року), вам потрібно оновити його. Назва модуля була Франція - Бухгалтерський облік - Сертифікований CGI 286 I-3 bis. Після оновлення списку модулів знайдіть оновлений модуль в Програми, виберіть його та натисніть Оновити. Нарешті, переконайтеся, що встановлено наступний модуль l10n_fr_sale_closing.

Особливості боротьби із шахрайством

Модуль боротьби із шахрайством впроваджує такі функції:

• Незмінність: дезактивація всіх способів скасування або зміни ключових даних замовлень точки продажу, рахунків-фактур та записів журналу;

• Безпека: мережевий алгоритм для перевірки незмінності;

• Зберігання: автоматичне закриття торгів з обчисленням як періоду, так і сукупних підсумків (щодня, щомісяця, щорічно).

Незмінність

Всі можливі способи скасування та зміни ключових даних замовлень точки продажу, підтверджених рахунків-фактур та записів журналу деактивуються, якщо компанія розташована у Франції або в будь-якому DOM-TOM.

Примітка

Якщо ви керуєте середовищем декількох компаній, це впливає лише на документи таких компаній.

Безпека

To ensure inalterability, every order or journal entry is encrypted upon validation. This number (or hash) is calculated from the key data of the document as well as from the hash of the precedent documents.

Модуль вводить інтерфейс для перевірки незмінності даних. Якщо будь-яка інформація змінена на документі після її перевірки, тест буде невдалим. Алгоритм перекомпонулює всі хеші та порівнює їх з вихідними. У випадку аварії система вказує на перший пошкоджений документ, записаний у системі.

Користувачі з правами доступу Менеджер можуть запускати перевірку незмінності. Для замовлень точки продажу, перейдіть до Точка продажу ‣ Звітність ‣ Французькі виписки. Для рахунків-фактур або записів журналу, перейдіть на сторінку Рахунки/Бухоблік ‣ Звітність ‣ Французькі виписки.

Зберігання

Система також автоматично обробляє закриття товарів щоденно, щомісячно та щорічно. Такі закриття чітко обчислюють загальний обсяг періоду продажу, а також сукупні великі підсумки з перших продажів, записаних у системі.

Закриття можна знайти в меню Французькі виписки точки продажу, рахунків-фактур та обліку.

Примітка

• Завершення обчислюють підсумки для журнальних записів журналів продажів (Тип журналу = Продажі).

• Для середовищ кількох компаній такі закриття виконуються компанією.

• Замовлення точки продажу розміщуються як записи журналу під час закриття сесії точки продажу. Закриття сесії POS можна зробити будь-коли. Щоби спонукати користувачів робити це щодня, модуль перешкоджає відновленню сеансу, відкритому більше 24 годин тому. Такий сеанс повинен бути закритий перед продажем знову.

• Загальний обсяг періоду обчислюється з усіх журнальних записів, опублікованих після попереднього закриття того ж типу, незалежно від дати їх публікації. Якщо ви записали нову транзакцію з продажу протягом закритого періоду, вона буде зарахована до самого наступного закриття.

Порада

• For test & audit purposes such closings can be manually generated in the developer mode.

• Then go to Settings ‣ Technical ‣ Automation ‣ Scheduled Actions.

Обов’язки

Не видаляйте модуль! Якщо ви так зробили, хеш буде скинуто, і жоден із ваших минулих даних більше не буде гарантований як незмінний.

Користувачі залишаються відповідальними за встановлення Odoo і повинні використовувати її з належною обачливістю. Не дозволяється змінювати вихідний код, який гарантує незмінність даних.

Odoo звільняє себе від усіх та будь-якої відповідальності у разі зміни функцій модуля, викликаних сторонніми додатками, не сертифікованими Odoo.

Більше інформації

You can find more information about this legislation in the following official documents.

Дивись також

• Часті запитання

• Офіційна заява

• Item 88 of Finance Law 2016