Франція

Модулі

Доступні такі модулі, пов’язані з французькою локалізацією:

Ім’я

Технічна назва

Опис

France - Accounting

l10n_fr

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

France - Accounting Reports

l10n_fr_reports

Експорт звіту з французького ПДВ, який можна надіслати до DGFiP, OGA або професійному бухгалтеру.

France - Payroll with Accounting

l10n_fr_hr_payroll_account

Включає необхідні бухгалтерські дані для французьких правил нарахування заробітної плати.

France - Factur-X integration with Chorus Pro

l10n_fr_facturx_chorus_pro

Додає поля, необхідні для надсилання рахунків до Chorus Pro.

France - FEC Export

l10n_fr_fec

Генерує файл FEC, як визначено в Указ від 29 липня 2013 року.

France - FEC Import

l10n_fr_fec_import

Імпорт стандартних FEC-файлів, корисний для імпорту історії бухгалтерського обліку.

France - Adding Mandatory Invoice Mentions (Decree no. 2022-1299)

l10n_fr_invoice_addr

Додає поля адреси, необхідні для дотримання вимог Указ 2022-1299.

France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis)

10n_fr_pos_cert

Сертифікація ПДВ для протидії шахрайству в точках продажу

Примітка

Основні модулі локалізації встановлюються автоматично разом із локалізацією. Решту можна вручну встановити.

Огляд локалізації

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

Пакет локалізації французькою мовою надає такі ключові функції для забезпечення дотримання місцевих фінансових та бухгалтерських норм:

Звітність

Встановлення модуля France - Accounting (l10n_fr) надає доступ до деяких бухгалтерських звітів, характерних для Франції, таких як:

  • Bilan comptable (FR) (Balance Sheet)

  • Compte de résultats (FR) (Profit and Loss)

  • Rapport de taxes (FR) (Tax Report)

Бухгалтерський облік

Електронне виставлення рахунків

Портал Chorus Pro, яким керує AIFE (Agence pour l’Informatique financière de l’État), є офіційною платформою для надсилання електронних рахунків-фактур французьким державним установам. Він дозволяє підприємствам надсилати та керувати рахунками, відстежувати статус їх обробки та отримувати доступ до оновлень платежів. З січня 2020 року електронне виставлення рахунків є обов’язковим для всіх транзакцій між бізнесом та урядом (B2G) у Франції. Odoo підтримує інтеграцію з Chorus Pro для надсилання рахунків, згенерованих в Odoo.

Налаштування

Щоб надсилати рахунки до Chorus Pro, потрібна така конфігурація:

  1. Встановити модуль France - Factur-X integration with Chorus Pro (l10n_fr_facturx_chorus_pro).

  2. Зареєструйте у Peppol, оскільки рахунки надсилаються з Odoo до Chorus Pro через мережу Peppol.

  3. Якщо у вас ще немає облікового запису Chorus Pro, перейдіть на сторінку Chorus Pro, натисніть Створити обліковий запис та створіть його.

  4. Налаштуйте контактну форму відповідних клієнтів.

Перегляньте також

Документація Chorus Pro

Клієнти

Щоб надсилати рахунки-фактури до Chorus Pro, налаштуйте контактну форму відповідних клієнтів наступним чином:

  1. Перевірте, чи заповнені поля Країна та ID податку.

  2. На вкладці Продажі та купівля переконайтеся, що поле SIRET заповнено.

  3. На вкладці Бухгалтерський облік заповніть такі поля в розділі Електронне виставлення рахунків:

    • Формат: Виберіть BIS Billing 3.0.

    • Електронна адреса Peppol (EAS): Виберіть 0009 - SIRET-CODE.

    • Кінцева точка Peppol: Введіть 11000201100044, посилання, яке використовується Chorus Pro.

Надсилання рахунків до Chorus Pro

Щоб надіслати рахунки до Chorus Pro, виконайте такі кроки:

  1. Перейдіть до Бухгалтерський облік ‣ Клієнти ‣ Рахунки та відкрийте або створіть рахунок.

  2. Переконайтеся, що на вкладці Інша інформація заповнені такі поля:

    • Посилання покупця: Service Exécutant у Chorus Pro

    • Посилання на контракт: Numéro de Marché у Chorus Pro

    • Посилання на замовлення на придбання: Engagement Juridique у Chorus Pro

  3. Підтвердіть рахунок.

  4. Натисніть Надіслати та роздрукувати та у вікні Надіслати увімкніть Peppol Bis Billing 3.0.

  5. Натисніть Надіслати та роздрукувати.

