Prix et délais de l’intégration de données Maroc 2026

Une commande tombe sur votre boutique en ligne à 21h. Le lendemain matin, quelqu’un ouvre le back-office, recopie le nom du client, son ICE, l’adresse de livraison et les lignes de produits dans l’ERP pour sortir la facture, puis saisit la même chose dans le CRM pour que le commercial sache que son client a commandé. À midi, la logistique exporte un fichier Excel pour le transporteur. En fin de mois, la comptabilité repointe l’ensemble parce que les totaux ne tombent pas juste.

Chaque étape de ce trajet demande quelques minutes, et le temps perdu est la partie la plus facile à mesurer. Le vrai dégât, c’est qu’il existe désormais trois versions du même client et deux versions du même montant, sans règle pour désigner celle qui fait foi.

Supprimer cette recopie porte un nom : l’intégration de données. En 2026, au Maroc, un projet de ce type va de quelques dizaines de milliers de dirhams pour un flux unique à plusieurs centaines de milliers pour un échange complet entre quatre systèmes. Ce qui fait varier la facture et le calendrier n’a presque jamais à voir avec la technologie retenue.

Ce que vos équipes font encore à la main pour faire parler vos outils

Avant de parler budget, regardez les gestes du quotidien. Chez les PME marocaines qui arrivent avec ce besoin, les mêmes symptômes reviennent :

• Un export Excel quotidien ou hebdomadaire d’un outil, retravaillé à la main (colonnes renommées, lignes supprimées), puis importé dans un autre.
• Un fichier de référence qui vit sur le poste d’une seule personne et que tout le monde lui réclame par WhatsApp.
• Des stocks justes dans l’ERP et faux sur le site, ou l’inverse, avec une mise à jour faite « quand on y pense ».
• Une clôture mensuelle qui commence par deux jours de rapprochement entre les ventes du site et les écritures comptables.
• Un commercial qui rappelle un client sans savoir qu’il a commandé en ligne la semaine d’avant.

Ces gestes constituent le vrai cahier des charges, bien plus que la liste des logiciels. Et quand une direction commande un tableau de bord avant d’avoir réglé cette plomberie, le tableau de bord se contente d’afficher des chiffres faux plus vite qu’avant. C’est la raison pour laquelle un audit qualité des données se place avant le projet d’intégration, ou au minimum en parallèle.

Intégration de données : ce que le mot recouvre vraiment

Quatre familles de solutions se cachent derrière le terme. Un prestataire sérieux vous dit laquelle il propose, et pourquoi il écarte les autres.

• Les API. Chaque logiciel moderne expose des points d’entrée pour lire et écrire ses données. Un connecteur entre l’API de l’ERP et celle du CRM est la voie la plus propre : temps réel, messages d’erreur exploitables, pas de fichier qui traîne. Encore faut-il que les deux outils aient une API documentée et accessible avec votre licence.
• L’ETL ou l’ELT. On extrait, on transforme, on charge, généralement par lots (toutes les heures, chaque nuit). C’est l’approche adaptée à l’alimentation d’un entrepôt de données ou d’un reporting consolidé, moins au besoin « la facture doit exister dans les deux minutes ».
• Le middleware. Une brique intermédiaire (plateforme d’intégration ou middleware développé) centralise les flux, garde la trace de chaque message et rejoue ce qui a échoué. Pour une PME qui dépasse trois ou quatre connexions, ce middleware d’intégration évite la toile d’araignée de scripts où plus personne ne sait qui écrit quoi.
• Le RPA. Un robot qui pilote l’interface du logiciel comme le ferait un humain. Solution de dernier recours quand un ERP ancien n’offre aucune autre porte. Ça fonctionne, c’est fragile, et ça casse au premier changement d’écran.

Le choix dépend surtout de ce que votre ERP accepte. Vérifiez ce point avant toute discussion de prix : certains éditeurs facturent le module d’accès API ou le limitent au nombre d’appels, et un devis d’intégration construit sur une API qui n’est pas incluse dans votre contrat ne tiendra pas.

Le trajet d’une commande, de la boutique en ligne à la comptabilité

Pour rendre tout ceci concret, voici ce qu’un flux automatisé exécute à chaque commande, et ce que vos équipes font aujourd’hui de tête :

