Les statistiques (GSTAT)

Cette fonction permet de générer et d’éditer les statistiques nécessaires au suivi et au pilotage de votre activité.

Deux bases de statistiques sont utilisées :

une base « Statistiques détaillées » (BST ), établies pour une période (sans comparatif).
une base « Statistiques cumulées » (BSTC ), mensuelles, avec comparatif par rapport à l’année précédente. Cette base peut contenir plusieurs axes de statistiques représentés par un code « statistiques cumulées ». Le paramétrage de ce code permet d’indiquer le niveau de détail et les informations à mémoriser.

La base « Statistiques détaillées » est à charger avant toute édition.

La base « Statistiques cumulées » est chargée par le biais du programme d’édition des Statistiques détails, et en fonction d’un niveau de détail précisé grâce au code « statistiques cumulées ».

Généralités

Statistiques évoluées

Depuis la version 4-2.00 de ACE , il est possible de générer des statistiques sur un nombre de périodes illimité, avec un choix plus large sur le type de périodicité (mois, semaine, jour). Cette notion s’appelle « Statistiques évoluées ».

Les statistiques évoluées, gérées dans la fonction GSTAT, peuvent être rattachées à un calendrier. Ce calendrier est utilisé lors du chargement des statistiques évoluées pour préciser sur quelles périodes les statistiques doivent être cumulées.

Les résultats des statistiques évoluées sont mémorisés dans deux tables BSTE et BSTD.

Exploitation dans les engagements automatiques

Pour les participations publicitaires, on utilise un calendrier à périodes journalières. Les résultats des statistiques journalières sont ensuite exploités dans le traitement des engagements automatiques

Exploitation dans le contrôle budgétaire.

Le contrôle budgétaire des participations publicitaires permet de comparer sur une période donnée, un budget, les engagements de dépenses, les dépenses réelles (factures), le résultat des ventes. L’écran de suivi budgétaire (P_5VIS_70) exploite les statistiques évoluées pour présenter dans une colonne le résultat des ventes de date à date, et agrégé à n’importe quel niveau d’une hiérarchie tiers.

Accès

*Menu*	*Option*	*Ecran*	*Fonction différée*

Charger	Chargement des données
	Stat. Détails (base BST)	GSTAT_CHG	GSTATC
	Stat. Portefeuille (baseBST)	GSTAT_RAL	GSTATR
	Stat. Transport (base des voyages BST)	GSTAT_CHG	GSTATT
	Stat. Mouvements base des statistiques cumulées (BSTC) chargée à partir des mouvements de stock	GSTAT_CHGS	GSTATC3
	Stat. Cumulées base des statistiques cumulées (BSTC)	GSTAT_CHGC	GSTATC2
	Dupli. Stat. Cumulées Duplication de bases statistiques cumulées (BSTC)	GSTAT_DUP	GSTATD
	Coût Client Statistiques cumulées (BSTC) pour le Coût Client	GSTAT_CHGC	SCCLE1
	Calcul Tranche	GSTAT_SEG	GSTATS

Editer	Stat. Détail (base BST)	GSTAT_EDIT	GSTATE
	Stat. Cumulée Edition sur base des statistiques cumulées (BSTC)	GSTAT_EDTC	GSTATM
	Imput. comptable	GSTAT_EDIT	GSTATW

Visualiser		GSTAT_4

Paramétrer(Statistiques Cumulées)	Créer Modifier Visualiser Supprimer	GSTAT_1
	Objectif Mise à jour des Objectifs	GSTAT_3

Purger	Epuration des statistiques Journalières (base BST)	GSTAT_PUR	GSTATP

Paramétrage

FILMOD	Affecte directement un lien quand l'utilisateur crée une adresse dans GADR.
HABHIE	Gère jusqu'à trois niveaux d'habilitation de vos utilisateurs.
NUMVER	Gère le numéro de version au niveau de la table bstp pour les duplications, les éditions et le paramétrage d'objectif.
VISTAT	Permet d’afficher les statistiques cumulées en activant un popup depuis une autre fonction.

Fonctionnalités

Mise à jour des codes Statistiques Cumulées (GSTAT_1)

Description technique des champs de cet écran .

