Prévisions de vente

 

Principe général

 

Introduction

Les prévisions de vente consistent à extrapoler les ventes d’une prochaine saison par article/coloris/taille et éventuellement par représentant (fonction d’un paramètre général).

Elles ont pour but d’aider à définir les quantités de matière à acheter pour fournir les articles d’une saison.

 

Les prévisions sont calculées en fonction d’axes fixes :

• la saison de vente
• la division commerciale

• la nature de prévision
• le comportement d’achat
• le représentant
• le produit
• la finition spéciale
• la famille d’antériorité
• le magasin

 

Dans les calculs, on ne distingue pas les articles de type permanent des articles de type saisonnier : tous les articles sont considérés comme des articles saisonniers.

Les coefficients d’extrapolation ne sont pas le résultat d’un calcul mais doivent être saisis manuellement.

De même, il n’y a pas d’analyse des historiques pour initialiser la répartition par délai et par taille.

Enfin, les prévisions correspondent à des quantités et non un chiffre d’affaires.

 

Déroulement standard d’une session

• PV102 : Fixation du vendu.
• PV100 : Définition d’une nature de prévision et de ses caractéristiques
  • Définition facultative d’une loi d’application par tranche si la nature de prévision ne se base pas sur une répartition sur délais du carnet de commande et définition du domaine d’application de cette loi.
• PV105 : Définition facultative des coefficients d’extrapolation.
• PV106 : Définition des courbes de vente par taille et/ou coloris.
• PV103 : Ouverture d’une session sur un numéro N.
• PV104 : Consultation des quantités extrapolées et saisie éventuelle d’une quantité de synthèse. (on visualise tout ce qui concerne une saison/division pour la dernière session ouverte).
• PV109 : Ajout de prévisions sur la session en cours.
• PV107 : Calcul des prévisions brutes ou nettes.
• PV902 : Consultation quantités commandées, des prévisions nettes (et éventuellement validées).
• Modifications éventuelles des courbes de vente, coefficients d’extrapolation…
• Re-calcul des quantités prévisionnelles par PV107.
• PV109 : Ajouts/Modifications éventuelles sur les prévisions validées.
• PV108 : Validation de la session en cours. A partir de ce moment, elle n’est plus consultable par PV104. Aller la voir dans PV902.

 

‎ 

Schéma explicatif

 

Données annexes

 

TA130 : Nature de commande

La nature d’une commande définit dans quel but a été créée la commande.
exemple :
une nature de commande dite « de collection » pourra être affectée à toutes les commandes fournies aux représentants dans le but de présenter les nouvelles collections.

Cette nature de commande joue un rôle important car elle peut être rattachée à une nature de prévision. Cette dernière définira l’importance de la prise en compte des commandes qui lui sont rattachées (par le biais de la nature de commande) lors de la fixation du vendu avant extrapolation.

 

 

PV100 : Paramétrage pour prévisions de vente

PV100W01
Cette fonction permet de renseigner toutes les informations nécessaires à la gestion des prévisions de vente sur Cegid Orli

 

Nature de prévision

La nature de prévision de vente est associée à la nature de commande.

Toute nature de commande doit obligatoirement avoir une nature de prévision et une seule.

• Type de répartition par tranche

La nature de prévision définit le type de calcul de répartition par tranche à faire.

Le type de répartition permet de choisir si on souhaite effecteur la répartition en fonction des délais définis pour la loi de répartition à appliquer ou bien, en fonction des délais du carnet de commande.

• Conservation de la prévision précédente

  Soit une session N non validée.

  Dans tous les cas, si vous ouvrez une nouvelle session N+1 sur les mêmes critères que la session N, alors les données de la session N seront perdues.

  Cependant, vous pouvez choisir, en cochant ce champ, de repartir pour cette nouvelle session des données de la session précédente, ce qui initialisera PV104 avec dans les quantités de synthèse les quantités de synthèse de l’ancienne session.

  Dans le cas contraire, on ne conserve pas les quantités précédentes.

