Statistiques /Commandes /Pièces

 

Principe général des sources de données pour statistiques

 

Généralités

 

Paramètres généraux 

 

Code langue :
‎permet d’éditer les libellés des colonnes du tableau dans une autre langue.

Monnaie d’impression :
‎permet de convertir les montants dans une monnaie choisie.

 

 

Critères

 

Critères de RUPTURE

Si, parmi les critères, vous choisissez le coloris (n°3), la gestion des ruptures et la recherche du libellé se fera à partir des coloris communs, les coloris propres étant ignorés, sauf si vous avez aussi saisi le critère article (n°2) en amont du critère coloris. Dans ce dernier cas la gestion du critère coloris s’effectue sur les coloris propres.

La rupture sur le coloris se fait sur coloris ET grille de taille.

 

Si vous avez choisi en critère entête 1 ou 2 articles, coloris ou modèle, l’édition pourra avoir l’image article, coloris ou modèle si elle existe dans la base et qu’elle a été associée.

Pour les critères article, regroupement, client et modèle, le code à lui seul ne définit pas une entité, c’est pourquoi la gestion des ruptures s’effectue comme suit :

• Le critère article équivaut aux critères saison + article
• Le critère regroupement équivaut aux critères société + client
• Le critère client équivaut aux critères société + client
• Le critère modèle équivaut aux critères saison + réseau + modèle

 

Les valeurs associées à un regroupement correspondent aux valeurs du client regroupement et de ses adhérents.

‎

Critère TYPE DE CALCUL

Il permet de baser les calculs statistiques sur différents montants et quantités :

• Commandé BRUT
• Commandé NET (application des éléments de tarif)
• (Commandé) RESTE À FACTURER
• (Commandé) FACTURÉ
• Facturé HISTORISÉ (après traitement FA007)

 

Critère FINITION SPÉCIALE

Il possède un fonctionnement différent des autres critères limitatifs.

En effet, pour sélectionner :

• Sans finition spéciale et avec finition spéciale : laisser à blanc
• Sans finition spéciale : choisir l’opérateur ‘Nul’
• Uniquement avec finition spéciale : %
• Une finition spéciale particulière : taper son code.

 

Critère ANOMALIES

Le critère Edition anomalies PRI, PRMP permet d’éditer ou non les éventuelles anomalies relatives au PRI ou/et PRMP.

 

Critère IMAGE

Cette coche permet l'édition des images.

 

 

Critères MOTIFS DE BLOCAGE

Les critères de motifs de blocage d’une commande sont au nombre de 3 :

• 87 : motif blocage commercial
• 88 : motif blocage financier
• 89 : motif blocage logistique

 

Le critère sélectif « motif de blocage de commande » permet de saisir indifféremment tous les codes motifs désirés pour les trois niveaux de blocage.

 

 

Critère « Édition sur »

Critère nécessaire pour l'édition d'articles de regroupement, celui-ci permet de faire l'édition soit des articles vendus, soit des articles individuels.

‎On aura donc un éclatement des articles de regroupements, au niveau de l'édition des statistiques, par rapport à ce qui a été saisi dans AR016 des regroupements commerciaux.
‎Les critères articles seront basés soit sur les articles vendus si "articles vendus" demandé, soit sur les articles individuels si "articles individuels" demandé.

‎Les quantités éditées seront alors celles des individuels et les montants seront calculés au prorata du pourcentage de PRI représenté par chacun des individuels (si l'individuel n'a pas de PRI le montant sera alors nul).

‎ 

exemple :

• on peut considérer comme :
  • articles vendus :
    ‎
  • articles individuels :
    ‎

Au niveau du commandé client PF :

• "Articles vendus"
  ‎Statistique sur articles vendus en nombre de pièces (valeur par défaut) :
  ‎
• "Articles vendus" + coche "Colis pièce édité en nb colis"
  ‎Statistique sur articles vendus en nombre de colis :
  ‎
• "Articles individuels"
  ‎Statistique sur articles individuels (forcément en nombre de pièces) :
  ‎

 

 

Gestion des avoirs financiers :
‎Dans TA180, il est possible de spécifier si une pièce (Avoir ou Facture) est de type financier (Coche D.F.) ; cela permet de spécifier qu'une pièce est à prendre en compte, au niveau de la fonction statistique uniquement au niveau du montant de la pièce, sans tenir compte des quantités de la pièce.

 

exemple :
‎Dans une commande 2 produits sont vendus :
‎Produit A, et Produit B avec :

• Prix de vente = 50€
• Prix de revient = 15€

‎Si pour le Produit B il y a un problème de qualité sur 1 des 2 pièces et donc,
‎qu'une remise commerciale de 20€ est accordée après coup, sans retour du Produit par le client,
‎si le Type de document de la remise Commerciale accordée, est de type Financier :

 

Conversion des montants et utilisation du critère "Monnaie d'impression" :
‎Les montants édités sont convertis soit en monnaie d'impression (si critère saisi), soit en monnaie du site.
‎Le montant est tout d'abord converti et récupéré en monnaie du site (au moment de la création de la pièce).

 

exemple :

Commande client au 01/01 de 1000 USD.
‎Au 01/01 : 1000 USD = 560 EUR (Monnaie du site)
‎
‎Edition de cette commande dans une statistique au 01/07 :
‎On part du montant en monnaie du site stocké sur la pièce (560 EUR) que l'on va convertir à la date du jour dans la monnaie d'impression choisie :

• Si édition en USD : on convertit les 560 EUR en USD au 01/07 soit 784 USD (taux de change appliqué : 1 EUR = 1.4 USD --> 560 * 1.4 = 784)
• Si édition en EUR : on édite 560 EUR.
  ‎L'intérêt de ce fonctionnement est de pouvoir cumuler dans une seule devise, des pièces de devises différentes.

 

Critère Commandes SOLDÉES et/ou ANNULÉES

4 critères sélectionnables dans l’onglet ‘libre’ de chaque fonction statistique.

1. Commande annulée
2. Commande soldée
3. Commande ligne annulée
4. Commande ligne soldée

 

Ces critères permettent d’éditer ou de ne pas éditer, les commandes ou lignes de commande annulées ou soldées, afin d’alléger les statistiques.

 

Conjointement, le paramètre FILTR_POSIT_ST permet de lever les filtres automatiques sur les commandes soldées et/ou annulées. Les quantités soldées et/ou annulées étant écartées au moment du calcul (selon la fonction de la position choisie), l’activation de ce paramètre permet de choisir l’état des commandes sélectionnées, valable pour toutes les positions choisies simultanément. Avec l’utilisation des critères soldé/annulé, il est conseillé d’activer le paramètre.

 

exemple :

Vous souhaitez éditer un rapport (dans ST008) avec le préparable et le commandé net pour savoir ce qu’il vous reste à envoyer à vos clients.

Les données sont les suivantes :

En laissant le paramètre FILTR_POSIT_ST=0, on obtiendra la statistique suivante (dans ST008, positions 41 Commandé net et 53 Préparable)

La ligne de commande 100 pour l’article SAC, bien que déjà soldée, est éditée. La commande 120, soldée, est également éditée. En effet, la position 41 représente les commandes sans les commandes annulées, mais avec les commandes soldées.

En activant le paramètre FILTR_POSIT_ST=3) et en ajoutant dans l’onglet ‘Libre’ le critère « Commande ligne soldée » EST VIDE, on obtiendra la statistique suivante :

 

Contrôles

Le lanceur effectue quelques contrôles lors de la saisie des critères :

Vous devez saisir au moins le critère ligne 1

Vous devez saisir le code liaison du client de regroupement si ce dernier a été choisi dans les critères lignes ou entêtes.

Vous devez prendre garde aux opérateurs logiques et bien respecter le principe suivant :

• ET critère A = valeur 1
• OU critère A = valeur 2
• OU critère A = valeur 3
• ET critère B = valeur 4
• ET critère C = valeur 5
• OU critère C = valeur 6

 

 

Devises

Les taux de change sont saisis dans la table TA100.

Ils sont saisis par date, mais peuvent également être saisis par saison.

Le principe dans les statistiques est le suivant :

 

Si devise de la pièce :

• = devise du demandeur, pas de conversion
• # devise du demandeur, conversion directe entre les 2 devises

• Pour les positions « facture », à la date de la facture
• Pour la position « facturé » (ST002 à ST007), à la date de dernière facture
• Pour les autres positions « BP » (ST008), à la date de la commande

 

