Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Sommaire
classd-toc

...


Pour résumer, il applique cette formule universelle :

Besoin brut – encours (stock + approvisionnements prévus) = Besoin net 

Le besoin brut est constitué par les commandes clients et éventuellement les objectifs et ou prévisions de vente. 
Le CBN traduit les besoins nets en :

...

Gestion des dépendances et gestion des OF :Un besoin dépendant est un besoin en composants ou matières destinés à la fabrication ou à l'assemblage d'un produit fini.

Gestion des dépendances pour :

  • Descendre tous les niveaux de fabrication d'un produit fini.

  • Proposer l'approvisionnement de sous-dépôts en fonction d'un dépôt centralisateur.

  • Globaliser les dépôts pour n'obtenir qu'un seul disponible (cumul de tous les dépôts concernés par la globalisation).

Gestion des OF avec l'utilisation des gammes de production

  • le CBN utilisera les temps théoriques définis dans les séquences pour déterminer la date à laquelle un composant doit être présent.

  • Les composants sont supposés être disponibles au début de leur séquence de rattachement.

  • La date de lancement de fabrication est calculée en fonction de la quantité lancée, de la date de fin souhaitée et de la description de la gamme.

Gestion des OF uniquement avec une nomenclature (sans gamme)

  • Divalto considère que tous les composants doivent être disponibles le jour du commencement de l'OF.

  • La date de lancement de fabrication est calculée en fonction de la date de fin souhaitée et du nombre de jours forfaitaires de fabrication.

...

Plus d’informations sur la gestion des paramètres utilisateurs à l’aide de la disquette : Gestion des paramètres utilisateurs, permettant l'enregistrements de données variables (V10.7)

Administration des propositions

...

Le tri secondaire est dynamique en fonction du tri primaire.

Parmi les fonctions proposées, le CBN vous propose de détailler les explications permettant de justifier une proposition. Un système de traçage des besoins permet de remonter sur plusieurs besoins dont l'origine a déclenché la rupture.

L'interrogation d'un article en proposition ouvre l'écran suivant. L'explication de la quantité à réapprovisionner est fournie sur la ligne fournisseur.

 Détail des ventilations  

Le calcul des besoins affiche la proposition de réapprovisionnement en niveau 3 et le détail des ventilations en niveau 4.Pour un besoin simple, le CBN génère une seule proposition d'achat pour le couvrir.

Pour une gestion à l'affaire, le CBN découpe la proposition d'achat en ventilations en utilisant le critère de l'affaire et génère donc deux lignes de ventilations en indiquant le critère utilisé dans l'arbre.

Les codes affaires seront repris dans les commandes fournisseurs pour une meilleure affectation lors de la réception. Par la gestion des processus, une alerte peut être générée pour prévenir de l'arrivée de la commande.

...

Les lignes sélectionnées sont transformées en devis ou commandes qui seront ensuite accessibles dans le zoom des pièces et suivront le cycle de vie normal d'une pièce.


Intégrer les OF Propose de déclencher les OF en même temps que la commande. Info : Certaines propositions sont directement verrouillées alors qu'elles n'ont pas été intégrées. Il s'agit des OF secondaires issus de nomenclatures où la case d'option « Regrouper les OF » n'est pas cochée. En intégrant l'OF père, Divalto génère automatiquement l'OF fils.

Intégrer au statut provisoire Une étape supplémentaire est créée. Les pièces sont préparées avant d'être intégrées. Il faut passer par le traitement Activation des commandes fournisseur. Les commandes préparées ne sont pas visibles par défaut dans le zoom des en-têtes de pièces ou dans le traitement de saisie. Il est nécessaire de modifier les filtres. En interrogation du disponible les commandes provisoires apparaissent :

Menu : Commerce & Logistique / Interrogations / Stock et disponible

Les lignes avec une commande sont verrouillées

Tant qu'il reste au moins une ligne non verrouillée, le CBN reste accessible par l'administration.

