Trex Pi
Chaque distributeur que nous rencontrons a la même histoire : la boutique en ligne a vendu trois unités d'un produit dont l'entrepôt n'avait plus aucun exemplaire, un e-mail de client furieux a suivi, et quelqu'un a déclaré l'intégration « cassée ». Ce n'est généralement pas le cas. Elle fait exactement ce pour quoi elle a été conçue - synchroniser le stock toutes les 15 minutes - et c'est la conception qui pose problème.
La survente est une question de cohérence
La synchronisation des stocks se situe sur un spectre entre deux coûts :
- Synchroniser trop rarement et vous vendez ce que vous n'avez pas.
- Réserver en temps réel et vous en payez le prix - en charge sur l'API de l'ERP, en latence au passage en caisse, et en complexité d'ingénierie.
L'erreur consiste à choisir un seul point de ce spectre pour tout le catalogue. Un distributeur avec 40 000 SKU peut n'en avoir que 200 qui s'approchent un jour de la survente - produits à forte rotation, articles en promotion, derniers exemplaires en soldes. Ceux-là méritent une réservation en temps réel au passage en caisse. Les 39 800 autres sont parfaitement servis par un flux batch de 15 minutes.
Le modèle à trois niveaux que nous livrons
- Niveau batch - le niveau par défaut. Les niveaux de stock circulent de l'ERP vers la boutique en ligne selon un calendrier. Peu coûteux, robuste, adapté à tout ce qui dispose d'une profondeur de stock saine.
- Niveau seuil - lorsque la quantité disponible passe sous un plancher configurable, le SKU est automatiquement promu vers des mises à jour pilotées par événements.
- Niveau réservation - le passage en caisse place une réservation ferme dans l'ERP avant de confirmer la commande. Réservé à la poignée de SKU où une survente coûte plus cher que les appels API.
La promotion entre niveaux est automatique et pilotée par les données - l'intégration surveille son propre taux d'échec et s'ajuste. Six mois après la mise en service de ce système pour un groupe de distribution balte, les cas de survente sont passés d'un canal d'incidents hebdomadaire à deux cas par trimestre - et tous deux se sont révélés être des soldes de stock corrigés à la main dans l'entrepôt : une erreur de saisie à la source, pas un défaut de la synchronisation.
Concevez l'intégration autour du coût de l'erreur, et l'architecture suivra.