Simulation info client

 

 

Principe général

Dans la gestion commerciale des articles, on distingue :

• Les emplois
  • commandes client PF (CD001)
• les ressources
  • présentes : stock restant à affecter (LI001)
  • à venir : commandes fournisseur PF (LA001)
  • planifiées : restes à lancer issus de Cegid SCM

 

 

Cependant, une entreprise n’affecte généralement pas ses commandes fournisseur PF à ses commandes clients PF : cette méthode de gestion très souple (l’affectation se faisant au dernier moment, à réception des produits finis en stock) tient compte de tous les impondérables (écarts de fabrication, annulations clients, ...).

Par contre, dans ces conditions, l’entreprise n’est pas en mesure d’informer ses clients pour leur donner une date de livraison prévisionnelle.

 

La solution consiste donc en un traitement de "simulation d’affectation" qui permet de positionner une date de livraison prévisionnelle au niveau de chaque ligne de commande client PF, et de restituer cette information en consultation et édition de commandes client PF.

 

Cette date est positionnée uniquement à titre d'information, dans l'édition détaillée et l'écran de consultation de commande client PF, et n'a aucune répercussion au niveau d'autres traitements de calcul.

Le tableau de bord ST008 permet également de lister les commandes client PF en retard de livraison prévues par rapport à la date de livraison confirmée et donne ainsi la possibilité de prendre des dispositions en conséquence.

‎

Remarques :

• Quand une commande client est déjà affectée par le stock, CD029 ne la traite pas.
• Ce traitement n’est pas réalisé en temps réel car il prend en compte tous les emplois et ressources (soit de nombreuses informations telles que le stock restant à affecter, les commandes fournisseur PF en cours ou en retard, les restes à recevoir sur commandes fournisseur PF, les commandes client PF, etc.), ce qui peut nécessiter un temps de traitement non négligeable.
• De plus, les calculs réalisés sont d'autant plus juste qu'il n'y a pas "d'action en cours" (nouvelles commandes, mouvements de stock, ...) sur les informations utilisées dans ces calculs. Un traitement en temps réel nécessiterait une situation figée des données, donc des verrous sur les mises à jour de nombreuses informations, donc le blocage en saisie d'autres utilisateurs. Il est préférable que ce traitement soit lancé périodiquement en "tâche de fond" de manière à réactualiser les informations de simulation en fonction des diverses saisies des utilisateurs.

   

‎

Calcul date livraison prévisionnelle : CD029

CD029W01
Ce calcul de date de livraison prévisionnelle positionne des informations de couvertures sur les lignes de commande client PF

 

Pour connaitre la couverture des lignes de commandes clients PF (Manquante, couverte par le stock, couverte par une commande fournisseur PF, …), il faut lancer ce calcul de date de livraison prévisionnelle, qui positionne des informations de couvertures sur les lignes de commande client PF, infos exploitables au travers de la consultation des lignes de commande client PF :

• CD902W04 / Liste lignes de commande
• CD902W12 / Détail simulation livraison prévue

 

CD029 calcule pour chaque ligne de commande client PF une date de livraison prévisionnelle à communiquer au client.

Les ressources présentes (stock restant à affecter), à venir (commandes fournisseur PF) et planifiées (restes à lancer issus de Cegid SCM), ainsi que l'ensemble des commandes client PF sont prises en compte. Le traitement consiste à rechercher la première date permettant de couvrir les quantités commandées. Cette date est conservée au niveau de chaque ligne de commande client PF et peut être recalculée à tout moment.

 

Cette date prévisionnelle répond à 3 prérogatives :

 

<<rendu client>> :

cette date correspond à une date de livraison chez le client,
‎le traitement prenant en compte le délai d'acheminement.

 

<<complet>> :

en cas de couverture de la quantité commandée par différentes réceptions en stock, cette date correspond à celle permettant la livraison finale de la ligne de commande client PF.

 

<<au plus tôt>> :

cette date correspond à une affectation sans prise en compte d'aucune des contraintes permettant de limiter les livraisons, tels que l'affectation en lignes complètes,
‎les notions de groupes de livraisons, les dérogations/obligations de taille ou les blocages de clients en affectation/préparation.

