
Les accrued liabilities désignent des obligations contractées par une entreprise mais non encore réglées, telles que des charges d’électricité consommées mais non encore facturées ou payées. Les current liabilities correspondent aux dettes à régler dans l’année ou durant le cycle d’exploitation de l’entreprise. Comme les accrued liabilities sont généralement associées aux opérations courantes et à des cycles de paiement courts, elles sont souvent classées parmi les current liabilities. Toutefois, la classification définitive dépend du délai réel de règlement.
Les exemples courants d’accrued liabilities incluent les provisions pour salaires, intérêts, impôts et frais de services réguliers. Lorsque des charges sont comptabilisées sur la période en cours mais que le paiement intervient ultérieurement, elles sont d’abord enregistrées comme accrued liabilities afin d’assurer une correspondance précise entre les coûts et les revenus dans les états financiers.
Les accrued liabilities sont majoritairement considérées comme des current liabilities car la plupart sont réglées sur une courte période, comme les salaires versés le mois suivant, les intérêts payés trimestriellement ou les impôts annuels. Au 01 janvier 2026, les normes IFRS (IAS 1) et US GAAP (ASC 210) utilisent « dans les 12 mois ou un cycle d’exploitation » comme principal critère de classification des current liabilities (source : IFRS IAS 1 et US GAAP ASC 210, 01 janvier 2026).
Cependant, « généralement » ne signifie pas « toujours ». Si un contrat ou un accord prévoit qu’une accrued liability sera réglée au-delà d’un an, elle doit être classée comme non-current liability. Par exemple, des frais de service post-payés annuels à long terme ou des dépenses anticipées pour un litige en cours nécessitent une évaluation selon les termes contractuels et les plans de trésorerie.
Les accrued liabilities sont courantes dans les contextes Web3, selon le principe « dépense engagée, paiement non effectué ». Par exemple :
Dans une DAO, si une proposition autorise un service avec une fourchette de coûts définie et que le service a été rendu mais non payé, une accrued liability est reconnue pour refléter fidèlement l’obligation.
La classification dépend du délai de règlement attendu et du cycle d’exploitation. Le processus peut se résumer ainsi :
Étape 1 : Identifier l’obligation. S’assurer que la charge a été engagée et que l’entreprise en assume le paiement — cela inclut les termes contractuels, les propositions de gouvernance ou les preuves d’acceptation de service.
Étape 2 : Examiner les modalités. Vérifier les échéanciers contractuels ou internes pour savoir si le paiement doit intervenir dans les 12 mois ou selon le cycle d’exploitation habituel.
Étape 3 : Évaluer les flux de trésorerie. Prendre en compte les plans de financement et les pratiques historiques de paiement. Si le règlement intervient généralement dans l’année, classer en current ; si le paiement est prévu après un an, classer en non-current.
Étape 4 : Présentation dans les états financiers. Présenter chaque catégorie séparément au bilan. Si les montants sont significatifs et de natures différentes, présenter distinctement la composition et la structure de maturité des accrued liabilities pour renforcer la transparence (source : pratiques IFRS et US GAAP, 01 janvier 2026).
Une augmentation des accrued liabilities accroît les current liabilities, ce qui affecte des indicateurs tels que le ratio de liquidité générale et le ratio de liquidité immédiate. Si les obligations à court terme s’accumulent, l’entreprise doit disposer de liquidités suffisantes pour les honorer ; sinon, des tensions de trésorerie peuvent apparaître.
Une mauvaise classification des accrued liabilities dans les accords de financement ou de prêt peut fausser le calcul des covenants. Par exemple, comptabiliser des obligations à long terme en current peut diminuer le ratio de liquidité générale et affecter l’accès au crédit ou la conformité. Une comptabilisation précise permet de refléter les charges en temps réel et d’éviter la surestimation des bénéfices.
Parmi les exemples typiques d’accrued liabilities, on trouve :
Dans les scénarios Web3, les récompenses d’événements, les frais de maintenance technique, les dépenses d’hébergement de nœuds et les audits de sécurité de cross-chain bridge réalisés mais non réglés constituent également des accrued liabilities. La classification en current dépend des modalités de paiement et des dates de règlement prévues.
À titre d’exemple d’opérations sur une trading platform, les plateformes comme Gate peuvent rencontrer les cas suivants :
Ces exemples illustrent des pratiques courantes ; le traitement comptable doit respecter les termes contractuels et les normes applicables tout en tenant compte des modalités réelles de règlement pour la classification.
Les principaux risques concernent la pression sur la trésorerie et le manque de transparence. Si de nombreuses accrued liabilities arrivent à échéance simultanément sans réserves de liquidités suffisantes, la capacité de paiement et la crédibilité de la plateforme peuvent être menacées, soulevant des inquiétudes quant à la sécurité des fonds des utilisateurs. Une mauvaise classification peut également induire en erreur les décisions et les accords de financement.
Une gestion efficace repose sur :
Étape 1 : Tenue d’un registre des accruals. Suivre régulièrement salaires, impôts, frais de services et incitations utilisateurs avec des montants et échéances clairs.
Étape 2 : Alignement sur les budgets de trésorerie. Intégrer les profils de maturité des accrued liabilities dans les prévisions de trésorerie pour maintenir des réserves de liquidités.
Étape 3 : Renforcement des processus de divulgation et d’approbation. Présenter séparément les accruals significatifs ; exiger des approbations multi-signatures et des pistes d’audit claires pour les paiements. Dans les équipes Web3, des outils comme les portefeuilles multisig et les protocoles de gestion de fonds peuvent réduire les risques opérationnels.
Les deux sont des passifs mais leur origine diffère. Les accrued liabilities concernent des charges engagées et pouvant être estimées de façon raisonnable mais non encore facturées ou arrivées à échéance ; les accounts payable désignent généralement des montants dus sur la base de factures reçues ou de bons de commande fournisseurs.
Par exemple, des services d’audit réalisés sans facture sont enregistrés comme accrued liabilities ; une fois la facture reçue, ils passent en accounts payable. En pratique, chacun figure dans des comptes distincts pour faciliter la gestion et le rapprochement des paiements.
Les accrued liabilities représentent des obligations où « la charge est engagée mais le paiement est différé ». Leur classification en current liability dépend du fait qu’elles soient réglées dans les 12 mois ou au cours d’un cycle d’exploitation. La plupart des accruals liés à l’activité sont réglés à court terme et sont donc traités en current ; les accords à long terme relèvent des non-current liabilities. Une comptabilisation et une classification précises permettent de refléter fidèlement les coûts et obligations, et d’assurer la gestion des risques de trésorerie et de conformité — cela vaut aussi bien pour les projets Web3 que pour les plateformes de trading.
Bien que les deux constituent des dettes, leur origine diffère. Les accounts payable résultent de dettes connues appuyées par des factures ou contrats — par exemple, des biens achetés auprès de fournisseurs mais non encore payés. Les accrued liabilities proviennent de dettes estimées sur la base d’activités déjà réalisées — comme des salaires gagnés par les employés mais versés en fin de mois. En résumé, les accounts payable disposent de justificatifs ; les accrued liabilities reposent sur des estimations.
Le critère principal est la date prévue de paiement. Si le règlement doit intervenir dans l’année (ou un cycle d’exploitation), il s’agit d’une current liability ; si le paiement est prévu au-delà d’un an, c’est une non-current liability. Par exemple, des salaires mensuels accumulés et payés le mois suivant sont current ; une rémunération différée promise aux employés avec paiement dans cinq ans est non-current. C’est le terme de remboursement — et non la nature de l’obligation — qui est déterminant.
La plupart des accrued liabilities ont une durée courte — elles sont censées être réglées dans l’année — et s’intègrent donc naturellement aux current liabilities. Les éléments courants comme les salaires, primes et intérêts accumulés exigent généralement un règlement peu après la fin de chaque mois, trimestre ou année. Les current liabilities reflètent une pression financière à court terme et des sorties de trésorerie imminentes ; les accrued liabilities issues des opérations quotidiennes correspondent à ce profil. Les exceptions incluent les provisions à long terme, telles que les pensions ou la rémunération différée — qui sont non-current.
Les erreurs d’estimation des accrued liabilities affectent directement le total des dettes et le bénéfice net. Une surestimation accroît les charges de la période en cours et réduit le bénéfice, tout en diminuant les ratios de liquidité — donnant une image financière plus tendue ; une sous-estimation produit l’effet inverse — elle gonfle artificiellement le bénéfice et masque les pressions réelles de remboursement. De telles inexactitudes peuvent induire en erreur investisseurs, créanciers et dirigeants. Les entreprises doivent donc recourir à des méthodes d’estimation robustes (données historiques, références sectorielles) et divulguer les principales hypothèses dans les notes annexes pour garantir la précision et la transparence.
Les projets crypto et les DAO fonctionnent différemment mais suivent des principes financiers similaires. Les accrued liabilities couvrent les coûts engagés mais non payés — tels que les salaires de développeurs, les frais d’audit ou les engagements d’airdrop. Compte tenu de la nature décentralisée des DAO et de leur gouvernance on-chain, la gestion des accruals exige plus de rigueur — souvent via des smart contracts ou des multisig wallets pour garantir la transparence. Les projets doivent clairement divulguer ces obligations dans les états financiers ou les données on-chain afin d’éviter les risques de trésorerie ou la perte de confiance de la communauté liée à de mauvaises estimations.


