| (Paramètre actif depuis la version ACE 1.3) |
|
Standard |
Ce paramètre permet, grâce à une condition tarifaire, de trouver le « poids » du point de vente (magasin), et par conséquent, la quantité à affecter pour un produit et un point de vente. Ce poids est enregistré selon des critères tels que la famille de magasins, le code magasin, la famille de produits, le code produit, etc… : il peut représenter un chiffre d’affaire, un indice interne, etc…
La quantité affectée dans chaque magasin est déterminée selon le poids défini pour le magasin. Par défaut, si le type de condition n’est pas alimenté ou si aucun poids n’est défini pour l’ensemble des magasins, une répartition uniforme est appliquée pour tous les magasins.
|
Pour en savoir plus, consultez la documentation de référence “Les flux poussés”. |
Fonctions et API concernées : I_ACHAT_F - cibles ARCP – ARCPV1 – VDES – VDESV1 – GestionRepartitioncreerRépartition – GestionEvenementdupliquerEvenement -
Utilisation avec d’autres paramètres :
| Paramètres amis |
|
EVRP02 - |
| L1 | Code du dossier par défaut contenant les axes de segmentation réservés à la répartition. |
| A1 |
Type de condition tarifaire utilisé pour retrouver le poids des magasins dans les Que/Que. Utilisé pour la répartition initiale. |
||
| A2 | = N |
Le code axe n’est pas alimenté dans la table des répartitions |
|
|
= O (ou non renseignée) |
Le code axe est alimenté. | ||
| A3 | = O |
Après la sélection des produits et des magasins, déclenchement du traitement GCOVV1 pour valider la sélection. Sinon : déclenchement de l’API GestionRepartitioncreerRépartition. |
| N1 | = 1 |
L’évènement en cours est l’évènement sur lequel on saisit la répartition initiale et qui va déclencher les commandes de cession (par exemple, l’évènement de destockage). Techniquement, la quantité à livrer est alimentée, avec la quantité à répartir, sur les lignes de répartition de cet évènement. |
|
| = 2 |
L’évènement en cours est l’évènement dans le flux qui valide la répartition (par exemple, l’évènement de réception) mais qui n’a pas saisi la répartition initiale. Dans ce cas, l’évènement origine qui a saisi la répartition initiale, est mis à jour avec les quantités à livrer. |
||
| N2 | = 1 |
Autorise la suppression du poste (table EVP) s’il a été créé par la saisie de la répartition et si ce poste n’a pas d’origine. |
|
| N3 |
Pourcentage d’écart entre la quantité à répartir totale et la quantité calculée sur chaque magasin. En dessous de ce pourcentage le traitement répartit cet écart sur le magasin qui possède la plus grande quantité. Utilisé pour la répartition initiale et la pénurie. |
||
| N4 |
Lorsqu’on valide une réception ou un déstockage sur lequel une répartition des produits a été définie sur les magasins, il est possible d’activer immédiatement la génération des expéditions dans les magasins concernés par la répartition. Ces expéditions générées sont des événements visibles par le flux I_TRF_F. Si elles ne sont pas générées dans l’immédiat, une procédure doit être paramétrée pour générer les expéditions magasins en fin de journée. Le déstockage est un événement qui permet à l’entrepôt de répartir et envoyer son stock dans ses magasins. |
||
| = 1 |
Un message d’information invite l’utilisateur à générer les expéditions magasins. |
||
| = 2 |
Les expéditions magasins sont générées automatiquement après validation. |
||
| N5 | = 0 |
Si la quantité saisie dans l’en-tête de répartition augmente, alors on reporte cette quantité au niveau de la quantité commandée du poste (evp.qtecde) – mode standard. Cette mise à jour est conditionné par le fait qu’il n’y ait pas d’origine et que le poste n’est pas cadencé. |
|
| = 1 | Même principe que le N5 = 0 mais on met à jour le champ "qtecde" du poste d'évènement si on augmente ou si on diminue la quantité saisie. |