Cette fonctionnalité permet de paramétrer les différents axes de statistiques cumulées que l’on veut mettre en place.

Code statistique : sur 6 caractères (ex. ‘PRODUI’ pour ‘axe produit’).

Code calendrier : créé au préalable par la fonction GCAL.

Nb phase chargement : nombre de phases nécessaires à la constitution de l’axe.

Exemple d’utilisation : mise à disposition, sur un même axe, du Chiffre d’Affaires du produit ainsi que la somme des achats pour un calcul de marge brute / produit.

Pour construire cet axe, il faut tout d’abord charger le CA par produit et ensuite, charger la somme des achats / produits.

ACE sait gérer les cas où l’on trouve un produit acheté sans vente ou un produit vendu sans achat.

Dernier chargement et Phase : date du dernier chargement et numéro de la phase chargée. Ces données sont automatiquement alimentées.

Informations commerciales contenues dans l’axe

Les données accessibles lors de la constitution d’un axe sont de deux natures :

Les variables du bloc GSTATE_B40 (bloc de rupture des éditions de statistiques détaillées). Le numéro de la variable dans le bloc apparaît dans les zones « N°V » de l’écran de paramétrage.
Les variables fictives qui peuvent être calculées dans la maquette associée au chargement de l’axe. Si l’on utilise une variable fictive ~001 dans la maquette de chargement, cette information peut être récupérée en déclarant dans le N° V : -1, ~002 -> -2, etc...

Premier cadre : Critères d’agrégation

Six critères d’agrégation décrivent le niveau de finesse de l’axe. Chacun de ces critères dispose des informations suivantes :

N° V : numéro de variable du bloc GSTATE_B40 ou variable fictive.

Libellé : libellé de l’information dans le contexte de l’axe.

Nom Crit : nom du critère correspondant au numéro de variable dans le bloc d’édition GSTATE_B40. Dans des cas très spécifiques, il est tout de même possible de désolidariser la variable stockée du nom de critère.

Ce nom sert essentiellement au contrôle de cohérence entre les critères de chargement et les données stockées dans l’axe.

Second cadre : Les huit champs numériques suivants sont calculés selon les critères d’agrégation cités ci-dessus.

Chg : phase de chargement. Cette information permet de définir dans quelle phase cette valeur est calculée. Si cette donnée n’est pas renseignée, elle sera par défaut toujours calculée quelle que soit la phase.

Troisième cadre :

Dix libellés critères, également chargés selon les critères d’agrégation cités ci-dessus, peuvent ensuite être utilisés en tant que critère de tri ou de rupture dans le cadre des éditions de statistiques cumulées, mais à une condition : la donnée contenue par ce libellé doit être unique pour l’un au moins des critères d’agrégation.

Exemple : on peut avoir dans les critères d’agrégation le code produit et en libellé critère la famille de produit puis faire des états de produits avec cumuls par famille.

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

Libellés/Noms : d’autres libellés peuvent également être renseignés grâce à l’écran suivant : GSTAT_2.

Mise à jour des statistiques cumulées (suite) GSTAT_2

Description technique des champs de cet écran .

Cette fonctionnalité, accessible par popup à partir de l’écran GSTAT_1, vous permet d’associer aux critères d’agrégation, vingt libellés critères ou données complémentaires. Ces libellés, contrairement aux dix libellés précédents ne peuvent pas servir de critère de tri ou de rupture.

N° V : numéro de variable du bloc GSTATE_B40 ou variable fictive ,

Libellé : libellé de l’information dans le contexte de l’axe.

Remarque : les axes peuvent dans certains cas être complétés par un traitement SQL. Les variables alimentées par ce traitement n’ont pas de numéro mais uniquement un libellé.

	Vous avez la possibilité de gérer le numéro de version au niveau de la table bstp pour les duplications, les éditions et le paramétrage d'objectif, en utilisant le paramètre NUMVER.
	Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation " Le Configurateur Fonctionnel ".

Saisie des Objectifs (GSTAT_3)

Description technique des champs de cet écran .

Cette fonctionnalité vous permet de gérer les objectifs pour les statistiques cumulées et pour le coût client.

	Vous avez la possibilité de consulter un axe de statistique cumulée réelle (version 0) en utilisant le paramètre VISUST : seuls les critères de l'axe sont à saisir.
	Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation " Le Configurateur Fonctionnel ".