• Non mise à jour des courbes

Si cette coche n’est pas cochée, les courbes de vente de PV106 seront mises à jour à partir de celles des commandes.

‎ 

Nature de produit

Cette notion de nature de produit est un élément orienté statistiques servant à classifier les articles.

Elle est de moindre importance que celle caractérisant la catégorie d’articles et de ce fait, elle est facultative en saisie d’article.

Pour chaque nature de produit, on gère une coche de non mise à jour des courbes de ventes, ces dernières ne devant pas être gérées de la même façon suivant la nature de produit à laquelle est associé le produit considéré.

Les courbes de ventes des produits « modes » sont mises à jour au prorata du vendu à chaque nouvelle fixation du vendu, donc à chaque lancement de session. Les courbes de ventes des produits « basiques » ne sont pas mises à jour. Il faut donc cocher le flag pour la nature de produit « basique » et ne pas le cocher pour la nature de produit « mode ».

Ceci est important car cela sous-entend également que la nature de produit soit correctement renseignée dans la fiche produit et/ou dans la fiche article, faute de quoi, la courbe de vente correspondante à ce produit sera par défaut mise à jour au prorata du vendu lors du lancement de session.

 

Loi de répartition

Cet onglet permet de gérer le contenu des lois de répartition par tranche pour une saison de vente et les axes : division commerciale, nature de prévision et comportement d’achat, et magasin.

 

Il est composé de 3 sous-onglets :

1. Définition : définit les différentes lois de répartition.
2. Contenu : détermine pour chaque loi les pourcentages de chaque tranche de saison considérée, en précisant les axes en en-tête.

   N.B. : pour une même en-tête, le total doit obligatoirement faire 100 %.

3. Application : applique une loi à 1 ou plusieurs articles.

 

 

TA135 : Comportement d’achat client

La notion de comportement d'achat est à rattacher au client (au niveau de la Fiche client), et permet d'établir des prévisions de vente par comportement; elle est utilisée uniquement pour les prévisions de vente. Cette information est un des axes fixes des prévisions, et intervient dans :

• la définition des lois de répartition par tranche (qui peut varier au comportement d’achat)
• le domaine d’application du coefficient d’extrapolation

• la définition des courbes de vente par taille
• le résultat de l’édition des prévisions qui est décliné par comportement d’achat
• le processus de validation des prévisions

 

 

TA191 : Famille d’antériorité

La Famille d'Antériorité est liée à l'article (au niveau de la Fiche article). Elle permet de conserver les antériorités clients par famille d'antériorité et de détailler la fiche évolution client (CD014) par famille d’antériorité.

Cette information est un des axes fixes des prévisions, et intervient dans :

• le domaine d’application du coefficient d’extrapolation (si WEB_GES_PRV_REP=0)

• la définition des courbes de vente par taille (si WEB_GES_PRV_REP=0)
• le résultat de l’édition des prévisions qui peut être décliné par famille d’antériorité

 

 

PV102 : FIXATION DU VENDU

PV102W01
Cette fonction permet de fixer le vendu à un instant donné dans une table pivot, en s’appuyant sur le carnet de commandes de la saison renseignée en critère

 

Elle est indépendante du traitement d’une session de prévision, mais doit obligatoirement être lancée avant d’ouvrir une nouvelle session.

Afin de disposer d’une base toujours en phase avec le vendu, il est conseillé de planifier cette fonction afin qu’elle soit lancée tous les jours.

Si vous modifiez en masse des données dans les commandes (exemple : le représentant), vous devez modifier la date en indiquant le 01/01/81 afin que toutes les lignes de commande soient de nouveau traitées.

‎ 

Gestion des prévisions de vente

Les étapes du traitement sont :

• lancement d’une session : calcul de l’échantillon à un instant donné
• saisie des coefficients d’extrapolation pour la session
• édition et ajustement des quantités extrapolées
• validation de la session

