Prix de vente

 

Principes généraux

Les prix de vente, qui gèrent les différents tarifs de vente des articles de l’entreprise aux clients, peuvent être liés aux prix de revient pour la génération du tarif de base (qui peut lui-même être modifié, puis utilisé comme base de la déclinaison d’autres tarifs de vente).

Ces tarifs, associés à la notion de période, sont utilisés en gestion des commandes afin de valoriser chaque ligne de commande. Il s’agit donc de tarifs pré établis par l’entreprise.

Cependant, la gestion des commandes client PF permet également des lignes de commande «hors tarif», c’est à dire sans passer un tarif préétabli.

En résumé, les 3 éléments principaux pouvant composer les prix de vente en commandes sont :

Les tarifs de vente (prix préétablis par l’entreprise)

Les prix spéciaux (prix hors tarifs négociés par le représentant avec le client, ces prix étant enregistrés manuellement en saisie des commandes client PF

Les éléments complémentaires de tarification (éléments annexes pouvant influer sur le prix de vente final de l’article, ceci correspond aux remises, escomptes, frais d’emballage, frais de conditionnement ou tout autre élément de cet ordre s’imputant sur le tarif de l’article).

‎ 

 

Cegid Orli permet le calcul automatique (via TA082/PR022) d’un tarif à partir d’un autre.

Selon les typologies d’articles permanent / prorogé / reconduit / H.C., et en partant du principe que la période du tarif correspond la plupart du temps à la saison de vente, ces calculs de tarif interviennent dans des cas bien distincts :

• La reconduction :
  ‎ pour chaque article, on calcule un tarif d’une saison sur l’autre
  • notion « horizontale »
  • notion « saison de base » (pour calculer saison S2 à partir de saison de base S1).
    ‎
• La prorogation :
  ‎ pour chaque article, on calcule un tarif pour une saison de commercialisation
  • notion « horizontale »
  • notion « saison de base » INUTILE ; c’est la notion « saison de commercialisation » qui est alors utilisée, pour calculer cette saison à partir de la saison initiale de chaque article prorogé.
    ‎
• La déclinaison des différents tarifs :
  ‎ pour chaque article, on calcule un tarif à partir d’un autre tarif de la même saison
  • notion « verticale »
  • notion « saison de base » = saison article; on décline les différents tarifs de cette saison

Pour plus de précisions, Cf.  Prorogés, Reconduits, Hors-cours

 

On peut schématiser ces cas ainsi :

 

Les différents tarifs ayant été définis, il est possible de renseigner des critères d’applications de ces tarifs en fonction de différents critères :
client, article, coloris… ces critères permettront la recherche automatique des tarifs en saisie de commande, maintenance de facture.

‎ 

 

 

Données annexes

 

Principalement pour les sociétés ayant des articles permanents, une notion de période de prix existe dans le logiciel afin de pouvoir conserver le même code tarif tout en ayant des prix différents selon 2 périodes calendaires, ceci permettant de ne perturber ni les clients, ni les représentants.

Cette notion est obligatoire dans le logiciel et doit être saisie même pour les entreprises ne traitant que des articles saisonniers (dans ce cas l’utilisateur peut rentrer des périodes égales aux saisons pour simplifier sa tâche). Ces périodes sont gérées par TA108 : Gestion des périodes de prix qui permet de les référencer avec une période d’application et d’un code saison. La période d’application (d’une date à une autre) permet de retrouver automatiquement la période de prix en fonction d’une date de commande.

A ce niveau, il faut noter que le logiciel tolère des chevauchements entre les dates d’application de différentes périodes de prix. De ce fait, la saison (qui est obligatoire et unique pour une période de prix) permet de cibler précisément la période à utiliser en cas d’ambiguïté (plusieurs périodes possibles en fonction de la date de commande).

La notion de période est une « unité » plus petite ou égale à la saison car chaque période ne peut correspondre qu’à une seule saison. Par contre, une saison peut correspondre à plusieurs périodes de prix.

Enfin, il faut noter que ces périodes de prix sont également utilisées dans le calcul des prix de revient afin de pouvoir actualiser des prix de revient (et ainsi des prix de vente par le biais de la génération automatique) en fonction des évolutions des coûts constatés sur matières, façons, etc…

De base, il faut préciser que le nombre de tarifs utilisables dans l’entreprise est quasiment illimité car chacun de ces tarifs est caractérisé par un code libre de 3 caractères alphanumériques. En outre, le système gère aussi bien des tarifs en franc français que des tarifs en devises, sachant que chaque code tarif doit être exprimé dans une monnaie seule et unique. La monnaie d’expression est celle des prix de revient.

‎ 

 

TA082 : Tarif

TA082W01
Cette fonction permet de gérer les codes tarif PF et leurs règles de calcul

 

1. Onglet 1 :
   définition, incluant le code tarif, son libellé et la monnaie dans laquelle il est exprimé.
2. Onglet 2 (facultatif) :
   règles de calcul d’un tarif à partir d’un autre (calcul automatique).
3. Onglet 3 :
   historisation des règles de calcul des tarifs.

 

Premier onglet : code tarif

(accès à cet onglet conditionné par l’option ACC_CODE_TARIF)

 

Outre la saisie du code tarif, de son libellé et de la monnaie, il est également possible dans cet onglet de renseigner le groupe de tarif (utilisé aux niveaux des tarifs de vente pour les GDA), ainsi que le type de tarif qui peut être de facturation (tarif appliqué aux clients), et/ou de détail ‎(tarif consommateur). Vous pouvez également positionner des coches qui permettent d’indiquer si le tarif est non commissionnable, non remisable, non ristournable.

Les textes à éditer sur les documents clients sont saisis ici.

‎ 

Deuxième onglet : règles de calcul

(accès à cet onglet conditionné par l’option ACC_REGLE_CALC)

Les règles de ce calcul automatique sont définies pour une saison, un code tarif et une période de prix donnée (obligatoires) et peuvent varier selon la catégorie d’articles (société, réseau, marque, activité, ligne de produit, forme…) en suivant le principe décrit dans le descriptif de gestion des données par exception.

 

Cet onglet est de type règle de gestion, et les critères d’affectation des règles de calcul sont donc affichés de gauche à droite, du plus large au plus fin.

Export en standard des règles de calcul via le bouton « Imprimante » ; on obtient un fichier Excel qui reprend l’intégralité des informations à l’écran (dont les libellés), mais sans les informations de détail.
‎Selon option TA082W01/MODE_IMPR, export possible du contenu en fichier plat ou Excel, à partir d’une édition format PDF ; le fichier obtenu contiendra à la fois les règles de calculs et les éléments de détails.

N.B. :
il y aura autant d’enregistrements que d’éléments de détails.

 

Lors des calculs (par PR231, PR021 ou PR022), la règle de calcul appliquée sera celle saisie au niveau le plus fin pour l’article/produit concerné.

Si le calcul est fait à l’article sans coloris, les critères nature de produit et codes statistiques seront lus au niveau article. Sinon, au niveau coloris.

 

Elles sont basées sur les critères suivants :

• Code tarif à partir duquel le calcul doit être fait.
• Montant fixe (appelé « Complément ») éventuel à ajouter à ce tarif de base de calcul
• Coefficient à appliquer sur ce tarif de base (il s’agit d’un coefficient et non d’un pourcentage)
• Montant fixe (appelé « Supplément ») éventuel à ajouter
• Type d’arrondi utilisé pour définir le prix à calculer

 

Les modalités de calcul sont :

 

Afin de ne pas créer d’ambiguïtés sur les montants, le Montant fixe actuel est associé au Complément, il est donc renommé comme tel.

Le second montant se nomme quant à lui Supplément.

Les deux montants sont exprimés dans la même monnaie : celle définie pour le montant fixe actuel.

 

Impact dans la saisie des règles de calcul – TA082

 

« Monnaie d’expression »

Il s'agit de la monnaie d'expression des montants complémentaires et supplémentaires.
‎Cette monnaie est obligatoire dès l’instant ou un des montants est renseigné. Elle est chargée par défaut avec la monnaie d’expression du tarif de base ou à défaut du tarif à calculer.

 

« Montant Complément »

Cette zone est facultative sauf si le montant supplémentaire et le coefficient n'ont pas été saisis.
‎Ce montant intervient lors du calcul des tarifs et est exprimé dans la monnaie définie pour les montants (renseignée par défaut par la monnaie du tarif).

Le montant saisi est ajouté avant l'application du coefficient.

 

« Coefficient »

Cette zone est facultative sauf si aucun montant n’a été saisi.

Ce coefficient de calcul intervient lors du calcul des tarifs. Il est appliqué après le montant « Complément ». Le montant supplément s’appliquera après ce coefficient.

 

« Montant Supplément »

Cette zone est facultative sauf si le montant complémentaire et le coefficient n'ont pas été saisis.
‎Ce montant intervient lors du calcul des tarifs et est exprimé dans la monnaie défini pour les montants (renseignée par défaut par la monnaie du tarif).

Le montant saisi est ajouté après l'application du complément et du coefficient.

La méthode d’application des montants et coefficients est la suivante :

Prix Tarif à calculer = ((Prix de Base + Complément) x Coefficient) + Supplément

 

exemple : si notre PRI est = 10 €
Complément = 5 €
Coefficient = 3
Supplément = 0.5 €

Prix Tarif sera : ((10 € + 5 €) x 3) + 0.5 € = 45.50 €

 

En navigation, la monnaie d’expression des montants est accessible avant la saisie des montants et/ou coefficient. L’accès aux montants n’est pas possible sans avoir saisi la monnaie au préalable. La monnaie est obligatoire en cas de saisie d’un montant. En effet, c’est elle qui détermine le nombre de décimales.

Le supplément est toujours accessible (hormis si pas encore de monnaie saisie). Le nombre de décimales maximum saisissable dépendant de la monnaie d’expression des montants. Par contre, le montant est stocké en table sans aucunes décimales. Il peut néanmoins être précédé du signe « - » dans le cas d’un montant à soustraire.

À cette méthode s’appliquent ensuite les arrondis et les terminaisons éventuels.

 

En ce qui concerne la saisie des montants et des coefficients, vous avez la possibilité d’en saisir plusieurs grâce aux boutons « éléments ».

 

Le ‘clic’ sur ces boutons ouvre une fenêtre qui permet de saisir autant d’éléments que vous le souhaitez, ce qui permet de conserver le détail des éléments. Ceux-ci sont alors additionnés dans le cas des montants, et multipliés dans le cas des coefficients, et seul le total apparaît dans l’écran général de saisie. C’est d’ailleurs sur ce montant ou coefficient unique que se basent ensuite tous les calculs de tarif.

exemple : #1
Montant élément No 1 : 10 Euros
Montant élément No 2 : 5 Euros

En résultat, on obtient un montant de 15 Euros. Pour un tarif de base de 100 Euros, on obtient donc le nouveau prix à 115 Euros.

 

exemple : #2
Coefficient élément No 1 : 1,1 (ce qui correspond à 10%)
Coefficient élément No 2 : 1,05 (ce qui correspond à 5%)

En résultat, on obtient un coefficient de : 1.155 (ce qui correspond à 15,5%, c’est à dire, d’avoir l’application de 10%, puis, sur le résultat obtenu l’application de 5%).

 

Écrasement ou non si ce nouveau tarif est déjà existant pour un article lors d’un recalcul

Trois valeurs sont possibles lors des calculs multi-niveaux des tarifs :

• NULL : on interdit l’écrasement du tarif
• 1 : on autorise l’écrasement du tarif s’il n’a ni été saisi ni modifié manuellement.
• 2 : on autorise l’écrasement de tous les tarifs

 

Ces règles sont utilisées lors du calcul automatique des tarifs et aussi lors d’une saisie manuelle de tarif.

 

Le principe d’application de ces règles est le suivant :

• Prise en compte du prix existant pour le tarif de base du calcul
• Ajout du montant fixe éventuel
• Multiplication par le coefficient
• Ajout du montant fixe éventuel
• Arrondi selon la valeur choisie (Voir à la fin de la documentation le principe de calcul des arrondis)

 

Si on saisit un montant et un coefficient et un supplément, l’ordre de prise en compte est d’abord montant puis coefficient puis supplément.

Si on calcule un tarif à partir d’un tarif de monnaie différente, il est nécessaire de cocher la zone taux de change, et les renseignements relatifs au taux de change.

En cas de calcul entre deux tarifs de monnaies différentes, le supplément va se comporter de manière identique au complément à savoir :

• être converti dans la monnaie du prix de base,
• puis ajouté après la prise en compte du complément et du coefficient

 

Le résultat obtenu est ensuite converti dans la monnaie du tarif à calculer si le coefficient n’inclut pas le taux de conversion (= en fonction de la coche « Taux pas dans coefficient »). Les arrondis et la terminaison s’applique une fois le prix final obtenu donc une fois toutes les conversions effectuées.

 

La saison article peut être saisie à deux niveaux :

1. Domaine d’application :
   permet de définir quels sont les articles qui seront affectés par la règle de calcul => la saison renseignée ici sera la saison article, mais dans les traitements de calcul on tient compte de la prorogation. La recherche de la règle de calcul est faite en prenant compte : soit de la saison de l’article si une règle de calcul existe pour cette saison ; soit s’il n’existe pas de règle de calcul pour la saison article en prenant la saison dans laquelle l’article est prorogé. Si l’article est prorogé dans plusieurs saisons, on prendra la saison la plus récente dont la période de tarif est celle affichée. Cela nécessite donc pour les articles prorogés de dupliquer les règles de calcul dans chacune des saisons pour lesquelles l’article est prorogé. Il existe dans PR021 un critère permettant de traiter les articles prorogés.
2. Base de calcul :
   permet de définir à partir de quelle « BASE » doit être calculé le prix pour le tarif qui fait l’objet de la règle de calcul => cette saison peut en effet être différente de celle renseignée en domaine d’application afin de se servir des prix renseignés dans une saison antérieure.

 

N.B. :
les groupes de tailles et coefficients prix (catégories de taille) n’interviennent pas dans ce module car elles sont utilisées comme base de calcul du PVR (Prix de Vente de Référence) et du TB (Tarif Commercial de Base) en principe utilisé comme base de déclinaison des autres tarifs (Pour plus de précisions, Cf. (PRI PF - PRI OF - PRA - PRP PF)).

Ces notions étant intégrées dans ces prix de base, il n’y a donc pas lieu de les réappliquer lors du calcul des autres tarifs. Il en va de même lors de la gestion manuelle des prix de vente (PR022) qui suppose une totale liberté à l’utilisateur.

(Il n’y a donc aucun contrôle à ce niveau sur une identité de prix par groupe de taille, ne de proposition automatique des prix de vente en fonction des coefficients de prix).

 

Saisie de prix psychologiques

On peut vouloir appliquer des prix psychologiques selon un intervalle de prix.

 

exemple :

Prix de (>=) Prix à (<)  Prix appliqué

0   5.00    4.90

5.00  10.00    9.90

10.00  15.00   14.90

15.00  20.00   19.90

20.00  30.00   29.90

 

Pour cela, il faut tout d’abord créer un type d’arrondi spécial dans TA210.

Ce nouveau type d’arrondi doit avoir la coche ‘Prix de vente PF manuel’ activée.

Dans TA082, dans l’onglet Calcul, lorsque ce type d’arrondi est sélectionné, un bouton situé juste à côté du type d’arrondi permet alors d’ouvrir la fenêtre de saisie des intervalles de prix. Le bouton contient l’information du nombre d’enregistrements.

Des contrôles sont faits si les intervalles se chevauchent.

Dans l’onglet Historique, le même bouton permet de visualiser les historiques de saisie des intervalles de prix. Les informations de date et heure se situent dans la partie inférieure de l’écran.

Ces prix psychologiques s’appliquent lors des calculs de tarif générés par PR021 ou PR022.

 

 

Troisième onglet : historique

Cet onglet n’est accessible que lorsque vous travaillez sur un tarif qui a subi des modifications. Ce sont les données du tarif avant modifications qui sont notées ici. La partie haute de l’écran comprend la valeur des champs, la partie basse affiche les libellés. La date, l’heure et le nom de l’utilisateur vous permettent de voir qui a fait les modifications et quand.

N.B. :
dans cet onglet, aucune modification n’est autorisée, mais les champs sont accessibles ; par conséquent, en plaçant le curseur sur les zones, l’aide en bas d’écran est active, l’utilisateur pouvant ainsi savoir à tout moment la signification de la zone sur laquelle il se situe.

 

 

TA342 : Groupe de tarif

TA342W01
Cette fonction permet de renseigner des groupes de tarif, dans le principal but de les utiliser dans les GDA

 

Exemples d'utilisation de cette notion :

• définir un groupe de tarif par continent (Asie, Amérique, etc.), ‎avec un utilisateur différent pour gérer la tarification de chaque continent
• différencier les tarifs France (tarif de base, tarif public, ...) des tarifs export

 

Dans Cegid Orli, on retrouve la notion de groupe de tarif :

• en critère de filtre dans les GDA sur tarifs
• en critère de sélection dans les états de la chaîne PR (PR022, PR032W**)

 

 

TA170 : Élément complémentaire de tarif

TA170W01
Cette fonction permet de gérer les éléments complémentaires de tarification qui vont s’ajouter ou se soustraire au prix de vente lors de la saisie de la commande (remise, escompte,…)

 

La saisie de commande génère automatiquement les éléments complémentaires de tarification à partir des règles d’application qui sont définies dans PR023. Les éléments sont modifiables à la saisie de commande.

Pour chaque élément, on définit :

• Si l’élément est à soustraire (remise…) ou à ajouter (majoration)
• A quel endroit faire intervenir l’élément de tarification (N° d’ordre de 1 à 99)
• Quel est le type de l’élément : chaque élément de tarification peut être un taux, ou un montant unitaire pour lequel on précise d’abords la devise.
• Une coche permet d’identifier l’élément de type remise (pris en compte dans la recherche du taux de commission et non affecté aux tarifs nets).

‎ 

 

TA301 : Critères d’application des tarifs

TA301W01
Cette fonction permet de définir des critères d’attribution automatique des tarifs, soit à l’enregistrement d’une commande, soit à la création d’une fiche client, en fonction du domaine d’application saisi

 

La partie haute de l’écran permet de saisir des données au niveau client / commande, la partie basse affine la recherche au niveau article.

Le code liaison et le code client de regroupement permettent d’associer à un client des critères d’application d’un tarif :

Un enregistrement saisi avec un code client indique le tarif à appliquer à ce client.

Un enregistrement saisi avec un code liaison et un code client de regroupement indique le tarif à appliquer aux clients rattachés (client de regroupement non compris) à ce client d’appartenance par l’intermédiaire de la liaison mentionnée.

 

Remarques :

Seuls les codes liaisons de fonctionnalité supérieure ou égale à 50 sont autorisés.

On ne peut pas saisir un code client et un couple liaison – client de regroupement dans un même enregistrement.

Si un code liaison est renseigné, le code client de regroupement est obligatoire.

 

Domaine d’application :

• Null : les règles d’attribution s’appliquent au niveau des commandes ;
  si aucune règle n’est définie, c’est le code tarif de la fiche client qui sera pris en compte en saisie de commande ou de facture, avec néanmoins la possibilité de le modifier au niveau de l’entête ou des lignes.
• 1 : Les règles d’attribution s’appliquent au niveau de la création des fiches client.

 

Saison, Division, Nature, Type de cde, période de tarif : accessibles que si domaine d’application = Null.

 

Si vous renseignez des critères commande, il est alors possible de saisir des exceptions au niveau article. Pour cela il est nécessaire de saisir dans la partie basse de l’écran des critères article ainsi que le tarif que vous souhaitez leur appliquer.

À ce niveau il est également possible de spécifier si les conditions tarifaires appliquées sont négociées entre le représentant et le client (coche article négocié). Cette donnée est utilisée dans les restitutions des tarifs afin de ne ramener que les tarifs négociés.

L'option VAL_ART_NEGO permet de pré-cocher ou non cette zone.

La saisie des prix spéciaux est également possible ici si vous avez préalablement saisi la saison de vente, le code article et la monnaie. Ce sont alors ces prix qui seront proposés en saisie de commande (comme des prix spéciaux)

Ces prix négociés peuvent être édités par PR034.

N.B. : ces données (prix spéciaux et tarifs pré-négociés) ne sont actuellement pas prises en compte dans Cegid Orli Prise d'Ordres Portable.

 

Si vous n’utilisez pas cette fonction, c’est le tarif de la fiche client qui est affiché par défaut en saisie de commande.

La période de prix est facultative. Si elle n’est pas renseignée, elle sera initialisée en fonction de la saison de commande et de la date de commande (en saisie de commande).

‎ 

Gestion des prix de vente

 

PR021 : Calcul automatique des prix de vente

PR021W01
Cette fonction permet de générer automatiquement les prix de vente, pour un ou plusieurs tarifs d’un ou plusieurs articles ou produits donnés, en éditant une trace des tarifs calculés

 

Cette génération est effectuée à partir des règles de calculs saisies dans la gestion des codes tarifs (TA082).

Cette fonction gère le calcul multi-niveaux des tarifs (répercussion en cascade).

 

Le calcul automatique est effectué pour une période de prix et une saison donnée (obligatoire) et permet de traiter soit uniquement les nouveaux articles (ceux pour lesquels les tarifs à calculer n’ont pas encore été générés) soit tous les articles (avec prise en compte de la coche d’écrasement de TA082, et répercussion sur les lignes de commande en fonction de l’option MOD_TAR_SI_LCDE).

 

A titre d’information, l’ordre de génération des tarifs est alphabétique.

 

Répercussion sur les tarifs :

Si le tarif existe déjà pour les articles traités ; il faut que la valeur de la coche d’écrasement de TA082 permette de mettre à jour le tarif dans le fichier des PRIX de VENTE. Cette mise à jour se fait sur toutes les tailles ou sur certaines tailles uniquement en fonction de l’option MOD_TAR_SI_LCDE.

 

Répercussion sur les lignes de commande :

Il faut que le nouveau tarif soit créé ou s’il existe déjà qu’il puisse être recalculé (conditions précédentes).

L’option MOD_TAR_SI_LCDE intervient aussi sur la mise à jour des lignes de commande, sachant qu’il y a soit mise à jour du montant des lignes de commande, soit mise en prix spéciaux des lignes de commande ou éventuellement éclatement des lignes de commande (valeur 5 de l’option).

 

La répercussion sur les lignes de commande fait aussi intervenir le critère «répercussion commandes client».

 

Répercussion au niveau coloris :

La gestion des tarifs au coloris dépend du paramètre PRIX_VEN_AU_COL.

 

Selon la valeur du critère Type de traitement, les nouveaux tarifs peuvent être crées ou répercutés au niveau article et/ou coloris ou qu’au niveau coloris. Au niveau coloris, il faut qu’il existe un tarif au coloris pour le tarif servant de base au calcul.

 

Précisions :

• Le calcul n’est fait que pour les codes tarifs possédant des règles de calcul.
• Au moment du calcul d’un tarif, il est nécessaire que le tarif de base utilisé soit existant, sinon le tarif donné n’est pas calculé.
• Le calcul n’est effectué que pour les articles dont le code état est actif (0) et dont la date d’arrêt de commercialisation est inférieure ou égale à la date début de la période de prix.
• la recherche de la règle de calcul se fait sur la saison de l’article, ou s’il n’existe pas de règle de calcul sur cette saison, c’est la saison dans laquelle l’article est éventuellement prorogé qui est prise en compte.

 

exemple : calcul multi-niveaux

 

Pour recalculer tous les tarifs, il sera nécessaire de préciser :

le critère Autres tarifs = 1 ou 2 (selon valeur de l'option GEN_AUTR_TARIF)

et

TB comme tarif base de calcul
ou T1A et T1B comme tarif à calculer
ou TB comme tarif base de calcul avec une sélection de tarifs à calculer

À la suite d’un changement de la règle de calcul de T1A à partir du tarif de base TB, pour recalculer tous les tarifs issus de T1A, l'utilisateur devra :

Préciser T1A comme tarif à calculer.
Préciser T2A et T2B si la modification de T1A s'était faite manuellement sans recalcul des autres tarifs.

 

Dans le cas d'un calcul des autres tarifs, les filtres sur les tarifs à calculer saisis en niveau du lanceur d'édition ne seront pris en compte que pour le calcul des tarifs servant de base au calcul. Pour un tarif correspondant à ces critères, le recalcul des autres tarifs se fera pour tous les tarifs "Fils" que ceux-ci correspondent aux critères saisis ou non.

L’option EDI_TYP_PROD permet d’éditer le code nature de produit de chaque article.

 

Cas de gestion combinée de Saison article + Saison de commercialisation dans les règles de calcul :

• Ce principe de fonctionnement particulier à PR021 a été conçu pour optimiser au mieux les temps de réponse de ce traitement batch.
• En saisie manuelle PR022, ce principe n'est pas appliqué (la recherche unitaire n'ayant pas d'impact sur les temps de traitement).
• Dès lors qu'il existe au moins une règle de calcul renseignée dans TA082 avec le critère
  ‎« Saison de commercialisation », PR021 considère que tous les prix sont gérés ainsi.
  • Si on gère les règles de calcul avec Saison de commercialisation :
    ‎la recherche du prix s'effectue avec saison commerciale
  • Si aucune règle de calcul ne contient de critère saison de commercialisation :
    ‎la recherche du prix s'effectue sans saison commerciale
• La différence majeure entre ces deux traitements est la recherche du prix (vente ou PRI) de base :
  • avec règle contenant la saison commerciale :
    ‎ce sera celui pour la période dont la date correspond à la saison de commercialisation lorsque la saison de base (=saison article dans Base de calcul) n'est pas renseignée.
  • sans règle contenant la saison commerciale :
    ‎il faut renseigner la saison de base (=saison article dans Base de calcul)

N.B. :
ce critère « saison de commercialisation » est utilisé uniquement pour filtrer les articles dont les prix sont à calculer ; pour tenir compte des règles de calcul se basant sur la saison de commercialisation, il faut renseigner aussi le critère fonctionnel « Saison Commerciale (règle) »

 

 

PR022 : Gestion des prix de vente

PR022W01
Cette fonction permet de gérer la valeur des tarifs par période

 

Fonctionnalités :

• Création manuelle d’un tarif
• Modification d’un tarif déjà existant
  (que celui-ci ait été crée par l’automatisme de calcul ou bien manuellement)
• Consultation d’un tarif
• Suppression d’un tarif

 

Selon les valeurs des différentes options, PR022 peut :

• afficher la règle de calcul de tarif à calculer
  (AFF_CAL_TAR_BAS)
• modifier la règle de calcul par défaut
  (ACCES_BASE_CALC)
• effectuer un calcul automatique des prix à partir de la règle de calcul affichée
  (CALC_AUTO_TARIF)

N.B. : dans le cas CALC_AUTO_TARIF=2, les valeurs de prix par taille restent accessibles et modifiable, MAIS sont ré-écrasées par la règle de calcul à chaque fois qu'on accède à ces valeurs (que ce soit à la souris ou au clavier)

 

Le principe de modification du tarif et de répercussion sur les lignes de commande, suit les mêmes règles que PR021 : il prend en compte la coche d’écrasement de TA082 et la valeur de l’option MOD_TAR_SI_CDE.

 

La suppression d’un tarif n’est autorisée que s’il n’existe pas de lignes de commandes pour ce tarif.

Chaque tarif est obligatoirement appelé par son code tarif (pas de prix possibles sans code tarif).

Seuls les prix pour les tailles à la vente peuvent être saisis ou calculés. Ils doivent obligatoirement être renseignés.

La gestion est effectuée par article (code saison et code ou nom article), par code tarif et par période de prix. La notion de coloris ne peut être renseignée que si l’option PRIX_VENT_AU_COL=1.

Ainsi, on peut gérer un tarif au niveau de chaque coloris particulier et un tarif au niveau de l’article pour tous les autres coloris.

Si le prix est calculé au coloris à partir d’une règle de calcul, la recherche de cette règle se fait pour le coloris traité, mais s’il n’y a pas de tarif de base de calcul sur le coloris, c’est le tarif de l’article qui est proposé.

La partie base du calcul n’est accessible que si les prix sont modifiables. L’affichage de la règle de calcul saisie dans TA082 se fait suivant l’option AFF_CALC_TAR_BAS. Cette règle peut être modifiée ou une autre saisie. La sélection de ‘Aucune’ comme base de calcul a pour effet d’effacer le contenu de la règle. Dans ce cas, le bouton ‘calcul des prix’ lance le calcul d’après la règle par défaut définie dans TA082, s’il en existe une.

Il y a également possibilité de saisir une règle de calcul particulière à la saisie en cours pour générer les prix de vente, sachant que cette règle n’est pas mémorisée (pas de répercussion au niveau du TA082) (elle est saisie selon la même philosophie que celle décrite au niveau des codes tarifs).

Si l’on coche « Génération des autres tarifs », la modification n’est répercutée que sur un niveau de tarif. Si l’on coche « multi-niveaux », le recalcule se fait pour tous les tarifs fils.

La notion de « commencée en livraison » indique si des lignes de commande portant sur le tarif ont été commencées soit en affectation, en préparation ou facturation.

 

Remarques sur les prix de vente à la taille :

• Le prix d'une taille à la vente doit obligatoirement être renseigné, même si c'est avec 0. Le prix d'une taille non à la vente sera lui forcément nul.
• L'accès aux prix se fait en fonction de l'existence de lignes de commandes et de leur état et en fonction des coches de répercussions. Le contrôle d'accès peut se faire pour toutes les tailles ou taille à taille (option MOD_TAR_SI_LCDE=1,3 ou 4).

 

Remarques concernant la gestion des articles prorogés :

• Dans les calculs de tarifs (TA082), la saison est obligatoire. Il est donc nécessaire pour les articles prorogés de dupliquer les règles de calcul dans chacune des saisons pour lesquelles l’article est prorogé.
• Plutôt que de rendre la saison facultative dans TA082, la recherche de la règle de calcul est faite en prenant compte :
  • Soit la saison de l’article
    si une règle de calcul existe pour cette saison.
  • Soit, s’il n’existe pas de règle de calcul pour la saison article, la saison dans laquelle l’article est prorogé.
    Si l’article est prorogé dans plusieurs saisons, on prendra la saison la plus récente dont la période de tarif est celle affichée.

‎ 

Navigation :

 

• Partie Entête :
  saisie standard du produit, puis saisie du tarif et de la période.
  
  Cette partie n’est accessible qu’en création.
  Le coloris n’est pas obligatoire et si le paramètre PRIX_VEN_AU_COL=0, il n’est pas saisissable.

 

Coche « Génération Autres Tarifs » :
Accessible si existence de tarif fils et suivant option GEN_AUTR_TARIF :

• 0 : Décochée et pas accès   
• 1 : Cochée et pas accès  
• 2 : Cochée et accessible
• 3 : Décochée et accessible

 

Coche « Génération Multi-Niveaux » :
Accessible si « Génération Autres Tarifs » coché et suivant l'option GEN_MULT_TARIF variable par utilisateur  :

• 0 : Décochée et pas accès   
• 1 : Cochée et pas accès
• 2 : Cochée et accessible
• 3 : Décochée et accessible

 

Coche « Répercussion Commandes » :
Accès en fonction de l’existence de commandes et de l’option MOD_TAR_SI_LCDE :

• 0,1 :
  Pas accessible et décochée
• 2 :
  Accessible s’il existe uniquement des lignes de commande non commencées en livraison.
• 3,4 :
  Accessible
• 5 :
  Pas accessible mais cochée

 

Coche « Mise en prix spéciaux » :
Accès si « Répercussion Commandes » est cochée, ou pas accès et décochée si MOD_TAR_SI_LCDE=5.

 

Coche « Commandes livrées uniquement » :
Accès si MOD_TAR_SI_LCDE=4 et si « Mise en prix spéciaux » est cochée.

 

• partie Base de calcul

  ‎accessible si l’option ACCES_BASE_CALC=0 et si les prix sont modifiables.

   

   

• partie Prix de vente 

NON accessible si :

• MOD_TAR_SI_LCDE=0
  ET existence de lignes de commandes.
• MOD_TAR_SI_LCDE=2
  ET
  Existence de lignes de commandes commencées en livraison
  
  OU
  
  Existence de lignes de commandes non commencées en livraison, ‎MAIS « Répercussion commandes » n’est pas cochée.

 

Si MOD_TAR_SI_LCDE,=1,3 ou 4 :
‎La gestion des accès s’effectue taille à taille en mise à jour.
‎Dans ces cas-là, la taille est non accessible si :

 

• MOD_TAR_SI_LCDE=4
  
  ET la taille est commandée

   

• MOD_TAR_SI_LCDE=3
  
  ET
  • La taille est commandée et commencée en livraison
    
    OU
    • La taille est commandée, non commencée en livraison,
      ‎MAIS « Répercussion commandes » n’est pas cochée

       

• MOD_TAR_SI_LCDE=4
  
  ET
• La taille est commandée, commencée en livraison,
  ‎MAIS « Mise en prix spéciaux » n’est pas cochée
  
  OU
• La taille est commandée, non commencée en livraison,
  ‎MAIS « Répercussion commandes » n’est pas cochée
  ‎

 

PR023 : Application des éléments de tarification

PR023W01
Cette fonction permet d’appliquer les éléments complémentaires de tarification (remises, escomptes, majoration pour emballage, ...) influant sur le prix de vente final de l’article

 

Ces éléments sont définis dans une « bibliothèque » de base,‎ par l’intermédiaire de TA170 : Éléments complémentaires de tarif.

Les règles de calcul de l’élément sont ensuite précisées par les informations suivantes :

• Fonctionnalité de calcul (en + pour majoration, en – pour minoration)
• N° d’ordre d’application habituel si les éléments s’appliquent toujours dans le même ordre (voir plus loin).
• Type d’élément
  (exemple : en pourcentage ou en montant unitaire à la pièce si on veut appliquer une majoration de 10 centimes par pièces pour frais de vignettage particulier)
• Taux si pourcentage
• Devise et montant si montant unitaire.

 

Cette fonction recense tous les éléments que ceux-ci soient appliqués aux lignes ou en fin de commande (le même élément peut être utilisé aux 2 niveaux). Il faut noter que ces éléments apparaissent systématiquement sur les éditions des documents clients (confirmation, facture, bon de livraison valorisé) et qu’ils ne peuvent donc correspondre qu’à des informations connues par le client.

Au cas ou des influences « non visibles » par le client doivent avoir lieu sur le prix de vente, il ne faut pas passer par ces éléments mais soit par une création de tarif particulier, soit par des prix spéciaux en ligne de commande.

La base de calcul d’un élément est toujours le HT sauf si plusieurs éléments existent pour une même commande ou ligne de commande. Dans ce cas, le calcul du 1er élément sera effectué sur le HT mais le calcul des éléments suivants seront effectués sur le HT moins la somme des éléments précédents.

 

exemple : Si une commande possède, dans l’ordre, une remise, un escompte et un frais d’emballage la remise sera calculée sur le HT, l’escompte sur le HT moins la remise, les frais d’emballage sur le HT moins la remise, moins l’escompte.

Si des éléments existent à la fois au niveau des lignes et au niveau pied de commande, la base de calcul des éléments du pied de commande sera le HT déduits de la somme des éléments des lignes.

‎Le N° d’ordre de calcul doit être défini soit :

• De manière facultative au niveau de l’élément lui-même
  (utile dans le cas ou vous possédez peu d’éléments et qu’ils s’appliquent toujours dans le même ordre).
• Lors de la définition des règles d’application des éléments
• Lors de la saisie de l’élément à la commande.

 

Ces éléments peuvent être appliqués de 2 manières aux commandes ou lignes de commande :

1. Soit en mode manuel par saisie sur un écran spécial en saisie des commandes (Pour plus de précisions, Cf. module Gestion des commandes).
2. Soit à partir d’une table d’application reprise en automatique en saisie des commandes.

 

Il est possible d’attribuer, grâce aux critères clients, des remises aux clients de certains pays.

Il est également possible d’attribuer des remises aux clients qui demandent des livraisons tardives en dehors des périodes de pointe, en saisissant des dates de livraison demandées. C’est alors la date de début de livraison demandée qui sera comparée à cette fourchette. Dans les visualisations de ces éléments de tarification (CD001, FA002 et CL080), la date de début de livraison demandée peut être nulle. Dans ce cas, seuls les éléments saisis sans notion de dates de livraison seront pris en compte. Par contre, si une date de début de livraison demandée est saisie, tous les éléments dont la fourchette de dates inclut celle-ci seront pris en compte, mais également les éléments saisis sans restriction de dates.

‎ 

 

PR024 : Gestion des tarifs publics

PR024W01
Cette fonction permet de saisir manuellement le prix de vente public des articles / produits

 

Elle permet d’une part la saisie des prix de vente pour le tarif public et d’autre part le calcul des prix de vente pour le tarif de base et ce à partir des prix de vente pour le tarif public.

Toute modification des prix de vente du tarif public entraîne systématiquement une mise à jour des prix de vente du tarif de base.

 

Fonctionnement :

La fonction propose une fourchette de prix de vente dans laquelle doit se situer le prix « retenu » pour l’article, tout en proposant un « prix de vente conseillé ».

Le prix de vente conseillé se situe au milieu de la fourchette et doit, si les taux de marges (PR114) sont respectés être le prix de vente retenu.

Le prix de vente pour la taille de base de l’article ou produit doit être saisi. Le prix saisi est alors automatiquement affecté aux autres tailles selon le coefficient saisi en TA031.

Vous pouvez fixer des prix de vente en dehors de la fourchette proposée (option DROI_HORS_FOUR=1) dans ce cas, le prix de vente retenu est directement mis à jour comme s’il était compris dans la fourchette.

Avec option DROI_HORS_FOUR=0, vous n’avez pas le droit de saisir des prix hors fourchette, dans ce cas, le prix de vente retenu est placé en attente de validation. Le prix doit alors être rappelé par un utilisateur habilité à saisir des prix hors fourchette, il peut soit le modifier, soit le valider.

 

Pour modifier des prix déjà validés, il faut utiliser le mode interrogation. Un prix en attende de validation n’apparaît donc pas dans ce mode.

Pour créer des prix de vente ou pour retrouver des prix hors fourchette afin de les modifier ou de les valider, vous devez passer en mode saisie.

La saisie du motif est obligatoire ou facultative selon la valeur du paramètre CTRL_MOTIF_PRIX. Lorsqu’il est saisi, il doit correspondre au contexte tarif. Si le paramètre est égal à 3, le motif proposé par défaut correspond au dernier motif que vous avez saisi. Il est inaccessible en création.

N.B. :
les prix en attente de validation ne peuvent pas être consultés par le mode interrogation, il est obligatoire de passer en mode saisie et renseigner l’article (ou le produit) et la période de tarif. PR025 – Edition des tarifs publics à valider permet de lister les articles pour lesquels les prix sont en attente de validation.

 

L'option METH_ARRO_TBASE permet de définir des arrondis ou calcul différents pour le tarif de base.

METH_ARRO_TBASE=0 :
le type d'arrondi pris en compte pour le calcul du tarif de base sera celui défini dans le paramètre général TYP_ARRO_PRIX.

METH_ARRO_TBASE=1 :
le type d'arrondi pris en compte pour le calcul du tarif de base sera celui défini au niveau de la règle de calcul du tarif public à partir du tarif de base.

METH_ARRO_TBASE=2 :
le tarif de base est calculé à partir d'une règle de calcul à part entière définissant les modalités de calcul. Il est donc nécessaire dans ce cas d'avoir aussi une règle de calcul du tarif de BASE à partir du tarif PUBLIC. Les montants, coefficient, type d'arrondi et autres éléments du calcul seront lu pour cette règle.

 

REMARQUES :

• Un article possédant des tops PRI ne peut être appelé sans avoir au préalable relancé un calcul par PR231.
• Le coloris n’est accessible que si les prix sont gérés au coloris (paramètre PRIX_VENTE_AU_COL=1).
• Le tarif public est seulement affiché et correspond au tarif public associé à la période s’il est défini pour celle-ci dans TA108, sinon, s’il s’agit du tarif public défini dans le paramètre général TARIF_PUBLIC. Il n’est ni accessible, ni modifiable.
• Lorsque l’article est mi-négoce, mi-fabriqué (selon les types de fabrication définis pour l’article ou le produit), les taux de marge et pourcentage de tolérance appliqués sont ceux exprimés pour le type fabriqué. Il est impossible de prendre les 2 types d’informations car cela risquerait d’aboutir à une non-progressivité des prix par taille.
• Tous les prix de vente conseillés tiennent compte du coefficient de prix à appliquer à chaque taille. Ce coefficient correspond en général aux majorations grandes tailles et est indiqués dans la gestion des catégories de taille (TA031).
• Les prix de vente conseillés affichés peuvent ainsi varier d’une taille à l’autre. De la même manière, le prix de vente « retenu » varie au niveau des tailles car ce coefficient lui est également appliqué.
• Toute redéfinition du tarif public entraîne automatiquement une refixation simultanée du PRI.
• Un contrôle bloquant interdit toute modification d’un tarif public s’il existe au moins une ligne de commande enregistrée pour l’article ou le produit donné. S’il est néanmoins nécessaire de procéder à cette modification, vous pouvez le faire par l’intermédiaire de PR022.
• Il doit exister une règle de calcul dans TA082 pour le tarif public à partir du tarif à calculer correspondant au tarif de base.
• La fonction prend en compte les types d’arrondis tels qu’ils ont été définis dans TA210. L’arrondi paramétré est utilisé pour calculer les PRI fixés à partir du PRI calculé et l’arrondi défini au niveau du tarif public pour les prix de vente conseillés, mini, maxi, retenu et de base.

‎ 

Consultation des tarifs

 

PR092 : Consultation des tarifs et prix de vente

PR092W01
Cette fonction permet de consulter les tarifs des produits finis

 

Il s’agit d’une « Liste de données multi-critères » :

 

Recherche Multi-critères

Cette partie contient l’ensemble des critères de présentation et de sélection des tarifs à visualiser.

Le critère « Monnaie de présentation » n’est pas obligatoire.
Lorsqu’il est renseigné, il permet de visualiser les prix dans la monnaie saisie, sinon les prix sont affichés dans la monnaie du site.

Il existe 2 affichages distincts pour les prix :

1. en fonction de la monnaie du tarif
   avec le critère « Prix de vente en monnaie du tarif X»
2. en fonction de la monnaie de présentation ou monnaie du site
   avec le critère « Prix de vente en monnaie de présentation X »

Il est possible de combiner les 2 affichages de prix.

 

Liste de données

Cette partie contient le résultat de la recherche. La présentation de la liste (colonnes) peut être modifiée et personnalisée.

Un double-clic ou le bouton de circularité ‘actions complémentaires’ permet d’appeler PR022 Gestion des prix de vente à condition que la liste possède les informations Saison / Article / Coloris / Tarif / Période.

N.B. :
l’affichage de la grille de taille dépend de la présence ou non de la colonne «Grille de taille ». Lorsque la grille de taille est présente dans la liste résultante, l’affiche des intitulés de taille varient en fonction de l’article (ou produit).

 

Barre d’outils spécifique aux listes de données

Cette partie permet :

• l’accès à la personnalisation de la liste résultante via le bouton « Paramétrer la liste »,
• l’accès à la liste des détails disponibles depuis la consultation des tarifs. En l’occurrence, ici il est possible d’appeler PR093 Historique des prix de vente pour le tarif en cours, via le bouton ‘infos complémentaires’.
• l’accès et l’enregistrement de filtres,
• l’accès et l’enregistrement de présentations.

 

 

PR093 : Consultation des historiques de prix de vente

PR093W011
Cette fonction permet de consulter l’historique des modifications de tarifs des produits finis

 

Le fonctionnement de PR093 est identique à celui de PR092, avec l’historique des modifications subies pour l’association Saison/Article/Coloris/Période/Tarif.

Dans la liste résultante, PR093 liste également le prix de vente en cours.

 

Le bouton de circularité « Actions complémentaires» permet d’accéder à PR022 pour Saison/Article/Coloris/Période/Tarif sélectionné.

N.B. :
dans PR093, le double-clic sur un enregistrement n’a aucune action, puisqu’il n’existe pas de gestion des historiques.

 

‎ 

Édition des tarifs

 

PR025 : Édition tarif public à valider

PR025W01
Cette fonction permet d’éditer les tarifs publics dont les prix de vente retenus saisis dans PR024 sont HORS fourchette

 

Ces prix sont en attente de validation.

L’édition correspond à la liste des articles ou produits pour lesquels il y a un tarif à valider.

Cette liste ne fait apparaître que les prix de vente (minimum, conseillés, maximum et retenus) pour la taille de base.
‎

 

PR032 : Édition des tarifs

PR032W01
Cette fonction permet d’éditer les tarifs article

 

4 présentations possibles:

1. Edition des tarifs produits finis au tarif
2. Edition des tarifs produits finis au produit
3. Liste des tarifs appliqués par tarif
4. Liste des tarifs appliqués par produit

 

Différence entre « Edition des tarifs » et « Liste des tarifs appliqués » :

L’édition des tarifs permet d’obtenir la liste des prix de vente pour chaque Produit/Tarif.

La liste des tarifs appliqués quant à elle permet d’obtenir soit la liste des produits associés à chaque tarifs, soit la liste des tarifs pour chaque produits, mais sans notion de prix.

 

Le tarif n’est pas édité pour chaque taille mais « regroupé » en fourchettes de prix identiques pour plusieurs tailles successives, qui s’éditent donc sous la forme :

Taille xxxxx à xxxxx : prix xxxxx,xx

 

La période de tarif est un critère obligatoire. Si vous ne le saisissez pas, vous aurez un message d’erreur à la validation.

Vous pouvez renseigner la date d’édition du tarif ou pas.

Vous pouvez également choisir de lancer l’édition pour vos entités illustrées, auquel cas, l’image de l’article sera imprimée.

Les critères de présentation vous permettent de restreindre l’édition afin de n’éditer que les informations souhaitées

Selon la valeur du paramètre PRIX_VEN_AU_COL, la présentation de l’édition des tarifs par produit sera différente.

Il n’y a aucun contrôle lors de la saisie des critères (mais message d’erreur en cas d’anomalie).

Le critère Edition illustrée ne doit être renseigné que pour l’édition des tarif « par tarif » ‎(type édition = 1 et type tarif = 1)

Il est impossible de lier le critère tarif avec les autres pour une édition par produit.

 

PR032W02, à la différence du PR032, permet d’obtenir une comparaison des tarifs.

La présentation au niveau des critères d’entête est la même que celle de PR032.

Vous pouvez saisir et comparer jusqu’à 11 codes tarifs différents.

Comme dans PR032, les tarifs sont affichés par tranche d’application.

La zone période de tarif est une zone obligatoire.

 

 

PR033 : Edition historique prix de vente

PR033W01
Cette fonction permet d’éditer, soit le listing de l’historique des modifications des prix, soit la liste des derniers prix modifiés

 

La présentation Historique des modifications de prix permet d’éditer l’ensemble des modifications de prix effectuées pour les critères restrictifs renseignés. Cet état fait apparaître le prix courant de l’article (seulement si ce prix courant a été modifié au moins une fois).

Les informations sont classées selon le critère de classement, puis le prix courant et enfin les prix modifiés dans l’ordre décroissant des dates de modification.

La présentation Liste des derniers prix modifiés permet d’éditer le prix courant pour les articles / produits selon les critères restrictifs renseignés. Seuls les prix modifiés au moins une fois apparaissent.

 

PR034 : Edition des prix négociés

PR034W01
Cette fonction permet d’éditer les prix négociés saisis dans TA301

 

Deux types d’état sont possibles :

• Interne (type édition=1) :
  plutôt destiné à l’entreprise. Le code tarif et la période de prix sont indiqués, ainsi qu’une coche ‘prix spéciaux’.
• Externe (type édition=0) :
  plutôt destiné au client. Seul le prix le concernant est édité. Les coordonnées du client (saisi en TA301) sont également éditées.

 

Seuls les prix bruts sont pris en compte. (pas de prise en compte des éléments de tarification du PR023)

N.B. :
les temps de traitement peuvent être assez longs si les critères saisis ne sont pas très restrictifs.

‎ 

 

PR041 : Courriers de modification de tarifs

PR041W01
Cette fonction permet d’obtenir un courrier informatif suite à la modification d’un tarif ayant été répercutée sur des lignes de commande

 

Ce courrier a pour but d’informer le client que sa ou ses lignes de commande concernées seront facturées non plus au prix initial mais au nouveau prix.

La langue de l’édition peut être la langue saisie en critère ou la langue du client à livrer si celle en critère est nulle.

 

Description de l’état courrier de modification de tarifs :

 

En-tête de page :

• Logo selon la société (fichier image)
• Entête complète du courrier de modification de tarifs
• Adresse de livraison, confirmation, de facturation
• Entête réduite du courrier de modification de tarifs : Titre, date du jour, numéro de client, numéro et date de commande, n° de page

 

Entête de commande :

Données sur la liaison centrale (fctn 50), référence de la commande avec la date de la commande et le code rayon, le CNUF, le fournisseur, le représentant de la commande, la secrétaire commerciale, la domiciliation bancaire et le numéro de compte, la période et le code tarif, le mode de règlement, l’échéance et la monnaie, le transporteur, le mode d’expédition et la condition de port, le type, la nature et le libellé de la saison de commande, le texte en en-tête.

 

Lignes :

• Informations articles : saison, code et libellé, désignation, libellé long.
• Informations produits : coloris, présentation, finition spéciale, libellé long.
• Pied de commande : Texte en pied

 

Pied de page :

Logo selon la société

 

 

PR036 : Liste des produits sans tarif / tarif nul

PR036W01
Cette fonction permet de s’assurer que tous les produits ont un prix pour un tarif

 

Elle permet d’obtenir la liste des produits finis n’ayant pas de tarif ou ayant un tarif mais dont au moins une des tailles à la vente possède un prix = 0.

Elle présente l’avantage de pouvoir contrôler plusieurs tarifs en même temps.

 

L’état édité contient donc des lignes de tarifs qui sont : soit inexistants, soit comprenant au moins un prix égal à zéro.

Les colonnes « Sans tarif » et « Prix à zéro » sont remplies avec X indiquant la cause de l’édition.

Une ligne n’est éditée que si l’une des 2 conditions est remplie.

 

La fonction permet de sélectionner le type de contrôle désiré :

1. édition des produits sans tarif
2. édition des produits avec tarifs mais dont l’un au moins possède un prix=0
3. édition des deux précédentes.

 

En cas de gestion des prix de revient (paramètre GEST_PRI=1), on peut demander les mêmes contrôles sur les PRI fixés ou calculés.

 

Choix des prix sur lesquels effectuer le contrôle :

• 1 : sur les prix de vente
• 2 : sur les PRI fixés
• 3 : sur les PRI calculés

 

N.B. :
Les fonctions de saisie (xx : CD001) prennent en compte le prix à l'article si celui-ci n'est pas défini pour le produit; c'est pourquoi PR036 ne sort pas la liste des produits n'ayant pas de de tarif s'il en existe un pour l'article.

 

Description des méthodes d’arrondi utilisées
‎dans le logiciel pour le calcul
‎des prix de revient et des prix de vente

 

Le principe retenu pour cette gestion consiste à gérer une table (non accessible à l’utilisateur) qui référence les différents cas d’arrondis possibles sous forme de code arrondis et de «valeur d’arrondis».

 

L’arrondi est toujours appliqué sur des prix exprimés dans leur plus petite unité (par rapport au nombre de décimales déclarées pour une monnaie donnée dans ‎TA016).

Le code arrondi choisi dans le logiciel correspond à l’application d’une valeur arrondie donnée.

Cette valeur correspond aux différentes terminaisons possibles pour un prix (valeur indiquée et multiples de cette valeur).

 

exemple : arrondis existants

• 1 (unité c’est à dire pas d’arrondi)
• 10 (arrondi à 10 unités)
• 25 (arrondi à 25 unités)
• 50 (arrondi à 50 unités)
• 100 (arrondi à 100 unités)

 

exemple : sur des prix en Euros (EUR) et en Bath Thaïlandais (BAT), avec la monnaie EUR en centimes (2 décimales), et que la monnaie BAT en entiers (0 décimale) :