‎ 

La date prévisionnelle mise à jour au niveau des lignes de commande client PF reste figée jusqu'à la prochaine simulation, c'est à dire qu'elle n'est pas remise à jour en permanence par les travaux de types entrée en stock, création de nouvelles commandes fournisseur PF, etc.

La fonction CD029 (qui peut être lancée à la demande) réalise un traitement de "simulation d’affectation" qui permettra de positionner une date de livraison prévisionnelle au niveau de chaque ligne de commande client PF.

Il traite l’ensemble des lignes de commande client PF qui pourront être sélectionnées principalement sur des critères articles. Cependant, une liste de clients, de commandes, des dates butoirs, permettent de ne traiter que les produits restant à affecter dans certaines commandes client PF.

Le traitement consiste à rechercher dans les ressources, la première date permettant une couverture complète des quantités restant à affecter pour chacune des lignes de commande client PF d'une même référence article/coloris/finition spéciale/magasin.

Ce traitement a donc pour principe une comparaison entre les quantités restant à affecter sur stock dans la ligne de commande client PF traitée, et les différentes ressources positionnées dans le temps ; ces ressources sont représentées par le stock restant à affecter positionné à la date du jour, ainsi que toute commandes fournisseur PF en retard de fabrication, et par les commandes fournisseur PF restant à recevoir, positionnées selon leur date sortie prévisionnelle, de même que les restes à lancer sur planning de fabrication Cegid SCM positionnés selon leur date de planification.

Au fur et à mesure du traitement des lignes de commandes client PF pour une même référence Article/Coloris/F.S./taille/magasin, ces ressources sont diminuées jusqu'à la date permettant une couverture complète des quantités. Si la ligne est déjà partiellement affectée sur commandes fournisseur PF, la date prise en compte est celle la plus grande entre la Date Sortie Prévisionnelle de la commandes fournisseur PF affectée à cette commande client et celle déterminée dans les ressources pour le reste à affecter.

La date de livraison prévisionnelle ainsi déterminée est conservée au niveau de chaque ligne de commande client PF et peut être recalculée à volonté.

L'utilisateur peut alors savoir :

• si la ligne est entièrement couverte, seulement en partie ou pas du tout ;
• si la ligne est couverte sur le stock, sur une cde fourn. PF ou sur un reste à lancer ;
• le N° de commande fournisseur PF en cas de couverture sur cde fourn. PF ;
• la date à laquelle la simulation a été réalisée.

N.B. :
Dans le calcul des dates de livraison prévisionnelle dans CD029, les quantités en CQ sont considérées, comme des quantités lancées.

 

exemple :

• Commande de 10, une commande fournisseur PF de 10 dont la DLP est avant la date de départ usine.
• On lance CD029, quantité couverte par commande fournisseur PF = 10.
• On met en CQ 10 sur la commande fournisseur PF
• Dans CD029, on a toujours 10 couverte sur commande fournisseur PF (pas de changement)
• Sur ces 10, on sort de CQ 4
• On relance CD029, la quantité couverte est toujours de 10, mais couverte par "plusieurs ressources".

‎La notion de CQ est "transparente", à savoir que la commande fournisseur PF est soit en CQ ou simplement lancée, le résultat est le même.

En clair, la position CQ n'a aucune influence sur CD029.

 

 

Ordre de simulation :

L’ordre de simulation des lignes de commande client PF est déterminé‎ par le paramètre TRI_AFF qui permet de traiter les lignes de commande client PF par :

• Tranche de départ usine / priorité…
• Priorité / tranche de départ usine…
• Code groupe de livraison / N° de lien…
• Date de commande / priorité…

 

 

Règles d’affectation

Critère (iso LI002)

1. (complète avec réservation)
2. (complète sans réservation)
3. (en ligne partielle)

 

La possibilité de traitement « en ligne complète » remet en cause le principe de « livraison au plus tôt » pour le calcul de la date de livraison prévisionnelle : avec un calcul complet sans réservation, il faut que la ligne soit couverte « toutes tailles » pour que le profil de stock soit décrémenté pour les lignes suivantes de la même référence. Dans le cas contraire, la ligne restera non couverte.