PV103 : Lancement d’une session de prévision

PV103W01
Cette fonction fixe les commandes au moment du calcul des prévisions et peut (suivant les paramétrages effectués au niveau de la nature de produit ou de la nature de prévision) calculer les courbes de vente en fonction des quantités vendues à ce jour

 

Vous pouvez ouvrir une session avec 2 numéros différents, et ce sur les mêmes critères, mais alors la session précédente sera supprimée et inexploitable.

 

 

PV104 : Gestion des prévisions de vente

PV104W01
Cette fonction permet de consulter et mettre à jour ‎les prévisions de vente relatives à un article / coloris

 

Vous visualisez les prévisions brutes pour une saison/division commerciale pour la dernière session ouverte sur ces critères.

Il est possible également de renseigner une quantité prévisionnelle qui sera alors prise en compte lors du calcul des prévisions nettes si cette quantité est toujours supérieure aux quantités vendues.

N.B. : les quantités ne sont pas saisissables à la taille.

 

Cas des prévisions de vente à l’article

Vous pouvez lancer un calcul au niveau article sans avoir encore commandé de produits. Dans ce cas, vous devrez saisir dans ce programme un enregistrement comportant votre article, sans coloris et avec une quantité de synthèse qui servira de base à la répartition des quantités prévisionnelles. Vous pourrez également saisir une courbe de vente au coloris (et éventuellement à la taille) dans PV106, sachant que si aucune courbe au coloris n’est saisie, on répartit également sur chaque coloris actif.

 

 

PV105 : Saisie des coefficients d’extrapolation

PV105W01
Cette fonction permet de saisir les coefficients d’extrapolation à appliquer aux prévisions générées par PV103

 

Axes :

• saison de vente,
• division commerciale,
• comportement d’achat,
• nature de prévision,
• représentant,
• famille d’antériorité

 

Si vous gérez les prévisions au niveau global, vous pouvez saisir des coefficients d’extrapolation soit pour une famille d’antériorité (k2) soit toute famille d’antériorité (k1).

Si vous gérez les prévisions au niveau représentant, vous pouvez saisir des coefficients d’extrapolation soit pour un représentant (k2) soit tout représentant (k1).

‎ 

 

PV106 : Gestion des courbes de vente

PV106W01
Cette fonction permet de définir les courbes de vente suivant les axes, soit au niveau article, soit à un niveau supérieur pour une catégorie de taille

 

Au niveau produit, il faut préciser les pourcentages de vente par taille sachant que la somme des pourcentages de vente par taille doit être égale à 100 %.

Si rien n’est renseigné dans ce programme, on va chercher les courbes de vente définies dans la fiche produit ou dans la fiche article.

L’option GEST_COURB_COLM permet de gérer ou non les pourcentages de vente au coloris.

 

 

PV107 : Edition des prévisions

PV107W01
Cette fonction permet de faire, soit l’édition des prévisions brutes, soit l’édition des prévisions nettes

 

L’édition des prévisions brutes est une édition toutes tailles des prévisions en fonction des coefficients d’extrapolation et des axes : saison de vente, division commerciale, comportement d’achat, nature de prévision, représentant, famille d’antériorité, magasin d’origine, saison article, code article, coloris, finition spéciale.

L’édition des prévisions nettes permet de faire des simulations afin de pouvoir réajuster le cas échéant les coefficients, les courbes de vente ou les lois de répartition. Elle correspond aux quantités prévues qui seront validées par PV108.

 

 

PV902 : Consultation des prévisions

PV902W01
Cette fonction permet de visualiser les prévisions, pendant les différentes étapes du traitement de la prévision, et en fonction des différents axes

 

• Après ouverture de session (PV103) :
  vous visualisez alors les quantités commandées groupées par saison/article et délai de commande.
