Accueil > L'E-commerce selon Isotools > Marketing et promotions > Tarifs personnalisés
 

Tarifs personnalisés

Exemple d'application de tarifs personnalisés

Dans cet exemple, nous allons vous montrer comment va être déterminer le tarif personnalisé adéquat pour une cliente qui se connecte au site.

Configuration dans le Studio

Exemple - Combinaison des tarifs

La combinaison des tarifs indique une priorité au tarif le plus bas

 

Exemple - Listes des critères d

Les critères tarifaires sont au nombre de 5

Contexte d'analyse pour déduction de tarifs personnalisés

La cliente dont le login est TOPAZ vient de se connecter au site. 

Elle est française, pays membre de la CEE, de sexe féminin et cliente comptoir.

Dans la table gshp_client, ces informations sont stockées comme suit :

  • Colonne country : FR

  • Colonne categoryCode1 : CEE

  • Colonne categoryModel1 : C3

  • Colonne categoryCode2 : F (pour féminin)

  • Colonne categoryModel2 : C4

  • Colonne rateCategory : 3 (dans la table gshp_rateCategory, le 3 correspond à client comptoir)

 

Exemple - extrait gshp_client1

Extrait 1 de la table client gshp_client contenant la cliente dont le login est TOPAZ

 

Exemple - Extrait de gshp_client 2

Extrait 2 de la table gshp_client concernant la cliente dont le login est TOPAZ

 

Exemple - Extrait gshp_client 3

Extrait 3 de la table gshp_client concernant la cliente dont le login est TOPAZ

 

Exemple - Extrait de gshp_rateCategory

 

Les codifications tarifaires sont les suivantes :

  • RC_1 est défini par les colonnes clientCategoryCode2 (Catégorie client 2) à F et country (Pays) à FR
  • RC_2 est défini par les colonnes country (Pays) à FR et categoryCode1 (Catégorie article 1) à BIJOUXARG

  • RC_3 est défini par la colonne rateCategory (Catégorie tarifaire) à 3

  • RC_4 est défini par les colonnes categoryCode1 (Catégorie article 1) à BIJOUXARG et CategoryCode3 (Catégorie article 3) à Bijoux d'Argentières

  • RC_5 est défini par les colonnes clientCategoryCode1 (Catégorie client 1) à Hors CEE et clientCategoryCode2 (Catégorie client 2) à F

  • RC_6 est défini par la colonne clientCategoryCode1 (Catégorie client 1) à CEE

 

Exemple - Extrait gshp_rate 1

Extrait 1 de la table gshp_rate montrant la liste des codifications tarifaires disponibles et les critères qui les définissent

 

Exemple - Extrait de la table gshp_rate 2

Extrait 2 de la table gshp_rate et les autres critères de définition des codifications tarifaires

 

La table gshp_product montre les articles dont les suivants nous intéresse particulièrement puisqu'ils sont tous de la marque Bijoux d'Argentières :

  • BAAR01

  • BAOR01

  • BRAAR10

  • COAR001

  • COAR002

 

Exemple - Extrait de la table gshp_product 1

Extrait 1 de la table gshp_product contenant certains produits concernés par nos critères de définition des rateCoding

 

Exemple - Extrait de la table gshp_product 2

Extrait 2 de la table gshp_product contenant les produits concernés et leurs catérgories 1 et 2

 

Et enfin, la table gshp_referencePrice contenant les articles qui nous intéressent et les codifications tarifaires qui leur sont associés permettant de déduire les prix possibles :

 

Exemple - Table gshp_referencePrice

 

Etape 1 : élection des codifications tarifaires en fonction des modèles de tarification du site (Isotools Studio X8)

Dans cette première étape, le priceManager procède à une première élimination des codifications tarifaires possibles en sélectionnant uniquement celles qui sont compatibles avec les modèles tarifaires configurés dans le site. Seuls les codifications répondant strictement à ces modèles seront retenues.

Codification tarifaire /Critère de tarification

Modèle 1 :
Catégorie client 2 + Pays

Modèle 2 :
Catégorie client 1 + Catégorie article 1

Modèle 3 :
Pays

Modèle 4 :
Catégorie tarifaire

Modèle 5 :
Catégorie article 1 + 2

RC_1 : Categorie client 2 + Pays

 x

 

 

 

 

RC_2 : Pays + Catégorie article 1

 

 

 

 

 

