Les conditions tarifaires (GCTV)

Généralités

Introduction

Cette fonction permet de déterminer les conditions tarifaires à appliquer en fonction du QUI (tiers, famille de tiers, groupe de tiers...) et du QUOI (produit, famille de produits, fournisseur principal du produit...).

Il existe différents types de conditions tarifaires :

  • condition portant sur une ligne de commande (LIG),
  • condition sur toute la commande (PIE),
  • ristourne de fin d’année, etc.

Une condition tarifaire peut s’exprimer pour une durée déterminée :

  • en pourcentage : 3 pourcentages en cascade maximum,
  • en montant : le tarif est alors diminué du montant de la remise,
  • en prix net : le prix net indiqué dans la condition tarifaire annule et remplace le prix issu du tarif.

Elle peut d’autre part être définie par plages de quantité ou de chiffre d’affaire.

Elle s’applique au niveau le plus fin à un tiers pour un produit déterminé mais peut également être définie à un niveau plus global comme par exemple :

  • condition applicable à tous les tiers sur une famille de produit,
  • condition à tous les produits dans le cadre d’un contrat tiers,
  • condition applicable à un groupe de tiers sur tous les produits du fournisseur X.

Afin d’optimiser l’appel prix au moment du calcul du prix d’une ligne de commande, une grille d’autorisations (GCTV_6) permet de déterminer les types de conditions tarifaires applicables dans l’entreprise.

La gestion des conditions tarifaires s’articule autour des fonctionnalités suivantes :

  • Gestion des conditions à appliquer (GCTV_3)
  • Détail et saisie des seuils pour les conditions saisies en tableau (GCTV_4),
  • Ecran de saisie des critères de sélection et de tri de l’édition des conditions à appliquer (GCTV_EDITE),
  • Ecran de saisie des critères de sélection et de tri de l’édition hiérarchique des conditions à appliquer. (GCTV_EDITE1),
  • Ecran de saisie des critères de duplication de conditions tarifaires (GCTV_DUPLI),
  • Ecran de saisie des cibles (destinataires) sur lesquelles vont porter les conditions. (GCTV_DUPLD).

Fonctionnalités accessibles par popup

Détail : accessible sur u ne ligne des conditions tarifaires, permet d’accéder au détail de la ligne sélectionnée (écran GCTV_4),

Paramétrage des QUI/QUOI : Accès à l'écran d'Autorisation des couples QUI/QUOI

Devise (Saisie manuelle) : Permet d'associer une devise en la saisissant.

Recherche sur les CTS : accès à l’écran de recherche multicritères RMCR_CTS .

Unités : Unité de la condition tarifaire

Devise (Saisie par rech.) : Permet d'associer une devise sans devoir la saisir,

Condition complexe : permet de définir, grâce à une formule logique, une condition tarifaire complexe dont le type de seuil est à "C" (pour Complexe) (voir écran GCTV_CCPX).

Accès

Menu Option Ecran Fonction différée
       
Gérer / Visualiser   GCTV_3  
       
Editer Fiche GCTV_EDITE GCTVE1 (GCTSE1)
  Liste GCTV_EDITE GCTVE2 (GCTSE2)
  Tiers GCTV_EDITE1 GCTVE3 (GCTSE3)
       
Traitements Dupliquer GCTV_DUPLI GCTVD (GCTSD)
  Calculer GCTV_EDITE GCTVC (GCTSE2)
  Supprimer GCTV_EDITE GCTVS1 (GCTSE1)

Fonctionnalités

Saisie des conditions tarifaires (GCTV_3)

Description technique des champs de cet écran.

Cet écran permet de gérer les conditions tarifaires standards et étendues par le biais d’une liste. A un type de condition et à un type de qui, correspond une liste de quoi.

En gestion des conditions tarifaires étendues, il faut impérativement passer par cet écran.

Pour utiliser cette fonctionnalité, il vous faut positionner le paramètre CTSETE.

Par contre, le paramètre CTETEF permet d’inhiber pour une fonction le paramètre de niveau général et de chaîner sur les conditions à appliquer (GCTV_1).

Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Type de condition : deux types standards identifient les conditions tarifaires des événements commerciaux : LIG pour les remises lignes et PIE pour les remises pied d’événement.

Des couples QUI/QUOI doivent être autorisés en saisie pour le type de condition.

