Glossaire des tâches et contrôles du cabinet.

Confusion fréquenteUn agent est souvent confondu avec un assistant conversationnel : le second répond dans une fenêtre, le premier agit sur un environnement défini — applications tierces, bases de données, postes de travail — et en modifie l’état.

Exemple avec données fictivesDans un cabinet fictif, un agent lit une boîte de réception fictive, classe les messages par dossier et prépare un brouillon de réponse. L’envoi reste bloqué : aucun message ne part sans qu’un collaborateur l’ait ouvert et validé.

Ce qui reste à déciderEnchaîner des lectures, préparer un classement et rédiger une proposition est automatisable. Écrire dans un logiciel du cabinet ou envoyer un message reste soumis à une validation humaine explicite.

Confusion fréquenteConvention Memlia : nous ne déclarons jamais un export anonyme ou conforme au seul motif que ses lignes sont regroupées.

Exemple avec données fictives« 7 dossiers à contrôler » est affiché pour le pôle ; aucun nom, cadence ou score de gestionnaire n’apparaît.

Ce qui reste à déciderCalculer et afficher les comptes est automatisable ; définir la granularité, la finalité et les droits de lecture relève du cabinet.

Confusion fréquenteUne mission proportionnée n’est pas une assurance réduite ni un simple classement administratif. La NEP 911 vise une assurance raisonnable, élevée mais non absolue ; le CAC conserve son jugement pour déterminer les travaux et fonder son opinion. Une petite entreprise ne relève pas automatiquement d’un mandat de trois exercices.

Exemple avec données fictivesDans un mandat fictif, la préparation identifie la durée déclarée et les pièces de nomination. Une durée non confirmée bloque le choix de la trame ; le CAC détermine la norme applicable et ses diligences.

Ce qui reste à déciderPréparation : rassembler les pièces de mandat et proposer un suivi documentaire. Validation : l’équipe confirme les informations et la trame retenue ; une situation hors règle reste en exception. Jugement : le CAC apprécie le cadre applicable, les risques, ses diligences et ses rapports, sans écrasement de ses choix ni génération de son opinion.

Confusion fréquenteLes mêmes délais ne valent pas pour chaque déclaration ou signalement.

Exemple avec données fictivesUne variable oubliée est repérée sur un dossier fictif ; le gestionnaire confirme la correction puis choisit la déclaration adaptée.

Ce qui reste à déciderDétecter l’écart et préparer un dossier de correction est automatisable ; choisir, corriger et transmettre exige une validation.

Confusion fréquenteUne anomalie ne devient pas significative uniquement parce qu’un montant dépasse un seuil. Une anomalie de montant inférieur peut être significative par sa nature ou ses circonstances ; plusieurs anomalies peuvent aussi se cumuler.

Exemple avec données fictivesDans un dossier fictif, une information requise manque dans l’annexe. Le CAC examine sa nature et les besoins des utilisateurs, même si aucun montant élevé ne ressort du tableau des écarts.

Ce qui reste à déciderNous récapitulons les écarts et leurs pièces, sans les qualifier automatiquement de significatifs ni de fraude. Le CAC apprécie montant, nature, cumul et circonstances ; ses qualifications et conclusions restent préservées.

Confusion fréquenteLes données pseudonymisées conservent un caractère personnel ; la pseudonymisation est réversible, contrairement à l’anonymisation.

Exemple avec données fictivesUn petit groupe avec un seul dossier atypique reste reconnaissable malgré l’absence de nom : l’export n’est pas déclaré anonyme.

Ce qui reste à déciderAppliquer des transformations et tester des seuils est automatisable ; qualifier juridiquement le résultat nécessite une revue humaine.

Confusion fréquenteUne assertion n’est ni une déclaration de la direction ni le nom d’un test. Le contrôle porte sur une ou plusieurs assertions ; son résultat doit être apprécié pour fonder une conclusion.

Exemple avec données fictivesDans un dossier fictif, une vente enregistrée en décembre mais livrée en janvier conduit l’équipe à examiner la séparation des exercices. Le seul rapprochement du total des ventes ne répond pas à cette question.

Ce qui reste à déciderNous préparons les rapprochements et les renvois selon les assertions retenues par le CAC ; il choisit les travaux et apprécie leurs résultats. Une donnée de période absente suspend la comparaison, sans modifier les commentaires saisis.

Confusion fréquenteL’assurance raisonnable n’est ni une certitude absolue ni un pourcentage de confiance fourni par un outil. Un fichier sans alerte ne démontre pas, à lui seul, l’absence d’anomalies significatives.

Exemple avec données fictivesDans un dossier fictif, aucun écart n’apparaît dans les éléments examinés ; le CAC apprécie néanmoins si les travaux sont suffisants pour soutenir son opinion sur l’ensemble des comptes.

Ce qui reste à déciderNous présentons les contrôles exécutés, les données utilisées et leurs limites ; le CAC décide des travaux complémentaires et de la conclusion. L’outil n’attribue aucun niveau d’assurance à la mission.

Confusion fréquenteL’audit des comptes ne garantit ni la viabilité de l’entité ni la qualité de sa gestion. Il se distingue de la préparation de la comptabilité et d’un simple contrôle de structure de fichier.

Exemple avec données fictivesPour une entité fictive, l’équipe rassemble les éléments collectés et ses travaux ; le signataire apprécie ces éléments avant de formuler son opinion.

Ce qui reste à déciderNous préparons rapprochements, renvois et exceptions sans modifier les observations saisies ; le CAC conserve la stratégie d’audit, l’appréciation des éléments collectés, l’opinion et la signature.

Confusion fréquenteL’automatisation est parfois confondue avec la numérisation, qui consiste seulement à remplacer le papier par un fichier, ou avec l’intelligence artificielle, qui infère un résultat au lieu de suivre une règle écrite d’avance.

Exemple avec données fictivesDans un cabinet fictif, le contrôle de cohérence entre le grand livre et un relevé bancaire est exécuté chaque semaine pour un jeu de dossiers tests. Les lignes qui correspondent exactement ne remontent nulle part ; celles qui diffèrent sont mises de côté pour un collaborateur fictif nommé pour l’exercice.

Ce qui reste à déciderExécuter la règle sur chaque occurrence et signaler les cas hors règle est automatisable. Écrire la règle, en fixer les limites et décider quoi faire des cas signalés restent des choix humains, revus à échéance régulière.

Confusion fréquenteL’automatisation robotisée est souvent confondue avec l’intelligence artificielle : elle rejoue une séquence de gestes décrite à l’avance et ne déduit rien du contenu qu’elle manipule.

Exemple avec données fictivesDans un cabinet fictif, une séquence recopie chaque semaine l’état de dix dossiers fictifs depuis un écran de suivi vers un classeur. Un bouton déplacé par une mise à jour l’arrête : elle s’interrompt et nomme l’écran qu’elle n’a pas reconnu, sans rien écrire.

Ce qui reste à déciderRejouer la séquence et s’arrêter dès qu’un écran ne correspond plus est automatisable. Décider qu’une application modifiée reste sûre à piloter, et à quelle cadence, reste une décision humaine.

Confusion fréquenteUne concordance de montants, un document externe ou une réponse reçue ne suffit pas à garantir le caractère probant. Les principes de fiabilité de la NEP 500 sont appréciés dans les circonstances de la mission ; en cas de doute ou d’incohérence, le CAC approfondit ses investigations.

Exemple avec données fictivesExemple fictif : deux états présentent le même solde, mais proviennent de la même extraction. L’équipe indique cette origine commune au CAC au lieu de compter deux corroborations indépendantes. Le CAC apprécie les éléments et les travaux à compléter.

Ce qui reste à déciderNous préparons les rapprochements, l’origine des données et les écarts non expliqués. L’équipe valide les rattachements et conserve ses observations. Aucun score automatique ne déclare une preuve suffisante : l’appréciation du caractère probant, les investigations et la conclusion restent au CAC. Ses saisies ne sont jamais écrasées.

