Personnalisation et paramétrage
Sujet parent: Personnalisation et paramétrage

Mise en œuvre d’une gestion de produits à variantes multiples

Généralités

Introduction

Pour en savoir plus sur les principes et l’utilisation de produits à variantes multiples, consultez la documentation de référence " Les produits à variantes multiples ".

Deux chapitres composent ce document :

  • la procédure de mise en oeuvre en mode Client/Serveur ,
  • la procédure de mise en oeuvre en mode web

Procédure de mise en oeuvre en mode Client/Serveur

Etape 1 : Paramétrer le mode multi-entités

  • Paramétrer au même niveau N les tables suivantes : RCA , PRB , PRD , PRO , ZOD (le segment de la table dont le code est paramétré dans la zone A2 du paramètre MULVAR )
  • Paramétrer à un niveau M supérieur à N les tables suivantes : MDL , ZODM , TBL ZON , TBL TTU
  • Paramétrer la table UT_CPT au même niveau que les entités événements commerciaux.

Etape 2 : Configurateur fonctionnel

Voir documentation du paramètre MULVAR.

Ce paramètre étant utilisé dans plusieurs fonctions pour déclencher des contrôles ou de la cinématique propre à la gestion du multi-variantes, il est recommandé de le positionner au niveau général.

Etape 3 : Saisir les tables de référence.

Créer les tables utilisateur (TTU) et les fonctions nécessaires, puis saisir les données dans les tables qui seront utilisées pour définir les valeurs autorisées par critère de déclinaison.

Exemple.

  • La table des codes Coloris,
  • La table des codes Taille.

Attention

Ne pas utiliser des codes trop longs car ils seront utilisés par concaténation pour construire le code des variantes produit. Voir plus loin « Génération des variantes produit ».

Etape 4 : Paramétrer les types de critères

Rappel historique sur la gestion des zones paramétrées.

Dans ACE, avant la V4.2.1, on peut définir, sur certaines tables, 20 à 30 zones paramétrées (ZP) (fonction GTZON + table ZON).

Ces zones paramétrées peuvent être définies pour l’ensemble de la table (Ex. PRO001, PRO002, PRO003 pour la table des produits) ou pour une partie de la table, c’est-à-dire un segment (Ex. les ZP CLI001, CLI002, CLI003 pour les tiers de type CLIENT de la table TIE, les ZP FOU001, FOU002, FOU003).

Les données des ZP sont stockées dans des champs des tables paramétrables (PRO, TIE…) sauf pour les événements où elles sont stockées dans la table EVT.

Dans les tables paramétrables, on peut également définir 800 zones paramétrées datées (GTZON).

Ces zones paramétrées sont codées par ex. PRO101 à PRO999. Les données de toutes les ZP datées sont stockées dans la table ZOD.

En V4.2.1, une nouvelle utilisation des zones paramétrées est mise en œuvre : les critères de recherche pour le catalogue structuré appelé aussi catalogue Web (WCAT). Ces critères sont destinés à structurer les données produit pour faciliter la recherche et la navigation dans le scénario web de visualisation du catalogue.

On définit des critères produit (GTZON). Ces critères sont préfixés WEB pour les distinguer des ZP existantes (PRO001, PRO002… PRO101… PRO999). On définit ensuite des modèles de recherche (WCAT) et on renseigne des valeurs de critère par produit (stockées dans ZOD).

Exemple.

Des produits électroménagers pour lesquels on renseigne tout ou partie des critères suivants : format d’écran, hauteur, largeur, coloris…

Un modèle Télévision auquel on associe les critères de recherche : format d’écran et coloris.

En V4.4.0, une nouvelle fonctionnalité est mise en œuvre : la segmentation produit . Elle est destinée à élargir les possibilités de classification des produits, en gérant des informations par typologie de produit.

Un segment produit est un ensemble de produit ayant des caractéristiques et des règles de gestion communes.

A un segment produit (GTRZO), correspondent des critères de segmentation (GTZON), permettant de gérer de nouvelles données dépendant du segment produit.

La segmentation peut s‘appliquer également aux tiers et par type de tiers.

La segmentation client permet de gérer une stratégie commerciale en fonction de la typologie des clients.

La segmentation magasin permet de mettre en œuvre des règles d’approvisionnement en fonction de la typologie

Magasin.

Avec l’arrivée des critères de segmentation, les préfixes des critères/ZP gérés jusqu’alors par des codes réservés (PRO, CLI, EVE, WEB…) deviennent entièrement paramétrable.

Une nouvelle fonction de paramétrage (GTRZO) permet de faire le lien entre la typologie , les segments et les codes des critères de segmentation correspondant.

Exemple.

Aux segments produit HAB (Habillement), ELM (Electroménager) et JOU (Jouet) correspondent des critères de segmentation préfixés HAB, ELE, JOU qui gèrent des informations de la typologie Produit (Type de critère = PRO).