Il faut prévoir dans TA100 tous les taux de change possibles entre toutes les devises.

‎ 

Gestion des droits d’accès (GDA)

Le principe consiste à appliquer les GDA définies pour la fonction quelle que soit la sélection réalisée.

Ainsi, même si l’entité à la base de la GDA n’est pas sélectionnée (ou un critère lié à cette entité), que ce soit en critère de présentation ou en critère sélectif, la GDA sur cette entité doit quand même s’appliquer. De même, une totalisation de niveau supérieur à une entité sélectionnée ne doit prendre en compte que les entités accessibles.

exemple :

• une simple liste des articles commandés doit prendre en compte les droits d’accès de l’utilisateur aux différents clients ayant passé commande
• pour une statistique des clients par pays, la totalisation par pays ne cumulera que les clients listés, sur lesquels la GDA a été appliquée.

 

Les GDA décrits ci-après sont à paramétrer pour chaque utilisateur dans la fonction JP510 selon les besoins.

‎ 

GDA possibles dans les statistiques

Il faut distinguer deux types de statistiques :

 

1. Les statistiques sur « commandes » ou « sur pièces »,
   ‎soit ST002, ST003, ST004, ST005, ST006 et ST007.

    

   Sont définies dans JP511 pour ces fonctions, les GDA :

   • 002 ARTICLE
   • 006 CLIENT
   • 007 COMMANDE CLIENT
   • 020 MAGASIN PRODUITS FINIS
   • 124 DIVISION COMMERCIALE
   • 150  GESTION DE GROUPE (uniquement si module gestion de groupes)

      

     N.B. :
     Pour la position « prévision » de ST003, seules les GDA 002 et 124 seront applicables.

      

2. Le « tableau de bord » ST008.

    

   Sont définies dans JP511 pour ces fonctions, les GDA :

   • 002 ARTICLE
   • 006 CLIENT
   • 007 COMMANDE CLIENT
   • 020 MAGASIN PRODUITS FINIS
   • 021 COMMANDE FOURNISSEUR PF
   • 124 DIVISION COMMERCIALE
   • 150  GESTION DE GROUPE (uniquement si module gestion de groupes)

 

L’application de ces GDA dépendra cependant des positions choisies.

 

Pour les positions relatives aux commandes fournisseurs PF, soit :

1 Lancement et commandes négoces

2 Reçu

3 Reste à entrer en stock

6 Encours Contrôle Qualité

 

OF ou Cde Neg en test de fiabilité

1. Stock potentiel tous magasins tous choix

 

… pourront être appliquées les GDA :

• • 002 ARTICLE
  • 020 MAGASIN PRODUITS FINIS
  • 021 COMMANDE FOURNISSEUR PF

 

Pour les positions relatives aux stocks PF, soit :

21 Stock Physique

22 Stock Affecté 1er choix

23 Stock restant à affecter 1er choix

24 Stock reporté

25 Stock disponible 1er choix

27 Stock Bon en cours 1er choix

28 Stock effectif

29 Stock minimum tous magasins 1er choix

30 Stock bon non valide 1er choix

1. Stock bon en cours de fabrication 1er ch

 

… pourront être appliquées les GDA :

• • 002 ARTICLE
  • 020 MAGASIN PRODUITS FINIS

 

Pour les positions relatives aux restes à lancer, soit :

4 Reste à lancer (à fab et à ach) ts mag

5 Trop lancé (trop fab ou acheté) ts mag

7 Contrôle A Lancer Théo-Réel Lance ts mg

8 Reste à lancer / Prévision tous magasins

1. Trop Lancé / Prévision tous magasins

 

… pourront être appliquées les GDA :

• • 002 ARTICLE

    Enfin, pour les positions relatives aux commandes clients et aux factures

    … pourront être appliquées les GDA :

  • 002 ARTICLE
  • 006 CLIENT
  • 007 COMMANDE CLIENT
  • 020 MAGASIN PRODUITS FINIS
  • 124 DIVISION COMMERCIALE
  • 150  GESTION DE GROUPE (uniquement si module gestion de groupes)

 

 

Gestion des droits d’accès sur TARIFS

Lors de la saisie d’un tarif, les GDA sur tarifs définis dans la fonction JP510 sont appliqués (si votre paramétrage autorise la gestion des GDA). Le code entité pour les GDA sur tarifs est le 024.

Si l’utilisateur n’a pas accès à un tarif donné, le message standard GDA le lui rappellera. Pour plus de renseignements, consulter la documentation « Sécurités d’accès ».

Les différents tarifs sont :

• Tarif Réel Net Montant HT net, toutes déductions faites.
• Tarif Réel Brut Montant HT brut sans remise, sans ristourne…
• Tarif de Base Tarif défini comme tel (TA108)
• Tarif Client Tarif défini dans la fiche client
• Tarif saisi  Tarif à choisir

 

Gestion des droits d’accès sur CRITÈRES D’ÉDITION

JP517 vous permet de gérer les critères d’édition des fonctions de statistiques :
‎masquer des positions, des critères, interdire des valeurs, saisir une valeur par défaut etc…

 

Pour plus de renseignements, consulter la documentation « Environnement ».

‎ 

ST002 : Statistiques multicritères

ST002W01
État des statistiques en quantités/montants

 

 

Critères de format de l’édition

Le choix des critères de statistiques est libre, cela permet donc une grande souplesse d’utilisation.

 

Vous pouvez choisir :

• Les types de commandes à traiter
  ‎(Commandé net ou brut, facturé ou reste à facturer, facturé historisé*)
• Le format de l’édition :
  ‎Quantité, CA ou marge brute en colonne et/ou les 3 plus le prix moyen en ligne. Si vous choisissez « Edition des totaux » en colonnes, vous n’avez pas accès aux coches ‘Edition quantité’, ‘Edition CA’, ‘Edition marge’.
• Les quantités "Commandées Nettes" représentent les quantités de la ligne de commande à l'instant T.
• Les quantités "Commandées Brutes" représentent les quantités de la ligne de commande à l'instant T cumulées aux quantités annulées avec un motif d'annulation client ou entreprise.
• Les quantités "Facturé Historisé" ne sont pas prises en compte pour les DOCUMENTS FINANCIERS (coche TA180), afin de ne pas fausser le calcul des marges.
  ‎Pour y avoir accès il faut choisir « Edition des totaux » en lignes. Dans ce cas là, il faut également renseigner le champ « Classement sur ».
• Le calcul des pourcentages :
  ‎calculés par rapport au total général ou par rapport au total du critère précédent.
• Les tris :
  ‎sur la zone libellé ou sur une donnée éditée (en dégressif ou en progressif).
• Le type de tarif, et pour « tarif saisi » il faudra renseigner le code tarif.
  ‎Suivant le tarif choisi, le code monnaie s’éditera dans l’entête de colonne.
  exemple : CA EUR pour un chiffre d’affaires en euros.

N.B. :
les factures pro-forma ne sont pas prises en compte dans le facturé.

‎ 

Particularités

 

• Si « édition des totaux » est en colonnes, seules les quantités seront éditées, le pourcentage sera édité si coché.
• Pour une même sélection de critères (clients + articles) les deux éditions se présentent différemment.

 

Edition en colonnes :

 

Edition en lignes :

‎ 

Pour l’édition en lignes, il est possible d’éditer le Chiffre d’Affaires et la marge sur PRI calculé ou sur PRI fixé. Dans ce cas et uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition de la Marge (sur PRI fixé ou calculé), le critère « Société de valorisation » est accessible mais sa saisie reste facultative (si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte). Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).

La société de valorisation est visible uniquement avec le module Gestion de groupes.

 

Pour l’édition en lignes, il faut également choisir les données sur lesquelles on souhaite faire un classement : Quantité, Chiffre d’Affaires ou Marge brute. Il faut bien sûr choisir son classement sur une donnée qui a été cochée. Pour un classement dégressif ou progressif, il vous faudra également le préciser au moment de la sélection de votre critère ligne et/ou entête. En effet, si vous laissez le tri « sur zone », il s’agira d’un tri sur le libellé et non pas sur les données numériques. Dans ce cas-là, le classement ne sert à rien.

Le critère n° 90 : Prix de vente moyen brut peut être sélectionné en critère d’entête. Ce critère est déterminé de la façon suivante :

Il ne prend pas en compte les éléments de tarification (ristournes, remises…)