Confusion fréquenteUn arrêt explicite est une protection du dossier, pas un échec à masquer.

Exemple avec données fictivesDeux feuilles portent le même nom attendu mais des structures différentes ; le traitement n’en choisit aucune.

Ce qui reste à déciderReconnaître une condition interdite et préparer le diagnostic est automatisable ; corriger ou élargir la règle reste humain.

Confusion fréquenteUn nom est souvent utilisé comme clé : une orthographe différente, un accent ou une raison sociale abrégée suffisent alors à casser le rapprochement, sans que rien ne signale la ligne manquée.

Exemple avec données fictivesSur un jeu fictif, deux écritures portent le même montant le même jour pour deux dossiers distincts. La clé retenue ajoute le numéro de dossier ; sans lui, les deux lignes se seraient rapprochées l’une de l’autre.

Ce qui reste à déciderAppliquer la clé, refuser les correspondances multiples et lister les lignes sans correspondance est automatisable. Choisir la clé, et trancher un cas à plusieurs candidats, reste un acte humain.

Confusion fréquenteLa CNCC n’est pas la H2A. Un guide professionnel n’établit pas à lui seul que l’environnement du cabinet ou une automatisation est conforme aux normes applicables.

Exemple avec données fictivesDans une préparation fictive, l’équipe repère une publication CNCC et le texte qu’elle cite. Elle conserve le renvoi officiel pour distinguer commentaire professionnel et exigence applicable.

Ce qui reste à déciderNous indexons les références et séparons les textes des commentaires ; le CAC apprécie leur portée et leur actualité. Nous ne reproduisons pas de modèles réservés ni n’inventons une approbation CNCC.

Confusion fréquenteLa complétude est parfois confondue avec le simple fait que le client a transmis un lot de documents ; un lot reçu peut très bien être incomplet au regard de la liste attendue pour la période.

Exemple avec données fictivesPour un dossier fictif, la liste attendue pour le mois comporte huit pièces ; sept sont reçues et lisibles, la huitième est un relevé bancaire flou. Le dossier est marqué incomplet jusqu’à réception d’un relevé lisible.

Ce qui reste à déciderComparer les pièces reçues à la liste attendue et signaler les manques est automatisable, à condition que la liste soit définie et tenue à jour. Décider qu’une pièce reçue est acceptable malgré un défaut mineur reste un jugement humain.

Confusion fréquenteConvention Memlia : même sans anomalie visible dans un retour, le cabinet conserve sa revue de paie.

Exemple avec données fictivesUn retour fictif signale un écart d’assiette ; la ligne est remontée pour revue, pas corrigée automatiquement.

Ce qui reste à déciderCollecter, classer et rapprocher le retour du dossier est automatisable ; la correction et sa fenêtre sont validées par le gestionnaire.

Confusion fréquenteL’absence d’API est souvent lue comme une impossibilité d’automatiser : l’export de fichier reste une voie praticable, plus fragile, à condition d’en vérifier le format à chaque passage.

Exemple avec données fictivesPour un cabinet fictif, un outil de suivi expose une porte qui rend la liste des dossiers ; un second n’en a pas et livre un fichier chaque nuit. Les deux alimentent le même tableau fictif, par deux voies distinctes.

Ce qui reste à déciderAppeler la porte, lire la réponse et refuser un format inattendu est automatisable. Obtenir les droits d’accès, accepter les conditions de l’éditeur et arbitrer entre deux voies restent humains.

Confusion fréquenteUne incertitude significative ne signifie pas automatiquement que la continuité est inappropriée. Si le principe reste approprié et que l’annexe informe correctement sur l’incertitude, le rapport comporte une partie distincte sans remettre en cause l’opinion ; les autres situations ont des conséquences différentes.

Exemple avec données fictivesDans un exemple fictif, un emprunt arrive à échéance sans confirmation de renouvellement. La préparation rassemble l’échéancier et les prévisions ; le CAC apprécie les hypothèses et les plans de la direction.

Ce qui reste à déciderPréparation : rapprocher échéanciers et prévisions et signaler les données absentes. Validation : l’équipe vérifie les hypothèses documentées ; un financement non confirmé reste une exception. Jugement : le CAC apprécie la continuité, l’incertitude, l’information donnée et les suites dans son rapport ; ni les hypothèses saisies ni son opinion ne sont générées à sa place.

Confusion fréquenteCe contrôle ne se réduit pas à DSN-Val et tout écart n’est pas nécessairement une erreur.

Exemple avec données fictivesUne variation de brut est signalée ; une prime annuelle documentée explique l’écart, qui est alors validé.

Ce qui reste à déciderComparer, tester et documenter sont automatisables ; qualifier l’écart, modifier la paie et déposer restent humains.

Confusion fréquenteTout signal n’est pas une erreur certaine et aucune correction ne doit être faite sans pièce ni contexte.

Exemple avec données fictivesLe total d’un tableau fictif diffère de la somme de ses lignes ; l’écart et les cellules concernées sont listés.

Ce qui reste à déciderRecalculer, comparer et classer les écarts est automatisable ; expliquer l’écart et décider de la correction reste humain.

Confusion fréquenteLe contrôle interne ne se réduit ni à une checklist ni à un logiciel. L’appréciation de la conception et de la mise en œuvre d’un contrôle se distingue des tests de l’efficacité de son fonctionnement.

Exemple avec données fictivesDans une entité fictive, la séparation des rôles et la validation des achats sont décrites dans une procédure. Le CAC examine leur conception et leur mise en œuvre ; un inventaire de procédures ne suffit pas à en démontrer l’efficacité.

Ce qui reste à déciderNous préparons les descriptions, renvois et traces dans une zone de proposition ; le CAC apprécie les composantes et les contrôles, puis décide de ses travaux. Les observations saisies restent intactes ; un renvoi absent est signalé, jamais reconstitué sans pièce.

Confusion fréquenteUne procédure de substance vise la détection d’anomalies au niveau des assertions ; un test sur les contrôles vise l’efficacité des contrôles de l’entité. Une absence d’anomalie dans les premières ne démontre pas l’efficacité des seconds.

Exemple avec données fictivesExemple fictif : l’équipe prépare les pièces d’une vente sélectionnée pour un test de détail et, séparément, un rapprochement entre ventes et volumes. Le CAC détermine l’objectif de chaque procédure et ne conclut pas sur la seule concordance d’un total.

Ce qui reste à déciderNous préparons les données, les références et les calculs définis par la règle écrite. L’équipe valide les paramètres et exécute les contrôles prescrits. Le CAC apprécie les éléments et conclut ; aucune sortie n’atteste seule l’absence d’anomalie. Les travaux, observations et décisions saisis restent intacts.

Confusion fréquenteUne déclaration ne dispense pas de rechercher des éléments qui la corroborent lorsqu’elle concerne un élément significatif des comptes. Une incohérence avec d’autres éléments appelle des procédures pour l’élucider.

Exemple avec données fictivesDans une mission fictive, une lettre reçue n’est pas signée. La préparation signale ce manque et laisse le dossier en attente de l’équipe ; elle n’ajoute ni signature ni déclaration au nom de la direction.

Ce qui reste à déciderPréparation : proposer une liste des éléments attendus et repérer les champs manquants. Validation : la direction formule et signe ses déclarations, l’équipe contrôle la réception et les dates ; un contenu contradictoire arrête la préparation. Jugement : le CAC apprécie leur cohérence et leurs conséquences sur son opinion ; aucun texte humain n’est remplacé silencieusement.

Confusion fréquenteLe déclencheur est souvent confondu avec la règle qu’il lance : le déclencheur répond à « quand », la règle répond à « quoi faire ».

Exemple avec données fictivesDans un scénario fictif, la relance d’une pièce manquante se déclenche cinq jours ouvrés après l’échéance déclarée du dossier, jamais avant. Un autre déclencheur, la réception de la pièce, arrête la relance en cours.