Aux segments client ETU (Etudiant), CAD (Cadres), MEN (Ménagère), correspondent des critères de segmentation préfixés ETU, CAD, MEN qui gèrent des informations de la typologie Client (Type de critère = CLI).

En V4.4.0, arrivent également les nouvelles fonctionnalités de gestion des produits multi-variantes . Ces fonctionnalités utilisent la même structure de données que la segmentation produit, mais sur un seul segment (paramétrable).

Paramétrage

Dans la zone du paramètre MULVAR, renseigner le code segment/préfixe qui sera utilisé pour définir les critères de déclinaison.

Par défaut, on utilise le segment « WEB », ce qui permet d’utiliser les critères de déclinaison comme critère de recherche sur le catalogue web.

Dans la fonction GTRZO, indiquer que pour ce segment, le type de critère est PRO.

Etape 5 : Définir les critères de déclinaison

Dans GTZON, définir les critères en n’oubliant pas :

  • d’utiliser le segment paramétré précédemment (défaut = WEB)
  • de leur donner un No de critère supérieur à 100 (Ex. WEB101)
  • de les contrôler par rapport aux tables utilisateur (fonction GTTTU ) définies initialement (Ex. coloris + taille)

Attention

Afin d’optimiser les temps de réponse lorsque vous multipliez le nombre de variantes, nous vous conseillons fortement de créer un index sur la table PRO avec les champs « codsoc » et « proref. » Exemple : create index pro_idx11 on pro (codsoc,proref); commit;

Etape 6 : Définir les modèles de déclinaison

Fonction WCAT à Critères à Critères d’un modèle à Gérer. (écran WCAT_4).

Etape 7 : Déclinaison des produits multi-variantes

Créer un produit de référence (GART) géré en multi-variantes. Pour cela renseigner dans l’écran de détail de la fiche produit (GART_2) l’indicateur Produit de référence = « O » et renseigner le champ Modèle de déclinaison.

A la validation de la fiche produit, ACE chaîne automatiquement sur les écrans multi-variantes (GART_27, GART_28, GART_29 et GART_31).

Etape 8 : Commander un produit multi-variantes

Dans la fonction de gestion des commandes (GCOV), on peut utiliser les fonctionnalités du multi-variantes.

  • saisie un produit de référence décliné + quantité à commander (différente de zéro) + unité de vente
  • chaînage sur l’écran matrice (GART_28) en mode quantité
  • si on gère les % de répartition (paramètre MULVAR), initialisation des quantités par variante en fonction de la quantité totale commandée et des % de répartition.
  • génération automatique de N postes avec les variantes produit sélectionnées.

En création d’un poste d’événement (GCOV_1B), après saisie du code produit + quantité commandée + unité, si le produit est un produit de référence associé à un modèle de déclinaison, on déclenche le fonctionnement suivant :

  • chaînage sur l’écran de sélection des variantes (en fonction du nombre de critères de gestion du modèle : GART_28 jusque 3 critères ou GART_31 au-delà de 3 critères),
  • si on gère les % de répartition par variante produit, pré-calcul des quantités commandées par variante en fonction la quantité totale commandée et des % de répartition (A3 du ppe MULVAR ),
  • génération de N postes d’événement pour les variantes sur lesquelles une quantité a été saisie,
  • retour sur GCOV_1B pour validation.

L’accès aux écrans de sélection des variantes, n’est actif qu’à la création du poste d’événement.

Procédure de mise en oeuvre en mode web

Ce chapitre fait la synthèse du paramétrage à mettre en œuvre pour gérer le mode multivariantes à plusieurs niveaux :

  • en fiche-produit (hors tarifs),
  • dans le référencement
  • en assortiment.

Le paramétrage indiqué ci-après est le paramétrage PACK.

Paramétrer le multi entités

Scénario I_TIESOC_F è Choisir la société de plus haut niveau è Onglet « Paramétrage » « Tables »

Structure multi entités sur 4 niveaux du PACK :

  • 01 = Groupe,
  • 02 = Direction,
  • 03 = Société,
  • 04 = Magasin.

Paramétrage des tables produits multi variantes

  • Paramétrer au niveau 01 les tables qui contiennent les données Modèles et Critères : MDL, ZODM, TBL ZON , TBL TTU, TBL RZO.
  • Paramétrer au niveau 01 les tables qui contiennent les données Produits : RCA, PRB, PRD, PRO, ZOD (le segment de la table dont le code est paramétré dans le A2 du ppe MULVAR).

Cas particulier de la table des compteurs (UT_CPT)

En mode PACK RETAIL, le paramétrage actuel de la table UT_CPT au niveau 04 implique de définir les compteurs du mode multi variantes dans l’entité de plus haut niveau mais aussi sur chaque entité magasin.