• Si le prix est unique toute taille et tout coloris, ce prix sera pris par défaut.
• Si le prix est différent par taille et/ou coloris, ce prix moyen sera calculé selon le nombre de tailles mises à la vente.

Le prix moyen calculé est arrondi à l’unité supérieure.

 

exemple :

Taille :  XS S M L XL XXL

Prix de vente*** 98 98 98 99 99

Prix de vente moyen brut :

(98 + 98 + 98 + 99 + 99)/5 = 98.40
= 99

 

La conversion du prix de vente moyen brut dans la monnaie d’édition n’est pas possible. Toutefois le code monnaie de ce prix moyen sera rajouté dans son libellé.

Il vous faudra saisir obligatoirement pour ce critère le code tarif et la période de tarif concernés.

Il n’est pas possible de demander plusieurs critères n° 90 avec des codes tarifs différents ou des périodes différentes. Si ce critère est saisi plusieurs fois, la fonction ne tiendra compte que du dernier saisi.

Ce critère ne pourra être choisi en critère sélectif que s’il a été choisi en critère de présentation.

Ce critère ne peut être trié que dans l’ordre croissant.

 

Prise en compte des PRI :

Si vous demandez l’édition de la marge sur PRI fixé/calculé, le PRI pris en compte sera celui dont la date de début d’application est la plus proche de la date des pièces demandées dans la statistique.

 

exemple :

Pour l’article A1, vous avez deux PRI fixé/calculé dans PR019 :

• Pour la période 25H allant du 01/01/24 au 31/12/25
  => 12.50€
• Pour la période 26H allant du 01/01/25 au 31/12/26
  => 15.75€

Si vous demandez l’édition d’une statistique avec marge sur PRI, pour une facture de la saison commerciale 25H, datée du 12/08/25, la fonction prendra en compte pour son calcul, le PRI de 15.75€ car la date du 12/08/25 est plus proche du 01/01/25 que du 01/01/24.

 

Pour la recherche de la période de tarif liée au critère 90 - Prix de vente moyen brut, elle dépend de la valeur de l'option PERTAR_PVMB, pour choisir la méthode de recherche de la période de tarif :

• 1 : Saisie d'une période en critère
• 2 : Période de tarif correspondant à la saison de l'article
• 3 : Période de tarif correspondant à la saison de commande
• 4 : Plus grande période de la saison de commande (Ex : Si dans les périodes (TA108) on a 3 périodes 15A, 15B, 15C pour la saison 15E on prendra 15C comme période)
• 5 : Plus petite période de la saison de commande (Ex précédent, on prendra 15A)
• 6 : Période recherchée par rapport à la date de commande (dont date de début est la plus proche de la date de commande et dont la saison de la période est la saison de commande).

 

 

Critères de présentation

Les critères de présentation vous permettent de restreindre l’édition aux seules données que vous souhaitez.

Certains critères sont obligatoires :

• L’édition des totaux
• Le type de calcul
• La saisie d’au moins un critère d’entête

 

D’autres critères deviennent obligatoires en fonction des données précédemment saisies.

Si vous demandez en critère ligne ou entête un client de regroupement, le code liaison de ce dernier est obligatoire.

Les zones de critère entête 1 ; 2 ou ligne 1 ;4 si le critère correspondant est mis à 3 ‘code et libellé’.

Le pourcentage critère entête 1 ;2 ou ligne 1 ;4 sont nécessaire si vous avez sélectionné le critère correspondant mis à 1 ‘sur total général’.

‎ 

ST003 : ÉTAT DES ÉCARTS SUR TARIF

ST003W01
Cette fonction produit un état comparatif des écarts avec plusieurs tarifs différents (de 2 à 4 maximum)

N.B. :
ces tarifs doivent être exprimés dans la même monnaie.

 

Le but de cet état consiste à analyser, ainsi, les pertes ou les gains réalisés, suivant des critères articles, clients, ou commandes.

Vous avez ainsi le choix entre :

• Tarif Réel net (sélectionné par défaut dans la première colonne mais modifiable)
• Tarif de Base (sélectionné par défaut dans la deuxième colonne mais modifiable)
• Tarif réel brut
• Tarif client
• Tarif Saisi : dans ce cas-là, vous devrez renseigner le code tarif.
• P.R.I calculé
• P.R.I fixé
• PRMP PF
• P.R.I NET calculé
• P.R.I NET fixé

‎ 

Particularités

• Les calculs peuvent se faire d’après le Commandé net, le Facturé historisé et sur Prévision. Dans ce dernier cas, il vous faudra saisir le n° de prévision, la saison et la période désirés.
• Le classement permet d’ordonner les données à condition toutefois de déclarer au moins un critère ligne ou entête en classement progressif ou dégressif. Il est possible de classer par quantité, montant, écart ou % d’écart.
• Descente critère entête : permet de descendre le dernier critère entête à côte du critère ligne, s’il y a assez de place pour le faire.

 

Pour chacun des tarifs sélectionnés, vous devez également préciser les données que vous souhaitez.

Pour le premier tarif, les quantités et montants seront obligatoirement édités. Pour les trois suivants, vous pouvez choisir entre :

• Montant et Écart :
  écart entre les deux tarifs exprimé dans la monnaie des deux tarifs
  (toujours calculé par rapport au premier tarif)
• Montant et % Écart :
  écart sous la forme d’un pourcentage d’évolution entre le premier tarif et le tarif concerné.
• Écart et % Écart :
  écart exprimé à la fois en montant et en pourcentage.

 

Les critères Référence de la commande et No de commande externe, ne sont pas pris en compte pour le type de calcul sur prévision.

 

Uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition sur « PRI calculé » ou « PRI fixé », le critère « Société de valorisation » est accessible mais sa saisie reste facultative. Si elle n’est pas saisie le calcul prend la société de la pièce : si calcul sur « Commandé » ou « Facturé ». Sinon c’est la société du magasin de la ligne de prévision pour une demande de calcul sur « Prévision ». Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).

La société de valorisation est visible uniquement avec le module Gestion de groupes.

‎ 

ST004 : Ventes / Factures par prod. / Tailles

ST004W01
Cette fonction permet de calculer des statistiques sur le portefeuille de commande en quantités/montants détaillées par taille.

 

Vous pouvez demander :

• Les types de commandes à traiter : commandé net ou brut, facturé ou reste à facturer et facturé historisé.
• La donnée à détailler : quantité par taille, chiffre d’affaires, marge brute sur PRI calculé ou sur PRI fixé, le calcul d’un pourcentage portant sur une des données (Qté, CA, marge) et se rapportant soit au total général soit au total du critère précédent.
• Les tris : sur la zone libellé ou sur une donnée éditée (en dégressif ou progressif)
• Le format de l’édition : quantité ou CA ou marge brute en colonne.
• Le calcul des pourcentages : ils peuvent être calculés par rapport au total général ou par rapport au total du critère précédent.
• Le type de tarif, et pour « tarif saisi » il faudra renseigner le code tarif. Suivant le tarif choisi, le code monnaie s’éditera dans l’entête de colonne.
  exemple : CA EUR pour un chiffre d’affaires en euros.

 

Particularités

• Par défaut, les données à éditer sont la quantité et le pourcentage. Le classement se fait sur les quantités et le calcul du pourcentage également. Le tarif proposé par défaut est le premier de la liste, soit Tarif Réel Net.
• Le classement permet d’ordonner les données à condition toutefois de déclarer au moins un critère ligne ou entête en classement progressif ou dégressif. Il est possible de classer par quantité, chiffre d’affaire ou marge brute.
• Descente critère entête : permet de descendre le dernier critère entête à côte du critère ligne, s’il y a assez de place pour le faire.
• Le prix moyen est automatiquement édité si l’on demande l’édition du CA.
• Il est possible d’éditer jusqu’à 20 tailles sur une même ligne.

 

Uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition de la Marge (sur PRI fixé ou calculé), le critère « Société de valorisation » est accessible mais sa saisie reste facultative (si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte). Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009). La société de valorisation est visible uniquement avec le module Gestion de groupes.

 

 

ST005 : Suivi d’antériorité

ST005W01
État de l’évolution de données sur plusieurs saisons

 

Cette fonction permet de suivre l'évolution de données (exemple : client) sur plusieurs saisons, en fonction de différents critères, et ce, de façon à pouvoir fixer plus précisément les objectifs de début de saison et/ou de les réajuster en cours de saison en fonction de l'évolution des ventes.

 