Vous avez la possibilité de fixer une valeur par défaut pour le type de condition, le type de Quoi et le type de Qui, en utilisant le paramètre GCTV.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Dépôt :

Vous avez la possibilité de gérer les conditions tarifaires standards par dépôt en utilisant le paramètre CTDEPF.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

La recherche de la conditions tarifaires se fera par rapport au dépôt de l’entête de l’événement.

: Numéro généré automatiquement (grâce à la gestion des compteurs UCPT), il peut être paramétré pour des plages de numéros autorisées pour chaque nature d’événement défini par le configurateur fonctionnel : nature + "CTS".

Cat : créée par la fonction GTCRE, la catégorie n’est utilisée que pour les conditions tarifaires étendues. Dans la recherche n'apparaissent que les catégories de remise associées à la condition tarifaire.

Tc : Il s’agit du type de la condition qui peut prendre les valeurs : M ou L : manuelle ou libre. Les conditions de ce type ne sont pas prises en compte dans l’algorithme de recherche des conditions tarifaires. Elles peuvent être ramenées manuellement sur le poste d’événement.

La valeur de la condition de type ‘L’ peut être modifiée, contrairement à celle de type ‘M’.

Les autres types de remise gérée en CTS étendues et complexes sont les suivants :

I è imposé pour une catégorie donnée, d’indice de priorité 0

Dans une catégorie donnée, de priorité 0 (on prend la condition la plus favorable), le type de remise positionné à I permet d’imposer une valeur moins favorable ou à 0, permettant de gérer les exceptions.

Exemple : les tiers associés à un groupe bénéficient d’une remise de 4 %, sauf quelques tiers de ce groupe. Il suffit de définir une CTS au niveau groupe, et saisir pour les tiers ne bénéficiant pas de cette CTS une CTS de même catégorie, mais de type de remise I et de valeur 0 par exemple.

U è unique par rapport aux autres CTS du poste (toutes catégories confondues). Avant d’effectuer d’appliquer les conditions tarifaires de base, cette fonctionnalité annule toutes les autres CTS du poste qui ne sont pas « Uniques ».

1 è Applicable une fois dans un événement (utilisable uniquement avec le paramètre PANCPX) (disponible depuis la version 4.4-01)

Période d’application : Les conditions dont la période d’application est échue ne sont pas prises dans l’algorithme de recherche des conditions tarifaires.

Valeur : La nature de cette zone est déterminée par le type de valeur de la catégorie de la conditions tarifaires. Il s’agit soit d’un montant, d’un pourcentage, d’un prix net ou d’une quantité de gratuit.

Type de seuil : La fonction GTTSE permet de définir les différents types de seuil :

Un popup vous permet d’aller sur la saisie des seuils (GCTV_4).

Ces (O/N): Indicateur qui permet de prendre en compte le calcul du prix de cession. Certaines conditions tarifaires peuvent en effet être exclues du calcul du prix de cession.

Code unité : Unité dans laquelle seront exprimées les quantités de la condition tarifaire. Ce champ est accessible par le popup "Unités".

Code devise : Devise dans laquelle seront exprimées les montants de la condition tarifaire. Ce champ est accessible par le popup "Devises".

Date de référence : Permet de filtrer les conditions tarifaires de ventes par un test entre la date de référence et les périodes d’application.

Type Valeur (sous le tableau) : type de valeurs de la condition tarifaire (voir fonction GTTYV).

Fonctionnalités accessibles par popup à partir de cet écran :

Appel externe : permet d’appeler une autre fonction, une page HTML web ou encore une URL Discoverer (voir écran GPEV_8).

Prix cession : permet de lancer sur une ligne validée du tableau le calcul du prix de cession. Le champ virtuel « val2 » doit être visible et le paramètre RECCTS positionné.

Texte libre : permet d’accéder à la gestion du texte libre dans les conditions tarifaires spéciale (voir paramètre SPMV01).

Champs virtuels

Quelques champs virtuels permettent de contrôler rapidement les prix de cession précisés directement par les fournisseurs lors d’opérations commerciales où les remises sont très importantes.

Partie en-tête

Champs « sigtie1 » et « nomtie1 » : permettent la gestion d’un filtre sur le fournisseur principal des produits (type de quoi=501).

Tableau

Champs « val2 » (affichage du prix de revient calculé) et « val01 » (permet la saisie d’un prix enregistré dans la table CTS).