• Après calcul des prévisions nettes (PV107) :
  vous visualisez :
  • Soit les mêmes lignes que précédemment avec en plus les quantités prévisionnelles nettes par taille si vous travaillez sur une nature de prévision basé sur les délais de commande
  • Soit les mêmes lignes que précédemment + une nouvelle ligne pour chaque tranche définie pour la loi de répartition choisie avec les quantités nettes par taille.
• Après validation de session (PV108) :
  vous visualisez les mêmes données que précédemment mais toutes les lignes sont cochées « validé ».

N.B. :
Le critère N° prévision est obligatoire (limitation de la volumétrie retournée)

 

 

PV108 : Validation de la prévision

PV108W01
Cette fonction permet de calculer la prévision définitive,
‎en fonction des coefficients d’extrapolation, des courbes de vente et des lois de répartition

 

La validation se fait en fonction d’un numéro de prévision et des axes suivants :
‎saison de vente, division commerciale et comportement d’achat.

N.B. :
lors de la validation de la prévision, les quantités prévues peuvent être inférieures aux quantités déjà commandées. En effet, lorsqu’on ouvre une session de prévision, les quantités prévues correspondent aux quantités commandées à cet instant là. Au moment de la validation finale, les ventes ont évolué et les prévisions ne sont donc plus en phase par rapport aux commandes, elles peuvent donc être inférieures.

 

 

PV109 : Saisie de prévision validée

PV109W01
Cette fonction permet de gérer manuellement les prévisions

 

2 fonctionnements :

‎Appelé en direct

permet de visualiser/modifier toutes les prévisions validées d'une session de prévision identifiée par son numéro.

 

2 cas se présentent :

• Si votre session est entièrement validée, vous pourrez :
  • créer une nouvelle prévision sur un produit non traité dans la session
  • créer une prévision sur un produit déjà traité dans la session, si c'est sur une nouvelle tranche
  • modifier les quantités d'une prévision traitée dans la session
• Si votre session est partiellement validée,

Vous ne visualiserez que les prévisions validées.

Vous pourrez alors seulement modifier les quantités, et il sera impossible de créer une nouvelle prévision, à moins de passer par PV104.

 

Appelé depuis PV104

permet uniquement de rajouter/créer des prévisions par délai / taille sur une session en cours (non validée totalement), à condition que ce soit sur des produits non déjà traités.
‎En effet, si vous pouvez visualiser une prévision globale sur un produit dans PV104, vous ne pourrez plus la détailler par délai / taille dans PV109.

Toute prévision saisie dans PV109 en venant de PV104 n'est pas validée, pour la valider il vous faudra lancer PV108.
‎ 

 

Ajout d’une zone « N° de référence » qui permet de créer une nouvelle ligne de prévision, à partir d'une prévision de référence.
‎Cela permet de répercuter la courbe de répartition taille à taille de la prévision de référence pour le même produit/finition spéciale, saison de vente, par rapport au total des quantités saisies.
‎La règle de calcul adoptée est la suivante :
‎quantité en taille x prévue = arrondi (total prévu saisi * quantité en taille x de référence / total de référence)
‎L'écart d'arrondi est ajouté ou diminué taille à taille en commençant par la 1ère taille à la vente et de 1 en 1 tant qu'il reste une différence entre le total prévu saisi, et le total calculé suite à la répartition.

 

 

Saisie/Maintenance de prévisions non établies dans Cegid Orli :

Cette fonction permet également de saisir des prévisions de vente, même si on n’établit pas les prévisions dans Cegid Orli.
(cas WEB_GES_PRV_VEN=0)

La saisie est totalement libre.

N.B. :
Le calcul du Reste à Lancer sur Prévision engendre une contrainte d’alimentation de la table pivot des prévisions de vente. En effet, le reste à préparer sur prévision est calculé par tranche, ce qui implique qu’il faut impérativement avoir des prévisions éclatées par tranche de livraison, sous peine de ne pas tenir compte du préparé déjà fait.

 

 

PV200 : Comparatif des ventes clients

