Connecter son e-commerce à son ERP : budget et méthode

Connecter son site e-commerce à son ERP consiste à organiser les échanges de commandes, de stocks, de produits et de clients entre la boutique et le logiciel de gestion. Pour une PME, le bon projet n’est pas celui qui synchronise tout : c’est celui qui supprime les ressaisies prioritaires, sans créer de commandes en double ni de promesses de livraison impossibles à tenir.

Avant de demander un devis, vous devez préciser quelles informations circulent, quel outil fait référence et comment les erreurs seront traitées. Ce guide vous aide à choisir une approche, construire une enveloppe budgétaire et comparer des prestataires sur des critères vérifiables.

Quand faut-il connecter son e-commerce à son ERP ?

Une connexion mérite d’être étudiée lorsque la séparation entre la boutique et la gestion interne provoque des tâches répétitives ou des erreurs coûteuses. Le nombre de commandes ne suffit pas pour décider : quelques commandes professionnelles complexes peuvent demander davantage de travail qu’un volume important de ventes simples.

Un ERP est un logiciel qui centralise plusieurs fonctions de gestion, par exemple les achats, les stocks et les ventes. L’intégration doit donc partir d’un problème opérationnel, pas de l’envie de « faire communiquer les outils ».

• Administration des ventes : une personne recopie les commandes et vérifie chaque adresse.
• Logistique : le stock affiché en ligne ne correspond pas à ce que l’entrepôt peut réellement expédier.
• Service client : les équipes cherchent le suivi d’une commande dans plusieurs écrans.
• Commerce B2B : les tarifs négociés sont contrôlés manuellement après l’achat.

Avant tout engagement, relevez sur une période représentative le temps de ressaisie, les corrections et les commandes bloquées. Distinguez le travail normal des anomalies : automatiser la copie d’une commande ne résout pas un catalogue dont les références sont incohérentes.

Si votre réflexion inclut une refonte, séparez les objectifs du site e-commerce de ceux de son intégration : améliorer l’achat et fiabiliser la préparation sont deux chantiers liés, mais différents.

Décider quel outil fait référence pour chaque information

Deux logiciels ne doivent pas pouvoir écraser librement la même donnée. Pour chaque information partagée, désignez un système de référence : l’outil dont la valeur doit être retenue en cas de désaccord.

La répartition peut se faire champ par champ. L’ERP peut gérer la référence et le poids d’un produit, tandis que la boutique conserve le texte commercial et les photographies.

Évitez la synchronisation bidirectionnelle par défaut. Autoriser les modifications dans les deux sens exige des règles de conflit. Par exemple, si un client change son adresse après le lancement de la préparation, faut-il modifier la livraison ou créer une demande à valider ? La réponse appartient au métier.

Pour organiser les décisions côté gestion interne, le périmètre d’un projet ERP/CRM doit identifier les responsables des données, pas seulement les fonctionnalités.

Le stock physique n’est pas nécessairement le stock vendable

Shopify distingue notamment les quantités disponibles, engagées dans des commandes et présentes dans les différents emplacements. Sa documentation sur les quantités de stock montre pourquoi un simple champ « stock » ne suffit pas à décrire tous les cas.

Pour votre PME, faites écrire la règle de disponibilité : quelles réservations sont déjà déduites ? Les marchandises en contrôle qualité sont-elles exclues ? Un réapprovisionnement attendu peut-il être vendu ? Vérifiez aussi qu’une réservation ne sera pas soustraite deux fois.

Connecteur existant ou intégration sur mesure : comment choisir ?

Testez d’abord un connecteur existant si vos règles de gestion sont simples et effectivement couvertes. Une intégration spécifique devient pertinente lorsque les exceptions structurent votre activité, ou lorsque plusieurs outils doivent être coordonnés.

Un connecteur est un composant qui transfère et adapte des données entre deux logiciels. Une API est l’interface qui permet à un logiciel de consulter ou de modifier des informations dans un autre.

Le connecteur existant : vérifier les scénarios, pas seulement les logos

La mention « compatible avec votre ERP » ne constitue pas un périmètre suffisant. Demandez une démonstration avec vos variantes, remises, frais de port et annulations.

• Les fonctions nécessaires sont-elles incluses dans l’abonnement proposé ?
• Les champs personnalisés sont-ils accessibles ?
• Une commande rejetée peut-elle être corrigée puis renvoyée ?
• Qui intervient si l’éditeur ERP et celui du connecteur se renvoient le problème ?

