Votre ERP peut-il clôturer les comptes en toute sécurité ? Liste de contrôle pour évaluer la clôture des périodes comptables

Commencez par définir les règles de clôture dont votre entreprise a besoin

Avant de comparer les logiciels, consignez ce que signifie « clôturé » pour votre organisation. Précisez les périodes utilisées, les opérations qui doivent être examinées, les personnes qui autorisent la clôture et les exceptions qui peuvent encore être acceptées. Une clôture mensuelle peut avoir des exigences différentes d’une clôture annuelle : testez donc les périodes et les étapes d’approbation qui correspondent à votre flux de travail réel.

Cette liste est un outil de vérification pratique, pas une norme comptable ou réglementaire. Distinguez les règles comptables du comportement de l’application : votre organisation définit le traitement comptable, les responsabilités de contrôle et les exceptions acceptables. L’ERP peut proposer des contrôles pour accompagner ce processus, mais un paramètre ou une mention d’état ne prouve ni que le processus est approprié ni que les contrôles requis ont été effectués.

• Dressez la liste des types de périodes et indiquez la date à laquelle chacune devrait être clôturée.
• Identifiez les rôles chargés de préparer, d’examiner et d’approuver la clôture.
• Définissez si des exceptions sont autorisées, qui peut les approuver et comment elles doivent être documentées.
• Consignez les domaines transactionnels qui doivent être réglés ou examinés avant la clôture, comme les comptes fournisseurs, les comptes clients ou la paie, le cas échéant.

Testez les opérations courantes et tardives, pas seulement le bouton de clôture

Utilisez un environnement de test et une période représentative. Saisissez d’abord des opérations courantes datées de la période ouverte et vérifiez leur affichage dans les registres et rapports concernés. Clôturez ensuite la période en utilisant le rôle et le flux de travail prévus. Ne supposez pas qu’une clôture réussie restreint tous les modes de saisie des opérations.

Après la clôture, essayez de saisir une opération datée de la période clôturée. Recommencez pour chaque voie de saisie utilisée par votre entreprise, par exemple les imports ou les intégrations. Vérifiez si l’application bloque la saisie, l’autorise avec une approbation ou un avertissement, ou l’accepte sans signal évident. Ce sont des questions à tester, et non des fonctionnalités que l’on peut présumer présentes dans tous les ERP.