Cibles utilisées

Code Description Binaire C/S Type Mode Actif
TABLE Gestion des tables de codification ap$exe:table.exe Exécutable Interactif Actif
GTZON Gestion des critères ap$exe:table.exe Exécutable Interactif Actif
GMDL Gestion des modèles ap$exe:wcat.exe Exécutable Interactif Actif
GART Gestion des produits ap$exe :gart.exe Exécutable Interactif Actif
REFER Référencement des produits ap$exe :gart.exe Exécutable Interactif Actif
ASSPRO Assortiment des produits ap$exe :gart.exe Exécutable Interactif Actif
ASSMAG Assortiment des magasins ap$exe :gart.exe Exécutable Interactif Actif

Positionner les paramètres au niveau général

Paramètre MULVAR

A1=RUB, A2=VAR, A3=N, N1=200, N4=2, N5=2 (pas d’intérêt en mode web), D1=0, D2=0, D3=0, M2=8 (pas d’intérêt en mode web)

Ce paramètre permet d’activer des règles de gestion particulières aux produits gérés par déclinaison. Le segment doit être créé dans la tbl ‘rzo’. A faire par le scénario I_TBL_F, code ‘rzo’.

A2 Segment de critère utilisé pour le multi variantes (par défaut à « VAR »).

D1=D2=D3 non renseignés si on traite des produits déclinés de typologie différente impliquant des modèles de déclinaison avec 1, 2 ou 3 critères.

D1 Numéro de la zone paramétrée (table des produits PRO) utilisée pour dupliquer la valeur du 1er critère de gestion.
D2 Numéro de la zone paramétrée (table des produits PRO) utilisée pour dupliquer la valeur du 2ème critère de gestion.
D3 Numéro de la zone paramétrée (table des produits PRO) utilisée pour dupliquer la valeur du 3ème critère de gestion.

Paramètre NATPRO

A1=FOU, A2=REF, A3=MDL

Dans le cadre du multi variantes, renseigner le A3 de ce ppe. Il déclenche la création d’une fiche-produit associée au modèle dont la nature sera identique au A3.

Paramètre PRODEF

A1=MODELE, A2=012, N1=0, N2=1

Créer la table utilisateur « 012 » contenant, dans ses libellés réduits, les codes champs de la table du produit MODELE que l’on désire prendre en compte comme valeurs par défaut : natpro, codblocage, typpro, suiref, coduni.

Paramètre TTULIB

N1=200, N2=499

Ce paramètre donne l’intervalle de numérotation pour les tables utilisateurs et autorise leur création. Il permet la génération automatique de leurs liens dans MEV.

N1     Borne inférieure (numéro compris entre 000 et 999).
N2     Borne supérieure (numéro compris entre 000 et 999).

Paramètre LIBVAR

N1=10, N2=11, N3=12

Ce paramètre indique les 3 désignations de la variante produit à alimenter avec les libellés longs des valeurs de critères. Si ce paramètre n’est pas positionné alors on alimente les désignations 1, 2 et 3.

N1     Numéro de la désignation utilisée pour mémoriser le libellé de la valeur du 1er critère de gestion. (de 1 à 12)
N2     Numéro de la désignation utilisée pour mémoriser le libellé de la valeur du 2ème critère de gestion. (de 1 à 12)
N3     Numéro de la désignation utilisée pour mémoriser le libellé de la valeur du 3ème critère de gestion. (de 1 à 12)

Paramètre NUMPRO

A1=PRO

Indique le code du compteur pour la numérotation des produits.

Paramètre NUMVAR

N2=1

Pour forcer l’utilisation du compteur défini sur le A1 du NUMPRO.

Positionner les paramètres au niveau de la cible GMDL

Paramètre CODUNI

A1=U

Code unité qui ira alimenter le produit modèle. Le code unité doit être défini dans la tbl ‘uni’. A faire par le scénario I_TBL_F, code ‘uni’.

Positionner les paramètres au niveau de la cible GART

Paramètre MODELE

A1=RECH

Ce paramètre permet l’affichage d’une option ‘Recherche par déclinaison’ dans le scénario de gestion des produits I_PRO_F et dans le scénario de gestion du référencement des produits I_REF_F. Le A1 donne le code modèle qui contient l’ensemble des critères de déclinaison qui seront proposés par cette option.

Créer le modèle par la fonction C/S GSEGP :

Ce modèle ne doit pas être un modèle de déclinaison (indicateur Déclinaison à N). Il contient les critères de gestion du multi variantes.

Paramètre VARDUP

A1=567G

Ce paramètre permet, lors d’une création d’une variante produit par duplication du produit de référence de préciser quelles seront les caractéristiques associées (tables) qui ne seront pas dupliquées : pas de duplication des tarifs et des gencods. Par défaut, les variantes pointent sur le tarif du produit de référence.

