Reconnaissance du produit des activités ordinaires au fil du temps

Ce que les cabinets font, ce que la norme exige

Le réflexe par défaut, sur un contrat de service ou de construction long, consiste à reconnaître au fil du temps et passer à autre chose. La méthode des coûts engagés est appliquée parce qu'elle est simple à calculer, et le pourcentage d'avancement sort directement de la balance. Le critère retenu (35(a), (b) ou (c)) n'est pas mentionné dans le mémo de planification. Quand on demande à l'équipe pourquoi c'est du « over-time », la réponse tourne autour de « c'est ce qu'on fait sur ce type de contrat ».

La norme dit autre chose. IFRS 15.35 établit que la reconnaissance progressive n'est possible que si l'un des trois critères suivants est rempli : (a) le client reçoit et consomme simultanément les avantages de la performance au fur et à mesure que l'entité l'exécute (typique des services de maintenance ou des contrats de nettoyage récurrents) ; (b) la performance de l'entité crée ou améliore un actif que le client contrôle au fur et à mesure de sa création (typique des constructions sur le terrain du client) ; (c) la performance de l'entité ne crée pas un actif ayant une utilisation alternative pour l'entité, et l'entité a un droit exécutoire au paiement de la performance accomplie à ce jour. Ce dernier critère est le plus piégeux : le test de « l'utilisation alternative » (IFRS 15.36) et le test du droit au paiement (IFRS 15.37) doivent être menés conjointement, et c'est là que les dossiers s'effondrent en inspection.

En pratique : la zone grise, c'est 35(c). L'utilisation alternative dépend des restrictions contractuelles et pratiques pesant sur l'entité. Un éditeur de logiciel sur mesure peut techniquement revendre la plateforme à un autre client, ce qui semble exclure 35(c). Mais si la plateforme est codée pour les processus métier d'un client unique, sa revente exigerait un retravail si substantiel que la « capacité » technique n'a pas de réalité économique. La norme exige le jugement. Le dossier exige la preuve du jugement.

Pourquoi le dossier est trop léger

Nous le voyons sur les missions à enjeux. Le critère retenu (35(a), (b), ou (c)) n'apparaît nulle part dans le dossier. À sa place : une note de synthèse de trois lignes qui conclut à la reconnaissance progressive, sans expliquer lequel des trois tests est satisfait, ni pourquoi.

Ce n'est pas un accident. Le forfait est connu d'avance. Le budget temps sur l'analyse IFRS 15 est typiquement de quatre à huit heures pour un contrat long. Documenter sérieusement le critère 35(c), c'est reconstituer le contrat, identifier les clauses de résiliation pour convenance, vérifier le droit au paiement à ce jour incluant une marge raisonnable, tester la substance économique de l'usage alternatif. Quinze heures, plus si le contrat est en anglais et que la rédaction est ambiguë. Personne ne facture ces quinze heures sur un mandat à honoraires fixes. Donc on choisit le critère qui ressemble le plus à la situation, on rédige une conclusion, on signe.

Ce qui se passe réellement : le critère est choisi au doigt mouillé, et la documentation rationalise après coup. C'est l'une des observations qui revient le plus dans les revues qualité internes de nos confrères, et c'est aussi ce que les rapports H2A pointent quand ils citent l'insuffisance des éléments probants sur les comptes de produit.

Désaccord d'associé : output vs cost-to-cost

Sur un contrat de construction de plateforme logicielle de 18 mois, deux associés expérimentés peuvent légitimement diverger sur la méthode de mesure de l'avancement.

L'associé A préfère la méthode de résultat (output), fondée sur les modules livrés et acceptés par le client. Sa raison : IFRS 15.39 indique que la méthode de résultat reflète mieux le transfert de contrôle quand la production est fragmentable en livrables distincts et acceptables. Le risque de manipulation est plus faible, parce que la livraison est un événement observable (acceptation client par PV).

L'associé B préfère la méthode des coûts engagés (cost-to-cost). Sa raison : sur un contrat de développement où certains modules exigent peu de codage mais beaucoup de configuration client, le « pourcentage de modules livrés » est trompeur. Le module 6 sur 18 ne représente pas mécaniquement 33 % de l'effort. La méthode des coûts engagés (15.41 sur les ajustements pour coûts inefficaces) capture mieux la réalité économique.

Les deux ont raison. Ni IFRS 15.39 ni 15.41 n'imposent une méthode unique. La norme exige que la méthode retenue soit la plus représentative du transfert de contrôle, et que le choix soit documenté. Dans les dossiers que nous voyons, ce n'est pas le choix qui pose problème ; c'est l'absence de la note qui explique pourquoi cette méthode plutôt que l'autre. Le dossier est trop léger sur ce point précis.

Exemple pratique : Technologie Solutions Benelux S.A.