Vérifiez également le droit d’accès aux interfaces. À titre d’exemple, la documentation officielle d’Odoo 18 réserve l’accès à l’API externe aux offres commerciales Custom, et non aux offres One App Free ou Standard. Faites confirmer les conditions applicables à votre édition, votre hébergement et votre contrat, plutôt que de supposer cet accès inclus.

La plateforme d’intégration : coordonner plusieurs outils

Une plateforme d’intégration est un service intermédiaire qui organise les échanges entre plusieurs applications. Envisagez cette option si la boutique doit communiquer avec l’ERP, le transporteur et un outil de relation client.

Exigez une simulation de facturation sur votre activité : commandes, lignes de commande, mises à jour et reprises après erreur. Le devis doit préciser l’unité facturée et les limites du forfait.

Le sur-mesure : traiter des règles réellement particulières

Demandez un chiffrage spécifique si vous vendez des lots composés de plusieurs articles, gérez des comptes professionnels avec validation ou répartissez une commande entre plusieurs dépôts. Ne choisissez toutefois pas le sur-mesure pour reproduire sans examen toutes les habitudes historiques.

Une approche hybride peut convenir : conserver un connecteur pour les échanges standards et développer seulement la règle métier absente. Demandez alors qui maintient l’ensemble et comment les deux composants sont testés ensemble.

Quel budget prévoir pour connecter un e-commerce à un ERP ?

Le budget dépend surtout des règles métier, de l’accessibilité des interfaces et du traitement des exceptions. Pour préparer votre consultation, raisonnez en scénarios de charge plutôt qu’en prix universel de « connexion ERP ».

Le tableau suivant est un exercice de prébudget, pas un relevé de prix du marché ni une grille tarifaire Novane. Les montants résultent d’hypothèses de travail : un taux journalier de 600 à 900 € HT, à remplacer par celui des prestataires consultés, et des charges à confirmer après analyse.

Ces scénarios peuvent être dépassés si les interfaces ne permettent pas les opérations nécessaires ou si les données doivent être largement reprises. Ils excluent les abonnements, l’hébergement, la maintenance récurrente, les changements de licence et la disponibilité de vos équipes.

Demandez de séparer dans le devis :

• Le cadrage : règles de gestion, vérification des accès et essais de faisabilité.
• La réalisation : configuration, développement et correspondance entre les champs.
• La fiabilisation : détection des doublons, alertes et récupération des échanges en échec.
• Le déploiement : tests, documentation, formation et accompagnement au démarrage.
• L’exploitation : abonnements, surveillance, assistance et évolutions des interfaces.

Pour comparer les propositions, imposez le même périmètre. Une offre limitée aux commandes ne peut pas être comparée directement à une offre incluant stocks, retours et expéditions partielles.

La fiabilité se juge lorsque quelque chose se passe mal

Un transfert réussi prouve qu’un chemin fonctionne. Pour décider d’un investissement, demandez surtout comment l’intégration réagit aux doublons, aux interruptions et aux informations incohérentes.

Empêcher les commandes en double

Un webhook est un message envoyé automatiquement lorsqu’un événement survient, par exemple la création d’une commande. La documentation Shopify sur les webhooks prévoit le traitement des livraisons dupliquées et précise que l’ordre d’arrivée des événements n’est pas garanti.

Faites donc tester deux réceptions de la même commande : elles doivent aboutir à une seule commande ERP. Demandez également ce qui se passe si une ancienne mise à jour arrive après une annulation. Le prestataire doit démontrer que l’état final reste cohérent.

Détecter les échanges interrompus

WooCommerce indique dans sa documentation officielle des webhooks qu’un webhook est automatiquement désactivé après plus de cinq échecs consécutifs de livraison. Une boutique qui continue à vendre ne prouve donc pas que les commandes arrivent encore dans l’ERP.

Prévoyez une alerte compréhensible : « des commandes payées attendent leur transfert », avec un responsable identifié. Demandez un écran listant les échanges en attente, leur ancienneté et la cause du blocage.

Rattraper ce qui manque

Shopify recommande aussi des traitements de rapprochement périodiques, car la livraison des webhooks n’est pas toujours garantie. Cette recommandation figure dans sa documentation sur la réconciliation des données.