Після надсилання рахунку його статус у Peppol оновлюється до Готово.

Перегляньте також

Peppol

FEC - Fichier des Écritures Comptables

Аудиторський файл FEC Fichier des Écritures Comptables містить усі бухгалтерські дані та записи, зареєстровані у всіх бухгалтерських журналах за фінансовий рік. Записи у файлі повинні бути розташовані в хронологічному порядку. З січня 2014 року кожна французька компанія зобов’язана надавати та передавати цей файл на запит податкових органів для цілей аудиту.

Імпорт FEC

Встановити модуль France - FEC Import (l10n_fr_fec_import) для імпорту FEC-файлів з іншого програмного забезпечення.

Щоб увімкнути цю функцію, перейдіть до Бухгалтерський облік ‣ Конфігурація ‣ Налаштування. У розділі Імпорт обліку натисніть Імпорт та Імпорт FEC. Потім у вікні Імпорт FEC завантажте файл FEC і натисніть Імпорт.

Примітка

Імпорт файлів FEC з різних років не вимагає жодних спеціальних дій чи обчислень. Однак, якщо кілька файлів містять RAN Reports à Nouveaux з початковим балансом за рік, ці записи автоматично позначаються як непотрібні в Odoo та, можливо, потребуватимуть видалення.

Формати файлів

Примітка

  • Файли FEC мають бути у форматі CSV, оскільки формат XML не підтримується.

  • CSV-файл FEC - це звичайний текстовий файл, структурований як таблиця даних. Перший рядок служить заголовком, визначаючи список полів для кожного запису, а кожен наступний рядок представляє окремий бухгалтерський запис без певного порядку.

Файли FEC повинні відповідати наступним технічним специфікаціям:

  • Кодування: UTF-8, UTF-8-SIG та iso8859_15.

  • Роздільник: будь-який із цих: ; або | або , або TAB.

  • Символи завершення рядка: підтримуються як групи символів CR+LF (\r\n), так і LF (\n).

  • Формат дати: %Y%m%d

Опис та використання полів

#

Назва поля

Опис

Користування

Формат

01

JournalCode

Код журналу

journal.code та journal.name, якщо JournalLib не вказано

Буквено-цифровий

02

JournalLib

Мітка журналу

journal.name

Буквено-цифровий

03

EcritureNum

Нумерація, що відповідає кожному порядковому номеру журналу запису

move.name

Буквено-цифровий

04

EcritureDate

Дата бухгалтерського запису

move.date

Дата (yyyyMMdd)

05

CompteNum

Номер рахунку

account.code

Буквено-цифровий

06

CompteLib

Мітка облікового запису

account.name

Буквено-цифровий

07

CompAuxNum

Номер додаткового облікового запису (приймає значення null)

partner.ref

Буквено-цифровий

08

CompAuxLib

Мітка додаткового облікового запису (приймає значення null)

partner.name

Буквено-цифровий

09

PieceRef

Посилання на документ

move.ref та move.name, якщо EcritureNum не вказано

Буквено-цифровий

10

PieceDate

Дата документа

move.date

Дата (yyyyMMdd)

11

EcritureLib

Мітка запису облікового запису

move_line.name

Буквено-цифровий

12

Дебет

Сума (дебет)

move_line.debit

Число з комою

13

Кредит

Сума кредиту (Назва поля «Crédit» не дозволена)

move_line.credit

Число з комою

14

EcritureLet

Перехресне посилання на бухгалтерські записи (приймає значення null)

move_line.fec_matching_number

Буквено-цифровий

15

DateLet

Дата бухгалтерського запису (приймає значення null)

невикористаний

Дата (yyyyMMdd)

16

ValidDate

Дата підтвердження бухгалтерського запису

невикористаний

Дата (yyyyMMdd)

17

Montantdevise

Сума у валюті (приймає значення null)

move_line.amount_currency

Число з комою

18

Idevise

Ідентифікатор валюти (приймає значення null)

currency.name

Буквено-цифровий

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

12

Montant

Сума

move_line.debit або move_line.credit

Число з комою

13

Sens

Може бути «C» для кредиту або «D» для дебету

визначає move_line.debit або move_line.credit

Стовпчиковий графік

Деталі впровадження