Champ « codpro_grt » : dans la gestion des gratuits (voir paramètre GENPGR), le produit saisi représente le code produit (champ « codpro ») du poste à générer. De manière standard, le code produit GRATUIT est indiqué dans le libellé de la catégorie (voir fonction GTCRE).

Bas de l’écran

Le code et le nom du fournisseur principal du produit, le nom du produit, le gencod et l’unité de commande d’achat sont désormais affichés si le type de QUOI est un produit (501).

Détail d’une condition tarifaire (GCTV_4)

Description technique des champs de cet écran.

Cette fonctionnalité vous permet non seulement de consulter le détail d’une condition tarifaire, mais aussi d’y renseigner un indicateur de ristourne : à Oui (par défaut) ou à Non.

Il vous est ainsi possible de positionner à "Non" l’indicateur de ristourne d'un poste d’une commande si ce poste possède au moins une de ses conditions tarifaires avec un indicateur à "Non".

Autorisation des couples QUI/QUOI (GCTV_6)

Description technique des champs de cet écran.

Cette fonctionnalité vous permet de définir les couples QUI/QUOI autorisés pour la fonction appelante, par exemple au niveau :

  • des conditions tarifaires lignes et pied,
  • des comptes généraux,
  • des comptes de TVA et de taxes,
  • des comptes de frais divers,
  • des imputations comptables,
  • des natures d’écritures,
  • des barèmes pour les tarifs,
  • des contrats,
Vous avez la possibilité de personnaliser cette autorisation en utilisant le paramètre NIVPAR.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

En règle générale, le QUI détermine une caractéristique propre au tiers, tandis que le QUOI une donnée relative au produit.

Type Achat/Vente : Le couple QUI/QUOI peut être différent selon la nature de l'opération :

achat ou vente. Ce champ ne peut être modifié.

Type de condition : Ce champ est récupéré de l’écran appelant et est donc toujours en affichage. Ainsi, on ne peut appeler cet écran que si le type de condition est renseigné dans l’écran appelant.

d'ordre : Numéro d’ordre de l’autorisation du couple QUI/QUOI. Selon certaines fonctions, l’ordre des couples est important.

Type Qui : Les différents QUI gérés sont définis par la fonction GTQUI.

Type : Les différents QUOI gérés sont définis par la fonction GTQOI.

Attention au type de tiers PRO :

La gestion de l’arborescence peut être source d'anomalies dans le paramétrage QUI-QUOI.

En effet, un couple Qui/Quoi possède une taille limite de 16 caractères. Or, si vous utilisez les 6 caractères de chaque famille en intégrant trois niveaux de familles, vous atteignez jusqu'à 20 caractères (3x6 + 2 séparateurs).

Il faut donc, dans ce cas, ne pas utiliser la sous-sous-famille.

Paramétrage des conditions tarifaires

Le type de condition permet au travers de l’indice de priorité de déterminer le mode de recherche des conditions tarifaires (voir fonction de gestion des types de conditions tarifaires GTTCT).

Cet indice de priorité est utilisé dans le mode de recherche des conditions tarifaires standards (et non dans les conditions tarifaires étendues).

Les valeurs sont :

  • 0 : on prend la condition la plus favorable,

1,2,3 : on retient la première condition valide par rapport à l’ordre qui a été défini au niveau de l’écran des autorisations de couples QUI/QUOI. Avec 1 = Vente, 2 = Achat et 3 = les deux.

Deux conditions d'application : la première doit être vraie et la seconde, l'exclusion, doit être fausse pour que la Condition Tarifaire s'applique sur chacun des postes de l'événement. Chaque poste est testé par les conditions d'applications pour appliquer, ou non, la tarification.

Les conditions d’application ne sont prises en compte que dans le cas du traitement piloté par les paramètres PANCPX et PRNCPX, lLes autres traitements se basant sur le moteur de panachage complexe (paramètres FRDCPX,GENPGR, CTSPNT, DELQUI, …)

Définition des conditions complexes (GCTV_CCPX)

Description technique des champs de cet écran.

Cette fonctionnalité vous permet de définir, grâce à une formule logique, une condition tarifaire complexe dont le type de seuil est à "C" (pour Complexe).

Elle est automatiquement activée lors de la création d'une telle condition tarifaire mais reste accessible par popup à partir de la saisie des conditions tarifaires étendues (GCTV_3 et GCTV_4).