Ce qui reste à déciderSurveiller la survenue du déclencheur et lancer la règle associée est automatisable. Choisir quel événement doit déclencher quelle règle, et à quelle fréquence, reste une décision du cabinet, revue quand la procédure change.

Confusion fréquenteUne réponse concordante ne vaut pas automatiquement validation de toutes les assertions. Une confirmation peut apporter des éléments sur l’existence d’une créance sans généralement renseigner son évaluation. L’absence de réponse conduit à des procédures alternatives, pas à une confirmation tacite.

Exemple avec données fictivesExemple fictif : une campagne clients affiche séparément « réponse reçue », « rapprochement préparé » et « appréciation du CAC attendue ». Une différence entre la réponse et le solde du dossier reste une exception ; aucun statut de réception ne clôt le contrôle.

Ce qui reste à déciderNous préparons le tableau de suivi, les projets de demandes et les rapprochements. Le CAC garde la maîtrise des destinataires, du texte, de l’envoi et de la réception ; l’équipe valide chaque action dans ce cadre. Les réponses originales et saisies du cabinet restent intactes. Le CAC juge les écarts, les alternatives et le caractère probant des résultats.

Confusion fréquenteAccumuler des fichiers ne suffit pas à documenter un audit. Les explications données au contrôle ne constituent pas un élément de documentation, même lorsqu’elles précisent le dossier.

Exemple avec données fictivesDans un dossier fictif, une feuille de contrôle renvoie aux écritures testées et aux pièces reçues. L’auditeur ajoute son résultat et le CAC sa conclusion ; un export de calcul isolé ne remplace pas cet ensemble.

Ce qui reste à déciderPréparation : proposer un index et des renvois en conservant les pièces et commentaires saisis. Validation : l’équipe vérifie le rattachement et traite les liens manquants ; dans le doute, la préparation s’arrête. Jugement : le CAC apprécie les travaux, leur documentation et les conclusions qui fondent son opinion.

Confusion fréquenteRetirer le nom ne suffit pas toujours à sortir du champ du RGPD.

Exemple avec données fictivesUn tableau remplace les noms par des numéros, mais une table séparée permet de retrouver les personnes : les données restent personnelles.

Ce qui reste à déciderDétecter certains champs ou empêcher leur export peut être automatisé ; déterminer la finalité, la base et les accès exige une décision responsable.

Confusion fréquenteConvention Memlia : permanent ne signifie ni immuable ni automatiquement valable pour l’exercice suivant. Une pièce conservée n’est pas une conclusion reconduite.

Exemple avec données fictivesDans un dossier fictif, un contrat de financement conservé depuis l’exercice précédent est accompagné d’un avenant nouveau. L’équipe vérifie ce qui demeure applicable avant de le réutiliser.

Ce qui reste à déciderPréparation : proposer les pièces à reconduire et signaler une version nouvelle, sans remplacer les notes du cabinet. Validation : l’équipe confirme l’actualité et le classement ; une version ambiguë arrête la reconduction. Jugement : le CAC décide de l’usage de ces informations dans l’audit et reste responsable de son opinion.

Confusion fréquenteConvention Memlia : un fichier accepté techniquement reste soumis à la revue de paie du cabinet.

Exemple avec données fictivesPour un dossier fictif, le fichier du mois est contrôlé avant son dépôt ; aucun salarié réel n’est utilisé.

Ce qui reste à déciderL’automatisation peut préparer des contrôles et signaler des écarts ; le gestionnaire valide les corrections et le dépôt.

Confusion fréquenteConvention Memlia : la recherche des primes oubliées relève de la revue du bulletin, distincte du test DSN-Val.

Exemple avec données fictivesUn export fictif est refusé parce qu’une rubrique ne respecte pas la structure attendue.

Ce qui reste à déciderLancer le test et lire un résultat sont automatisables ; qualifier l’origine métier et corriger la paie relèvent du gestionnaire.

Confusion fréquenteÉléments collectés ne signifie pas automatiquement éléments suffisants et appropriés. La quantité de documents ne remplace pas leur pertinence et leur fiabilité ; une incohérence entre pièces conduit le CAC à déterminer les procédures complémentaires nécessaires.

Exemple avec données fictivesExemple fictif : l’équipe rassemble une facture, une preuve de livraison et une réponse du client pour examiner une vente. Elle conserve l’origine de chaque pièce et présente une contradiction au CAC, sans transformer la réception des documents en conclusion d’audit.

Ce qui reste à déciderNous préparons l’inventaire, les références, les doublons proposés et les pièces manquantes selon la règle écrite. L’équipe valide le rattachement et garde ses commentaires. Nous signalons les contradictions ; le CAC apprécie le caractère probant, décide des diligences et conclut. Les saisies du cabinet ne sont jamais écrasées.

Confusion fréquenteL’esprit critique n’est pas une suspicion systématique de fraude. Une alerte technique appelle une appréciation des éléments ; elle ne suffit pas à qualifier l’opération.

Exemple avec données fictivesDeux pièces fictives décrivent des dates différentes pour une même opération. L’équipe conserve les deux versions et examine la contradiction au lieu de retenir automatiquement la plus récente.

Ce qui reste à déciderNous repérons les divergences et conservons leurs pièces d’origine ; l’équipe examine les contradictions et le CAC apprécie la fiabilité des éléments. Une pièce illisible reste signalée, jamais interprétée par défaut.

Confusion fréquentePostérieur à la clôture ne signifie pas écriture obligatoire dans tous les cas. Le traitement comptable dépend du référentiel et des dates ; l’information de l’organe appelé à statuer constitue un autre volet.

Exemple avec données fictivesDans un cas fictif, un litige existant à la clôture fait l’objet d’un jugement après celle-ci. L’équipe consigne les dates et transmet les pièces au CAC, sans déduire automatiquement une écriture ou une opinion.

Ce qui reste à déciderPréparation : ordonner les pièces et dates déclarées dans une chronologie. Validation : l’équipe confirme les dates et la nature des informations ; une date incertaine arrête le classement. Jugement : le CAC apprécie les suites dans les comptes, les communications et son rapport, sans modifier les saisies ni produire son opinion.

Confusion fréquenteUne exception est parfois prise pour un bug à corriger dans l’outil ; elle signale au contraire que la règle a correctement reconnu ses propres limites plutôt que de produire un résultat non fiable.

Exemple avec données fictivesDans un jeu de test fictif, une facture sans numéro de TVA sort du traitement automatique et remonte avec le motif exact du refus. Un collaborateur fictif la complète ou la renvoie à l’émetteur, selon le cas.

Ce qui reste à déciderDétecter qu’un cas sort de la règle et le signaler avec un motif explicite est automatisable. Décider quoi faire de ce cas — corriger, écarter, faire remonter au client — reste une décision humaine.

Confusion fréquenteUn export est souvent pris pour une copie stable : chaque ligne d’un même fichier doit porter le même nombre de champs, et rien n’oblige un éditeur à conserver ses colonnes d’une version à l’autre.

Exemple avec données fictivesSur un export fictif, une colonne attendue manque. L’import s’arrête, nomme la colonne absente et n’écrit aucune ligne, plutôt que de décaler les valeurs suivantes d’un rang.

Ce qui reste à déciderVérifier l’en-tête, compter les champs et refuser un fichier non conforme est automatisable. Décider d’accepter une nouvelle colonne, ou de réécrire la règle de lecture, reste une décision humaine.

Confusion fréquenteL’OCR reconnaît des caractères dans une image ; l’extraction identifie les champs utiles. Les deux peuvent être combinés, mais l’extraction peut aussi utiliser du texte natif ou un flux structuré.

Exemple avec données fictivesSur une facture fictive, l’extraction identifie correctement le montant et la date, mais place par erreur le numéro de commande dans le champ réservé au numéro de facture. L’écart est signalé avant toute intégration comptable.

