Schémas comptables : six questions, et ce qu'Odoo en fait

Un référentiel n'est pas un objet à installer : c'est un circuit à décider

Ce dossier répond à la question que tout projet international finit par poser : « pouvez-vous nous faire de la comptabilité anglo-saxonne dans Odoo ? ». La réponse tient en quatre constats — chacun développé dans son chapitre.

Réponse courte« La comptabilité » n'existe pas au singulier : une entreprise en tient plusieurs en parallèle. Une seule fait foi légalement — et la moitié des malentendus de projet viennent de la confusion entre elles.

Avant de comparer des référentiels, levons une confusion plus élémentaire : une entreprise tient simultanément plusieurs comptabilités, qui n'ont ni la même finalité, ni le même arbitre, ni le même niveau de détail. La plupart des malentendus entre une direction financière et une équipe projet ne portent pas sur le référentiel, mais sur le type de comptabilité dont on parle à ce moment-là.

• La générale est la seule probante — la seule qui fait foi. Les autres sont des vues, des détails ou des retraitements — d'où l'exigence que tout se rattache au grand livre par un chemin vérifiable.
• Une seule est facultative : l'analytique. Personne d'extérieur n'arbitrera à la place de l'entreprise ; les arbitrages non faits en conception se paient en incohérence des restitutions.
• Deux ne sont pas en partie double. L'analytique moderne et la budgétaire sont des systèmes d'étiquettes et de compteurs posés sur les écritures — pas des livres qui s'équilibrent en débit/crédit. Les traiter comme des grands livres crée des attentes que l'outil ne peut pas satisfaire.

Trois pièges d'homonymie qui coûtent cher

Le vocabulaire comptable français comporte trois homonymies redoutables. Chacune a produit, dans des projets réels, des semaines de travail perdu. Cliquez pour révéler les deux sens.

Le point aveugle : les comptabilités auxiliaires

La tradition française repose sur le couple compte collectif / comptes individuels (411000 + 411CLI001, 411CLI002…), avec obligation d'équilibre. La plupart des ERP contemporains — Odoo compris — procèdent autrement : un compte de tiers unique au grand livre, et une dimension partenaire sur la ligne d'écriture (account.move.line, champ pointant vers res.partner). Ce n'est pas une simplification, c'est un autre modèle de données. Conséquences à énoncer en conception :

• Pas de contrôle collectif / auxiliaires possible : le contrôle de substitution est le rapprochement solde du compte de tiers ↔ balance âgée (les créances classées par ancienneté), à formaliser en clôture.
• La qualité de la base tiers devient un enjeu comptable : un doublon de partenaire fracture l'information auxiliaire d'un poste du bilan.
• Une ligne sans partenaire sur un compte de tiers est une anomalie invisible au grand livre et destructrice pour la balance âgée — contrôle à automatiser.

Corollaire : il n'y a pas un résultat, il y en a cinq

La formulation la plus utile pour ouvrir un atelier avec une direction financière — elle désamorce la question piège « pourquoi les chiffres ne sont-ils pas les mêmes ? ».

Ces cinq résultats sont tous légitimes. Un système d’information sain permet de passer de l'un à l'autre par un chemin explicite — exactement ce qu'IFRS 18 imposera au cinquième : réconcilier les mesures de performance de la direction avec l'agrégat normé le plus proche.

Réponse courteCe n'est pas un objet, c'est quatre éléments connectés : un vocabulaire, des montants, des enregistrements, des lectures. Toute la suite du dossier tient dans une question : lequel dédoubler, et à quel prix ?

Quand quelqu'un dit « schéma comptable », il parle en réalité d'un assemblage de quatre éléments. Chacun vit sa vie : un même plan de comptes accepte plusieurs façons d'écrire, et un même jeu d'écritures peut alimenter plusieurs présentations. Les voici, du plus superficiel au plus profond :