Cette condition tarifaire de type panachage complexe sera appliquée à la confirmation de l'événement (ou à la demande suivant le paramétrage) et non à la saisie du poste. En effet, la condition tarifaire tient souvent compte des quantités de différents postes : elle est appliquée lorsque tous les postes ont été validés.

Attention

Il est possible de saisir une condition tarifaire complexe à condition de respecter les principes suivants :
  • il faut utiliser des conditions tarifaires étendues (voir paramètre CTSETE),
  • la colonne "Type de seuil" de l'écran GCTV_3 doit contenir la valeur "C" (conditions tarifaires complexes),

La condition tarifaire complexe saisie ne se déclenche que si l'un des paramètres suivants est positionné sur la fonction qui gère l'événement (GCOV, GBFA..) : PANCPX, GENPGR, DELQUI ou CAGNOT.

Quatre conditions peuvent être personnalisées :

  • Deux conditions de déclenchement. La première doit être vraie et la seconde, l'exclusion, doit être fausse pour que la Condition Tarifaire soit appliquée à l'événement en cours. Les tests sont effectués sur l'intégralité de l'événement.

    Sont utilisables ici les fonctions. En dehors des conditions utilisées dans fonctions, les conditions simples xxx ="yyy" (avec xxx=n° de que, yyy la valeur testée) ne peuvent s’effectuer que sur des « que » d’entête.

  • Deux conditions d'application. La première doit être vraie et la seconde, l'exclusion, doit être fausse pour que la Condition Tarifaire s'applique sur chacun des postes de l'événement. Chaque poste est testé par les conditions d'applications pour appliquer, ou non, la tarification.

    Les fonctions ne sont pas utilisables ici.

Quelques normes syntaxiques sont à respecter.

Le format d'une condition