PV200W01
Cette fonction permet d'obtenir, suivant la valeur du critère type d'édition, un comparatif du vendu de la saison encours, avec la saison identique précédente, afin d'en déduire les coefficients d'extrapolation, ou de suivre l'évolution des ventes clients entre la saison de commande en cours et la saison identique précédente

 

N.B. :
Pour pouvoir utiliser PV200, vous devez au préalable lancer AS445 – Mise à jour des données pour PV200.

Ce traitement permet d'alimenter les données de vente correspondant à la saison saisie en critère. Les ventes de cette saison (Saison Identique Précédente) sont comparées avec les ventes de la saison en cours saisie dans PV200.

A lancer pour chaque saison à traiter.

 

Les critères de présentation : Saison de comparaison. La saison identique précédente est obligatoire.
‎Les ventes mémorisées sur cette saison ne sont pas recalculées lors du lancement de PV200.
‎Si besoin, il faut relancer AS445 pour réactualiser les ventes en question afin de les comparer avec celles de la saison en cours.

 

Détail concernant la fonction PV200 - Comparatif des ventes clients

 

Les critères de présentation

Ils permettent de choisir quelles informations et avec quelle présentation l'édition doit être formatée. La saisie de la saison de commande et de la saison identique précédente est obligatoire quel que soit le type d'édition choisi.

‎Si l'édition demandée est l'état comparatif des ventes, la date de création de la commande est obligatoire. La génération des besoins intervenant après l'examen de cet état, et après saisie des coefficients d'extrapolation, il se peut que des commandes soient enregistrées entre temps. Il est nécessaire de limiter les commandes traitées par la date de création de commande, cette date étant également présente dans les critères de sélection de la génération des besoins. Les critères édition toutes familles cumulées, édition cumulée par pays de représentants, édition détaillée par client et rupture par origine client, tri, une page par, sont uniquement pris en compte si l'édition demandée est de type 1.

‎Le critère détail ligne comportement d'achat est uniquement pris en compte pour l'édition des évolutions des ventes clients.

Edition toutes familles cumulées :
Si cette zone n'est pas renseignée, l'édition sort détaillée par famille. Il faut cocher par X pour cumuler toutes les familles dans une seule : code CUMUL, et libellé : TOUTES FAMILLES.

Edition cumulée par pays de représentants :
Pour les représentants dont le pays est différent du pays du site (car pour le pays du site, on reste détaillé par représentant), il est possible d'obtenir le cumul par pays. Dans ce cas, le code du représentant est remplacé par le code pays, et le nom du représentant, par le libellé pays.

Rupture par origine client :
Ce critère permet d'avoir un total FRANCE et EXPORT, suivant le paramétrage des origines au niveau des clients

 

Nombre de clients :

‎Anciens clients :
‎Un ancien client est un client qui n'a pas été déclaré comme perdu définitif (table CLI_PER, motif de perte "DEF", fctn = 01) au titre d'une saison différente de la saison en cours. Ceci signifie que les clients perdus pour la saison de commande (table CLI_PER, motif de perte "SAI" fctn = 03), les clients visités sans ordre (table CLI_PER, motif de perte "VSO", fctn = 02), ainsi que les clients récupérés (table CLI_PER, motif de perte "REC", fctn = 04) sont considérés comme anciens clients.
‎
Nouveaux clients :
‎Un nouveau client est un client inconnu qui passe une commande ou bien un client connu qui a été déclaré comme perdu définitif au titre d'une saison différente de la saison en cours et qui passe à nouveau une commande.

Clients perdus :
‎Un client peut être perdu pour plusieurs raisons et ceci détermine le potentiel de clients "visitables" pour la saison suivante :