Code statistique : code « statistiques cumulées » paramétré auparavant par les écrans GSTAT_1 et GSTAT_2.

A partir de ce code sont affichés les libellés des critères clé à saisir ainsi que le nom des colonnes correspondant aux cinq premières valeurs numériques saisissables.

Trucs et astuces

Il n’est pas indispensable dans la définition de l’objectif d’utiliser tous les critères de l’axe. Sur un axe à cinq critères, par exemple, on peut se contenter de définir un objectif sur les deux premiers critères.

Exemple : après avoir défini un axe « client, famille de produit, produit », vous pouvez vous contenter, pour les autres axes, de saisir l’objectif au niveau de la famille de produit uniquement.

L’axe des objectifs doit porter un nom diffèrent de celui des statistiques.

En effet, dans le cas, où l’on saisit la même référence les objectifs et l’axe statistique, il faut obligatoirement saisir les objectifs de manière plus détaillé.

Pour certains des critères correspondant au code statistique, des contrôles d’existence sont effectués. Le nom du critère, saisi dans le paramétrage du code statistique, déclenche ce contrôle et indique la table concernée :

le sigle du tiers de la table TIE doit correspondre au type de tiers enregistré au niveau du Configurateur Fonctionnel (GPEV).
le sigle groupe précisé par le paramètre TYPGRP s’il est positionné, ou par le type de tiers enregistré au niveau du Configurateur Fonctionnel (GPEV).
le sigle représentant avec le type de tiers précisé par le paramètre TYPGRP s’il est positionné, ou par le type de tiers enregistré au niveau du Configurateur Fonctionnel (GPEV).
le code produit ,
la famille de produit (FPR ou FAM),
la sous-famille de produit (table SFPou FAM),
la sous-sous-famille de produit (table SSF ou FAM),
le type de produit (table TPR),
la famille de tiers (table FCL ou FAM).

Les valeurs suivantes sont à saisir, pour les 12 mois de l’année. Une modification de valeur entraîne de nouveau le calcul du cumul annuel de la colonne modifiée.

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

Identiques : recopie la valeur du mois en cours de saisie sur les mois suivants.

Prorata : recopie la valeur du mois en cours de saisie sur les mois suivants au prorata du nombre de mois à revaloriser (en tenant compte du mois en cours de saisie)

Saisie des Objectifs – Suite (GSTAT_3b)

Description technique des champs de cet écran .

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

Détail :

Visualisation des statistiques cumulées (GSTAT_4)

Description technique des champs de cet écran.

Cet écran permet de visualiser les statistiques cumulées, ainsi que les objectifs cumulés.

On peut y accéder par popup depuis d’autres fonctions que la fonction GSTAT grâce au paramètre VISTAT.

Lors de l’appel à cet écran depuis une autre fonction, certaines informations sont automatiquement proposées si elles apparaissent déjà dans les critères de l’axe statistique (champs « nomcrit1 » à « nomcrit5 »).

GCOV_1B : code produit, sigle du vendeur et référence du groupe.
GCOV_1 : sigle du tiers, sigle du vendeur et référence du groupe.
GBLV_1B et GBFA_1B : sigle du tiers et sigle du vendeur.
GBLV_1 et GBFA_1 : code produit, sigle du tiers et sigle du vendeur
COSK : code produit et sigle du dépôt.
GTIE_1 : sigle du représentant, du client, du fournisseur, du dépôt, famille de tiers et référence du groupe
GART_1 : code produit et famille de produit.

Code statistique : le code des statistiques cumulées doit avoir été paramétré auparavant par l’écran GSTAT_1.

A partir de ce code sont affichés les libellés des critères clés à saisir ainsi que le nom des colonnes correspondant aux valeurs numériques.

Mode : de visualisation du cumul des valeurs

• A : sur une année,

• M : sur un mois,

• C : sur les n premiers mois.

Mois : mois de référence (si le mode est M ou C).

Numver : Numéro de version de l’objectif.

Critères correspondant au code statistique

Pour certains critères, des contrôles d’existence sont effectués. Le nom du critère, saisi dans le paramétrage du code statistique, déclenche ce contrôle et indique la table concernée :

