Asserion d'occurrence

Fonctionnement

L'assertion d'occurrence 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 vous 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. La plupart des équipes traitent occurrence et intégralité comme 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é. Elles sont conceptuellement liées mais nécessitent des procédures différentes.

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
Vous sélectionnez un échantillon de 30 factures émises en décembre 2024 (au-delà du seuil d'anomalie attendue de 15 K EUR). Pour chacune, vous tracez 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 votre conclusion (« Conforme » ou « Erreur d'occurrence »). Vous identifiez 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). Bien que l'échantillon soit petit, l'erreur est significative et doit être ajustée ou vous devez étendre votre examen à toutes les factures de décembre. Documentation : une note dans votre 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).
Conclusion : l'assertion d'occurrence pour Menuiserie Côte d'Azur a nécessité un ajustement de 42 K EUR pour le chiffre d'affaires décembre. C'est défendable parce que vous avez documenté comment l'erreur a été identifiée et quantifiée.

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

• Confondre l'intégralité avec l'occurrence. Vous pouvez satisfaire l'assertion d'intégralité en testant un processus de clôture strict, mais cela ne teste pas occurrence. Un processus qui force tous les biens expédiés en décembre à être facturés en décembre résout 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étecter l'erreur d'occurrence.
• Skier 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 occurrence. Faux. Une écriture d'ajustement enregistrée correctement arithmétiquement 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). 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 que vous devez tester à la fois pour intégralité et pour occurrence.
• 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 sera pas détectée. Vous devez 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 vous 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 courale : 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 généralement le plus grand impact, car une transaction fictive enregistrée affecte directement le profit comptable.
---