• Le client est perdu définitivement : Cette notion est définie par la saisie du motif de perte (table CLI_PER, motif de perte "DEF", fctn = 01). Le client n'est alors plus potentiellement visitable pour les saisons suivantes. S'il recommande un jour, ce sera de sa propre initiative et il sera alors considéré comme un nouveau client.
• Le client est visité sans ordre : Cette notion est définie par la saisie du motif de perte (table CLI_PER, motif de perte "VSO", fctn = 02). Elle signifie que le client, pour la saison commande considérée, a été visité mais n'a passé aucune commande. Il devient un client perdu mais il sera tout de même comptabilisé dans le potentiel visitable et s'il commande à nouveau, il sera un ancien client.
• Le client est perdu pour la saison commande : Cette notion est définie par la saisie du motif de perte (table CLI_PER, motif de perte "SAI", fctn = 03). Le client est perdu uniquement pour la saison commande considérée. Par conséquent, il est comptabilisé dans le potentiel des clients visitables pour les saisons suivantes et s'il recommande, il sera considéré comme ancien client.
• Le client est récupéré : Cette notion est définie par la saisie du motif de perte (table CLI_PER, motif de perte "REC", fctn = 04). Il s'agit d'un client qui était perdu définitif et qui, de sa propre initiative, recommande. Il faut donc pouvoir dire qu'il n'est plus perdu tout en sachant qu'il l'a déjà été. Ce type de client est comptabilisé dans le potentiel de clients visitables.

 

Potentiel de clients visitables :

Le potentiel de clients visitables est le nombre de clients total (table CLIENT) auquel est soustrait le nombre de clients perdus définitifs (table CLI_PER, motif de perte "DEF", fctn = 01). Les clients perdus pour la saison de commande précédente (table CLI_PER, motif de perte "SAI", fctn = 03), ou visites sans ordre (table CLI_PER, motif de perte "VSO", fctn = 02), ou récupérés (table CLI_PER, motif de perte "REC", fctn = 04), durant la saison commande précédente, sont potentiellement visitables.

 

Les critères de restriction

Ils permettent de restreindre l'édition afin d'éditer les factures souhaitées.

• Société client
• Code client
• Saison Article
• Code Article
• Représentant
• Famille d'antériorité
• Comportement d'achat
• Kit article
• Kit client

 

Quelques règles d'utilisation

Le lanceur n'effectue aucun contrôle lors de la saisie des critères. Il est donc possible d'effectuer des demandes erronées.

‎Ces demandes erronées ne peuvent pas aboutir à une édition, elles donneront lieu à un message d'erreur.
‎
‎Vous pourrez utiliser la fonction "dernière demande" du lanceur afin de corriger votre demande.

‎ 

Paramètres

 

• WEB_GES_PRV_VEN
  permet de définir si on gère les prévisions de vente ou non.
• 0 interdit l’accès aux programmes des prévisions (chaîne PV)
• 1 indique que vous gérez les prévisions de vente dans Cegid Orli (accès à tous les programmes de la chaîne PV)
• 2 indique que vous gérez les prévisions de vente dans ORLIPREV (vous n’avez accès qu’à certaines fonctions de la chaîne PV).

Ce paramètre permet également de rendre obligatoire la saisie du comportement d’achat dans la fiche client.

 

• WEB_GES_PRV_REP
  permet de définir si vous gérez les prévisions de vente au niveau représentant ou au niveau global.
• 0 indique une gestion au niveau global.
• 1 indique une gestion au niveau représentant.

 

Dans les fonctions de la chaîne des prévisions de vente, vous n’aurez donc jamais accès à la zone représentant si vous gérez des prévisions au niveau global.

 

• WEB_HISTO_PREV
  permet de définir si on gère les historiques de prévision ou non.
• 1 indique que lors de la fixation de la prévision, s’il existe une prévision antérieure supérieure au vendu, on conserve la prévision antérieure.
• 0 indique que lors de la fixation de la prévision, on ne conserve aucune prévision antérieure.

 

• WEB_PREV_FS
  permet d’accéder et de gérer ou non la finition spéciale dans les programmes des prévisions de vente (chaîne PV000).
• 1 indique que l’on gère la finition spéciale.
• 0 indique que l’on ne gère pas la finition spéciale.

 

 

