Fonctionnement

IFRS 15 définit une obligation de prestation comme un engagement envers un client de transférer un bien ou un service. Mais ce mot « engagement » couvre réellement deux choses différentes: une promesse explicite dans les termes du contrat, et une promesse implicite basée sur les attentes commerciales raisonnables du client au moment du contrat.
Le paragraphe 27 d'IFRS 15 énonce le test de distinguabilité. Une obligation de prestation est distinguée séparément si l'une ou l'autre de ces conditions est remplie: (a) le client peut bénéficier du bien ou du service seul ou avec d'autres ressources facilement disponibles pour lui, et (b) l'entité promet de transférer le bien ou le service soit séparément, soit comme partie d'une série distincte.
En pratique, cela signifie que vous devez lire le contrat, identifier chaque élément livrable, puis vérifier si le client pourrait utiliser cet élément sans le bundle. Si un client achète un logiciel avec installation, formation et support pendant un an, ce sont potentiellement quatre obligations: le logiciel lui-même, l'installation, les heures de formation, et le support. Mais si l'installation et le support ne peuvent pas être utilisés séparément du logiciel (par exemple, le logiciel n'a de valeur que s'il est installé), vous n'avez qu'une obligation.
Le deuxième volet du test regarde comment l'entité promet de transférer. Si un contrat prévoit une « série distincte » d'obligations identiques ou similaires (par exemple, 12 mois de support technique livrés mensuellement), le paragraphe 22(b) permet de traiter cela comme une obligation unique plutôt que 12 obligations distinctes. C'est un allègement pratique qui reconnaît que certains flux de services sont trop granulaires pour être traités individuellement.

Exemple pratique: Éditions Mercier S.A.R.L.

