API Gestion Elaboration appliquer Elaboration En-tête

Version : 5.0-00

Edition spéciale ES1

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

GestionElaborationappliquerElaborationEntete

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

OUT

Cette API est utilisée dans la gestion des élaborations tarifaires. Elle permet de lancer l’application complète d’une élaboration, soit au niveau de la centrale, soit dans un magasin.

L’application d’une élaboration est la dernière phase dans le traitement des prix. Cette procédure active dans les fiches produit les tarifs et conditions tarifaires renseignés dans l’élaboration tarifaire. L’élaboration passe à l’état ‘soldé’ défini sur la cible.

S’il y a eu segmentation, elle procède aussi à l’application des élaborations magasins conformément aux habilitations.

L’application permet également de faire le rattachement des produits à un ou plusieurs catalogues de présentation.

API imbriquées : GestionElaborationappliquerElaborationLigne (effectué sur toutes les lignes de l’élaboration) – GestionElaborationsupprimerElaboration -

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

Paramétrage en multi-entités pour l’application des élaborations en magasin à partir de l’application d’une élaboration en centrale d’achat.

Paramétrage (PPE)

PACK (A1=RETAIL) -

Processus, contrôles et règles de gestion

Etape	Description du Processus
	Ce traitement ne peut être lancé que sur une élaboration tarifaire qui se trouve dans l’état ‘validé’ défini sur la cible. Une fois traitée, l’élaboration tarifaire passe à l’état ‘soldé’ défini sur la cible (en-tête et ligne). Seules les lignes qui n’ont pas encore été appliquées sont prises en compte (cas des promotions vente à traiter). L’application dans l’entité courante n’est déclenchée que si l’indicateur « Tarif de référence » sur l’en-tête indique « Oui ».
	L’API effectue : l’application des conditions tarifaires de l’en-tête de l’élaboration courante, uniquement pour les promotions vente. Cela se traduit par une duplication des conditions tarifaires de nature ‘E’ en nature ‘V’ avec une renumérotation sur le compteur VCTS. l’application des lignes de l’élaboration non encore appliquées. Chaque ligne est traitée par l’APIGestionElaborationappliquerElaborationLigne . Le permanent achat crée : un nouveau tarif d’achat, une nouvelle condition tarifaire achat en pourcentage si on a saisi un taux de remise achat sans accord fournisseur, un nouveau tarif de vente si on a une incidence sur PV différente de ‘Maintien PV’. un prix de vente conseillé pour le magasin uniquement. La promotion achat crée : une nouvelle condition tarifaire achat en prix net correspondant à la promotion achat, une nouvelle condition tarifaire vente en prix net correspondant à la promotion vente si on a une incidence sur PV différente de ‘Maintien PV’. Le permanent vente crée : un nouveau tarif de vente, un prix de vente conseillé pour le magasin uniquement. La promotion vente crée : une nouvelle condition tarifaire vente en prix net ou en pourcentage, des conditions tarifaires de type panachage ou remise ligne. Si le tarif existe déjà (mêmes critères), le nouveau tarif annule et remplace celui trouvé (Idem pour les conditions tarifaires). Pour les promotions vente, il y a application des conditions tarifaires de la ligne de l’élaboration. Cela se traduit par une duplication des conditions tarifaires de nature ‘L’ en nature ‘V’ avec une renumérotation sur le compteur VCTS. l’application des élaborations magasin issues de la segmentation. Chaque élaboration est traitée par l’APIGestionElaborationappliquerElaborationEntete . Si c’est le magasin qui applique, on ne fait rien, si c’est la centrale d’achat qui applique, on traite l’élaboration magasin par cette API. Voir l’indicateur d’application. le rattachement des produits de l’élaboration à des rubriques de catalogues. En fonction du mode de gestion du catalogue, il y a création d’associations produits/rubriques (table PRB ) ou d’éléments de catalogue (table CAE ).
	Opérations commerciales Si l’opération commerciale est renseignée au niveau de l’en-tête de l’élaboration et que le mode choisi est « Retail » (paramètre PACK), et que l’élaboration n’est pas propagée, alors : 1) Le nombre de tiers ciblés est mis à jour. 2) Le code état de l’opération commerciale passe à l’état soldé de la cible. 3) En mode Négoce (voire paramètre PACK : non positionné ou zone A1 différente de « RETAIL »), dès que l’élaboration est appliquée, l’API appelle une autre API GestionElaborationsupprimerElaboration pour supprimer l’élaboration tarifaire. Cette suppression logique consiste à ne supprimer que les lignes de l’élaboration tout en conservant son en-tête.
	Tables mises à jour : TSC pour les tarifs (achvte=’A’ à l’achat, achvte=’V’ à la vente et achvte=’C’ pour le prix de vente conseillé), CTS et CTSC pour les conditions tarifaires, CAE et PRB pour les liens catalogues. Le numéro d’élaboration à l’origine du nouveau tarif ou de la nouvelle condition tarifaire est mémorisé dans les tables CTS et TSC sur le champ numelabo.
	Tarifs grossistes Dans le cas d’une élaboration de type grossiste, le PA fournisseur et le PR de la centrale ne sont pas propagés en magasin. Au niveau de la centrale, le traitement est similaire à celui du type Achat Permanent avec, en plus, la création du prix de revient et le PVG.

Cas d’erreur

Cause	Effet
TAL_INEX : l’élaboration à appliquer n’existe pas.