Principes de fonctionnement

Vous pouvez demander :

• Type de calcul : Commandé net ou facturé historisé
• Évolution par : Saison (ultérieurement par Périodes ou Dates)
• Type d’état : avec ou sans pourcentage d’évolution. Si vous choisissez SANS pourcentage d’évolution, vous pourrez sélectionner une troisième saison. Voir le § dédié à cette gestion particulière.
• DONNÉES : Edition des quantités, CA, Marge sur PRI calculé ou sur PRI fixé.
• Classement (tri) : au choix sur quantité, CA ou marge.
• Type de tarif, et pour « tarif saisi » il faudra renseigner le code tarif. Suivant le tarif choisi, le code monnaie s’éditera dans l’entête de colonne. Ex : CA EUR pour un chiffre d’affaires en euros.

 

Uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition de la Marge (sur PRI fixé ou calculé), le critère « Société de valorisation » est accessible mais sa saisie reste facultative (si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte). Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).

La société de valorisation est visible uniquement avec le module Gestion de groupes.

‎ 

Gestion des critères entête :

Pour chacun des six critères d’entête, deux fenêtres sont à renseigner :

Gestion du contenu des colonnes

Edition des colonnes :

• Des nouveautés  Ne prendra en compte que les critères ayant des données en Saison 2 mais pas en Saison 1.
• Des démodés Ne prendra en compte que les critères ayant des données en Saison 1 mais pas en Saison 2.
• Des durables Ne prendra en compte que les critères ayant des données en Saison 1 ET en Saison 2.
• Tout  Prendra en compte tous les cas précédents.

Classement :

Cette zone permet de sélectionner l'ordre de tri des colonnes l'une par rapport à l'autre.

• NULL  : Indifférent
• '1'  : Tri sur la 1ère colonne puis sur la 2ème
• '2'  : Tri sur la 2ème colonne puis sur la 1ère

N.B. :
La notion de tri, à ce niveau, correspond simplement à un classement pour séparer les valeurs nulles des valeurs non nulles. Il n’y a pas de tri proprement dit des données numériques.

Pour cela voir Classement critère 
‎ 

• Ordre de tri 1^ère colonne

  Cette zone permet de sélectionner l'ordre de tri de la 1ère colonne et doit être obligatoirement renseignée si l’on a choisi un mode de classement à 1 ou à 2.

1. Tri progressif
2. Tri dégressif

 

La notion de tri, à ce niveau, correspond à un classement pour séparer les valeurs nulles des valeurs non nulles.

Dans le cas d'un tri progressif, on aura d'abord les valeurs nulles puis les valeurs non nulles et inversement pour un tri dégressif.

Cette zone n'est accessible que si l'on a sélectionné un ordre de tri sur le contenu des colonnes.

 

• Ordre de tri 2^ème colonne

Cette zone permet de sélectionner l'ordre de tri de la 2ème colonne et doit être obligatoirement renseignée si l’on a choisi un mode de classement à 1 ou à 2.

1. Tri progressif
2. Tri dégressif

 

La notion de tri, à ce niveau, correspond à un classement pour séparer les valeurs nulles des valeurs non nulles. Dans le cas d'un tri progressif, on aura d'abord les valeurs nulles puis les valeurs non nulles et inversement pour un tri dégressif.

Cette zone n'est accessible que si l'on a sélectionné un ordre de tri sur le contenu des colonnes.

Après renseignement de ces données, la fenêtre « gestion des contenus des colonnes » se ferme et la première fenêtre de saisie « attribut du critère entête » réapparaît.

 

 

Attribut du critère entête

Dans cette fenêtre, vous devez choisir si vous ne souhaitez éditer que le code, que le libellé ou les deux pour le critère saisi.

Un classement critère est aussi possible. Contrairement au classement des colonnes, celui-ci permet un tri numérique croissant ou décroissant.

Si vous choisissez un classement dégressif ou progressif, il faudra renseigner l’intervalle concerné.

Exemple : vous éditez les quantités commandées des clients pour la saison A et la saison B.
‎Si vous souhaitez que ces commandes sortent en ordre décroissant par rapport à la saison B, il vous faudra saisir « dégressif » et dans Intervalle « données 2ème période ». Il est également possible de trier selon les données de la 3ème période ou l’évolution entre les deux premières.

 

 

Illustrations

Pour illustrer de façon claire ces notions de tris, prenons l’exemple suivant avec une base de données fictive :

clients 1001 – 1003 et 1006
considérés comme DURABLES

clients 1005 et 1007
considérés comme DÉMODÉS.

 

Statistiques avec trois saisons

Si vous avez choisi le type d’état SANS pourcentage d’évolution, vous pouvez gérer trois saisons.

Pour chaque critère d’entête et de ligne, il faudra choisir un contenu.

• Null : toutes les données
• 1 : seulement les nulles
• 2 : les non nulles.

 

exemple :

Pour une statistique sur les trois saisons 24H, 25H et 26H.

Si l’on désire connaître la liste des clients ayant commandé en 24H, en 25H mais pas en 26H, il faudra choisir ; si on désire toutes les données pour les trois saisons, ne rien saisir dans ces champs «contenus».

‎ 

ST006 : Évolution des ventes / périodes

ST006W01
Edition de l’évolution des ventes ou pièces par périodes.

 

Cette fonction permet de calculer des statistiques sur le portefeuille de commandes ou de pièces regroupées par :

• tranches de dates
• délais
• périodes
• à partir de critères choisis à chaque demande ou par l'intermédiaire de filtres

Les dates peuvent être des dates de saisie de commande ou des dates de modification de commande, ou des dates de pièces. Cela confère une grande souplesse d'utilisation car le choix des critères de statistiques est libre, d'où un très grand nombre d'états possibles.

Vous pouvez "jouer" sur :

• les types de commandes à traiter :
  Commandé Net, facturé historisé.
• les périodes :
  12 tranches de date, délai ou période de statistique.
• les données à éditer :
  quantité et/ou chiffre d'affaires et/ou marge brute et/ou prix moyen
• le calcul d'un pourcentage portant sur une des données et se rapportant soit au total général soit au total du critère précédent
• les tris :
  sur la zone libellé ou sur une donnée éditée (en dégressif ou progressif )

 

Particularités

• Évolution possible par date, délai ou période (périodes de statistiques de TA169).
  ‎Ces différentes formes de dates peuvent être de livraison, de mouvement, de commande ou de pièce. Les dates de mouvements représentent les dates auxquelles vous avez fait une modification dans votre commande. Ainsi, si vous avez saisi en janvier une commande de 100 pièces, et ajouter 20 pièces en février, si vous demandez une statistique par dates de mouvement, vous obtiendrez 100 en janvier et 20 en février pour la même commande.
• Par défaut, l’état sera paramétré en quantité, avec classement sur quantité, par dates de livraison et au tarif réel net.

 

Le classement permet d’ordonner les données à condition toutefois de déclarer au moins un critère ligne ou entête en classement progressif ou dégressif. Il est possible de classer par quantité, chiffre d’affaire ou marge brute.

Uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition de la Marge (sur PRI fixé ou calculé), le critère « Société de valorisation » est accessible mais sa saisie reste facultative (si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte). Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).

La société de valorisation est visible uniquement avec le module Gestion de groupes.

Descente critère entête : permet de descendre le dernier critère entête à côte du critère ligne, s’il y a assez de place pour le faire.

 

Cinq critères entête et un critère ligne sont disponibles.

Il est possible d’éditer jusqu’à 12 périodes sur une même ligne.

La saisie des dates est libre. Il peut y avoir des dates s’entrecoupant.

exemple : du 01/01/25 au 31/03/25, puis une autre période du 01/02/25 au 28/02/25.

N.B. :
dans ces cas-là, le total de la ligne peut prendre en compte plusieurs fois les mêmes données.

 

Les dates doivent être saisies sous la forme JJMMAA.

Le critère 143 « article remplacé » liste les produits que l’on a saisis dans CD026 pour remplacer un produit dans les commandes. Dans CD026, les articles qui ont été remplacés sont stockés dans l’historique de modifications des lignes de commandes.

N.B. :
concernant la prise en compte des mouvements :, on prend en compte tous les mouvements (hors remplacement produit/fs/délai) qui ont pu subvenir sur les lignes de commandes, et c'est la date du mouvement qui est prise afin de les cadencer par rapport aux colonnes saisies par l'utilisateur.