Pour un calcul avec réservation, le profil diminuera dans tous les cas pour les lignes suivantes, mais la ligne traitée pourra être au final soit couverte (toutes tailles), soit non couverte si au moins une taille non couverte.

N.B. :
le calcul d’une date de livraison prévisionnelle a peu d’intérêt dans le cas des règles par répartition ou distribution, puisque le principe même de ce « saupoudrage » sur l’ensemble des clients conduit en théorie à livrer toutes commandes à chaque arrivée d’une ressource, et donc d’avoir non pas une livraison unique par commande, mais au contraire un maximum de livraisons, et avec la même ressource comme couverture finale pour toutes les lignes.

 

Particularités (iso LI002)

• critère Simulation désaffectation préalable (Non/Oui)
  remet en cause « virtuellement » la (vraie) affectation si elle reste non préparée,
  ‎ en traitant donc également les lignes dans cette situation, ce qui revient à partir
  ‎ du « reste à préparer » au lieu du « reste à affecter » dans le calcul du profil stock. 
• critère Dérogation / Obligation taille (Non/Oui)
  ‎utile pour écarter les tailles extrêmes du calcul (via TA167)
  ‎ permettant de qualifier une ligne comme complète ou incomplète.
• critère Blocage client en affectation (Non/Oui)
  ‎prend en compte les blocages en affectation au niveau du client
  ‎ (avec remise en cause du principe de livraison au plus tôt)

 

Autres Particularités (non gérées dans LI002)

• 3 critères Horizon
  ‎ils permettent (surtout pour les articles permanents)
  ‎de limiter les emplois (pas les ressources), et ce de 3 façons possibles :
  • Saison maxi
    prise en compte des commandes jusqu’à ce code saison de vente
    ‎(inclus, via tri alphabétique)
    ‎ne pas prendre les commandes des saisons futures
  • Tranche limite
    ‎prise en compte des commandes jusqu’à cette tranche « départ usine » (incluse)
    ‎utile si notion « saison de vente » trop vaste
  • Nombre de mois
    ‎horizon « glissant » depuis le jour de calcul, pour en déduire une date butoir
    ‎prise en compte des commandes jusqu’à cette date début départ usine

 

Cas des affectations Cde Fourn./Cde Cli. :

Dans le cas d'une affectation partielle de la commande client PF traitée à une commande fournisseur PF, la simulation est bien sûr réalisée sur la partie restant à affecter.
‎La date de livraison prévisionnelle, mise à jour dans la ligne de commande client PF, correspond alors à la plus grande des dates entre la Date Sortie Prévisionnelle, pour la partie déjà affectée, et la date calculée à partir des ressources, pour la partie restant à affecter.

‎ 

Option : CALC_SIM_PLAN

détermine si les plans de fabrications (non encore transformés en commandes fournisseur PF) sont pris en compte dans le calcul de la date de livraison prévisionnelle.

• Valeur nulle : Non prise en compte des plans de fabrications dans les calculs
• Valeur 1, 2, ou 3 : Inclusion des plans de fabrications dans les calculs ;
  • 1 = planning unique ou planning CT (si multiple/division)
  • 2 = planning unique ou planning MT (si multiple/division)
  • 3 (par défaut) = planning unique ou planning LT (si multiple/division)

 

Anciennes simulations

(Option CD029W01/GEST_RAZ=1)

• Un traitement de simulation va écraser les résultats des traitements de simulation précédents,
  ‎mais seulement pour les lignes de commande traitées.