Gestion à l'affaire Option : « Affecter en réservation sur commande pour une affaire ».Après intégration d'une commande ou d'un OF issu d'une proposition faite sur affaire, la réservation entre la commande client originale et la/les commande(s) fournisseur ou l'OF proposé est effectuée en « réservation à la commande ».N.B. : l'activation de la gestion par affaire du CBN se fait dans le dossier.

Contremarque directe Option : « Affecter en réservation sur commande pour une contremarque directe ».Après intégration d'une commande issue d'une proposition avec une méthode de réapprovisionnement « contremarque directe », la réservation entre la commande client originale et la commande fournisseur est effectuée en « réservation à la commande ».

Intégrer les transferts de dépôts Cette option permet de valider les propositions de transferts de dépôts et des propositions de transferts pour sous-traitant.

...

CBN : Valider les propositions de transferts de dépôts en commandes inter-agence (V10.6)

Les traitements de réapprovisionnement sont accessibles par les menus Commerce et logistique/ Stocks/ réapprovisionnement. Dans le cadre du réapprovisionnement, la marchandise transite classiquement dans Divalto à l'aide d'un transfert de dépôt. Il est cependant possible, de substituer les transferts de dépôts issus du CBN qui ne sont pas inter-sociétés par un flux inter-agences. Les transferts inter-sociétés ne sont, quant à eux,  pas substituables. Dans la version native de l'inter-agence décrite dans le lien ci-dessous, c'est l'utilisateur qui choisit manuellement dans quels dépôts la marchandise doit être puisée. Le choix du dépôt d'origine de la marchandise peut également être délégué au CBN. Ainsi, l'utilisateur saisit la commande et valide sa quantité,  sans procéder à l'arbitrage multi-dépôt et ce seront les règles de réapprovisionnement d'un dépôt vers l'autre définies dans le CBN qui régiront le flux de marchandise entre les différents dépôts. Classiquement, pour faire migrer de la marchandise d'un dépôt à l'autre, le CBN effectue des transferts de dépôt. Or, dans le cas d'une structure inter-agence, il n'est jamais question de transfert de dépôt. Les flux de marchandise entre dépôts sont matérialisés par des flux propres à ce système, à savoir un jeu de commandes d'achat et de vente sur des clients et fournisseurs "agence". C'est dans ce cadre que s'inscrit la substitution des transferts de dépôt du CBN par des flux inter-agence. En savoir plus sur les commandes inter-agences : Gérer une structure inter-agence (V10.4)

Paramétrage de la substitution du transfert de dépôt par un flux inter-agence

Dans Commerce et logistique/ Fichier/Organisation/ Dossier, onglet Inter-agence, groupe Stock, la coche Utiliser les commandes inter-agence pour les propositions de transfert de dépôt active la substitution.

Validation des propositions 

...

  • Fiche réappro: avez-vous bien créé une sous-fiche réappro pour l’article à réapprovisionner?

  • Fiche réappro: avez-vous bien renseigné un dépôt par fiche réappro si vous êtes en réappro inter-dépôt? (Pas de dépôt, pas de proposition CBN!)

  • Fiche réappro: avez-vous bien renseigné un fournisseur (si vous êtes en réappro par fournisseur)?

  • Avez-vous bien des unités positionnées sur vos articles?

  • Avez-vous un fournisseur de positionné pour l’article (au choix ou combiné: sur la fiche réappro / fournisseur habituel / fiche fournisseur)

  • Avez-vous un tarif d’achat sur votre article (lié à un fournisseur, donc)?

  • En cas d’article nouveau (sans mouvement), avez-vous créé une fiche info dépôt pour cet article?

  • En cas de réappro inter-dépôts: avez-vous bien (ou correctement) créé votre règle de gestion CBN?

  • Les dépôts concernés ont-ils bien la coche (fiche dépôt) “Prendre en compte dans le Calcul des besoins”?

  • Règle de gestion CBN: l’avez-vous bien positionnée sur l’article (fiche S-réf onglet production)?

  • Horizon CBN: votre horizon n’est-il pas trop long / trop court (si le CBN ne détecte pas de besoins à couvrir dans l’horizon, il ne fait pas de proposition)?

  • Délai entre deux commandes: avez-vous bien paramétré ce délai, sinon par défaut il est de 30 jours: regroupement des propositions en fonction de ce délai

  • Avez-vous du stock ? Si le stock existant est suffisant pour couvrir les besoins, il n’y a pas de proposition superfétatoire de la part du CBN !