‎ 

ST007 : Statistiques comparatives

ST007W01
Edition de statistiques sur 2 périodes par un coefficient d’évolution

 

Cette fonction édite et compare les résultats de deux périodes par un coefficient d'évolution.

 

Particularités

• En première page, paramètres généraux :
• type de calcul : sur commandé net ou sur facturé historisé,
• Choix de la forme de la date : date, tranche ou période.
• Données à éditer : sur quantité, sur CA, sur marge, sur prix moyen. (des options permettent d'accéder ou non à la sélection CA et marge).
• Si l'option GEST_GRATUIT=1, ‎possibilité de choisir sur les quatre listes de valeurs des valeurs supplémentaires
• Classement : sur QTE, sur CA, sur Marge.
• Les critères en-têtes et lignes et les périodes à traiter. Le principe consiste à positionner le curseur sur l'un des six critères et une fenêtre s'ouvrira pour chacun des critères afin de sélectionner le critère et ses attributs. Les cinq premiers critères sont facultatifs tandis que le critère ligne est obligatoire.
• Pour la saisie d'une période, date ou tranche la première doit être inférieure à la deuxième.
• Dans la fenêtre de saisie des critères et de leurs attributs, la saisie du critère est obligatoire, la zone à éditer et le classement aussi tandis que les coches de saut de page et de total après rupture ne sont pas accessibles par le critère ligne.
• Il est possible de saisir 3 fois deux périodes à comparer.

 

• Les dates représentent les dates de la commande. Si vous choisissez Tranche,
  ‎il s’agira également de la date de la commande mais sous la forme AASS (Année+n° semaine) et si vous choisissez période, il s’agira de la même date mais sous la forme de la période statistique que vous aurez saisie dans TA169.
  exemple :
  pour une commande datée du 17 décembre 2025. Dans le premier cas, il suffira de saisir 171225. Si vous choisissez tranche, il faudra saisir 2551, car il s’agit de la 51^ème semaine de 2025.
  Et si vous choisissez période, cela dépend de votre codification dans la fonction concernée.
  ‎On peut avoir la période 2512 qui représente le 12^ème mois de l’année 2025.

  ‎ 

• Uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition de la Marge (sur PRI fixé ou calculé), le critère « Société de valorisation » est accessible mais sa saisie reste facultative (si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte). Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).
  La société de valorisation est visible uniquement avec le module Gestion de groupes.
• Le journal d'une statistique comparative lancée par ST007 contient des erreurs sur des périodes non demandées dans les critères.

exemple :

On a choisi les périodes du 01/08/26 au 15/09/26 et 01/08/25 au 15/09/25,
‎et on a des erreurs en date du 10/01/25 et 05/06/25.

Les dates saisies en critères de présentation du ST007 ne sont pas utilisées pour restreindre dans un premier temps les données à traiter, mais pour savoir dans quelle colonne il faut positionner la donnée.

Ceci explique que pour une telle demande, sans restreindre les pièces avec le critère "Date de facture est entre 01/08/25;15/09/25" ou "Date de facture est entre  01/08/26;15/09/26", on traite TOUTES les pièces historisées.

Ensuite, pour chacune on essaie de trouver un prix de revient, et on affiche les anomalies.

 

Saisir le critère sélectif "Date de facture" afin de restreindre en amont les données à traiter.

 

 

ST008 : Tableau de bord

ST008W01
Edition d’un tableau de bord multicritères

 

Le tableau de bord restitue (selon des critères articles) différentes positions paramétrables.

En 1^er lieu, sont expliquées les différentes positions que l'on peut sélectionner,‎ puis vient la compatibilité entre ces positions et les critères sélectionnés.

 

Positions

N°LIBELLÉ  [abrégé 9 cars.]
‎(Les libellés abrégés apparaissent dans le corps de l’état ST008)

 

 

POSITIONS DE STOCK

 

1
Lancement et commandes négoces   [OF/Achat]
‎Ce sont les OF et les commandes négoces. Cumul lignes de lancement (qu'ils soient soldés, ou non)

 

2
Reçu [Reçu]
‎Réceptions OF / négoces (réception fournisseurs). Cumul du reçu au titre d'un OF ou commande négoce (SP001) en type de choix associé à la fonctionnalité 1 (TA092). A noter que les pièces en contrôle qualité ne figurent pas dans le reçu. Cumul réceptions (Phase STK et No ordre = 99)

N.B. :
le reçu de LA902 comprend tous les types de choix (sauf fonctionnalité 9), donc c'est différent. On a aussi les OF en test de fiabilité dans LA902 (colonnes : lance et reste à recevoir).

C’est le magasin de réception réel du stock qui est pris en compte et non le magasin de réception prévu lors du lancement de la commande fournisseur PF.

 

3
Reste à entrer en stock [R/entrer]
‎OF restant à entrer / commandes négoces restantes à recevoir (Différence entre positions 1 et 2). C'est l'encours de fabrication + les pièces en contrôle qualité. Remarque : ce n'est pas le reste à recevoir + contrôle qualité du LA902, à cause des OF en test de fiabilité, qui génèrent un reste à recevoir dans le LA902.

N.B. :
si on lance 1 pièce dans un produit en taille 1, et qu'on rentre en stock 1 pièce en SP001 fonction 3, mais en 2ème choix, on n'aura pas de reste à entrer.

 

4
Reste à lancer (à fabriquer. et à acheter) tous magasins  [RAL PAP]
‎Reste à préparer moins le stock physique moins le reste à entrer en stock. Le reste à lancer tient donc compte des mouvements manuels de stock, du solde qu'il soit sur une phase sur l'OF, d'un avoir, d'un solde de commande. A noter que s'il est négatif, c'est du trop lancé.

 

5
Trop lancé (trop fabriqué ou trop acheté) tous magasins  [Trop lanc]
‎C'est le reste à lancer (position 4), s'il est négatif.

N.B. : dans ces positions 4 et 5, le critère saison de commande, entre autre n'est pas testé, car le stock physique n'a pas ce critère.

 

6
Encours contrôle qualité  [Enc Contr]
‎OF / commandes négoces en cours de contrôle qualité (par SP001). Ce sont les pièces en ctrl qualité. Différence des entrées en contrôle qualité et les sorties de contrôle qualité.

 

7
Contrôle à lancer théorique – Réel lancé tous magasins  [Theo-Reel]
‎Commandes clients moins les OF/achat Cette position n’est renseignée que si elle est positive. Cette position peut servir à voir si les lancements ont été effectués correctement. Différence entre cumul commandes clients et cumul lignes de lancement.

 

8
Reste à lancer/prévision tous magasins  [R/Lan Pre]
‎La sélection de cette position nécessite la saisie d'un numéro de prévision. A partir de cette base, le reste du calcul est conforme au standard et identique à la position 4. Seuls les critères relatifs à la fiche article sont évalues.

N.B. :
pour calculer le reste à préparer/prévision, on prend pour chaque prévision saisie dans une tranche donnée, le cumul du préparé des lignes de commandes portant sur les critères du prévisionnel.

Exemple :

Tranche Prévu  Préparé  Reste à préparer sur Prévisions

A1      10     10       0

A2      20     30       0

A3      10     0

A4      20     10       10

On peut par conséquent avoir un RAL sur prévision, même si en cumul le « prévisionnel » est inférieur au « préparé »

 

9
Trop lancé/prévision tous magasins  [T/Lan Pre]
‎La sélection de cette position nécessite la saisie d'un numéro de prévision. A partir de cette base, le reste du calcul est conforme au standard et identique à la position 5. Seuls les critères relatifs à la fiche article sont évalués.

 

 

10
OF ou Cde Négoce en test de fiabilité  [Test Fiab]
‎Ne donne que les OF en tests de fiabilité.

 

14
Reste à lancer (calcul Cegid Orli)  [RAL WEB]
‎Se base sur les propositions d'approvisionnement PF générées par un calcul de BE201 fait initialement.

Un domaine doit donc être saisi lorsque vous choisissez cette position. Cela permet d'avoir des positions pouvant être des RAL sur Commande, sur Prévisions, sur PLAN selon le type de calcul initialement choisi dans BE201 pour le domaine.

Cela permet également de pouvoir avoir cette position plusieurs fois pointant sur plusieurs domaines différents, donc plusieurs RAL différent.

Les calculs se faisant par magasin, les résultats obtenus pourront donc également être restitués avec ce détail.

N.B. : seuls les RAL non générés sont affichés pour cette position. En effet, le calcul de besoin ayant été fait préalablement, rien n'indique que, s'il y a eu génération, l'OF n'a pas déjà été créé, et donc qu'il n'y a plus de RAL.

 

21
Stock physique  [Stk phys]
‎État du stock physique 1er choix, sachant que les quantités contenues dans les bons de préparation ne sont plus dans le stock physique. (la création du bon de préparation : LI004 ou LI005) déstocke la marchandise).

 

