Guide · IA & production comptable au Maroc
Pourquoi lire une facture ne suffit pas
La promesse de beaucoup d'outils comptables basés sur l'IA paraît simple : déposer une facture, laisser l'IA la lire, récupérer une écriture. Dans un cabinet marocain, les choses sont un peu plus compliquées.
Une facture ne contient pas toujours, à elle seule, toutes les informations nécessaires à son traitement. Prenons un exemple que chaque cabinet connaît : le relevé des déductions de TVA.
L'article 112 du CGI exige notamment le mode et les références de paiement. Le modèle de relevé de déduction ADC082F-17I distingue, pour chaque facture fournisseur, la référence et la date de la facture, le fournisseur, son identifiant fiscal et son ICE, la désignation, le montant HT, le taux, la TVA, le TTC, puis le mode de paiement et la date de paiement.
- N° de facture
- Date de facture
- Fournisseur
- Identifiant fiscal
- ICE
- Désignation
- Montant HT
- Taux de TVA
- Montant TVA
- Montant TTC
- Mode de paiementrelevé bancaire, chèque, caisse…
- Date de paiementconnue au règlement
Sources : Code général des impôts 2026, article 112 et modèle de relevé de déduction ADC082F-17I.
À retenir
Le mode et la date de paiement ne sont pas sur la facture. Un outil qui se contente de lire la pièce laisse donc au collaborateur le travail de rapprochement avec le règlement.
C'est toute la différence entre lire un document et préparer réellement la production comptable.
Ce qu'un collaborateur vérifie sur chaque pièce
Avant qu'une facture fournisseur devienne une écriture exploitable, plusieurs questions doivent être résolues. Voici la grille, à réutiliser telle quelle.
-
Le fournisseur est-il correctement identifié ?
Raison sociale, ICE, identifiant fiscal lorsqu'il est disponible, références de la pièce.
-
La pièce a-t-elle déjà été comptabilisée ?
Un même document reçu deux fois ne doit pas produire deux écritures.
-
Les montants sont-ils cohérents ?
HT, TVA et TTC doivent boucler entre eux.
-
Le traitement de TVA est-il cohérent ?
Le taux affiché doit correspondre à la nature de l'opération.
-
Comment ce fournisseur est-il habituellement comptabilisé dans ce dossier ?
La facture seule ne donne pas toujours la réponse. L'historique du dossier est souvent plus instructif.
-
L'opération est-elle habituelle ou exceptionnelle ?
Une facture de télécoms récurrente et l'achat d'un équipement important ne se traitent pas avec le même niveau d'automatisation.
-
Le règlement est-il identifié ?
Mode et date de paiement : indispensables au relevé de déductions, absents de la facture. Il faut aller les chercher dans le relevé bancaire, la caisse ou auprès du client.
-
Manque-t-il une information ?
Une IA utile doit signaler un doute plutôt que remplir une case au hasard.
C'est cette série de petits contrôles, répétée sur des centaines de pièces par mois, qui pèse sur la production.
L'objectif n'est pas d'automatiser toutes les décisions
Toutes les pièces ne présentent pas le même risque. Une approche raisonnable consiste à les répartir en trois catégories.
Opération connue
Fournisseur connu, dépense récurrente, historique cohérent, aucune anomalie. L'écriture est préparée avec un niveau de confiance élevé.
Opération qui s'écarte de l'habitude
Montant inhabituel, nouveau taux, information manquante, imputation incertaine. L'écriture est proposée avec le point à contrôler signalé.
Opération exceptionnelle
Nouvelle situation, traitement particulier, contexte insuffisant. La décision reste au comptable.
Le bon objectif n'est pas le « 100 % automatique ». C'est que le collaborateur passe son temps sur les pièces qui le méritent, plutôt qu'à ressaisir les mêmes informations tous les mois.
Pourquoi un simple OCR ne suffit pas
Ce que l'OCR lit
- FournisseurFournisseur X
- Montant HT12 000,00 DH
- TVA 20 %2 400,00 DH
- Montant TTC14 400,00 DH
Ce qu'il faut savoir en plus
- Quel compte a été utilisé les mois précédents ?
- Cette facture existe-t-elle déjà dans le dossier ?
- Cette dépense est-elle habituelle pour ce client ?
- Quand et comment a-t-elle été payée ?
- Un point mérite-t-il d'être contrôlé ?
La prochaine étape de l'automatisation comptable n'est donc pas une meilleure reconnaissance de caractères. C'est l'utilisation du contexte du dossier.
Ce que devrait produire une IA comptable
Pour un cabinet, le résultat utile n'est pas une liste de champs extraits d'un PDF. C'est plutôt ceci :
- Pièces du dossier
- Lecture et extraction
- Identification des fournisseurs
- Utilisation de l'historique du dossier
- Contrôles de cohérence
- Proposition d'imputation
- Signalement des incertitudes
- Écritures prêtes à intégrer dans le logiciel du cabinet
Et cette chaîne doit se terminer dans le logiciel de production. Remplacer une saisie manuelle par un copier-coller entre deux logiciels n'a pas grand intérêt.
Pas besoin de remplacer son logiciel comptable
L'IA peut intervenir en amont du logiciel déjà utilisé par le cabinet. Le logiciel comptable reste l'environnement de production ; la couche d'IA transforme les pièces reçues en écritures préparées et contrôlables avant leur intégration.
C'est l'approche d'AQYN. AQYN analyse les pièces d'un dossier, s'appuie sur son historique pour préparer les imputations, signale les éléments à vérifier et génère des écritures prêtes à être intégrées dans le logiciel comptable déjà utilisé par le cabinet.
Voir le résultat sur un vrai dossier
20 minutes : on traite des pièces réelles devant vous, jusqu'aux écritures prêtes à importer dans votre logiciel.
Réserver ma démonstrationSans engagement · réponse sous 24 h