ERP e-commerce : quand connecter sa gestion commerciale
Kévin Papot, Directeur de la publication · publié le · 8 min
Tant que la boutique et la gestion commerciale vivent séparément, quelqu'un recopie des chiffres à la main. Ça tient jusqu'à un certain volume, puis ça casse. La question n'est pas si, mais quand.
Le symptôme qui déclenche la question
Ce n’est jamais un désir d’architecture. C’est toujours un incident.
Une commande passée sur un produit qui n’était plus en stock. Une facture émise en double. Un client qui appelle pour un colis expédié deux fois. Un inventaire de fin d’année qui ne tombe pas juste et que personne ne sait expliquer.
Ces incidents ont un point commun : deux systèmes détiennent la même information et aucun ne fait autorité. La boutique croit avoir trois unités, la gestion commerciale en compte une. Les deux ont raison dans leur référentiel.
Ce que la connexion règle réellement
| Flux | Ce que ça évite | Fréquence utile |
|---|---|---|
| Stocks, de l'ERP vers la boutique | Vendre ce qu'on n'a pas | Toutes les 15 minutes à temps réel |
| Commandes, de la boutique vers l'ERP | La double saisie et ses fautes de frappe | Temps réel |
| Produits et prix, de l'ERP vers la boutique | Les écarts de tarif entre canaux | Quotidienne suffit souvent |
| Clients, dans les deux sens | Les doublons et les historiques éclatés | Temps réel sur la création |
| Factures et avoirs, de l'ERP vers la boutique | Le service client qui cherche un document | Quotidienne |
Ce que l'exploitation nous a appris. Sur nos boutiques de métaux précieux, le flux le plus critique n'est pas le stock, c'est le prix. Le cours de l'or bouge en continu, et un prix périmé de vingt minutes sur une fiche produit n'est pas une imprécision, c'est une perte sèche ou une vente refusée. Nous avons appris à traiter la fraîcheur du prix comme un sujet d'exploitation, avec surveillance et alerte, pas comme un simple flux quotidien. La plupart des connecteurs du marché ne pensent qu'au stock.
Le vrai coût, celui qui n’est pas sur le devis
Un connecteur coûte ce qu’annonce le devis. Ce qui coûte davantage vient après.
La qualité des données existantes. Une connexion révèle brutalement l’état de votre référentiel. Références en doublon, unités incohérentes, produits actifs dans un système et archivés dans l’autre. Le nettoyage représente souvent plus de travail que la connexion elle-même, et il ne peut pas être sous-traité : seules vos équipes savent laquelle des deux fiches est la bonne.
Le comportement en cas de panne. Que fait la boutique quand l’ERP ne répond plus ? Si la réponse est « elle refuse les commandes », vous venez de créer un point de défaillance unique sur votre chiffre d’affaires. Une connexion sérieuse prévoit un mode dégradé où la boutique continue de vendre et rattrape ensuite.
La montée de version. Un connecteur développé une fois, sans contrat de maintenance, se casse à la première montée de version de l’ERP ou de la plateforme. Nous en reprenons régulièrement, et le coût de reprise dépasse toujours le coût qu’aurait eu la maintenance.
Quand ne pas le faire
Trois situations où la connexion est prématurée.
Moins de dix commandes par jour. La double saisie prend quelques minutes et coûte moins cher qu’un connecteur à maintenir. Le seuil de bascule se situe plutôt vers vingt à trente commandes quotidiennes, selon la complexité du catalogue.
Un référentiel produit qui n’est pas stabilisé. Si vos références changent encore de nomenclature, connectez plus tard. Vous passeriez votre temps à réparer un mapping qui bouge.
Un ERP en fin de vie. Brancher une boutique neuve sur un système que vous allez remplacer dans dix-huit mois, c’est payer deux fois. Attendez le nouveau, ou construisez la connexion en prévoyant explicitement le remplacement.
Les trois questions à poser avant de signer
Le connecteur est-il maintenu, et par qui ? Un connecteur du marché avec un éditeur derrière n’a pas le même profil de risque qu’un développement maison livré une fois. Les deux sont défendables, mais il faut savoir lequel on achète.
Quel système fait autorité sur chaque donnée ? Cette question doit avoir une réponse écrite, champ par champ. Sans elle, vous n’avez pas une connexion, vous avez deux systèmes qui se battent.
Que se passe-t-il si je change de plateforme ? Le connecteur suit-il, ou faut-il tout refaire ? La réponse change l’arbitrage sur le socle e-commerce lui-même.
Odoo, Sage, Cegid et les autres
Nous ne recommandons pas un ERP dans l’abstrait, pour la même raison que nous ne recommandons pas une plateforme : ça dépend de ce que vous avez déjà et de qui l’utilisera. Ce qui compte, c’est que l’ERP expose une interface de programmation documentée et stable. Un ERP sans interface propre impose de passer par des exports de fichiers, ce qui fonctionne mais ajoute un délai et un point de rupture.
Si votre ERP n’a pas d’interface documentée, ce n’est pas rédhibitoire, mais c’est un élément de coût à mettre sur la table dès le premier échange.
Un avis franc. La connexion ERP est le chantier où nous voyons le plus de projets sous-estimés, en temps comme en budget. Si un prestataire vous chiffre une connexion sans avoir regardé l'état réel de votre référentiel produit, le chiffre ne vaut rien. Demandez un audit de données avant le devis, quitte à le payer.
Sujets voisins : le PIM et la gestion du catalogue, qui règle un problème différent et souvent confondu avec celui de l’ERP, et notre approche de la création de site e-commerce quand la boutique est à construire en même temps que la connexion.
Un projet de boutique en ligne ? Nous concevons des sites e-commerce et nous exploitons les nôtres. Décrivez-nous votre projet, réponse sous 48 heures.