API Gestion Référencement intégrer Produits

Version : 5.0-00

Edition spéciale ES1

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

GestionReferencementintegrerProduits

• Si le code société n’est pas renseigné, la valeur prise par défaut est celle de la session métier.
• Si le code fonction n’est pas renseigné, la valeur prise par défaut est celle de la session métier.
• Si l’identifiant de l’utilisateur n’est pas renseigné, la valeur prise par défaut est celle de la session métier.

L’API recherche les enregistrements de la table EVPG correspondant à la clé (typtrt=’PRO’, codpev=codpev, uticod=utilisateur).

Si le paramètre MULVAR est positionné, si le produit est un produit modèle, et si aucune variante n’est sélectionnée dans le panier, alors le produit ne sera pas pris en compte.

Pour chaque enregistrement, l’API recherche l’enregistrement de la table PRO correspondant, et vérifie s’il a déjà été référencé.

Si le produit n’a pas déjà été référencé, le produit est dupliqué.

Ce produit est ensuite mis à jour avec les données non nulles de référencement, pouvant être contenues dans l’enregistrement de la table EVPG correspondant à la clé (typtrt=’REF’,codpev=codpev,uticod=utilisateur).

datmmar : reference.z401_1

datfinmar : reference.z401_2

typref : reference.z401_3

codblocage : reference.z401_4

Si le produit n’avait pas déjà été référencé avant l’invocation de l’API, produitReference désigne le produit créé par duplication, sinon, il désigne le produit trouvé lors du test.

Si le produit n’avait pas déjà été référencé avant l’invocation de l’API, evpg.z401_1 est mis à jour avec la valeur ‘O’, sinon avac la valeur ‘N’.

Le champ produitModele.prostk est mis à jour avec produitReference.codpro.

Le champ evpg.z401_2 est ensuite mis à jour avec produitReference.codpro.

L’API duplique les enregistrements des tables PRC et PRL de produitModele sur produitReference.

L’API recherche les enregistrements de la table EVPG correspondant à la clé (typtrt=’MAG’,codpev=codpev,uticod=utilisateur).

Pour chaque enregistrement, l’API crée, pour chaque produitReference créé lors de l’exécution de l’API, un enregistrement dans la table PRC.

codpro : produitReference.codpro

typtie : magasin.typtie

sigfou : magasin.sigtie

L’API recherche les enregistrements de la table EVPG correspondant à la clé (typtrt=’CAT’,codpev=codpev,uticod=utilisateur).

Pour chaque enregistrement, l’API recherche l’enregistrement de la table CAT correspondant.

Si cat.modges = ‘1’, l’API crée, pour chaque produitReference créé lors de l’exécution de l’API, un enregistrement dans la table PRB.

codpro : produitReference.codpro

codrca : catalogue.libcom

Si cat.modges = ‘2’, l’API crée, pour chaque produitReference créé lors de l’exécution de l’API, un enregistrement dans la table CAE.

achvte : catalogue.achvto

codcat : catalogue.codpro

natcae : ‘PRO’

codcae : produitReference.codpro

nivcaeP : catalogue.numlot

codcaeP : catalogue.libcom

Si le champ « indicateurEvenement » est égal à « true », on appelle l’API GestionEvenementcreerEvenement :

tiers.typtie : sessionMetier.typage,

tiers.sigtie : utilisateur.

Pour chaque produit selectionné, on appelle l’API GestionEvenementcreerPoste :

poste.achvte : evenement.achvte,

poste.typeve :evenement.typeve,

poste.numeve : evenement.numeve,

produit.codpro : selection.codpro.

Le poste est ensuite mis à jour :

evp.prxfrc : selection.z40l_1,

evp.libcom : selection.z40l_2.

Pour chaque magasin sélectionné, on affecte un représentant sur la commande (table EVI) :

achvte :evenement.achvte,

typeve :evenement.typeve,

numeve :evenement.numeve,

typrep : selection.typtie,

sigrep : selection.sigtie.

Pour chaque catalogue sélectionné, on appelle l’API GestionEvenementcreerCommentaire :

commentaire.achvte :evenement.achvte,

commentaire.typeve :evenement.typeve,

commentaire.numeve :evenement.numeve,

commentaire.commen1 : selection.achvto + selection.codpro + selection.libcom + selection.numlot,

…

L’API appelle l’API GestionPanierviderSelection pour les sélections de type ‘PRO’, ‘MAG’, ‘CAT’ et ‘REF’.

Cas des produits de référence

Les produits du panier sont triés par code produit pour que le produit de référence soit traité avant ses variantes.

L’API ne traite pas le produit de référence s'il n'existe pas au moins une variante produit associée dans le panier.