Appliquez cette logique au projet : comparer les commandes attendues avec celles réellement présentes dans l’ERP, puis signaler ou récupérer les écarts. Après une panne, la reprise doit éviter aussi bien les oublis que les doublons.

Protéger les données sans bloquer le fonctionnement

La connexion n’a pas besoin de donner tous les droits sur tous les clients. La CNIL recommande pour les API de limiter les données partagées, de gérer les habilitations, de sécuriser les communications et de conserver des traces pertinentes des échanges.

Traduisez ces recommandations en exigences vérifiables :

• Un accès dédié à l’intégration, avec uniquement les autorisations nécessaires.
• Des secrets d’accès conservés hors des documents partagés ordinaires.
• Des traces permettant de diagnostiquer un échec sans recopier inutilement toutes les données personnelles.
• Une procédure pour retirer les accès et renouveler les secrets.
• Des responsabilités explicites entre boutique, ERP, hébergeur et prestataire.

Faites préciser quelles données personnelles transitent, où elles sont stockées temporairement et combien de temps elles sont conservées. Ces choix doivent être examinés selon votre contexte et vos obligations, pas laissés à la configuration par défaut.

Les étapes à prévoir avant la mise en service

Pour fixer un délai crédible, demandez un planning fondé sur des livrables et des prérequis. Les jours de réalisation ne correspondent pas nécessairement aux semaines calendaires : vos validations et les accès éditeurs doivent apparaître dans le planning.

1. Décrire les parcours réels. Réunissez commerce, logistique et administration des ventes autour de commandes représentatives, y compris problématiques.
2. Vérifier la faisabilité. Faites tester la lecture et l’écriture des informations nécessaires dans les interfaces disponibles.
3. Formaliser les correspondances. Reliez les références produits, clients, modes de livraison et statuts entre les outils.
4. Valider un premier flux complet. Suivez une commande depuis l’achat jusqu’à sa préparation, plutôt que de tester seulement un transfert isolé.
5. Tester les exceptions. Incluez paiement refusé, article inconnu, remise, annulation, retour et expédition partielle selon votre activité.
6. Démarrer sur un périmètre maîtrisé. Définissez les contrôles, les responsables et les conditions d’élargissement.

La recette est la vérification formelle que le résultat répond au besoin convenu. Le guide de recette d’une application web peut vous aider à organiser cette validation avec vos équipes.

Prévoyez enfin un mode dégradé : si les échanges sont suspendus, qui relève les commandes, comment évite-t-on une double préparation et comment reprend-on le fonctionnement normal ? Faites documenter cette procédure avant le lancement.

Questions fréquentes

Faut-il importer tout l’historique des commandes ?

Pas nécessairement. Décidez quels usages justifient cet historique : service après-vente, analyse ou consultation. Une option à étudier consiste à conserver l’ancien outil en consultation et à transférer uniquement les commandes ouvertes. Faites chiffrer la reprise historique séparément.

Comment gérer les promotions créées dans la boutique ?

Précisez si l’ERP doit reprendre le montant effectivement vendu ou recalculer le tarif. Testez les remises par ligne, les codes promotionnels, les frais de port offerts et les arrondis. Votre critère d’acceptation doit inclure le rapprochement des totaux, pas seulement la présence des articles.

Peut-on garder un ERP ancien sans API exploitable ?

Demandez à l’éditeur s’il existe un mécanisme d’import-export supporté et documenté. Faites ensuite tester sa capacité à répondre au besoin. Un échange de fichiers planifié peut être une piste à évaluer ; ne validez pas une écriture directe dans la base de données sans examen technique et accord sur les responsabilités.

Qui doit piloter le projet dans la PME ?

Désignez une personne capable d’arbitrer entre commerce, logistique et gestion, avec un référent disponible dans chaque équipe concernée. Le prestataire propose et réalise ; l’entreprise doit valider les règles qui engagent ses prix, ses stocks et ses promesses clients.

Préparer une estimation utile, avant de consulter

Pour connecter votre e-commerce à votre ERP, préparez la liste des outils, les flux prioritaires et quelques commandes représentatives. Ajoutez vos cas difficiles et les interruptions que votre activité peut accepter : ce sont des éléments déterminants pour obtenir une estimation exploitable.

Le simulateur d’estimation Novane constitue un premier point de départ pour situer votre projet numérique. Une estimation d’intégration devra ensuite être affinée par l’examen des interfaces et des règles métier, avant tout engagement sur le budget ou le délai.