Cet ERP gère-t-il correctement la numérotation des factures ? Une grille d’évaluation pratique

Pourquoi évaluer la numérotation dans le cadre d’un workflow

Une démonstration qui montre la création d’une facture ne révèle presque rien sur la façon dont un ERP gère la numérotation au fil du temps. La question la plus utile est de savoir ce qui se passe lorsqu’une transaction est enregistrée comme brouillon, émise, annulée, corrigée ou importée, ou lorsqu’elle est traitée par une personne disposant d’autorisations différentes.

Évaluez la numérotation comme un workflow, et non comme un simple paramètre à inspecter. La grille ci-dessous permet de structurer les démonstrations et les tests en environnement de test ; elle n’affirme pas qu’un ERP donné prend en charge un comportement particulier. Demandez à l’éditeur de montrer chaque résultat dans le produit et consignez toute limite.

Distinguez deux évaluations. Évaluez d’abord les contrôles opérationnels : ce que fait l’application et ce que les utilisateurs peuvent voir ou modifier. Vérifiez séparément si le processus envisagé respecte les règles applicables dans chaque juridiction où vous émettez des factures.

• Utilisez un environnement de test et des enregistrements fictifs, pas des factures de clients réels.
• Notez les résultats attendus avant la démonstration afin de pouvoir comparer le comportement du système à votre propre processus.
• Consignez les résultats qui ont été démontrés, ceux qui ont été décrits sans être montrés et les questions qui restent sans réponse.

Cartographier les documents et les séquences utilisés par votre entreprise

Avant de comparer les systèmes, dressez la liste des documents créés par votre entreprise et déterminez lesquels doivent suivre des séquences distinctes dans le cadre de votre processus. Ne partez pas du principe que tous les documents appelés facture, ajustement ou avoir doivent partager une séquence — ou, au contraire, en avoir chacun une. Définissez d’abord le besoin opérationnel, puis vérifiez les éventuelles exigences locales applicables auprès de sources faisant autorité.

Pour chaque type de document, indiquez qui le crée, à quel moment il devient définitif dans votre workflow, quelle entité ou unité commerciale l’émet et ce qui se passe lorsqu’il doit être corrigé. Cet inventaire fournit à l’éditeur un scénario concret à configurer et à présenter.

• Dressez la liste des types de documents, tels que les factures clients, les avoirs et les documents de correction ou d’annulation utilisés dans votre processus.
• Notez l’entité juridique, l’unité commerciale, le canal de vente ou tout autre regroupement concerné si votre entreprise a besoin de séquences distinctes selon l’un de ces critères.
• Indiquez si votre processus exige que la séquence se poursuive au-delà d’un changement de période fiscale ou qu’elle soit configurée différemment à ce moment-là.
• Identifiez les intégrations, les transactions récurrentes, les imports et les saisies manuelles susceptibles de créer des documents.
• Signalez les hypothèses qui nécessitent une confirmation auprès d’une autorité fiscale locale ou d’un conseiller qualifié.

Tester les brouillons, les factures émises, les annulations et les suppressions

Demandez à l’éditeur de présenter tout le cycle de vie, et pas seulement le moment où un numéro apparaît. Utilisez une série de transactions de test et observez ce que le système affiche après chaque action. L’objectif est de comprendre le comportement du produit et de vérifier si votre équipe pourra expliquer l’historique par la suite.

Testez les parcours habituels comme les cas exceptionnels. Par exemple, créez un brouillon et laissez-le sans émission ; émettez un autre document ; puis annulez ou supprimez un document de test à l’aide du workflow prévu par le système. Demandez si un document créé par la suite reçoit un nouveau numéro et quel enregistrement subsiste pour le document précédent. Ne supposez pas que la réponse est la même pour tous les produits ou toutes les configurations.

• Un brouillon reçoit-il un numéro, ou seulement un document qui atteint un statut déterminé ?
• Les utilisateurs peuvent-ils modifier ou abandonner un brouillon, et cette action est-elle distinguable de l’annulation d’un document émis ?
• Quel numéro et quel statut restent visibles après une annulation ou une suppression ?
• Le système peut-il expliquer une interruption apparente dans la séquence sans réutiliser silencieusement un numéro ?
• L’éditeur peut-il montrer l’historique sous-jacent du document et expliquer quelles actions les utilisateurs peuvent effectuer ?

Vérifier les avoirs, les corrections et les documents réémis

Créez un cas de test dans lequel une facture émise nécessite un ajustement. Demandez à l’éditeur de montrer comment cet ajustement est enregistré et comment un utilisateur peut retrouver le document auquel il se rapporte. Testez ensuite séparément un cas où un document doit être corrigé ou réémis dans le cadre de votre processus.

Les critères d’évaluation importants sont la traçabilité et la clarté : un réviseur peut-il distinguer le document d’origine de l’ajustement ultérieur, et votre équipe peut-elle expliquer ce qui s’est passé sans s’appuyer sur des notes informelles ? Demandez à l’éditeur de montrer les écrans, les enregistrements et les exports concernés au lieu de vous contenter d’une explication orale.

• Un utilisateur peut-il passer de l’avoir ou du document de correction à la facture d’origine, et inversement ?
• Après la comptabilisation de l’ajustement, le système conserve-t-il un lien compréhensible entre les enregistrements ?
• Que se passe-t-il si la facture d’origine a été créée par import ou par intégration ?
• L’éditeur peut-il montrer comment corriger une erreur sans écraser l’historique ?
• Confirmez le traitement requis pour les corrections et les documents associés auprès de sources locales faisant autorité ou d’un conseiller qualifié.