Exemple

Pour générer une prévision, la base de travail est toujours le carnet de commande de la saison traitée.

Il existe 2 possibilités pour déduire des prévisions :

soit celles-ci correspondent aux quantités vendues auxquelles on applique un coefficient d’extrapolation

• soit celles-ci sont saisies manuellement dans PV104

 

Nous allons illustrer ces 2 cas par un exemple dont la base commune sera les quantités commandées suivantes :

Total : 54 pièces vendues

‎ 

 

1) Application d’un coefficient d’extrapolation

Ce cas suppose qu’on n’a pas forcé la prévision en saisissant des quantités prévisionnelles manuellement dans PV104. 

On dispose d'un coefficient d'extrapolation de 10.21 (coefficient défini dans PV105).

La loi de répartition par tranche est définie de la façon suivante :

 

La prévision totale est la somme des quantités vendues toutes tranches confondues auxquelles on applique le coefficient d'extrapolation.

On a donc une prévision totale toute tranche de : 54 * 10,21 = 552

(Arrondi au chiffre supérieur).

On répartit seulement le reste de prévision c'est-à-dire la prévision - le vendu en fonction de la loi de répartition, ici :

552 - 54 = 498

 

Pour la tranche 4081 : (498 * 80,21 %) / 100 =399 (arrondi au chiffre inférieur)

Pour la tranche 4082 : (498 * 13,38 %) / 100 = 66

Pour la tranche 4083 : (498 * 6,41 %) / 100 = 31

   Total réparti  496

 

La différence entre le reste de prévision et le total réparti est affecté à la tranche possédant la plus forte prévision, ici la 4081.

 

Finalement, les quantités prévisionnelles par tranche sont :

Total : 498 quantités prévisionnelles

Pour avoir les quantités prévisionnelles finales, il faut ajouter à ces tranches les quantités commandées.

‎ 

 

2) Saisie manuelle des prévisions

On prend en compte les quantités prévisionnelles saisies manuellement seulement si les quantités vendues sont inférieures aux quantités prévisionnelles car si elles sont supérieures, les quantités prévisionnelles correspondent aux quantités vendues.

 

Supposons que la loi de répartition soit définie de la façon suivante :

 

La quantité prévisionnelle saisie en globale est de 600 pièces

C’est la différence entre les quantités prévisionnelles et les quantités vendues qui est répartie par tranche en fonction du contenu de la loi de répartition.

La quantité à répartir est donc : 600 - 54 = 546

 

Pour la tranche 4081 : (546 * 80,21 %) / 100 = 437 (arrondi au chiffre inférieur)

Pour la tranche 4082 : (546 * 13,38 %) / 100 = 73

Pour la tranche 4083 : (546 * 6,41 %) / 100 = 34

  Total réparti   = 544

 

La différence entre le reste de prévision et le total réparti est affecté à la tranche possédant la plus forte prévision, ici la 4081.

 

Finalement, les quantités prévisionnelles par tranche sont :

Total : 546 quantités prévisionnelles

 

3) Répartition par taille : étape commune

A ce moment du traitement, que l’on soit dans le cas 1 ou dans le cas 2, le principe du traitement est le même.

On réalise la répartition pour chaque tranche par taille en fonction des courbes de vente de l'article/coloris/taille.

Mais on répartit seulement les quantités prévisionnelles et non les quantités commandées qui sont déjà réparties par taille.

On recherche la courbe de vente d'abord dans PV106, puis au niveau produit (AR001), ensuite au niveau article (AR001). Si finalement, on n'a pas trouvé de courbe de vente, on répartie en fonction du commandé déjà enregistré (le vendu) et si on n'a pas de commandé, on répartit également entre chaque taille à la vente
(exemple : si 8 tailles à la vente alors le pourcentage à appliquer pour chacune de ces 8 tailles est 100 / 8 soit 12,5 %).

 

