L'unité de stock (SKU) est une déclinaison de la fiche article par magasin, et éventuellement par variante, avec ses propres paramètres de réapprovisionnement.
Une unité de stock, généralement appelée SKU, est une déclinaison de la fiche article pour une combinaison article, magasin et éventuellement variante. La fiche article reste la référence commune pour la description, l'unité de mesure et les paramètres de validation, tandis que la SKU porte les valeurs qui diffèrent par site : mode de réapprovisionnement, politique de réapprovisionnement, point de commande et quantité, délai, fournisseur ou magasin source utilisé pour réapprovisionner. La planification utilise les valeurs de la SKU dès qu'une SKU existe pour cet article et ce magasin.
Appuyez sur Alt+Q et recherchez Stockkeeping Units pour ouvrir la liste, ou accédez-y depuis un article via ses informations liées. En pratique, les SKU ne se saisissent pas une par une : un traitement par lot crée les unités de stock pour les combinaisons article, magasin et variante sélectionnées. Chaque SKU dispose de sa propre fiche, avec des champs de réapprovisionnement et de planification analogues à ceux de la fiche article.
L'article 1896-S est vendu depuis MAIN et depuis EAST. La SKU de MAIN utilise un réapprovisionnement par achat auprès du fournisseur Fabrikam, avec un point de commande de 20 pcs et une quantité de 100 pcs. La SKU de EAST est réapprovisionnée par transfert depuis MAIN, avec un délai de 3 jours et un point de commande de 5 pcs. Lorsque le stock de EAST tombe à 4 pcs, la planification propose un transfert depuis MAIN et non une commande achat.
Le piège classique est de ne modifier que la fiche article une fois les SKU créées : la planification lit la SKU, donc le nouveau point de commande saisi sur l'article est simplement ignoré sur ce magasin. Générer des SKU pour toutes les combinaisons article et magasin, y compris des sites qui ne stockent jamais l'article, en est un autre : cela produit du bruit de planification et masque les vraies exceptions. Supprimer une SKU qui alimente encore des lignes de planification ouvertes, ou oublier les variantes et définir la SKU au mauvais niveau de détail, provoque le même genre de surprise.
Considérez les SKU comme des données à entretenir, pas à créer une fois pour toutes : relancez le traitement de création après l'ouverture d'un nouveau magasin et revoyez les points de commande au moins à chaque saison. La disponibilité article par magasin, depuis la fiche article, reste le moyen le plus rapide de vérifier que les paramètres correspondent à la façon dont le site vend réellement.
En général non. Avec un magasin unique, la fiche article porte tous les paramètres de planification. Les SKU deviennent utiles dès que le même article est stocké et réapprovisionné différemment selon les magasins ou les variantes.
Parce qu'une unité de stock existe pour cet article et ce magasin. Dès qu'une SKU existe, la planification utilise ses valeurs. Modifiez le point de commande sur la SKU.
Les outils d'IA de Zentriq automatisent de nombreux processus manuels liés à stockkeeping unit (unité de stock, sku) dans Business Central. Découvrez l'Agent Zentriq ou essayez Zentriq PunchOut pour voir comment l'IA simplifie les achats dans BC.