Modification de contrat

Ce qui echoue d'abord, IFRS 15.20 ensuite

Voici ce qu'on retrouve sur la moitie des dossiers ou une modification a eu lieu en cours d'exercice : aucune trace ecrite du test a trois volets. L'avenant est dans le classeur. L'entree comptable est passee. Mais le jugement de classement (nouveau contrat ? modification du contrat existant ? resiliation partielle ?) n'apparait nulle part. Quand on demande au senior pourquoi ils ont retenu telle ou telle option, la reponse est en general : "c'est ce que le client a fait dans son ERP."

Ce n'est pas une defaillance de connaissance. C'est une defaillance de budget temps. Le forfait sur ces missions est calcule sur le contrat d'origine, pas sur les modifications qui surviendront. Quand l'avenant arrive en novembre, l'equipe est deja sous l'eau sur la cloture. Le test IFRS 15.20 prend une heure si on le fait correctement. Cette heure n'est pas dans le budget.

Ce que la norme exige est plus simple que la pratique ne le suggere. IFRS 15.20 vous demande trois choses dans cet ordre. Premierement, la modification cree-t-elle des droits a des biens ou services distincts de ce qui etait promis avant ? Deuxiemement, le prix de contrepartie reflete-t-il le prix de vente autonome de ces biens ou services ajoutes ? Troisiemement, si la reponse aux deux est oui, c'est un nouveau contrat separe (IFRS 15.20). Sinon, on bascule sur IFRS 15.21.

Le deuxieme volet (IFRS 15.21) traite le cas le plus frequent. La modification ajoute une contrepartie au prix existant mais les biens ou services ne sont pas distincts du solde a remplir de l'obligation existante. Dans ce cas, l'ajout se rapporte au reliquat de l'obligation, et la modification ajuste soit le montant du produit, soit le delai de reconnaissance future. Le calcul du degre d'avancement doit etre repris.

Le troisieme volet : la modification supprime des droits d'execution sans en ajouter d'autres, ou elle ne presente aucune des caracteristiques precedentes. La modification est traitee comme une resiliation partielle. Le prix est reduit, et la reconnaissance s'ajuste en consequence.

La zone grise (et c'est la que vit le jugement) : le test de distinction d'IFRS 15.27. Un bien ou service est distinct s'il est distinct separement ET dans le contexte du contrat. Beaucoup d'equipes appliquent un seul des deux criteres. Sur les missions que nous signons, c'est l'erreur de classement la plus courante apres l'absence de documentation du prix de vente autonome.

Exemple pratique : Developpement Informatique Progressif S.a.r.l.

Client : societe de developpement logiciel belge. Mandat : conception d'un systeme de gestion integre. Contrat de 18 mois, prix initial 320 000 EUR.

Le contrat d'origine promet une obligation unique : le systeme integre, livre a la fin du mois 18. Le client a le controle du systeme une fois acheve. Comptabilisation : obligation satisfaite au transfert de controle, fin du mois 18, reconnaissance de 320 000 EUR a la livraison.

Note de documentation : dossier PT A3, justification du moment de satisfaction de l'obligation, date de transfert de controle fixee au 30 novembre 202X.

Au mois 11, le client demande une integration supplementaire avec un systeme fiscal tiers qui n'etait pas dans le scope d'origine. Cette integration cible un flux de donnees separe du systeme central. Le prix convenu est 45 000 EUR.

Le test : cette integration est-elle un service distinct ? L'utilisateur final peut en beneficier seul (oui, l'integration fiscale fonctionne avec ou sans le systeme de gestion principal). Le prix de 45 000 EUR correspond au prix de vente autonome d'une integration similaire sur le marche (devis comparable d'un fournisseur tiers conserve au dossier). IFRS 15.20(a) : nouvelle obligation de performance. Traitement : la modification cree un nouveau contrat distinct.

L'obligation d'origine (320 000 EUR) reste satisfaite a la livraison finale en mois 18. La nouvelle obligation (integration fiscale, 45 000 EUR) est satisfaite a la livraison de cette integration au mois 14.

Note de documentation : PT A3, modification au mois 11, jugement de distinction applique a l'integration fiscale, preuve du prix de vente autonome (devis de marche d'un fournisseur tiers comparable, conserve au dossier).

A la fin du mois 14, livraison de l'integration fiscale, reconnaissance de 45 000 EUR. A la fin du mois 18, livraison du systeme d'origine, reconnaissance de 320 000 EUR. Produit total reconnu : 365 000 EUR.