Paramètre MULEAN

A1=O, N1=2, N2=1, N3=2

N3=2 pour ne pas dupliquer les gencods secondaires du produit de référence sur les variantes produit.

Paramètre MAJVAR

Ce paramètre permet de propager de manière interactive les modifications réalisées sur le produit de référence vers ses variantes produit.

N1 = 0

Option par défaut (uniquement en mode Client/Serveur).

Les informations associées au produit qui seront modifiées au niveau des variantes sont les suivantes :

  • désignation courte du produit (nompro),
  • mot clé : clé d'accés au produit (motcle),
  • famille du produit (fampro),
  • sous-famille du produit (sfapro),
  • sous-sous-famille du produit (ssfpro),
  • code douanier (coddou),
  • code TVA (codtva),
  • unité de mesure (coduni),
  • désignation longue du produit (design1 à design12),
  • zones paramétrées (codzn1 à codzn16),
  • code blocage (codblocage).
  = 1 Active la fonctionnalité en mode web pour les champs définis dans une table utilisateur (voir fonction GTTTU) dont le numéro est précisé par la zone A1.

A1  

Numéro de la table utilisateur contenant la liste des champs à modifier dans les tables PRO, PRC, PRU, PRM et PRL (produit, catalogues fournisseurs, table de conversion des produits, traduction désignation et variantes logistiques).

Ne fonctionne qu’en association avec l’option « N1 = 1 ».

Table utilisateur

La table Utilisateurs contiendra la liste des champs des tables à modifier ou à conserver.

Exemple :

Code

Il contient le nom de la table à modifier avec un numéro incrémenté.

La colonne « Exclu » si elle est égale à « 1 » sur un enregistrement du type :

« Nom de la table + 000 » (Ex : PRL000) signifie que les champs cités pour cette table dans la TTU seront exclus de la propagation des modifications sur les variantes et que par défaut tous les autres, c'est-à-dire ceux qui ne sont pas cités, seront propagés sur les variantes en modification.

NB : Cette colonne correspond au champ « tbl.num1 ». Pour y avoir accès il faut paramétrer l’écran.

Libellé long

C’est le libellé du champ

Réduit

Dans la colonne « Libellé réduit » saisir le nom du champ de la table concernée

NB :

  • La 1ère lettre doit être majuscule.
  • Si le nom du champ dans la base comporte le caractère « underscore » il ne faut pas le saisir, par contre la lettre qui suit doit être en majuscule (Ex : « codsoc_phy » s’écrirait « C odsocP hy »).

Positionner les paramètres au niveau de la cible REFER

Paramètre MODELE

Même paramétrage que la cible GART.

Numérotation des variantes

Le PACK RETAIL propose une numérotation des variantes selon un compteur Produits unique défini au niveau général. Il existe d’autres possibilités en terme de numérotation :

Règles de gestion :

  • Si un compteur est renseigné sur le modèle alors
    • Si NUMVAR .N1=1 alors

      code produit variante =

      produit de référence + numéro compteur donné par le modèle

    • Sinon

      code produit variante =

      numéro compteur donné par le modèle

  • Sinon
    • Si NUMVAR .N2=1 et ppe NUMPRO défini alors
      • Si NUMVAR .N1=1 alors

        code produit variante =

        produit de référence + numéro compteur donné par le A1 du ppe NUMPRO

      • Sinon

        code produit variante =

        numéro compteur donné par le A1 du ppe NUMPRO

    • Sinon

      Code produit variante =

      produit référence + valeur critère 1 + valeur critère 2 + valeur critère 3

      Le code produit généré ne dépasse pas 16 caractères.

Codification du compteur défini sur le modèle :

Commence par les trois caractères définis sur le A2 du ppe MULVAR .

Création d’index physiques

  • create index pro_idxvar1 on pro (codsoc,proref); commit;
    • pour recherche des variantes produits associées au produit de référence.
  • create index pro_idxvar2 on pro (codsoc,codmdl); commit;
    • pour recherche des produits utilisant un modèle de déclinaison donnée
  • create index pro_idxvar3 on pro (codsoc,codunic);commit;
    • pour recherche d’une variante produit
  • create index tbl_idxvar1 on tbl (codsoc,codtbl,lib2);commit;
    • pour recherche des regroupements associés à une déclinaison
  • create index evp_idxvar1 on evp (codsoc,codpro);commit;

si mise en place du ppe SUPPRO.N1=1 Suppression impossible d’un produit s’il est référencé dans un événement commercial.

Annexe : modèle de données

Format Word :

Sujet parent: Personnalisation et paramétrage
Aurea Logo
Copyright © 2020. Aurea Software, Inc. ("Aurea")