API Gestion Panier créer Sélection

 

Version : 5.0-00

Edition spéciale ES1

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

GestionPaniercreerSelection

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

Cette API permet de créer ou modifier un poste au niveau des évènements à génèrer (table EVPG). Elle est également utilisée au niveau du portail des mouvements de stocks (I_MVTSTK_F).

API imbriquées : aucune.

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

RAS.

Paramétrage (PPE)

PRXPMPMULVARTYPMAG -

Processus, contrôles et règles de gestion

Etape Description du Processus
 
  • Si le code fonction (champ « codpev ») n’est pas renseigné, la valeur par défaut est le code fonction de la session métier.
  • Si l’identifiant utilisateur n’est pas renseigné, l’utilisateur par défaut est celui de la session métier.

Les champs renseignés par l’API sont les suivants :

Codsoc : Code société indiqué en entrée,

Numedi : 0,

Typtrt : Type de traitement indiqué en entrée,

Codpev : Code événement indiqué en entrée,

Uticod : Utilisateur indiqué en entrée,

Codpro : code produit,

Typtie : type de tiers,

Sigtie : sigle de tiers,

Numlot : numéro de lot,

Libcom : libcom indiqué en entrée,

Achvto : achvto indiqué en entrée,

Z40l_1 : z40l_1 indiqué en entrée,

Z40l_2 : z40l_2 indiqué en entrée,

Z40l_3 : z40l_3 indiqué en entrée,

Z40l_4 : z40l_4 indiqué en entrée,

Prxvdu : Prxvdu indiqué en entrée,

Typice : Coddev indiqué en entrée,

Qtecde : quantité commandée indiquée en entrée (dans l’unité de vente du produit),

Coduni : Unité de vente du produit,

Dateve : Date du jour.

  • Traitement de type Panier (typtrt = ‘PRO’)

Si le code produit n’est pas renseigné, l’API utilise la table des produits (PRO) pour déduire le code produit grâce au GENCOD.

Si le champ « Reflot » est renseigné et que le champ « Numlot » n’est pas renseigné, l’API utilise la table des objets Lots (OST) pour en déduire le champ « Numlot ».

Si le champ « Qtecde » n’est pas renseigné, la quantité par défaut est d’une unité.

Si le champ « Coduni » n’est pas renseigné, l’unité par défaut est l’unité de vente du produit.

Si le champ « Coddev » n’est pas renseigné, la champ « Prxvdu » n’est pas pris en compte.

L’API vérifie que le produit existe.

L’API recherche s’il existe un enregistrement possédant la clef suivante : Codsoc, Codpev, Typtrt, Numedi, Typtie, Sigtie, Codpro, Sigdep, Numlot, Libcom, Numpos.

S'il en existe déjà un, une erreur est envoyée. Sinon l'enregistrement est créé.

  • Traitement de type Magasin ou axe (typtrt = ‘MAG’ ou typtrt = ‘AXE’)

L’API vérifie que le tiers existe.

  • Traitement de type Catalogue (typtrt = ‘CAT’)

L’API vérifie que le catalogue existe.

  • Traitement de type Mouvement de stock (typtrt = ‘MSK’)

Les contrôles suivants sont effectués :

  • le code opération doit exister (table OSK),
  • le code produit doit exister (table PRO),
  • le type de suivi en stock du produit doit être différent de « N »,
  • le dépôt doit exister (table TIE).

Le prix est mis à jour à partir du PUMP du produit (ou du lot) :

Si le prix vendu est égal à « 0 » et que le paramètre PRXPMP est positionné, alors le champ « prxvdu » est alimenté par le PUMP du produit.

  • Traitement de type Mouvement de stock (typtrt = ‘MSK’) : transfert inter-dépôt

Mouvement de départ :

Le champ « numpos » est alimenté avec la même valeur que le champ « numedi ».

Mouvement d’arrivée :

Le champ « numpos » doit être alimenté et le mouvement de départ associé doit exister.