З файлів FEC імпортуються такі облікові сутності: Рахунки, Журнали, Партнери та Переміщення. Модуль автоматично визначає кодування, символ завершення рядка та роздільник, що використовуються у файлі. Далі виконується перевірка, щоб переконатися, що кожен рядок має правильну кількість полів, що відповідають заголовку. Якщо перевірка успішна, весь файл зчитується, зберігається в пам’яті та сканується. Потім облікові сутності імпортуються по одному типу за раз у такому порядку.

Рахунки

Кожен бухгалтерський запис пов’язаний з рахунком, ідентифікованим полем CompteNum.

Зіставлення коду

Якщо обліковий запис з таким самим кодом вже існує, використовується існуючий, а не створюється новий. В Odoo номери рахунків відповідають довжині цифр за замовчуванням, встановленій для фіскальної локалізації. Оскільки модуль FEC прив’язаний до французької локалізації, довжина рахунку за замовчуванням становить 6 цифр. Це означає, що кінцеві нулі в кодах рахунків видаляються, а порівняння між кодами рахунків у файлі FEC та тими, що вже є в Odoo, здійснюється лише на основі перших шести цифр кодів.

Example

Код облікового запису 65800000 у файлі зіставляється з існуючим обліковим записом 658000 в Odoo, і замість створення нового використовується існуючий обліковий запис.

Прапор звірки

Рахунок технічно позначається як такий, що підлягає *звірці, якщо в першому рядку, в якому він з’являється, заповнено поле EcritureLet, що вказує на те, що бухгалтерський запис буде узгоджено з іншим.

Примітка

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

Зіставлення типу облікового запису та шаблонів

Оскільки тип рахунку не вказано у форматі FEC, нові рахунки створюються з типом за замовчуванням Поточні активи. Після процесу імпорту вони зіставляються з встановленими шаблонами плану рахунків. Прапорець звірено також визначається таким чином.

Зіставлення виконується шляхом порівняння крайніх лівих цифр, починаючи з усіх цифр, потім 3 цифр, і нарешті 2 цифр.

Example

Ім’я

Код

Повне порівняння

Порівняння 3-значних чисел

Порівняння 2-значних чисел

Шаблон

400000

400000

400

40

CompteNum

40100000

40100000

401

40

Результат

Збіг знайдено

Потім тип рахунку позначається як сплачується та звіряється на основі шаблону рахунку.

Журнали

Журнали перевіряються на відповідність існуючим в Odoo, щоб уникнути дублікатів, навіть під час імпорту кількох FEC-файлів.

Якщо журнал з таким самим кодом вже існує, використовується існуючий журнал, а не створюється новий.

До назви нових журналів додається префікс FEC-. Наприклад, ACHATS стає FEC-ACHATS.

Примітка

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

Визначення типу журналу

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

Після завершення процесу імпорту тип журналу визначається на основі таких правил щодо пов’язаних переміщень та рахунків:

  • банк: Рухи в цих журналах завжди містять рядок (дебет або кредит), що впливає на рахунок ліквідності.
    готівка / банк можна взаємозамінювати, тому банк призначається, коли ця умова виконується.
  • продаж: Рухи в цих журналах здебільшого мають дебетові лінії за рахунками дебіторської заборгованості та кредитні лінії за рахунками податкового доходу.
    Елементи журналу повернення коштів з продажу інвертовані дебетом/кредитом.
  • купівля: Рухи в цих журналах здебільшого мають кредитні лінії за рахунками кредиторської заборгованості та дебетові лінії за рахунками витрат.
    Елементи журналу повернення коштів за покупками інвертовані дебетом/кредитом.
  • загальний: Використовується для всього іншого.

Примітка

  • Для визначення типу журналу потрібно щонайменше три кроки.

  • Поріг у 70% переміщень має відповідати критеріям для визначення типу журналу.

Example

Припустимо, ми аналізуємо рухи, які мають спільний певний journal_id.

Переміщення

Підрахунок

Відсоток

які мають рядок рахунку продажу та не мають рядка рахунку покупки

0

0

які мають рядок рахунку купівлі та не мають рядка рахунку продажу

1

25%

що мають рахунок ліквідності

3

75%

Всього

4

100%

Журнал тип буде банк, оскільки відсоток переміщень банку (75%) перевищує поріг (70%).

Контакти

Кожен контакт зберігає своє Посилання з поля CompAuxNum.

Примітка

Ці поля можна шукати на основі попередніх імпортів FEC для фінансових/аудиторських цілей.

Порада

Схожі та потенційні дублікати контактів можна об’єднати за допомогою додатку Очищення даних.

Переміщення