22
Stock affecté 1^er choix  [Stk aff.]
‎Résultat de l'affectation. Attention, quand les BP existent la marchandise disparaît du stock affecté. (affecté en cours, BL non fait)

 

23
Stock restant à affecter 1^er choix  [Stk R/aff]
‎Stock physique moins stock affecté (ce n'est pas la même chose que la position R/aff qui part des commandes, et non pas du stock). Différence entre position 21 et 22.

 

24
Stock reporté  [Report]
‎Quantité ou Montant des stocks reportés par la fonction prévue à cet effet (SP005). Ex : je reporte l'article A1 (5 pièces) sur A2 (4 pièces). J'ai alors 4 dans ma colonne REPORT. C'est donc le résultat du report = historique stock type mvt = 118

 

1. Stock disponible 1^er choix  [Stk dispo]

Disponible pour produit à mode de gestion saisonnier : stock physique magasin moins les lignes de commande restant à préparer, a condition que le résultat soit positif. Donc, "en face de ce stock", il n'y a pas de commandes. Ce stock pourra être pris pour faire une commande sur stock.

N.B. :
Différence entre stock physique et reste à préparer (si résultat positif).

Disponible pour produit à mode de gestion permanent : stock restant à vendre à ce jour (ce qui correspond au disponible restant à affecter). voir documentation du reste à vendre. Remarque : La coche Calcul Potentiel de TA034 est prise en compte.

 

26
Stock potentiel tous choix  [Stk poten]

Potentiel pour produit à mode de gestion saisonnier : C'est le disponible supplémentaire que l'on aura demain, compte tenu du R/entrer. = reste à entrer en stock (position 3) si disponible > 0 = reste à entrer en stock + disponible si disponible < 0

Potentiel pour produit à mode de gestion permanent : C'est le disponible supplémentaire que l'on aura demain, compte tenu du R/entrer et du R/livrer. Ce qui revient à prendre la somme du Reste à vendre détaillé sans tenir compte du disponible). voir documentation du reste à vendre.

Remarque : La coche Calcul Potentiel de TA034 est prise en compte.

 

27
Stock bon en cours 1^er choix  [Stk BL]

C'est ce qu'il y a en Bons de préparation, qu'ils soient ou non validés. Attention, le stock BL, et le stock expédiable ne sont pas identiques.

exemple :
Le stock BL n'est pas capable de tenir compte d'une nature de commande, au contraire de l'expédiable.

Cumul lignes de bons livraison en cours, numéro de facture à .)

 

28

Stock effectif [Stk effec]

Stock physique + stock BL.

Cette position permet de tenir compte de la marchandise qui est en BP, mais non encore expédiée (LI019).

Cumul position 27 et stock physique

 

29
          Stock minimum tous magasins 1^er choix [Stk Minim]

‎ 

30
          Stock bon non validé 1^er choix [Stk BL NV]

 

31
Stock bon en cours de fabrication 1^er choix  [Stk BL FA]

N.B. :
ST008 ne travaille que sur les lignes OF (et pas sur les historiques de réception en stock) :

• Contraintes :
  • On ne peut pas connaître le reçu entre 2 dates (notamment pour les réceptions partielles d’une même ligne d’OF reçues sur plusieurs dates)
  • Si dates de réception en critère sélectif (exemple : date de livraison constatée), elles ne seront exploitées que lorsque la ligne sera soldée
    ‎
• Solution : Consulter/Éditer le reçu non facturé (CF031 / CF033), en demandant de travailler sur le reçu : permet de valoriser avec le prix d’achat ‎(mais nécessite que les OF soient gérés en Contrôle Facture) ‎ou Consulter/Éditer l’historique de stock (SP003 / SP039)
  ‎(repérer les types mouvement, pas de valorisation possible sauf en édition sur prix d’achat).

 

POSITIONS DE COMMANDES

N.B. : Les quantités du Préparé et de l'Expédié englobent les quantités
‎des factures manuelles alors que celles-ci n'apparaissent pas dans le Commandé :
(42/Reste à Préparer + 43/Préparé) = (41/Commande + Facture Manuelle)
(44/Reste à Expédier + 45/Expédié) = (41/Commande + Facture Manuelle)

 

41
Commandes clients  [Cde]
‎Si FILTR_POSIT_ST=0
=>c'est le portefeuille de commandes, sans les commandes annulées, mais avec les commandes soldées. Calcul sur la table des lignes de commandes (commandes non annulées, livrées ou non). Sinon, portefeuille de commandes contenant les commandes annulées et les commandes soldées.

 

42
Commandes clients restantes à préparer  [R/Prepar.]
‎Ce sont par rapport aux lignes de commandes, celles qui restent à préparer

 

43
Commandes clients préparées  [Prepare]
‎(bons faits, ou factures faites). C'est la partie des commandes clients ayant été préparées. Lorsque le client est livré, cette position n'est pas décrémentée. A noter qu'un avoir va remettre à jour le préparé, car la marchandise retournée par le client vient alors se remettre dans le reste à préparer.

 

44
Commandes clients restantes à facturer  [R/Fact.]

 

45
Commandes clients facturées tous choix  [Facture]
‎(un avoir remet à jour cette position, quel que soit le type de choix des pièces retournées).
‎

N.B. : les pro-forma ne mettent pas à jour le facturé.

 

46
Commandes clients facturées 1^er choix  [Fact. 1er]

 

47
Commandes clients facturées Autres choix  [Fact. Aut]

 

48
Commandes clients restant à affecter  [R/Affect.]
‎Ce n'est pas le stock restant à affecter, car cette position de commande tient compte de sélection de critère commande, contrairement à la position de stock.

 

49
Commandes clients facturables  [Facturabl]
‎Ce sont les bons faits non encore facturés.

 

50
Commandes clients en litige crédit interne  [Cde Litig]

 

51
Commandes clients retard de livraison confirmée  [RetarConf]
‎Toutes les commandes dont délai confirmé > délai demandé.

 

52
Commandes clients affectées  [Cde Affec]

 

53
Préparable  [Preparabl]
‎Lignes de commande en position affecté, non préparé.

 

54
Commande Brut  [Cde Brut]
‎Lignes de commandes sans distinguer les lignes annulées des lignes non annulées.

 

55
Annulé  [Annule]
‎Lignes de commande annulées.
Si FILTR_POSIT_ST=1 ou 3, ce critère n’a plus d’intérêt.
‎

56
Annulé Client  [Annu/Cli]
‎Uniquement les lignes de commandes annulées client.
Si FILTR_POSIT_ST=1 ou 3, ce critère n’a plus d’intérêt.

 

57
Annulé Entreprise  [Annu/Ent]
‎Uniquement les lignes de commande annulées entreprise.
Si FILTR_POSIT_ST=1 ou 3, ce critère n’a plus d’intérêt.

 

58
Commandes clients validées sans BE  [Validees]
‎Ce sont les bons de préparation faits et validés sans bon d'expédition.

 

59
Commandes clients retard de livraison prévue  [RetarPrev]
‎Quantités restant à affecter, dont la date de livraison délai prévisionnelle
‎(issue de la simulation CD029) est postérieure à la date confirmée.

 

60
Solde Cde  [Solde Cde]
‎Commandes soldées. Les quantités et/ou montants affichés représentent les données brutes de la commande.
Ex : pour une ligne de 10, facturée 7 et dont le reliquat est soldé, la statistique affichera une quantité de 10 et non de 7.
Si FILTR_POSIT_ST=2 ou 3, ce critère n’a plus d’intérêt.

 

61
Non soldé  [Non solde]
‎Commandes non soldées. Fonctionne comme la position 60.

Si FILTR_POSIT_ST=2 ou 3, ce critère n’a plus d’intérêt.

 