le sigle du tiers de la table TIE avec le type de tiers enregistré au niveau du Configurateur Fonctionnel (GPEV).
le sigle groupe précisé par le paramètre TYPGRP s’il est positionné, ou par le type de tiers enregistré au niveau du Configurateur Fonctionnel (GPEV). Sinon ‘GRC’ à la vente, ‘GRF’ à l’achat, sinon ‘GRP’.
le sigle représentant avec le type de tiers REP précisé par le paramètre TYPREP s’il est positionné,
le code produit,
la famille de produit (FPR ou FAM),
la sous-famille de produit (table SFPou FAM),
la sous-sous-famille de produit (table SSF ou FAM),
la famille de tiers (table FCL ou FAM).

Critère de restriction : Il est possible de restreindre la visualisation en indiquant les premiers caractères du dernier critère.

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

Détail mensu :

Zoom : visualise les statistiques au niveau le plus fin,

Visualisation multimédia,

Seulement deux valeurs sont visualisables simultanément à l’écran. Cependant il est possible de consulter les autres valeurs grâce aux popups : Valeurs Préc et Valeurs Suiv .

Visualisation des statistiques cumulées – Suite (GSTAT_4b)

Description technique des champs de cet écran .

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

Evolution précédente :

Evolution suivante :

Valeurs précédentes :

Valeurs suivantes :

Traitements différés

Chargement des Statistiques Détail (GSTAT_CHG)

Description technique des champs de cet écran.

Ce traitement permet de charger des événements (tables EVE, EVP, EVL,...) ou des voyages (module transport) dans la table des statistiques BST.

Il vous est possible de sélectionner différents types et états d’événements à partir des en-têtes d’événement (EVE).

Le type de statistiques (champ ‘typsta’ de la table BST) permet de différencier divers types d’informations.

Module standard :

type de statistiques = ‘E’, la table BST ne comporte que les informations de l’en-tête de l’événement, avec les montants HT, TVA et TTC ainsi que les informations liées au tiers. Ce type de statistiques permet des éditions par Client, famille de Client, Groupe de Tiers...

type de statistiques = ‘P’, la table BST reprend les informations d’en-tête d’événement (idem type de statistiques = ‘E’), ainsi que les informations des lignes de l’événement (‘evp’ et ‘evl’) avec le produit, les quantités, les prix unitaires...

Ce type de statistiques permet toutes les éditions au niveau produit, famille de produit....

Exemple : Client / Famille Produit / Produit ou Produit / Client

type de statistiques = ‘S’, la table BST comporte les informations de l’en-tête de l’événement, ainsi que les informations de ‘evp’ et ‘evs’. (détail de la nomenclature pour les Kits). Ce type de statistiques est utilisé dans une édition pour suivre les composants, vendus en Kits ou directement... Pour cela, on sélectionnerait : ‘typsta’=’P’ et ‘indcom’=’N’ et ‘typsta’=’S’

type de statistiques = ‘F’, la table BST comporte les informations de l’en-tête de l’événement, ainsi que les données des frais divers.

type de statistiques = ‘H’, la table BST comporte les informations associées à la hiérarchie des représentants (HIEGRR).

Module transport :

type de statistiques = ‘E’, la table BST ne comporte que les informations d’en-tête de voyage avec des informations relatives à l’ensemble du voyage.

type de statistiques = ‘T’, la table BST ne comporte que les informations au niveau du poste du BL, c’est-à-dire de l’article. (un niveau en dessous de la ligne Transport). Les informations sont ventilées par article.

Date du traitement : la date du traitement saisie au niveau du chargement alimente ce champ (table BST).

Avec réactualisation des événements déjà chargés en statistiques : après sélection des événements par rapport aux critères demandés, le système vérifie l’existence de chaque événement dans la base statistiques (BST).

Si l’événement n’existe pas dans la table, le système le crée automatiquement.

Si l’événement existe, la réponse fournie par l’utilisateur est traitée de la manière suivante :

si ‘O’ (Oui), le système supprime de ‘bst’ toutes les informations correspondant à l’événement traité puis le recharge complètement.
si ‘N’ (Non), le système passe à l’événement suivant.

