Ruptures de stock et réassort sur Sylius : l'aide de l'IA
Pour anticiper les ruptures de stock sur Sylius, il faut d'abord du calcul : la vitesse de vente de chaque variante, le stock disponible et le délai du fournisseur donnent une date de rupture probable. L'IA vient ensuite, pour lire les délais annoncés dans les e-mails des fournisseurs, expliquer chaque alerte en clair et préparer un brouillon de réassort groupé par fournisseur. Vous décidez et commandez. L'agent ne passe aucune commande d'achat et ne modifie aucun stock.
Je suis développeur Sylius et Symfony indépendant, et j'intègre des agents IA dans des boutiques en ligne. Sur le stock, je préfère commencer par une mise au point : on attend parfois de l'IA qu'elle « prévoie les ventes ». Un modèle de langage n'est pas un outil de prévision. Bien utilisé, il rend en revanche un système d'alerte beaucoup plus utile. Pour la vue d'ensemble des agents sur Sylius, voyez la page agents IA pour Sylius.
Pourquoi les ruptures surprennent-elles encore ?
Parce que la plupart des boutiques surveillent un seuil fixe : « alerte sous 10 unités ». Un seuil fixe ne tient compte ni de la vitesse de vente, ni du délai du fournisseur. Dix unités, c'est trois mois de ventes pour un produit et deux jours pour un autre. Et le délai du fournisseur change : il annonce par e-mail que la prochaine livraison prendra six semaines au lieu de trois, le message est lu, puis oublié.
La rupture coûte des ventes, mais aussi du temps de service client : des commandes à annuler, des clients à prévenir, des questions sur la date de retour en stock.
Que lit-on dans Sylius ?
Sylius suit le stock au niveau de la variante. Chaque variante a une quantité en stock (onHand), une quantité réservée par des commandes en cours (onHold) et un indicateur de suivi (tracked), comme le montre l'interface de stock du code source de Sylius. Le stock réellement disponible est la différence entre les deux quantités.
On lit aussi l'historique des commandes par variante, sur le ou les canaux concernés, et vos documents : délais habituels par fournisseur, quantités minimales de commande, produits saisonniers. Sur Sylius 2, ces lectures passent par l'API d'administration, réservée aux comptes qui ont le rôle ROLE_API_ACCESS, ou par un service intégré à l'administration. L'agent n'y a qu'un accès en lecture, et seulement aux données utiles au stock : c'est la couche des accès par rôle.
Et si un agent le faisait pour vous ?
Laissez votre numéro : je vous rappelle sous 24 heures ouvrées et je regarde avec vous ce qu'un agent peut prendre en charge dans votre boutique, dans votre budget.
Qui fait quoi entre le code et l'IA ?
| Tâche | Qui la fait | Pourquoi |
|---|---|---|
| Calculer la vitesse de vente | Le code | Un calcul doit être exact et reproductible |
| Calculer la date de rupture probable | Le code | Stock disponible, vitesse, délai fournisseur |
| Lire un nouveau délai dans un e-mail fournisseur | L'IA | Le format change à chaque fournisseur |
| Repérer un changement brusque de rythme | Le code, expliqué par l'IA | L'IA relie le pic à une promotion ou une saison connue |
| Regrouper les besoins par fournisseur | Le code | Quantités minimales, franco de port |
| Rédiger le brouillon de commande fournisseur | L'IA | Un message clair, dans la langue du fournisseur |
| Commander | Vous | C'est un engagement de trésorerie |
Quand l'IA lit un délai dans un e-mail fournisseur, elle ne met pas à jour vos données directement. Elle propose la nouvelle valeur, avec la phrase source, et vous confirmez. Un délai mal lu fausserait toutes les alertes suivantes. Ce contrôle fait partie des garde-fous, et la façon de choisir les outils donnés à l'agent est détaillée dans la couche les outils.
Ce que l'agent ne fait jamais seul
Il ne passe aucune commande fournisseur, ne modifie aucune quantité en stock, ne désactive aucun produit et ne change aucun délai affiché aux clients. Il ne prévoit rien pour un produit sans historique : il le signale comme nouveau. Ses alertes disent toujours sur quoi elles reposent (la vitesse calculée, la période, le délai retenu), pour que vous puissiez les contredire. Et chaque alerte est tracée : le jour où une rupture survient malgré tout, on sait ce que le système savait, ce qui permet de corriger la règle. C'est la couche tests et traces.
Comment recevoir ces alertes au quotidien ?
Le plus utile est souvent un point du matin : les variantes qui risquent la rupture avant leur prochain réassort possible, classées par urgence, avec le brouillon de commande prêt pour chaque fournisseur. Ce point peut faire partie d'un rapport plus large, décrit dans l'article sur le rapport quotidien de la boutique. Vous pouvez aussi poser des questions ponctuelles (« quels produits de la marque X tombent en rupture avant la fin du mois ? »), ce que permet un agent qui interroge l'administration, sujet de l'article sur l'administration en langage naturel.
Les périodes de forte activité sont celles où l'alerte vaut le plus. Si votre boutique connaît des pics marqués, lisez aussi l'article sur les pics de soldes et de fin d'année, car une rupture en plein pic se transforme vite en afflux de messages.
Par où commencer ?
Vérifiez d'abord que le suivi de stock est activé sur les variantes qui comptent, et que les quantités dans Sylius reflètent la réalité de l'entrepôt. Une alerte calculée sur un stock faux ne sert à rien, avec ou sans IA. Notez ensuite les délais réels de vos principaux fournisseurs. Si vous avez peu de références et des fournisseurs réguliers, un calcul simple sans IA suffit peut-être, et je vous le dirai.
Je propose un diagnostic IA offert : je vous rappelle sous 24 heures ouvrées, je regarde vos stocks, vos ventes et votre version de Sylius, et je vous propose la solution qui rentre dans votre budget. Le code vous appartient, sans abonnement de plateforme imposé.