• Par conséquent, les résultats des traitements de simulation précédents sont conservés par défaut sur les lignes de commande qui ne seront plus jamais traitées (c'est-à-dire les lignes soldées, annulées, affectées ou préparées), ce qui peut gêner à la compréhension d’un export Excel.
• Il est possible sur option de faire en sorte que ces résultats de la simulation précédente soient effacés avant recalcul, au titre du même filtre (« domaine de simulation ») réutilisé.
  • Plusieurs filtres sont utilisables simultanément, sans perturbations entre eux
  • Les traitements sans filtre génèrent donc des résultats qui ne seront jamais effacés
  • Attention, la conservation des traitements garde tout son intérêt si ceux-ci sont exploités par ST008 (position 59)

 

Historisation

(option CD029W01/GEST_HIST=1)

• Historisation (des dates de simulation d’une ligne)
• L’option déclenche l’insertion d’une ligne d’historique à chaque calcul.
  • Attention, la fréquence de calcul pourrait avoir une incidence non négligeable sur les volumes mémorisés.
    ‎

Compte-rendu du traitement :

Comptages :

• Nombre de références Art/Col/F.Spec/Mag traitées
• Nombre de lignes de commandes traitées
• Nombre de lignes livrables dans les délais
  ‎ (Date de livraison au plus tôt en ligne complète inférieure à la date de livraison confirmée)
• Nombre de lignes livrables hors délais
  ‎ (Date de livraison au plus tôt en ligne complète ou partielle supérieure à la date de livraison confirmée)

 

Résultats de la simulation clients (voir MUL pages suivantes) :

‎ libellé unique auto-composé de la manière suivante …
‎ Simulation au … - Libellé - N°Cde fourn. … - Rendu client le … – Qtés … .
‎… avec les libellés suivants selon les cas :

 

• • Cas 1 :
    ‎ NON COUVERTE
  • Cas 2:
    ‎ PARTIEL par le stock / Qté X
  • Cas 3:
    ‎ PARTIEL par un ou des OF en retard / N°XX / Qté X
  • Cas 4:
    ‎ PARTIEL par un ou des OF / N°X / Rendu client le JJMMAA / Qté X
  • Cas 5:
    ‎ PARTIEL par un ou des plannings / Rendu client le JJMMAA / Qté X
  • Cas 6:
    ‎ COMPLET par le stock
  • Cas 7:
    ‎ COMPLET par un ou des OF en retard / N°X
  • Cas 8:
    ‎ COMPLET par un ou des OF / N°X / Rendu client le JJMMAA
  • Cas 9:
    ‎ COMPLET par un ou des plannings / Rendu client le JJMMAA

 

 

Consultation des simulations : CD902

 

CD902W04 / Liste lignes de commande

Dans la liste des lignes de commande client PF, visualisation de l’information résultante de la simulation : pour cela, il faut sélectionner, via le bouton de paramétrage de la liste, la colonne « Simulation info. Client » et il est conseillé de modifier sa largeur à la taille maximum
‎(soit 500 pixels) pour pouvoir lire l’information en entier.

 

Données dédiées à la simulation :

 

• Date de livraison prévisionnelle :
  ‎ (calculée si couverture complète ou partielle)

   

• Niveau couverture Simulation (avec Attribut Visuel pour restitution du libellé) :
  • • 0 : NON COUVERTE
    • 1 : PARTIEL
    • COMPLET (via Cde four. PF ou via Planning)

      2 : par une seule ressource

      3 : par plusieurs ressources

       

• Type de couverture Simulation :
  • • 1 : sur Stock
    • 2 : sur Cde four. en retard
    • 3 : sur Cde four.
    • 4 : sur Planning

       

• Commande fournisseur PF couvrant simulation :
  ‎ correspond au numéro de commandes fournisseur PF couvrant la ligne en final

   

• Qté couverte par la simulation :
  ‎ total des quantités couvertes par la simulation

   

• Simulation info. client :
  ‎ synthétise en une seule colonne les résultats obtenus via les 4 critères précédents.

   

• Ligne de commande en retard :
  ‎ la coche correspond aux lignes de commande en retard
  ‎ (avec date de livraison prévisionnelle > date de livraison confirmée au client)

   

• Niveau couverture Proposition Transfert :
  • • 0 : Cde Fourn.
    • 1 : Stock
    • 2 : Négoce
    • 3 : Plan

 

CD902W12 / Détail simulation livraison prévisionnelle

Pour connaitre le détail de la simulation :

 

• visibilité améliorée des livraisons clients prévues,
  ‎avec détail des affectations simulées par CD029
• mémorisation du détail des simulations,
  ‎en ayant la liste des quantités livrables par date et origine,
  ‎pour chaque ligne de commande

 

CD902W13 / Historisation simulation livraison prévisionnelle

(option CD029W01/GEST_HIST=1)

Pour connaitre les informations de l’historique ligne & détail de simulation, et ce pour chaque ligne de commande client (en cas de litige, permet de revenir sur une simulation précise
‎ayant permis de donner au client un positionnement de date et une simulation de quantité) :

 

• date livraison prévisionnelle
• quantité couverte
• quantité reste à couvrir
• type couverture

 

Repérage des différents critères utilisables XXX lig et XXX det :

Présentation par défaut livrée au niveau ligne commande

Critères dédiés à la simulation pour seconde présentation à paramétrer, au niveau détail

‎

 

Calcul automatique délais confirmés : CD020

CD020W01
Cette fonction permet de calculer automatiquement les délais de livraison prévisionnels à affecter aux commandes client,
‎ces délais pouvant ensuite être confirmés aux clients

 

Les ressources présentes (stock disponible) et à venir (commandes fournisseur PF) sont prises en compte ainsi que les besoins (emplois) que représentent les commandes déjà confirmées ; ce délai est conservé au niveau de chaque ligne de commande et peut être recalculé tant qu'il n'a pas été communiqué au client par l'intermédiaire de l’édition des confirmations de commandes.

Cette fonction est en partie couverte par CD029 ; cependant, CD029 ne permet pas de mettre à jour les délais de livraison des commandes client car seule une date de livraison prévisionnelle est positionnée au niveau de chaque ligne de commande, et restituée en consultation et en édition de commandes (le problème étant que cette date n’est pas figée, car susceptible d’évoluer en fonction des créations de commandes fournisseur, des mises à jour de stock...).

 

CD020 permet donc de fixer les délais calculés, ‎pour qu’ils ne puissent être modifiés que par une intervention manuelle du service commercial.

CD020 assure également la génération automatiquement de liens entre les commandes client et les commandes fournisseur, fonctionnalité qui n’existe pas dans CD029.

N.B. :
CD020 correspond donc à l’ancienne version « PAP », enrichi de fonctionnalités complémentaires : liens automatiques, possibilité d’affecter du stock si rattachement partiel aux commandes fournisseur mais avec du stock disponible

 

Principes

 

Une fois les commandes fournisseur créées, CD020 a 2 buts principaux :

• Générer les liens entre les Commandes client et les Commandes fournisseur
  ‎(équivalent LA010).
• Mettre à jour les délais de livraison confirmés des lignes de commande client
  ‎(avec le délai confirmé de la ligne commande fournisseur)

 

CD020 part systématiquement des commandes fournisseur,
‎qu’il rattache aux commandes client en fonction des délais de livraison et des priorités client :

• Commandes fournisseur prises en compte :
  • • Confirmées
    • non Annulées
    • non Soldées
    • pas en test fiabilité
    • pas (encore) rattachées à une commande client
• Commandes client prises en compte :
  • • non Annulées
    • non Soldées
    • non commencées en préparation/expédition/facturation
    • délai de livraison confirmé égal à ZZZZ

       

      Les commandes client bloquées sont également traitées
      ‎(quel que soit le niveau du blocage, en affectation/préparation/expédition).

       

      Le traitement positionne tout d'abord les ressources et les emplois par délai.

      Les ressources correspondent au stock disponible (Physique – Déjà Affecté),
      ‎et à l'encours de fabrication (Lance Initial - Pertes), ou reste à recevoir sur Commandes fournisseur.

      Les emplois correspondent aux commandes déjà confirmées mais non affectées,
      ‎et aux commandes partiellement affectées, confirmées ou non, pour la part restant a affecter.

      On recherche pour une ligne de commande, le premier délai couvrant les quantités commandées.
      ‎Ce délai sera comparé au délai demandé, ramené à un délai départ usine en lui ôtant le temps d'acheminement.

• Si le délai calculé est inférieur au délai demandé, ‎le délai confirmé prend la valeur du délai demandé
• Si le délai calculé est supérieur, ‎le délai confirmé prendra cette valeur calculée.

 

Les lignes traitées seront les lignes de commandes, non affectées, restant à confirmer
‎(c'est à dire toutes celles non encore éditées en confirmation).

‎ 

 

Définition (via critère fonctionnel) du type de tri utilisé pour rechercher les commandes client à affecter.

Après chaque traitement, les commandes client traitées seront systématiquement « topées », ‎par utilisation d’une date de traitement spécifique qui ne sera mise à jour que par CD020. ‎Cette date permettra de toper les commandes (fournisseur & client) à prendre en compte lors des traitements du CD020, en :

• écartant les lignes de commandes déjà traitées ‎(exemple : commande client rattachée partiellement à une commande fournisseur)
  une ligne de commande ne pourra donc être traitée qu’une seule fois par CD020, ‎sans gestion possible des reliquats.
• définissant une date à partir de laquelle les traitements CD020 sont opérationnels
  exemple : toutes les commandes (fournisseur & client) créées après le 01/01/25.

 

Cas du partiel :

Il se peut qu’une commande client ne puisse pas entièrement être couverte par une commande fournisseur ; si tel est le cas, on teste l’existence de stock disponible pour couvrir le reliquat :

• Si le stock disponible ne peut pas couvrir la différence,
  ‎la commande client ne sera pas affectée à la commande fournisseur, 
  ‎et son délai confirmé ne sera pas mis à jour.
• Si le stock disponible peut couvrir la différence,
  ‎la commande client sera affectée à la commande fournisseur,
  ‎et son délai confirmé sera mis à jour
  Un critère fonctionnel « Lancement automatique de l’affectation »
  ‎permet de lancer automatiquement l’affectation du reliquat afin de réserver le stock manquant.

N.B. :
À l’issue du CD020, il est possible que certaines commandes client deviennent multi-délais ;
‎ceci posera problème en cas de commande dite « complète » (identifiée par la nature de commande particulière) : en effet, ces natures de commandes doivent impérativement être mono-délai de livraison, car ceci est un critère de préparation :
> si une commande « complète » devient multi délais, ‎elle devra être modifiée par le service commercial
‎(qui devra alors ajuster les délais manuellement).
> pour chaque commande traitée, le compte rendu du traitement indiquera la nature
‎de la commande, avec une coche signifiant que la commande est devenue multi-délais.

 

A l’issue de chaque traitement, plusieurs listes de compte-rendu des traitements effectués sont générées, avec des commentaires expliquant les actions réalisées :

• Liste des lignes avec délai non modifié
  ‎(lignes de commande pour lesquelles le délai demandé a été confirmé,‎ sans changement de date)
• Liste des lignes avec délai modifié
  ‎(lignes de commande pour lesquelles le délai demandé a été confirmé,‎ mais à une date différente du délai demandé)
• Lien Commande fournisseur / Commande client absent
  ‎(lignes commande fournisseur qui n’ont pas pu être rattachées à une ligne commande client)
• Lien Commande client / Commande fournisseur absent
  ‎(lignes de commandes client auxquelles les utilisateurs ont affecté manuellement‎ un délai de livraison confirmé via CD001)
  ces lignes pourront facilement être repérées car elles auront les caractéristiques suivantes :
  • Le délai de livraison confirmé de la ligne de commande est différent de ZZZZ
  • La ligne commande client n’est pas rattachée à une ligne commande fournisseur

 

Remarques

• Le détail par taille des quantités affectées ne sera pas édité.
• Chaque liste sera exportable sous forme de tableau Excel.
• Pas de prise en compte du paramètre CALC_CONF ‎(fonctionnement différent des saisies de commandes)

 

 

Tableau de bord : ST008

La position n° 59 « Commandes clients retard livraison prévue » correspond au reste à affecter dont la date de livraison prévisionnelle est postérieure à la date de livraison confirmée.

Mémo

Vérifications à réaliser si aucun traitement n’est réalisé par CD029 :

client bloqué en affectation (CL001) ?

Documentations annexes

• Pour plus de précisions, Cf.  Affectation