---
title: "Calcul des besoins (CBN)"
---

> Documentation Index
> Fetch the complete documentation index at: https://docs.beelocity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Calcul des besoins (CBN)

Le **calcul des besoins** — CBN en abrégé — est la partie de Beelocity qui répond à deux questions à intervalles réguliers :

1. **Que devons-nous fabriquer**, compte tenu des commandes que nous avons prises et du stock de sécurité que nous voulons tenir ?
2. **Que devons-nous acheter**, compte tenu des composants que nos ordres de fabrication vont consommer ?

Un calcul des besoins est un instantané. Il saisit les besoins et les ressources à un moment donné, parcourt chaque produit du plus haut niveau de l'arbre des nomenclatures jusqu'aux matières premières, et produit deux résultats : des **ordres proposés** (des propositions de nouvelles ressources) et des **messages d'action** (des conseils sur les ressources existantes qui ne correspondent plus aux besoins). Le planificateur examine le résultat, convertit les propositions qu'il retient en véritables ordres de fabrication ou demandes d'achat, et laisse le reste de côté.

## Quand lancer un calcul des besoins

La plupart des équipes lancent le calcul des besoins à intervalle régulier — la semaine est la cadence habituelle, souvent en traitement de nuit. Lancez un calcul ponctuel quand :

- Une nouvelle commande client à échéance serrée arrive et vous devez savoir si vous pouvez la tenir.
- Un bon de commande a du retard et vous voulez voir quels ordres de fabrication en aval sont menacés.
- Vous venez de libérer une série de nouvelles nomenclatures et vous voulez recalculer les niveaux des articles qu'elles touchent.
- Un planificateur prend son poste et veut l'image la plus récente de « ce qui est en retard, ce qu'il faut accélérer, ce qui est en excédent ».

Par défaut, le calcul des besoins se lance à la demande depuis la page **Calculs des besoins**. Les installations en production le programment en général par une tâche automatique.

## Créer et exécuter un calcul

Beelocity sépare la création d'un calcul de son exécution, ce qui vous permet de préparer les paramètres, de les relire et de lancer plus tard — pratique pour les calculs longs qui demandent une fenêtre calme, ou pour mettre en file un calcul `Variations seules` à côté du calcul `Complet` de la nuit.

1. Allez dans **Production > Calculs des besoins**.
2. Cliquez sur **Ajouter**. La page du calcul s'ouvre avec des valeurs par défaut modifiables déjà renseignées :
- **N° de calcul** — généré automatiquement sous la forme `MRP-AAAA-MM-JJ-XXXX`. Forcez-le si vous voulez regrouper une série planifiée (par exemple `MRP-WEEKLY-2026-W19`).
- **Type** — `Complet` replanifie chaque article ; `Variations seules` ne replanifie que les articles dont le besoin ou la ressource a changé depuis le dernier calcul.
- **Horizon (jours)** — 90 par défaut. Réglez-le pour couvrir votre délai cumulé le plus long, plus une marge.
- **Horizon ferme des besoins (jours)** — 7 par défaut.
- **Horizon ferme de planification (jours)** — 30 par défaut. Il doit être au moins aussi grand que l'horizon des besoins et au plus égal à l'horizon.
3. Cliquez sur **Enregistrer**. Le calcul se pose à l'état `En attente`, sans aucun instantané : ce n'est encore que du paramétrage, et vous pouvez toujours en corriger les horizons.
4. Ouvrez le menu **⋮** et cliquez sur **Exécuter** quand vous êtes prêt. Beelocity saisit l'instantané des besoins, puis celui des ressources, recalcule les niveaux de nomenclature et parcourt chaque article de haut en bas ; quand la page répond, le calcul est déjà terminé et le parcours affiche `Terminé`.
5. Les onglets **Besoins**, **Ressources** et **Propositions** sont alors remplis.
6. Un calcul qui s'est arrêté reste à l'état `Échec`, avec la cause sur l'onglet Synthèse. Corrigez la donnée en cause — une nomenclature qui se référence elle-même, une nomenclature absente — puis appuyez de nouveau sur **Exécuter** : c'est le même calcul qui repart, sans second calcul à suivre.

