E-commerce / SaaS multi-entrepôts
API de gestion des stocks et des commandes
Projet Lanexas · client sous NDA
Une plateforme de stocks et de commandes pour des entreprises vendant sur plusieurs canaux et depuis plusieurs entrepôts. Le problème central était de maintenir la cohérence des stocks, du traitement et des commandes entre des systèmes qui ne se mettent pas à jour au même moment.
Données de la mission
- Rôle
- CTO / Responsable backend
- Équipe
- Équipe pluridisciplinaire de 6 personnes
- Durée
- Environ 8 mois
Contribution de Lanexas
Architecture du domaine, modélisation des stocks et des réservations, conception des intégrations, direction technique, revue de code et planification des mises en production.
Résultat
Les commandes et les stocks ont été regroupés dans un seul système. Les intégrations asynchrones ne bloquaient plus les opérations principales et la livraison répétée d’un événement ne créait pas de commande en double.
Participation de l’IA
La prévision de la demande a fait évoluer la plateforme au-delà du stock courant afin d’anticiper la demande, le risque de rupture et les quantités pratiques de réapprovisionnement.
Fonctionnalités IA livrées
- 01Prévisions de la demande par produit, entrepôt et région à partir des ventes, du jour de la semaine, de la saisonnalité, des promotions, des jours fériés et des tendances
- 02Demande projetée sur 7, 14 et 30 jours avec estimation de la probabilité de rupture de stock
- 03Recommandations de réapprovisionnement combinant demande prévue, stock disponible et stock de sécurité, accessibles via une API de prévision
Chaîne de production
Événements de commande → pipeline analytique Kafka → modèle de demande Python → stockage des prévisions → service de stocks et API Go
Périmètre livré
- 01Synchronisation des entrepôts et des canaux de vente
- 02Réservations de stock, import des commandes et états de traitement
- 03Traitement idempotent des événements, gestion des droits et historique d’audit
Stack technique
- Go
- Python / ML
- PostgreSQL
- Redis
- Kafka
- RabbitMQ
- REST API
- Docker
- Kubernetes
- OpenTelemetry
Pourquoi le client n’est pas nommé
Il s’agit d’un véritable projet Lanexas. L’identité du client et les détails confidentiels de la réalisation restent protégés par NDA ; cette page présente uniquement le contexte produit, la contribution, le périmètre, la stack et le résultat dont la publication est autorisée.
Un défi produit ?
Commencez par le problème. Nous vous aiderons à définir la suite.
Envoyez d’abord un court message. Si le besoin correspond, l’étape suivante est un appel gratuit de 30 minutes avec un fondateur. Nous répondons sous deux jours ouvrables.