Réponse courteDeux clivages traversent toutes les traditions comptables : le moment (la charge naît-elle à l'achat ou à la vente ?) et le classement (par ce qu'elle est, ou par ce à quoi elle a servi ?). Même résultat annuel dans tous les cas — mais ni la même lecture mensuelle, ni la même charge de clôture.

Premier clivage : à l'achat ou à la vente ?

Le point de bascule concret

Une seule question opérationnelle sépare visiblement les deux familles : à quel moment un achat de marchandise devient-il une charge ? Côté continental, dès la facture fournisseur (compte 607), corrigée à la clôture par la variation de stock. Côté anglo-saxon, jamais à l'achat : c'est une entrée d'actif, et la charge naît à la sortie du stock, sous le nom de cost of goods sold, en regard du produit. Les deux donnent exactement le même résultat annuel — mais ni le même résultat mensuel, ni la même charge de clôture. C'est un choix de schéma d'écriture (l'élément écritures), pas de référentiel : le PCG autorise parfaitement l'inventaire permanent.

Second clivage : classer par nature ou par destination ?

Derrière le premier clivage s'en cache un plus général. Si la tradition anglo-saxonne attend la vente pour reconnaître la charge, c'est parce qu'elle classe les charges par destination — « ça a servi à quoi ? » : le coût des ventes s'affiche en face du chiffre d'affaires, et la marge brute apparaît. La tradition continentale classe par nature — « qu'est-ce que c'est ? » : achats, salaires, loyers, chacun sur son compte. Le débat continental / anglo-saxon n'est donc que ce clivage-là, appliqué au cycle des marchandises.

Aucune des deux lectures n'est « la bonne » : elles ne donnent pas la même information. La marge brute n'existe que par destination ; la valeur ajoutée (l'assiette de la CVAE, l'impôt assis sur la valeur ajoutée) n'existe que par nature — et la déclaration fiscale française l'exige. Une entreprise française qui veut la lecture anglo-saxonne doit donc produire les deux.

Comment ajouter la vue par destination

Deux voies complémentaires : la dimension analytique (la nature reste sur le compte, la destination se pose sur un axe) pour le commercial et l'administratif ; l'incorporation aux stocks pour la production — sans elle, pas de vraie marge brute, seulement des libellés fonctionnels. Un seul piège sérieux : le double comptage — une même charge incorporée au stock et ventilée en analytique compte deux fois dans les états, sans que le grand livre ne bronche. Antidote : un montant, une seule route, et un contrôle de bouclage à chaque clôture.

La preuveLe même cas dans les trois schémas — et cette fois, l'arrêté tombe avant les factures. Impossible de boucler sans écritures d'arrêté : elles font partie du schéma, au même titre que les écritures de flux.

Trois façons d'écrire le même cas : A — continental, stock compté en fin de période (inventaire intermittent) ; B — continental, stock suivi en continu (inventaire permanent) ; C — anglo-saxon perpétuel. Les trois donnent le même résultat au 30 juin, à condition de passer leurs écritures d'arrêté : la facture non parvenue (FNP, compte 408) côté achat, la facture à établir (compte 418) côté vente. Avancez étape par étape ; les étapes cerclées d'or sont l'arrêté.

Réponse courteIFRS ne remplace jamais la comptabilité française : c'est une superstructure qui s'ajoute par-dessus. Et deux réformes, en 2025 et 2027, changent la présentation des comptes.

En Europe, IFRS s'applique obligatoirement aux comptes consolidés des sociétés cotées ; pour un groupe français non coté, c'est une option (règles françaises de consolidation ou IFRS) — une décision de cadrage qui détermine l'ampleur des retraitements à outiller. IFRS ne remplace jamais les comptes sociaux : un groupe coté vit structurellement en double référentiel permanent.

Les divergences IFRS / PCG les plus fréquentes en projet

Les cinq divergences qui concentrent l'essentiel des projets. Les autres — impôts différés, retraites, goodwill, subventions… — se traitent toutes de la même façon : une écriture d'ajustement dans un journal dédié.

Deux réformes de présentation changent la donne