Ce qui reste à déciderRepérer un champ selon un schéma stable et connu est automatisable. Traiter un document dont la mise en page ne correspond à aucun schéma prévu doit être signalé pour une vérification humaine plutôt que deviné.

Confusion fréquenteUn PDF ordinaire envoyé par courriel ne suffit pas : la DGFiP distingue le socle de données structurées et le passage par une plateforme agréée. Un format mixte peut comporter un fichier image ; ce n’est donc pas la présence d’un PDF qui tranche. Réception obligatoire en 2026 ne signifie pas émission obligatoire en 2026 pour toutes les entreprises.

Exemple avec données fictivesUne petite entreprise fictive reçoit une facture structurée par sa plateforme en octobre 2026. Pour ses ventes fictives, elle prépare son passage à l’émission obligatoire de septembre 2027. Le cabinet vérifie sa catégorie, l’opération et le canal ; un PDF reçu par courriel n’est pas déclaré conforme par le seul fait de sa réception.

Ce qui reste à déciderRassembler les données, contrôler les champs attendus et préparer une proposition de traitement sont automatisables. Qualifier l’opération, vérifier la catégorie de l’entreprise, choisir la plateforme, valider les données fiscales et autoriser une transmission engageante restent humains. La lecture d’une pièce ne vaut ni agrément de plateforme ni validation fiscale.

Confusion fréquenteRemplacer un champ absent par zéro, deviner une feuille ou poursuivre silencieusement fabrique un résultat non fiable.

Exemple avec données fictivesUne colonne obligatoire manque dans un export fictif ; aucun rapprochement n’est produit et le diagnostic nomme la colonne attendue.

Ce qui reste à déciderArrêter et diagnostiquer selon des conditions codées est automatisable ; corriger l’entrée ou changer la règle demande validation.

Confusion fréquenteConvention Memlia : une concordance entre balance et feuille maîtresse ne prouve pas que les soldes ont été contrôlés. Regrouper des comptes et conclure sur un cycle sont deux gestes distincts.

Exemple avec données fictivesDans un exemple fictif, les comptes d’immobilisations sont regroupés dans une feuille maîtresse. Un solde sans feuille de contrôle associée est signalé à l’équipe, sans être marqué comme audité.

Ce qui reste à déciderPréparation : regrouper selon la table fournie et proposer les concordances. Validation : l’équipe valide les regroupements et renvois ; un compte sans règle reste en exception. Jugement : le CAC choisit les diligences et apprécie les résultats ; les commentaires saisis restent intacts et aucune opinion n’est produite par le tableau.

Confusion fréquenteUne file d’anomalies est parfois confondue avec une alerte envoyée par courriel à chaque cas : la file regroupe et hiérarchise, l’alerte au fil de l’eau disperse l’attention et noie les cas urgents dans les cas mineurs.

Exemple avec données fictivesPour un exercice fictif, sept lignes s’accumulent dans la file sur une semaine : trois montants incohérents, deux pièces illisibles, deux dates manquantes. Un collaborateur fictif les traite en une session, referme celles qui sont réglées et laisse les autres en attente.

Ce qui reste à déciderDétecter chaque anomalie, la qualifier et l’ajouter à la file est automatisable. Décider de l’ordre de traitement et trancher chaque cas reste une tâche humaine, à une cadence choisie par le cabinet.

Confusion fréquenteUn flux de travail est parfois pris pour le logiciel qui l’exécute ; il existait pourtant sur papier ou dans une tête avant tout outil, et continue d’exister si l’outil change.

Exemple avec données fictivesPour un dossier fictif, le flux de relance de pièces comporte quatre étapes : identifier la pièce manquante, relancer le client, réceptionner la pièce, classer le dossier comme complet. Chaque étape a un responsable désigné, même quand aucune n’est encore automatisée.

Ce qui reste à déciderDocumenter les étapes et exécuter celles qui suivent une règle stable est automatisable. Décider de l’ordre des étapes, du responsable de chacune et de ce qui justifie une exception reste une décision du cabinet.

Confusion fréquenteLe RAG ne garantit pas l’exactitude. Le modèle peut mal lire un passage, retenir un document inadapté ou ajouter une information absente du corpus. Une citation doit être confrontée à la réponse.

Exemple avec données fictivesSur un corpus fictif de notes internes, une question sur une règle de calcul rend la réponse accompagnée du paragraphe d’où elle est tirée. Sans paragraphe rattaché, la réponse est refusée plutôt que produite.

Ce qui reste à déciderRechercher les passages pertinents, les fournir au modèle et afficher la citation est automatisable. Vérifier que le passage cité dit bien ce que la réponse affirme reste une lecture humaine.

Confusion fréquenteUn grand modèle de langage est parfois pris pour une base de connaissances à jour ; il prédit un texte plausible à partir de ce qu’il a appris à l’entraînement, sans consulter une source actuelle sauf si l’outil qui l’utilise le prévoit explicitement.

Exemple avec données fictivesDans un cas fictif, un modèle de langage propose une reformulation d’un courrier de relance rédigé pour un client fictif, sans connaître les échanges antérieurs propres à ce dossier. Un collaborateur fictif vérifie que la reformulation correspond bien au dossier avant envoi.

Ce qui reste à déciderGénérer une suite de texte plausible à partir d’une consigne est ce que le modèle fait par construction. Vérifier l’exactitude de ce texte pour le dossier précis et décider de son usage restent des étapes humaines.

Confusion fréquenteLa H2A n’est pas la CNCC : l’autorité de supervision et l’instance représentative de la profession ont des rôles distincts. Citer la H2A ne signifie pas qu’elle a approuvé un outil Memlia.

Exemple avec données fictivesPour un dossier fictif, le cabinet consulte le référentiel H2A pour retrouver une norme applicable ; il distingue cette publication officielle de la documentation de son logiciel.

Ce qui reste à déciderNous préparons des renvois traçables vers les textes et signalons un lien absent ; le CAC vérifie la version et son application à la mission. Aucune proposition ne reçoit un label d’approbation H2A.

Confusion fréquenteUne hallucination est parfois prise pour un bug ponctuel réparable par une mise à jour ; c’est en réalité une propriété du fonctionnement probabiliste de ces systèmes, qui ne disparaît pas complètement, mais peut être réduite.

Exemple avec données fictivesDans un test fictif, un outil génératif attribue à un texte réglementaire un numéro d’article qui n’existe pas, formulé avec la même assurance que le reste de sa réponse. Seule la vérification par un collaborateur fictif révèle l’erreur.

Ce qui reste à déciderPrivilégier des systèmes qui citent leurs sources ou filtrent leurs résultats réduit le risque, et cela s’automatise. Vérifier l’exactitude d’un résultat précis avant de l’utiliser reste, dans tous les cas, une étape humaine.

Confusion fréquenteL’erreur la plus fréquente est de facturer en acte hors forfait une prestation déjà comprise dans le forfait mensualisé, ce qui revient à facturer deux fois le même travail.

Exemple avec données fictivesPour un client fictif, le forfait mensuel couvre la tenue et la paie courante ; une attestation ponctuelle demandée en cours d’année est facturée à part, en acte hors forfait, sur la base d’un tarif fictif communiqué au préalable.

Ce qui reste à déciderVérifier qu’un acte facturé hors forfait n’apparaît pas déjà dans le périmètre du forfait est automatisable, à condition que ce périmètre soit décrit avec précision. Fixer le tarif d’un acte hors forfait et le proposer au client restent des décisions humaines.

Confusion fréquenteUn moteur de recherche retrouve des contenus ; un système génératif produit une sortie, éventuellement à partir de contenus retrouvés. Cette sortie peut reprendre une formulation existante et doit être vérifiée.