Supposons que notre courbe de vente soit la suivante :

       Total 100 %

En poursuivant notre exemple 2 avec saisie manuelle des prévisions (sachant que pour l’exemple 1, le principe du calcul est similaire), notre répartition par tranche et taille sera de :

 

TranchesTaille    Quantités prévisionnelles

4081 1   460 * 20 %  = 92 (arrondi au chiffre inférieur)

4081 2   460 * 25 %  = 115 (arrondi au chiffre inférieur)

4081 3   460 * 28,3 % = 130 (arrondi au chiffre inférieur)

4081 4   460 * 26,7 % = 122 (arrondi au chiffre inférieur)

    Total  = 459

Reste à répartir 460 - 459 = 1

‎ 

On répartit une quantité sur chacune des tailles classées dans l'ordre décroissant (de la plus grande quantité prévisionnelle vers la plus petite) jusqu'à ce que la différence soit totalement distribuée. En cas d'égalité entre des tailles, on choisit dans l'ordre des numéros de taille.

 

Ainsi, la répartition par tranche/taille est la suivante :

Total = 460 quantités prévisionnelles

 

On fait de même pour les 2 autres tranches :

TranchesTaille   Quantités prévisionnelles

4082 1    88 * 20 %  = 17

4082 2    88 * 25 %  = 22

4082 3    88 * 28,3 %  = 24

4082 4    88 * 26,7 %  = 23

     Total  = 86

Reste à répartir 88 - 86 = 2

 

On répartit dans le cas présent sur chacune des tailles classées dans l'ordre décroissant en fonction du pourcentage de répartition.

Ainsi, la répartition par tranche/taille est la suivante :

Total = 88 quantités prévisionnelles

 

Enfin, dernière tranche à traiter :

TranchesTaille   Quantités prévisionnelles

4083 1    34 * 20 %  = 6

4083 2    34 * 25 %  = 8

4083 3    34 * 28,3 %  = 9

4083 4    34 * 26,7 %  = 9

Total  = 32

Reste à répartir 34 - 32 = 2.

 

Suivant la même règle que précédemment :

Total = 34 quantités prévisionnelles

‎Finalement, les quantités prévisionnelles définitives par tranche et par taille sont :

 

A présent, on peut renseigner les quantités prévisionnelles dans la table PIVOT. Elles correspondent aux quantités prévisionnelles calculées ci-dessus auxquelles on ajoute les quantités commandées.

 

Le résultat final est donc le suivant :

 

 

4) Répartition par coloris : étape facultative qui se fait avant l’étape 3)

Si vous saisissez des prévisions manuellement au niveau article, une étape supplémentaire est nécessaire en amont de tout ce travail.

Il s’agit de la répartition par coloris qui n'est faite que si des prévisions à l'article ont été saisies manuellement dans PV104. Dans le cas contraire, la répartition par coloris n'a pas lieu.

Elle se fait en fonction des courbes de vente définies dans PV106.

 

Pour un article, on saisit une prévision de 235 pièces.

Dans la table des courbes de vente, on indique que la répartition par coloris est la suivante :

• BLANC :  50 %
• BLEU :  30 %
• BEIGE :  20 %

 

La répartition de la prévision article se fera donc ainsi :

• BLANC :  235 * 50% soit 117 pièces
• BLEU :   235 * 30 % soit 70 pièces
• BEIGE :  235 * 20 % soit 47 pièces

 

soit un total réparti de 234 pièces au lieu de 235 car on n'arrondit pas, on garde l'entier directement inférieur.

On ajoute la différence de 1 pièce au coloris qui a la prévision la plus importante c'est-à-dire le BLANC.

 

On a donc après la répartition par coloris, le résultat suivant :

• BLANC : 118 pièces
• BLEU :    70 Pièces
• BEIGE :  47 pièces

 

On travaille à présent, coloris par coloris, les uns indépendamment des autres afin de faire la répartition par tranche et par taille comme nous l’avons décrit précédemment.