Cette fonctionnalité n’est à utiliser que pour le chargement événements qui n’évolueront plus. Exemple : Facture validée (Etat ‘V’).

Traitements particuliers de chargement :

Lors du chargement du type statistiques ‘P’, le prix de revient est forcé à zéro si l’on traite un poste d’Avoir sur Prix (prix vendu du poste < 0)

Lors du chargement du type statistiques ‘S’, le prix de revient de chaque composant est forcé à zéro si l’on traite un poste d’Avoir sur Prix (prix vendu du poste < 0)

Définition de certaines zones de la table BST :

Indicateur Achat Vente (‘A’chat, ‘V’ente, ‘D’evise, ou ‘T’ransport)
Type de statistiques,
- ‘E’ en-tête
- ‘P’ poste
- ‘S’ sous-poste
- ‘F’ frais divers
- ‘R’ portefeuille (evl)
- ‘T’ portefeuille (evf)
- ‘E’ en-tête de voyage (eve)
- ‘T’ lignes voyage (evl)
Structure groupe de siggrp2 à siggrp10
Le groupe de premier niveau (directement lié au tiers élémentaire) est toujours propagé dans la base des statistiques. Par contre, les groupes de niveau supérieur le seront si leur code famille respecte la codification suivante : les deux premiers caractères du code famille sont numériques (01,02,03...) et déterminent le niveau du groupe dans la hiérarchie. Ceci est valable uniquement sur les groupes de type ‘GRC’.

Zones paramétrées : les principes de propagation de zones complémentaires s’appliquent également au chargement des statistiques.

Trucs et astuces

Il existe deux modes de suppression d’événements dans ACE .

Suppression logique : on conserve l’en-tête de l’événement avec un statut= ‘A’. Dans ce cas, au niveau du chargement avec réactualisation, il ne faut pas oublier de charger également les codes état ‘A’ afin de bien annuler logiquement les événements en statistiques.
Suppression physique : l’événement est supprimé, son numéro est disponible pour la création d’un nouvel événement. L’événement nouvellement créé peut donc ne pas posséder l’état souhaité pour être repris en statistiques..

Pour fiabiliser vos statistiques sur des événements pouvant être supprimés, nous vous conseillons fortement de privilégier les suppressions logiques .

Accès : menu « Charger », option « Stat. Détails »

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

Accès : menu « Charger », option « Stat. Transport »

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

Chargement des données portefeuille (GSTAT_RAL)

Description technique des champs de cet écran.

Ce traitement permet de charger le portefeuille des événements dans la table des statistiques BST.

Les informations sont différenciées par le type de statistiques :

‘R’ : données du portefeuille des lignes de l’événement.
‘T’ : données du portefeuille des postes de frais divers de l’événement.

Avec réactualisation des événements déjà chargés en statistiques : si la réactualisation des événements déjà chargés en statistiques est demandée, alors le système supprime tous les enregistrements dont le type de statistiques est à ‘R’ ou ‘T’ et dont le Numéro de modification est égal à l’année + le mois courant (exemple : 200111).

Les données statistiques générées pour une ligne de l’événement sont caractérisées par :

Type de statistique = « R »,

Numéro de modification = année + mois,

Quantité = reste à livrer ou reste à facturer.

Les données statistiques générées pour un poste de frais divers sont caractérisées par :

Type de statistique = « T »,

Numéro de modification = année + mois,

Quantité = 1,

Prix = (reste * taux du frais divers) / 100 + montant du frais divers - montant déjà livré ou facturé.

La donnée ‘reste’ correspond au reste à livrer ou à facturer.

Code produit = code du frais divers,

Taux de remise = taux du frais divers,

Libellé de l’événement = libellé complémentaire du frais divers.

Le sigle tiers, le type de tiers et les zones paramétrées sont renseignées avec les données du premier poste de l’événement.

Attention :

Chargement du portefeuille de commande : l’indicateur de réactualisation des événements déjà chargés en statistiques doit être positionné à ‘O’.
Chargement du portefeuille de livraison : l’indicateur doit être positionné à ‘N’.

Si vous ne respectez pas ces deux conditions, le chargement du portefeuille de livraison supprimera les données du portefeuille de commande.

Accès : menu « Charger », option « Stat. Portefeuille »

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