Записи публікуються та узгоджуються одразу після надсилання, а поле EcritureLet використовується для зіставлення записів.

Поле EcritureNum представляє назву переміщень, але іноді його можна залишити порожнім. У таких випадках замість нього використовується поле PieceRef.

Проблеми з округленням

Допуск округлення застосовується на основі точності валюти для дебетових та кредитових сум (наприклад, 0.01 для євро). Якщо різниця знаходиться в межах цього допуску, до переміщення додається новий рядок під назвою Різниця округлення імпорту, спрямована на такі рахунки:

  • 658000 Стягує різні платежі за додаткові дебети

  • 758000` Produits divers de gestion courante, для додаткових кредитів

Відсутня назва переміщення

Якщо поле EcritureNum не заповнено, а поле PieceRef не підходить для визначення назви ходу (його можна використовувати як посилання на рядок облікового ходу), стає неможливим визначити, які рядки слід згрупувати в один хід, що фактично запобігає створенню збалансованих ходів.

У таких випадках робиться остання спроба згрупувати всі рядки за однаковим журналом та датою (JournalLib, EcritureDate). Якщо це групування генерує збалансовані переміщення (sum(credit) - sum(debit) = 0), то кожна різна комбінація журналу та дати створює нове переміщення.

Example

ACH + 2021/05/01 –> нове переміщення у журналі ACH з назвою 20210501.

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

Контактна інформація

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

Експорт FEC

Щоб завантажити FEC, встановити модуль Франція - Експорт FEC`(`l10n_fr_fec), потім перейдіть до Бухгалтерський облік ‣ Звітність ‣ FEC. У вікні FEC заповніть такі поля:

  • Дата початку

  • Кінцева дата

  • Тестовий файл: Увімкніть цю опцію, щоб перевірити створення FEC-файлу.

  • Виключені журнали

Потім натисніть Згенерувати.

Liasse fiscale

Liasse fiscale (податкова декларація) – це збірка стандартизованих фінансових документів, які підприємства повинні щорічно подавати до податкових органів. Вона всебічно підсумовує фінансову діяльність компанії та визначає корпоративні податки.

Teledec – це платформа, яка використовується для підготовки та подання податкових декларацій з використанням даних з бухгалтерських записів. Щоб синхронізувати ваші бухгалтерські дані, що зберігаються в Odoo, з Teledec та електронно надіслати liasse fiskale вашої компанії до DGFiP (Генерального управління державних фінансів), виконайте такі дії:

  1. Створення облікового запису Teledec

  2. Реєстрація компанії та інформація про фінансовий рік

  3. Синхронізація Odoo

Створення облікового запису Teledec

Щоб створити обліковий запис Teledec, перейдіть на сторінку створення облікового запису Teledec та заповніть поле Адреса електронної пошти, вказавши адресу електронної пошти. Виберіть безпечний пароль, прийміть загальні умови та положення, поставивши позначку у відповідному полі, та натисніть S’enregistrer, щоб зберегти. Потім введіть номер SIREN компанії.

Примітка

Якщо обліковий запис вже створено, натисніть Déjà enregistré? (Вже зареєстровано).

Реєстрація компанії та інформація про фінансовий рік

Щоб зареєструвати компанію на Teledec, перейдіть до розділу Ваші компанії та натисніть Зареєструвати свою компанію. Обов’язково заповніть наступну інформацію про компанію в розділах Відомості про компанію та Юридичний представник:

  • Nom de l’entreprise: Назва компанії.

  • Forme juridique: Виберіть організаційно-правову форму компанії.

  • Les comptes sont clôturés le: Дата закриття.

  • Régime d’imposition, choix de la liasse: Виберіть опцію Податкова схема та податкова декларація.

  • Adresse du siège social: Адреса головного офісу.

  • Nom du représentant légal: Ім’я законного представника.

  • Agissant en qualité de: Функція законного представника.

  • Numéro de téléphone: Номер телефону.

Натисніть Sauvegarder (Зберегти), щоб відобразити наступний крок Informations générales sur l’exercice déclaré (Загальна інформація про заявлений фінансовий рік). Потім заповніть інформацію про фінансовий рік, наприклад, дати початку і закінчення фінансового року або дату закриття і тривалість попереднього фінансового періоду. Після збереження відобразиться список документів, включених до liasse fiscale, включаючи як стандартні податкові форми, так і ті, що адаптовані для податкової декларації компанії.

Порада

  • У стовпці Etat (Статус) відображається стан обробки документа.

  • Натисніть Compléter, щоб заповнити документ, потім Зберегти, щоб зберегти.

  • Щоб надрукувати порожню версію декларації, натисніть Imprimer la déclaration і виберіть опцію Imprimer la déclaration avec les notes.

Синхронізація Odoo

Щоб дозволити Odoo автоматично заповнювати дані для Liasse fiscale, натисніть Autres actions (Інші дії) у верхньому правому куті і виберіть Synchroniser avec un logiciel tiers (Синхронізувати зі стороннім програмним забезпеченням), а потім Synchroniser cette liasse avec Odoo (Синхронізувати цю liasse з Odoo).

У вікні Synchroniser cette liasse avec Odoo введіть наступну інформацію для завершення синхронізації:

  • Complete Odoo database name / URL: Назва бази даних Odoo або URL. Щоб надати повну URL-адресу бази даних, увімкніть опцію I would like to give a full url off .odoo.com.

  • Nom de l’utilisateur: Ім’я користувача, пов’язане з обліковим записом Odoo.

  • Clé API: API key згенерований екземпляром Odoo.

Примітка

У випадку багатокомпанійної системи в Odoo потрібні такі конфігурації:

  • Користувач, пов’язаний зі згенерованим API key, повинен мати доступ до компанії, з якою здійснюється синхронізація.

  • Цю компанію також потрібно встановити як Компаніч за замовчуванням користувача, оскільки Teledec завжди синхронізується з компанією користувача за замовчуванням.

Далі натисніть Importer, щоб синхронізувати дані з Odoo. У вікні Confirmation de la synchronisation de liasse avec Odoo перегляньте суми і внесіть необхідні зміни. Потім натисніть Importer la balance, щоб підтвердити синхронізацію liasse fiscale з Odoo та імпортувати баланс.

Важливо

Натискання Importer la balance може перезаписати або змінити будь-які ручні оновлення, зроблені раніше.

Щоб здійснити оплату та надіслати декларацію до податкової, натисніть Paiement & envoi de la déclaration.

Точка продажу

Сертифікація щодо боротьби з шахрайством з ПДВ

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

Програмне забезпечення для боротьби з шахрайством у касових апаратах, таке як Odoo (CGI art. 286, I. 3° bis), є обов’язковим для компаній, що оподатковуються у Франції або DOM-TOM, де деякі клієнти є приватними особами (B2C). Це правило застосовується до компаній усіх розмірів, але самопідприємці, звільнені від ПДВ, не підпадають під дію цього правила.

Сертифікація Odoo

Податкова адміністрація вимагає від усіх компаній надання сертифіката відповідності, який підтверджує відповідність їхнього програмного забезпечення законодавству про боротьбу з шахрайством. У разі невідповідності може бути накладено штраф у розмірі €7,500.

Примітка

Цей сертифікат надається Odoo SA користувачам Odoo Enterprise.

Щоб отримати сертифікат, виконайте такі кроки:

  1. Встановіть модуль Франція - Сертифікація боротьби з шахрайством з ПДВ для точок продажу (CGI 286 I-3 bis) (l10n_fr_pos_cert).

  2. Встановіть поле Країна у записі компанії, щоб зашифрувати записи для перевірки на незмінність.

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

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

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

Незмінність

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

Примітка

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

Безпека

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

Тільки користувачі з правами доступу адміністратор можуть ініціювати перевірку на незмінність:

  • Для замовлень POS перейдіть до Точка продажу ‣ Звітність ‣ Перевірка незмінності POS;

  • Для рахунків або журнальних записів перейдіть до Виставлення рахунків/Бухгалтерський облік ‣ Звітність ‣ Перевірка незмінності POS.

Зберігання

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

Щоб отримати доступ до закриттів, перейдіть до Точка продажу ‣ Звітність ‣ Закриття продажів або Виставлення рахунків/Бухгалтерський облік ‣ Звітність ‣ Закриття продажів.

Примітка

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

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

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

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

Порада

Для цілей тестування та аудиту закриття можна згенерувати вручну в режимі розробника. Для цього перейдіть до Налаштування ‣ Технічні ‣ Заплановані дії. У списку запланованих дій відкрийте потрібну дію Закриття продажу та натисніть Виконати вручну.

Обов’язки

Видалення цього модуля призведе до скидання хешів безпеки. Це означає, що система більше не гарантуватиме цілісність попередніх даних.

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

Odoo не несе відповідальності за будь-які проблеми з функціональністю цього модуля, спричинені несертифікованими сторонніми програмами.