1. Le déclencheur. Le site prévient le flux qu’une commande est payée (webhook), ou le flux vient demander toutes les deux minutes s’il y a du nouveau. Le premier mode est plus réactif, le second plus simple à surveiller.
2. L’extraction. On récupère la commande complète : client, adresses, lignes, remises, frais de livraison, mode de paiement, TVA appliquée.
3. La normalisation. Les formats sont mis au standard de l’ERP : numéro de téléphone en +212, ville écrite de la même façon partout, montants avec le bon séparateur décimal, date dans le bon fuseau, ICE nettoyé de ses espaces.
4. La correspondance client. C’est l’étape qui décide de la qualité du résultat. Ce client existe-t-il déjà dans l’ERP ? Sur quelle clé décide-t-on : e-mail, téléphone, ICE, raison sociale ? Sans règle écrite, vous créez un doublon à chaque commande d’un client existant.
5. L’écriture. La commande devient un document dans l’ERP, et une affaire ou une activité dans le CRM. Le même paiement ne doit jamais générer deux factures, même si le flux est relancé : c’est le rôle d’une clé d’idempotence stockée côté intégration.
6. Le retour d’information. Le numéro de facture et le statut repartent vers le site. Sans ce retour, personne ne sait côté e-commerce ce qui a été traité.
7. La journalisation. Chaque message est tracé avec son contenu, son horodatage et son résultat, pour pouvoir répondre trois semaines plus tard à la question « où est passée la commande 10427 ? ».
8. La gestion d’erreur. Un échec déclenche une alerte nominative et met le message en file d’attente pour rejeu, au lieu de disparaître dans un fichier de log.

Les étapes 4, 7 et 8 sont les premières sacrifiées dans un devis bon marché. Ce sont pourtant elles qui séparent un script qui fonctionne en démonstration d’un flux qui tourne encore dans trois ans.

Ce que coûte une intégration de données Maroc en 2026

Les fourchettes ci-dessous correspondent à ce que facturent les prestataires locaux pour de la conception, du développement et de la recette, hors licences éditeur et hors abonnement de plateforme. Elles supposent des systèmes en place et des accès fournis.

• Flux unique et unidirectionnel entre deux outils dotés d’API documentées (les commandes WooCommerce ou Shopify qui descendent vers un ERP cloud) : 15 000 à 45 000 MAD.
• Flux bidirectionnel entre deux systèmes (les commandes descendent, les stocks et les statuts d’expédition remontent), avec journalisation et rejeu : 50 000 à 120 000 MAD.
• Trois ou quatre systèmes connectés (e-commerce, ERP, CRM, comptabilité) avec règles de déduplication, référentiel client et supervision : 120 000 à 350 000 MAD.
• ERP ancien sans API, accessible seulement par base de données, fichiers plats ou automatisation d’interface : prévoyez 30 à 50 % de plus, et une maintenance plus lourde ensuite.

À cela s’ajoute le récurrent, souvent absent des devis : hébergement du middleware ou abonnement à une plateforme d’intégration, de quelques centaines à quelques milliers de dirhams par mois selon le volume de messages, puis une maintenance annuelle qui se situe en général entre 10 et 20 % du coût du projet. Cette ligne n’est pas une option décorative : une API de transporteur ou de banque qui change de version impose une adaptation, et quelqu’un doit la faire.

Deux modes de facturation circulent. Le forfait par flux, lisible mais qui pousse à tailler dans la gestion d’erreur, et la régie, avec un taux journalier qui va souvent de 3 500 à 7 000 MAD pour un profil data ou intégration selon la séniorité et la structure. Si vous comparez un prix d’ETL au forfait entre deux offres, comparez surtout ce que chacune met dans la recette et la supervision. Les mêmes réflexes de lecture s’appliquent ici que pour n’importe quel devis IT au Maroc, et le budget d’intégration se raisonne en amont de celui de la restitution, détaillé dans notre article sur le coût d’un tableau de bord BI.

Combien de temps pour connecter deux systèmes, et à quel moment ça dérape

Pour un premier flux bidirectionnel entre deux systèmes, un calendrier honnête tourne autour de six à dix semaines. Pour un chantier à trois ou quatre systèmes, comptez trois à six mois, en séquençant flux par flux plutôt qu’en big bang. Le découpage ressemble à ceci : une à deux semaines de cadrage et de mapping des champs, une à quatre semaines de développement par flux, une à trois semaines de recette sur données réelles, puis deux semaines de bascule avec maintien de la saisie manuelle en parallèle.

Le poste qui n’apparaît jamais dans le planning initial est l’obtention des accès. Clés d’API, compte de service, ouverture de port vers le serveur de l’ERP, autorisation de l’éditeur : annoncé en deux jours, réalisé en deux à quatre semaines, surtout quand l’ERP est maintenu par un tiers qui n’a aucun intérêt à ouvrir sa boîte noire.

Les trois autres causes de dérapage sont prévisibles. Première cause : la décision sur le système maître n’est pas prise, et l’équipe projet découvre en pleine recette que personne ne veut trancher qui a raison sur l’adresse client, le site ou l’ERP. Deuxième cause : la seule personne qui connaît la signification réelle des champs de l’ERP est aussi celle qui fait la clôture, et elle est indisponible trois semaines par trimestre. Troisième cause : le passage sur données réelles révèle un historique dans lequel le même client existe sous quatre raisons sociales. Ce nettoyage est un chantier en soi, pas un détail de recette.

Doublons, formats, pannes silencieuses

