Les paiements arrivent sur Stripe ou PayPal, les clients reçoivent leur email de confirmation — mais dans Sage, Odoo, Cegid ou votre logiciel de gestion, rien. Les commandes web s'accumulent dans la boutique sans jamais créer de bon de préparation, de facture ou de mouvement de stock. Votre équipe découvre les ventes en allant vérifier le back-office e-commerce manuellement.
Chez Apresta, on voit ce scénario chez des PME de Lille et des Hauts-de-France qui ont lancé ou fait évoluer leur boutique sans verrouiller le flux commandes. La sync est souvent configurée « pour les produits » mais pas pour les commandes — ou elle casse silencieusement. Voici comment diagnostiquer, rétablir le flux et éviter la double saisie.
Symptômes : la boutique vend, le logiciel de gestion ignore
Les commandes sont visibles dans WooCommerce, PrestaShop ou Shopify, mais absentes de l'ERP. Quand elles arrivent enfin, le délai peut être de plusieurs heures ou jours. Seules les commandes « completed » passent parfois, pas les « processing » ou « paid ». Les commandes B2C peuvent être OK tandis que les commandes B2B ou devis web ne remontent jamais. Après une reprise manuelle de sync, des doublons apparaissent. Les préparateurs consultent deux écrans — boutique et ERP — et la comptabilité prend du retard faute d'export ventes web.
Chaque heure sans sync commande, c'est du stock mal réservé, des expéditions retardées et une charge mentale inutile pour vos équipes.
Comment le flux commande est censé fonctionner
Pour une PME e-commerce connectée à un ERP, le schéma type suit une chaîne logique. Le client paie sur la boutique ; le statut commande passe à « payé » ou « en préparation ». Un webhook ou cron déclenche l'export vers le middleware, qui transforme le payload (client, lignes, TVA, port, remises). L'API ERP crée bon de commande, commande client ou facture brouillon, puis retourne un ID externe stocké côté boutique pour la traçabilité. Ensuite, le statut expédition remonte boutique ← ERP.
Si une seule étape manque ou échoue, les commandes n'arrivent pas dans le logiciel de gestion — même si tout le reste du site fonctionne.
Une intégration « produits OK » ne garantit pas que les commandes passent. Ce sont deux flux distincts.
Causes les plus fréquentes
Flux commandes jamais configuré
Le connecteur sync le catalogue et le stock, but la création de commande ERP n'a pas été activée — ou le module commande est une option payante non souscrite. Beaucoup de PME découvrent ce gap au moment de la première vague de ventes.
Mauvais déclencheur de statut
Export configuré sur « completed » alors que vos commandes restent en « processing » jusqu'à l'expédition. Elles ne partent jamais — ou avec 5 jours de retard.
Credentials ou endpoint commande différent
Token valide pour GET produits, POST commande renvoie 403. Endpoint /orders vs /sales_orders mal documenté selon versions ERP.
Mapping TVA, comptes ou modes de paiement invalide
L'ERP rejette la commande car code TVA inconnu, compte client 411000 manquant, ou mode règlement « Stripe » non référencé. Le connecteur logue une erreur que personne ne lit.
Middleware arrêté ou file d'attente bloquée
Make, n8n ou script custom : scénario désactivé, quota dépassé, erreur sur une commande bloquant les suivantes.
Clients invités ou champs obligatoires ERP
Commande sans SIRET pour un compte pro, adresse livraison incomplète, caractères spéciaux dans le nom : validation ERP stricte, rejet silencieux.
Idempotence absente — reprise manuelle hasardeuse
Relance d'un batch sans filtre date crée des doublons ; l'équipe ERP supprime « en double » et désactive la sync par méfiance.
Changement de passerelle paiement
Passage PayPlug → Stripe : le statut « paid » n'est plus déclenché de la même façon, le webhook commande ne part plus.
Diagnostic pas à pas
Étape 1 — Vérifier qu'une commande test récente existe côté boutique. Notez ID commande, statut, date paiement, email client, lignes, montants TVA.
Étape 2 — Chercher dans les logs du connecteur. Middleware, module natif, logs WooCommerce (Status → Logs). Erreur au moment du paiement ? Timeout ? 400 Bad Request avec message ERP ?
Étape 3 — Rejouer manuellement l'export. Bouton « Sync to ERP » sur la commande, ou POST API simulé avec Postman. Si échec immédiat → mapping ou credentials commande. Si succès manuel → problème cron/webhook auto.
Étape 4 — Comparer configuration statut déclencheur. Liste des statuts boutique vs règle export. Ajustez pour déclencher dès « paiement accepté », pas à l'expédition — sauf règle métier contraire (fabrication à la commande).
Étape 5 — Valider côté ERP. Droits utilisateur API, journal des imports rejetés, file d'attente ERP si existante. Parfois la commande est créée en brouillon dans un module peu consulté.
Corrections : urgent, important, plus tard
Urgent — ne plus perdre de ventes (24 à 48 h)
Mettez en place un export CSV quotidien commandes + import ERP manuel (double run temporaire). Corrigez le statut déclencheur pour inclure « paid » / « processing ». Renouvelez le token API avec droits écriture commandes. Traitez la commande bloquante identifiée dans les logs (skip + alerte). Notifiez Slack/email à chaque nouvelle commande web en attendant la sync ERP.
Important — automatiser proprement (2 à 4 semaines)
Mappez TVA, comptes comptables, modes paiement, transporteurs ERP ↔ boutique. Installez un webhook temps réel à chaque validation paiement (pas batch nocturne seul). Stockez l'ID ERP sur la commande boutique pour traçabilité bidirectionnelle. Gérez l'erreur par commande : un échec ne doit pas bloquer la file. Alertez si commande web > 30 min sans ID ERP. Testez en recette : B2C, B2B, invité, multi-lignes, remise, port offert — voir intégrations e-commerce.
Plus tard — industrialiser
Retour statuts expédition ERP → boutique + email client automatique, facturation et écritures comptables en aval de la commande ERP, dashboard ops (commandes web en attente ERP, taux d'échec sync), contrat maintenance connecteur avec SLA 4 h ouvrées.
Coûts indicatifs 2026 : activation flux commande sur connecteur existant 1 000 à 3 000 €, middleware commandes sur mesure 4 000 à 10 000 €, intégration complète commande + expédition + compta 10 000 à 25 000 €.
Prévention
Planifiez une commande test par semaine en staging → ERP avec checklist. Mettez en place un monitoring : 0 commande ERP alors que N ventes web = alerte P1. Documentez le mapping champs (qui transforme quoi). Formez les préparateurs : où voir les commandes web si ERP down. Définissez une procédure incident : export manuel, contact support, pas de double relance aveugle. Revoyez la config après chaque migration paiement ou changement statuts boutique.
La sync commandes est le flux que vos équipes logistique et compta ressentent en premier. Investissez-y avant d'optimiser le carrousel homepage.
Checklist recette avant mise en production
Avant de considérer le flux commandes comme fiable, validez ces scénarios en environnement de test : commande B2C classique carte bancaire livraison domicile, commande invité sans création compte, commande avec code promo et frais de port offerts, commande multi-lignes avec TVA mixte (20 % et 5,5 %), commande B2B avec SIRET et paiement différé.
Testez aussi la commande annulée avant expédition (l'ERP ne doit pas la traiter), la commande remboursée partiellement (statut cohérent des deux côtés), et la commande passée pendant une coupure API simulée (reprise sans doublon).
Chaque scénario doit produire : ID ERP visible côté boutique, bon statut logistique, montants TVA conformes. Documentez les résultats : c'est votre assurance en cas de litige interne ou de changement prestataire.
FAQ
À quel statut boutique déclencher l'export ERP ?
En général dès paiement confirmé (« processing », « paid », « payment accepted »). Retardez à « expédié » seulement si vous fabriquez à la commande et ne voulez pas engager l'ERP avant validation interne.
Pourquoi mes produits sync mais pas mes commandes ?
Ce sont deux endpoints et souvent deux modules distincts. Beaucoup de connecteurs marketplace activent catalogue par défaut ; le flux commande est une configuration séparée ou un développement additionnel.
Comment rattraper les commandes manquées sans doublons ?
Export des commandes boutique sur la période de coupure, filtrez celles sans ID ERP, importez une par une ou en batch avec clé idempotente (ID boutique = référence externe ERP). Ne relancez jamais un export full sans filtre.
Stripe et PayPal empêchent-ils la sync ERP ?
Non directement. Mais un changement de module paiement peut modifier le workflow statuts. Vérifiez que le passage à « payé » déclenche bien le webhook ou l'action du connecteur ERP.
Qui doit maintenir la sync commandes au quotidien ?
Désignez un responsable (souvent ops ou direction) + un contact technique (agence ou intégrateur). Les logs doivent remonter à quelqu'un qui sait agir — pas uniquement à une boîte mail no-reply.
Et maintenant ?
Si vos commandes n'arrivent pas dans votre logiciel de gestion, ne compensez pas indéfiniment à la main : vous finirez par rater une vente ou créer un doublon coûteux. Ouvrez les logs du connecteur sur la dernière commande payée — en 30 minutes vous saurez si c'est un statut, un mapping ou un token.
On met en place et on dépanne ces flux pour des TPE et PME de Lille et des Hauts-de-France, du diagnostic à la sync temps réel.
Consultez notre expertise sites e-commerce, notre expertise logiciels SaaS, notre agence web Lille, ou les articles intégrations e-commerce ERP, CRM, logistique, stocks qui ne se mettent pas à jour et mon ERP ne communique plus avec ma boutique. Contactez-nous.