Exemple avec données fictivesDans un test fictif, un brouillon de courrier de relance est rédigé par un outil génératif à partir de trois informations : le nom du dossier fictif, l’échéance et la pièce manquante. Un collaborateur fictif relit le brouillon avant tout envoi.

Ce qui reste à déciderProduire un brouillon à partir d’une consigne stable est automatisable. Relire ce brouillon, corriger ce qu’il contient et décider de l’envoyer restent des étapes humaines, quel que soit le soin apporté à la consigne.

Confusion fréquenteL’idempotence est souvent prise pour une annulation : elle ne défait rien et ne rattrape aucune erreur, elle garantit seulement qu’un second passage ne modifie pas l’état obtenu au premier.

Exemple avec données fictivesSur un jeu d’essai fictif, le même relevé est importé deux fois de suite. Le second passage ne crée aucune écriture et rend le nombre de lignes déjà présentes, que le collaborateur compare à celui du premier import.

Ce qui reste à déciderReconnaître qu’une ligne existe déjà et refuser de la réécrire est automatisable, à condition qu’une clé stable la désigne. Choisir cette clé et trancher qu’un doublon apparent en est un reste humain.

Confusion fréquentePartager un outil ou disposer d’accès séparés ne démontre pas l’indépendance. Cette appréciation porte sur les faits et circonstances de la mission ou de la prestation, en réalité et en apparence.

Exemple avec données fictivesDans un cas fictif, un cabinet mixte envisage un outil utilisé en production comptable et en audit. Il examine les missions, les accès et les risques d’autorévision avant tout usage.

Ce qui reste à déciderNous préparons l’inventaire des accès, rôles et traitements ; le CAC apprécie les incompatibilités et les risques, puis décide des conditions d’usage. Aucun indicateur automatique ne déclare la mission indépendante.

Confusion fréquenteUne IPE n’est pas automatiquement un élément probant suffisant et approprié. Un état exporté par le système de l’entité ou un total rapproché ne dispense pas d’examiner l’exactitude, l’exhaustivité et la pertinence des informations utilisées.

Exemple avec données fictivesUne extraction fictive des créances exclut les comptes soldés et porte sur une mauvaise période. L’équipe conserve les filtres, rapproche les données reçues et signale la limite au CAC ; le fichier n’est pas réputé complet parce qu’il a été exporté.

Ce qui reste à déciderNous préparons une fiche d’extraction avec source, période, filtres, population reçue et écarts ; une origine ou un filtre inconnu suspend le traitement. Le CAC choisit les contrôles et apprécie le caractère probant ; les limites et commentaires saisis ne sont jamais écrasés.

Confusion fréquenteUn jeu d’essai fictif est parfois pris pour un jeu de données anonymisées : l’anonymisation part de données réelles et cherche à empêcher la réidentification, alors que le jeu fictif n’a jamais correspondu à une personne existante.

Exemple avec données fictivesUn jeu fictif comporte par exemple douze salariés inventés, aux noms manifestement fictifs, dont les bulletins couvrent un temps plein, un temps partiel et un contrat rompu en cours de mois. Aucun de ces salariés ne correspond à une personne réelle.

Ce qui reste à déciderGénérer des variantes du jeu fictif pour couvrir de nouveaux cas est automatisable une fois le jeu initial construit. Décider quels cas limites et quels cas de refus le jeu doit couvrir reste un choix humain, propre à chaque traitement.

Confusion fréquenteLe jugement professionnel n’est pas l’application aveugle d’un seuil ni la reprise d’une réponse d’IA. La décision repose sur l’appréciation des éléments collectés, non sur leur simple classement.

Exemple avec données fictivesUn écart fictif apparaît dans un rapprochement. Le chef de mission examine ses causes et propose des travaux ; le CAC apprécie leur portée plutôt que d’accepter le commentaire suggéré.

Ce qui reste à déciderNous préparons les comparaisons et les propositions dans une zone distincte ; les justifications, choix de procédures et conclusions saisis par l’équipe restent préservés. Le CAC décide.

Confusion fréquenteIl ne faut pas forcer un lettrage pour faire disparaître un écart ni associer des montants sans vérifier les pièces.

Exemple avec données fictivesUne facture fictive de 600 € et un règlement fictif de 600 € reçoivent le même repère ; un avoir non affecté reste ouvert.

Ce qui reste à déciderProposer des correspondances exactes ou plausibles est automatisable ; confirmer une affectation ambiguë ou un solde litigieux reste humain.

Confusion fréquenteUn devis ou un statut de suivi n’équivaut pas automatiquement au contrat écrit qui définit la mission. Le décret rend obligatoire ce contrat écrit ; il indique que celui-ci peut prendre la forme d’une lettre de mission. Ne pas transformer cette faculté de forme en obligation d’intitulé.

Exemple avec données fictivesDans un cabinet fictif, un tableau signale que le document contractuel d’un dossier fictif reste à examiner. Un brouillon rassemble le périmètre proposé et les questions ouvertes. Le professionnel vérifie les clauses avec le client avant la conclusion du contrat ; le tableau ne crée aucun accord.

Ce qui reste à déciderRecenser les documents, signaler un élément absent et préparer un brouillon sont automatisables. Définir le périmètre, examiner les clauses, convenir des droits et obligations et conclure le contrat restent des actes humains. Aucune clause saisie ou validée n’est remplacée silencieusement par une proposition.

Confusion fréquenteLa finalité du traitement détermine quelles données sont nécessaires ; une colonne sans nécessité au regard de cette finalité est exclue.

Exemple avec données fictivesLa vue affiche trois dossiers en attente, sans nom de gestionnaire ni temps passé.

Ce qui reste à déciderBloquer des champs interdits et produire une vue agrégée est automatisable ; fixer la finalité et décider ce qui est nécessaire reste humain.

Confusion fréquenteUn modèle local est souvent confondu avec un service « hébergé en France » : un service distant, même installé en France, reçoit bien les documents, et la réutilisation possible par le prestataire qui l’opère reste à établir.

Exemple avec données fictivesDans un cabinet fictif, un modèle installé sur un poste dédié résume des pièces fictives sans connexion sortante. Le même travail confié à un service distant sortirait les pièces du parc, ce qui change la question posée.

Ce qui reste à déciderLes contrôles réseau peuvent vérifier les flux prévus dans un environnement donné. Autoriser les accès, choisir les pièces soumises et accepter le mode de déploiement restent des décisions du cabinet.

Confusion fréquenteUne NEP n’est pas un mode d’emploi du logiciel d’audit. Son application suppose des diligences et le jugement du CAC, pas la seule présence d’une checklist.

Exemple avec données fictivesDans un dossier fictif, le chef de mission repère la NEP 200 dans son référentiel avant de préciser les travaux attendus ; un tableau de suivi ne suffit pas à réaliser ces travaux.

Ce qui reste à déciderNous préparons les renvois et les listes de pièces selon une règle écrite ; le CAC choisit les diligences, apprécie leur exécution et leurs conclusions. Une référence introuvable suspend la proposition.

Confusion fréquenteUn montant saisi, une capture sans origine ou un commentaire libre ne constitue pas toujours une preuve suffisante.

Exemple avec données fictivesUne dépense fictive reste « à revoir » car le libellé bancaire existe, mais la facture correspondante manque.

Ce qui reste à déciderVérifier présence, format, date ou doublon est automatisable ; juger l’adéquation de la pièce et la traiter relève du professionnel.

Confusion fréquenteLe plan de mission expose l’approche générale ; le programme de travail définit les diligences nécessaires à sa mise en œuvre. Un calendrier d’affectation seul n’exprime pas cette approche.

Exemple avec données fictivesDans une mission fictive, un changement d’activité conduit le CAC à revoir l’orientation des travaux. L’équipe conserve la version précédente et documente la raison de la modification.

Ce qui reste à déciderPréparation : assembler les informations et proposer un calendrier à partir des choix saisis. Validation : l’équipe confirme les versions et ressources ; une donnée de mission manquante bloque la proposition. Jugement : le CAC fixe l’approche, les seuils et les modifications nécessaires, sans écrasement de ses choix ni génération d’opinion.