Le doublon est le défaut le plus fréquent et le plus coûteux. Il vient presque toujours de l’absence de clé unique stable : l’e-mail change, le téléphone est saisi avec ou sans indicatif, la raison sociale s’écrit avec ou sans « SARL ». Pour des clients professionnels, l’ICE est la clé la plus solide, à condition d’imposer sa saisie et de le normaliser. Pour les particuliers, il faut une règle de rapprochement explicite et une file de cas douteux que quelqu’un valide à la main, plutôt qu’une fusion automatique qui mélange deux clients.

Les formats font perdre un temps dérabsonnable sur les échanges par fichier : accents cassés par un encodage qui n’est pas de l’UTF-8, dates en jj/mm/aaaa d’un côté et mm/jj/aaaa de l’autre, montants à virgule interprétés comme du texte, codes produits dont Excel a supprimé les zéros initiaux. Chaque flux qui passe par un CSV paie cette taxe tôt ou tard, ce qui est un argument de plus pour les échanges par API quand ils sont possibles.

La panne silencieuse, elle, se découvre toujours trop tard. Le jeton d’authentification a expiré, le flux s’est arrêté un vendredi soir, et on s’en aperçoit trois semaines plus tard quand un client réclame sa facture. Exigez donc trois choses dans le devis : une alerte envoyée à une personne nommée en cas d’échec, un indicateur de bonne santé qui remonte même quand tout va bien (l’absence de nouvelle n’est pas une bonne nouvelle), et un écran ou un rapport de rejeu pour reprendre les messages bloqués. Ajoutez à cela la gestion des limites d’appels des API et la surveillance des mises à jour d’ERP, qui modifient parfois les champs sans préavis.

CNDP et flux de données entre systèmes : ce qu’il faut vérifier

Faire circuler automatiquement des noms, des téléphones, des adresses et des historiques d’achat entre plusieurs logiciels reste un traitement de données personnelles au sens de la loi 09-08. Trois points méritent d’être traités avant la mise en production, pas après.

D’abord la cohérence avec ce que vous avez déclaré. Si votre déclaration couvre un fichier clients géré dans l’ERP et que le flux duplique désormais ces données dans un CRM et un outil de marketing, la finalité et les destinataires ont changé. Ensuite la localisation : si le middleware, la plateforme d’intégration ou les sauvegardes de messages se trouvent hors du Maroc, vous êtes dans un transfert vers l’étranger, qui suppose une autorisation. Vérifiez les formulaires et la procédure applicable sur le site de la CNDP avant de choisir l’hébergement du flux, car revenir en arrière après coup coûte plus cher que de bien choisir au départ.

Enfin la minimisation, qui est aussi une règle d’ingénierie utile. Un flux n’a pas besoin de recopier la CIN ou la date de naissance dans quatre systèmes pour créer une facture. Limitez les champs transportés, fixez une durée de conservation pour les journaux d’intégration (qui contiennent souvent la donnée personnelle en clair), chiffrez les échanges, et faites signer à votre prestataire une clause de sous-traitance qui dit ce qu’il peut voir et faire. Notre checklist de conformité CNDP loi 09-08 reprend ces obligations point par point.

Par où commencer sans tout reconstruire

Vous n’avez pas besoin d’un programme de dix-huit mois pour sortir de la double saisie. La séquence qui fonctionne le mieux, et qui coûte le moins cher en apprentissage, tient en cinq décisions.

1. Chiffrez le temps manuel par flux, en minutes par document et en documents par mois. Le flux le plus coûteux en temps, pas le plus visible en réunion, passe en premier.
2. Désignez le système maître pour chaque type de donnée : le client, le produit, le prix, le stock. Une seule source fait foi par donnée, et c’est une décision de direction, pas un choix technique.
3. Écrivez le mapping des champs avant le développement, même dans un simple tableur partagé, avec la clé de rapprochement et le comportement attendu en cas de conflit.
4. Faites la recette sur un extrait de données réelles, pas sur trois commandes de test propres.
5. Gardez la saisie manuelle en parallèle deux semaines après la bascule et comparez les deux résultats. C’est le seul moment où vous pouvez encore détecter un écart sans l’avoir facturé à un client.

Si la décision entre automatiser et continuer à exporter vers un tableur n’est pas tranchée, notre comparaison Excel ou Power BI donne des repères sur le moment où le tableur devient le goulot d’étranglement.

Arrowlancer conçoit et exploite ce type de connecteurs et de pipelines pour des PME marocaines : API entre ERP, e-commerce, CRM et comptabilité, middleware supervisé, et flux hébergés dans le respect de la loi 09-08, dans le cadre de son offre data visible sur la page services. Si vous hésitez entre deux devis ou si vous voulez chiffrer un premier flux avant d’engager un budget BI, décrivez-nous votre situation via le formulaire de contact et nous vous dirons ce qui est raisonnable dans votre cas.