Prenez une facture fournisseur arrivée en PDF scanné, ouvrez votre logiciel comptable à côté et chronométrez la saisie complète : fournisseur, numéro de pièce, date, devise, lignes, TVA, rapprochement avec le bon de commande. Faites-le sur dix factures, pas sur une seule, et comptez aussi le temps passé à revenir en arrière quand le total ne tombe pas juste.
C’est le chiffre qui décide du projet. Si vous tournez autour de trois minutes par pièce et que vous en traitez 600 par mois, vous êtes à 30 heures de saisie mensuelle, soit l’équivalent d’un mi-temps administratif sur l’année. À 40 factures par mois, le calcul ne justifie pas un projet d’automatisation, et un meilleur classement de la boîte mail rendra plus de service pour zéro dirham.
Entre ces deux extrêmes, la décision se joue sur des détails très concrets : la qualité de vos scans, le nombre de formats différents que vous recevez, et ce que votre ERP accepte en entrée.
OCR, extraction, RPA : trois briques qu’on confond souvent
Beaucoup de devis vendent l’ensemble sous un seul mot. Dans la pratique il y a trois couches, elles ne coûtent pas la même chose et elles échouent pour des raisons différentes.
- L’OCR transforme une image en caractères. C’est la partie la plus mature, y compris sur des documents mêlant français et arabe, à condition que le scan soit propre.
- L’extraction de données décide que ce nombre-là est le total HT et pas le total TTC, que cette suite de chiffres est un ICE et pas un numéro de compte. C’est là que se joue la qualité du résultat, et c’est aussi la partie la plus coûteuse à fiabiliser.
- L’automatisation RPA prend le relais quand votre logiciel métier n’a pas d’API : un robot clique, remplit les champs, enregistre. Utile, mais fragile : une mise à jour de l’interface et le robot s’arrête.
L’ordre de priorité est inverse de l’ordre de la démonstration commerciale. Une démo impressionne avec l’OCR, un projet réussit ou échoue sur l’extraction et sur les contrôles qui l’entourent.
Le trajet d’une facture, de la boîte mail à votre ERP
Voici la chaîne complète telle qu’elle se construit réellement sur un périmètre « factures fournisseurs », avec les étapes que les devis trop courts oublient.
- Collecte. Une boîte mail dédiée, un dossier scanné, parfois une photo envoyée par WhatsApp depuis un entrepôt. Si vous n’imposez pas un point d’entrée unique, vous automatisez 60 % du flux et vous gardez 100 % du processus manuel en parallèle.
- Préparation. Redressement de l’image, découpage des PDF qui contiennent cinq factures à la suite, détection des doublons, mise de côté des pages illisibles.
- Lecture. OCR page par page, avec la position de chaque mot conservée. La mise en page compte autant que le texte.
- Extraction. Les champs d’en-tête d’abord (fournisseur, date, numéro, devise, totaux, TVA), puis les lignes de détail, qui sont toujours la partie difficile.
- Contrôles métier. La somme des lignes égale-t-elle le total ? La TVA est-elle cohérente ? Le fournisseur existe-t-il dans votre base ? Le bon de commande correspondant est-il ouvert, et pour le bon montant ?
- File de validation humaine. Chaque champ sort avec un indice de confiance. En dessous d’un seuil, le document part dans une file où un opérateur voit l’image et le champ côte à côte et corrige en deux clics.
- Écriture dans le système. API, fichier d’import, ou robot si rien d’autre n’est disponible. C’est souvent l’étape qui révèle que l’ERP exige un champ dont personne ne parlait.
- Archivage et traçabilité. Le document original, la version extraite, qui a corrigé quoi et quand. Indispensable le jour d’un contrôle.
Les étapes 5 et 6 représentent une bonne partie de la charge de développement et presque tout l’écart entre un pilote qui impressionne et un système que la comptabilité accepte d’utiliser.
Les documents qui passent, et ceux qui résistent
Les bons candidats partagent trois caractéristiques : un volume régulier, une structure qui se répète, et une vérité vérifiable ailleurs dans votre système. Les factures fournisseurs récurrentes, les bons de commande, les bons de livraison, les relevés bancaires, les documents de transit et les bulletins de paie entrent dans cette catégorie. Pour un transitaire, les liasses douanières sont souvent le meilleur point de départ parce que les mêmes champs reviennent des centaines de fois par mois.
Résistent encore, en 2026 : les contrats et avenants en texte libre, où la question n’est pas de lire mais d’interpréter une clause ; les courriers et annotations manuscrites, surtout en arabe ; les tampons posés sur un montant ; les photos prises de travers dans un entrepôt mal éclairé ; les scans noir et blanc à basse résolution produits par un vieux copieur. Un prestataire sérieux vous le dira avant la signature, et proposera d’exclure ces cas du périmètre plutôt que de promettre de les traiter.
Ce que coûte l’automatisation documents Maroc en 2026
Les fourchettes ci-dessous servent à cadrer un budget avant de demander des devis, pas à remplacer un chiffrage. Elles varient beaucoup selon le nombre de formats, l’état de vos données de référence et l’ouverture de votre ERP.
- Preuve de concept sur un seul type de document, mesurée sur vos vrais fichiers, 2 à 4 semaines : de l’ordre de 25 000 à 60 000 MAD.
- Première mise en production, un type de document, contrôles métier et intégration à un système : généralement 80 000 à 200 000 MAD.
- Plusieurs types de documents, hébergement au Maroc, reprise d’historique et interface de validation complète : 250 000 à 600 000 MAD, parfois davantage dans un groupe multi-sociétés.
- Récurrent : coût de traitement à la page (quelques centimes à quelques dirhams selon le modèle utilisé), licences éventuelles, et 15 à 20 % du coût projet par an en maintenance et réentraînement.
Deux postes passent souvent à la trappe dans les comparaisons de devis : le temps de vos équipes pendant la phase de double saisie, et le nettoyage du référentiel fournisseurs. Les logiques de chiffrage détaillées sont les mêmes que pour les autres projets d’intelligence artificielle, et notre guide des prix d’un projet IA au Maroc détaille les postes à faire apparaître ligne par ligne.
Les délais : 6 à 12 semaines pour un premier périmètre
Un calendrier réaliste ressemble à ceci : une à deux semaines pour rassembler un échantillon représentatif (comptez 200 à 500 documents, incluant les cas moches, pas seulement les beaux), trois à quatre semaines pour l’extraction et les contrôles, deux à quatre semaines de pilote en double saisie avec mesure des écarts, puis le basculement. Si un prestataire vous annonce la production en trois semaines, demandez-lui à quel moment il prévoit de tester sur vos documents dégradés.
Là où le projet déraille vraiment
Rarement sur la technologie. Le plus souvent sur quatre points.
La variété des formats est sous-estimée au cadrage. Vous pensez recevoir « des factures » et vous en recevez 70 modèles différents, dont une quinzaine arrivent moins de cinq fois par an. Ces cas rares consomment une part disproportionnée du budget ; il vaut mieux les router vers la saisie manuelle et l’assumer.
Le critère de réussite n’est pas défini. « 95 % de précision » ne veut rien dire tant qu’on ne précise pas 95 % par champ ou par document. Un document de vingt champs avec 95 % par champ sort rarement parfait. L’indicateur utile est le pourcentage de documents qui passent sans aucune intervention humaine.
Les données de référence sont sales. Un même fournisseur présent trois fois dans l’ERP avec trois orthographes, et le rapprochement automatique échoue sans que le modèle y soit pour quelque chose. C’est exactement ce que vérifie un audit qualité des données avant un projet BI ou IA, et c’est souvent le travail le plus rentable des premières semaines.
L’adoption cède en dernier. Si votre comptable continue à vérifier chaque ligne à la main « par sécurité », vous avez ajouté une étape au lieu d’en supprimer une. Cela se traite en montrant les écarts mesurés pendant le pilote, puis en limitant le contrôle manuel aux documents réellement douteux.
CNDP, factures et dossiers RH : ce que ça change
Une facture n’est pas un document anodin : elle contient des noms, des coordonnées, parfois un RIB de personne physique. Un dossier RH ou une copie de CIN monte d’un cran en sensibilité. Dès que vous confiez ces fichiers à un traitement automatisé, vous avez un traitement de données personnelles à déclarer, un sous-traitant à encadrer par contrat, et une question à trancher : où partent les images ?
C’est le point à regarder de près quand la solution appelle une API d’OCR ou un modèle de langage hébergé à l’étranger, car cela constitue un transfert de données hors du Maroc, avec les formalités qui vont avec. Une architecture d’IA souveraine, où les modèles tournent sur une infrastructure localisée au Maroc, simplifie beaucoup la conversation avec votre direction juridique et avec vos clients grands comptes. Les règles applicables au travail quotidien sont détaillées dans notre article sur la conformité CNDP des outils d’IA, et pour les formalités exactes de votre cas, vérifiez sur le site de la CNDP ou faites valider par un conseil.
Outil no-code en interne ou prestataire : comment trancher
Un outil du marché configuré en interne tient parfaitement la route si vous cochez ces cases : un seul type de document, deux ou trois émetteurs stables, un volume modéré, pas d’intégration profonde (un export CSV suffit) et quelqu’un en interne qui accepte de s’en occuper tous les mois. Dans ce cas, démarrez comme ça, quelques centaines à quelques milliers de dirhams par mois, et gardez votre budget projet pour autre chose.
Passez par un prestataire quand les documents viennent de dizaines d’émetteurs, quand l’écriture doit se faire directement dans l’ERP avec les bons contrôles, quand la conformité et la traçabilité sont exigées par un client ou un auditeur, ou quand l’automatisation documentaire n’est qu’une première brique avant un assistant IA interne capable de répondre sur l’ensemble de vos documents. Et quelle que soit l’option, exigez de garder la propriété de vos documents annotés : c’est ce corpus qui a de la valeur, pas le modèle.
Questions fréquentes
Quel taux d’exactitude demander dans un contrat ?
Pas celui de la démonstration. Faites mesurer, sur un échantillon de vos propres documents incluant les scans dégradés, le pourcentage de documents traités sans intervention humaine et le taux d’erreur résiduelle sur les champs critiques (total, TVA, numéro de pièce). Ces deux chiffres, mesurés chez vous, sont les seuls à faire figurer dans un engagement.
Faut-il garder une validation humaine ?
Oui, sur les champs qui ont une conséquence comptable ou un paiement derrière, au moins en dessous d’un seuil de confiance. L’objectif n’est pas de supprimer le contrôle, c’est de passer de la saisie complète à la vérification d’un écran pré-rempli, ce qui change l’ordre de grandeur du temps passé.
L’OCR fonctionne-t-il sur des documents en arabe ?
Sur de l’arabe imprimé, oui, les moteurs actuels s’en sortent correctement. Sur de l’arabe manuscrit, les résultats restent trop irréguliers pour un flux de production. Si vos documents sont bilingues, demandez un test sur vos propres pièces avant d’inscrire ce périmètre au contrat.
Est-ce compatible avec Sage, Odoo ou SAP ?
Techniquement oui dans la plupart des cas, par API ou par import de fichier. La vraie question est le niveau de détail attendu par votre paramétrage comptable : comptes, axes analytiques, codes TVA, affectation par ligne. C’est ce paramétrage, et non le connecteur, qui détermine la charge d’intégration.
Chez Arrowlancer, nous concevons ce type de solution IA d’analyse et d’automatisation documentaire pour des PME marocaines : extraction des champs, contrôles métier, intégration à l’outil de gestion existant et hébergement souverain au Maroc quand les documents l’exigent. Vous pouvez voir l’ensemble de nos services ou nous envoyer deux ou trois de vos documents types via le formulaire de contact : c’est la façon la plus rapide de savoir si votre flux est automatisable et à quel coût.