Client: Société française de publication éducative, chiffre d'affaires annuel 18 M EUR, reporter selon IFRS.
Contrat: Une école régionale commande des matériels pédagogiques numériques pour 150 000 EUR comprenant: accès à une plateforme de contenus numériques (60 000 EUR), formation des enseignants sur deux jours (8 000 EUR), et assistance technique mensuelle pendant 18 mois (82 000 EUR).
Étape 1. Identifier les livrables potentiels
L'entité énumère dans le contrat quatre éléments distincts: accès au contenu, formation, support, et mises à jour logicielles. Chacun a un prix séparé.
Note de documentation: Création d'une matrice de contrat identifiant chaque élément livrable, le prix contractuel alloué, et la date prévue de livraison.
Étape 2. Appliquer le test de distinguabilité du paragraphe 27(a)
Peut l'école utiliser l'accès au contenu seul? Oui. Peut-elle utiliser la formation seule? Oui (elle pourrait engager d'autres formateurs). Peut-elle utiliser le support seul? Oui (le support sans le contenu n'a aucune valeur, donc il échoue à la première branche).
Note de documentation: Pour chaque obligation candidate, documenter si le client peut bénéficier seul ou avec d'autres ressources. Pour le support: « Le support sans l'accès au contenu n'a aucune valeur pour le client. Support manque le test du paragraphe 27(a). »
Étape 3. Appliquer le test de distinguabilité du paragraphe 27(b)
L'entité promet-elle de transférer l'accès et le contenu de manière que le client dépende d'autres ressources pour bénéficier? Non. L'entité le transfère seul. Le support est livré comme une série distincte pendant 18 mois.
Note de documentation: « L'accès au contenu est transféré dans une configuration autonome. La formation est fournie sous forme d'événement unique. Le support est fourni comme une série mensuelle distinctive pendant 18 mois, ce qui le qualifie comme une obligation de prestation distincte selon le paragraphe 22(b). »
Étape 4. Conclure le nombre d'obligations
Éditions Mercier identifie trois obligations de prestation: (1) accès au contenu (60 000 EUR), (2) formation des enseignants (8 000 EUR), (3) support technique 18 mois (82 000 EUR). Les mises à jour logicielles sont incluses dans l'accès et ne constituent pas une obligation distincte car elles ne peuvent être utilisées que via la plateforme.
Reconnaissance des produits: Le contenu est livré immédiatement (150 000 EUR comptabilisés à la signature ou au déploiement selon les conditions d'acceptation). La formation est reconnue à la date de réalisation (8 000 EUR). Le support est reconnu au fil du temps sur 18 mois (environ 4 556 EUR par mois).
Note de documentation: Tableau de rapprochement montrant le prix d'allocation (60 000 / 8 000 / 82 000), le calendrier de livraison et la date de reconnaissance des produits pour chaque obligation. Les hypothèses sur la distinguabilité sont documentées au niveau du contrat, pas du lot.
Conclusion: L'identification de trois obligations distinctes est défendable. Si Mercier avait consolidé le support dans une seule obligation (ce qui est une erreur fréquente), l'intégralité de 150 000 EUR aurait pu être reconnue immédiatement, surchargeant l'exercice courant avec le produit qui devrait s'étaler sur 18 mois.

Ce que les réviseurs et les praticiens se trompent

  • Constat d'audit courant (Tier 1): Les findings d'inspection du PCAOB sur IFRS 15 (2016-2023) montrent que la sous-identification des obligations de prestation apparaît dans 31% des dossiers examinés comportant des contrats complexes. La plupart des entités comptabilisent correctement les livraisons principales mais rassemblent le support et les services accessoires en une obligation unique quand elles devraient être distinguées. Cette erreur retarde la reconnaissance des produits sur plusieurs exercices.
  • Erreur technique courante (Tier 2): IFRS 15.27 exige que vous posiez deux questions: (1) Le client peut-il utiliser le bien ou le service seul? (2) L'entité promet-elle de le transférer séparément ou comme partie d'une série distincte? Beaucoup de praticiens répondent correctement à la première mais oublient que la deuxième branche inclut les « séries distinctes ». Quand un contrat prévoit 12 mois de services mensuel identiques, cela demeure une obligation unique (paragraphe 22(b)), pas 12 obligations. Le réflexe est de créer une obligation par mois. C'est incorrect.
  • Écart de pratique documentée (Tier 3): Même quand le nombre d'obligations est identifié correctement, de nombreuses entités mid-tier ne documentent pas le jugement au niveau du contrat. La documentation se résume à un résumé de population ou à une case à cocher générique. IFRS 15 requiert du jugement professionnel documenté: pourquoi cette obligation est distinguée, pourquoi celle-ci ne l'est pas. Cette défaillance documentaire est flagrante lors de la revue de la direction et des auditeurs externes.

Obligation de prestation vs. Flux de produits contractuels

| Dimension | Obligation de prestation | Flux de produits contractuels |
|---|---|---|
| Définition | Engagement distinct envers un client de transférer un bien ou un service identifié séparément | Résultat net de la comptabilisation de toutes les obligations d'un contrat dans les états financiers |
| Gouvernance | IFRS 15 paragraphes 22-29 | IFRS 15 paragraphes 35-45 (reconnaissance et évaluation) |
| Nombre | Un contrat peut contenir une ou plusieurs obligations | Un contrat produit un ou plusieurs flux de produits une fois que les obligations sont comptabilisées |
| Timing de comptabilisation | Établi à la signature du contrat (ou lors de l'identification des obligations) | Étalé sur le temps ou au moment de la satisfaction selon la nature de l'obligation |
| Documentation requise | Identification du contrat, énumération des obligations, test de distinguabilité appliqué à chacune | Évaluation du prix de transaction alloué, évaluation du calendrier de livraison, preuves de satisfaction |

Quand cette distinction compte dans un engagement

L'identification des obligations de prestation détermine l'intégralité du calendrier de reconnaissance des produits. Un contrat de 1 M EUR avec trois obligations (contenu immédiat, formation à J+60, support sur 24 mois) sera comptabilisé en trois tranches: 500 000 EUR à la livraison du contenu, 150 000 EUR à la formation, et 350 000 EUR reconnu mensuellement pendant 24 mois. Si vous les fusionniez en une seule obligation avec une date de satisfaction unique, l'intégralité de 1 M EUR serait potentiellement reconnue à la date de signature ou à une autre date mal choisie.
Ceci est particulièrement critique pour les contrats de software-as-a-service (SaaS), les contrats de construction multi-ans, et les arrangements de licence avec service. Les praticiens mid-tier qui n'ont pas d'infrastructure IFRS 15 robuste sont enclins à traiter tout le contrat comme une obligation unique, ce qui produit soit une comptabilisation anticipée (risque de surcharge), soit une comptabilisation tardive (retard de produit).
Sur un engagement, vous défiez cela en: (1) examinant chaque contrat de plus de 100 000 EUR ligne par ligne, (2) appliquant vous-même le test de distinguabilité du paragraphe 27, (3) obtenant l'évaluation écrite de la direction de ses conclusions, (4) vérifiant que la comptabilisation correspond à la conclusion sur les obligations. Si la direction a identifié deux obligations mais comptabilisé l'intégralité du contrat comme une obligation, vous avez trouvé une anomalie.

Termes connexes

---

Recevez des conseils d'audit concrets, chaque semaine.

Pas de théorie d'examen. Juste ce qui accélère les audits.

Plus de 290 guides publiés20 outils gratuitsConçu par un auditeur en exercice

Pas de spam. Nous sommes auditeurs, pas commerciaux.