Confusion fréquenteLe fichier disponible n’est pas nécessairement la population sur laquelle le CAC veut conclure. Une sélection réalisée sur des informations incomplètes ne supprime pas la nécessité de collecter des éléments sur leur exactitude et leur exhaustivité.

Exemple avec données fictivesExemple fictif : une extraction de ventes porte un filtre de période qui exclut les écritures de clôture. Le tableau décrit ce filtre et les lignes présentes. L’équipe demande de vérifier le périmètre avant de sélectionner ; le fichier reçu n’est pas rebaptisé population complète.

Ce qui reste à déciderNous décrivons les filtres, sources, périodes, doublons et rapprochements de l’extraction. L’équipe valide le périmètre et les exceptions avant toute sélection. En cas de filtre inconnu ou de données manquantes, la préparation s’arrête et nomme le doute. Le CAC apprécie les données et la portée de ses travaux ; ses saisies restent intactes.

Confusion fréquenteUne proposition d’imputation ou d’écriture n’est pas une écriture validée. La pré-comptabilité prépare le contrôle ; elle ne remplace pas la tenue comptable ni sa validation.

Exemple avec données fictivesPour un dossier fictif, les pièces d’un mois sont d’abord triées par nature — achats, ventes, banque — avant tout début de saisie. Une pièce illisible est mise de côté et signalée plutôt que saisie approximativement.

Ce qui reste à déciderCollecter, extraire, préparer une proposition selon la règle du cabinet et signaler les pièces incertaines est automatisable. Décider de l’imputation définitive et valider l’écriture restent au cabinet.

Confusion fréquenteUn rejet ne suffit pas à autoriser une nouvelle présentation. Un mandat révoqué et une provision insuffisante appellent des suites différentes ; le cabinet vérifie le motif avant de décider.

Exemple avec données fictivesDans un cabinet fictif, un prélèvement est rejeté pour provision insuffisante. Le suivi prépare une proposition de représentation avec le mandat, le motif, le montant et la date envisagée. Le collaborateur vérifie ces éléments et valide la proposition avant toute programmation ou transmission bancaire.

Ce qui reste à déciderDétecter le rejet, lire son motif codé et préparer une proposition de représentation est automatisable. Vérifier le mandat, le motif, le montant et la date, puis autoriser la programmation ou la transmission bancaire, reste au cabinet. Le contact avec le client attend aussi sa validation.

Confusion fréquenteUne relance administrative n’est pas à elle seule une procédure alternative apportant les éléments nécessaires. Une alternative ne garantit pas que le contrôle est achevé : si les éléments restent insuffisants ou inappropriés, le CAC met en œuvre des procédures supplémentaires.

Exemple avec données fictivesExemple fictif : un client ne répond pas à une demande. Sur instruction de l’équipe, le suivi rassemble une facture, une preuve de livraison et un règlement postérieur. Le CAC choisit les travaux pertinents pour l’assertion visée et apprécie leurs résultats ; cette liste n’est pas une recette universelle.

Ce qui reste à déciderNous repérons les demandes sans réponse, préparons les pièces demandées et suivons les travaux prescrits. L’équipe valide la demande et conserve les éléments examinés. Nous n’inventons ni une procédure de remplacement ni une conclusion ; le CAC décide des alternatives, des compléments et de l’appréciation finale. Ses saisies restent intactes.

Confusion fréquenteUn calcul de pourcentage ou l’absence de variation n’est pas une conclusion d’audit. Une procédure analytique de substance suppose des attentes et des écarts acceptables ; des variations ou incohérences mises en évidence conduisent le CAC à déterminer les procédures pour les élucider.

Exemple avec données fictivesExemple fictif : le tableau rapproche les ventes et les volumes livrés, avec une comparaison à l’exercice précédent. Il isole un compte nouveau et une variation inexpliquée. L’équipe vérifie les données ; le CAC apprécie la relation attendue et les investigations nécessaires.

Ce qui reste à déciderNous préparons les comparatifs, les calculs et la liste des bases absentes ou non comparables. L’équipe valide les correspondances et ses explications ne sont jamais remplacées. Le CAC fixe les attentes et écarts acceptables, apprécie les données et décide des investigations ; une variation inexpliquée reste ouverte.

Confusion fréquenteLa production sociale n’est ni le logiciel de paie ni une mesure de productivité individuelle.

Exemple avec données fictivesUne vue agrège les dossiers fictifs « pièces reçues », « contrôlés » et « déposés » pour le mois.

Ce qui reste à déciderMettre à jour les états, calculer des agrégats et signaler les exceptions est automatisable ; relancer ou valider un dépôt reste humain.

Confusion fréquenteUn programme décrit les travaux prévus ; il ne constitue pas, à lui seul, leur documentation d’exécution. La NEP 230 demande aussi les procédures effectuées, leurs résultats et les conclusions.

Exemple avec données fictivesDans un programme fictif, les diligences choisies sont reliées à leurs feuilles de contrôle. Une procédure ajoutée conserve son auteur et le motif de son ajout ; une case cochée sans résultat est laissée à examiner.

Ce qui reste à déciderPréparation : présenter les diligences décidées et les pièces attendues, sans déclarer un contrôle terminé. Validation : l’équipe vérifie la correspondance avec les travaux réalisés ; une pièce absente reste en exception. Jugement : le CAC détermine les diligences suffisantes, leurs ajustements et ses conclusions ; les saisies humaines restent préservées.

Confusion fréquenteCe principe est parfois confondu avec « l’outil fait tout, puis on vérifie après coup » : la validation intervient avant l’effet, jamais en rattrapage d’un résultat déjà produit.

Exemple avec données fictivesDans un scénario fictif, un rapprochement bancaire propose une correspondance entre une ligne de relevé et une facture ; elle reste en attente jusqu’à ce qu’un collaborateur fictif confirme ou corrige l’affectation proposée. Rien n’est comptabilisé avant cette confirmation.

Ce qui reste à déciderPréparer la proposition à partir d’une règle et consigner la décision prise est automatisable. Porter le jugement sur le cas précis et l’autoriser reste, par construction, une étape humaine.

Confusion fréquenteLa pseudonymisation n’est ni une anonymisation ni une sortie du RGPD.

Exemple avec données fictivesLa vue utilise « DOS-017 » et la table de correspondance est isolée avec des droits plus stricts.

Ce qui reste à déciderRemplacer les identifiants et séparer les tables est automatisable ; choisir les accès, la conservation et l’usage reste une responsabilité humaine.

Confusion fréquenteUne observation attire l’attention sur une information de l’annexe ; elle ne se confond pas avec une réserve. Une certification sans réserve exprime une assurance raisonnable, élevée mais non absolue, et non une garantie d’absence de toute erreur.

Exemple avec données fictivesDans un projet fictif, l’identité de l’entité, l’exercice et les comptes joints sont rapprochés des pièces validées. La zone d’opinion reste vide jusqu’à la décision et la rédaction du CAC.

Ce qui reste à déciderPréparation : assembler les références et comptes joints et signaler les incohérences. Validation : l’équipe confirme le périmètre et les versions ; des comptes non validés bloquent la proposition. Jugement : le CAC rédige l’opinion, ses motifs et appréciations, puis signe sous sa responsabilité ; aucun résultat d’outil ni remplacement de ses saisies ne certifie les comptes.

Confusion fréquenteUne écriture ne doit pas être modifiée uniquement pour forcer l’égalité des soldes.

Exemple avec données fictivesUn virement fictif comptabilisé le 30 apparaît sur le relevé le 2 du mois suivant ; l’écart est daté, pas supprimé.

Ce qui reste à déciderImporter, rapprocher des références et lister les écarts est automatisable ; justifier l’écart et passer une écriture restent soumis à validation.