Client : entreprise belge de services informatiques, chiffre d'affaires 28 M EUR, rapportage IFRS.

Contrat initial : mise en œuvre d'une plateforme logicielle personnalisée pour un client manufacturier. Durée 18 mois. Prix 3,6 M EUR. Le client approuve le design, participe aux sessions de test, dirige les priorités de développement. Aucun tiers ne pourrait utiliser la plateforme sans modification substantielle.

Étape 1 : évaluer le contrôle de l'actif L'entité crée un système logiciel sur mesure. Le client dirige le processus et approuve chaque étape. L'actif n'a pas d'usage alternatif pour Technologie Solutions, et le contrat prévoit une indemnisation incluant la marge en cas de résiliation pour convenance. IFRS 15.35(c) s'applique, croisé avec 15.36 et 15.37. Note documentée : section « Performance obligation » du mémo de planification. Référence aux clauses 12 et 18 du contrat client (résiliation, droit au paiement). Conclusion : reconnaissance au fil du temps justifiée sur la base de 35(c), pas de 35(b).

Étape 2 : choisir une méthode de mesure Technologie Solutions a engagé 180 000 EUR en salaires, équipement et frais de test au cours des six premiers mois. Les coûts estimés pour l'ensemble du projet sont de 1,2 M EUR. Le client a accepté 6 modules sur 18 comme opérationnels.

Méthode de résultat : 6/18 = 33 % achevés. Produit reconnu : 33 % × 3,6 M = 1,188 M EUR. Méthode de coûts engagés : 180 000 / 1 200 000 = 15 % achevés. Produit reconnu : 15 % × 3,6 M = 540 000 EUR.

L'écart est de 648 000 EUR sur la même période. La méthode retenue est celle des coûts engagés, parce que les modules ne sont pas d'effort comparable (le module 1 contient l'ossature technique, les modules 13 à 18 sont des extensions plus légères). L'argumentaire est documenté dans une note technique signée par l'associé.

Étape 3 : la complication (mois 9) Le client demande un avenant. Trois modules supplémentaires, recalibrage du planning, prix porté à 4,1 M EUR. Question : est-ce une modification d'un contrat existant (IFRS 15.21) ou un nouveau contrat distinct ? Et faut-il recalculer rétrospectivement le pourcentage d'avancement ?

L'analyse retient l'application d'IFRS 15.21(b) : les biens promis dans la modification ne sont pas distincts (ils s'intègrent à la plateforme existante), donc la modification est traitée comme faisant partie du contrat initial. Le pourcentage d'avancement est recalculé sur la nouvelle base de coûts (1,4 M EUR de coûts totaux estimés au lieu de 1,2 M). Effet de rattrapage cumulatif au mois 9, conforme à IFRS 15.21(b). Note documentée : analyse de la modification, conclusion sur 15.21, calcul du rattrapage avec impact sur le compte de résultat de la période. Sans ce mémo, l'inspection conclura que le rattrapage n'a pas été tracé.

Quand cette distinction compte en mission

Nous commençons toujours par la même question : le client peut-il, à tout moment du contrat, demander la livraison de l'avancement et obtenir un actif utilisable ? Si oui, on est sur 35(b) ou 35(c) selon le contrôle. Si non, on est probablement sur la reconnaissance ponctuelle. Cette question décide de l'approche d'audit. Au fil du temps, l'auditeur teste la mesure de l'avancement à chaque clôture intermédiaire ; ponctuellement, l'auditeur teste un événement unique de transfert de contrôle.

Pour les CAC qui auditent des cabinets de conseil, des éditeurs de logiciel ou des entreprises de BTP, c'est le compte le plus exposé aux constats H2A sur l'insuffisance des éléments probants. Dans les EIP, c'est aussi le compte qui attire le plus d'attention en CAC2. Le critère retenu doit figurer en clair dans le dossier, avec la preuve documentée du test (clauses contractuelles citées, calculs annexés, jugement explicité).

Reconnaissance ponctuelle vs reconnaissance au fil du temps

Termes connexes

- Obligation de prestation : Une promesse de transférer un bien ou un service distinct au client. La reconnaissance au fil du temps s'applique à certaines obligations de prestation, identifiées contrat par contrat. - Transfert de contrôle : Le moment où le client obtient l'utilisation et les avantages d'un actif. La date de transfert détermine si la reconnaissance est ponctuelle ou progressive. - Contrats clients : La structure complète d'IFRS 15 couvrant l'identification, la segmentation, et la comptabilisation des produits des activités ordinaires. - Satisfaction d'une obligation de prestation : Le moment ou le processus par lequel une entité accomplit ce qu'elle a promis. La périodicité (ponctuelle vs au fil du temps) influe sur la comptabilisation.

---