Definition

Une facture de 200 K EUR apparaît dans le grand livre au 31 décembre. Le bien n'a été expédié que le 5 janvier. Le dossier est trop léger pour justifier la comptabilisation en décembre, mais personne ne l'a vérifié avant la revue finale. L'assertion d'occurrence existe précisément pour empêcher ce scénario. Régie par : ISA 315.25.

Fonctionnement

Ce que l'assertion d'occurrence ne couvre pas est aussi important que ce qu'elle couvre. Elle ne vérifie pas l'arithmétique des montants, ni leur classement dans le bon compte. Elle couvre deux directions de test. D'abord, vérifier que les montants enregistrés au bilan et au compte de résultat représentent des transactions qui se sont réellement déroulées. Ensuite, confirmer que ces transactions appartenaient à l'entité pendant l'exercice en question. Un achat enregistré le 31 décembre doit être un achat qui s'est produit ce jour-là, pas un achat du mois suivant antidaté pour augmenter l'actif. Une vente comptabilisée en janvier ne doit pas être incluse dans les résultats de décembre simplement parce que les biens ont été expédiés en fin de période.

ISA 315.25 énumère l'occurrence parmi les assertions implicites dans chaque cycle de transactions. ISA 330.8 oblige à concevoir des procédures qui répondent à cette assertion à la fois au niveau des soldes des comptes et au niveau des classes de transactions. Sur le papier, occurrence et intégralité sont des faces opposées de la même pièce : occurrence dit que ce qui est enregistré était réel, intégralité dit que tout ce qui était réel a été enregistré. En réalité, elles nécessitent des procédures distinctes et les collaborateurs qui traitent les deux avec un seul test passent systématiquement à côté de l'une ou de l'autre.

Exemple pratique : Menuiserie Côte d'Azur SARL

Client : petit fabricant français de mobilier de luxe, chiffre d'affaires 8,5 M EUR, exercice clos 31 décembre 2024.

Étape 1 — identifier le risque d'occurrence spécifique à ce client Menuiserie Côte d'Azur expédie des commandes sur plusieurs semaines avant facturation. Le cycle ventes-créances couvre donc un délai naturel entre la fabrication, l'expédition et la facturation. Une erreur d'occurrence typique : une commande en cours de fabrication le 31 décembre est facturée le 2 janvier, mais l'équipe comptable la comptabilise en décembre pour atteindre un objectif de chiffre d'affaires. Documentation : une feuille de calcul listant chaque commande facturée en décembre avec sa date d'expédition réelle extraite du système de logistique.

Étape 2 — mettre en œuvre une procédure d'occurrence directe Nous sélectionnons un échantillon de 30 factures émises en décembre 2024 (au-delà du seuil d'anomalie attendue de 15 K EUR). Pour chacune, nous traçons la facture vers le bon de livraison signé par le client et vers le journal d'expédition. L'objectif n'est pas de vérifier l'arithmétique, mais de confirmer que le bien a été expédié avant ou à la date de facturation, et que la date de facturation était en décembre. Documentation : un tableau Excel listant le numéro de facture, la date de facturation selon le grand livre, la date d'expédition selon le système de logistique, et la conclusion (« Conforme » ou « Erreur d'occurrence »). Nous identifions deux factures avec une date d'expédition du 5 janvier.

Étape 3 — évaluer l'erreur projetée Les deux factures non conformes représentent une erreur d'occurrence de 42 K EUR (bien au-delà du seuil). L'échantillon est petit, mais l'erreur est significative et doit être ajustée, ou nous devons étendre l'examen à toutes les factures de décembre. Documentation : une note dans le papier de travail ISA 330.8 décrivant la procédure, le résultat, et la conclusion que l'assertion d'occurrence pour le cycle ventes-créances est satisfaite (après ajustement).

L'assertion d'occurrence pour Menuiserie Côte d'Azur a nécessité un ajustement de 42 K EUR sur le chiffre d'affaires décembre. C'est défendable parce que nous avons documenté comment l'erreur a été identifiée et quantifiée.

Ce que les auditeurs et les réviseurs ne font pas bien

Le premier réflexe est de confondre l'intégralité avec l'occurrence. Un processus qui force tous les biens expédiés en décembre à être facturés en décembre résout l'intégralité. Mais si le processus enregistre également des factures anticipées (biens non encore expédiés), seule une procédure de dénouement des ventes entre décembre et janvier détectera l'erreur d'occurrence. Satisfaire une assertion ne dit rien sur l'autre.

Deuxième erreur fréquente : passer le test d'occurrence pour les cycles de clôture. Beaucoup d'équipes supposent que le test d'intégrité des écritures de clôture couvre l'occurrence. C'est faux. Une écriture d'ajustement enregistrée correctement sur le plan arithmétique peut encore représenter une transaction qui ne s'est pas produite (provision enregistrée pour un litige qui n'existe pas, ou frais accrués pour un service non rendu). C'est du tampon si le dossier ne contient aucune preuve que la transaction a eu lieu. ISA 330.8 exige une procédure d'occurrence distincte pour chaque assertion au niveau des soldes, et les ajustements de clôture sont des transactions à tester à la fois pour intégralité et pour occurrence.

Troisième piège : oublier la direction temporelle. Le test d'occurrence n'est pas une vérification de l'existence. C'est une vérification que chaque transaction enregistrée s'est produite pendant la bonne période. Une facture fictive au 31 décembre sera détectée par un test d'existence de créance. Mais une facture réelle du 15 janvier enregistrée en décembre ne le sera pas. Ce que ça signifie en pratique : nous devons tracer au moins un sous-ensemble des transactions postérieures à la date de clôture vers les documents de transaction antérieurs à la clôture pour vérifier qu'aucune n'a été antidatée.

Termes connexes

Assertion d'intégrité : l'inverse. Chaque transaction qui s'est produite a été enregistrée, pas seulement que ce qui a été enregistré s'est produit.

Assertion d'exactitude : tous les montants sont correctement calculés et enregistrés dans le bon compte.

ISA 330 : la norme qui oblige à concevoir des procédures d'audit en réponse à chaque assertion, y compris occurrence.

Procédures analytiques : souvent utilisées pour identifier les risques d'occurrence, en particulier les cycles sujets à des transactions circulaires ou anticipées.

Test de dénouement des ventes : la procédure d'occurrence la plus courante. Vérifier qu'aucune vente du mois suivant n'a été comptabilisée en décembre.

Compte de résultat : l'endroit où les erreurs d'occurrence ont le plus grand impact, car une transaction fictive enregistrée affecte directement le profit comptable.

---

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.