UNISAI : Unité de saisie du poste d’événement

(Paramètre actif depuis la version GCE 1.6.0)

Standard

Paramètres amis

FILLOG – QTESAI -

A1	= O	Option utilisée par l’API creerPoste Dans le flux d’entrée de l’API, l’attribut « coduni » contient l’unité de saisie (EVP.unisai) et non plus l’unité du poste (EVP.coduni). Le prix du poste (prixForce) et la quantité du poste (qtecde) sont exprimés dans cette unité. Dans ce cas, l’unité du poste (EVP.coduni) sera alimentée en fonction de la valeur de A2 (Si A2 <> « O », evp.coduni = EVP.unisai).
		Pour que l’API creerPoste fonctionne correctement, le paramètre QTESAI doit également être positionné dans la cible.
		Option utilisée par l’intégrateur L’unité indiquée dans le fichier intégrateur correspond à l’unité de saisie du poste. Intégration d’un poste 1) Le champ « coduni » contient l’unité de saisie du poste. 2) En création, si l’unité de saisie n’a pas été précisée dans le fichier intégrateur, cette dernière est valorisée avec l’unité qu’aurait prise l’unité du poste (EVP.coduni) si le paramètre UNISAI n’avait pas été positionné dans la cible. 3) En création, l’unité du poste (evp.coduni) est déterminée en fonction du paramètre UNISAI (option A2). Ensuite, cette unité n’est plus jamais modifiée. 4) Le système considère que : Les quantités sont indiquées dans l’unité de saisie du poste, Si le paramètre TARUF n’est pas positionné dans la cible, les prix sont indiqués dans l’unité de saisie du poste. Pour rappel, lorsque le paramètre TARUF est positionné dans la cible, les prix (prxtav et prxvdu) sont indiqués, dans l’intégrateur, dans l’unité de facturation (unifac). Intégration d’une ligne (enregistrement de type 22) 1) Le champ « coduni » correspond à l’unité de saisie de la ligne et les quantités du fichier intégrateur sont exprimées dans cette unité. 2) Si l’unité de saisie de la ligne n’est pas connue, le système initialise l’unité de saisie de la ligne avec l’unité de saisie du poste. Il considère que les quantités du fichier intégrateur sont exprimées dans cette unité. Intégration d’un détail magasin (enregistrement de type A8) Le système considère que les quantités sont exprimées dans l’unité de saisie du détail magasin (EVRP.codunimag)
		Option utilisée par les web services L’attribut Unit de la balise "businessEvent–Header-Info–item-Info correspond à l’unité de saisie du poste. Le prix et la quantité du poste sont exprimés dans cette unité.
A2	= O	Option utilisée lorsqu’on crée un poste d’événement qui ne fait pas référence à un poste origine. Le champ EVP.coduni est renseigné avec l’unité la plus petite qui a été définie dans la table PRU.

N1		Gestion des conditions tarifaires à l’unité.
	= 1	La modification de l’unité de saisie déclenche un appel prix.
	= 2	La modification de l’unité de saisie déclenche un appel prix uniquement si le prix n’a pas été forcé.
	= 3	La modification de l’unité de saisie déclenche un appel prix uniquement si le poste ne fait pas référence à un poste origine.
	= 4	La modification de l’unité de saisie déclenche un appel prix uniquement si le poste ne fait pas référence à un poste origine et que le prix n’a pas été forcé.
N2	= 1	Pour inhiber la mise à jour de l’unité de saisie des lignes (table EVL) dans le cas où l’unité de saisie du poste est modifiée.
N3	= 1	Pour inhiber la mise à jour de l’unité de saisie du détail magasin (table EVRP) dans le cas où l’unité de saisie du poste est modifiée.
N4		Nombre de décimales par défaut des quantités (masque spécifique). Les quantités en unité du poste (EVP.oduni) et unité de saisie (unisai) sont affichées sous forme d’une info bulle.
N5		Option utilisée par la commande flux poussés.
	= 0	Le système répartit la quantité exprimée dans l’unité du poste (EVP.coduni). Conséquence : sur les magasins, on peut obtenir des quantités qui ne sont pas entières si elles sont exprimées en unité de saisie.
	= 1	Le système répartit la quantité en unité de saisie (EVP.unisai). Avec cette option, on obtient donc, après répartition, des quantités entières exprimées en unité de saisie sur tous les magasins.

M1

Option utilisée par l’intégrateur uniquement (INTEGR)

Cette option n’est utilisée que si l’option A1 vaut « O ».

Les quantités supplémentaires (EVL.qtesupX) peuvent contenir des informations qui ne dépendent pas de l’unité.

Par défaut, les quantités supplémentaires indiquées dans le fichier intégrateur ne sont pas reconverties en fonction de l’unité de saisie de la ligne.

Si l’on souhaite que la quantité supplémentaire indiquée dans le fichier intégrateur soit une quantité exprimée dans l’unité de saisie, il faut le paramétrer au niveau de cette option.

Cette zone est une suite de 6 caractères qui définit si la quantité supplémentaire est exprimée dans l’unité de saisie de la ligne (evl.unisai) (donc s’il faut transformer la quantité trouvée dans le fichier iintégrateur dans l’unité du poste (evp.coduni) avant de la stocker dans la table EVL).

1er caractère = « O » (evl.qtesup1 est exprimée dans evl.unisai,
2ème caractère = « O » (evl.qtesup2 est exprimée dans evl.unisai,
3ème caractère = « O » (evl.qtesup3 est exprimée dans evl.unisai,
4ème caractère = « O » (evl.qtesup4 est exprimée dans evl.unisai,
5ème caractère = « O » (evl.qtesup5 est exprimée dans evl.unisai,
6ème caractère = « O » (evl.qtesup6 est exprimée dans evl.unisai.

Lorsque le caractère vaut « O », le système considère que le champ qtesup associé est exprimé, dans le fichier intégrateur, dans l’unité de saisie de la ligne.

Exemple :

Si, M1=NNONNN, dans le fichier intégrateur, seule EVL.qtesup3 est exprimée dans l’unité de saisie de la ligne.

M2

Même fonctionnement que l’option M1 mais pour les quantités supplémentaires stockées dans la table EVRP.