Confusion fréquenteLa recette est parfois confondue avec une démonstration : la démonstration montre un cas favorable choisi à l’avance, la recette confronte le livrable aux cas propres du cabinet, y compris ceux qui doivent échouer.

Exemple avec données fictivesPour un traitement fictif, la recette rejoue douze dossiers inventés : huit cas courants, trois cas limites, un cas volontairement refusé pour vérifier que le refus est bien signalé. Le cabinet fictif valide le livrable seulement après avoir examiné les douze résultats.

Ce qui reste à déciderPréparer le jeu de cas et comparer un résultat attendu à un résultat obtenu est automatisable. Décider si l’écart constaté est acceptable, et accepter le livrable, reste une décision du cabinet.

Confusion fréquenteL’OCR est parfois prise pour de la compréhension du document ; elle restitue des caractères sans savoir lequel est un montant, une date ou un nom, ce que fait l’étape d’extraction qui suit.

Exemple avec données fictivesSur un ticket de caisse fictif légèrement froissé, l’OCR restitue correctement le montant total mais bute sur le nom du commerçant, imprimé trop pâle. Le champ douteux est signalé plutôt que deviné.

Ce qui reste à déciderConvertir une image en texte brut est entièrement automatisable et constitue la fonction même de l’OCR. Juger de la fiabilité d’une lecture douteuse — caractère peu net, document froissé — reste une vérification humaine avant usage.

Confusion fréquenteConvention Memlia : un simple retard ne doit pas déclencher automatiquement un envoi. Une relance précède généralement la mise en demeure en cas d’échec ; ce sont deux étapes distinctes.

Exemple avec données fictivesUn statut « déjà payé » bloque une relance préparée ; la personne contrôle le relevé avant de décider.

Ce qui reste à déciderDétecter les retards et préparer une proposition de message est automatisable ; décider du ton, du destinataire et envoyer reste humain.

Confusion fréquenteUne habitude orale ambiguë ne doit pas devenir un automatisme sans validation de son périmètre.

Exemple avec données fictives« Signaler toute ligne sans référence de pièce, sauf les écritures d’ouverture identifiées. »

Ce qui reste à déciderExécuter une règle stabilisée est automatisable ; choisir la règle, ses exceptions et sa version reste une décision du cabinet.

Confusion fréquenteLa relance de pièces est souvent confondue avec la relance d’impayés ; l’une réclame un document nécessaire à une mission, l’autre réclame une somme due, avec un ton et des conséquences très différents.

Exemple avec données fictivesPour un dossier fictif, un brouillon à sept jours puis un autre à quatorze jours sont proposés selon la cadence d’essai. Chaque envoi attend une validation ; la réception d’un relevé lisible arrête la préparation suivante.

Ce qui reste à déciderIdentifier les pièces manquantes, préparer le rappel selon la cadence et arrêter sa préparation à réception est automatisable. L’envoi attend une validation humaine ; le cabinet décide du contenu et des dérogations.

Confusion fréquenteUn reliquat est souvent lu comme un taux d’erreur : le premier est attendu et dimensionné dès l’écriture de la règle, le second est un défaut à corriger.

Exemple avec données fictivesSur un jeu fictif de deux cents lignes, cent quatre-vingt-douze sont traitées et huit remontent : six pièces illisibles et deux montants sans correspondance. Le chiffre huit est affiché à côté du total, jamais masqué.

Ce qui reste à déciderCompter les cas écartés, les classer par motif et les présenter est automatisable. Traiter chaque cas remonté, et décider si leur nombre justifie de réécrire la règle, revient au cabinet.

Confusion fréquenteUne checklist générique ne remplace pas les diligences adaptées à la mission et la révision n’est pas la certification des comptes.

Exemple avec données fictivesUn cycle fournisseurs fictif comporte soldes anciens, doublons possibles et pièces manquantes ; chaque point reçoit preuve, conclusion ou demande de revue.

Ce qui reste à déciderExécuter des tests définis et préparer le dossier est automatisable ; fixer les diligences et conclure reste au professionnel.

Confusion fréquenteLe risque d’audit n’est pas seulement le risque de non-détection, ni le risque économique de l’entité. L’absence d’alerte dans un traitement ne démontre pas que le risque d’audit a été réduit au niveau recherché.

Exemple avec données fictivesDans une mission fictive, une estimation complexe appelle des travaux spécifiques. Le CAC apprécie les risques et la réponse d’audit ; le tableau qui rassemble les pièces ne calcule pas la sécurité de l’opinion.

Ce qui reste à déciderNous rassemblons les éléments, paramètres et exceptions dans une proposition distincte ; le CAC évalue les risques et décide de la réponse d’audit. Aucun score automatique ne porte cette appréciation et aucune saisie de risque n’est écrasée.

Confusion fréquenteLe risque de non-détection ne désigne pas une faiblesse du contrôle interne de l’entité. Examiner davantage de données par un outil ne suffit pas, à lui seul, à démontrer l’obtention de l’assurance recherchée.

Exemple avec données fictivesDans un dossier fictif, une analyse ne couvre qu’une partie des écritures reçues. L’équipe présente cette limite au CAC, qui apprécie la nécessité de travaux complémentaires avant de conclure.

Ce qui reste à déciderNous présentons la population reçue, celle traitée et les exclusions ; le CAC décide des procédures et apprécie les éléments collectés. L’outil ne chiffre pas le risque résiduel et ne transforme pas une population incomplète en conclusion.

Confusion fréquenteUn contrôle interne efficace ne fait pas disparaître le risque inhérent de la définition : celui-ci est apprécié sans tenir compte des contrôles. Complexité et forte volumétrie sont des facteurs à examiner, pas des niveaux de risque attribués automatiquement.

Exemple avec données fictivesUne entité fictive évalue un actif à partir d’hypothèses incertaines. L’équipe rassemble les hypothèses et leurs versions ; le CAC apprécie le risque inhérent avant de prendre en compte les contrôles de l’entité.

Ce qui reste à déciderNous préparons l’inventaire des hypothèses, changements et pièces ; le CAC identifie les facteurs pertinents et évalue le risque. Une hypothèse manquante reste signalée, jamais remplacée par une estimation de l’outil.

Confusion fréquenteDécrire un contrôle n’est pas tester son efficacité. Le risque lié au contrôle concerne les contrôles de l’entité, tandis que le risque de non-détection concerne la mission d’audit.

Exemple avec données fictivesUne procédure fictive prévoit une validation des paiements, mais aucune trace n’est fournie pour la période examinée. Le CAC décide des travaux nécessaires ; la présence de la procédure écrite ne prouve pas son fonctionnement.

Ce qui reste à déciderNous préparons l’inventaire des contrôles et rattachons les traces fournies, sans déclarer le contrôle efficace. Le CAC décide s’il s’appuie sur les contrôles et apprécie les tests ; une trace manquante suspend la proposition de rapprochement.

Confusion fréquenteSACC et certification des comptes ne sont pas interchangeables. Définir ce vocabulaire ne publie aucune offre Memlia et ne rouvre pas les familles de services gardées en réserve.

Exemple avec données fictivesUne entité fictive demande un audit contractuel. Le CAC examine la demande et les conditions d’intervention avant de l’accepter ; le mot SACC ne vaut pas accord.

Ce qui reste à déciderNous préparons les pièces et le périmètre décrit par le cabinet ; le CAC décide de l’acceptation, des conditions d’indépendance, des travaux et de leur restitution. Aucun service en réserve n’est proposé par cette entrée.

Confusion fréquenteDeux fichiers ne sont pas compatibles simplement parce que leurs colonnes se ressemblent visuellement.

Exemple avec données fictivesLa colonne « date_piece » exige une date valide, « montant » un nombre décimal et « reference » une chaîne non vide.

Ce qui reste à déciderValider types, champs et formats est automatisable ; décider du sens métier d’une colonne et faire évoluer le contrat reste humain.