Quelques cas pour s’entraîner et.. pour comprendre!

Paramétrages et pièces de départ pour tous les scénarios :

Stock 0

Pas de stock de sécurité

Méthode à date sur portefeuille de commande

Horizon figé de rejalonnement 4 jours

Horizon de rejalonnement 10 jours

Délai entre deux commandes de 30 jours

Délai fournisseur 1 jour

Délai client 2 jours

Commande client 200pcs pour le 15/03 (besoin calculé pour le 13/03) (jour de lancement du CBN + 4 jours)

Commande fournisseur 220pcs placée avec livraison le 14/03 (jour de lancement de votre CBN + 5 jours)

Adaptez les délais de vos pièces selon la date de lancement du CBN, et modifiez les délais de vos commandes lorsqu’ils sont en gras, selon le scénario.

 

Scénario 1 : le besoin est identifié sur la crête de l’horizon figé de rejalonnement

Commande client 200 pour le 15/03 (besoin calculé pour le 13/03)

Commande fournisseur placée avec livraison le 14/03

Jour de lancement du CBN le 09/03

...

=> Pas de proposition de rejalonnement

 Explication : le besoin est sur la crête : exactement à J du lancement + 4 jours

 

Scénario 2 : le besoin est identifié à l’intérieur de [horizon figé – horizon de rejalonnement] avec besoin à la même date que l’arrivage fournisseur

Délai fournisseur 1 jour

Délai client 2 jours

Commande client 200 pour le 16/03 (besoin calculé pour le 14/03)

Commande fournisseur placée avec livraison le 14/03

Jour de lancement du CBN le 09/03

Résultat :

=> Pas de proposition

Explication : le besoin est couvert dans les temps et quantités

 

Scénario 3 : le besoin est identifié à l’intérieur de [horizon figé – horizon de rejalonnement] avec besoin détecté 1 jour avant l’arrivage fournisseur

Délai fournisseur 1 jour

Délai client 2 jours

Commande client 200 pour le 16/03 (besoin calculé pour le 14/03)

Commande fournisseur placée avec livraison le 15/03

Jour de lancement du CBN le 09/03

 

...

 

Scénario 4 : ajout d’un délai de sécurité de 1 jour

Délai de sécurité fournisseur : 1 jour

Commande client 200 pour le 16/03 (besoin calculé pour le 14/03)

Commande fournisseur placée avec livraison le 15/03

Jour de lancement du CBN le 09/03

Image Added

Explication : le programme propose de rejalonner la commande d’achat existante pour arrivage le 13/03, soit un jour de sécurité avant la date du besoin à couvrir qui est au 14/03. La date de passation de commande respecte le 1 jour de délai fournisseur et est placée le 12/03.

 

Scénario 5 : ajout d’un délai de sécurité de 1 jour et besoin client sur la crête de l’horizon figé

Délai fournisseur 1 jour

Délai client 2 jours

Commande client 200 pour le 15/03 (besoin calculé pour le 14/03)

Commande fournisseur placée avec livraison le 15/03

Jour de lancement du CBN le 09/03

 

...

=> Pas de proposition de rejalonnement, mais une proposition de réappro de 200 pour couvrir la commande client dans les temps

Explication : le besoin à couvrir est le 13/03, date prévue d’expédition au client

Le fournisseur a un délai de sécurité donc considère que la marchandise doit arriver un jour avant l’expédition au client, soit le 12/03

Le 12/03 est avant la crête de l’horizon figé de rejalonnement, donc interdiction de prévoir un rejalonnement avec arrivage prévu à cette date.