Préparation

 

TA330 : Critères article d’éclatement de BP

TA330W01
Cette fonction permet de définir les regroupements/éclatements de lignes de commandes PF client, à effectuer lors de la préparation.

 

Cette fonction permet de faire le paramétrage de l’éclatement (ou de l'isolement) des lignes de commandes sur un BP lors de la préparation suivant différents critères Articles.

Il permettra ainsi d'éclater une commande en isolant ses lignes de commande sur différents BP.

 

• 1^er onglet : Codes regroupements

  Cet onglet permet de référencer les codes de regroupement, c'est-à-dire les ensembles de règles d'éclatement ou de regroupement des lignes de commande sur un périmètre particulier. Le code est obligatoire, le libellé est facultatif (mais conseillé).
  ‎Ce code permettra de définir sur le 2^ème onglet, les différents critères d’éclatement.
  ‎Pour cela, il faut obligatoirement que le code soit défini ici.

  La destruction d'un code de regroupement n'est pas autorisée tant qu'il y a des lignes pour ce regroupement sur le 2^ème ou 3^ème onglet.

  Le titre du 2^ème onglet et 3^ème onglet indique le nombre de lignes de critère et d'application qui ont été saisies pour le code regroupement de la ligne courante.

   

• 2^ème onglet : Critères d'éclatements

  Sur ce 2^ème onglet, il faut définir ligne par ligne les propriétés des articles que l'on veut voir regrouper sur un même BP lors de la préparation des commandes (Ainsi, les commandes seront éclatées sur différents BP suivant ces critères). Pour cela, il faut réunir ces lignes grâce au code Regroupement qui est obligatoire et qui doit exister sur le 1^er onglet. Ces critères d'éclatement viendront s'ajouter aux critères fixes d'éclatement : Client, Commande, magasin et délai.

  En passant du 1^er au 2^ème onglet, et si un code regroupement est sélectionné sur le
  ‎1^er onglet, la fonction lance automatiquement la recherche des lignes de critères pour le code de regroupement. Cependant, dès qu'une nouvelle recherche ou une insertion est lancée sur ce 2^ème onglet, la sélection du code regroupement sélectionné n'est plus prise en compte : Les lignes de critères de tous les regroupements seront ramenées. On peut aller directement sur le 2^ème onglet. Le lancement d'une recherche se basera sur tous les regroupements.

  Chaque champ de la ligne est saisissable et doit exister dans sa table d'origine. Les caractères jokers sont autorisés. Plusieurs critères peuvent être saisis sur une ligne, mais au moins un est obligatoire.

   

  Les lignes doublons sont interdites.

  La coche 'SAUF' permet d'exclure du regroupement les lignes de commandes qui correspondront à la ligne de critères et ceci malgré le regroupement par une autre ligne.

   

  exemple :
  On veut regrouper sur le code REG1 tous les articles 'AA' sauf ceux qui ont le coloris 'bb'.
  L'utilisateur doit saisir les lignes :

  SAUFREG Article Coloris

  REG1 AA

  X REG1  AA  bb

  
  Le titre du 3^ème onglet indique le nombre de règles d'application qui ont été saisies pour le code regroupement de la ligne courante.

  La destruction de toutes les lignes d'un regroupement est interdite, s'il existe au moins une ligne de règle d'application sur le 3^ème onglet. Ceci est facilement vérifiable par le nombre de lignes de règles qui est indiqué à la fin du titre du 3^ème onglet qui est mis à jour à chaque changement de code regroupement sur le 1er ou 2^ème onglet.

  De plus, une fois qu'un regroupement est défini sur ce 2^ème onglet, il faut obligatoirement qu'au moins une ligne d'application soit définie sur le 3^ème onglet. Un test en sortie de fonction est lancé pour le vérifier : si un regroupement est dans ce cas, un message indique le regroupement non applicable et la sortie de la fonction est impossible.

  ‎ 

   

• 3^ème onglet : Règles d'application

  Les règles d'application saisies ici permettent de restreindre l'application des regroupements à certaines commandes durant la préparation suivant les différents critères Client et Commande.

  En passant du 1^er ou 2^ème onglet au 3^ème onglet, la fonction lance automatiquement la recherche des domaines d'application pour le code de regroupement sélectionné sur l'onglet précédent. Si aucun regroupement n'est sélectionné, la recherche n'est pas lancée et une nouvelle recherche se basera sur tous les regroupements. Le code regroupement traité est affiché en haut de l'écran du 2^ème onglet.

  Le lancement d'une nouvelle recherche sur les lignes gardera la sélection du regroupement s'il a été sélectionné auparavant. En revanche, si le lancement de la recherche est fait depuis le code regroupement du haut (accessible seulement par Page suivante / précédente depuis les lignes), la recherche se fera sur TOUTES les lignes d'application de tous les codes regroupement.

  La coche 'SAUF' permet d'exclure du regroupement les lignes de commandes qui correspondront à la règle d'application et ceci malgré une règle qui applique la ligne.

  Les champs dates et délais d'application permettent de restreindre dans le temps l'application des règles. Les 2 champs dates d'application sont accessibles suivant l'option ACCE_DATE_APPLI.

  Comme sur le 2ème onglet : les doublons sont interdits, au moins un critère doit être saisi.

   

  Lors de l’application de ce paramétrage au moment de la préparation, les codes de regroupements se cumulent entre eux :

  Si une ligne de commande répond au code de regroupement A ET B, elle ne pourra être regroupée sur le même BP qu’avec une autre ligne de commande qui répond au code de regroupement A ET B. Une ligne de commande répondant au code de regroupement A seulement ne pourra pas être mise sur le même BP.

   

   

• 4^ème onglet : Critères d’unicité

Cet onglet permet de déterminer pour quelle(s) donnée(s) on souhaite générer un BP pour chaque valeur.

exemple : en cochant ‘Coloris’, obtenir un BP pour chaque coloris différent.

On peut sélectionner plusieurs données.

Les différents critères disponibles sont :

Des critères Article :

• Saison article
• Article
• Coloris
• Finition spéciale
• Société Article
• Réseau
• Marque
• Activité
• Ligne
• Forme
• Nature
• Rangement
• Matière
• Famille matière
• Type matière

 

Des critères Commande :

• Commande
• Nature de commande
• Type de commande
• Saison de vente
• Division commerciale

 

Les critères ‘Commande’ sont pris en compte uniquement si le paramètre BP_MULTI_CDE est activé.

 

exemple :

Lignes de commandes à préparer :

Les critères d’unicité cochés sont : Ligne Produit, Forme, Activité.

Le résultat est le suivant :

• BP 04005 regroupe les articles dont : Activité= FEM / Ligne Produit =CLD / Forme = ROB
• BP 04006 regroupe les articles dont : Activité= ENF / Ligne Produit =02 / Forme = ROB
• BP 04007 regroupe les articles dont : Activité= HOM / Ligne Produit =02 / Forme = GIL
• BP 04008 regroupe les articles dont : Activité= FEM / Ligne Produit =02 / Forme = PAN
• BP 04009 regroupe les articles dont : Activité= HOM / Ligne Produit =CLD/ Forme = PAN
• BP 04005 regroupe les articles dont : Activité= HOM / Ligne Produit =02 / Forme = PAN

 

Visualisation du regroupement utilisé lors de la préparation

Ces critères d’unicité se combinent avec les critères d’éclatement et/ou de regroupement des autres onglets.

Pour faciliter la compréhension du découpage des BP, il existe un nouveau champ, dans la fonction CD902W06 Liste en-têtes BP Client.

Il s’agit du champ ‘Combinaison regroupement’. Il contient les différents critères qui ont été pris en compte pour la génération du BP.

Pour l’exemple ci-dessus, le champ contient les informations suivantes :

 

Il s’interprète de cette façon :

CBA/AR5=FEM/AR6=CLD/AR7=ROB

CBA = correspond au code de regroupement général saisi dans le premier onglet dans TA330 auquel sont associés des critères d’éclatement, des règles d’application et, éventuellement, des critères d’unicité.

AR5=FEM
‎= le critère d’unicité AR5 (code technique de la donnée Activité) contient la valeur FEM.

AR6=CLD
‎= le critère d’unicité AR6 (code technique de la donnée Ligne Produit) contient la valeur CLD.

AR7=ROB
‎= le critère d’unicité AR7 (code technique de la donnée Forme) contient la valeur ROB.

 

Les codes techniques de tous les critères disponibles sont :

• AR1 = SAISON Article
• AR2 = Code Article
• AR12 = Code coloris
• AR10 = Finition Spéciale
• AR30 = Société Article
• AR3 = Réseau
• AR4 = Marque
• AR5 = Activité
• AR6 = Ligne de produit
• AR7 = Forme
• AR46 = Nature de produit
• AR50 = Type de rangement
• AR90 = Matière
• MA2 = Famille matière
• MA3 = Type matière
• CD22 = N° de commande
• CD168 = Nature de commande
• CD169 = Type de commande
• CD111 = Saison de commande
• CD167 = Division commerciale

‎ 

TA545 : Paramétrage tri préparation

TA545W01
Cette fonction permet de définir les tris des lignes à préparer dans LI004 et LI005

 

Dans LI005, ce tri agit sur l’affichage des lignes, dans LI004, ce tri agit sur les lignes à traiter.

Les différents critères de tri sont des critères article, au nombre de 5 maximum pour chaque code de tri.

‎ 

LI003 : État décisionnel de préparation multicritères

LI003W01
État récapitulatif des commandes clients préparables ou non préparables dans le but de faciliter la décision de livraison

 

Cette fonction permet la saisie des critères d’édition d’un état décisionnel de préparation. Cet état propose un récapitulatif des commandes clients préparables ou non préparables dans le but de faciliter la décision de livraison.

L'utilisateur doit définir l'état désiré :

• par la définition de critères généraux de présentation:
  • les données éditées, quantité et/ou montant,
  • la situation des lignes de commandes, préparable et/ou reste à préparer.
  • la présentation des totalisations, en ligne ou en colonne,
  • la présentation des récapitulatifs,
  • l'édition des totaux et récapitulatifs seulement ou non,
  • la base des classements, sur le commandé, le reste à préparer ou le préparable,     
  • la prise en compte des incomplets, jamais, toujours ou uniquement en ajout à des complets,
• par la sélection des critères qu'il veut voir apparaître sur l'état, avec une définition d'attributs de classement, de totalisation et de saut de page en rupture.    
• par la sélection de critères limitatifs.

 

L’édition propose au niveau des lignes, pour le critère le plus fin, un cumul des quantités ou des montants commandés, restant à préparer et préparables, différenciées en préparable complet, partiel ou de groupe partiel.

Deux pourcentages sont également calculés sur le reste à préparer, le premier représente le pourcentage de complet, le second le total de préparable.

Le commandé correspond au commandé initial de la commande et non au commandé des lignes traitées.

Les commandes traitées sont uniquement celles dont la saison de vente n'est pas arrêtée par TA073.

N.B. :
Il est conseillé de se limiter à une saison.
Le commandé reprend la totalité du commandé pour les critères saisis et non pas uniquement le commandé des lignes ayant du préparable ou du reste à préparer. Ainsi, les temps de traitement peuvent être très longs.
Pour contrer ces longs temps de traitement, l'option EDIT_CDE=1 permet de ne pas calculer le commandé et ainsi de restreindre les calculs sur les lignes de commande préparables ou ayant du reste à préparer.

 

Trois tableaux sont proposés au niveau des totaux.

1. Le premier reprend la structure des informations éditées dans les lignes et affichant une totalisation classique.
2. Le second et le troisième dépendent du critère général sélectionné, en ligne ou en tableau. La totalisation en ligne permet de n’éditer que les intervalles significatifs, la totalisation en tableau présente un tableau de dimension fixe qui permet de visualiser plus facilement la position du cumul.
3. Dans les tableaux récapitulatifs, les colonnes ‘1^ère’ et ‘Nième’ expédition sont calculées suivant les paramètres MOD_CALC_NB_EXP, CHOI_CRIT_MAJ et CHOI_CRIT_DELAI.

 

N.B. :
Les GDAs sur critère d'édition par JP517 sont gérés dans cette fonction. Cette fonction a une particularité : quand on enlève l'accès à un critère entête ou ligne, l'utilisateur ne peut plus du tout accéder à la fenêtre spécifique du critère. Si un critère est rendu inaccessible mais qu'il a une valeur par défaut, il faut bien penser à mettre aussi les bonnes valeurs par défaut sur les critères "Zone à éditer", "Classement", "Saut de page" et "Total" du critère.

 

Particularités de certains critères :

La gestion des critères CAPE et finition spéciale est un peu différente des autres.

Finition spéciale

• Sans et avec finition spéciale = ne pas choisir le critère
• Sans finition spéciale = null
• Uniquement avec FS = %
• Une FS particulière XXXXXXX

 

CAPE (même principe pour les critères de suspension de commande)

N.B. :
CAPE signifie blocage en : Commande Affectation Préparation Expédition

• Sans aucun blocage = ne pas choisir le critère
• Avec ou sans blocage = %%%%
• Avec blocage = XXXX
• Blocage en affectation uniquement = X

Chaque caractère composant le CAPE est indépendant des autres.

 

Par défaut l’édition se fait dans la monnaie du site mais vous pouvez choisir une autre monnaie d’édition.

Seul le premier critère ligne est obligatoire.

exemple :
Le critère « date de dernière expédition Client/saison » peut permettre de sélectionner toutes les lignes dont le client n’a pas eu de commandes expédiées depuis tel jour pour une saison de commande.

 

Le critère « niveau d’expédition commande » indique s’il y a déjà eu des expéditions ou non (le signe ‘+’ signifie qu’il y en a eu, le signe ‘0’, l’inverse).

‎ 

LI004 : Préparation automatique des commandes

LI004W01
Pilotage de la préparation automatique des lignes de commandes clients produits finis

 

Cette fonction pilote la préparation de lignes de commandes à partir de critères multiples (entête et lignes commande client PF).
‎Les critères de présentation permettent de définir la façon de traiter les lignes de commandes en indiquant des maxima, des critères de rupture et en faisant varier des minimums.

 

Ligne Commande :

Nombre de pièces ou BP maxi. à préparer :

Pour limiter le volume global de la préparation, l'option LI004W01/CTRL_LIMITE_MAX permet de choisir la façon de contrôler ces maximums :

• "Avant la préparation" :
  ‎la limite ne peut jamais être dépassée
• "Après la préparation" :
  ‎la préparation s'arrête dès que le maximum est atteint
  ‎(le dépassement est presque systématique)

 

Lignes à préparer :

• Toutes (sélectionne tous les cas ci-dessous)
• COMPLET :
  ‎ lignes complètes
  ‎(y compris GL ou lien complet)
• COMPLET par dérogation :
  ‎ lignes complètes AVEC prise en compte dérogations/obligations de taille (TA167)
  ‎(y compris GL ou lien complet)
• COMPLET sur GL ou lien partiel :
  ‎ lignes d’un GL ou d’un lien dont les lignes ne sont pas toutes complètes
• PARTIEL (non liées) :
  ‎ lignes qui ne peuvent pas être préparées complètement
  ‎(hors GL ou lien)
• PARTIEL en complément :
  ‎ lignes partielles préparées seulement si toutes les complètes le sont.

 

Tri des lignes de commande : permet de prioriser les lignes à traiter selon un code de tri défini préalablement dans TA545.

N.B. :
Il faut le paramètre CHOI_CRIT_MAJ=0 (pas de valeur par défaut au critère Majeur).

‎ 

 

Départ Usine :

BP multi-délai : Cette coche indique que les BP générés seront multi-délai (précochée selon paramètre BP_MULTI_DELAI), donc que toutes les tranches seront regroupables sur un même BP.

 

Tranche en retard : si BP multi-délai cochée, on a accès à cette tranche pour regrouper sur un même BP les lignes de la commande avec délai inférieur ou égal à cette tranche (comprise dans la fourchette des tranches à préparer).

> les lignes de la commande avec délai supérieur à cette tranche seront traitées en mono-délai

 

BP multi-date : Cette coche indique que les BP générés seront multi-date Début Départ Usine (DDU, précochée selon paramètre BP_MULTI_DATE).

 

exemple :

Dans TA545, on définit le tri TR1 sur article, coloris.

Si, dans LI004, on demande de préparer les commandes 100 & 200 selon le tri TR1 avec un maximum de 25 pièces, on obtiendra les lignes de BP suivantes :

Total    21

Si, dans LI004, on demande de préparer les commandes 100 & 200 selon le tri TR1 avec un maximum de 35 pièces, on obtiendra les lignes de BP suivantes :

Total    31

Les articles sont triés par code+coloris.

N.B. :
Si des critères de rupture sont définis, le tri s'applique à l'intérieur de chaque rupture. De même, si "Incomplets en complément" est coché, le tri s'applique après le tri des lignes complètes.

 

 

Les critères limitatifs minimum (composés de 2 onglets)

Les critères majeurs et mineurs permettent de définir quelle est la rupture pour le traitement des lignes de commandes.

Le paramétrage de cette page conditionne l’affichage de l’onglet suivant.

Le choix du critère majeur (commande ou client) correspond à une rupture majeure et les coches : délai, magasin avant BP, Thème Livraison, Division commerciale, nature de commande, groupe de livraison, lien, référence nominative et Ligne de commande correspondent à une rupture mineure.

Tous les champs ne sont accessibles que si un critère majeur a été choisi.

La liste de valeur des thèmes n’est accessible que si la zone « thème de livraison » est cochée.

La coche ‘Selon le nombre d’expédition’ permet de différencier la prise en compte des minima/maxima selon le nombre d’expédition des commandes :
‎(Voir explication sur le paramètre MOD_CALC_NB_EXP)

• Si « Client » :
  ‎on calcule le nombre d’expédition pour le client, dans les saisons en cours.
• Si « Client et Délai » :
  ‎on calcule le nombre d’expédition pour le client et le délai, dans les saisons en cours.
• Si « Commande » :
  ‎on calcule le nombre d’expédition pour la commande.
• Si « Commande et Délai » :
  ‎on calcule le nombre d’expédition pour la commande et le délai.

 

Onglet « saisie du minimum » : si aucun critère de rupture n’a été saisi et que seuls les critères mineurs ont été saisi (sans minimum) alors le tableau affiché en « saisie minimum » est simple ; saisie des quantités, montants et %. Il n’est alors pas possible de faire varier le minimum en fonction de critères. Les données saisies sont valables pour l’ensemble du traitement.

Onglet variation du minimum : si des critères de ruptures ont été saisis, alors le tableau contient 4 colonnes correspondant à ces critères pour lesquels il est possible de faire varier le minimum. Les champs de ces colonnes sont fonction du choix fait au niveau de l’onglet précédent. Si la zone « selon autres critères » n’est pas cochée alors les 4 colonnes correspondent aux critères de rupture. Sinon, elles sont à définir parmi les critères d’une liste de valeurs.

• Si la rupture majeure est client, alors les critères sont à choisir parmi des critères de type client.
• Si la rupture est commande, ils sont à choisir parmi des critères de type client et commande.

 

Concernant les minimums (quantité, montant et pourcentage par rapport au reste à préparer), seuls 2 champs maximums doivent être saisis, soit sur la même ligne, soit sur 2 lignes différentes.

Il est également possible d’avoir une différenciation 1^ère expédition, N^ième expédition.
‎Cette différenciation se base sur l’existence ou non d’au moins un bon d’expédition pour la commande traitée. Par défaut, le minimum s’applique indépendamment du nombre d’expédition des commandes.

 

Rupture à la ligne de commande

Le traitement se fait avec une rupture par ligne de commande. Puis, pour chaque rupture, donc chaque ligne de commande, le traitement recherche le minimum ou maximum à respecter pour valider la préparation de cette rupture, donc de cette ligne de commande.

Pour rappel, s’il doit respecter un minimum, la ligne ne sera préparée que si elle a atteint au moins ce minimum (que ce soit un minimum en quantité, en montant ou en pourcentage)

S’il doit respecter un maximum, le traitement arrête la préparation du regroupement de ligne de commande selon la rupture dès que ce maximum est atteint.

N.B. :
dans ce cas, à l’option CTRL_LIMITE_MAX, le traitement s’arrête avant ou après avoir atteint le maximum.

Si le critère mineur ‘Ligne de commande’ est choisi et que la saisie du minimum/maximum est ‘variable’, selon les ‘critères de rupture’, il reste possible de saisir les minima selon un certain N° de ligne (Même si ceci n’est pas facilement exploitable...)

 

 

Gestion du maximum à préparer

Il peut être souhaitable de limiter la préparation pour certains clients qui n’ont pas la capacité de réceptionner de trop gros volumes.

La saisie du maximum peut être faite dans le premier onglet ‘Critères de traitement’ mais peut également avoir lieu dans l’onglet ‘Saisie du minimum/maximum’

 

L’option LI004W01/CTRL_LIMITE_MAX permet de gérer de deux façons différentes le maximum à préparer, soit la préparation s’arrête dès que la limite est dépassée, soit elle s’arrête avant que la limite soit dépassée.

 

• Si CTRL_LIMITE_MAX=0 : après
  Cela signifie que le test se fait après la préparation. Ainsi la préparation des lignes de la rupture est stoppée une fois la limite dépassée.
• Si CTRL_LIMITE_MAX=1 : avant

Cela signifie que le test se fait avant la préparation. Ainsi la préparation des lignes de la rupture ne peut pas atteindre le maximum. Les lignes suivantes sont tout de même traitées pour le cas où l’une d’elle puisse être préparée sans dépasser la limite.

‎ 

exemple : #1

Il reste à préparer quatre lignes pour la commande d’un client :

Un maximum de 37 est saisi dans LI004.

 

• Si CTRL_LIMITE_MAX=0 : après

La ligne 1 est préparée (10 pièces), puis la ligne 2 de 20 pièces.

Cela fait un total de 30. Le maximum de 37 n’étant pas atteint, il prépare la ligne 3 de 20 pièces.

Au total, malgré un maximum de 37 pièces, 50 pièces auront été préparées.

• Avantage : on a toujours au moins une ligne de préparée car si dès la 1^ère ligne la quantité est dépassée, elle sera préparée.
• Inconvénient : si 2 lignes de 10 et 100 pièces doivent être préparées avec un maximum de 20 pièces, la 2^e ligne de 100 pièces sera également préparée. Le maximum saisi n’est donc plus très pertinent.

 

 

• Si CTRL_LIMITE_MAX=1 : avant

La ligne 1 est préparée (10 pièces), puis la ligne 2 de 20 pièces. Cela fait un total de 30. la ligne 3 ne peut pas être préparée puisque le total serait de 50 et dépasserait le maximum. La ligne 4 peut être préparée, puisque le total atteint alors 35 et que le maximum n’est pas dépassé.

• Avantage : Le maximum ne peut jamais être dépassé.
• Inconvénient : si une seule ligne de 100 pièces est à préparer et que le maximum est de 90, la ligne ne sera pas préparée.

N.B. : le tri des lignes à préparer se fait tout d’abord sur les lignes complètes, puis complètes par dérogation, puis partielles.

 

 

exemple : #2

Soit la commande suivante :

Dans LI004, je sélectionne le critère majeur Commande et coche ‘selon minimum fixe’, puis saisis un maximum de 200 dans l’onglet ‘Saisie du minimum/maximum’.

• Si CTRL_LIMITE_MAX=0 : après

• La ligne 1 est complète et peut donc être préparée = 100 pièces
• La ligne 2 est complète et peut donc être préparée= 48 pièces soit un total de 148. Reste 52 pièces à préparer.
• La ligne 4 est la prochaine à traiter, or elle n’est pas complète.
  Cette ligne 4 est donc ignorée au profit de la ligne 5, complète, de 100 pièces.

On arrive ainsi à un total préparé de 248 pièces pour un maximum demandé de 200.

‎ 

• Si CTRL_LIMITE_MAX=1 : avant

• La ligne 1 est complète et peut donc être préparée = 100 pièces
• La ligne 2 est complète et peut donc être préparée= 48 pièces soit un total de 148. Reste 52 pièces à préparer.
• La ligne 4 ne peut pas être préparée car le total dépasserait 200. De plus, elle n’est pas complète.
• Bien que la ligne 5 soit complète, elle ne peut pas être préparée car le total dépasserait 200.
• La ligne 6 n’est pas complète mais en la préparant on ne dépasse pas le maximum autorisé. Elle est donc préparée.

On arrive donc à un total préparé de 193 pièces pour un maximum demandé de 200.

 

Si la préparation ne se fait pas, les causes principales peuvent être :

• Le client est bloqué en préparation
• La commande est bloquée en préparation
• La date du jour + le nombre de jour d’acheminement se situe dans la période de fermeture du client pour laquelle un blocage en préparation a été demandé (cf CL041)

 

En fin de traitement, il y a édition d’un état succinct indiquant le nombre de BP et de lignes préparées ainsi que l’intervalle des numéros de BP générés.

Les lignes de commandes ayant les mêmes combinaisons de code de regroupement sont regroupées entre elles (suivant le paramétrage saisi en TA330).

 

 

Calcul du nombre d’expédition dans LI003 et LI004

Paramètres

Le paramètre MOD_CALC_NB_EXP=1 permet de calculer le nombre d’expéditions selon d’autres paramètres de niveau commande/délai (S’il est à 0, le nombre d’expédition est calculé par commande).

 

Le paramètre CHOI_CRIT_MAJ (pris en compte si MOD_CALC_NB_EXP=1) permet de choisir le critère majeur : client ou commande, pour le calcul du nombre d’expéditions qui se fera au client ou à la commande.

 

Le paramètre CHOI_CRIT_DELAI (pris en compte si MOD_CALC_NB_EXP=1) permet de définir, si, en plus du critère majeur, l’on souhaite calculer le nombre d’expéditions par délai.

 

Calcul du nombre d’expéditions

Dans LI003, après avoir coché ‘Récapitulatifs’ dans l’onglet ‘Fonctionnels’, une coche libellée ‘Selon nb expédition’ permet de détailler le récapitulatif selon le nombre d’expéditions calculé.

Dans LI004, cette coche se trouve dans l’onglet ‘Gestion des minimas/maximas’. Elle permet de décider si l’on veut préparer les prochaines commandes selon le nombre d’expéditions déjà effectuées.

Dans ces deux fonctions, les notions de limites servent à définir les fourchettes de nombre d’expédition.

exemple : si l’on renseigne la limite 1, à 5 , et pas de limite 2, cela signifie :

De la 1^ère à la 5^ème expédition puis les suivantes.

Si l’on renseigne les deux limites, limite 1 à 5 et limite 2 à 10, cela signifie :

De la 1^ère à la 5^ème expédition ; de la 6^ème à la 10^ème expédition, puis les suivantes.

‎ 

 

 

Exemple n°1 (calcul de nombre d’expédition sans notion de limites)

Soit, pour le client CLI01, la commande suivante :

Si

• MODE_CALC_NB_EXP=0

L’édition du LI003 vous donnera les informations suivantes :

 

Récapitulatif demandé par tranche de 50 selon nombre d’expéditions :

Les 216 pièces restant à préparer sont inscrites dans la colonne ‘les suivantes’ car le nombre d’expéditions a été calculé à la commande globale et non selon des critères de délai.

Comme il y a eu déjà des expéditions pour cette commande, les prochaines expéditions sont bien « les suivantes ».

Si

• MODE_CALC_NB_EXP=1
• CHOI_CRIT_MAJ=1 (commande)
• CHOI_CRIT_DELAI=X (par délai)

L’édition du LI003 vous donnera les informations suivantes :

Récapitulatif demandé par tranche de 50 selon nombre d’expéditions :

Explication :

Le produit PR06 a 60 pièces à préparer. Pour ce produit et délai (0624), il n’y a encore pas eu d’expédition. Quand on l’expédiera, il s’agira donc bien de la première expédition.

Le produit PR04 a 116 pièces à préparer. Mais pour le délai de ce produit (0620) il y a déjà eu une expédition : 100 pièces pour le produit PR01. Ainsi, les 116 pièces du produit PR04 pour le délai 0620 feront bien l’objet d’une expédition « suivante ».

Le produit PR03 a déjà eu 40 pièces d’expédiées, mais il en reste 40 à expédier. Il s’agit donc bien d’une expédition « suivante ».

Ainsi, dans la tranche « + de 0 » du tableau, que l’on peut interpréter comme « de 1 à 50 », les 40 pièces restant à expédier du produit PR03 se cumulent avec les 116 pièces du produit PR04.

‎ 

 

Exemple n°2 (calcul de nombre d’expédition avec notion de limites)

Soient pour un même client, les deux commandes suivantes :

Les paramètres sont définis ainsi :

• MODE_CALC_NB_EXP=1
• CHOI_CRIT_MAJ=1 (commande)
• CHOI_CRIT_DELAI=X (par délai)

LI004

1^er cas

Je ne souhaite préparer que les expéditions pour une même commande/tranche qui seraient la 1^ère ou la seconde expédition. Les autres ayant été déjà partiellement satisfaites sont moins prioritaires.

Dans l’onglet ‘Gestion des minimas/maximas’, je coche ‘selon le nombre d’expédition’ puis

Limite 1 = 2.

Dans l’onglet ‘Saisie du minimum/maximum’, deux tableaux de saisie apparaissent et je les renseigne ainsi :

La fonction LI004 ne préparera donc que les 96 pièces restant à préparer de la commande 001 pour la tranche 0620 (ligne 3).

En effet, celle-ci ayant déjà eu une expédition, et ayant un reste à préparer d’au moins 60, elle est la seule à satisfaire aux critères de minimas.

2^ème cas

Je souhaite préparer les expéditions pour une même commande/tranche qui seraient entre la 3^ème et la 4^ème expédition.

Dans l’onglet ‘Gestion des minimas/maximas’, je coche ‘selon le nombre d’expédition’ puis

Limite 1 = 2 et limite 2=4.

Dans l’onglet ‘Saisie du minimum/maximum’, trois tableaux de saisie apparaissent et je les renseigne ainsi :

La commande/tranche 001/0624 (ligne 2) sera préparée pour 64 pièces puisqu’ayant déjà eu 3 expéditions, celle-ci sera la 4^ème.

La commande/tranche 002/0624 (ligne 5) sera préparée pour 80 pièces puisqu’ayant déjà eu 2 expéditions, celle-ci sera la 3^ème.

Les autres commandes/tranches ayant eu 1 expédition ou 4 expéditions, ne correspondent pas aux critères puisque l’expédition suivante serait une 2^ème expédition ou une 5^ème expédition.

3^ème cas

Je souhaite préparer les expéditions pour une même commande/tranche qui seraient la 5^ème expédition ou plus.

Dans l’onglet ‘Gestion des minimas/maximas’, je coche ‘selon le nombre d’expédition’ puis

Limite 1 = 2 et limite 2=4.

Dans l’onglet ‘Saisie du minimum/maximum’, trois tableaux de saisie apparaissent et je les renseigne ainsi :

La commande/tranche 001/0620 (ligne 1) sera préparée pour 66 pièces puisqu’ayant déjà eu 4 expéditions, celle-ci sera la 5^ème.

La commande/tranche 002/0626 (ligne 6) a déjà eu 4 expéditions mais elle n’atteint pas le minimum requis de 50 pièces. Elle n’est donc pas préparée.

‎ 

LI003

1^er cas

Avec la demande suivante :

Récapitulatif :

Le récapitulatif du LI003 donne le résultat suivant :

Le résultat de 154 est obtenu en additionnant la commande/tranche 001/0626 (ligne 3) de 96 pièces plus la commande/tranche 002/0620 (ligne 4) de 58 pièces car toutes deux n’ayant eu qu’une seule expédition, celle-ci sera bien la 2^ème.

Les 246 pièces représentent toutes celles dont le nombre d’expédition est supérieur à 2
‎(lignes 1, 2, 5 et 6)

2ème cas

Avec la demande suivante :

Récapitulatif :

Le récapitulatif du LI003 donne le résultat suivant :

Les 154 pièces représentent, comme dans le cas précédent, les lignes 3 et 4.

Les 144 pièces de la colonne « 3^ème à 4^ème expédition », représentent les lignes 2 et 5 qui ayant déjà eu respectivement 3 et 2 expéditions, répondent aux critères de sélection.

Les 102 pièces de la colonne « les suivantes » représentent les lignes 1 et 6 qui ont déjà eu 4 ou plus de 4 expéditions et dont la prochaine expédition sera donc la 5^e ou plus.

 

LI005 : Préparation manuelle d’une commande

LI005W01
Cette fonction permet de préparer manuellement les lignes des commandes clients PF

 

Cette fonction permet de préparer toutes les lignes de commande ayant du préparable.

La préparation peut être totale ou partielle.

La préparation se traduit par la création de bons de préparation (BP).

Un bon de préparation est caractérisé par un magasin / emplacement / tranche de regroupement (tranche en retard) / code emballage (sur critère magasin).

 

Cette fonction se décompose en 3 parties :

1. Sélection de la commande à traiter
   ‎(haut de l’écran)
2. Sélection (selon critères) des lignes qui seront préparées
   ‎(bas de l’écran, onglet ‘Sélection des lignes’)
3. Visualisation des lignes à préparer
   ‎(bas de l’écran, onglet ‘Visualisation des lignes’)

 

Mode INTERROGATION pour sélectionner la commande à traiter (haut de l’écran) ;
‎la sélection peut se faire grâce au numéro de commande et à divers critères commande ou client.
‎Lorsque la recherche a été lancée, les informations relatives à la commande sont ramenées.

On peut alors affiner les lignes de commandes à traiter.

 

Départ Usine :

 

Tranches à traiter : Saisie des tranches début / fin : elles définissent l’intervalle de délais dans lequel les lignes de commande seront éligibles, et sont initialisées avec la plus petite tranche et la plus grande tranche des lignes de commande ayant du préparable ou du reste à préparer.

 

Si la fourchette des tranches à préparer est multi-délai :

 

BP multi-délai : Cette coche indique que les BP générés seront multi-délai (précochée selon paramètre BP_MULTI_DELAI).

 

Tranche en retard : si BP multi-délai cochée, on a accès à cette tranche pour regrouper sur un même BP les lignes de la commande avec délai inférieur ou égal à cette tranche (comprise dans la fourchette des tranches à préparer).

les lignes de la commande avec délai supérieur à cette tranche seront traitées ‎en mono-délai

 

exemple :

On a des commandes pour les tranches 30-31-32-33-34-35

• si on coche BP multi-délai on aura un BP regroupant toutes les tranches, de 30 à 35.
• si on coche BP multi-délai ET que l'on saisit une tranche en retard (exemple : 33) le BP ne regroupera que les tranches 30-31-32-33.

 

BP multi-date : Cette coche indique que les BP générés seront multi-date Début Départ Usine (DDU, précochée selon paramètre BP_MULTI_DATE).

N.B. :
on prend également en compte les regroupements de tranche en retard issus de TA182 ; la tranche de regroupement (tranche de fin) est alors stockée en entête de BP

Ligne Commande :

BP de regroupement : Vous pouvez regrouper les lignes traitées sur un bon déjà existant à condition que celui-ci réponde aux critères de paramétrage de TA511. La liste de valeurs fait apparaître tous les BP susceptibles de se regrouper avec celui en cours de préparation.
Les lignes de commandes ayant les mêmes combinaisons de code de regroupement sont regroupées entre elles (suivant le paramétrage de TA330).

 

PRINCIPE de RECHERCHE d'un BP sur lequel regrouper une ligne de commande qu'on souhaite préparer :

Si on veut forcer la préparation sur un BP (on peut le faire par LI005-XC005), le traitement tente de regrouper sur celui-ci avec vérification de tous les contrôles de regroupement (TA511, TA330…)
‎SINON (Pas de forçage d'un BP particulier)

Si BP_MULTI_CDE non activé
OU si Client exclu du regroupement (TA511) OU s'il y a de l'emballage automatique :

   => Le traitement recherche un BP avec :

• le même client,
• le même N° de demande (Même traitement batch, même transaction écran),
• le même N° de commande (sauf si BP_MULTI_CDE activé)
• et avec une date d'édition vide
• vérif de tous les contrôles de regroupement (TA511, TA330…)

 

SI BP_MULTI_CDE activé :

     => Le traitement recherche un BP avec :

• le même client
• non validé
• vérif de tous les contrôles de regroupement (TA511, TA330…)

SI un BP n'est pas trouvé, on en créé un nouveau

 

Cochage/décochage des lignes de commandes : Permet de sélectionner automatiquement les lignes de commandes (précochée selon option LI005W01/COCHE_PREPA)

 

Tri des lignes de commande : permet d’afficher les lignes de l’onglet de visualisation selon un code de tri défini préalablement dans TA545.

 

Magasin PF :
‎pour ne retourner que les lignes de commandes à préparer d’un magasin AV BP.

 

Affichage des lignes restant à préparer :
‎si non coché, vous ne visualiserez que les lignes ayant du préparable.

 

Lignes à préparer :

• Toutes (sélectionne tous les cas ci-dessous)
• COMPLET :
  lignes complètes
  ‎(y compris GL ou lien complet)
• COMPLET par dérogation :
  ‎lignes complètes AVEC prise en compte dérogations/obligations de taille (TA167)
  ‎(y compris GL ou lien complet)
• COMPLET sur GL ou lien partiel :
  lignes d’un GL ou d’un lien dont les lignes ne sont pas toutes complètes
• PARTIEL (non liées) :
  lignes qui ne peuvent pas être préparées complètement
  ‎(hors GL ou lien)

 

 

Visualisation des lignes à préparer :

Pour avoir accès à cet onglet, vous devez avoir coché au moins une coche de préparation et appliqué les critères.

Deux modes de visualisation sont possibles (Pour plus de précisions, Cf. option CHOI_VISU) :

• option CHOI_VISU=1 (valeur par défaut):

  On visualise les lignes à préparer et un bloc en bas de l'écran permet de voir le détail par taille des quantités à préparer (modifiables) et des quantités restant à affecter.

• option CHOI_VISU=2 :

  On visualise les lignes à préparer et le détail des quantités est à la suite de chaque ligne, c'est-à-dire que le détail des quantités est visible d'un seul coup pour toutes les lignes.

   

  Il suffit de cocher les lignes à préparer.

  Les quantités à préparer peuvent être diminuée, mais en aucun cas être augmentée.

  De ce fait, on fait une préparation manuelle partielle par rapport au préparable.

  Si la ligne n’a pas de préparable, vous ne pourrez pas la cocher.

  N.B. :
  Si la ligne n'a pas de préparable, et que vous l'ayez cochée, la coche s'effacera automatiquement. Une ligne n'est pas préparable si elle est à exclure par la rétention en préparation (TA489), si la validation de l'affectation physique est gérée et que l'affectation des quantités n'a pas été validée, si elle est pré-affectée à un OF.

   

‎Remarques

• si l'option ACCES_SOLD=1, il est possible d'annuler ou de solder le reliquat d'une ou de plusieurs lignes de commandes. Pour cela, il suffit de cocher, avant de lancer la préparation, la zone "A/S" et d'indiquer un code motif (celui-ci peut être pré-renseigné via l'option MOT_ANN_SOLD). Pour chaque ligne de commande, l'annulation ou le solde prend effet dès que leur préparation est effectuée.
• lorsque le paramètre BP_MULTI_CDE=1, il est possible de regrouper sur un même bon plusieurs commandes n'ayant pas le même N° mais ayant un certain nombre de critères communs obligatoires (cf aide du paramètre)

 

 

Cas spécifiques :

Si pour le magasin d’origine, on gère la notion de validation physique de l’affectation ou si le paramètre GEST_SUR_MES=1 et que la nature de commande impose une gestion du sur-mesure, on peut consulter le détail du préparable par taille, mais la modification des quantités n’est pas autorisée.

On admet en effet que les quantités affichées sont les bonnes et qu’elles n’ont pas à être touchées.

 

Si le magasin gère la notion de validation de l'affectation physique, il faut que les quantités affectées aient été validées par LI040 pour pouvoir être préparées.

Si la ligne de commande traitée correspond aux critères de rétention suivant le paramétrage de TA489, elle sera placée directement dans un magasin de rétention lors de la création de son BP (c'est son magasin AP BP qui prendra la valeur du magasin de rétention). Attention, si une ligne de commande vérifie une ligne des critères de rétention mais que son magasin AP BP prévu n'a pas de magasin de rétention (TA492), le BP créé n'y sera pas mis et sera donc expédiable.

Si pour le magasin avant BP on gère l’emballage automatique, on accède alors au champ type d’emballage lorsque l’on sélectionne la ligne de commande. Ce type devient obligatoire dans ce cas sinon on ne traite pas la ligne. Le libellé de cet emballage est affiché dans l’entête des pages des lignes à sélectionner.

Lorsque l’on sélectionne une ligne sur laquelle le magasin gère l’emballage automatique, on pré-affiche par défaut le premier type d’emballage saisi. Celui-ci reste néanmoins modifiable.

Si le client gère les CANCEL DATE (Pour plus de précisions, Cf. onglet "Personnalisation" de la fiche client), alors il est impossible de préparer une commande pour laquelle au moins une des lignes a sa date de fin de livraison demandée + nombre de jours de tolérance inférieure à la date du jour + délai d'acheminement.

 

A la validation, si l’on gère un bon par type d’emballage, on génère un BP par type d’emballage distinct (en plus des critères de regroupement standard : magasin, tranche, etc…)

Sinon, on génère un BP pour l’ensemble des emballages mais dans ce cas, le colisage est effectué automatiquement par type d’emballage distinct (génération d’un numéro de colis différent par emballage). Pour ces deux cas, on calcule le poids des colis grâce aux données liées aux produits et aux emballages.

N.B. :
Les dates de début et de fin de fermeture, ainsi que le libellé de la fermeture du client sont automatiquement mis à jour s’il existe une période de fermeture correspondant à la date du jour + le nombre de jour d’acheminement pour laquelle un blocage en préparation a été demandé (CL041) ; dans ce cas, l’utilisateur est bloqué sur le numéro de commande et ne peut valider la préparation.

‎ 

LI057 : Saisie manuelle d’un bon

LI057W01
Cette fonction permet l’Affectation et la Préparation manuelle des lignes de commandes clients produits finis

 

Pour préparer une commande, on doit suivre 2 étapes :

• Un processus d’affectation qui peut être manuel ou automatique
  ‎(LI001 ou LI002)
• Un processus de préparation qui peut être aussi manuel ou automatique
  ‎(LI005 ou LI004)

   

Cette fonction est un complément à ces 2 étapes pour les cas où les commandes qu’il va traiter ont déjà été affectées et/ou préparées (en partie) préalablement par les processus ci-dessus.

Dans certains cas, il remplace même les 2 processus ci-dessus par la prise en compte des commandes qui n’ont pas encore été affectées.

Cette fonction ne traite que le reste à préparer et utilise les quantités déjà affectées (s’il y en a),
‎le but étant de conduire à une préparation des commandes traitées.

 

2 parties :

1. L’identification du client pour lequel il faut créer un ou des bon(s) de livraison
2. La définition des lignes de commandes devant figurer sur ce ou ces bon(s)

 

Critères de sélection et de traitement

L’identification d’un client se fait, soit par interrogation sur les zones « client »
‎ (code, nom abrégé, ville, secteur géographique, famille…),
‎soit sur d’autres champs
‎ (nature de commande, numéro de commande, magasin…).

 

Un client suspendu en affectation ou préparation n’est pas affiché.

Des données clients et/ou commandes sont affichées à titre d’information.

‎ 

 

Départ Usine :

BP multi-délai : Cette coche indique que les BP générés seront multi-délai ‎(précochée selon paramètre BP_MULTI_DELAI).

 

Tranche en retard : si BP multi-délai cochée, on a accès à cette tranche pour regrouper sur un même BP les lignes de la commande avec délai inférieur ou égal à cette tranche (comprise dans la fourchette des tranches à préparer).

> les lignes de la commande avec délai supérieur à cette tranche seront traitées en mono-délai

 

BP multi-date : Cette coche indique que les BP générés seront multi-date Début Départ Usine (DDU, précochée selon paramètre BP_MULTI_DATE).

 

Le « magasin d’affectation particulier » doit être saisi avant la requête (car non modifiable après) ; il est obligatoire si l’option MAG_PF_OBL=1. Selon paramètre GEST_AFF_MULMAG=1, il permet de modifier le magasin d’affectation même si des quantités sont déjà affectées pour les lignes concernées.

 

La valeur par défaut de la zone « ordre de tri » est définie par l’option TRI_LIGN_DEF.

 

 

Ligne Commande :

Cet onglet permet de traiter les lignes de commandes et de faire un choix sur les lignes : affectation, préparation, désaffectation, préparation, solde.

Les lignes de commandes affichées sont celles qui correspondent au client sur lequel on se trouve en première page et qui possèdent du reste à préparer (qu’elles soient ou non affectées).

L’ordre de tri est celui défini au niveau de la première page.

N.B. :
il est possible de trier les lignes de commandes par date de commande/délai/DDU…

Il est possible à ce niveau de ré-interroger les lignes pour avoir une sélection plus fine.

Dès que vous vous déplacez sur les lignes de commandes, et suivant les zones cochées,
‎la grille de taille le stock affectable, le stock préparable et le stock restant à affecter s’affichent.

 

Le stock affectable par taille est décrémenté dès qu’une nouvelle ligne est cochée pour l’affectation. Au niveau de la grille de taille et des quantités, vous pouvez accéder à l’export fiche des stocks pour le produit en cours. Les stocks indiqués sont le « reste à entrer », le « en attente » et le « potentiel ». Les coches à droite permettent de choisir ce que l’on veut faire :

Affecter :

Affecter automatiquement la ligne par rapport au stock affectable
‎(si la ligne n’est pas déjà entièrement affectée)

Affecter manuellement par une saisie taille à taille (il y a alors contrôle que la quantité saisie est bien inférieure ou égale au stock affectable, ainsi qu’à la quantité restant à affecter). Dans le cas où l’option QTE_AFF_SUP=1, il est possible d’augmenter les quantités à affecter dans la limite des quantités à affecter en stock. Les quantités affectées en plus sont augmentées sur la ligne de commande avant l’affectation. Dans le cas d’une sur-affectation, l’option MOT_SUR_AFF est obligatoire (TA029).

 

Désaffecter :

Désaffecter automatiquement la ligne (dans ce cas le reste à affecter affiché en haut de l’écran est remplacé par le préparable), en cochant la zone correspondante.

Désaffecter manuellement par une saisie taille à taille (il y a alors contrôle que la quantité saisie est bien inférieure ou égale à la quantité préparable).

 

Préparer :

Cocher la ligne de commande pour indiquer qu’elle est à préparer. Si le client possède une période de fermeture un message d’alerte s’affiche ici. Les lignes de commandes ayant les mêmes combinaisons de code de regroupement sont regroupées entre elles.

 

Annuler / Solder :

Cocher cette zone donne l’ordre de solde ou d’annulation de la ligne de commande lorsqu’elle passera en facturation (solde des reliquats). Cette coche est accessible si l’option ACCES_SOLD=1. Cette coche donne accès à un motif de maintenance, vous ne pourrez alors saisir que des motifs ayant une fonctionnalité égale à 01 (annulation client), 02 (annulation entreprise) ou 05 (reliquats soldés).

 

Suivant le motif, on fait soit un solde, soit une annulation; et que le solde se fait toujours en différé, et l'annulation toujours en direct. Ceci a pour conséquence de provoquer une diminution des quantités restantes à affecter de la ligne de commande. Dans ce cas, la ligne de commande est immédiatement modifiée, par conséquent, si vous désaffecter la ligne, les quantités précédemment annulées ne sont pas réintégrées.

L’annulation ou le solde se fait à la validation de l’enregistrement, après que la ligne ait été affectée et/ou préparée.

N.B. :
les lignes ayant un reliquat soldé sont partiellement livrables alors que celles ayant un reliquat annulé ont le statut livrable complet dans les traitements de décision de livraison.

 

Suivant l’option MOT_ANN_SOLD, le motif saisi est proposé par défaut, il reste néanmoins modifiable.

En fin de saisie, vous devez valider pour lancer les traitements à effectuer en fonction de ce qui a été coché.

La coche « validation des BP générés » est affichée en haut de l’écran et peut être pré-cochée en fonction de l’option VALID_BP_AUTO. Elle permet de valider automatiquement les BP générés, il faut penser à la renseigner avant de valider. Il y a affichage en retour de la liste des bons générés.

 

Remarques

• si la ligne de commande appartient à un groupe de livraison ou à un lien incomplet, alors c'est l'utilisateur qui, en cochant un des 3 flags "A", "D" ou "P", prend de lui-même la décision de débloquer ou non le groupe/lien (c'est-à-dire "casser" les liaisons), lorsque celui-ci est incomplet en cas d'affectation, ou lorsqu'il devient incomplet en cas de désaffectation. Idem dans le cas d'une ligne non encore affectée, et lorsque l'utilisateur coche directement le flag de préparation, ce qui a pour conséquence de cocher le flag d'affectation.
• la préparation n'est pas autorisée dans le cas où il existe une période de fermeture (CL041) pour le client sélectionné, ceci afin de ne pas préparer les lignes pour lesquelles la date du jour + le nombre de jours d'acheminement correspond à une période de fermeture bloquée en préparation.
• elle n'est pas non plus autorisée pour les commandes qui ont besoin de la validation de l'affectation physique et qui ne sont pas passées par LI010 et LI040.
• une ligne de commande n'est pas préparable si elle est à exclure par le paramétrage des critères de rétention en préparation dans TA489 (2^ème onglet). Dans ce cas, il est impossible de la cocher 'A préparer' et la coche est automatiquement remise à nulle.
• si le client gère les CANCEL DATE (cf onglet "Personnalisation" de la fiche client), une commande ne peut être préparée si elle possède au moins une ligne pour laquelle la date de fin de livraison demandée + nombre de jours de tolérance est inférieure à la date du jour + délai d'acheminement.
• lorsque l'option GEST_STOK_NEG=1, le stock affectable n'est plus affiché et n'est plus pris en compte. Dans ce cas, il est possible de générer du stock négatif.
• l'option QTE_AFF_SUP=1 permet de réaliser de la sur-affectation: l'utilisateur peut alors augmenter les quantités à affecter dans la limite des quantités restant à affecter en stock si l'option GEST_STOK_NEG=0, ou sans limite de stock si cette même option est à '1'. Cette sur-affectation entraîne l'augmentation des quantités des lignes de commandes: pour cela l'option MOT_SUR_AFF doit être renseignée et doit contenir le code motif de l'augmentation des quantités de la ligne de commande
  ‎(Pour plus de précisions, Cf. TA029).
• lors de la préparation, lorsque le paramètre BP_MULTI_CDE=1, la fonction aura alors la possibilité de regrouper sur un même bon plusieurs lignes de commandes n'ayant pas le même N° de commande mais ayant un certain nombre de critères communs obligatoires (Pour plus de précisions, Cf. aide du paramètre).

 

 

Les lignes de commandes ne doivent ni être soldées, ni annulées, ni affectées à des lancements, ni suspendues en affectation, ni suspendues en préparation et ne doivent pas contenir des articles / produits bloqués en affectation.

Les commandes sur-mesure ne sont pas traitées.

Pas de gestions des commandes à livraison directe.

Le paramètre TRAN_NON_AFF est pris en compte afin de ne pas affecter des commandes dont la tranche est trop lointaine : les commandes dont la tranche est supérieure ou égale au paramètre ne sont pas traitées et donc pas affichées. On ne peut donc pas les désaffecter par cette fonction.

La validation d’un bon n’est pas possible si son colisage n’est pas complet et si son magasin nécessite un adressage obligatoire ou pour les BP qui doivent être gérés en Cross-Docking ‎(Pour plus de précisions, Cf. TA558) ou qui sont des commandes de transfert.

Dès sa création, un BP peut être mis en magasin de rétention s'il répond aux critères de mise en rétention d'expédition gérés par la fonction TA489 (3^ème onglet).

 

Le choix du magasin de rétention se fait par TA492.