À qui s'adresse cet article ?
Aux responsables des achats.
Aux responsables Supply Chain et approvisionnement.
Aux responsables logistiques qui suivent les livraisons de pièces.
Ce que vous allez apprendre :
Comprendre à quoi sert l'application Supply.
Découvrir comment les commandes fournisseurs sont organisées dans Pelico.
Comprendre les différents statuts, dates et indicateurs de livraison.
Apprendre à utiliser le Purchase Order Book et les autres vues de Supply.
1. À quoi sert l'application Supply ?
L'application Supply permet de suivre les approvisionnements, depuis la création d'une demande d'achat jusqu'à la mise à disposition des pièces pour la production.
Elle vous aide à suivre les livraisons fournisseurs, identifier les retards potentiels et anticiper les manques de pièces.
Les principaux événements Supply
L'application prend en compte trois types d'événements.
Événement | Description |
Purchase Request (PR) | Demande d'achat précisant la pièce ou le service nécessaire, la quantité et la date souhaitée. |
Purchase Order (PO) | Commande passée auprès d'un fournisseur pour une quantité définie de pièces à livrer dans un délai convenu. |
Stock Transfer Order (STO) | Ordre de transfert de stock entre deux sites de votre entreprise. |
Qui utilise Supply ?
Cette application est principalement destinée :
Aux responsables des achats.
Aux responsables des approvisionnements.
Aux responsables logistiques chargés du suivi des livraisons.
Les principales vues
Vue | À quoi sert-elle ? |
Purchase Order Book | Suivre les approvisionnements ouverts et leurs différentes livraisons. |
Supply Planning | Analyser les approvisionnements et les projections de stock par pièce plutôt que par commande. |
Missing Parts | Identifier les pièces manquantes ou présentant un risque de rupture. |
Event Explorer Books | Explorer les événements d'approvisionnement et leurs liens en amont et en aval. |
Remarque : certaines anciennes documentations mentionnent également une vue Line of Balance (Multi-equipment) dans Supply.
Cette vue appartient en réalité à Production Control. Consultez la section 5 pour plus de détails.
2. Comment sont organisées les commandes fournisseurs ?
Dans Pelico, une commande fournisseur est organisée sur trois niveaux.
Il est important de comprendre cette structure, car le Purchase Order Book affiche les informations au niveau le plus détaillé.
Niveau | Description |
Purchase Order (PO) | Commande passée auprès d'un fournisseur. |
Purchase Order Line (POL) | Ligne de commande correspondant à une pièce, avec ses dates et quantités de livraison. |
Purchase Order Line Schedule (POLS) | Livraison planifiée avec une date et une quantité précises. |
Une commande fournisseur peut donc contenir plusieurs lignes, et chaque ligne peut être divisée en plusieurs livraisons.
💡 Bon à savoir : cela explique pourquoi le Purchase Order Book peut afficher davantage de lignes que le nombre réel de commandes fournisseurs.
Chaque ligne correspond à une livraison planifiée, et non à une commande complète.
Cela permet de suivre chaque livraison individuellement auprès du fournisseur.
3. Purchase Order Book
Le Purchase Order Book permet de consulter les approvisionnements ouverts au niveau de chaque livraison.
Vous pouvez suivre les engagements fournisseurs, consulter les dates de livraison et identifier les retards potentiels.
💡 Pourquoi une commande a-t-elle disparu ?
Lorsqu'une livraison est réceptionnée et que votre stock a été mis à jour, la ligne correspondante disparaît du Purchase Order Book.
Cette vue affiche principalement les livraisons encore attendues.
Si une livraison n'apparaît plus, cela signifie généralement qu'elle a été réceptionnée.
3.1 Les statuts de livraison
Chaque livraison planifiée peut passer par différents statuts.
Statut | Signification |
Pending (En attente) | Le fournisseur n'a pas encore confirmé la date ou la quantité de livraison. |
Confirmed (Confirmé) | Le fournisseur a confirmé la date et la quantité de livraison. |
Shipped (Expédié) | Les marchandises ont quitté le fournisseur. |
In Transit (En transit) | Le fournisseur a communiqué un numéro de suivi et les marchandises sont en cours d'acheminement. |
Delivered (Livré) | Les pièces ont été réceptionnées et ajoutées au stock. |
💡 Important : le statut Shipped intervient avant In Transit.
Certaines anciennes documentations présentent ces statuts dans un ordre différent. L'ordre ci-dessus correspond à celui utilisé par Pelico.
3.2 Le statut On-Time Delivery (OTD)
Le statut OTD permet de savoir si une livraison arrivera à temps pour la production.
Statut | Signification |
On Time (À temps) | La livraison est prévue avant la date de production. |
Delayed (En retard) | La livraison est prévue le jour même de la production ou après cette date. |
Missing Info (Information manquante) | Aucune date OTD n'est disponible. |
⚠️ Attention : une livraison prévue le jour même de la production est considérée comme Delayed, et non On Time.
Pelico considère que les pièces doivent être disponibles avant le démarrage de la production.
3.3 Le Reliability Index
Le Reliability Index est un indicateur de risque calculé au niveau de chaque pièce.
Il permet d'identifier les pièces qui nécessitent une attention particulière, notamment lorsque plusieurs approvisionnements semblent critiques.
Pelico calcule cet indicateur à partir de trois éléments.
Élément | Exemples |
Part Likelihood | Niveau de stock actuel et ratio de stock de sécurité. |
Supplier Likelihood | Fiabilité du fournisseur selon son historique de livraisons. |
Impact of a Shortage | Variabilité de la demande pour la pièce. |
Quelle différence entre Reliability Index et OTD ?
Ces deux indicateurs ne mesurent pas la même chose.
OTD : cette livraison arrivera-t-elle à temps ?
Reliability Index : quel est le niveau de risque global associé à cette pièce ?
Une livraison peut donc être On Time, alors que la pièce concernée possède un mauvais Reliability Index.
Cette pièce peut malgré tout nécessiter une surveillance particulière.
3.4 Comprendre les différentes dates
Six dates importantes peuvent apparaître sur une livraison.
Date | Description | À quoi sert-elle ? |
Created Date | Date de création de la commande fournisseur. | Depuis combien de temps cette commande existe-t-elle ? |
Original Requested Date | Date initialement demandée, correspondant à la première date MRP. | Quand avions-nous demandé la livraison au départ ? |
Promised Date | Dernière date de livraison confirmée par le fournisseur. | À quelle date le fournisseur s'est-il engagé à livrer ? |
Need Date (MRP Date) | Date calculée par votre MRP selon les besoins de production. | Quand avons-nous besoin des pièces ? |
Availability Date | Date à laquelle les pièces peuvent réellement être utilisées, en tenant compte d'un éventuel délai de traitement. | Quand les pièces seront-elles disponibles pour la production ? |
Suggested Delivery Date | Date de livraison recommandée par Pelico pour améliorer la gestion des stocks. | À quelle date serait-il préférable de recevoir les pièces ? |
Quelles dates comparer en priorité ?
Trois dates sont particulièrement importantes :
Need Date : date à laquelle la production a besoin des pièces.
Promised Date : date de livraison confirmée par le fournisseur.
Suggested Delivery Date : date de réception recommandée par Pelico.
Comparer la Need Date et la Promised Date permet d'identifier les risques de retard.
La Suggested Delivery Date apporte une recommandation supplémentaire pour optimiser les stocks.
Il ne s'agit pas nécessairement de la date de livraison la plus proche possible.
3.5 Les actions disponibles
Le Purchase Order Book propose plusieurs fonctionnalités pour gérer vos approvisionnements.
Gérer les dates de livraison
Action | Quand l'utiliser ? |
Pull-in (Avancer) | Lorsque vous avez besoin des pièces plus tôt que prévu. |
Push-out (Décaler) | Lorsque vous avez besoin des pièces plus tard que prévu. |
Cancel (Annuler) | Lorsqu'aucun besoin n'est identifié pour ces pièces sur la période analysée. |
💡 Bon à savoir : Pelico peut également proposer automatiquement des recommandations Pull-in et Push-out.
Il compare les livraisons prévues avec les besoins réels de production et suggère des ajustements.
Pour plus de détails, consultez l'article Pelico's Algorithms.
Filtrer et regrouper les événements
Vous pouvez :
Filtrer les livraisons selon le fournisseur, la pièce ou d'autres critères.
Regrouper les informations par fournisseur, code MRP ou autres catégories disponibles.
Exporter et importer des données
Vous pouvez :
Exporter le Purchase Order Book au format XLS ou CSV.
Importer un fichier précédemment exporté pour mettre à jour les commentaires de plusieurs livraisons en une seule fois.
Simuler des modifications
Vous pouvez tester une nouvelle date ou une nouvelle quantité de livraison.
Pelico recalcule alors :
Les Availability Dates.
Les Suggested Delivery Dates.
Les statuts OTD.
Pour comprendre comment enregistrer, partager et appliquer ces scénarios, consultez l'article Simulations.
Créer des escalades et des commentaires
Vous pouvez également :
Créer un ticket d'escalade sur une pièce afin de coordonner les actions avec vos collègues.
Ajouter, modifier ou supprimer des commentaires sur les événements d'approvisionnement.
4. Supply Planning
La vue Supply Planning permet d'analyser les approvisionnements par pièce plutôt que par commande.
Elle affiche l'évolution prévisionnelle du stock des pièces achetées et permet de simuler des changements dans le planning d'approvisionnement.
Quelles pièces sont affichées ?
La vue contient les pièces associées à un site qui remplissent au moins l'une des conditions suivantes :
La pièce possède au moins un événement d'approvisionnement, comme un PO, une PR ou une STO.
Son type de sourcing est Buy ou Make & Buy.
💡 Bon à savoir : par défaut, les pièces les plus critiques apparaissent en premier.
Le classement utilise la colonne Late, avec les plus grandes quantités en retard affichées en haut.
Cela permet de repérer rapidement les problèmes d'approvisionnement les plus urgents.
4.1 Comprendre les cellules
Chaque colonne représente une période, et chaque cellule affiche une valeur totale pour cette période.
Vous pouvez choisir un affichage par :
Jour (Day)
Semaine (Week)
Mois (Month)
Par exemple, si une cellule affiche un besoin de 4 pièces en semaine 19, cela signifie que quatre unités sont nécessaires pendant cette semaine.
Cela ne précise pas combien d'ordres de fabrication sont concernés ni à quel jour exact les pièces seront nécessaires.
4.2 Choisir les informations affichées dans les lignes
Le paramètre Main Rows permet de choisir les informations affichées pour chaque pièce.
Quatre options sont disponibles.
Option | Description | Couleurs |
Projected Stock with Propagation of Blockers (par défaut) | Projection réaliste du stock. Les approvisionnements augmentent le stock à leur Availability Date. Les PO en retard ainsi que les WO, STO et SO bloqués n'ajoutent pas de stock. | 🔴 Stock négatif, 🟡 stock positif sous conditions, 🟢 stock positif. |
Safety Status without Propagation of Blockers | Projection plus optimiste. Les WO, STO et SO bloqués sont tout de même considérés comme produisant ou apportant du stock. Les PO en retard restent exclus. | 🔴 Sous zéro, 🟡 entre zéro et le stock de sécurité, 🟢 au-dessus du stock de sécurité. |
Need Quantity | Affiche les quantités nécessaires plutôt que le stock prévisionnel. | 🔴 Au moins un besoin non couvert, 🟡 au moins un besoin couvert sous conditions, 🟢 tous les besoins couverts. |
Resources Quantity | Affiche les quantités attendues en approvisionnement plutôt que le stock prévisionnel. | 🔴 Au moins un événement de production bloqué, 🟡 au moins un événement couvert sous conditions, 🟢 tous les événements couverts. |
Comprendre les deux projections de stock
⚠️ Important : les deux modes de projection ne reposent pas sur les mêmes hypothèses.
Projected Stock with Propagation of Blockers présente une projection plus réaliste, en excluant les quantités attendues des événements bloqués.
Safety Status without Propagation of Blockers suppose que les événements de production et d'approvisionnement internes bloqués pourront tout de même apporter du stock.
Ce deuxième mode compare également les résultats avec le stock de sécurité.
Il est donc important de vérifier quel mode est sélectionné avant d'analyser les résultats.
4.3 Les principaux paramètres d'affichage
Paramètre | Description |
Status Colour: Standard Projected Stock | La couleur dépend du stock prévisionnel à la fin de chaque période. |
Status Colour: Worst Consumption Coverage | La couleur dépend du niveau de stock prévisionnel le plus faible pendant la période. Cela permet d'identifier les ruptures temporaires. |
Override Grey for No-consumption Periods | Désactivé par défaut. Permet d'afficher des couleurs continues plutôt que des cellules grises pendant les périodes sans événement. |
Include Conditional Events | Activé par défaut. Lorsqu'il est désactivé, les événements qui augmentent le stock ne sont plus pris en compte. La projection repose alors uniquement sur le stock actuel et les consommations. |
Show Stock Value with Safety Time | Décale les dates de consommation vers le futur selon le délai de sécurité configuré. |
Cumulated Value | Affiche des valeurs cumulées plutôt que des quantités propres à chaque période. Le cumul commence au premier événement disponible. |
Show Completed Orders | Ajoute une colonne indiquant les quantités achetées, fabriquées ou livrées depuis le début de l'année. Nécessite une intégration de données spécifique. |
Pourquoi utiliser Worst Consumption Coverage ?
Prenons un exemple :
Le stock devient négatif le 9 du mois.
Une livraison permet de réapprovisionner le stock le 22.
À la fin du mois, le stock est à nouveau positif.
Avec Standard Projected Stock, le mois peut apparaître en vert parce que le stock est positif à la fin de la période.
Avec Worst Consumption Coverage, la rupture qui a eu lieu pendant le mois reste visible.
💡 Conseil : ce paramètre est particulièrement utile lorsque vous utilisez un affichage par semaine ou par mois.
Il permet de détecter des ruptures temporaires qui pourraient être masquées par une situation de stock positive en fin de période.
4.4 Organiser les lignes
Les options de tri
Option | Description |
Blocking and Cond. Covering | Affiche en priorité les situations bloquantes en rouge, puis les situations couvertes sous conditions en jaune. |
Blocking Only | Classe les éléments selon les situations bloquantes uniquement. |
Regrouper les informations
Vous pouvez afficher les projections de stock de deux façons :
By Part in a Single Plant : une ligne distincte pour chaque site utilisant la pièce, avec sa propre projection de stock.
By Part Across Plants : une seule ligne regroupant les données de la pièce sur tous les sites.
En passant la souris sur le bouton correspondant, vous retrouverez les options :
Need/Resources : données regroupées sur plusieurs sites.
Part in Plants : projections séparées par site.
💡 Astuce : utilisez Back to Default dans les paramètres pour revenir à la configuration standard.
Cela peut être utile si vous avez modifié plusieurs paramètres et souhaitez retrouver l'affichage initial.
4.5 Les actions disponibles
Depuis Supply Planning, vous pouvez :
Ouvrir la vue 360 d'une pièce.
Créer un ticket d'escalade pour collaborer sur une pièce.
Exporter les données affichées.
Simuler des modifications sur les événements prévus.
Comment créer une simulation ?
Double-cliquez sur la cellule concernée.
Saisissez la valeur que vous souhaitez tester.
Cliquez sur Simulate.
Pelico recalcule alors la projection des stocks selon la modification simulée.
⚠️ Important : il n'est pas possible de créer un nouvel événement d'approvisionnement directement depuis cette vue.
Vous pouvez uniquement déplacer un événement déjà planifié d'une période vers une autre.
Exemple : simuler un retard de livraison
Mettez la quantité de la période initiale à zéro.
Reportez cette quantité sur la nouvelle période de livraison.
Lancez la simulation.
Vous déplacez ainsi un événement existant, sans en créer un nouveau.
Pendant une simulation
Une bannière noire apparaît en haut de l'écran.
Elle permet de :
Cliquer sur Show Master Plan pour afficher les valeurs initiales issues de votre ERP.
Ouvrir le Simulation Basket depuis la bannière.
Cliquer sur X pour quitter la simulation.
4.6 Différences entre Supply Planning et l'application Planning
Cette comparaison est utile uniquement si les deux applications sont disponibles dans votre environnement.
Différence | Supply Planning | Application Planning |
Vues disponibles | Ne possède pas les vues Equipment et Consumed Parts. | Propose ces vues supplémentaires. |
Périmètre des données | Couvre les pièces Buy, Make & Buy et Subcontractor, ainsi que les pièces disposant d'au moins un événement d'approvisionnement. | Couvre toutes les pièces possédant au moins un événement ou une information de stock. |
Cycle Time | Ne permet pas de réduire le temps de cycle des ordres de fabrication. | Le document ne précise pas de restriction équivalente. |
5. Où trouver la Line of Balance ?
Certaines anciennes documentations mentionnent une Line of Balance (Multi-equipment) dans l'application Supply.
Cependant, il n'existe pas de vue Line of Balance dans Supply.
Cette vue appartient à l'application Production Control.
Le terme Multi-equipment correspond à un mode d'affichage permettant de regrouper plusieurs équipements et ordres de fabrication dans la même vue.
Il ne s'agit pas d'une vue indépendante.
Pour consulter la Line of Balance, ouvrez Production Control.
6. Missing Parts
La vue Missing Parts permet d'identifier rapidement les pièces manquantes ou qui risquent de le devenir.
Elle affiche notamment les pièces :
Dont la Availability Date est postérieure à la date à laquelle elles sont nécessaires.
Pour lesquelles aucun approvisionnement n'existe pour couvrir le besoin.
Cette vue permet de se concentrer directement sur les pièces critiques, sans devoir analyser toute la projection des stocks.
Vous pouvez :
Appliquer des filtres pour affiner les résultats.
Enregistrer vos filtres sous forme de Routine.
Créer un ticket d'escalade directement depuis la ligne d'une pièce.
Différence entre Missing Parts dans Supply et Production Control
Si vous disposez des deux applications, vous retrouverez une vue Missing Parts dans chacune d'elles.
Cependant, elles ne couvrent pas exactement les mêmes pièces.
Application | Pièces prises en compte |
Supply | Pièces nécessaires à tous types d'événements, comme les commandes clients (CO), les ordres de fabrication (WO) et les ordres de service (SO), à condition que ces pièces aient déjà été achetées au moins une fois. |
Production Control | Pièces nécessaires aux ordres de fabrication et aux ordres planifiés, y compris celles qui n'ont jamais été achetées. |
💡 Conseil : si vous êtes responsable des approvisionnements, la vue Missing Parts de Supply est généralement la plus adaptée à vos besoins.
7. Comment Supply fonctionne avec les autres applications Pelico
Un retard fournisseur peut avoir des conséquences sur plusieurs activités de votre entreprise.
Pelico permet de suivre cet impact dans différentes applications.
Situation | Où retrouver l'information ? |
Une livraison fournisseur est en retard. | Purchase Order Book : le statut OTD devient Delayed. |
Une pièce devient indisponible. | Production Control : Line of Balance et Missing Parts. |
Des ordres de fabrication perdent leur couverture matière. | Work Order Book : leur statut devient jaune ou rouge. |
La production risque de s'arrêter. | Equipments : colonne Production Stop Date. |
Une commande client présente un risque de retard. | Customer Support : Customer Order Book. |
💡 Pourquoi est-ce important ?
Un retard fournisseur peut d'abord sembler être un simple problème d'approvisionnement.
Mais il peut rapidement bloquer des ordres de fabrication et mettre en risque les livraisons clients.
Pelico permet d'identifier ces conséquences suffisamment tôt pour agir avant que le problème ne s'aggrave.
8. Glossaire
Terme | Définition |
Availability Date | Date à laquelle une pièce devient disponible pour la production. |
Created Date | Date de création d'une commande fournisseur. |
Missing Info | Statut OTD indiquant qu'aucune date OTD n'est disponible. |
MRP | Material Requirements Planning. Système permettant de calculer les besoins en pièces et les dates d'approvisionnement. |
Need Date | Date à laquelle la production a besoin d'une pièce, calculée par le MRP. Également appelée MRP Date. |
On-Time Delivery (OTD) | Indicateur permettant de savoir si une livraison arrivera à temps pour la production. |
Original Requested Date | Date de livraison initialement demandée, correspondant à la première date MRP. |
POL | Purchase Order Line. Ligne de commande fournisseur correspondant à une pièce, avec ses dates et quantités de livraison. |
POLS | Purchase Order Line Schedule. Livraison planifiée avec une date et une quantité précises. |
Promised Date | Dernière date de livraison confirmée par le fournisseur. |
Pull-in | Action consistant à avancer une date de livraison. |
Purchase Order (PO) | Commande formelle passée auprès d'un fournisseur. |
Purchase Request (PR) | Demande d'achat qui n'a pas encore été transformée en commande fournisseur confirmée. |
Push-out | Action consistant à décaler une livraison à une date ultérieure. |
Reliability Index | Indicateur de risque calculé à partir des caractéristiques de la pièce, de la fiabilité du fournisseur et de l'impact d'une rupture de stock. |
Sourcing Type | Indique si une pièce est fabriquée, achetée ou les deux. |
Stock Transfer Order (STO) | Ordre de transfert de stock entre deux sites de la même entreprise. |
Suggested Delivery Date | Date de livraison recommandée par Pelico pour améliorer la gestion des stocks. |