Complication a la cloture : les faits changent. Au mois 16, le client revient avec une demande de modification de l'interface utilisateur du systeme principal pour qu'elle reflete les ecrans de l'integration fiscale livree. Cout convenu : 12 000 EUR. Cette modification ne cree aucun bien distinct (la modification d'UI depend du systeme de base pour exister). Elle se rapporte au solde a remplir de l'obligation d'origine. C'est une modification du contrat existant au sens d'IFRS 15.21(b).

Consequence : il faut reprendre l'estimation du degre d'avancement de l'obligation d'origine, integrer les 12 000 EUR dans la contrepartie totale (332 000 EUR au lieu de 320 000), et ajuster le produit deja reconnu si le degre d'avancement le justifie. Au mois 16, sur 18 mois de prestation, le degre d'avancement est de 16/18, soit 88,9 %. Le produit qui aurait du etre reconnu a date sur l'obligation modifiee : 88,9 % de 332 000 EUR = 295 100 EUR. Si le produit deja reconnu etait base sur 88,9 % de 320 000 EUR (284 444 EUR), il faut comptabiliser un complement de 10 656 EUR au mois 16. Pas au mois 18.

Le jugement difficile ici est de decider si la modification d'UI est reellement non distincte. L'associe A dirait : c'est de la cosmetique, ca depend du systeme principal, IFRS 15.21(b), modification du contrat existant. L'associe B dirait : l'UI a une valeur economique observable (le client est pret a payer 12 000 EUR pour, ce qui suggere qu'elle est valorisee separement), donc IFRS 15.27 plaide pour la distinction. Les deux positions sont defendables. Sur les dossiers que nous voyons, c'est presque toujours l'argument de la dependance economique (IFRS 15.B28) qui tranche, mais pas avant une discussion documentee avec le client.

Ce que les examinateurs reperent en lecture transversale

Mauvaise application du test IFRS 15.27. L'entite doit evaluer si le bien ou service est distinct a la fois separement et dans le contexte du contrat. La majorite des equipes appliquent un seul critere. Une personnalisation du systeme principal, par exemple, qui depend du systeme de base pour fonctionner, n'est pas distincte meme si elle pourrait etre vendue seule sur le marche. C'est l'erreur que les examinateurs ouvrent en premier sur ces dossiers.

Absence de documentation du prix de vente autonome. Si une modification cree une nouvelle obligation, IFRS 15.22 exige un prix de vente autonome observable. Beaucoup d'equipes supposent que le prix convenu avec le client est le prix de vente autonome, sans preuve de marche. Une integration fiscale est-elle vraiment vendue seule pour 45 000 EUR sur le marche ? Le dossier doit le montrer. Un devis tiers, une grille tarifaire publique, un benchmark d'un confrere : il faut quelque chose. La signature du client sur l'avenant ne suffit pas.

Recalcul du degre d'avancement omis. Quand une modification change le prix d'une obligation partiellement remplie, certains ajoutent simplement le nouveau prix au produit deja reconnu. IFRS 15.21(b) exige de traiter l'ajout comme une modification qui peut accelerer ou retarder la satisfaction future. Cette distinction change le profil de reconnaissance, et c'est exactement ce que le test transversal de la H2A detecte : un saut de cadence inexplique au mois ou la modification a ete enregistree.

L'insight de second ordre : la pression structurelle qui produit ces erreurs n'est pas la complexite d'IFRS 15. Le standard est lisible. Le probleme est que les modifications surviennent presque toujours en cours d'exercice, dans la fenetre de cloture, quand le forfait de la mission est deja consomme. Le bon traitement coute du temps que personne n'a budgete. Tant que les cabinets factureront les missions IFRS 15 sur le contrat d'origine plutot que sur la complexite reelle du dossier en cours d'exercice, on continuera de voir des classements faits au doigt mouille.

Termes connexes

- Obligation de performance : l'engagement d'une entite a transferer un bien ou un service distinct au client. Une modification de contrat peut creer, supprimer, ou modifier une obligation de performance. - Controle d'un bien ou d'un service : le moment auquel l'obligation de performance est satisfaite. Une modification peut changer le moment du transfert de controle. - Prix de vente autonome : le prix auquel une entite vendrait un bien ou un service identique seul. Test essentiel pour classer une modification. - Contrat client : l'accord initial entre l'entite et le client. Les modifications en prolongent les termes. - Produit des activites ordinaires : le montant de contrepartie auquel l'entite s'attend a avoir droit. Les modifications en changent souvent le montant ou le delai de reconnaissance. - Reconnaissance du produit : le moment auquel on enregistre le produit au compte de resultat. Les modifications affectent directement cette reconnaissance.

Ressources connexes

La Checklist de modification de contrat IFRS 15 guide le jugement etape par etape et documente chaque critere de distinction avant que le produit ne soit reconnu.

---