71
Facture/Avoir historisé  [Fact/Hist]
‎Ne prendra en compte que les factures historisées (via FA007).

 

72
Facture/Avoir non historisé  [Fac/Avoir]
‎Inversement à la position 71, ne prendra en compte que les factures non encore historisées

 

 

80
Prévision tous magasins (ORLIPAP)  [Prev/AT]
‎La sélection de cette position nécessite la saisie d'un numéro de prévision. Ce critère représente les prévisions selon la méthode "ORLIPAP" c'est-à-dire tous magasins. On ne peut le détailler au magasin.
Ce critère ne peut pas être utilisé si l’on utilise le module « Groupe Multi-Sociétés ».

 

81
Prévision (Cegid Orli)  [Prevision]
‎La sélection de cette position nécessite la saisie d'un numéro de prévision. Ce critère représente les prévisions selon la méthode Cegid Orli c'est-à-dire, magasin par magasin.

 

82 
Emplacement APBP  [_]

84
N° de colis  [_]

 

85
Code chargement  [_]

 

90
Bon colisé et validé  [BP/Co Val]

 

91
Bon validé  [Col R/Adr]
‎Colis non adressés

 

92 
Bon validé  [Col Adr]
‎Colis adressés

 

93 
Chargement validé, non parti  [BC NP NH]
‎(facture non historisée)

 

94 
Chargement validé, parti  [BC P NH]
(facture non historisée)

 

95
Chargement parti [_]
‎(facture historisée)

 

96
Chargement parti [_]
‎(facture non créée ou facture non historisée)

‎ 

POSITIONS DE VENTES

 

110
SELL OUT  [Ventes]

Cette position permet de connaître la remontée des ventes faites par les clients à leurs consommateurs finaux  ; ces ventes peuvent donc être restituées ici, en regard des achats du wholesaler (notion de taux d’écoulement).

 

 

POSITIONS DE RETOURS

 

100
Retour toutes positions  [RET TOTAL]

Toutes quantités saisies dans un bon retour.

 

101

Retour non reçu  [RET NREC.]

Quantités saisies en autorisation de retour (RC001), non saisies dans RC003.

 

102
Retour réception en cours  [RET EN-C.]

Quantités saisies dans RC003, non déclarées Terminé.

 

103

Retour réception terminée  [RET TERM.]

Quantités saisies dans RC003, déclarées Terminé.
‎

 

Deux présentations :

1. un état avec les tailles en colonnes et les positions en ligne
2. un état synthétique sans notion de taille avec les positions en colonnes.

 

Dans le cas de l’état détaillé, une coche « général détaillé » permet, si elle est cochée de distinguer les totaux par grille de taille. Ainsi il y aura autant de total général qu’il y a de grilles de tailles différentes dans la statistique demandée.

Si cette coche n’est pas activée, il n’y aura qu’un seul tableau toutes tailles confondues.

 

Principe d'utilisation :

Conception visuelle de votre état de sortie, à partir d'un type d'état souhaité, en plaçant aux endroits désirés les critères et positions souhaites.

La présentation de l'image écran est similaire à l'état de sortie. Le principe consiste à positionner le curseur sur l'un des six critères ou l'une des positions et de cocher la zone. Cette zone cochée, une fenêtre est automatiquement ouverte, fenêtre dans laquelle on saisit le critère ou la position et les informations qui y sont liées. En sortie de cette fenêtre, le libelle du critère ou de la position est rappelé sur l'image principale afin que vous ayez une idée précise de l'état de sortie.

La dernière page de cette fonction permet, quant à elle, de saisir des critères limitatifs pour l'édition. À ce niveau, la conception de l'état a déjà été effectuée et cette page n'a pour but que de limiter l'édition à des données bien définies. Par défaut, les critères prévus sont automatiquement présents mais il vous est possible d'en supprimer certains.

Pour ajouter une deuxième valeur pour un critère déjà saisi, il suffit de se placer sur la ligne et d'appuyer sur la touche de Création d'Enregistrement; une nouvelle ligne est automatiquement ajoutée pour le critère précédent et il ne vous reste plus alors qu'à renseigner la valeur.

N.B. : Certains critères peuvent ne pas être testés, selon la demande.
exemple : si on sélectionne la saison de commande, et le stock, ou le reste à lancer, la saison cde ne sera pas testée, car on ne l'a pas au niveau stock.

 

Les critères de stock :

• saison article - code article - coloris article - finition spéciale
• société - coloris de base - réseau - marque
• activité - ligne de produit - forme - nature de produit
• famille antériorité - modèle - matière ciale - famille matière
• type de matière - stats libres article ou produit - délai...

 

Les critères de commande :

• représentant - saison commande - nature commande - type commande
• division ciale - client - origine - pays
• famille client - catégorie client - date début départ usine...

 

Les critères de stock sont testés sur toutes les positions, les critères de commande ne sont testés que pour les positions No 41 à No 60.

 

Le critère fonctionnalité de choix n'est pas évalué pour les positions 45 Expédié tous choix, 46 Expédié 1^er choix, 47 Expédié Autres choix, 26 Stock potentiel, donc quelle que soit la valeur du critère fonctionnalité de choix ces positions seront toujours éditées avec :

• pour la position 45 l'expédié tous choix,
• pour la position 46 l'expédié 1er choix,
• pour la position 47 l'expédié autres choix,
• pour la position 26 le stock potentiel tous choix.

 

Seule la fonctionnalité de choix 1 est prise en compte pour les positions : 22 Stock affecté, 23 Stock restant à affecter, 25 Stock disponible, 27 Stock Bon en cours, 29 Stock minimum 30, Stock bon non validé, 31 Stock bon en cours de fabrication, donc si on sélectionne une fonctionnalité de choix différente de 1, rien ne sort pour ces positions. Les critères lieu P.F (147) et magasin P.F (148) ne sont pas évalués pour les positions : 4 Reste à lancer, 5 Trop lancé, 7 Contrôle à lancer, 8 Reste à lancer / Prévision, 9 Trop lancé / Prévision, 80 Prévision, 26 Stock potentiel, 29 Stock minimum.

Le critère circuit de fabrication (52) est évalué pour toutes les positions. Il correspond, pour un article donné, au plus petit circuit ayant le plus grand pourcentage de prévision.

Le critère n° BP (83) ne sert que pour les positions de type BP.

 

 

Le critère n° 90 : Prix de vente moyen brut peut être sélectionné en critère d’entête.

Ce critère est déterminé de la façon suivante :

• Il ne prend pas en compte les éléments de tarification (ristournes, remises…)
• Si le prix est unique toute taille et tout coloris, ce prix sera pris par défaut.
• Si le prix est différent par taille et/ou coloris, ce prix moyen sera calculé selon le nombre de tailles mises à la vente.
• Le prix moyen calculé est arrondi à l’unité supérieure.
• Exemple :

  Taille :  XS S M L XL XXL

  Prix de vente *** 98 98 98 99 99

   

• Prix de vente moyen brut : (98 + 98 + 98 + 99 + 99)/5 = 98.40 99

   

• La conversion du prix de vente moyen brut dans la monnaie d’édition n’est pas possible. Toutefois le code monnaie de ce prix moyen sera rajouté dans son libellé.
• Il vous faudra saisir obligatoirement pour ce critère le code tarif et la période de tarif concernés.

 

Il n’est pas possible de demander plusieurs critères n° 90 avec des codes tarifs différents ou des périodes différentes. Si ce critère est saisi plusieurs fois, la fonction ne tiendra compte que du dernier saisi.

• Ce critère ne pourra être choisi en critère sélectif que s’il a été choisi en critère de présentation.
• Ce critère ne peut être trié que dans l’ordre croissant.

 

Le critère n° 158 : Date de commande fournisseur peut être sélectionné en critère d’entête.

Si vous le choisissez en critère sélectif, il permet de restreindre les positions sur OF à une date de commande fournisseur donnée, ou à une fourchette de dates.

exemple :

vous pourrez ne comptabiliser le Reste à entrer en stock que pour les commandes fournisseur passées le mois dernier.

Les seules positions pour lesquelles cette restriction est prise en compte sont :

• 1-Lancements et Commandes négoces
• 2-Reçu
• 3-Reste à entrer en stock
• 6-En cours CQ
• 10-OF ou Cde négoce en test de fiabilité

N.B. :
Dans un même document, il est possible d’éditer des valorisations sur des tarifs dont la monnaie contient un nombre de décimales différent.

 

