Modèles d'analyse
Un modèle d’analyse correspond à une liste prédéfinie de critères de sélection des entités à analyser.
Une analyse de charge générée via l’option dédiée pourra ou non faire référence à un modèle d’analyse. Si tel est le cas :
· Les types d’entités considérés dans l’analyse sont imposés par le modèle
· Les critères de sélection disponibles sont imposés par le modèle
· Les opérandes et les valeurs de sélection pour chacun des critères sont modifiables pour chaque analyse.
On peut ainsi définir un modèle « portefeuille OL » qui ne sélectionne que les OL et les entités associées à ces OL (lignes OL, colis, UM et mouvements de sortie) ou un modèle « charge lancée » qui ne considère que les EA en cours de réception, les OL en cours de préparation et les entités associées.
Pré-requis
Reportez-vous à la documentation de Mise en oeuvre
Gestion de l'écran
L’écran est constitué d’une première partie identifiant le modèle d’analyse et d’un tableau permettant de définir les critères de sélection des entités à analyser.
Ecran de saisie
Présentation
Identification du modèle d’analyse
Le modèle d’analyse est identifié par un code unique pour tous les sites et d’une description.
La zone « Fonction » permet d’associer un nom de modèle aux analyses générées par d’autres fonctions que celle dédiée aux analyses de charge
Un nom de modèle est affecté selon :
· la fonction d’origine de l’analyse (un modèle associé à la fonction ‘OL’ ne pourra être affecté qu’à une analyse lancée à partir de la fonction des OL)
· le site sur lequel est utilisée la fonction (un modèle associé à un site particulier ne pourra être affecté qu’à une analyse lancée sur ce site)
· le déposant sur lequel est utilisée la fonction (un modèle associé à un déposant particulier ne pourra être affecté qu’à une analyse lancée sur ce déposant)
La zone « fonction » peut prendre les valeurs suivantes : Néant, EA, OL, RDV/Tournée, réception, ED, LR, mvt d’entrée, mvt de transfert, vacation, OP, mvt de sortie, OL à préparer, picking OL sur vacations, OL à expédier et picking OL sur tournées.
Il existe qu’un unique modèle associé au triplet (fonction, site, déposant).
Un modèle associé à une fonction doit impérativement porter sur des types d’entité cohérents avec la fonction.
Ainsi un modèle associé à la fonction OL ne concerne que la table OL et doit inclure le critère « N° OL »
Les modèles associés aux fonctions « OL à préparer », « Picking OL sur vacations », « OL à expédier » et « Picking OL sur tournées » ne sont associés à aucun critère de sélection et ne peuvent être utilisés que par le biais des fonctions correspondantes.
La zone « site » permet de limiter l’utilisation du modèle à un site particulier et la zone « déposant » à un déposant particulier.
Critères de sélection du modèle d’analyse
Chaque ligne du tableau correspond à un critère de sélection ou à l’opérateur logique « OU »
Deux lignes de critères consécutives relatives à la même table sont liées par l’opérateur logique « ET ». L’ajout explicite de l’opérateur « OU » entre ces lignes permet de modifier cette règle par défaut.
Deux lignes de critères consécutives relatives à deux table distinctes sont liées par l’opérateur logique « OU ».
Exemple :
Table | Champ | Opérande | Valeur | Formule |
Entête entrées attendues | Etat | Plus grand ou égal | 3 |
|
Le modèle d’analyse représenté par le tableau ci-dessus permet de considérer :
· Les entrées attendues en état supérieur ou égal à « 3 » etdu transporteur CALBER
· Les entrées attendues à recevoir aujourd’hui, quelque soit leur état et leur transporteur
· Les OL en état supérieur ou égal à « 4 »
· Les OL à lancer aujourd’hui
· Les mouvements d’entrée
· Les mouvements de transfert
Les sélections peuvent porter sur les table suivantes : Ordres de livraison, Entêtes d’entrées attendues, Entêtes d’entrées, Mouvements d’entrée, Mouvements de sortie, Ordres de préparation, Gestion des quais, Entêtes réceptions, Listes de rangement, Mouvements de transfert et Vacations.
Des sélections sur l’état des entités sont de toute façon implicitement réalisées, de façon à ne toujours considérer que les entités actives, puisqu’on s’intéresse à la charge restant à réaliser.
Fermer
Champs
Les champs suivants sont présents dans cet onglet :
Bloc numéro 1
| Ensemble de critères de sélection d'enregistrements d'entités. |
|
|
Bloc numéro 2
| Pas d'aide liée à ce champ. |
| Code du site si modèle mono déposant. |
| Code du déposant si analyse mono déposant. |
Tableau Critères
| Si deux lignes consécutives ont la même table alors les enregistrements sélectionnés sont ceux qui satisfont aux deux critères à la fois. Pour sélectionner les enregistrements qui satisfont à l'un ou à l'autre des critères il faut intercaler une ligne dont le champ table a la valeur "Ou". Si deux lignes consécutives ont des tables différentes alors les critères sot évalués indépendemment l'n de l'autre. |
| Pas d'aide liée à ce champ. |
| Pas d'aide liée à ce champ. |
|
|
| Formule exprimée en L4G Adonix et évaluable dans une clause Where d'une requête SQL. |
Fermer
Messages d'erreur
Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :
Erreur zone « Code » : zone obligatoire
La saisie d’un code pour le modèle d’analyse est obligatoire
Erreur zone « Site » : zone obligatoire
Le site saisi doit exister dans la table des sites
Erreur zone « Déposant » : zone obligatoire
Le déposant saisi doit exister dans la table des déposant pour le site saisi.
Même environnement et fonction que le modèle XXX
Il existe qu’un unique modèle associé au triplet (fonction, site, déposant).
Erreur zone « Table » : zone obligatoire
Si saisie des critères de sélection, l’entité doit être saisie
Erreur zone « Table » : valeur incorrecte
La valeur saisie doit exister dans la liste des entités autorisées
Erreur zone « champ » : champ inexistant
La valeur saisie doit exister dans la liste des champs de l’entité saisie
Erreur zone « Formule » : Aucun critère n’est défini
Aucune valeur saisie pour le champ de l’entité ni dans la zone « formule »