### Le parcours d'un calcul

Un parcours court en bas de la page du calcul : **En attente → En cours d'exécution → Terminé**.
C'est le seul parcours de Beelocity sans bouton à côté : le calcul le franchit tout seul — survolez
**En cours d'exécution**, il vous le dit. Pour le lancer, **Exécuter** dans le menu **⋮** ; c'est la
seule impulsion qu'il demande.

Deux statuts restent en dehors de ce parcours et se choisissent depuis la carte, derrière le mot du
statut :

- **Annulé** est celui qui vous revient, et seulement tant que le calcul est `En attente` ou
  `En cours d'exécution`. Un calcul annulé ne reprend pas : lancez-en un nouveau.
- **Échec** est la façon qu'a le calcul de dire qu'il s'est arrêté. Ce n'est pas une fin :
  **Exécuter** reprend un calcul en échec dès que la donnée derrière est saine.

Survolez une étape pour lire quand le calcul l'a atteinte et qui l'a fait avancer. Le lancement
porte votre nom ; tout ce qui suit est le travail du calcul lui-même et n'en porte aucun.

La liste **Calculs des besoins** se filtre par **Statut** (les calculs en `Échec` et `En cours d'exécution` sont ceux à regarder en premier), **Type**, **Horizon**, **Actif** ou par une plage de dates **Démarré** / **Achevé** ([Utiliser les listes](../getting-started/working-with-lists.html#narrowing-the-list)).

## Lire le résultat

Chaque onglet du calcul se restreint avec son propre **bouton de filtre** : **Besoins** et **Ressources** par **Origine**, **Produit**, par une plage de **Qté** ou par une plage de dates **Échéance** / **Disponible** ; **Propositions** par **Type**, **Statut**, **Produit** ou par une plage de quantité, de date, de niveau ou de priorité — `Type = Achat proposé`, `Statut = Ouvert` est justement le jeu de lignes sur lequel l'action **Convertir** travaille.

### La synthèse

La fiche **Synthèse** de l'onglet Synthèse est la vue d'un coup d'œil :

- **Lignes de besoin** — combien d'enregistrements de besoin le calcul a saisis.
- **Lignes de ressource** — combien d'enregistrements de ressource le calcul a saisis.
- **Ordres proposés** — combien de propositions le moteur a émises.
- **Messages d'action** — combien de conseils sur les ressources existantes.
- **Plus bas niveau atteint** — jusqu'où le calcul est descendu dans l'arbre des nomenclatures. Un produit assemblé courant descend au niveau 3 à 5 ; un calcul portant uniquement sur des matières premières reste au niveau 0 ou 1.

### Onglets Besoins et Ressources

Deux vues en lecture seule des instantanés.

L'onglet **Besoins** montre ce que l'organisation doit au monde extérieur : les lignes de commande client ouvertes, les objectifs de stock de sécurité et les besoins dépendants des articles fabriqués aux niveaux supérieurs. Chaque ligne porte une origine (`Bon de commande client`, `Stock de sécurité`, `Besoin dépendant`), une quantité et une date d'échéance.

L'onglet **Ressources** montre ce que l'organisation compte avoir de disponible : le stock physique (déduction faite des réservations), les lignes de bon de commande ouvertes, les ordres de fabrication actifs et les transferts en transit. Chaque ligne porte une origine (`En stock`, `Bon de commande`, `Ordre de fabrication`, `Transfert`), une quantité et une date de disponibilité.

### Onglet Propositions

C'est là que le travail se fait. Chaque ligne est l'une de deux choses :

- Un **ordre proposé** — une proposition de nouvelle ressource. `Fabrication proposée` pour les articles ayant une nomenclature active (nous fabriquerions) ; `Achat proposé` pour les autres (nous achèterions à un fournisseur).
- Un **message d'action** — un conseil sur une ressource existante : `Avancer` (rapprocher la date), `Accélérer` (la ramener à l'intérieur de l'horizon ferme de planification), `Annuler` (elle n'est plus nécessaire car le besoin a disparu).

La grille est triée par **niveau** (le plus bas d'abord — les matières premières les plus profondes), puis par **score de priorité** (le plus bas = le plus urgent). Convertissez d'abord les lignes que vous retenez en haut de la liste.

### « Pourquoi cette proposition ? »

Chaque ordre proposé porte une **traçabilité des besoins** — la chaîne des enregistrements de besoin qui l'ont provoqué. Cliquez sur le bouton **pourquoi ?** d'une ligne pour l'ouvrir. Vous y verrez les commandes client, les objectifs de stock de sécurité ou les besoins dépendants (issus des fabrications proposées de niveau supérieur) qui ont contribué à ce besoin, avec leurs propres quantités et dates. C'est la réponse à « pourquoi le moteur me demande-t-il d'en faire 47 ? » — c'est littéralement la chaîne des besoins.

## Horizons fermes

Deux horizons protègent la stabilité à court terme. Tous deux se règlent calcul par calcul.

### Horizon ferme des besoins (7 jours par défaut)

Aucun besoin daté dans les 7 prochains jours ne produit d'ordre proposé. Les commandes client de la semaine restent servies sur le stock physique s'il y en a, mais elles ne créent pas de nouvel ordre de fabrication. Le raisonnement : tout ce qui est aussi proche d'aujourd'hui relève de l'exécution, pas de la planification. Si vous devez réagir à une commande du jour, faites-le à la main depuis la page Ordres de fabrication.

Les prévisions situées à l'intérieur de l'horizon sont, elles, écartées purement et simplement.

### Horizon ferme de planification (30 jours par défaut)

Les ressources existantes (bons de commande, ordres de fabrication) situées dans les 30 prochains jours sont tenues pour acquises. Le moteur peut émettre des messages `Accélérer` — « votre ressource arrive trop tard, essayez de la rapprocher » —, mais il ne proposera ni `Avancer` ni `Reporter` sur une ressource située à l'intérieur de l'horizon. Le raisonnement : replanifier quelque chose déjà en exécution perturbe plus que ce que le besoin ferait gagner ; le moteur doit donc rester discret là-dessus.

Vous pouvez rétrécir l'un ou l'autre horizon calcul par calcul si vous voulez un plan plus offensif. La plupart des équipes laissent les valeurs par défaut telles quelles.

## Convertir les propositions

Une fois l'onglet **Propositions** examiné et les propositions à suivre choisies, cliquez sur le bouton **Convertir** de chaque ligne retenue. Il n'y a pas de choix du type de destination — le moteur sait déjà ce que la ligne doit devenir :

- Les lignes **Achat proposé** deviennent une **demande d'achat** en brouillon (une demande par clic sur Convertir, avec une ligne dessus). La ligne reprend la quantité, l'unité et la date d'échéance proposées ; le fournisseur suggéré par la proposition permet de retrouver un prix estimé à partir du dernier prix d'achat connu chez ce fournisseur, pour que le planificateur parte d'un chiffre à affiner. L'en-tête de la demande est créé avec la priorité **Normale** — modifiez la demande ensuite si vous voulez la relever.
- Les lignes **Fabrication proposée** deviennent un **ordre de fabrication** en brouillon, avec la nomenclature et la gamme proposées par le moteur. L'OF porte l'origine `Calcul des besoins`, ce qui vous permet de remonter jusqu'à ce calcul.

Vous n'avez pas à créer le document de destination à l'avance — le serveur crée la demande d'achat ou l'OF dans le même geste et rattache la proposition convertie à ce document. La ligne passe d'`Ouvert` à `Converti` et sa colonne **Document** devient un lien direct vers la nouvelle demande d'achat ou le nouvel OF.

Les lignes de l'onglet Propositions sont listées par ordre alphabétique de nom de produit sur l'ensemble des pages, de sorte que les propositions portant sur le même article restent groupées quand vous faites défiler. Utilisez la zone de recherche pour aller directement à un produit.

### Convertir plusieurs propositions d'un coup

Quinze composants proposés chez le même fournisseur n'ont pas besoin de quinze demandes d'achat. Cochez plutôt les lignes — la case de chaque ligne, ou **Tout sélectionner sur cette page** dans la ligne d'en-tête — et le bord supérieur de l'onglet compte ce que vous avez coché et place les deux conversions à côté du compte :

- **Convertir en demande d'achat** regroupe tous les achats proposés de la sélection dans **une seule** demande d'achat en brouillon, une ligne par proposition. Chaque ligne reprend la quantité, l'unité, l'échéance et le prix estimé qu'une conversion ligne à ligne aurait écrits ; l'en-tête prend pour date de besoin la plus proche de ces échéances — le jour même si elle est déjà passée — et la même priorité **Normale**. L'en-tête et les lignes s'écrivent ensemble : si quoi que ce soit empêche la demande d'aboutir, rien n'est créé et toutes les lignes restent à `Ouvert`.
- **Convertir en ordres de fabrication** crée un OF en brouillon par ligne de fabrication proposée de la sélection, chacun sur la nomenclature et la gamme proposées par le moteur — les mêmes documents qu'une conversion ligne à ligne. Une proposition dont la nomenclature n'a pas de gamme rattachée est laissée de côté : lisez le nombre que Beelocity annonce plutôt que de compter un OF par ligne.

Une sélection peut porter les deux natures — un calcul sur un ensemble et ses composants en produit des deux — et les deux boutons sont alors présents. Chacun n'agit que sur les lignes qui le concernent et laisse les autres à `Ouvert` : vous pouvez donc regrouper d'abord les achats dans une demande, puis revenir aux fabrications proposées. Les messages d'action, et les lignes déjà `Converti` ou `Ignoré`, sont laissés de côté.

### Règles de conversion

Quelques détails que le bouton ne dit pas :

- **Une ligne, un document en aval — à une exception près.** Un **Convertir** sur une ligne crée exactement une demande d'achat (pour un achat proposé) ou un ordre de fabrication (pour une fabrication proposée). Seul **Convertir en demande d'achat**, sur une sélection, regroupe plusieurs propositions dans un même document ; les fabrications proposées donnent un OF chacune, quelle que soit la façon de les convertir.
- **La priorité de la demande d'achat est toujours Normale à la création.** S'il vous en faut une autre, ouvrez la demande ensuite et changez-la sur l'en-tête. L'urgence ligne par ligne reste de toute façon commandée par la date d'échéance de l'ordre proposé.
- **Les lignes de message d'action ne se convertissent pas d'ici.** Ce sont des conseils — le moteur vous dit d'accélérer, de replanifier ou d'annuler un bon de commande ou un ordre de fabrication existant, pas d'en créer un nouveau. Agissez directement sur le document concerné, puis marquez le message d'action `Ignoré` si vous voulez le sortir de la liste.
- **La conversion partielle n'est pas prise en charge.** Une proposition est convertie en totalité ou pas du tout. Si un achat proposé de 1000 unités doit être partagé entre deux fournisseurs, convertissez-le une fois, puis modifiez la demande d'achat obtenue (supprimez la ligne ou changez sa quantité) ; le calcul des besoins suivant fera ressortir le reliquat non couvert.
- **Les propositions n'emportent pas leur priorité dans la conversion.** L'onglet Propositions est trié par **niveau** croissant puis par **score de priorité** croissant (le score le plus bas = le plus urgent), mais la conversion n'impose pas cet ordre — vous pouvez convertir une ligne peu prioritaire avant une ligne très prioritaire. Le tri est une _recommandation_ ; le planificateur peut passer outre grâce à une connaissance du terrain que le calcul n'a pas (un client de premier plan, un fournisseur à long délai).
- **La traçabilité des besoins est purement informative.** Cliquer sur **pourquoi ?** sur une ligne montre les besoins qui ont provoqué la proposition, mais ne change rien au mécanisme de conversion — c'est là pour aider le planificateur à juger si la proposition tient debout.

Une conversion est sans retour — une fois une proposition `Converti`, les calculs suivants traitent l'OF ou la demande d'achat liés comme une **ressource** (les propositions en double n'apparaissent donc pas) et le planificateur ne peut pas revenir en arrière. Pour refaire une conversion, annulez d'abord le document en aval ; le calcul des besoins suivant fera de nouveau ressortir le besoin.

## Et les propositions dont vous ne voulez pas ?

Chaque ligne `Ouvert` porte un bouton **Ignorer** dans la colonne **Décision** (à côté de Convertir, quand la conversion s'applique). Cliquez dessus pour faire passer la ligne à `Ignoré`. Les lignes de message d'action n'affichent qu'Ignorer — ce sont des conseils : vous agissez directement sur le bon de commande ou l'ordre de fabrication concerné, puis vous ignorez le conseil pour le sortir de la liste.

Pour les ordres proposés que vous avez décidé de laisser de côté, la même action Ignorer fonctionne. Sachez que le calcul suivant les reproposera très probablement — le calcul des besoins ne garde aucune mémoire d'un passage à l'autre, si bien que la même proposition réapparaîtra tant que le besoin sous-jacent n'aura pas changé. Utilisez Ignorer pour des refus ponctuels, pas comme un moyen d'écraser définitivement une proposition récurrente.

`Expiré` n'est **pas** une action de l'utilisateur. Le moteur l'inscrit automatiquement sur la proposition d'un calcul précédent lorsqu'un calcul plus récent la remplace. Vous verrez des lignes `Expiré` en parcourant les calculs passés, mais aucun bouton de l'onglet Propositions ne produit cet état.

## Pièges courants

- **Oublier de tenir les nomenclatures à jour.** Le calcul des besoins ne descend que dans les articles fabriqués qui ont une nomenclature active. Si une pièce n'a pas de nomenclature, le moteur la traite comme achetée et émet un `Achat proposé` même quand l'équipe compte la fabriquer. Activez la nomenclature avant de lancer le calcul.
- **Lancer avant que l'instantané des ressources ne soit stabilisé.** Si vous déclenchez le calcul des besoins juste avant que les bons de réception ne soient achevés, le stock en transit ne sera pas encore compté et vous verrez de faux `Achat proposé`. Gardez le calcul pour après le traitement de stock de fin de journée.
- **Ignorer les messages d'action sans les lire.** `Accélérer` et `Annuler` sont des conseils — mais ce sont des conseils parce que le moteur a repéré un vrai décalage entre ressource et besoin. Lisez toujours le message avant de cliquer sur Ignorer.
- **Prendre le résultat du calcul pour parole d'évangile.** Le calcul des besoins est un outil de planificateur, pas un pilote automatique. Le moteur a un contexte limité (il ignore la capacité des fournisseurs, les pannes machine, les calendriers de congés) et ses propositions sont des points de départ. Attendez-vous à en laisser de côté 5 à 10 % à chaque calcul.
- **Serrer les horizons fermes à l'excès.** Ramener l'horizon des besoins à 0 jour amènera le calcul à proposer des ordres de fabrication pour les commandes client de demain — ce qui est rarement réaliste compte tenu des délais. Gardez l'horizon au niveau de votre temps de cycle le plus court, ou au-dessus.

Source: https://docs.beelocity.com/fr/manufacturing/mrp/index.mdx