Pour chacune des positions choisies et uniquement avec le module « Gestion de groupes », si l’utilisateur demande une édition en montant (sur PRI fixé ou calculé ou PRMP PF), le critère « Société de valorisation » est accessible mais sa saisie reste facultative. Si elle n'est pas saisie c'est la société de la pièce qui sera prise en compte dans le cas des positions 41 à 60, 71 à 79 et 90 à 94. Pour les autres positions, si elle n’est pas saisie, c’est la société du magasin de la donnée qui est pris en compte. Sachant qu’il n’est possible de saisir qu’une société comptable analytique ou juridique (TA009).

La société de valorisation est visible uniquement avec le module Gestion de groupes.

 

• Affichage des critères entête dans la consultation des traitements :

  Les critères entête sont au nombre de 5.

  Si l’on positionne 3 critères en position 1, 2 et 3, en laissant les critères 4 et 5 vides, lorsque l’on rappelle cette édition de statistique dans JP530, dans l’onglet ‘Critères’, les critères sont décalés vers le bas.

  exemple :

  Critère 1 : secteur

  Critère 2 : comportement d’achat

  Critère 3 : date saisie

  Critères 4 et 5 : vides

  Dans JP530, en consultation, on aura :

  Critères 1 et 2 : vides

  Critère 3 : secteur

  Critère 4 : comportement d’achat

  Critère 5 : date saisie

  Mais cela ne modifie en aucun cas le résultat obtenu et affiché.

   

   

• Libellé désignation article

Pour obtenir ce libellé, si vous renseignez directement le libellé désignation dans la fiche article, sans codifier les désignations, vous devez utiliser le critère
‎<710 – Libellé désignation article>.

 

Vous pouvez utiliser le critère <709 - Désignation article>,
‎ si vous avez codifié vos désignations en TA360 par un code et un libellé.

 

Le libellé Article (critère 2) est toujours suivi du libellé Désignation Article,
‎quelle que soit la codification des désignations. Ceci a été conçu ainsi à l'origine
‎(quand on n'avait pas les critères 709 et 710) et n'a pas évolué depuis.
‎

Particularités de certains critères

 

Critère  « 100 : PRI produit »

 

Le calcul des marges prend systématiquement en compte les PRI à zéro ou inexistants.

Le critère PRI produit permet de restreindre l’édition.

 

Ce critère peut être sélectionné en critère de présentation mais aussi dans l’onglet « Libre ».

 

Dans l’onglet « Libre », ce critère peut prendre 3 valeurs :

1. PRI complet
2. PRI partiel
3. Sans PRI

 

Si ce critère n’est pas utilisé : PRI Produit = Tous (PRI Complet + PRI Partiel + Sans PRI).

 

Ce critère ne peut être spécifié comme critère restrictif qu’une seule fois.

Il est pris en compte pour tous les PF de l’édition.

On ne peut utiliser que l’opérateur « égal ».

 

• Dans ST002, ST004, ST005, ST006 et ST007
   n’est pris en compte que si la marge a été demandée

   

• Dans ST003 et ST008 (qui n’ont pas directement cette notion de marge)
  ‎ n’est pris en compte que si la valorisation par PRI (Calculé ou Fixé) a été demandée

 

Exemple d’éditions :

• Edition des statistiques sans ce critère sélectif :

• Edition avec ce critère en présentation
  ‎ (tous les Articles sont pris en compte, PRI complet, partiel ou sans)

  

   

• Edition sans ce critère de présentation mais avec :

Critère sélectif 
 PRI Produit = Sans PRI

Critère sélectif 
 PRI Produit = PRI Complet

  PRI Produit = PRI Partiel

PRI NET calculé et/ou fixé

De ST002 à ST007 : le principe de recherche du PRI NET (période notamment) et la gestion des (anomalies principalement) est identique à la méthode utilisée pour le calcul de la marge. Il n’y a pas de blocage à la sélection d’un calcul de marge sur des valorisations PRI, même si le risque de valeurs négatives existe (par définition PRI NET < PRI).

Dans ST008, on ne valorise pas les commandes fournisseurs aux prix d’achat.

 

 

Consolidation statistiques

 

Consolidation statistiques client

Il est possible de consolider en statistiques toutes les ventes pour un client qui achète dans plusieurs sociétés afin d’avoir une vision rapide de la valorisation des commandes clients par société juridique.

Plutôt que de choisir les bons tarifs et critères de filtrage afin d’obtenir les différentes statistiques nécessaires à la consolidation du CA d’une société (en additionnant manuellement les résultats hors système), il est préférable de demander une statistique en précisant une société juridique de restitution pour que le logiciel sorte automatiquement les bonnes données, en ne prenant en compte que les pièces appartenant à la société de restitution, avec une valorisation au bon tarif (c'est-à-dire au prix de vente ou au prix d’achat de la société de restitution).

Avantage : Ne plus être obligé d’éditer plusieurs documents statistiques commande / facture pour un même client.

‎ 

 

Consolidation statistique pour un client achetant dans plusieurs sociétés 

 

Deux cas peuvent se produire suivant la valeur du paramètre SOC_EGAL_DIV :

• SOC_EGAL_DIV=1
  on n'a qu’une seule fiche client, les sociétés juridiques correspondent aux divisions commerciales, rien de particuliers pour réaliser la consolidation des ventes pour ce client pour cela il faut que le client puisse acheter dans toutes les divisions commerciales.
• SOC_EGAL_DIV=0
  il y aura autant de fiche client qu’il y a de société juridique, on doit définir un client de regroupement sur une société dite groupe, ce client de regroupement permet de regrouper les ventes correspondantes à tous les clients possédant ce client en liaison. Pour cela il faut saisir pour la liaison de fonctionnalité 64 un code client d’appartenance de sociétés différentes.

 

 

Principe (cas où SOC_EGAL_DIV=0) :

• Dans TA009 : définir une société juridique groupe
• Dans CL001 : plusieurs fiches clients de sociétés différentes correspondant au même client
• Dans TA014 : définir un code liaison de fonctionnalité 64 : Client groupe
• Dans Client - CL001 :

• • un client « groupe » doit être créé. Dans l’onglet « Classification », il faut renseigner la liaison de filiation créée précédemment dans TA014
  • dans chaque fiche client de sociétés différentes, dans l’onglet « Adresses » : indiquer par le code liaison de fonctionnalité 64 et le code client « groupe » de liaison.
    ‎Ceci permet d’unir plusieurs clients ensemble.

N.B. : on ne saisit pas de date d’effet : la liaison de groupe est une liaison particulière qui même si elle est de fonctionnalité >= '50' ne sera jamais historisée, donc n'aura jamais de véritable date d'appartenance. Ainsi au niveau des statistiques, il est normal de prendre l'ensemble du portefeuille de commande du client. S’il y a une restriction, celle-ci doit se faire via les critères mis à disposition dans les statistiques. De plus, se référer à la date de création de la liaison groupe donnerait un résultat faux car le traitement des statistiques ne prendrait dans ce cas que les commandes créées à partir de la date de mise en place de la liaison groupe et pas les commandes antérieures.

 

• Résultat : lors d’une demande statistiques sur le commandé, toutes les commandes saisies pour les clients rattachés au client de regroupement sont prises en compte dans le résultat.

‎

Récapitulatif

 

Contraintes du critère Type Calcul

Il permet de baser les calculs statistiques sur différents montants et quantités :

• Commandé BRUT
• Commandé NET (application des éléments de tarif)
• (Commandé) RESTE À FACTURER
• (Commandé) FACTURÉ
• Facturé HISTORISÉ (après traitement FA007)

 

On part de 2 sources d’information distinctes :

• soit depuis les commandes (4 premiers cas) SANS filtrage possible sur facture
• soit depuis les factures (dernier cas) AVEC filtrage possible sur facture (dont le type document, le n° pièce, …)

 

Pour cette raison, seul le type de calcul « Facturé HISTORISÉ » permet de prendre correctement en compte les « documents exclusivement financiers » (repérés via leur type document, cochés dans TA180).

exemple :
pour une pièce « avoir » signifiant « geste commercial auprès du client, mais article conservé par le client » : dans ce cas, le cumul des quantités vendues ne doit pas être impacté (en moins), car « ce qui a été vendu reste vendu », c’est pour cela que les fonctions STxxx ignorent dans leurs cumuls les quantités des pièces topées « Document Financier ».