RC_3 : Catégorie tarifaire

 

 

 

x

 

RC_4 : Catégories article 1 et 2

 

 

 

 

RC_5 : Catégories client 1 et 2

 

 

 

 

 

RC_6 : Catégorie client 1

 

 

 

 

 

 

On constate que les codifications tarifaires RC_1, RC_3, RC_4 correspondent strictement à un ou plusieurs des modèles tarifaires définis dans le site. RC_2, RC_5 et RC_6 sont rejetées car aucun modèle n'est décrit avec les critères Pays + Catégorie article 1, Catégorie clients 1 + 2 ou Catégorie client 1 seulement.

Etape 2 : élection des codifications tarifaires en fonction du contexte parmi celles retenues à l'étape 1

Cette seconde étape consiste à regarder de plus près les valeurs renseignées dans la table gshp_rate pour les codifications retenues en étape 1, en fonction du contexte à savoir le client, les produits, les quantités commandées et le type de commande. Cet exemple ne contient ni quantités (voir la documentation correspondante), ni type de commande mais le fonctionnement serait alors le même.

Notre cliente TOPAZ est décrite par différentes informations dont notamment celles ci qui sont également utilisées pour l'élection des codifications tarifaires :

  • Colonne country (Pays) : FR

  • Colonne categoryCode1 (Catégorie client 1) : CEE

  • Colonne categoryCode2 (Catégorie client 2) : F (pour féminin)

  • Colonne rateCategory (Catégorie tarifaire) : 3 (dans la table gshp_rateCategory, le 3 correspond à Client comptoir)

Imaginons alors qu'elle consulte la fiche article BAAR01 (elle pourrait également l'ajouter au panier ce qui aurait en plus fourni un critère de quantité pour la tarification par tranches de quantité). Le priceManager va alors prendre ces différentes informations contextuelles pour en déduire les codifications tarifaires possibles pour cette cliente sur ce produit telles que :

Codification tarifaire / Critère client

Critères de la cliente "TOPAZ"

Critères du produit "BAAR01"

 Country : FR

 CategoryCode1 : CEE

 CategoryCode2 : F

 rateCategory : 3

CatégorieCode1 : BIJOUXARG 

CatégorieCode2 : Bijoux d'Argentières 

RC_1 : Catégorie client 2 "F" + Pays "FR"

 x

 

 x

 

 

 

RC_3 : Pays "FR"

 x

 

 

 

 

 

RC_4 : Catégories article 1 et 2

 

 

 

 

 x

 x

 

Toutes les codifications tarifaires sont compatibles puisqu'il existe des critères clients et/ou des critères produits correspondants à ceux des codifications tarifaires retenues.

Etape 3 : élection des prix de la référence en fonction de ces codifications tarifaires

Dans cette dernière étape, le priceManager va chercher dans la table gshp_referencePrice la référence BAAR01 et pour cette dernière rechercher les 4 codifications compatibles.

Avant de commencer cette analyse, le priceManager va procéder à un regroupement des codifications par modèle. Dans notre exemple, il se trouve que chaque codification tarifaire correspond à un modèle différent configuré dans Isotools Studio X8. Toutefois, il est important de savoir que ce regroupement aurait un grand intérêt si l'on avait opté pour une combinaison des tarifs "Le premier tarif non nul (dans l'ordre des fils). Vous trouverez plus d'explication sur cette subtilité dans la documentation de cette fonction.

La référence BAAR01 a un prix spécifié pour les 4 codifications retenues (ce n'est pas toujours le cas). En conséquence, le priceManager va donc analyser les prix comme suit pour ensuite appliquer la règle de combinaison des prix choisie :

Référence / codification tarifaire

RC_1

RC_3

RC_4 

 BAAR01

371, 00

362,50

 359,99

 

La combinaison des tarifs étant à "Le tarif le plus bas", c'est le prix correspondant à la codification RC_4 qui sera présenté dans la fiche article lorsque la cliente de login TOPAZ la consultera. La référence BAAR01 sera donc présenté à 359, 99 euros à la client TOPAZ.

 

Exemple - Prix affiché à TOAPZ pour la référence BAAR01

Prix de la référence BAAR01 présenté à la cliente TOPAZ lorsqu'elle consulte la fiche article

Pour : Isotools Studio X8

Publiée le 17/07/2012 | ID : KB_2012TARCUSTOM_FONCTION

>> Evaluez cette documentation

Image Captcha