Accounting localization


This tutorial requires knowledge about how to build a module in Odoo (see Getting started).

Installation procedure

On installing the account module, the localization module corresponding to the country code of the company is installed automatically. In case of no country code set or no localization module found, the l10n_generic_coa (US) localization module is installed by default. Check post init hook for details.

For example, l10n_ch will be installed if the company has Switzerland as country.

Building a localization module

The structure of a basic l10n_XX module may be described with the following file:

    "name": "COUNTRY - Accounting",
    "version": "1.0.0",
    "category": "Accounting/Localizations/Account Charts",
    "license": "LGPL-3",
    "depends": [
        # "l10n_multilang",
    "data": [
        # Chart of Accounts

        # Taxes


        # Views and others
    "demo": [

In the first file data/account_chart_template_data.xml, we set the name for the chart of accounts along with some basic fields.


Recommended xmlid for the record is chart_template. If you need many chart of accounts, you can add some suffixes, i.e. chart_template_XXX.

Chart of Accounts

Account tags

Tags are a way to sort accounts. For example, imagine you want to create a financial report having multiple lines but you have no way to find a rule to dispatch the accounts according to their code. The solution is the usage of tags, one for each report line, to filter accounts like you want.

Put the tags in the data/account_account_tag_data.xml file.


Obviously, Chart of Accounts cannot exist without Accounts. You need to specify them in data/account.account.template.csv.

CSV is prefered but you may use XML format instead.


  • Avoid the usage of liquidity account.account.type! Indeed, the bank & cash accounts are created directly at the installation of the localization module and then, are linked to an account.journal.

  • Only one account of type payable/receivable is enough for the generic case. We need to define a PoS receivable account as well however. (linked in the CoA)

  • Don’t create too many accounts: 200-300 is enough. But mostly, we try to find a good balance where the CoA needs minimal adapting for most companies afterwards.

Next settings for the chart of accounts are set in a separate file, because we need to provide a list of accounts first. In data/account_chart_post_data.xml, we set some default accounts:

Account groups

Account groups allow describing the hierarchical structure of the chart of accounts. The filter needs to be activated in the report and then when you decollapse into journal entries it will show the parents of the account.

It works with the prefix start/end, so every account where the code starts with something between start and end will have this as the parent group. Furthermore, the account groups can have a parent account group as well to form the hierarchy.


To add taxes you first need to specify tax groups. You normally need just one tax group for every tax rate, except for the 0% as you need to often distinguish between exempt, 0%, not subject, … taxes. This model only has two required fields: name and country. Create the file data/account_tax_group_data.xml and list the groups:

    <data noupdate="1">
        <record id="tax_group_tva_0" model="">
            <field name="name">TVA 0%</field>
            <field name="country_id" ref=""/>


Now you can add the taxes via data/account_tax_template_data.xml file. The first tax you define that is purchase/sale also becomes the default purchase/sale tax for your products.

If some accounts should use default taxes, you can set them up in data/account_account_template_post_data.xml

Tax Report

Enterprise feature

The tax report is declared in the Invoicing (account) app, but the report is only accessible when Accounting (account_accountant) is installed.

In the previous section, you noticed the fields invoice_repartition_line_ids or refund_repartition_line_ids and probably understood nothing about them. Good news: you are not alone on this incomprehension. Bad news: you have to figure it out a bit. The topic is complicated. Indeed:

digraph foo {
  graph [
  node [
  edge [
  res_country[label="", fillcolor=white, penwidth=1];
  subgraph cluster_invoice {
    style = filled;
    label = "Invoices";
    color = lightyellow;
    node [style=filled, color=white];
    edge [fontsize=8,];
    account_move_line -> account_tax [label="tax_ids | tax_line_ids"];
    account_move_line -> account_tax_repartition_line [label="tax_repartition_line_id"];
    account_move_line -> account_account_tag [label="tag_ids"];
    account_tax_repartition_line -> account_account_tag [label="tag_ids"];
    account_tax -> account_tax_repartition_line [label="1 for base, 1..* for tax amount"];
  subgraph cluster_reporting {
    style = filled;
    label = "Reporting";
    color = mistyrose;
    node [style=filled, color=white];
    edge [fontsize=8,];
    account_tax_report [label=""];
    account_tax_report_line [label=""];
    account_report_expression [label=""];
    account_tax_report -> account_tax_report_line [label="0..*"]
  subgraph cluster_templates {
    style = filled;
    label = "Templates";
    color = lightblue;
    node [style=filled, color=white];
    edge [fontsize=8,];
    account_tax_template -> account_tax_repartition_line_template [label="1 for base, 1..* for tax amount"];
  account_tax -> account_tax_template [label="    Creates when\n    installing CoA", dir=back];
  account_tax_repartition_line -> account_tax_repartition_line_template[label="    Creates when\n   installing CoA", dir=back];
  account_tax_repartition_line_template -> account_account_tag [label="tag_ids"];
  account_tax_report_line -> account_report_expression [label="0..*"];
  account_tax_report_line -> account_tax_report_line [label="children_ids"];
  account_report_expression -> account_account_tag [label="Engine tax_tags 1..*"];
  account_tax_report -> res_country [label="0..1"];
  account_account_tag -> res_country [label="0..1"];

The simple version is that, in the tax template, you indicate in the invoice/refund repartition lines whether the base or a percentage of the tax needs to be reported in which report line (through the minus/plus_report_line_ids fields). It becomes clear also when you check the tax configuration in the Odoo interface (or check the docs Tax References, Tax Repartition References).

So, once you have properly configured taxes, you just need to add the data/account_tax_report_data.xml file with a record for your For it to be considered as a tax report, you need to provide it with the right root_report_id.

    <record id="tax_report" model="">
        <field name="name">Tax Report</field>
        <field name="root_report_id" ref="account.generic_tax_report"/>
        <field name="country_id" ref="base.XX"/>


… followed by the declaration of its lines, as records.

Fiscal positions

Specify fiscal positions in the data/account_fiscal_position_template_data.xml file.

Final steps

The last step when installing a localization module is to try to apply its chart of accounts to the current company (if it does not already have one). The file data/account_chart_template_try_loading.xml is responsible for that.

Finally, you may add a demo company, so the localization can easily be tested in demo mode.

Accounting reports

Enterprise feature



Accounting reports should be added via a separate module l10n_XX_reports that should go to the enterprise repository.

Basic file for such a module looks as following:

    "name": "COUNTRY - Accounting Reports",
    "category": "Accounting/Localizations/Reporting",
    "version": "1.0.0",
    "license": "OEEL-1",
    "depends": [
        "l10n_XX", "account_reports"
    "data": [
    "auto_install": True,

Functional overview of financial reports is here: 财务报表.

Some good examples:

You can check the meaning of the fields here:

If you gave a root_report_id to your report, it is now available in its variant selector. If not, you still need to add a menu item for it. A default menu item can be created from the form view of the report by clicking on Actions ‣ Create Menu Item. You will then need to refresh the page to see it. Alternatively, to create a dedicated section for a totally new report in the Reporting menu, you need to create a new record (usually in the main l10n_XX module) and a new ir.actions.client (usually in the new report XML file) that calls the with the new report id. Then, set the new menu as parent_id field in the action model.