Conséquence système : la classification operating/investing/financing doit être portée par une caractéristique persistante des lignes (compte, groupe, étiquette), pas recalculée à la main chaque trimestre — et l'EBITDA ajusté doit être reproductible depuis le grand livre. Exactement ce que fait un moteur d’états paramétrable, et pas un tableur de clôture.

Réponse courteUn seul grand livre, un réglage Periodic / Perpetual (l'ex-commutateur anglo-saxon, refondu en v19), un excellent moteur d'états — et un « multi-ledger » qui est un filtre de restitution, pas une seconde comptabilité.

Le modèle comptable en une page

• Un seul grand livre. Toute la comptabilité tient dans la pièce et ses lignes équilibrées. Une ligne porte société, journal, compte, partenaire, analytique… mais aucune notion de référentiel : la seule façon de qualifier une écriture, c'est son journal ou l'étiquette de son compte.
• Le module comptable est un récepteur, pas un décideur. Les écritures des flux physiques sont produites par les modules logistiques ; le paramétrage comptable des stocks vit dans la catégorie d'article, pas dans le plan de comptes.
• La restitution est un moteur à part entière : états paramétrables, colonnes, variantes. De loin l'élément le plus souple — l'essentiel d'une stratégie multi-référentiel raisonnable repose sur lui.

Le modèle de données comptable, en mouvement

Suivez une facture client de 1 200 € TTC, de sa naissance à sa restitution — et notez ce qui manque au schéma : aucun objet « référentiel », aucun second grand livre. Avancez pas à pas, ou laissez dérouler.

Le réglage « Inventory Valuation » : Periodic ou Perpetual

Jusqu'à la v18, un commutateur « Anglo-Saxon Accounting » arbitrait le schéma de stock. Il n'existe plus en v19 : un réglage unique le remplace, par société — Periodic ou Perpetual (at invoicing). Perpetual est le schéma anglo-saxon.

Les écritures d’arrêté : le menu Review

Le menu Review liste à tout moment ce qui est décroché — réceptions non facturées, livraisons non facturées — et génère les écritures correspondantes sur sélection (les FNP 408 et factures à établir 418 du laboratoire). Semi-automatique seulement : Odoo prépare l'écriture, mais la revue reste une procédure d'arrêté à instituer, avec un propriétaire et une échéance. C'est l'omission la plus fréquente des clôtures bâties autour d'un ERP généraliste.

Valorisation des stocks : les principes

Trois méthodes de coût au niveau de la catégorie d'article — standard, CMP, FIFO (pas de LIFO, interdit en IFRS). Le point que presque tout le monde a faux : en schéma anglo-saxon, Odoo rattache le coût des ventes à la facture client, pas à la livraison. La politique de facturation devient donc une décision comptable, et l'écart livré / facturé chiffre exactement la marge fictive de la période — listé par l'état Invoiced Not Delivered du menu Review. Le détail des séquences (facture avant réception, écarts de prix, retours) fera l'objet d'un article dédié.

Ce qui marche bien : différés, immos, reporting

• Différés : charges et produits constatés d'avance étalés depuis la ligne de facture. Couvre l'abonnement facturé d'avance — pas l'allocation IFRS 15.
• Immobilisations : modèles par catégorie, recalcul prospectif, cession. Manque surtout le double plan d'amortissement — l'écriture dérogatoire en journal dédié reste la solution la plus propre en France.
• Les états : le vrai point fort. À partir d'un jeu d'écritures unique : états PCG, états IFRS par étiquetage, préfiguration IFRS 18. Étiqueter les comptes : dix jours en début de projet, trois mois en rattrapage. Limite française : Odoo ne produit pas la liasse fiscale (cabinet, outil dédié via FEC ou connecteur EDI).
• Analytique : plans + distribution en % — le bon véhicule de l'axe destination, sur un plan dédié. Vigilance : la propagation sur les écritures automatiques est inégale, à tester flux par flux.

Multi-ledger : la réponse d'Odoo au multi-référentiel

Le point où la communication commerciale est la plus ambiguë. Un ledger (apparu en v18) est un grand livre logique défini par la liste des journaux qu'il exclut — un filtre de restitution, pas un second jeu d'écritures :

Chaque divergence devient une écriture récurrente ou périodique dans le journal IFRS : locations, amortissements, écarts de change, pertes attendues, impôts différés… Montage viable — c'est celui de la plupart des ERP de milieu de gamme — à condition d'une discipline absolue de journalisation et d'un tableau de passage statutaire → IFRS conçu d'avance. Ses limites : aucune divergence de valorisation transactionnelle (deux méthodes de coût), aucun recalcul automatique.

Ce qui n'existe pas nativement — la table des arbitrages

Elle transforme la question vague « Odoo est-il IFRS ? » en une liste finie d'arbitrages budgétés.

Réponse courteQuatre montages possibles, du plus simple au plus lourd. Le bon choix tient à une seule question : vos divergences sont-elles transactionnelles (deux valorisations du même flux) ou non ?

En clairLes erreurs les plus chères vues en projet — toutes des décisions prises par défaut — et les contrôles qui les détectent avant qu'elles ne coûtent.

Cinq contrôles à automatiser en priorité

Ce qu'il faut retenir

Odoo tient très bien une comptabilité, et sait en restituer plusieurs lectures par ajustements explicites. Ce qu'il ne sait pas faire sans développement : valoriser deux fois le même flux. Et le vrai coût d'un projet n'est pas dans les fonctionnalités manquantes : il est dans les procédures d'arrêté récurrentes, à lister, chiffrer et affecter avant le démarrage — pas à la première clôture.

Mini-glossaire de correspondance

A framework is not an object you install: it is a circuit you decide

This deep-dive answers the question every international project ends up asking: "can you do Anglo-Saxon accounting in Odoo?". The answer fits in four findings — each developed in its own chapter.

Short answer"The accounting" does not exist in the singular: a company keeps several in parallel. Only one is legally authoritative — and half of all project misunderstandings come from confusing them.

Before comparing frameworks, let's clear up a more basic confusion: a company simultaneously keeps several kinds of accounting, which differ in purpose, in referee, and in level of detail. Most misunderstandings between a finance team and a project team are not about the framework, but about which kind of accounting is being discussed at that moment.

• Only the general ledger is authoritative — the only one that counts as evidence. The others are views, details or restatements — hence the requirement that everything ties back to the general ledger along a verifiable path.
• Only one is optional: management accounting. Nobody outside the company will make those calls for it; trade-offs skipped at design time are paid back as inconsistent reporting.
• Two are not double-entry. Modern analytic accounting and budgeting are systems of tags and counters laid on top of entries — not books that balance debit against credit. Treating them as ledgers creates expectations the tool cannot meet.

Three expensive homonym traps

French accounting vocabulary contains three treacherous homonyms. Each has cost real projects weeks of lost work. Click to reveal the two meanings.

The blind spot: subledgers

The French tradition rests on the pair control account / individual accounts (411000 + 411CLI001, 411CLI002…), which must balance. Most contemporary ERPs — Odoo included — work differently: a single receivable/payable account in the general ledger, plus a partner dimension on each entry line (account.move.line, a field pointing to res.partner). That is not a simplification — it is a different data model. Consequences to state at design time:

• No control-account vs subledger check is possible: the substitute control is the reconciliation of the partner account balance against the aged balance (receivables ranked by age), to be formalised at close.
• The quality of the partner master data becomes an accounting issue: a duplicated partner fractures the subledger detail behind a balance-sheet line.
• A line without a partner on a receivable/payable account is an anomaly invisible in the general ledger and destructive for the aged balance — a control to automate.

Corollary: there is not one result — there are five

The most useful framing to open a workshop with a finance team — it defuses the trap question "why don't the numbers match?".

All five results are legitimate. A healthy information system lets you go from one to another along an explicit path — exactly what IFRS 18 will impose on the fifth: reconciling management performance measures with the nearest standardised subtotal.

Short answerIt is not an object — it is four elements connected: a vocabulary, amounts, records, readings. The rest of this deep-dive fits in one question: which one do you duplicate, and at what cost?

When someone says "accounting scheme", they are really talking about an assembly of four elements. Each lives its own life: one chart of accounts accepts several ways of posting, and one set of entries can feed several presentations. Here they are, from the most superficial to the deepest:

Short answerTwo divides run through every accounting tradition: the moment (is the expense born at purchase or at sale?) and the classification (by what it is, or by what it was used for?). Same annual result in every case — but neither the same monthly reading, nor the same closing workload.

First divide: at purchase or at sale?

The concrete tipping point

One operational question visibly separates the two families: at what moment does a purchase of goods become an expense? Continental side: at the supplier invoice (account 607), corrected at close by the inventory variation. Anglo-Saxon side: never at purchase — it is an asset addition, and the expense is born when stock leaves, under the name cost of goods sold, matched against the revenue. Both give exactly the same annual result — but neither the same monthly result, nor the same closing workload. It is a choice of posting scheme (the entries element), not of framework: French GAAP perfectly allows perpetual inventory.

Second divide: classify by nature or by function?

Behind the first divide hides a more general one. If the Anglo-Saxon tradition waits for the sale to recognise the expense, it is because it classifies expenses by function — "what was it used for?": cost of sales is displayed against revenue, and gross margin appears. The continental tradition classifies by nature — "what is it?": purchases, salaries, rent, each on its own account. The continental / Anglo-Saxon debate is just that divide, applied to the merchandise cycle.

Neither reading is "the right one": they do not carry the same information. Gross margin only exists by function; value added (the base of the CVAE, the French tax levied on value added) only exists by nature — and the French tax return requires it. A French company that wants the Anglo-Saxon reading must therefore produce both.

How to add the functional view

Two complementary routes: the analytic dimension (nature stays on the account, function sits on a dimension) for selling and admin costs; absorption into inventory for production — without it, there is no real gross margin, only functional labels. One serious trap: double counting — the same cost absorbed into stock and distributed analytically counts twice in reports, without the general ledger blinking. Antidote: one amount, one route only, plus a tie-out control at every close.

The proofThe same case in all three schemes — and this time, the close falls before the invoices. Impossible to balance the books without accrual entries: they are part of the scheme, on a par with the flow entries.

Three ways of writing the same case: A — continental, stock counted at period-end (periodic inventory); B — continental, stock tracked continuously (perpetual inventory); C — Anglo-Saxon perpetual. All three give the same result at 30 June, provided their accrual entries are posted: the invoice not yet received (French account 408) on the purchase side, the invoice to be issued (account 418) on the sales side. Step through; the gold-ringed steps are the close.

Short answerIFRS never replaces French statutory accounting: it is a superstructure added on top. And two reforms, in 2025 and 2027, are changing how the statements are presented.

In Europe, IFRS is mandatory for the consolidated accounts of listed companies; for an unlisted French group, it is an option (French consolidation rules or IFRS) — a scoping decision that sizes the restatements to build. IFRS never replaces the statutory accounts: a listed group structurally lives in a permanent dual framework.

The most frequent IFRS / French GAAP differences on projects

The five differences that concentrate most of the work. The others — deferred tax, pensions, goodwill, grants… — are all handled the same way: an adjustment entry in a dedicated journal.

Two presentation reforms change the game

System consequence: the operating/investing/financing classification must be carried by a persistent characteristic of the lines (account, group, tag), not recomputed by hand every quarter — and adjusted EBITDA must be reproducible from the general ledger. Exactly what a configurable reporting engine does, and a closing spreadsheet does not.

Short answerOne general ledger, a Periodic / Perpetual setting (the former Anglo-Saxon switch, reworked in v19), an excellent reporting engine — and a "multi-ledger" that is a reporting filter, not a second set of books.

The accounting model on one page

• One general ledger. All of accounting lives in the document and its balanced lines. A line carries company, journal, account, partner, analytics… but no notion of framework: the only way to qualify an entry is its journal or its account's tag.
• The accounting module is a receiver, not a decision-maker. Entries for physical flows are produced by the logistics modules; the accounting setup for stock lives on the product category, not in the chart of accounts.
• Reporting is an engine in its own right: configurable statements, columns, variants. By far the most flexible element — most of a reasonable multi-GAAP strategy rests on it.

The accounting data model, in motion

Follow a €1,200 customer invoice (incl. VAT) from birth to reporting — and note what is missing from the picture: no "framework" object, no second general ledger. Step through, or let it play.

The "Inventory Valuation" setting: Periodic or Perpetual

Until v18, an "Anglo-Saxon Accounting" switch decided the stock scheme. It no longer exists in v19: a single setting replaces it, per company — Periodic or Perpetual (at invoicing). Perpetual is the Anglo-Saxon scheme.

Accrual entries: the Review menu

The Review menu lists, at any moment, what is out of sync — uninvoiced receipts, uninvoiced deliveries — and generates the corresponding entries on selection (the lab's accrued payables 408 and accrued receivables 418). Semi-automatic only: Odoo prepares the entry, but the review remains a closing procedure to institute, with an owner and a deadline. It is the most frequent omission in closes built around a generalist ERP.

Inventory valuation: the principles

Three cost methods at product-category level — standard, AVCO, FIFO (no LIFO, prohibited under IFRS). The point almost everyone gets wrong: in the Anglo-Saxon scheme, Odoo attaches cost of sales to the customer invoice, not to the delivery. Invoicing policy therefore becomes an accounting decision, and the delivered-vs-invoiced gap measures exactly the period's fictitious margin — listed by the Review menu's Invoiced Not Delivered report. The detailed sequences (invoice before receipt, price differences, returns) will get their own article.

What works well: deferrals, fixed assets, reporting

• Deferrals: prepaid expenses and deferred revenue spread straight from the invoice line. Covers the subscription billed in advance — not IFRS 15 allocation.
• Fixed assets: models per category, prospective recalculation, disposals. The main gap is the dual depreciation schedule — the tax-driven entry in a dedicated journal remains the cleanest solution in France.
• Statements: the real strong point. From a single set of entries: French GAAP statements, IFRS statements by tagging, an IFRS 18 preview. Tagging the accounts: ten days at project start, three months as a catch-up. French limit: Odoo does not produce the tax bundle (accounting firm, dedicated tool fed by the FEC, or an EDI connector).
• Analytics: plans + percentage distribution — the right vehicle for the functional dimension, on a dedicated plan. Watch out: propagation onto automatic entries is uneven, to be tested flow by flow.

Multi-ledger: Odoo's answer to multi-GAAP

The point where the marketing is most ambiguous. A ledger (introduced in v18) is a logical general ledger defined by the list of journals it excludes — a reporting filter, not a second set of entries:

Each difference becomes a recurring or periodic entry in the IFRS journal: leases, depreciation, FX differences, expected losses, deferred tax… A viable setup — it is the one most mid-market ERPs use — provided absolute journal discipline and a statutory → IFRS bridge designed upfront. Its limits: no transaction-level valuation difference (two cost methods), no automatic recalculation.

What does not exist natively — the trade-off table

It turns the vague question "is Odoo IFRS-ready?" into a finite list of budgeted trade-offs.

Short answerFour possible setups, from the simplest to the heaviest. The right choice hangs on one question: are your differences transactional (two valuations of the same flow) or not?

In plain termsThe most expensive mistakes seen on projects — all decisions made by default — and the controls that catch them before they cost money.

Five controls to automate first

What to remember

Odoo keeps one set of books very well, and can render several readings of it through explicit adjustments. What it cannot do without development: value the same flow twice. And the real cost of a project is not in the missing features: it is in the recurring closing procedures, to be listed, priced and assigned before go-live — not at the first close.

Mini cross-reference glossary