API Gestion Elaboration valider Elaboration

Version : 5.0-00

Edition spéciale ES1

Package : fr.ACE.metier.bc4j.tarif.common

GestionElaborationvaliderElaboration

Schémas d’entrée et de sortie :

OUT

Cette API est utilisée dans la gestion des élaborations tarifaires. Elle permet de gérer la mise à disposition des élaborations tarifaires en centrale d’achat et leur validation en magasin.

La mise à disposition et la validation permettent de figer l’élaboration afin qu’elle ne soit plus modifiée par un utilisateur.

La mise à disposition duplique en plus l’élaboration tarifaire dans les magasins définis par la segmentation. Cette étape est essentiellement dédiée aux enseignes d’indépendants (la centrale d’achat définit par ce biais des prix de vente conseillés ou des tarifs achat pré-négociés), ou aux enseignes d’intégrés qui laissent une certaine autonomie tarifaire aux magasins.

La même fonctionnalité existe en traitement différé : GTASEL.

API imbriquées : aucune.

Contraintes et limites de fonctionnement (hors périmètre)

Paramétrage en multi-entités pour la mise à disposition.

Paramétrage (PPE)

PACK (A1=RETAIL) – CTSCRE – NUMTAL – RECCNT – POLINC - ELA_02 -

Processus, contrôles et règles de gestion

Etape	Description du Processus
	Ce traitement ne peut être lancée que sur une élaboration tarifaire qui se trouve dans l’état ‘en cours’ défini sur la cible. Une fois traitée, l’élaboration tarifaire passe à l’état ‘validé’ défini sur la cible (entête et ligne). Pour la mise à disposition, selon les habilitations, les élaborations tarifaires sont créées dans les entités Magasins à l’état ‘en cours’ (si c’est le magasin qui valide : dans ce cas, le magasin peut modifier l’élaboration) ou à l’état ‘validé’ (si c’est la centrale d’achat qui valide : dans ce cas le magasin ne peut pas modifier l’élaboration). cf. Indicateur de validation. La propagation des produits de l’élaboration se fait en respectant l’assortiment du magasin (liens PRC Produit/Magasin). Cas particulier : si l’élaboration à dupliquer existe déjà dans l’entité Magasin, alors on ne la duplique pas. Cas d’une validation suivi d’une invalidation, avec entre temps une validation ou application par un magasin.
	Les élaborations créées en magasin sont numérotées selon le compteur magasin. On garde toutefois sur l’entête un lien avec l’élaboration centrale (champs achvto et numelaboo). Les données propagées dans les magasins sont : l’entête, les lignes d’élaboration (produits), les liens catalogue/rubrique et les conditions tarifaires pour les promotions vente. Sur les élaborations de type permanent achat et promotion achat, on récupère l’incidence sur PV du magasin et on ré-évalue les données à la vente par rapport à l’entité magasin. Sur les élaborations de type promotion vente, on tient compte du type de la promotion. S’il s’agit d’une promotion en %, il faut appliquer le % d’évolution sur le prix de vente actuel permanent du magasin pour en déduire le nouveau PV promotion magasin. S’il s’agit d’une promotion en prix net, le PV promotion magasin est égal au PV promotion de la centrale. NB : l’invalidation est possible. Il y a suppression des élaborations magasin mais uniquement celles qui n’étaient pas modifiables par le magasin. L’invalidation fait passer l’élaboration de l’état ‘validé’ à l’état ‘en cours’.
Opération commerciale	L'API met à jour le code état de l'opération commerciale rattachée à l'élaboration tarifaire. Lors de la validation de l'élaboration tarifaire, le code état de l'opération commerciale est mis à jour à l'état validé de la cible.
Tarif grossiste	Dans le cas d’une élaboration de type grossiste, le PA fournisseur est remplacé par le PVG entrepôt qui correspond au prix d’achat grossiste des magasins. Règles de gestion : La duplication dans les magasins de l’élaboration au niveau en-tête et lignes respecte les points suivants : Les prix d’achat prennent la valeur du PVG. Le Taux à l’achat prend la valeur du Taux d’évolution du PVG. Les champs Prxrev1, Taurev, Taupvg, Prxpvg et margepvg sont forcés à 0. Les politiques d’incidence de revient et grossiste sont réinitialisées.

Cas d’erreur

Cause	Effet
ETA_PASBON : l'état de l'en-tête de l'élaboration n'est pas dans l'état en cours.
TAL_INEX : en-tête d’élaboration inexistante.
TIE_INEX : le magasin n’est pas retrouvé dans la table TIE.
CLAU_ERR : erreur dans la view object dynamique chargé de ramener les produits catalogue/magasin.