Une condition complexe (à partir du moment où l'on commence à la renseigner) est composée soit :

  • d'une condition simple (ex : 502 = "01"),
  • d'une combinaison de conditions et de conjonctions (ET/OU). Ex : 502 = "01" OU 502="02". Le nombre de conditions doit être égal au nombre de conjonctions plus 1.
  • D'une combinaison de conditions, entre parenthèses, et de conjonctions. Ex : (502 = "01 OU 502="02") ET 506<>""

Les conditions, dans leur plus simple expression (1er cas ci-dessus), sont systématiquement composées d'un opérande gauche, d'un opérateur et d'un opérande droit. Les deux opérandes doivent être de même type.

Les constantes

Toute constante dans une condition est délimitée par des guillemets (") afin d'éviter de confondre une constante avec un type de « que » (ex : 501 = "500") ou un appel à une fonction reconnue par l'analyse des conditions complexes (CA(), CQ(), NB(), …).

Les opérateurs

Les opérateurs de comparaison autorisés sont variables en fonction du type de valeur traité :

Caractères = <> < <= > >= IN SW
Numériques et Date = <> < <= > >= IN *  

L'opérateur supplémentaire IN permet de vérifier qu’une valeur (correspondant au « que » ou au mot clé demandé) fait partie d'une liste de constantes. Chaque constante de la liste est délimitée par des guillemets (comme toute constante) et séparée les unes des autres par des virgules. La liste est elle-même comprise entre parenthèses.

Exemple : 502 IN ("01","02","03","05")

* Fonctionne aussi pour les entiers.

L'opérateur supplémentaire SW (startsWith) permet de vérifier qu’une valeur alphanumérique (correspondant au « que » ou au mot clé demandé) commence par la ou les constantes demandées (liste définie comme pour l’opérateur de comparaison IN).

Exemple : 501 SW ("BR","AG")

Les opérandes

Les opérandes (gauche et droite) peuvent être un type de « que » ou un mot clé (commençant par #, équivalent à utiliser un « que » associé à un mot clé (plage 600), un mot clé dédié ou alors une fonction.

Exemple : 501="BR101" et #EVP_STATUT6="X"

Seul cas particulier, les opérateurs IN et SW exigent en opérande gauche un type de « que » (ou mot clé #), et en opérande droit, une liste de constantes.

Les mots clés dédiés

Mot clé Valeur retournée
PRXFRC correspond au champ prix forcé (evp.prxfrc) du poste (="O" si prix forcé)

ORDPOC1

correspond à l’ordre des postes après tri suivant l’optionPANCPX.N4, ordre commençant à 1.

Les postes de quantité (evp.qtecde) à 0 ont un ordre à 0

Exemple d’utilisation :

Condition d’application ORDPOC1 >= "3"

permet d’appliquer une condition à partir du 3ème poste

Les fonctions

Les fonctions permettent de calculer une valeur par analyse de l’ensemble des postes de l’événement. Elles ne sont utilisables que dans la « Condition de déclenchement » et dans la « Condition d'exclusion de déclenchement ».

è Fonction CQ() : Le cumul en quantité

Elle permet de cumuler des quantités suivant les paramètres saisis.

  • Le seul paramètre obligatoire correspond à l'unité dans laquelle on désire effectuer le cumul.
  • Le deuxième paramètre permet de définir dans quelles conditions on désire effectuer ce cumul.
  • Le troisième paramètre permet d'exclure des éléments (type de qui ou type de quoi) de ce cumul.

Exemple :

CQ("U", 502="01" OU 502="02",501="P1") réalise un cumul sur la famille 01 et 02 en ne prenant pas compte du produit P1.

è Fonction CA() : Le cumul chiffre d'affaire s

Elle permet de cumuler le chiffre d'affaires suivant les paramètres transmis.

  • Le seul paramètre obligatoire correspond à la devise dans laquelle on désire exprimer ce cumul.
  • Le deuxième paramètre permet de définir dans quelles conditions on désire effectuer ce cumul.
  • Le troisième paramètre permet d'exclure des éléments (type de qui ou type de quoi) de ce cumul.

Exemple:

CA("EUR", 502 IN ("01","02"), 501 = "P1") réalise un cumul sur la famille 01 et 02 en ne tenant pas compte du produit P1.

Exemple :

Condition Formule
Déclenchement CQ("U",502="01")>"1"
Exclusion de déclenchement CQ("U",561="Gratuit")>"0"
Application 502="01"
Exclusion d'application 501="Kit Promo"

La Condition Tarifaire ne sera retenue que si le cumul des postes de la famille '01', en unité U, est supérieur à 1 et si le cumul quantité, en unité U, des postes dont la zone complémentaire 1 est à 'Gratuit' n'est pas supérieur à zéro. De plus, elle ne s'appliquera que sur les postes de famille '01' sauf si le poste est le produit 'Kit promo'.

Dans le cas d'une génération de frais divers, la fonction CA() utilise le prix vendu.

Par défaut, cette instruction CA des conditions complexes (conditions de déclenchement ) utilise le montant des postes en prix tarif (evp.qtecde x evp.prxtav). Elle utilise par contre le montant des postes en prix remisé ((evp.qtecde - evp.qtegrt) x evp.prxvdu) pour le traitement de génération des frais complexes (voir paramètre FRDCPX) et pour le scoring (voir paramètre LMDV01).
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

è Fonction NP() : Le cumul en nombre de postes

La fonction NP (« option », « pour », « sauf ») permet par défaut de compter les postes de produits différents, sans tenir compte des postes à montant en prix tarif à 0, avec :
  • Le premier paramètre « option » peut prendre les valeurs :
    • "PST_NUL" : Prendre les postes à montant en prix tarif (evp.qtecde * evp.prxtav) à 0 (par défaut, ces postes sont exclus)
    • "NB_PST" : Compte le nombre de postes présent dans l’événement (par défaut, on compte le nombre de produit différent)
    • On peut aussi combiner les 2 options en utilisant pour option "NB_PST+PST_NUL".
Si l’on veut préciser un 2ème et/ou 3ème paramètre pour une utilisation avec l’option par défaut, saisir "" en option
  • Le deuxième paramètre « pour » permet de définir dans quelles conditions on désire effectuer ce cumul.
  • Le troisième paramètre « sauf » permet d'exclure des éléments (type de qui ou type de quoi) de ce cumul.

Exemples :

Syntaxe Signification
NP ("" ,502="BOISSON") Compte pour l’évènement le nombre de produits différents présents sur les postes de montant en prix tarif non nul, et dont la famille = BOISSON
NP ("NB_PST",502="BOISSON") Compte pour l’évènement le nombre de postes de montant en prix tarif non nul, et dont la famille = BOISSON
NP ("NB_PST+PST_NUL",502="BOISSON") Compte pour l’évènement le nombre de postes, dont la famille des produits des postes = BOISSON
NP () Compte pour l’évènement le nombre de produits différents présents sur les postes de montant en prix tarif non nul

Fonctionnalités accessibles par popup à partir de cet écran :

« Condition complexe détail » :

Le panachage de conditions tarifaires

Le panachage permet d'appliquer des conditions tarifaires en fonction du contenu d'une commande comme, par exemple, 2% de remise sur une famille de produit si la quantité commandée de cette famille est supérieure à 20.

Outre l'application d'une condition tarifaire sur un groupe de produits qui respecte un certain critère, il est possible d'appliquer cette condition sur un tout autre critère.

L'ensemble des Qui et des Quoi disponibles peuvent intégrer les critères de cumul de postes, afin de vérifier si le seuil de la condition tarifaire est atteint.

Des conditions supplémentaires peuvent même être définies tant au niveau du déclenchement qu'au niveau de l'application de la condition tarifaire.

Exemple :

Une remise de 10% ne se déclenchera que si:

  • le cumul des postes, en quantité de boites, est supérieur à 1000,
  • la zone complémentaire 1 des postes est à "O",
  • la zone complémentaire 2 des postes est renseignée.

Elle ne s'appliquera, par exemple, que sur les postes dont l'unité est la palette sauf si la zone complémentaire 2 est vide. Certains postes pourront déclencher la condition tarifaire sans que celle-ci ne s'applique sur ces postes.

Pour activer le panachage de conditions tarifaires, il vous faut positionner le paramètre fonctionnel PANCPX sur la gestion de commandes.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Dès que ce paramètre est positionné et lors de la confirmation de l'écran de commande (ou accès par popup dans ce même écran), l'ensemble des postes est analysé pour déterminer les conditions tarifaires qui seront déclenchées, à la place ou en complément, des conditions tarifaires activées au niveau du poste. Ces nouvelles conditions tarifaires pourront influencer le montant de chaque poste sur lequel elles peuvent s'appliquer.

Cette fonctionnalité reste active lorsque le paramètre CAGNOT, CTSPNT ou GENPGR est positionné. Seul le résultat de ces fonctionnalités est différent. Le paramètre DELQUI permet ou non d'utiliser ces fonctionnalités.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Recherche multicritères (RMCR_CTS)

Description technique des champs de cet écran.

Cette fonctionnalité vous permet d'effectuer une recherche de conditions tarifaires en fonction des critères suivants :

  • du type de condition tarifaire,
  • du type de qui,
  • de la clé qui,
  • du type de quoi,
  • de la clé quoi,
  • du sigle dépôt,

La première partie de cet écran permet à l’utilisateur de saisir les critères de sélection :

  • Achat /vente,
  • Les premiers caractères du type de condition tarifaire,
  • Les premiers caractères du type de qui,
  • Les premiers caractères de la clé de qui,
  • Les premiers caractères du type de quoi,
  • Les premiers caractères de la clé de quoi,
  • Les premiers caractères du dépôt,
  • Le numéro de condition tarifaire,
  • La date de début d’application,
  • La date de fin de validité,
  • Les premiers caractères de la catégorie de remise,
  • Les premiers caractères du type de remise,

La <Recherche> permet d'afficher, dans la partie basse de l’écran, la liste des conditions tarifaires qui répondent aux critères saisis.

L’utilisateur peut ensuite «sélectionner» l’une des conditions de la liste; les données de la condition tarifaire sont alors affichées dans la première partie de l’écran permettant de contrôler la sélection effectuée.

Fonctionnalités accessibles par popup à partir de cet écran :

Export Excel : permet de transférer les données du tableau de visualisation vers Excel.

Recherche multicritères des conditions tarifaires (RMCR_LCTS)

Editions

Edition ou calcul des conditions à appliquer (GCTV_EDITE)

Description technique des champs de cet écran.

Cette fonctionnalité permet non seulement deux types d’édition des conditions tarifaires de vente (par fiche et par liste) mais aussi de calculer le prix net, la remise et la ristourne.

Accès : menu "Editer", option « Fiche »

Format Maquette
Rich Text Format (RTF) GCTVE1
Blocs d’édition : GCTSE1  

Accès : menu "Editer", option « Liste »

Format Maquette
Rich Text Format (RTF) GCTVE2
Blocs d’édition : GCTSE1  

Edition hiérarchique des conditions à appliquer (GCTV_EDITE1)

Description technique des champs de cet écran.

Cette fonctionnalité permet l'édition hiérarchique des conditions tarifaires de vente.

Accès : menu "Editer", option « Tiers ».

Format Maquette
Rich Text Format (RTF) GCTVE3
Blocs d’édition : GCTSE3  

Traitements différés

Calcul du prix net, de la remise et de la ristourne (GCTV_EDITE)

Description technique des champs de cet écran .

Accès : menu « Traitement », option "Calculer"

Format Maquette
Rich Text Format (RTF) GCTVC1
Blocs d’édition : GCTSE2  

Le prix net est calculé de la façon suivante :

Nouveau prix = (1 + pourcentage saisi/100)* ancien prix + montant de la devise

La remise est calculée de la façon suivante :

Nouvelle remise = (ancienne remise * coeff de remise saisi).

La ristourne est calculée de la façon suivante :

Nouvelle ristourne = (ancienne ristourne * coeff de ristourne saisi)

Les coefficients sont mis à 1 par défaut.

Une période d’application de la CTS est gérée en Modification et en Création : (Date début et Date fin)

en Fermeture : Fermeture de toutes les conditions tarifaires non clôturées

Refermeture de certaines conditions tarifaires clôturées si la date de début de la nouvelle démarre pendant la période.

en Création : Création de la nouvelle condition tarifaire à la date du jour si aucune date début n’est précisée (si aucune date n’est spécifiée on reprend les dates d’application de l’ancienne).

en Modification : On attribue les nouvelles dates d‘application saisies de la condition tarifaire , sinon on garde les anciennes.

Plusieurs possibilités au niveau de la nouvelle devise :

  • créer une condition tarifaire dans une nouvelle devise,
  • créer une condition tarifaire dans la même devise que la condition tarifaire d’origine,
  • modifier la devise d ‘une condition tarifaire et conversion de son montant.

Les conditions tarifaires sur lesquelles s’appliquent ces modifications sont sélectionnées dans l’écran lanceur.

Suppression des conditions tarifaires

Accès : menu « Traitement », option "Supprimer"

Format Maquette
Rich Text Format (RTF) GCTVS1
Blocs d’édition : GCTSE1  

Duplication des conditions (GCTV_DUPLI)

Description technique des champs de cet écran.

Cette fonctionnalité permet de dupliquer les conditions tarifaires.

Il est également possible de dupliquer les remises d’un client pour une liste d’autres clients.

Accès : menu « Dupliquer »

Format Maquette
Rich Text Format (RTF) GCTVD
Blocs d’édition : GCTVD  

Type de condition tarifaire : concernée par la duplication.

Type de QUI destinataire : détermine le type de QUI destinataire sur lequel vont être recopiées les conditions. La saisie est contrôlée dans la table des QUI.

Clé de QUI destinataire : saisie d’une clé QUI correspondante au type de QUI saisi.

Suppression des conditions avant recopie (O/N, par défaut à "O"): détermine si les conditions sélectionnées annulent et remplacent les conditions déjà accordées. Si cette option est à N(on), les conditions dupliquées ne concernent que les remises qui ne sont pas déjà accordées.

Les critères de sélection, proposés dans le tableau, permettent de définir le filtre de sélection des conditions à dupliquer.

Le programme vérifie que des couples QUI/QUOI ont été autorisés en saisie pour le type de condition. De ce fait, les conditions tarifaires ne seront dupliquées que si les couples QUI/QUOI sont autorisés.

Saisie des tiers destinataires pour duplication (GCTV_DUPLD)

Description technique des champs de cet écran.

Cette fonctionnalité, accessible par popup à partir des «zones destinataires» de la duplication, vous permet de saisir jusqu'à huit destinataires supplémentaires sur lesquels vont être recopiées les conditions.

Attention au type de tiers PRO : La gestion de l’arborescence peut être source d'anomalies dans le paramétrage QUI-QUOI.

En effet, un couple Qui/Quoi possède une taille limite de 16 caractères. Or, si vous utilisez les 6 caractères de chaque famille en intégrant trois niveaux de familles, vous atteignez jusqu'à 20 caractères (3x6 + 2 séparateurs). Il faut donc, dans ce cas, ne pas utiliser la sous-sous-famille.

Conditions sur commentaires structurés (GCTV_5)

Affichage des conditions complexes codées (GCTV_CTSC)