| API / API Web | |
|
Version : ACE 1.0 |
Edition spéciale ES1 |
|
|
Package : fr.ACE.metier.bc4j.tarif.common GestionTarifsappelPrix |
||
| Schémas d’entrée et de sortie : | IN | OUT |
Cette API permet d'effectuer un appel prix complet sur un produit.
API imbriquées : GestionTarifsrechercherPrix (recherche du prix standard) - GestionTarifsrechercherCts (application des conditions tarifaires).
Contraintes et limites de fonctionnement (hors périmètre)
| RAS. |
Paramétrage (PPE)
Processus, contrôles et règles de gestion
| Etape | Description du Processus |
| Lancement de l’API GestionTarifsrechercherPrix afin de retrouver les prix standard et de revient. Si l’on intervient dans un mode Achat, on récupère également le fournisseur. | |
| On applique les conditions tarifaires (CTS) en lançant l’API GestionTarifsrechercherCts si le prix a été trouvé et si les paramètres PRXNUL et REMFRC ne sont pas positionnés. | |
| Tarifs de cession |
Pour les flux entre la centrale d’achat et les magasins, les événements sont valorisés au prix de cession. C’est pourquoi cette API permet aussi de déterminer le prix de cession de l’entrepôt expéditeur. Si la zone A3 du paramètre TARPVG est égale à « G » :
Quand l’appel prix est appelé avec un code Achat/Vente « G », la recherche du tarif utilise le champ "PRO.codtar » ou, à défaut, « PRO.codpro ». Le code barème passé en entrée de l’API est issu soit du code barème de l’en-tête de l’évènement, soit du code barème du poste de l’évènement ou soit d’une recherche par QUI/QUOI avec un code achat/vente identique à l’évènement courant (ce dernier cas correspond à l’option « N1 = 4 » du paramètre CODBAR). Si modeCodtar = true et que le produit commercial est différent du produit tarif trouvé, on alimente le paramètre de sortie codtar avec le code du produit tarif trouvé. Si modeConversionDevnatUV = true, alors on effectue d’abord la conversion dans l’unité de vente puis la conversion dans la devise nationale si nécessaire. |
| Prix de cession | Dans le flux entre la centrale d’achat et les magasins, les événements sont valorisés au prix de cession. Cette valorisation au prix de cession est effectuée uniquement si on gère les prix de cession et si on valorise un événement du portail I_TRF_F. Pour valoriser un tel événement, on recherche le prix de cession de l'entrepôt expéditeur tarif. |
| Produit à variantes |
ACE 1.3 Si le champ « modeCodtar » vaut « true », alors l’API ne lance pas l’appel prix si le produit commercial pointe sur un produit tarif pour le type de tarif recherché (achat, vente, cession, revient). Si le champ « modeConversionDevnatUV » vaut « true », alors, après l’appel prix, l’API convertit le tarif dans l’unité de vente du produit commercial (champ « pro.coduni ») et dans la devise nationale (la devise est définie par le paramètre DEVNAT). Ce mode est surtout utilisé à l’achat. Si ces deux paramètres ne sont pas présents ou si leur valeur est différente de « true » alors le fonctionnement de l’API reste inchangé. |
| Conditions tarifaires |
Le champ « ModeAppel » permet de trier les conditions tarifaires lors d’un appel-prix, en fonction du paramètre CTSCRE. En effet, lorsque le paramètre CTSCRE est positionné, l’appel prix ne tient pas compte par défaut des conditions de type Promotion (catégories indiquées par le paramètre). Le champ ModeAppel permet de piloter ce comportement :
Exemple d’application Dans la gestion des produits (I_PRO_F), lorsque le paramètre CTSCRE est positionné, il est ainsi possible d’afficher :
|
Cas d’erreur
| Cause | Effet |
| Voir documentation des API GestionTarifsrechercherPrix et GestionTarifsrechercherCts. |