Vérifier qui peut modifier les paramètres de numérotation et ce qui est consigné

La gouvernance d’une séquence dépend des contrôles qui encadrent sa configuration. Demandez à l’éditeur d’indiquer quels rôles peuvent définir ou modifier les options de numérotation, puis de montrer ce qui se passe lorsqu’un utilisateur autorisé change un paramètre.

Ne déduisez pas qu’il existe une piste d’audit simplement parce que les utilisateurs disposent de comptes ou qu’un écran d’activité est présent. Demandez à voir l’enregistrement d’une modification test, notamment les informations consignées et les personnes qui peuvent les consulter. Si l’application ne fournit pas l’historique requis par votre processus, consignez cette lacune afin de l’évaluer avant l’adoption.

• Quels rôles peuvent créer, modifier ou désactiver une séquence de numérotation ?
• L’accès peut-il être limité à certains administrateurs ou rôles financiers ?
• Le système consigne-t-il les modifications de configuration, et pouvez-vous en examiner un exemple ?
• Un utilisateur ordinaire chargé des factures peut-il modifier un numéro après l’émission d’un document ?
• Qui examine les changements de configuration et comment votre équipe consignera-t-elle cet examen ?

Examiner les imports, les migrations, les entités et les périodes fiscales

Il peut être plus difficile d’évaluer le comportement de la numérotation lorsque des enregistrements proviennent d’ailleurs que de l’écran de saisie habituel. Répétez le processus de migration ou d’intégration avec des données d’exemple avant de décider de la mise en production. Demandez à l’éditeur d’expliquer quels champs sont conservés, lesquels sont attribués par l’ERP et comment les enregistrements importés peuvent être distingués des nouveaux.

Si votre entreprise exploite plusieurs entités ou a besoin de séquences différentes selon les workflows, testez explicitement ces cas. Testez également la transition qui vous importe, par exemple le changement de période fiscale. Ne vous contentez pas d’une déclaration générale selon laquelle l’application prend en charge plusieurs entités ou des séquences configurables ; demandez une démonstration utilisant la configuration que vous envisagez.

• Importez un petit échantillon contenant des références de factures existantes et vérifiez comment le système traite les doublons ou les valeurs manquantes.
• Confirmez comment les documents migrés sont identifiés et si leurs références d’origine restent accessibles aux utilisateurs.
• Testez la configuration de numérotation pour chaque entité ou unité commerciale concernée.
• Créez des documents de test de part et d’autre d’un changement de période fiscale si votre processus considère cette transition comme importante.
• Incluez les intégrations et les processus de création automatisée dans les tests ; ne testez pas uniquement la saisie manuelle.

Examiner les rapports, les exports et l’historique des documents

Il est difficile de vérifier un contrôle de numérotation si votre équipe ne peut pas retrouver les enregistrements concernés. Demandez une démonstration en direct des rapports et des exports qui vous permettraient d’examiner les documents émis, les annulations, les ajustements et l’historique des séquences.

Vérifiez si les résultats fournissent suffisamment de contexte pour qu’un réviseur puisse suivre un document depuis sa création jusqu’à ses modifications ultérieures. Si l’examen d’une interruption apparente ou d’un enregistrement inhabituel exige un autre écran, une requête manuelle ou une demande d’assistance, incluez cette charge opérationnelle dans votre évaluation.

• Pouvez-vous filtrer et exporter les documents par date, statut, entité ou type de document, selon vos besoins ?
• Le rapport distingue-t-il les brouillons des documents émis ou annulés ?
• Les utilisateurs peuvent-ils retrouver les avoirs, les corrections ou les documents réémis associés depuis l’enregistrement concerné ?
• Pouvez-vous conserver et examiner l’historique des changements de configuration, si le produit l’enregistre ?
• Enregistrez des exemples de rapports et d’exports, puis demandez aux personnes qui les examineront si les éléments fournis sont compréhensibles.

Distinguer les contrôles du logiciel des règles locales de facturation

Une démonstration d’ERP peut montrer la configuration d’un produit et la façon dont les utilisateurs interagissent avec lui. À elle seule, elle ne permet pas d’établir que le processus choisi respecte les exigences légales applicables à votre entreprise. Ces exigences varient selon les juridictions, et les informations fournies sur le produit ne permettent pas d’établir une règle de numérotation propre à une juridiction.

Appuyez-vous sur des sources locales faisant autorité — telles que l’autorité fiscale concernée ou la législation — et consultez un conseiller qualifié, le cas échéant. Confirmez vos obligations pour chaque lieu et chaque entité concernés avant de considérer une configuration logicielle comme conforme. Consignez séparément l’exigence résultante et la déclaration de l’éditeur sur les capacités de son application.

• Énumérez les juridictions et les entités juridiques concernées par le déploiement envisagé.
• Recherchez l’exigence applicable dans une source locale officielle ou faites-la confirmer par un conseiller qualifié.
• Traduisez les exigences confirmées en scénarios testables pour l’éditeur ou l’équipe chargée de la mise en œuvre.
• Conservez des traces écrites de la source, de la décision, de la configuration du système et de la personne responsable de l’approbation.
• Réexaminez l’évaluation si votre périmètre ou votre processus opérationnel change ; ne supposez pas qu’une configuration unique convient à toutes les juridictions.