À titre d’exemple documenté, les instructions de NetSuite relatives à la clôture des périodes indiquent que les opérations affectant les comptes fournisseurs, les comptes clients et la paie, le cas échéant, doivent être verrouillées avant l’examen des comptes et les autres tâches de clôture nécessaires. Cette séquence est décrite dans les [instructions de NetSuite sur la liste de contrôle de clôture des périodes](https://docs.oracle.com/en/cloud/saas/netsuite/ns-online-help/section_N1455781.html). Elle ne permet pas de déterminer comment une autre application gère ces domaines ou d’autres voies de saisie.

• Testez une saisie courante datée de la période ouverte.
• Testez une saisie antidatée créée après la clôture de la période.
• Recommencez avec un import de fichier et chaque intégration ou flux de travail automatisé pertinent.
• Notez le résultat exact : saisie bloquée, autorisée sous réserve d’un contrôle ou autorisée sans indication claire.
• Vérifiez si l’utilisateur reçoit une explication utile et si la tentative ou l’opération laisse des traces consultables.

Définissez clairement les procédures de correction après clôture

Choisissez une erreur réaliste, par exemple une opération imputée au mauvais compte ou pour un montant incorrect, puis testez la procédure de correction que votre organisation a retenue. Déterminez si elle prévoit une extourne, un ajustement dans une période ouverte ou une autre méthode conforme à votre politique comptable. Ne supposez pas que la modification de l’opération d’origine, la comptabilisation d’un ajustement ou la réouverture d’une période est acceptable pour votre organisation.

Si la réouverture fait partie de votre politique, testez qui peut la demander, quelle approbation est prévue et quelles informations sont consignées. Si la réouverture est exclue, vérifiez que le personnel peut suivre l’autre procédure approuvée sans modifier les écritures de la période clôturée. Les options disponibles dans l’application ne remplacent pas la décision de l’organisation quant au traitement comptable approprié.

• La personne autorisée peut-elle repérer et corriger l’erreur de test sans perdre le contexte d’origine ?
• La correction indique-t-elle sa date, sa période comptable et son lien avec l’écriture d’origine ?
• Si la période est rouverte, l’action est-elle restreinte selon la procédure retenue et son motif est-il consigné ?
• Le responsable du contrôle peut-il distinguer une exception approuvée d’une simple opération tardive ?
• Documentez toute procédure de correction nécessitant une approbation distincte ou une démarche en dehors de l’application.

Vérifiez les limites d’accès et les responsabilités d’approbation

Associez les tâches de votre processus de clôture aux autorisations disponibles dans l’application. Effectuez des tests avec des comptes distincts pour la tenue comptable courante, le contrôle de clôture et la réouverture de période, lorsque votre flux de travail prévoit une séparation de ces tâches. Vérifiez l’effet réel de chaque autorisation au lieu de vous fier uniquement aux noms des rôles ou à la description des fonctionnalités par le fournisseur. Ces tests servent à évaluer votre configuration ; ils ne constituent pas une affirmation sur les exigences applicables à votre organisation.

Une petite équipe ne peut pas toujours confier chaque tâche à une personne différente. Si l’application ne peut pas imposer une séparation prévue par votre politique, déterminez si un contrôle indépendant documenté ou une autre mesure compensatoire est acceptable pour votre organisation. Consignez cette lacune avant l’adoption du logiciel au lieu de la considérer comme un simple détail de configuration.

• Un aide-comptable peut-il comptabiliser des opérations courantes sans obtenir aussi le droit de rouvrir une période ?
• Qui peut approuver la clôture, et un même utilisateur peut-il la préparer et l’approuver si votre politique prévoit un contrôle indépendant ?
• L’accès peut-il être limité à la société, au grand livre ou à la période concernés, si nécessaire ?
• Si cela fait partie de votre processus, testez les conséquences d’un changement de rôle ou d’une révocation d’accès.
• Documentez les autorisations que l’application ne peut pas séparer comme le prévoit votre politique.

Vérifiez les rapports et les justificatifs après les ajustements

Générez les rapports utilisés par votre équipe pour le contrôle de clôture, puis effectuez un ajustement tardif approuvé dans le scénario de test. Générez de nouveau les rapports et comparez les résultats. Déterminez si l’application indique clairement la période et l’état des données du rapport, afin qu’une personne puisse comprendre quelle version est examinée.

Examinez directement les traces disponibles. Recherchez des informations permettant à la personne chargée du contrôle de déterminer qui a effectué ou approuvé une modification, ce qui a changé et à quel moment. Vérifiez si les enregistrements et rapports pertinents peuvent être exportés dans un format exploitable. Ne déduisez pas qu’un rapport est reproductible ou qu’une piste d’audit est complète simplement parce que l’application peut générer un rapport ou exporter des données.

• Conservez les rapports initiaux de clôture et notez leur période et le contexte de leur génération.
• Comptabilisez l’ajustement de test selon la procédure approuvée, puis générez de nouveau les rapports.
• Comparez les deux séries et consignez comment la personne chargée du contrôle peut repérer l’effet de l’ajustement.
• Examinez les détails des modifications et des approbations de l’opération de test ainsi que tout changement d’état de période.
• Exportez des rapports représentatifs et les pièces justificatives, puis vérifiez qu’une personne chargée du contrôle peut les interpréter en dehors de l’application.

Effectuez une clôture représentative et consignez les lacunes

Un essai court fondé sur des scénarios peut aider à examiner le processus dans son ensemble. Dans un environnement hors production, faites passer une période de la saisie courante à l’examen et à la clôture, puis testez une opération antidatée, une correction approuvée, une limite d’autorisation et l’exportation de rapports. Regroupez les étapes de test, les rôles utilisateurs, les résultats et les questions en suspens afin de pouvoir répéter l’évaluation lorsque les paramètres ou les flux de travail changent.

Classez chaque lacune selon la réponse envisagée : configuration, procédure documentée, contrôle indépendant, exigence concernant une autre application ou décision de déploiement. Précisez ce qui reste manuel. Si un contrôle dépend du souvenir du personnel, décidez qui en est responsable et comment son exécution sera attestée.

• Utilisez des enregistrements de test représentatifs des voies de saisie réellement utilisées, sans exposer de données de production.
• Consignez le comportement attendu avant chaque test et comparez-le au comportement réel de l’application.
• Indiquez le rôle utilisé, l’action effectuée, le résultat et les justificatifs disponibles pour contrôle.
• Désignez un responsable et, si votre organisation en prévoit un, un contrôle compensatoire pour chaque lacune non résolue.
• Répétez le test après toute modification importante du flux de travail, des autorisations ou de la configuration.

Comparez les applications sans confondre hébergement et contrôles comptables

Utilisez les mêmes scénarios et critères d’acceptation pour chaque application évaluée. Demandez aux fournisseurs ou aux responsables de maintenance la documentation à jour sur les comportements précis dont vous avez besoin, puis vérifiez les affirmations importantes dans une instance de test. Les éléments présentés dans ce guide ne permettent pas d’établir comment des ERP particuliers gèrent les saisies antidatées, la réouverture, la séparation des rôles, la reproductibilité des rapports ou la conservation des justificatifs d’audit ; considérez chacun de ces points comme un élément à confirmer, et non comme une évidence.

Choisissez le modèle de déploiement indépendamment de l’évaluation des contrôles comptables. Airbip propose le déploiement géré des applications de son catalogue public, avec des instances applicatives exécutées sous forme de charges de travail Docker sur les serveurs cloud d’Airbip. Ses fonctionnalités d’infrastructure comprennent la gestion du cycle de vie des services et des sauvegardes quotidiennes, hebdomadaires et mensuelles configurables. Ces fonctionnalités ne permettent pas d’établir le comportement d’un ERP en matière de clôture des périodes, ne garantissent pas un historique particulier des rapports et ne déchargent pas votre organisation de ses responsabilités concernant les accès, la politique comptable et les contrôles. Consultez les informations Airbip à jour concernant les offres et les conditions commerciales.

• Comparez le comportement observé des flux de travail, et pas seulement le nom des fonctionnalités.
• Traitez les sauvegardes comme une question opérationnelle distincte ; vérifiez qu’elles répondent à vos exigences de reprise et de gouvernance.
• Ne considérez pas une fonctionnalité d’hébergement comme une preuve de l’exactitude des écritures comptables ou de la bonne approbation d’une clôture.
• Pour chaque exigence que votre organisation juge obligatoire, indiquez si elle est imposée par l’application, traitée par une procédure documentée ou encore non résolue.