E-commerce et intégration ERP : les stocks ne peuvent pas être corrects à deux endroits différents

Le fait qu’un même produit affiche 12 unités dans votre boutique, 8 sur une place de marché et 5 en entrepôt ne relève pas d’un problème d’intégration. Il s’agit généralement d’une intégration conçue sans avoir déterminé quel système est autorisé à faire autorité.

La source unique de vérité

Avant de mettre en place toute intégration, désignez un responsable pour chaque type de données. Ce responsable est le seul système autorisé à modifier ces données ; tous les autres se contentent de les consulter.

• Stock → ERP. Les marchandises se trouvent dans l’entrepôt et les informations relatives à l’entrepôt sont enregistrées dans l’ERP. Les boutiques en ligne et les places de marché consultent les stocks dans l’ERP et ne les modifient jamais.
  
• Prix → ERP. Les prix spécifiques à chaque canal de vente sont acceptables, mais les règles de tarification doivent être centralisées.
  
• Données produit → ERP ou système d’information produit. Les champs techniques tels que le code, l’unité et le poids sont gérés dans l’ERP ; les visuels et les textes marketing peuvent être hébergés sur la boutique en ligne.
  
• Commandes → Canal de vente. Les commandes sont générées au niveau du canal de vente et transmises à l’ERP. L’ERP se charge de leur exécution ; il ne les modifie pas.
  
• Clients → ERP. L’unicité des comptes est préservée dans l’ERP.
  

Éléments importants à prendre en compte dans la synchronisation des stocks

Stock réservé. Commandé mais pas encore expédié. Ce stock doit être déduit du stock vendable, sinon le même article est vendu deux fois — ce qui est critique lorsqu’il ne reste que quelques unités.

Marge de sécurité. Afficher l’intégralité des stocks sur tous les canaux entraîne des surventes en cas de retards de synchronisation. Il est courant de conserver une petite marge de sécurité sur les articles à rotation rapide.

Entrepôts multiples. Si vous expédiez depuis plusieurs sites, il faut définir quel canal s'approvisionne auprès de quel entrepôt. Présenter le stock total comme un seul et même pool perturbe la planification des expéditions.

Fréquence de synchronisation. Les mises à jour déclenchées par des événements sont idéales, mais peuvent atteindre les quotas des API des places de marché. Un compromis pratique : mise à jour immédiate pour les articles critiques, périodique pour les autres.

Flux des commandes

• Mise en correspondance des clients : Lorsqu’une même personne passe commande via différents canaux, un seul compte est-il créé ? Une règle de mise en correspondance basée sur l’adresse e-mail ou le numéro de téléphone doit être définie.
  
• Frais d’expédition et de service : Ceux-ci doivent être enregistrés dans l’ERP sous forme de lignes de commande, sinon le montant total de la commande ne correspondra pas à celui de la facture.
  
• Commissions et déductions : La commission de la place de marché doit être comptabilisée en tant que coût, sans quoi la rentabilité par canal ne peut être calculée.
  
• Retours et annulations : Le flux le plus souvent négligé. Un retour doit réintégrer le stock et générer un avoir sur le compte.
  
• Expéditions partielles : Le statut côté canal doit être mis à jour lorsqu’une partie seulement d’une commande est expédiée.
  

Gestion des erreurs

Échecs d’intégration : délais d’attente des API, quotas épuisés, formats inattendus. Ce qui importe, ce n’est pas que les échecs ne se produisent jamais, mais qu’ils ne se produisent jamais en silence :

• Les opérations ayant échoué sont mises en file d’attente et réessayées automatiquement.
  
• Après un nombre défini de tentatives, une alerte est déclenchée.
  
• Les messages d’erreur sont clairs — « code produit introuvable sur la place de marché », et non « Erreur 500 du serveur interne ».
  
[*]Un écran d’intervention manuelle permet aux équipes opérationnelles de corriger les problèmes sans attendre l’intervention des ingénieurs.

Rentabilité par canal

Le véritable retour sur investissement de l’intégration ne réside pas dans la facilité opérationnelle, mais dans la possibilité de visualiser la marge par canal. Cela nécessite l’ajout d’un identifiant de canal sur chaque commande et la collecte, du côté des coûts, des données relatives aux commissions, aux frais d’expédition, au taux de retour et aux coûts d’emballage par canal.

Une fois ce calcul établi, la plupart des entreprises découvrent que leur canal générant le plus de chiffre d’affaires n’est pas le plus rentable. Les décisions évoluent en fonction de ces données.

En résumé

Dans la vente multicanal, le problème ne réside pas dans le nombre de canaux, mais dans la propriété indéfinie des données. Désignez un responsable par type de données, synchronisez les stocks dans un seul sens et concevez dès le départ les flux de retours et de commissions.

Nous pouvons concevoir une intégration adaptée à vos canaux avec la solution de commerce électroniquMekjoy.