Le but principal de cette gestion consiste à faciliter les regroupements en préparation quand l’organisation de l’entreprise conduit à un éclatement des commandes d’un même client.
La gestion des BP multi-commandes facilite le picking et réduit les frais par une optimisation du conditionnement.
Schéma de fonctionnement sans gestion des BP multi-commandes :
Schéma de fonctionnement des BP multi-commandes :
BP MULTI-COMMANDES :
Également BP MULTI-COMMANDES :
La gestion des BP multi-commandes est possible si le paramètre variable par utilisateur BP_MULTI_CDE=1.
- 0 = pas de gestion des BP multi-commande
- 1 = gestion des BP multi-commande
Le positionnement de ce paramètre à '1' implique que :
- le mode de stockage par N° de commande (cf mode attribution emplacement de TA034 et fonction TA181) ne peut plus être géré
- si vous utilisez PAS-BON, un paramétrage doit être mis en place pour récupérer le N° de commande du niveau ligne de bon (paramétrage EXTERNE/BON)
TA511 : Paramétrage regroupement BP multi-commandes
TA511W01
Paramétrage de regroupement des BP multi-commandes client PF
Fonction accessible si le paramètre BP_MULTI_CDE=1.
Cette fonction permet de déterminer quels clients peuvent avoir leurs BP regroupés ou non, et permet également de cocher les entités selon lesquelles des commandes doivent être regroupées sur un même BP (en plus de celles obligatoires*).
Sur le premier onglet ‘Clients’, on peut définir les clients qui, malgré le paramètre BP_MULTI_CDE=1 (gestion des BP multi commandes), ne devront pas gérer les BP multi commandes.
La liste affiche les clients actifs (état "0") définis dans CL001.
Par défaut, la coche est nulle (=> tous les clients gèrent les BP multi commandes).
Il suffit de cocher la case ‘Exclu Rgpt’ pour que la préparation ne réalise pas des BP multi-commande pour ce client ; la préparation fera des BP mono-commande pour ce client.
Sur le second onglet ‘Paramétrage’, on peut définir les entités à prendre en compte lors du regroupement de commandes clients sur un même BP ainsi que les éléments du BP permettant sa prise en compte lors de la recherche d'un BP sur lequel rattacher une commande client.
Un BP par…
Dans la partie haute de l’écran, on peut définir des critères variables de regroupement :
- non sélectionné (par défaut), il provoque une génération de type "multi". Si ‘Nature de commande’ n’est pas coché, on regroupera les commandes qui ont des natures de commandes différentes.
- Sélectionné, il provoque une génération de type "mono". Si ‘Nature de commande’ est coché, on ne regroupera pas sur un même BP des commandes qui ont une nature de commande différente.
Particularités du regroupement par division commerciale : ce critère n’est accessible et visible que si le paramètre SOC_EGAL_DIV=0.
Ce critère permet d’avoir des BP contenant des commandes d’un client de divisions commerciales différentes (si les commandes répondent aux autres critères, fixes et non fixes).
N.B. :
paramètre ENT_PAR_CANA pour pouvoir regrouper ou non par division commerciale (GEST_MULT_CANA gérant quant à lui l’accès à l’onglet « Distribution » de CL001)
Des entités sont obligatoirement source de non regroupement des commandes sur un même BP :
Ces critères sont affichés sous le terme ‘Critères fixes’ :
- Client Commande à savoir, code et société
- adresse de facturation
- adresse de livraison
- adresse dépôt
- code transitaire
- code rayon
- tranche de regroupement
- code Monnaie : Monnaie de la commande
- magasin avant BP
- magasin après BP
- code mode d'expédition
- circuit de fabrication
- critères d'éclatement sur BP : code d'éclatement au niveau de l'article des lignes
- critères de regroupement de facture
- code regroupement paramétrable via TA330 ; appliqué au niveau de des lignes
- coche "non facturée" de la condition de port
- magasin de rétention
- fonctionnalité de la nature de commande
Regroupement sur BP existant si…
Dans la partie haute de l’écran, on peut définir les types de BP sur lesquels on veut pouvoir regrouper les lignes de commandes en préparation :
-
- non sélectionné (par défaut), il provoque la non prise en compte du BP en tant que BP de regroupement s’il est dans cet état. Si ‘Déjà édité’ n’est pas cochée, on ne pourra pas regrouper une ligne de commande sur un BP déjà édité.
- Sélectionné, il provoque la prise en compte du BP en tant que BP de regroupement s’il est dans cet état. Si ‘Déjà édité’ est cochée, on pourra regrouper une ligne de commande sur un BP déjà édité.
Des entités sont obligatoirement source de non regroupement des commandes sur un même BP :
Ces critères sont affichés sous le terme ‘Critères fixes’ :
- Déjà signé
- Déjà validé
- Déjà utilisé sur un Ordre de Sortie validé
- Déjà expédié
- Chargement déjà validé
- Chargement déjà édité
N.B. :
on ne peut pas regrouper sur un même BP une commande de transfert et une commande NON de transfert.
LI004 : Préparation automatique des commandes
Le regroupement des commandes sur un BP se fait suivant :
- des critères fixes : Client, Commande, Magasin et Délai
- la fonction de paramétrage TA330 (Règles et Critères d'éclatement des BP)
- le paramètre BP_MULTI_CDE variable par utilisateur ainsi que la fonction de paramétrage TA511.
N.B. :
on ne peut pas regrouper sur un même BP une commande de transfert et une commande NON de transfert.
LI005 : Préparation manuelle d’une commande
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.
L’utilisateur peut saisir un Bon de préparation sur lequel il veut regrouper la ligne de commande à préparer. Accès à la liste de valeurs de BP.
N.B. : Un contrôle empêche de regrouper sur un même BP des commandes avec un critère fixe différent (exemple : représentant différent).
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 pas 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 aucun BP déjà existant n'est trouvé, le traitement en crée un nouveau.
Le numéro de commande est à « . » pour les BP multi-commandes.
Certaines zones du BP sont « nulles » si elles sont différentes sur les commandes :
exemple : « conditions de transport », « date de commande»,…
Il faut renseigner la zone Condition de port si elle n’est pas remplie.
TA034 : Lieu- Magasin- Atelier
Onglet Magasin Produit Fini – Autres Données Principales PF
Zone « Attribution emplacements » :
Lorsque le paramètre BP_MULTI_CDE=1, il n'est pas possible d'avoir une gestion d'emplacement par commande, puisque les BP peuvent être multi-commandes.
Les valeurs '3' et '4' sont donc interdites.
Rappel :
Critère d'attribution des emplacements dans le cas de la gestion statique des magasins.
Les valeurs existantes :
- 1 = saison commande/client
- 2 = saison commande /client/tranche
- 3 = commande (interdit dans le cas du BP multi-commandes)
- 4 = commande/tranche (interdit dans le cas du BP multi-commandes)
- 5 = Client ou Zone de Destination
- 6 = Client ou Zone de Destination / tranche
Si rien n'est saisi, ceci indique qu'il n'y a pas de gestion des emplacements pour ce magasin client.
Au niveau de TA181, il n’est pas possible de saisir un magasin dont le mode d’attribution emplacement est ‘3’ ou ‘4’.
-
PÉRIODES DE FERMETURE
Les périodes de fermeture sont prises en compte : ainsi il n’est pas possible de préparer une commande dont la période de fermeture couvre la livraison. Il existe aussi un blocage lors de l’expédition si l’une des commandes contient une date de livraison appartenant à l’intervalle de fermeture.
- CAS COMMANDES CROSS-DOCKING ET COMMANDES DE TRANSFERT
Une commande de transfert ne peut pas être regroupée avec une commande Cross-docking et inversement.
Cas cross-docking : les commandes regroupées ensemble doivent avoir le même magasin IN TRANSIT et de réception et le même client intermédiaire
Cas Commandes de transfert (Relié N° commande fournisseur) : les commandes regroupées ensemble doivent avoir le même magasin IN TRANSIT et de réception.
En maintenance de commande, il n’est plus possible de modifier les entités qui ont permis le regroupement de cette commande sur le Bon de préparation.
- LI007 : Edition bon de livraison
- LI008 : Edition étiquette emballage
- LI011 : Validation bon
- LI014 : Saisie expédition
- LI016 : Edition des bons d’expéditions
- LI019 : Transfert livraison facturation
- LI032 : Texte sur BP/BE
- LI038 : Edition bon de colisage
- LI042 : Validation rapide de bon
- LI044 : livraison gérée en CB poste fixe
- LI053 : Pesée colis par lecture CB
- LI054 : Demande d’arrêt de livraison
- LI057 : Saisie manuelle de livraison rapide
- LI065 : Validation et expédition par CB
- LI070 : Maintenance des bons de chargement
- SP051 : Recep stk pf (cde cli / cde four)
- SP052 : Récep colis transfert / cross docking
- TA034 : Lieu – magasin – atelier
- TA130 : Nature commande client
- TA181 : Attribution emplacement client
- TA484 : Calculette frais de transport
Prise en compte des BP multi-commandes selon le paramètre.