Confusion fréquenteUn traitement présenté comme local ne suffit pas à établir le respect du secret. Le recours à un prestataire ou à une IA n’est pas, en soi, un cas de levée du secret prévu par l’article L.821-35.

Exemple avec données fictivesDans un essai fictif, le cabinet décrit un traitement avec des pièces inventées. Avant un usage sur un dossier, il examine les données, accès, destinataires et appels réseau de l’environnement envisagé.

Ce qui reste à déciderNous documentons les données et leurs flux, utilisons des jeux fictifs pour les essais et signalons toute destination inconnue ; le CAC apprécie les conditions d’utilisation avant une transmission. Les fichiers clients ne servent pas à illustrer le glossaire.

Confusion fréquenteUne sélection ciblée n’est pas un sondage donnant une chance de sélection à tous les éléments. La NEP 530 rattache au sondage la conclusion tirée du contrôle des éléments sur toute la population ; une couverture élevée en valeur ne suffit pas à transférer automatiquement ce raisonnement à une sélection spécifique.

Exemple avec données fictivesExemple fictif : le CAC prescrit de préparer les opérations d’une nature inhabituelle et celles dépassant le montant qu’il a retenu. Le tableau conserve les critères et montre aussi les éléments non sélectionnés. L’équipe valide la liste sans l’appeler échantillon représentatif par défaut.

Ce qui reste à déciderNous appliquons les critères approuvés et présentons les éléments retenus et écartés, sans modifier les seuils ni retirer les exceptions à l’insu de l’équipe. Elle valide la liste. Le CAC définit la méthode et apprécie la portée des résultats, les anomalies et les compléments ; ses observations restent intactes.

Confusion fréquenteUn seuil d’alerte est parfois pris pour une tolérance comptable : il décide de ce qui remonte à un humain, jamais de ce qui est régulier, exact ou acceptable en comptabilité.

Exemple avec données fictivesPour un dossier fictif, un écart de plus de cinquante euros ou de plus de cinq pour cent entre deux relevés remonte. Sous ces deux valeurs, la ligne est classée sans mention, et le seuil retenu reste affiché.

Ce qui reste à déciderAppliquer le seuil, compter ce qu’il écarte et l’afficher est automatisable. Fixer sa valeur, la réviser et assumer ce qu’elle laisse passer restent des décisions du cabinet.

Confusion fréquenteLe seuil de planification n’est pas le seuil de signification ni un simple pourcentage obligatoire. Il ne rend pas automatiquement sans importance les anomalies situées en dessous de son montant.

Exemple avec données fictivesDans une mission fictive, le CAC retient un seuil de planification inférieur au seuil de signification et explique son choix dans le dossier. Le tableau conserve cette justification, sans proposer un pourcentage par défaut.

Ce qui reste à déciderNous préparons le calcul et la comparaison des montants avec les paramètres validés ; une incohérence entre les seuils arrête la proposition. Le CAC fixe et justifie les montants, décide des travaux et garde ses saisies ; aucun taux n’est recommandé par l’outil.

Confusion fréquenteLe seuil de signification n’est ni un taux universel ni une autorisation d’ignorer les anomalies de montant inférieur. Il se distingue du seuil de planification, qui est inférieur et sert à définir la nature et l’étendue des travaux.

Exemple avec données fictivesDans un dossier fictif, le CAC retient un critère adapté à l’entité et consigne sa justification. Un fait nouveau modifie les données disponibles : il reconsidère le seuil et documente sa décision.

Ce qui reste à déciderNous exécutons le calcul avec les paramètres choisis et validés par le CAC, et présentons les versions séparément de ses justifications. Un paramètre absent suspend le calcul ; le CAC conserve le choix du critère, des montants et de leurs modifications.

Confusion fréquenteRetenir seulement les opérations inhabituelles ou dépassant un montant choisi relève d’une sélection spécifique, pas à lui seul d’un sondage. Couvrir une forte part des montants ne donne pas à chaque élément une chance de sélection et ne justifie pas une conclusion automatique sur toute la population.

Exemple avec données fictivesExemple fictif : l’équipe prépare une population bornée d’opérations et exécute la sélection prescrite par le CAC. Elle conserve la population, la méthode, les paramètres et le résultat. Le CAC contrôle les éléments retenus et apprécie les conséquences des anomalies pour la population.

Ce qui reste à déciderNous préparons la population et exécutons la méthode et les paramètres validés, avec une trace reproductible. L’équipe valide les données et la sélection avant les travaux. Le CAC choisit la méthode, l’étendue et la portée des conclusions ; nous signalons un périmètre incertain et conservons toutes ses saisies.

Confusion fréquenteLe titre de fournisseur, d’éditeur ou de cabinet ne suffit pas à fixer un rôle RGPD. Recevoir des données ne fait pas automatiquement d’un organisme un sous-traitant : il faut examiner le traitement et qui en détermine les finalités et les moyens.

Exemple avec données fictivesDans un cas fictif, un cabinet détermine les finalités et les moyens de sa messagerie interne. Un hébergeur traite les messages pour son compte et selon ses instructions : ce traitement est encadré par un contrat de sous-traitance.

Ce qui reste à déciderRecenser les outils qui traitent des données personnelles pour signaler ceux à qualifier est automatisable. Qualifier juridiquement chaque cas et négocier les clauses contractuelles requises restent des tâches humaines, en général avec un conseil compétent.

Confusion fréquenteUn système d’IA est parfois confondu avec n’importe quel logiciel automatisé ; le règlement réserve la qualification aux systèmes qui déduisent leurs sorties à partir des entrées reçues, et exclut ceux qui appliquent des règles définies uniquement par des personnes.

Exemple avec données fictivesPour un outil fictif de tri de courriels, la qualification de système d’IA dépend de la façon dont il classe les messages : une liste de mots-clés fixée à l’avance ne suffit pas à en faire un, un modèle qui infère la catégorie à partir d’exemples peut en faire un.

Ce qui reste à déciderRien dans cette définition ne s’automatise : elle sert à qualifier juridiquement un outil, pas à faire fonctionner un traitement. La qualification d’un outil précis reste un examen à mener au cas par cas, en général avec un conseil compétent.

Confusion fréquenteConnaître une procédure ne démontre pas son fonctionnement efficace. De même, l’absence d’anomalie relevée par des procédures de substance ne constitue pas un élément suffisant et approprié pour justifier l’efficacité des contrôles relatifs à l’assertion considérée.

Exemple avec données fictivesExemple fictif : pour un contrôle d’autorisation des achats, l’équipe prépare les opérations sélectionnées et les traces d’autorisation disponibles. L’auditeur examine la mise en œuvre effective du contrôle et consigne les déviations ; un document décrivant la procédure n’est pas présenté comme preuve de son efficacité.

Ce qui reste à déciderNous préparons les sélections selon les paramètres approuvés, les références et les traces disponibles. L’équipe valide le périmètre et réalise les tests prescrits. Les déviations et commentaires saisis restent intacts ; le CAC apprécie l’efficacité, les conséquences et les travaux complémentaires, sans verdict automatique.

Confusion fréquenteLa traçabilité n’est ni une surveillance nominative ni une conservation illimitée de chaque action.

Exemple avec données fictivesUn rapport fictif indique la version de règle, l’horodatage, les contrôles exécutés et les lignes refusées.

Ce qui reste à déciderJournaliser les étapes techniques prévues est automatisable ; choisir les événements, accès et durées de conservation reste humain.

Confusion fréquenteUn clic automatique, une absence de réponse ou un écran sans éléments de preuve n’est pas une validation.

Exemple avec données fictivesUne correspondance bancaire proposée reste en attente jusqu’à ce qu’un collaborateur vérifie la pièce et confirme l’affectation.

Ce qui reste à déciderPréparer le dossier de décision et consigner le choix est automatisable ; porter le jugement et l’autoriser reste humain.